From owner-freebsd-hackers Sun Jan 14 0:10:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.rdc1.kt.home.ne.jp (ha2.rdc1.kt.home.ne.jp [203.165.9.243]) by hub.freebsd.org (Postfix) with ESMTP id 0BB0E37B400; Sun, 14 Jan 2001 00:10:27 -0800 (PST) Received: from daemon.local.idaemons.org ([203.165.161.10]) by mail.rdc1.kt.home.ne.jp (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20010114081025.XVEF29706.mail.rdc1.kt.home.ne.jp@daemon.local.idaemons.org>; Sun, 14 Jan 2001 00:10:25 -0800 Received: by daemon.local.idaemons.org (8.11.1/3.7W) id f0E8AOC38666; Sun, 14 Jan 2001 17:10:24 +0900 (JST) Date: Sun, 14 Jan 2001 17:10:24 +0900 Message-ID: <86ely6lfkf.wl@archon.local.idaemons.org> From: "Akinori MUSHA" To: peter@FreeBSD.org Cc: hackers@FreeBSD.org Subject: a couple of patches for cvs User-Agent: Wanderlust/2.5.4 (Smooth) SEMI/1.14.0 (Iburihashi) FLIM/1.14.0 (Ninokuchi) APEL/10.2 MULE XEmacs/21.1 (patch 12) (Channel Islands) (i386--freebsd) Organization: Associated I. Daemons X-PGP-Public-Key: finger knu@FreeBSD.org X-PGP-Fingerprint: 081D 099C 1705 861D 4B70 B04A 920B EFC7 9FD9 E1EE MIME-Version: 1.0 (generated by SEMI 1.14.0 - "Iburihashi") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I have some patches I wish you'd integrate into our cvs(1) source. The first one adds support for the "tag" directive in CVSROOT/config, which NetBSD's and OpenBSD's cvs(1) implements. I know our cvs(1) supports more powerful extension via CVSROOT/options, however, supporting CVSROOT/config increases cooperability a bit. When a repository on an OpenBSD (or NetBSD) box has a tag directive in CVSROOT/config and you try to access the repository over NFS from a FreeBSD box, cvs(1) carps there's an unrecognized keyword called "tag". The second one lets cvs support PAM authentication. With it one can switch the pserver authentication method from the simple UNIX password to pam_whatever, such as pam_krb5, pam_mysql, pam_smb and so on. The patch was originally posted by Frank Kargl (*) on bug-cvs list in the middle of last year. What do you think about them? Thanks for your time. * -- / /__ __ Akinori.org / MUSHA.org / ) ) ) ) / FreeBSD.org / Ruby-lang.org Akinori MUSHA aka / (_ / ( (__( @ iDaemons.org / and.or.jp "We're only at home when we're on the run, on the wing, on the fly" Index: contrib/cvs/src/parseinfo.c =================================================================== RCS file: /home/ncvs/src/contrib/cvs/src/parseinfo.c,v retrieving revision 1.1.1.8 diff -u -r1.1.1.8 parseinfo.c --- contrib/cvs/src/parseinfo.c 2000/10/02 06:32:56 1.1.1.8 +++ contrib/cvs/src/parseinfo.c 2001/01/14 07:45:11 @@ -219,6 +219,7 @@ size_t line_allocated = 0; size_t len; char *p; + char *localid; /* FIXME-reentrancy: If we do a multi-threaded server, this would need to go to the per-connection data structures. */ static int parsed = 0; @@ -383,6 +384,22 @@ logHistory=malloc(strlen (p) + 1); strcpy (logHistory, p); } + } + else if (strcmp (line, "tag") == 0) { + len = strlen (p); + localid = malloc (len + 7 + 1); /* 7 == strlen ("=Header") */ + + if (localid == NULL) { + error (0, 0, "%s: no memory for local tag '%s'", + infopath, p); + goto error_return; + } + + strcpy (localid, p); + strcpy (localid + len, "=Header"); + + RCS_setlocalid (localid); + free (localid); } else { Index: contrib/cvs/configure.in =================================================================== RCS file: /home/ncvs/src/contrib/cvs/configure.in,v retrieving revision 1.1.1.8 diff -u -r1.1.1.8 configure.in --- contrib/cvs/configure.in 2000/10/02 06:31:11 1.1.1.8 +++ contrib/cvs/configure.in 2001/01/14 07:27:48 @@ -14,6 +14,8 @@ AC_PATH_PROG(perl_path, perl, no) AC_PATH_PROG(csh_path, csh, no) +LIBS="-lpam $LIBS" + AC_SYS_INTERPRETER if test X"$ac_cv_sys_interpreter" != X"yes" ; then # silly trick to avoid problems in AC macros... Index: contrib/cvs/src/server.c =================================================================== RCS file: /home/ncvs/src/contrib/cvs/src/server.c,v retrieving revision 1.14 diff -u -r1.14 server.c --- contrib/cvs/src/server.c 2000/10/02 06:43:57 1.14 +++ contrib/cvs/src/server.c 2001/01/14 07:30:36 @@ -20,6 +20,13 @@ #include "getline.h" #include "buffer.h" +#define HAVE_PAM_AUTH +#ifdef HAVE_PAM_AUTH +/* needed for PAM authentication - fk 2000 */ +#include +#include +#endif + #ifdef SERVER_SUPPORT #ifdef HAVE_WINSOCK_H @@ -5438,6 +5445,36 @@ return retval; } +#ifdef HAVE_PAM_AUTH +/* callback for PAM authentication - fk 2000 */ +int silent_conv(int num_msg, const struct pam_message **msgm, + struct pam_response **response, void *appdata) { + int replies; + struct pam_response *reply = NULL; + + reply = calloc(num_msg,sizeof(struct pam_response)); + for (replies=0; repliesmsg_style) { + case PAM_PROMPT_ECHO_ON: + case PAM_PROMPT_ECHO_OFF: + /* printf("Prompt: %s\n",msgm[replies]->msg); */ + reply[replies].resp_retcode = PAM_SUCCESS; + reply[replies].resp = strdup((char*)appdata); + break; + case PAM_ERROR_MSG: + case PAM_TEXT_INFO: + reply[replies].resp_retcode = PAM_SUCCESS; + reply[replies].resp = NULL; + break; + default: + free(reply); + return PAM_CONV_ERR; + } + } + *response = reply; + return PAM_SUCCESS; +} +#endif /* Return a hosting username if password matches, else NULL. */ static char * @@ -5509,9 +5546,38 @@ if (*found_passwd) { /* user exists and has a password */ +#ifdef HAVE_PAM_AUTH + pam_handle_t *pamh=NULL; + struct pam_conv conv; + int retval; + + conv.conv = silent_conv; + conv.appdata_ptr = password; + + retval = pam_start("cvs", username, &conv, &pamh); + + if (retval == PAM_SUCCESS) + retval = pam_authenticate(pamh, 0); /* is user really user? */ + + if (retval == PAM_SUCCESS) + retval = pam_acct_mgmt(pamh, 0); /* permitted access? */ + + /* This is where we have been authorized or not. */ + + if (retval == PAM_SUCCESS) { + host_user = xstrdup (username); + } else { + host_user = NULL; + } + + if (pam_end(pamh,retval) != PAM_SUCCESS) { /* close PAM */ + pamh = NULL; + } +#else host_user = ((! strcmp (found_passwd, crypt (password, found_passwd))) ? xstrdup (username) : NULL); +#endif goto handle_return; } else if (password && *password) Index: etc/pam.conf =================================================================== RCS file: /home/ncvs/src/etc/pam.conf,v retrieving revision 1.9 diff -u -r1.9 pam.conf --- etc/pam.conf 2000/12/05 03:01:24 1.9 +++ etc/pam.conf 2001/01/14 07:44:19 @@ -22,6 +22,10 @@ #ftpd auth sufficient pam_kerberosIV.so try_first_pass ftpd auth required pam_unix.so try_first_pass +# CVS pserver +cvs auth sufficient pam_skey.so +cvs auth required pam_unix.so try_first_pass + # OpenSSH with PAM support requires similar modules. The session one is # a bit strange, though... sshd auth sufficient pam_skey.so To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jan 14 0:12:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.rdc1.kt.home.ne.jp (ha2.rdc1.kt.home.ne.jp [203.165.9.243]) by hub.freebsd.org (Postfix) with ESMTP id 6B67D37B401; Sun, 14 Jan 2001 00:12:25 -0800 (PST) Received: from daemon.local.idaemons.org ([203.165.161.10]) by mail.rdc1.kt.home.ne.jp (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20010114081224.XVPY29706.mail.rdc1.kt.home.ne.jp@daemon.local.idaemons.org>; Sun, 14 Jan 2001 00:12:24 -0800 Received: by daemon.local.idaemons.org (8.11.1/3.7W) id f0E8COC41147; Sun, 14 Jan 2001 17:12:24 +0900 (JST) Date: Sun, 14 Jan 2001 17:12:24 +0900 Message-ID: <86d7dqlfh3.wl@archon.local.idaemons.org> From: "Akinori MUSHA" To: peter@FreeBSD.org Cc: hackers@FreeBSD.org Subject: Re: a couple of patches for cvs In-Reply-To: <86ely6lfkf.wl@archon.local.idaemons.org> References: <86ely6lfkf.wl@archon.local.idaemons.org> User-Agent: Wanderlust/2.5.4 (Smooth) SEMI/1.14.0 (Iburihashi) FLIM/1.14.0 (Ninokuchi) APEL/10.2 MULE XEmacs/21.1 (patch 12) (Channel Islands) (i386--freebsd) Organization: Associated I. Daemons X-PGP-Public-Key: finger knu@FreeBSD.org X-PGP-Fingerprint: 081D 099C 1705 861D 4B70 B04A 920B EFC7 9FD9 E1EE MIME-Version: 1.0 (generated by SEMI 1.14.0 - "Iburihashi") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Just in case, At Sun, 14 Jan 2001 17:10:24 +0900, I wrote: > The second one lets cvs support PAM authentication. With it one can Please run autoconf to update configure after patching against configure.in. -- / /__ __ Akinori.org / MUSHA.org / ) ) ) ) / FreeBSD.org / Ruby-lang.org Akinori MUSHA aka / (_ / ( (__( @ iDaemons.org / and.or.jp "We're only at home when we're on the run, on the wing, on the fly" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jan 14 0:34:26 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.rdc1.kt.home.ne.jp (ha2.rdc1.kt.home.ne.jp [203.165.9.243]) by hub.freebsd.org (Postfix) with ESMTP id 372E737B400; Sun, 14 Jan 2001 00:34:04 -0800 (PST) Received: from daemon.local.idaemons.org ([203.165.161.10]) by mail.rdc1.kt.home.ne.jp (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20010114083402.XZZS29706.mail.rdc1.kt.home.ne.jp@daemon.local.idaemons.org>; Sun, 14 Jan 2001 00:34:02 -0800 Received: by daemon.local.idaemons.org (8.11.1/3.7W) id f0E8Y2C65681; Sun, 14 Jan 2001 17:34:02 +0900 (JST) Date: Sun, 14 Jan 2001 17:34:02 +0900 Message-ID: <86bstaleh1.wl@archon.local.idaemons.org> From: "Akinori MUSHA" To: peter@FreeBSD.org Cc: hackers@FreeBSD.org Subject: Re: a couple of patches for cvs In-Reply-To: <86ely6lfkf.wl@archon.local.idaemons.org> References: <86ely6lfkf.wl@archon.local.idaemons.org> User-Agent: Wanderlust/2.5.4 (Smooth) SEMI/1.14.0 (Iburihashi) FLIM/1.14.0 (Ninokuchi) APEL/10.2 MULE XEmacs/21.1 (patch 12) (Channel Islands) (i386--freebsd) Organization: Associated I. Daemons X-PGP-Public-Key: finger knu@FreeBSD.org X-PGP-Fingerprint: 081D 099C 1705 861D 4B70 B04A 920B EFC7 9FD9 E1EE MIME-Version: 1.0 (generated by SEMI 1.14.0 - "Iburihashi") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hmm, probably we should use CVSHeader instead of Header in this case? At Sun, 14 Jan 2001 17:10:24 +0900, I wrote: > + } > + else if (strcmp (line, "tag") == 0) { > + len = strlen (p); > + localid = malloc (len + 7 + 1); /* 7 == strlen ("=Header") */ 10 10 =CVSHeader > + > + if (localid == NULL) { > + error (0, 0, "%s: no memory for local tag '%s'", > + infopath, p); > + goto error_return; > + } > + > + strcpy (localid, p); > + strcpy (localid + len, "=Header"); =CVSHeader > + > + RCS_setlocalid (localid); > + free (localid); > } > else > { -- / /__ __ Akinori.org / MUSHA.org / ) ) ) ) / FreeBSD.org / Ruby-lang.org Akinori MUSHA aka / (_ / ( (__( @ iDaemons.org / and.or.jp "We're only at home when we're on the run, on the wing, on the fly" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jan 14 2:40:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from athserv.otenet.gr (athserv.otenet.gr [195.170.0.1]) by hub.freebsd.org (Postfix) with ESMTP id D6C5A37B400 for ; Sun, 14 Jan 2001 02:40:34 -0800 (PST) Received: from hades.hell.gr (patr530-b118.otenet.gr [195.167.121.246]) by athserv.otenet.gr (8.10.1/8.10.1) with ESMTP id f0EAeYE20356; Sun, 14 Jan 2001 12:40:35 +0200 (EET) Received: (from charon@localhost) by hades.hell.gr (8.11.1/8.11.1) id f0EAfK404207; Sun, 14 Jan 2001 12:41:20 +0200 (EET) Date: Sun, 14 Jan 2001 12:41:19 +0200 From: Giorgos Keramidas To: GLOBALLINK2001@aol.com Cc: freebsd-hackers@freebsd.org Subject: Re: new documentaion Message-ID: <20010114124119.A4126@hades.hell.gr> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: ; from GLOBALLINK2001@aol.com on Fri, Jan 12, 2001 at 09:49:53PM -0500 X-PGP-Fingerprint: 3A 75 52 EB F1 58 56 0D - C5 B8 21 B6 1B 5E 4A C2 X-URL: http://students.ceid.upatras.gr/~keramida/index.html Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Jan 12, 2001 at 09:49:53PM -0500, GLOBALLINK2001@aol.com wrote: > ...we are going to be going to work soon, organizing it all through E-mail > etc... here is my reason for posting this: > [...] > If you would like to participate just send me an E-mail with the E-mail > address you would like to discuss the docs with, and any other information > you feel to be of relevence, Since this is all going to be organized around e-mail (a `mailing list', you mean here?), anybody care to explain to me why freebsd-doc does not appeal to you as the place for such a project? - giorgos To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jan 14 4:11: 3 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 A46D637B401 for ; Sun, 14 Jan 2001 04:10:43 -0800 (PST) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f0ECAfa28882; Sun, 14 Jan 2001 04:10:41 -0800 (PST) Date: Sun, 14 Jan 2001 04:10:41 -0800 From: Alfred Perlstein To: "W.H.Scholten" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: pppd & mkdir diff Message-ID: <20010114041041.M7240@fw.wintelcom.net> References: <3A5C843C.794BDF32@xs4all.nl> <20010111132509.J7240@fw.wintelcom.net> <3A5EE6B1.41C67EA6@xs4all.nl> <20010112081422.U7240@fw.wintelcom.net> <3A6025F1.794BDF32@xs4all.nl> <20010113191432.G7240@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: <20010113191432.G7240@fw.wintelcom.net>; from bright@wintelcom.net on Sat, Jan 13, 2001 at 07:14:32PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Alfred Perlstein [010113 19:15] wrote: > * W.H.Scholten [010113 01:57] wrote: > > Alfred Perlstein wrote: > > > > [ mkdir ] > > > > > I'll commit the patch shortly. > > > > Here's a better patch, it checks for multiple slashes, so mkdir > > /tmp/aa///bb//// will give: > > > > mkdir: /tmp/aa: No such file or directory > > > > Also, renamed the function to dirname as it does the same as dirname(1). > > Actually, there already exists a function called dirname in libc, dirname(3). > > Here's what I'm going to commit: Ok, this is in the tree (mkdir fix), thanks for taking the time to bring it to our attention and for supplying a fix. It's always nice to see error reporting that makes sense. :) -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jan 14 5:19:56 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 EB8BE37B401 for ; Sun, 14 Jan 2001 05:19:38 -0800 (PST) Received: (qmail 24091 invoked from network); 14 Jan 2001 13:19:37 -0000 Received: from jhs.muc.de (193.149.49.84) by slarti.muc.de with SMTP; 14 Jan 2001 13:19:37 -0000 Received: from park.jhs.private (localhost [127.0.0.1]) by jhs.muc.de (8.11.0/8.11.0) with ESMTP id f0DIRV701898; Sat, 13 Jan 2001 18:27:31 GMT (envelope-from jhs@park.jhs.private) Message-Id: <200101131827.f0DIRV701898@jhs.muc.de> To: PILCH Hartmut Cc: "Julian Stacey Jhs@jhs.muc.de" , Peter Mutsaers , freebsd-hackers@freebsd.org Subject: Re: Software Patents In-Reply-To: Message from PILCH Hartmut of "Thu, 11 Jan 2001 15:25:29 +0100." Date: Sat, 13 Jan 2001 19:27:31 +0100 From: "Julian Stacey Jhs@jhs.muc.de" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hartmut Pilch wrote Thu, 11 Jan 2001: > To: "Julian Stacey Jhs@jhs.muc.de" > Cc: Peter Mutsaers , freebsd-hackers@FreeBSD.ORG > > Do we have any chance of putting a statement from a BSD organisation on > http://petition.eurolinux.org/statements > and a logo on > http://petition.eurolinux.org/sponsors > ? > Maybe Julian could draft that statement and have someone sign it in > the name of the FreeBSD project? If Someone From Invites Me To ... I will prepare a draft statement for submission & approval by freebsd core, So I'm cc'ing core@ this request: Please appoint someone to prepare a policy statement: "Software Patents - The FreeBSD Perspective" I'm not seeking the job (got plenty else to do, as we all have :-) , but will do it if core want a draft statement to authorise. (FYI folks: I'm in the curious position of knowing more than I'd like to about software patents, & having very good relations with appropriate staff of European Patent Office, despite being unhappy with the way patents are going. (Anyone who thinks software patents don't exist is sadly mis-informed (I was taught that once too), To remove rose tinted glasses, anyone interested can go read the URLs to sites at FFII LPF etc, pointed to by my http://bim.bsn.com/~jhs/txt/patents.html) Other @freebsd.org lists that might be interested in discussing software patents & impact on FreeBSD are (from list from Majordomo-Owner@FreeBSD.ORG July 2000) :- advocacy@ policy@ but I haven't cross posted/cc'd them (policy@ might be read only BTW). PS I imagine what is wanted is a short, 1 paragraph polite statement, (not what my web page is ;-) Julian - Julian Stacey Unix Consultant - Munich Germany http://bim.bsn.com/~jhs/ Considering Linux ? Try FreeBSD with 4200 packages ! Ihr Rauchen => mein allergischer Kopfschmerz ! Kau/Schnupftabak probieren ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jan 14 7: 3:10 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hanbada.kmaritime.ac.kr (hanbada.kmaritime.ac.kr [203.255.212.10]) by hub.freebsd.org (Postfix) with ESMTP id 46E6537B401 for ; Sun, 14 Jan 2001 07:02:50 -0800 (PST) Received: (from netbuilder@localhost) by hanbada.kmaritime.ac.kr (8.8.8H1/8.8.8) id AAA13798; Mon, 15 Jan 2001 00:10:02 +0900 (KST) Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hanbada.kmaritime.ac.kr (8.8.8H1/8.8.8) with ESMTP id AAA13785 for ; Mon, 15 Jan 2001 00:05:58 +0900 (KST) Received: from hub.freebsd.org (hub.FreeBSD.org [216.136.204.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 042C66E29EC for ; Sun, 14 Jan 2001 06:58:44 -0800 (PST) Received: by hub.freebsd.org (Postfix, from userid 538) id 00D5037B402; Sun, 14 Jan 2001 06:58:43 -0800 (PST) To: netbuilder@hanbada.kmaritime.ac.kr From: Majordomo@freebsd.org Subject: Confirmation for subscribe freebsd-hackers Reply-To: Majordomo@freebsd.org Message-Id: <20010114145843.00D5037B402@hub.freebsd.org> Date: Sun, 14 Jan 2001 06:58:43 -0800 (PST) Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -- Please be sure to read the charters before subscribing or sending mail to any FreeBSD mailing list for an explanation of which topics are relevant for a given list and what types of postings are and are not allowed. They may be found at: http://www.freebsd.org/handbook/eresources.html#ERESOURCES-MAIL Someone (possibly you) has requested that your email address be added to or deleted from the mailing list "freebsd-hackers@FreeBSD.ORG". If you really want this action to be taken, please send the following commands (exactly as shown) back to "Majordomo@FreeBSD.ORG": auth 0b59f0a4 subscribe freebsd-hackers netbuilder@hanbada.kmaritime.ac.kr If you do not want this action to be taken, simply ignore this message and the request will be disregarded. If your mailer will not allow you to send the entire command as a single line, you may split it using backslashes, like so: auth 0b59f0a4 subscribe freebsd-hackers \ netbuilder@hanbada.kmaritime.ac.kr If you have any questions about the policy of the list owner, please contact "freebsd-hackers-approval@FreeBSD.ORG". Thanks! Majordomo@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 14 7:56:34 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com [194.25.134.18]) by hub.freebsd.org (Postfix) with ESMTP id A311F37B404 for ; Sun, 14 Jan 2001 07:56:15 -0800 (PST) Received: from fwd07.sul.t-online.com by mailout04.sul.t-online.com with smtp id 14HpVs-0008Tk-07; Sun, 14 Jan 2001 16:56:12 +0100 Received: from neutron.cichlids.com (520050424122-0001@[62.225.192.151]) by fmrl07.sul.t-online.com with esmtp id 14HpVm-0C4mAqC; Sun, 14 Jan 2001 16:56:06 +0100 Received: from cichlids.cichlids.com (cichlids.cichlids.com [192.168.0.10]) by neutron.cichlids.com (Postfix) with ESMTP id 6A836AB0C; Sun, 14 Jan 2001 16:57:32 +0100 (CET) Received: by cichlids.cichlids.com (Postfix, from userid 1001) id 2F48F14BFA; Sun, 14 Jan 2001 16:55:54 +0100 (CET) Date: Sun, 14 Jan 2001 16:55:53 +0100 From: Alexander Langer To: Warner Losh Cc: Wes Peters , hackers@FreeBSD.ORG Subject: Re: sys/disklabel.h in C++ files Message-ID: <20010114165553.A23655@cichlids.cichlids.com> References: <3A613B0A.11A50A52@softweyr.com> <20010113182444.A1799@cichlids.cichlids.com> <200101140358.f0E3wrs95918@harmony.village.org> <3A613B0A.11A50A52@softweyr.com> <200101140534.f0E5YNs08482@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200101140534.f0E5YNs08482@harmony.village.org>; from imp@harmony.village.org on Sat, Jan 13, 2001 at 10:34:22PM -0700 X-PGP-Fingerprint: 44 28 CA 4C 46 5B D3 A8 A8 E3 BA F3 4E 60 7D 7F X-PGP-at: finger alex@big.endian.de X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. X-Sender: 520050424122-0001@t-dialin.net Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thus spake Warner Losh (imp@harmony.village.org): > No need for Hope to Spring. As near as I can tell, I've fixed it. Yes, thanks. Now the disk-library of libh builds again. Thanks! Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jan 14 13:32:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp02.teb1.iconnet.net (smtp02.teb1.iconnet.net [209.3.218.43]) by hub.freebsd.org (Postfix) with ESMTP id 1872D37B400 for ; Sun, 14 Jan 2001 13:32:01 -0800 (PST) Received: from bellatlantic.net (client-151-198-117-43.nnj.dialup.bellatlantic.net [151.198.117.43]) by smtp02.teb1.iconnet.net (8.9.1/8.9.1) with ESMTP id QAA01180; Sun, 14 Jan 2001 16:31:44 -0500 (EST) Message-ID: <3A621ABF.FA2C6432@bellatlantic.net> Date: Sun, 14 Jan 2001 16:31:43 -0500 From: Sergey Babkin X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-19990626-CURRENT i386) X-Accept-Language: en, ru MIME-Version: 1.0 To: John Gregor Cc: Gerhard.Sittig@gmx.net, leifn@neland.dk, freebsd-hackers@FreeBSD.ORG, gjb@gbch.net Subject: Re: how to test out cron.c changes? (was: cvs commit: src/etc crontab) References: <200101140244.f0E2i3518278@vieo.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Gregor wrote: > > What would happen if the definitions of the hour and minute fields > were subtly changed to mean "elapsed wall-clock time since local > midnight"? Then, the DST conversion is no longer ambiguous. "Two > hours since local midnight" only happens once regardless. On days > where the clocks change, most scripts would wind up running an hour > ahead or behind their usual time, but hey, so are many of the people > :-). There would also have to be an entry in the BUGS section noting > that some days have 23 or 25 hours, which is accurate. I believe that the handling of DST change in cron must be fixed. Practically every commercial Unix (except the very retarded ones) does that and that's something the sysadmins normally expect. I'll probably look if I can fix it. The logic I plan to implement is (this is a quote from somewhere else but it describes my intentions): Now the jobs run as intuitively expected. If a job falls into time interval that disappears during switch from standard time (ST) to daylight saving time (DST) or is duplicated during the reverse switch, then it's handled in one of 2 ways. The jobs that run every hour work as before, they skip the skipped hour or run in the added hour as usual. But the jobs that run less frequently are executed exactly once, they are not skipped nor executed twice (unless cron is restarted or the user's crontab is changed during such a time interval). -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jan 14 13:56:18 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from earth.backplane.com (placeholder-dcat-1076843399.broadbandoffice.net [64.47.83.135]) by hub.freebsd.org (Postfix) with ESMTP id C81D237B400 for ; Sun, 14 Jan 2001 13:56:00 -0800 (PST) Received: (from dillon@localhost) by earth.backplane.com (8.11.1/8.9.3) id f0ELtLO64117; Sun, 14 Jan 2001 13:55:21 -0800 (PST) (envelope-from dillon) Date: Sun, 14 Jan 2001 13:55:21 -0800 (PST) From: Matt Dillon Message-Id: <200101142155.f0ELtLO64117@earth.backplane.com> To: Sergey Babkin Cc: John Gregor , Gerhard.Sittig@gmx.net, leifn@neland.dk, freebsd-hackers@FreeBSD.ORG, gjb@gbch.net Subject: Re: how to test out cron.c changes? (was: cvs commit: src/etc crontab) References: <200101140244.f0E2i3518278@vieo.com> <3A621ABF.FA2C6432@bellatlantic.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG If someone wants to tackle this, a few words to the wise. * testing for daylight savings times changes. You test this by comparing the differential between two time_t's (dtime1) against the differential between two time_t's after converting them to localtime and then back to time_t's as if the localtime structure were in GMT (dtime2). If dtime1 has a large differential the clock was stepped and all daylight savings specific state must be ignored and/or reset. If dtime1 is reasonable and (dtime2 - dtime1) shows a large differential (e.g. 20 minutes or greater), you hit a daylight savings switch and can use this to drive your state logic. Make sure your code is robust enough to ignore leap seconds and other minor corrections that cron already deals with. Encapsulate the state machine for handling daylight savings shifts into a single procedure if you can. Do not spread special cases all over the codebase. Don't worry about making lots of calls to the libc time conversion routines if it makes your job easier. * cron is a critical system resource. Don't blow it. For example, for many many years Vixie cron had horrendous bugs in it that would for example cause it to try to 'catch up' on time steps, resulting in systems suddenly running hundreds of cron jobs simultaniously. (this and other bugs were what prompted me to write dcron for Linux a number of years ago). Whatever you do, don't ressurect old bugs! All of that said, if someone wants to tackle this issue in cron, I think it would be great. Having written a cron program before I would be happy to review the patchsets. -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 14 16:50:26 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 165B637B400 for ; Sun, 14 Jan 2001 16:50:06 -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 f0F0o0W21693 for ; Sun, 14 Jan 2001 18:50:00 -0600 (CST) Message-Id: <200101150050.f0F0o0W21693@guild.plethora.net> From: seebs@plethora.net (Peter Seebach) To: freebsd-hackers@freebsd.org Reply-To: seebs@plethora.net (Peter Seebach) Subject: VirtualPC 4 and FreeBSD - together at last! Date: Sun, 14 Jan 2001 18:49:59 -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I lack the focus or motivation to pursue this much further, but I have VPC 4 successfully booting FreeBSD 4.2, finding the ethernet card, and configuring it and pinging. The following hacks seem to fix it. (Note: The "if_de" hacks are, as a casual reader will note, mostly not necessary, since a lot of the changes only apply to VPC 3.x. However, it comes up and pings, so I don't care.) It might be useful to pursue adding this; I don't know that any other devices require patches to work, but I haven't tried X yet. *** pcibus.c.orig Sun Jan 14 02:40:46 2001 --- pcibus.c Sun Jan 14 02:41:26 2001 *************** *** 36,41 **** --- 36,43 ---- #include #include + #include + static int cfgmech; static int devmax; *************** *** 208,214 **** printf("pci_open(1a):\tmode1res=0x%08lx (0x%08lx)\n", mode1res, CONF1_ENABLE_CHK); ! if (mode1res) { if (pci_cfgcheck(32)) return (cfgmech); } --- 210,216 ---- printf("pci_open(1a):\tmode1res=0x%08lx (0x%08lx)\n", mode1res, CONF1_ENABLE_CHK); ! if (mode1res || !strcmp(cpu_vendor, "ConnectixCPU")) { if (pci_cfgcheck(32)) return (cfgmech); } *** if_de.c.safe Sun Jan 14 18:01:28 2001 --- if_de.c Sun Jan 14 18:18:54 2001 *************** *** 1,3 **** --- 1,5 ---- + #define VPC_CPU + int cpu_is_vpc = 4; /* $NetBSD: if_de.c,v 1.86 1999/06/01 19:17:59 thorpej Exp $ */ /* $FreeBSD: src/sys/pci/if_de.c,v 1.123.2.4 2000/08/04 23:25:09 peter Exp $ */ *************** *** 138,143 **** --- 140,148 ---- static int tulip_mii_map_abilities(tulip_softc_t * const sc, unsigned abilities); static tulip_media_t tulip_mii_phy_readspecific(tulip_softc_t * const sc); static int tulip_srom_decode(tulip_softc_t * const sc); + #ifdef VPC_CPU + static void tulip_initring(tulip_softc_t * const sc, tulip_ringinfo_t * const ri, tulip_desc_t *descs, int ndescs); + #endif static int tulip_ifmedia_change(struct ifnet * const ifp); static void tulip_ifmedia_status(struct ifnet * const ifp, struct ifmediareq *req); /* static void tulip_21140_map_media(tulip_softc_t *sc); */ *************** *** 3832,3837 **** --- 3837,3847 ---- TULIP_PERFSTART(intr) u_int32_t csr; + #ifdef VPC_CPU + if (cpu_is_vpc == 3) + TULIP_CSR_WRITE(sc, csr_intr, 0); + #endif + while ((csr = TULIP_CSR_READ(sc, csr_status)) & sc->tulip_intrmask) { *progress_p = 1; TULIP_CSR_WRITE(sc, csr_status, csr); *************** *** 3890,3895 **** --- 3900,3915 ---- TULIP_CSR_WRITE(sc, csr_command, sc->tulip_cmdmode); } } + #ifdef VPC_CPU + if (cpu_is_vpc) { + if (csr & TULIP_STS_TXINTR) + tulip_tx_intr(sc); + /* VirtualPC seems to spuriously set this bit. */ + if (csr & TULIP_STS_TXSTOPPED) { + csr &= ~(TULIP_STS_TXSTOPPED | TULIP_STS_ABNRMLINTR); + } + } + #endif if (csr & TULIP_STS_ABNRMLINTR) { u_int32_t tmp = csr & sc->tulip_intrmask & ~(TULIP_STS_NORMALINTR|TULIP_STS_ABNRMLINTR); *************** *** 3916,3921 **** --- 3936,3947 ---- tulip_ifstart(&sc->tulip_if); } } + #ifdef VPC_CPU + if (cpu_is_vpc == 3) { + sc->tulip_intrmask |= TULIP_STS_ABNRMLINTR; + TULIP_CSR_WRITE(sc, csr_intr, sc->tulip_intrmask); + } + #endif if (sc->tulip_flags & TULIP_NEEDRESET) { tulip_reset(sc); tulip_init(sc); *************** *** 4490,4498 **** --- 4516,4535 ---- sc->tulip_flags ^= TULIP_WANTSETUP|TULIP_DOINGSETUP; ri->ri_free--; nextout = ri->ri_nextout; + #ifdef VPC + if (cpu_is_vpc == 3) { + nextout->d_flag &= TULIP_DFLAG_ENDRING|TULIP_DFLAG_CHAIN; + nextout->d_flag |= TULIP_DFLAG_TxSETUPPKT; + } else { + nextout->d_flag &= TULIP_DFLAG_ENDRING|TULIP_DFLAG_CHAIN; + nextout->d_flag |= TULIP_DFLAG_TxFIRSTSEG|TULIP_DFLAG_TxLASTSEG + |TULIP_DFLAG_TxSETUPPKT|TULIP_DFLAG_TxWANTINTR; + } + #else nextout->d_flag &= TULIP_DFLAG_ENDRING|TULIP_DFLAG_CHAIN; nextout->d_flag |= TULIP_DFLAG_TxFIRSTSEG|TULIP_DFLAG_TxLASTSEG |TULIP_DFLAG_TxSETUPPKT|TULIP_DFLAG_TxWANTINTR; + #endif if (sc->tulip_flags & TULIP_WANTHASHPERFECT) nextout->d_flag |= TULIP_DFLAG_TxHASHFILT; else if (sc->tulip_flags & TULIP_WANTHASHONLY) *************** *** 4533,4542 **** --- 4570,4602 ---- */ TULIP_TXDESC_PRESYNC(sc, nextout, sizeof(u_int32_t)); TULIP_CSR_WRITE(sc, csr_txpoll, 1); + #ifdef VPC_CPU + if (cpu_is_vpc == 3) { + while (nextout->d_status & TULIP_DSTS_OWNER) + ; /* nasty spin-wait */ + TULIP_TXMAP_POSTSYNC(sc, sc->tulip_setupmap); + tulip_initring(sc, &sc->tulip_txinfo, sc->tulip_txdescs, TULIP_TXDESCS); + + sc->tulip_flags &= ~TULIP_DOINGSETUP; + sc->tulip_flags &= ~TULIP_WANTTXSTART; + tulip_rx_intr(sc); + sc->tulip_cmdmode |= TULIP_CMD_RXRUN|TULIP_CMD_TXRUN; + sc->tulip_intrmask |= TULIP_STS_RXSTOPPED|TULIP_STS_TXINTR|TULIP_STS_RXINTR; + TULIP_CSR_WRITE(sc, csr_intr, sc->tulip_intrmask); + TULIP_CSR_WRITE(sc, csr_command, sc->tulip_cmdmode); + sc->tulip_if.if_flags &= ~IFF_OACTIVE; + } else { + if ((sc->tulip_intrmask & TULIP_STS_TXINTR) == 0) { + sc->tulip_intrmask |= TULIP_STS_TXINTR; + TULIP_CSR_WRITE(sc, csr_intr, sc->tulip_intrmask); + } + } + #else if ((sc->tulip_intrmask & TULIP_STS_TXINTR) == 0) { sc->tulip_intrmask |= TULIP_STS_TXINTR; TULIP_CSR_WRITE(sc, csr_intr, sc->tulip_intrmask); } + #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 14 22:16:48 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 880B437B400; Sun, 14 Jan 2001 22:16:30 -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 f0F6GTs15360; Sun, 14 Jan 2001 23:16:29 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200101150616.f0F6GTs15360@harmony.village.org> To: Ben Smithurst Subject: Re: pppd & mkdir diff Cc: "W.H.Scholten" , Alfred Perlstein , freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Sun, 14 Jan 2001 06:11:20 GMT." <20010114061120.K35575@strontium.scientia.demon.co.uk> References: <20010114061120.K35575@strontium.scientia.demon.co.uk> <3A6025F1.794BDF32@xs4all.nl> <3A5C843C.794BDF32@xs4all.nl> <20010111132509.J7240@fw.wintelcom.net> <3A5EE6B1.41C67EA6@xs4all.nl> <20010112081422.U7240@fw.wintelcom.net> <3A6025F1.794BDF32@xs4all.nl> <200101140355.f0E3tIs95857@harmony.village.org> Date: Sun, 14 Jan 2001 23:16:29 -0700 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010114061120.K35575@strontium.scientia.demon.co.uk> Ben Smithurst writes: : while (path[strlen(path) - 1] == '/') : path[strlen(path) - 1] = 0; : : :-) Preferably '\0' too of course like you say later. Yes. Actually, I'd do this like: cp = path + strlen(path) - 1; while (cp > path && *cp == '/') *cp-- = '\0'; Since it doesn't have the buffer overflow the above code does in the '////' case. It also gets that case right (if my mental walkthrough can be truested). A nice side effect is that it doesn't call strlen N times making it a O(N) algorythm, rather than an O(N^2) algorythm. Likely only of secondary importance since most strings don't contain lots of // in them :-). Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jan 14 22:24:39 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 524AC37B400 for ; Sun, 14 Jan 2001 22:24:18 -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 f0F6OCs15404; Sun, 14 Jan 2001 23:24:12 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200101150624.f0F6OCs15404@harmony.village.org> To: Robert Lipe Subject: Re: bus_alloc_resource and RF_SHARABLE Cc: "Justin T. Gibbs" , freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Sun, 14 Jan 2001 00:44:53 CST." <20010114004453.D20766@rjlhome.sco.com> References: <20010114004453.D20766@rjlhome.sco.com> <200101131529.f0DFTps26367@aslan.scsiguy.com> <200101140356.f0E3uos95880@harmony.village.org> Date: Sun, 14 Jan 2001 23:24:12 -0700 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010114004453.D20766@rjlhome.sco.com> Robert Lipe writes: : I can't say I gather that from the man page from bus_alloc_resource : at all. The restriction of RF_SHAREABLE applying only to IRQs and : the exclusive nature of this call (one per BAR) would be helpful to : call out in the doc. We should. : Just so I'm completely clear on this though, the intent is that multiple : bus_alloc_resource calls for a single BAR within a single driver is : explictly prohibited, right? So if I want to map ONLY the first byte : and the last byte of, say, a 16MB PCI BAR, I have to map the whole : thing, use the same resource handle for everything, and give up any : potential address space/vm protection afforded by having the middle : unmapped, right? Right now BARs can be only mapped once. If you have a physical device that is serviced by a bunch of sub-devices, you'll need to cope by providing that functionality in a "bridge" driver. I'm working on this for my NetBSD puc driver port. Warner P.S. The PUC driver is for serial and parallel pci cards that have a bazillion ways of gluing N 16550A UARTs and M PPCs with 1 or more BARs. The "multiplexing" of the BARs has to happen in the puc layer for sio and ppc attachments to work. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jan 14 22:26: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 2D68337B401; Sun, 14 Jan 2001 22:26: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 f0F6Q4s15426; Sun, 14 Jan 2001 23:26:04 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200101150626.f0F6Q4s15426@harmony.village.org> To: Alexander Langer Subject: Re: sys/disklabel.h in C++ files Cc: Wes Peters , hackers@FreeBSD.ORG In-reply-to: Your message of "Sun, 14 Jan 2001 16:55:53 +0100." <20010114165553.A23655@cichlids.cichlids.com> References: <20010114165553.A23655@cichlids.cichlids.com> <3A613B0A.11A50A52@softweyr.com> <20010113182444.A1799@cichlids.cichlids.com> <200101140358.f0E3wrs95918@harmony.village.org> <3A613B0A.11A50A52@softweyr.com> <200101140534.f0E5YNs08482@harmony.village.org> Date: Sun, 14 Jan 2001 23:26:04 -0700 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010114165553.A23655@cichlids.cichlids.com> Alexander Langer writes: : Now the disk-library of libh builds again. Woo-hoo! Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jan 14 22:32:26 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 5413337B400 for ; Sun, 14 Jan 2001 22:32:09 -0800 (PST) Received: from scsiguy.com (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.0/8.9.3) with ESMTP id f0F6Vxs49670; Sun, 14 Jan 2001 23:32:00 -0700 (MST) (envelope-from gibbs@scsiguy.com) Message-Id: <200101150632.f0F6Vxs49670@aslan.scsiguy.com> To: Warner Losh Cc: Robert Lipe , freebsd-hackers@FreeBSD.ORG Subject: Re: bus_alloc_resource and RF_SHARABLE In-Reply-To: Your message of "Sun, 14 Jan 2001 23:24:12 MST." <200101150624.f0F6OCs15404@harmony.village.org> Date: Sun, 14 Jan 2001 23:31:59 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >: Just so I'm completely clear on this though, the intent is that multiple >: bus_alloc_resource calls for a single BAR within a single driver is >: explictly prohibited, right? So if I want to map ONLY the first byte >: and the last byte of, say, a 16MB PCI BAR, I have to map the whole >: thing, use the same resource handle for everything, and give up any >: potential address space/vm protection afforded by having the middle >: unmapped, right? > >Right now BARs can be only mapped once. If you have a physical device >that is serviced by a bunch of sub-devices, you'll need to cope by >providing that functionality in a "bridge" driver. I'm working on >this for my NetBSD puc driver port. Actually, the problem is not that you can only "bus_allocate" a BAR once, but rather that we map that area into KVA auto-magically. We should instead allow the user to perform their own mapping(s) into KVA. You don't need a bridge driver to get this effect. -- 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 15 0:32:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from spammie.svbug.com (unknown [198.79.110.2]) by hub.freebsd.org (Postfix) with ESMTP id 0D07437B401; Mon, 15 Jan 2001 00:32:02 -0800 (PST) Received: from spammie.svbug.com (localhost.mozie.org [127.0.0.1]) by spammie.svbug.com (8.9.3/8.9.3) with ESMTP id AAA02517; Mon, 15 Jan 2001 00:31:57 -0800 (PST) (envelope-from jessem@spammie.svbug.com) Message-Id: <200101150831.AAA02517@spammie.svbug.com> Date: Mon, 15 Jan 2001 00:31:56 -0800 (PST) From: opentrax@email.com Reply-To: opentrax@email.com Subject: [Q] Transient Core Dumps To: bugs@freebsd.org Cc: 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 Just a quick question. Tonight our DNS server dropped core after several other program misbehaved. Chief amoung then was one of our own. The problems thought seems to be more than one misbehaving programs. Along with DNS the machines runs, LiveCam, our video over the internet solution, NCSA webserver (part of LiveCam), Apache (port 8080) and Mason. The machine went into a spin when LiveCam swamped the swap space, then some tried to send email via Apache/mason. Eventually, named also dumped core. The machine is reset. I've turned off direct access to Apache/Mason. The machines is now fine. Granted one (very buggy) part of our LiveCam has problems, but along with Mason, it seems that the problems are hard to trace. The question is: How do we diagnos (sp?) random core dumps? I've seen quite a few go by in last days. And up till now we usually ask for a dmesg and one other thing. Any comments? Jessem. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 15 1:35:30 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from spammie.svbug.com (unknown [198.79.110.2]) by hub.freebsd.org (Postfix) with ESMTP id 71B5437B698 for ; Mon, 15 Jan 2001 01:35:13 -0800 (PST) Received: from spammie.svbug.com (localhost.mozie.org [127.0.0.1]) by spammie.svbug.com (8.9.3/8.9.3) with ESMTP id BAA02610; Mon, 15 Jan 2001 01:35:05 -0800 (PST) (envelope-from jessem@spammie.svbug.com) Message-Id: <200101150935.BAA02610@spammie.svbug.com> Date: Mon, 15 Jan 2001 01:35:03 -0800 (PST) From: opentrax@email.com Reply-To: opentrax@email.com Subject: Re: how to test out cron.c changes? (was: cvs commit: src/etc cront ab) To: gerhard.sittig@gmx.net Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <3A513799.75EAB470@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 On 1 Jan, Doug Barton wrote: > Gerhard Sittig wrote: >> >> [ ... reminder after two weeks of silence ... ] > > Two weeks of silence is generally enough to let you know that no one is > interested in this modification. If someone was, they'd generally have > said something by now. > > Speaking only for myself, I don't think your proposed changes are a > good idea, which is why I refrained from offering any suggestions on how > you can test them. > > Just so you wouldn't think you were being ignored, > I didn't see this can you email me about it? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 15 3: 3:50 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from spammie.svbug.com (unknown [198.79.110.2]) by hub.freebsd.org (Postfix) with ESMTP id 50CD337B402 for ; Mon, 15 Jan 2001 03:03:33 -0800 (PST) Received: from spammie.svbug.com (localhost.mozie.org [127.0.0.1]) by spammie.svbug.com (8.9.3/8.9.3) with ESMTP id DAA02935; Mon, 15 Jan 2001 03:03:27 -0800 (PST) (envelope-from jessem@spammie.svbug.com) Message-Id: <200101151103.DAA02935@spammie.svbug.com> Date: Mon, 15 Jan 2001 03:03:26 -0800 (PST) From: opentrax@email.com Reply-To: opentrax@email.com Subject: Re: release with custom kernel To: sven.huster@t-online.de Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <20010104173530.A54132@venus.mailsurf.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 4 Jan, Sven Huster wrote: > hi there, > > after asking this in questions for a while, i want to give hackers a try. > > is there a possibility to make a release with a custom kernel? > > i know how to create a release but it contains always the GENERIC kernel. > Have you tried reading the handbook? http://www.freebsd.org/handbook/ Specifically: http://www.freebsd.org/handbook/kernelconfig.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 15 3: 5:59 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from spammie.svbug.com (unknown [198.79.110.2]) by hub.freebsd.org (Postfix) with ESMTP id 7ABE037B404 for ; Mon, 15 Jan 2001 03:05:41 -0800 (PST) Received: from spammie.svbug.com (localhost.mozie.org [127.0.0.1]) by spammie.svbug.com (8.9.3/8.9.3) with ESMTP id DAA02942; Mon, 15 Jan 2001 03:05:34 -0800 (PST) (envelope-from jessem@spammie.svbug.com) Message-Id: <200101151105.DAA02942@spammie.svbug.com> Date: Mon, 15 Jan 2001 03:05:32 -0800 (PST) From: opentrax@email.com Reply-To: opentrax@email.com Subject: Re: more than 8 colors in console? To: roam@orbitel.bg Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <20010104185903.C545@ringworld.oblivion.bg> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 4 Jan, Peter Pentchev wrote: > Hi, > > I'm writing a console app, which needs to be quite colorful, and to use > customizable colors. Unfortunately, with ncurses, right after start_color(), > I get a can_change_color() == FALSE. Besides, COLORS is defined to as many > as the Co termcap capability, which is 8. > > Well, all (well, most ;) PC video adapters can display up to 16 colors, > if I decide to drop the bold/blinking capabilities, and define all colors > as suits my taste. Is there a way to define more than 8 colors, and.. > uh.. is there a way to define *any* colors at all? :) > Yes, there are many ways. My favorite is to use ANSI escape codes. Althought I'm sure there are other codes that would work. I think curses can do it. Someone correct me if I'm wrong. Jessem. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 15 3:20:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from spammie.svbug.com (unknown [198.79.110.2]) by hub.freebsd.org (Postfix) with ESMTP id A185737B401 for ; Mon, 15 Jan 2001 03:20:18 -0800 (PST) Received: from spammie.svbug.com (localhost.mozie.org [127.0.0.1]) by spammie.svbug.com (8.9.3/8.9.3) with ESMTP id DAA02967; Mon, 15 Jan 2001 03:20:05 -0800 (PST) (envelope-from jessem@spammie.svbug.com) Message-Id: <200101151120.DAA02967@spammie.svbug.com> Date: Mon, 15 Jan 2001 03:20:04 -0800 (PST) From: opentrax@email.com Reply-To: opentrax@email.com Subject: Re: open PR WRT syslogd vs. serial consoles To: reichert@numachi.com Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <20010105141204.F14544@numachi.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 5 Jan, Brian Reichert wrote: > I'm chasing down a syslogd problem on a 3.4-R box, only to discover > that I'm being bit (still!) by a PR I submitted two years ago: > > > > I'm responsible for a wad of machines hanging off of a terminal server. > > - I wanted syslog messages reported to the console, for revealing > critical errors. > > - Due to cabling and the terminal server itself, using Big Digi > hardware, I need to have getty running off of cuaa0, not ttyd0. > > Apparently, in three versions of FreeBSD, this is _still_ a problem. > > Does anyone have any insight on this? > Given the nature of the problem and other priorities, I would say you might need to fix it yourself. :-) I'm not saying this to be spitefull, but it looks like since not enough people are running this type of setup, not enough people are complaining. Your best bet would be to write the people who have tried to fix this and ask what can be done. BTW, you can see all open/suspend/feedback needed PR reports. Another strategy is to check with people encountering simliar problems (ie serial and syslog). Best of Luck, Jessem. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 15 3:22:41 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 4207837B400 for ; Mon, 15 Jan 2001 03:22:24 -0800 (PST) Received: from dogma.freebsd-uk.eu.org ([130.88.200.97]) by probity.mcc.ac.uk with esmtp (Exim 2.05 #4) id 14I7iR-0007fU-00 for freebsd-hackers@freebsd.org; Mon, 15 Jan 2001 11:22:23 +0000 Received: (from rasputin@localhost) by dogma.freebsd-uk.eu.org (8.11.1/8.11.1) id f0FBMI730776 for freebsd-hackers@freebsd.org; Mon, 15 Jan 2001 11:22:18 GMT (envelope-from rasputin) Date: Mon, 15 Jan 2001 11:22:18 +0000 From: Rasputin To: freebsd-hackers@freebsd.org Subject: libc walkthrough? Message-ID: <20010115112218.A30426@dogma.freebsd-uk.eu.org> 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 Morning all, Ok, I know that The Bible for *BSDs is "TDaIotFOS", but STR from a glance at the 4.3 version that it is very kernel-oriented. I'd like to get started by porting a few userland apps (have my sights on cdparanoia for starters), so was wondering if anyone could recommend a good book to introduce newbies to the BSD C library - I know the manpages are more up to date, but I can't read them on the bus.. Local bookshops here in Cardiff are finally filling up with as much gcc related books as Visual C++, but they're all quite Linux focussed. (Or is there little difference from a userland point of view)? Thanks for any pointers. -- 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 15 3:29:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sina.com (unknown [202.106.187.156]) by hub.freebsd.org (Postfix) with SMTP id 41C8537B404 for ; Mon, 15 Jan 2001 03:29:12 -0800 (PST) Received: (qmail 42741 invoked from network); 15 Jan 2001 11:23:40 -0000 Received: from unknown (HELO localhost) (202.105.12.29) by 202.106.187.156 with SMTP; 15 Jan 2001 11:23:40 -0000 X-Sender: hangersales@sina.com From: Trend Hanger To: freebsd-hackers@FreeBSD.org Date: Mon, 15 Jan 2001 19:28:05 +0800 Subject: We are exporting quality Hanger for cloth, pants Reply-To: hangersales@sina.com Organization: Trend Hanger Co. MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Message-Id: <20010115112912.41C8537B404@hub.freebsd.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dear Sir or Madam, Happy New Year! Here we send all the best wish to you. Trend Hanger, as a professional hanger manufacturer in China specializes in producing and designing various kinds of non-slip coated and chrome-plated metal frame clothes hangers. The company has been in the business for almost 10 years now. With experienced staff and workers, we always provide our customers from all over the world with good service, excellent quality and competitively-priced products. Today, people care a lot about environmental protection, and more and more people would choose to use low-waste materials, impressive and well-designed products. We are proud to say ours are among them. For this reason, during the past several years our selling records are quite well, and now the business is growing even faster than before--simply because our series of products are proven to be reliable and worthwhile in our consumers' eyes. Furthermore, we always observe a strict quality control system all throughout our production process. Each product must be carefully examined and tested in each stage so as to ensure excellent quality and nice packing order for our customers. If you are interested in our products, please do not hesitate to contact us. We are anxious to establish long-term, equal and mutual beneficial business relationship with you. Best wishes, Trend Hanger Manufacturer Contact Person: Mr Steve, Phoenix Sales Manager Zhen An Industrial Zone, Foshan City, Guangdong Province, China 528000 Tel: (86 757) 3982666 Fax: (86 757) 2282667 Email: brianced@21cn.com http://www.bosunnet.com/trendhanger/index/contacts.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 15 3:34:32 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 2FFEC37B404 for ; Mon, 15 Jan 2001 03:34:15 -0800 (PST) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 15 Jan 2001 11:34:14 +0000 (GMT) Date: Mon, 15 Jan 2001 11:34:13 +0000 From: David Malone To: Rasputin Cc: freebsd-hackers@freebsd.org Subject: Re: libc walkthrough? Message-ID: <20010115113413.A58333@walton.maths.tcd.ie> References: <20010115112218.A30426@dogma.freebsd-uk.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010115112218.A30426@dogma.freebsd-uk.eu.org>; from rasputin@FreeBSD-uk.eu.org on Mon, Jan 15, 2001 at 11:22:18AM +0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jan 15, 2001 at 11:22:18AM +0000, Rasputin wrote: > I'd like to get started by porting a few userland apps > (have my sights on cdparanoia for starters), so was wondering if > anyone could recommend a good book to introduce newbies to > the BSD C library - I know the manpages are more up to date, > but I can't read them on the bus.. Advanced Programming in the Unix Environment (Stevens) would probably be a reasonable place to start. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 15 4:20:22 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 1D42E37B699 for ; Mon, 15 Jan 2001 04:20:01 -0800 (PST) Received: from jaknl by athos.nl.uu.net with UUCP id ; Mon, 15 Jan 2001 13:19:45 +0100 Received: from jak.nl ([192.168.0.30]) by jak.nl (8.8.8/8.8.8) with ESMTP id NAA19961; Mon, 15 Jan 2001 13:15:34 +0100 (CET) (envelope-from arjan@jak.nl) Message-ID: <3A62E786.8C9BA339@jak.nl> Date: Mon, 15 Jan 2001 13:05: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: David Malone Cc: freebsd-hackers@freebsd.org Subject: Re: libc walkthrough? References: <20010115112218.A30426@dogma.freebsd-uk.eu.org> <20010115113413.A58333@walton.maths.tcd.ie> Content-Type: multipart/mixed; boundary="------------26F25E5A14F711D5C173BE68" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------26F25E5A14F711D5C173BE68 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit David Malone wrote: > On Mon, Jan 15, 2001 at 11:22:18AM +0000, Rasputin wrote: > > > I'd like to get started by porting a few userland apps > > (have my sights on cdparanoia for starters), so was wondering if > > anyone could recommend a good book to introduce newbies to > > the BSD C library - I know the manpages are more up to date, > > but I can't read them on the bus.. > > Advanced Programming in the Unix Environment (Stevens) would probably > be a reasonable place to start. > > David. I agree with that, ISBN 0-201-56317-7 ca $65,=. You might also be interested in "Unix network programmimg Volume 1 second edition ISBN 0-13-490012-X > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message --------------26F25E5A14F711D5C173BE68 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 --------------26F25E5A14F711D5C173BE68-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 15 4:41: 2 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 0A94D37B400 for ; Mon, 15 Jan 2001 04:40:44 -0800 (PST) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.1/8.11.1) with ESMTP id f0FCecZ35930 for ; Mon, 15 Jan 2001 13:40:38 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: hackers@freebsd.org Subject: One thing linux does better than FreeBSD... From: Poul-Henning Kamp Date: Mon, 15 Jan 2001 13:40:38 +0100 Message-ID: <35928.979562438@critter> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG There is one point where I have to conceed defeat to Linux. That fat little penguin is everywhere. The main reason we practically don't see beastie at all is that there is no artwork to get hold of anywhere... Please, somebody, anybody: Can we have some beastie artwork in usable sizes for posters, T-shirts and such ??? -- 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 15 4:43:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from lucifer.ninth-circle.org (lucifer.bart.nl [194.158.168.74]) by hub.freebsd.org (Postfix) with ESMTP id 946FB37B400 for ; Mon, 15 Jan 2001 04:43:16 -0800 (PST) Received: (from asmodai@localhost) by lucifer.ninth-circle.org (8.11.1/8.11.0) id f0FCedJ69571; Mon, 15 Jan 2001 13:40:39 +0100 (CET) (envelope-from asmodai) Date: Mon, 15 Jan 2001 13:40:39 +0100 From: Jeroen Ruigrok van der Werven To: Rasputin Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: libc walkthrough? Message-ID: <20010115134038.E67095@lucifer.bart.nl> References: <20010115112218.A30426@dogma.freebsd-uk.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010115112218.A30426@dogma.freebsd-uk.eu.org>; from rasputin@FreeBSD-uk.eu.org on Mon, Jan 15, 2001 at 11:22:18AM +0000 Organisation: VIA Net.Works The Netherlands Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -On [20010115 12:25], Rasputin (rasputin@FreeBSD-uk.eu.org) wrote: >Ok, I know that The Bible for *BSDs is "TDaIotFOS", but STR from a glance >at the 4.3 version that it is very kernel-oriented. > >I'd like to get started by porting a few userland apps >(have my sights on cdparanoia for starters), so was wondering if >anyone could recommend a good book to introduce newbies to >the BSD C library - I know the manpages are more up to date, >but I can't read them on the bus.. Advanced UNIX Programming, by Warren W. Gay. To follow up after Stevens APUE. -- Jeroen Ruigrok van der Werven VIA Net.Works The Netherlands BSD: Technical excellence at its best Network- and systemadministrator D78D D0AD 244D 1D12 C9CA 7152 035C 1138 546A B867 Killing me is not enough to make me go away... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 15 4:52: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tao.org.uk (genesis.tao.org.uk [194.242.131.94]) by hub.freebsd.org (Postfix) with ESMTP id 6906837B400; Mon, 15 Jan 2001 04:51:50 -0800 (PST) Received: by tao.org.uk (Postfix, from userid 100) id 877FA31B7; Mon, 15 Jan 2001 12:51:49 +0000 (GMT) Date: Mon, 15 Jan 2001 12:51:49 +0000 From: Josef Karthauser To: Poul-Henning Kamp Cc: hackers@FreeBSD.ORG Subject: Re: One thing linux does better than FreeBSD... Message-ID: <20010115125149.G3578@tao.org.uk> References: <35928.979562438@critter> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <35928.979562438@critter>; from phk@FreeBSD.ORG on Mon, Jan 15, 2001 at 01:40:38PM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jan 15, 2001 at 01:40:38PM +0100, Poul-Henning Kamp wrote: > > There is one point where I have to conceed defeat to Linux. > > That fat little penguin is everywhere. > > The main reason we practically don't see beastie at all is that > there is no artwork to get hold of anywhere... > > Please, somebody, anybody: Can we have some beastie artwork in > usable sizes for posters, T-shirts and such ??? And the relevant permissions from Kirk I guess... Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 15 4:55:42 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 EB0B737B404; Mon, 15 Jan 2001 04:55:23 -0800 (PST) Received: from [195.11.243.26] (helo=Debug) by post.mail.nl.demon.net with smtp (Exim 3.14 #4) id 14I9AQ-000G0b-00; Mon, 15 Jan 2001 12:55:22 +0000 To: Poul-Henning Kamp , hackers@freebsd.org Cc: jkh@freebsd.org From: wkb@freebie.demon.nl Subject: Re: One thing linux does better than FreeBSD... Date: Mon, 15 Jan 2001 12:55:22 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 Hi Poul, Jordan/BSDi have been/are still in contact with folks here in the Netherlands who create beastie artwork (e.g. the 'newsreader beastie with milkshake', the 'forklift / release beastie' are all from their desk). I'm not sure what else is going on at this moment but I guess it is worth finding out. Esp. because I strongly agree with your statement. Wilko > > There is one point where I have to conceed defeat to Linux. > > That fat little penguin is everywhere. > > The main reason we practically don't see beastie at all is that > there is no artwork to get hold of anywhere... > > Please, somebody, anybody: Can we have some beastie artwork in > usable sizes for posters, T-shirts and such ??? > > > -- > 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 15 4:59:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gate.trident-uk.co.uk (mail.trident-uk.co.uk [195.166.16.10]) by hub.freebsd.org (Postfix) with ESMTP id E188637B402 for ; Mon, 15 Jan 2001 04:59:33 -0800 (PST) Received: from [194.207.93.139] by gate.trident-uk.co.uk for wkb@freebie.demon.nl id MAA12892; Mon Jan 15 12:57:36 2001 Date: Mon, 15 Jan 2001 13:08:09 +0000 Subject: Re: One thing linux does better than FreeBSD... Message-ID: <20010115130809.G639@freefire.psi-domain.co.uk> References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: ; from wkb@freebie.demon.nl on Mon, Jan 15, 2001 at 12:55:22 +0000 X-Mailer: Balsa 1.0.0 Lines: 50 To: wkb@freebie.demon.nl From: Jamie Heckford Reply-To: heckfordj@psi-domain.co.uk Cc: freebsd-hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG BSDi are/where doing some cool postcards. Really neat one of "When the Sun goes down" to :) Jamie On 2001.01.15 12:55:22 +0000 wkb@freebie.demon.nl wrote: > Hi Poul, > > Jordan/BSDi have been/are still in contact with folks here in the > Netherlands > who create beastie artwork (e.g. the 'newsreader beastie with > milkshake', the 'forklift / release beastie' are all from their desk). > I'm not sure what else is going on at this moment but I guess it is worth > > finding out. Esp. because I strongly agree with your statement. > > Wilko > > > > > > There is one point where I have to conceed defeat to Linux. > > > > That fat little penguin is everywhere. > > > > The main reason we practically don't see beastie at all is that > > there is no artwork to get hold of anywhere... > > > > Please, somebody, anybody: Can we have some beastie artwork in > > usable sizes for posters, T-shirts and such ??? > > > > > > -- > > 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 > > > > > 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 15 5: 2:42 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 87A6037B404 for ; Mon, 15 Jan 2001 05:02:22 -0800 (PST) Received: from newsguy.com (p45-dn01kiryunisiki.gunma.ocn.ne.jp [211.0.245.46]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id WAA19660; Mon, 15 Jan 2001 22:02:07 +0900 (JST) Message-ID: <3A62D6B6.5A8E5E1D@newsguy.com> Date: Mon, 15 Jan 2001 19:53:42 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR MIME-Version: 1.0 To: Bob Willcox Cc: "Andresen,Jason R." , Alfred Perlstein , hackers list Subject: Re: FreeBSD boot manager, where is latest version? References: <20010111135851.A16078@luke.immure.com> <20010111120332.D7240@fw.wintelcom.net> <3A5E1A3E.5A17AF9E@mitre.org> <20010111160653.A16818@luke.immure.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bob Willcox wrote: > > Well, ob-bs didn't work either. I went to the referenced site for > XOSL and it certainly looked interesting...but was way more than I was > looking for at this time (I was happy with the default FreeBSD installed > boot manager before W98 trashed it and I certainly didn't want to create > partion for it...which seemed to be required). On the XOSL web site I > found a refernence to the "Ranish Partition Manager" which I wound up > installing and it worked for me. :-) FreeBSD boot manager is probably installable by boot0cfg. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@a.crazy.bsdconspiracy.net "There is no spoon." -- Kiki To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 15 7:28:53 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from exchange.universe.dart.spb (unknown [195.131.27.136]) by hub.freebsd.org (Postfix) with ESMTP id D42AC37B401 for ; Mon, 15 Jan 2001 07:28:35 -0800 (PST) Received: from runnet-gw.marketsite.ru (WILD [192.168.1.24]) by exchange.universe.dart.spb with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id C0M7D2KT; Mon, 15 Jan 2001 18:28:37 +0300 Content-Length: 910 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Mon, 15 Jan 2001 18:32:37 +0300 (MSK) Reply-To: diwil@dataart.com From: Dmitry Dicky To: freebsd-hackers@freebsd.org Subject: boot microsloth windoze 2000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi fellows, Having nothing to do I installed windoze and faced with a problem: I have freebsd on my hard drive 0 and windows 2000 on HD1. Both bootable. On boot from HD0 Boot Easy displays prompt FreeBSD F1 Disk1 F5 When I push F5 FreeBSD boots. BUt I thought that windoze should. If I disable HD0 in BIOS, windows uses its own boot manager and boots fine. Do I miss something? Thanks in advance, Dmitry. -- ********************************************************************** ("`-''-/").___..--''"`-._ (\ Dimmy the Wild UA1ACZ `6_ 6 ) `-. ( ).`-.__.`) DataArt Enterprises, Inc. (_Y_.)' ._ ) `._ `. ``-..-' Serpukhovskaja street, 10 _..`--'_..-_/ /--'_.' ,' Saint Petersburg, Russia (il),-'' (li),' ((!.-' +7 (812) 3261780, 5585314 ********************************************************************** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 15 7:33: 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 4829937B400 for ; Mon, 15 Jan 2001 07:32:46 -0800 (PST) Received: by smtp.nettoll.com; Mon, 15 Jan 2001 16:28:54 +0100 (MET) Message-ID: <3A63181C.9020108@wanadoo.fr> Date: Mon, 15 Jan 2001 16:32:44 +0100 From: Xavier Galleri User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; m18) Gecko/20001108 Netscape6/6.0 X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG Subject: Re: Need help for kernel crash dump analysis References: <3A5F1ACF.6020909@enition.com> Content-Type: multipart/alternative; boundary="------------040506060101090909000007" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --------------040506060101090909000007 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi everybody, My little problem does not seem to make anybody enthousiastic, at which point that I am wondering if there is any GDB user on kernel dump listening over there ... Maybe I am on the wrong mailing list ? Or should I look for further help somewhere else ? Or is it that my explanations were not clear enough ? I have found that issuing an 'info frame @ebp @eip' command could provide the beginning of a stack dump analysis. Now, I am trying to find out where is stored the stack frame of the current process when an interrupt occurs. Is there anybody who knows this ? Regards Xavier Galleri wrote: > Thank you for your answer, > > It's difficult to believe that nothing more intuitive and immediate > can be done to get the kernel stack of any process from a GDB session > on a kernel crash dump. Does it mean that this is something that > nobody ever need until now ? > > Also, is there a mean to ask GDB to dump the kernel stack of the > 'curproc' that has been interrupted at the time of kernel panic ? > > Regards, > > Xavier > > diman wrote: > >> >> On Fri, 12 Jan 2001, Xavier Galleri wrote: >> >>> OK, let's make it a bit clearer ! >> >> .... >> [skiped] >> >>> Now, if you've read my first mail, I was actually asking for help onhow >>> to dump the stack of an interrupted process with GDB when the >>> kernelcrash occurs in the context of an isr. Actually, I would like to >>> know how I could dump the stack of *any* process at the time of the >>> crash. This way, I would be able to see where my user-land daemon was >>> lying in the kernel when the interrupt occurs. >> >> >> >> To dump stack of *any* (all) process you may write a little kld >> wich will: >> >> 1) go through a process list, >> 2) get tf_eip, tf_esp, tf_ebp of a process >> 3) get p->p_vmspace >> 4) read process stack frames and all you need by manually >> written routine based on procfs_rwmem and old good 'pread' >> (which dosn't work now) >> >> Another way is to go through proc list and coredump all the >> processes for future manual analisys. >> >> I like such way. >> >> Can anybody point me to some difficults wich can appear while >> implementing this? >> >> [skiped] >> >> >> >> > --------------040506060101090909000007 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit
Hi everybody,

My little problem does not seem to make anybody enthousiastic, at which point that I am wondering if there is any GDB user on kernel dump listening over there ... Maybe I am on the wrong mailing list ? Or should I look for further help somewhere else ? Or is it that my explanations were not clear enough ?

I have found that issuing an 'info frame @ebp @eip' command could provide the beginning of a stack dump analysis. Now, I am trying to find out where is stored the stack frame of the current process when an interrupt occurs. Is there anybody who knows this ?

Regards

Xavier Galleri wrote:
Thank you for your answer,

It's difficult to believe that nothing more intuitive and immediate can be done to get the kernel stack of any process from a GDB session on a kernel crash dump. Does it mean that this is something that nobody ever need until now ?

Also, is there a mean to ask GDB to dump the kernel stack of the 'curproc' that has been interrupted at the time of kernel panic ?

Regards,

Xavier

diman wrote:

On Fri, 12 Jan 2001, Xavier Galleri wrote:

OK, let's make it a bit clearer !
....
[skiped]
Now, if you've read my first mail, I was actually asking for help onhow 
to dump the stack of an interrupted process with GDB when the 
kernelcrash occurs in the context of an isr. Actually, I would like to 
know how I could dump the stack of *any* process at the time of the 
crash. This way, I would be able to see where my user-land daemon was 
lying in the kernel when the interrupt occurs.


To dump stack of *any* (all) process you may write a little kld 
wich will:

1) go through a process list,
2) get tf_eip, tf_esp, tf_ebp of a process
3) get p->p_vmspace 4) read process stack frames and all you need by manually
   written routine based on procfs_rwmem and old good 'pread'
   (which dosn't work now)

Another way is to go through proc list and coredump all the
processes for future manual analisys.

I like such way. 

Can anybody point me to some difficults wich can appear while
implementing this?

[skiped]






--------------040506060101090909000007-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 15 7:35: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 0ADCD37B400 for ; Mon, 15 Jan 2001 07:34:45 -0800 (PST) Received: from newsguy.com (p41-dn01kiryunisiki.gunma.ocn.ne.jp [211.0.245.42]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id AAA18389; Tue, 16 Jan 2001 00:34:34 +0900 (JST) Message-ID: <3A6317FB.405F0103@newsguy.com> Date: Tue, 16 Jan 2001 00:32:11 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR MIME-Version: 1.0 To: diwil@dataart.com Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: boot microsloth windoze 2000 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dmitry Dicky wrote: > > Hi fellows, > > Having nothing to do I installed windoze and faced with a problem: > > I have freebsd on my hard drive 0 and windows 2000 on HD1. > Both bootable. > On boot from HD0 Boot Easy displays prompt > FreeBSD F1 > Disk1 F5 > > When I push F5 FreeBSD boots. BUt I thought that windoze should. > If I disable HD0 in BIOS, windows uses its own boot manager and boots fine. > > Do I miss something? Windows is screwed and can't handle not being the first. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@a.crazy.bsdconspiracy.net "There is no spoon." -- Kiki To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 15 7:54:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from luke.immure.com (luke.immure.com [207.8.42.74]) by hub.freebsd.org (Postfix) with ESMTP id D114837B400 for ; Mon, 15 Jan 2001 07:54:06 -0800 (PST) Received: (from bob@localhost) by luke.immure.com (8.11.1/8.11.1) id f0FFrtb98483; Mon, 15 Jan 2001 09:53:55 -0600 (CST) (envelope-from bob) Date: Mon, 15 Jan 2001 09:53:55 -0600 From: Bob Willcox To: "Daniel C. Sobral" Cc: "Andresen,Jason R." , Alfred Perlstein , hackers list Subject: Re: FreeBSD boot manager, where is latest version? Message-ID: <20010115095355.C98345@luke.immure.com> Reply-To: Bob Willcox References: <20010111135851.A16078@luke.immure.com> <20010111120332.D7240@fw.wintelcom.net> <3A5E1A3E.5A17AF9E@mitre.org> <20010111160653.A16818@luke.immure.com> <3A62D6B6.5A8E5E1D@newsguy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A62D6B6.5A8E5E1D@newsguy.com>; from dcs@newsguy.com on Mon, Jan 15, 2001 at 07:53:42PM +0900 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jan 15, 2001 at 07:53:42PM +0900, Daniel C. Sobral wrote: > Bob Willcox wrote: > > > > Well, ob-bs didn't work either. I went to the referenced site for > > XOSL and it certainly looked interesting...but was way more than I was > > looking for at this time (I was happy with the default FreeBSD installed > > boot manager before W98 trashed it and I certainly didn't want to create > > partion for it...which seemed to be required). On the XOSL web site I > > found a refernence to the "Ranish Partition Manager" which I wound up > > installing and it worked for me. :-) > > FreeBSD boot manager is probably installable by boot0cfg. Ah Ha! That does look like it. I'll have to give it a try. I prefer the standard FreeBSD boot manager as it displays the partition type for the user to see and defaults to boot the last partition booted (really handy with Windoze...as you get to do it so often). Thanks, Bob > > -- > Daniel C. Sobral (8-DCS) > dcs@newsguy.com > dcs@freebsd.org > capo@a.crazy.bsdconspiracy.net > > "There is no spoon." -- Kiki > -- Bob Willcox There's a long-standing bug relating to the x86 bob@VIEO.com architecture that allows you to install Windows. Austin, TX -- Matthew D. Fuller To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 15 7:56:15 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 02DE537B402 for ; Mon, 15 Jan 2001 07:55:55 -0800 (PST) Received: by smtp.nettoll.com; Mon, 15 Jan 2001 16:52:17 +0100 (MET) Message-ID: <3A631D98.7050101@enition.com> Date: Mon, 15 Jan 2001 16:56:08 +0100 From: Xavier Galleri User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; m18) Gecko/20001108 Netscape6/6.0 X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG Subject: Re: Need help for kernel crash dump analysis References: <3A5F1ACF.6020909@enition.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi everybody, My little problem does not seem to make anybody enthousiastic, at which point that I am wondering if there is any GDB user on kernel dump listening over there ... Maybe I am on the wrong mailing list ? Or should I look for further help somewhere else ? Or is it that my explanations were not clear enough ? I have found that issuing an 'info frame @ebp @eip' command could provide the beginning of a stack dump analysis. Now, I am trying to find out where is stored the stack frame of the current process when an interrupt occurs. Is there anybody who knows this ? Regards Xavier Galleri wrote: > Thank you for your answer, > > It's difficult to believe that nothing more intuitive and immediate > can be done to get the kernel stack of any process from a GDB session > on a kernel crash dump. Does it mean that this is something that > nobody ever need until now ? > > Also, is there a mean to ask GDB to dump the kernel stack of the > 'curproc' that has been interrupted at the time of kernel panic ? > > Regards, > > Xavier > > diman wrote: > >> >> On Fri, 12 Jan 2001, Xavier Galleri wrote: >> >>> OK, let's make it a bit clearer ! >> >> .... >> [skiped] >> >>> Now, if you've read my first mail, I was actually asking for help onhow >>> to dump the stack of an interrupted process with GDB when the >>> kernelcrash occurs in the context of an isr. Actually, I would like to >>> know how I could dump the stack of *any* process at the time of the >>> crash. This way, I would be able to see where my user-land daemon was >>> lying in the kernel when the interrupt occurs. >> >> >> >> To dump stack of *any* (all) process you may write a little kld >> wich will: >> >> 1) go through a process list, >> 2) get tf_eip, tf_esp, tf_ebp of a process >> 3) get p->p_vmspace >> 4) read process stack frames and all you need by manually >> written routine based on procfs_rwmem and old good 'pread' >> (which dosn't work now) >> >> Another way is to go through proc list and coredump all the >> processes for future manual analisys. >> >> I like such way. >> >> Can anybody point me to some difficults wich can appear while >> implementing this? >> >> [skiped] >> >> >> >> > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 15 8: 6:29 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id D2ECC37B400; Mon, 15 Jan 2001 08:06:11 -0800 (PST) Received: from winston.osd.bsdi.com (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.1/8.11.1) with ESMTP id f0FG5uN82931; Mon, 15 Jan 2001 08:05:57 -0800 (PST) (envelope-from jkh@winston.osd.bsdi.com) To: wkb@freebie.demon.nl Cc: Poul-Henning Kamp , hackers@freebsd.org, jkh@freebsd.org Subject: Re: One thing linux does better than FreeBSD... In-Reply-To: Message from wkb@freebie.demon.nl of "Mon, 15 Jan 2001 12:55:22 GMT." Date: Mon, 15 Jan 2001 08:05:56 -0800 Message-ID: <82927.979574756@winston.osd.bsdi.com> From: Jordan Hubbard Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG That's a commercial design house, however, and we're no longer ordering artwork. - Jordan > Hi Poul, > > Jordan/BSDi have been/are still in contact with folks here in the Netherlands > who create beastie artwork (e.g. the 'newsreader beastie with > milkshake', the 'forklift / release beastie' are all from their desk). > I'm not sure what else is going on at this moment but I guess it is worth > finding out. Esp. because I strongly agree with your statement. > > Wilko > > > > > > There is one point where I have to conceed defeat to Linux. > > > > That fat little penguin is everywhere. > > > > The main reason we practically don't see beastie at all is that > > there is no artwork to get hold of anywhere... > > > > Please, somebody, anybody: Can we have some beastie artwork in > > usable sizes for posters, T-shirts and such ??? > > > > > > -- > > 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 > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 15 8: 6:41 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 A4D2437B402 for ; Mon, 15 Jan 2001 08:06:19 -0800 (PST) Received: by smtp.nettoll.com; Mon, 15 Jan 2001 17:02:43 +0100 (MET) Message-ID: <3A632009.1030604@enition.com> Date: Mon, 15 Jan 2001 17:06:33 +0100 From: Xavier Galleri User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; m18) Gecko/20001108 Netscape6/6.0 X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG Subject: Re: Need help for kernel crash dump analysis References: <20010111163903.E6FF737B400@hub.freebsd.org> <3A5DE59F.6060602@enition.com> <3A5E090B.40601@enition.com> <20010111114318.C7240@fw.wintelcom.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ok, let's start again (in plain text this time, thanx again, Daniel ;-) I use a private scheme to interact with the 'ipintr' isr. The two following routines are expected to be called either by our modified version of 'ip_input' at network SWI level or at user level. int my_global_ipl=0; void my_enter() { int s=splnet(); /* We do not expect this routine to be reentrant, thus the following sanity check. */ ASSERT(my_global_ipl==0); my_global_ipl=s; } void my_exit() { int s=my_global_ipl; my_global_ipl=0; splx(s); } The crashes I got are always due to the assertion failure occuring in the 'ipintr' isr. This *seems* to indicate that 'my_enter' is called at the network SWI level after another execution flow has called 'my_enter' itself and has *NOT* called 'my_exit' yet ! This actually seems strange due to the 'splnet', and the only explanation I have found is that the first execution flow has fallen asleep somewhere in the kernel (while this is not expected, of course !). Now, if you've read my first mail, I was actually asking for help onhow to dump the stack of an interrupted process with GDB when the kernelcrash occurs in the context of an isr. Actually, I would like to know how I could dump the stack of *any* process at the time of the crash. This way, I would be able to see where my user-land daemon was lying in the kernel when the interrupt occurs. Anyway, without this information, I am reduced to add some traps on the track of the execution of my process within my kernel code. This brought me to surround calls to MALLOC with counters as follows: somewhere_else() { ... my_enter(); /* handle competition with network isr (especially ipintr) */ ... some_counter++; MALLOC(buf,cast,size,M_DEVBUF,M_NOWAIT); some_other_counter++; ... my_exit(); ... } Then, all crashes I got show the following equation at the time of crash: ( some_counter - some_other_counter == 1 ) which *seems* to indicate that that my process has been somehow preempted during the call to MALLOC. My belief is that the FreeBSD kernel is (currently) a monolithic non-preemptive non-threaded UNIX kernel, thus implying that : * system-scope scheduling is still done at process level (no kernel thread yet) * any process executing in the kernel cannot be preempted for execution by another process unless it either returns to user code or falls explicitely asleep. * the only interlocking that must be done is with interrupts (when relevant), using the 'spl' management routine set. Is that correct ? Well, I am obviously tracking a bug in my own code, but I would greatly appreciate to get help either on my GDB usage question or through technical hints on where I should look at to progress in my investigation. Thank you very much for your attention, Rgds, Xavier Alfred Perlstein wrote: > * Xavier Galleri [010111 11:27] wrote: > >> Hi everybody, >> >> I have reached a point where I am wondering if a call to 'malloc' with >> the M_NOWAIT flag is not falling asleep ! > > > M_NOWAIT shouldn't sleep. > >> In fact, I suspect that the interrupted context is somewhere during a >> call to 'malloc' (I increment a counter just before calling malloc and >> increment another just after and the difference is one !) while I have >> called 'splnet' beforehand, thus normally preventing competing with any >> network isr. I assume that this shouldnever occur unless the code is >> somewhere calling 'sleep' and provoke acontext switch. > > > if you add 1 to a variable the difference is expected to be one. > >> Is there anybody who can help on this ? > > > I'm not sure, you need to be more specific/clear. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 15 8:39: 1 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 E64E237B400 for ; Mon, 15 Jan 2001 08:38:44 -0800 (PST) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f0FGcgR08233; Mon, 15 Jan 2001 08:38:42 -0800 (PST) Date: Mon, 15 Jan 2001 08:38:42 -0800 From: Alfred Perlstein To: Xavier Galleri Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Need help for kernel crash dump analysis Message-ID: <20010115083842.V7240@fw.wintelcom.net> References: <20010111163903.E6FF737B400@hub.freebsd.org> <3A5DE59F.6060602@enition.com> <3A5E090B.40601@enition.com> <20010111114318.C7240@fw.wintelcom.net> <3A632009.1030604@enition.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A632009.1030604@enition.com>; from xgalleri@enition.com on Mon, Jan 15, 2001 at 05:06:33PM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Xavier Galleri [010115 08:07] wrote: > Ok, let's start again (in plain text this time, thanx again, Daniel ;-) Yes, let's please start over by having you provide a delta relative to a recent -stable or -current source code base that reproduces this bug exactly. I'd be glad to help however running around half blind to what exactly you're doing along with the time it would take to reproduce the "problem" you're having without above mentioned delta is really too much to ask. So please, a delta to reproduce this asap. thanks, -- -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 15 8:42: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.matriplex.com (ns1.matriplex.com [208.131.42.8]) by hub.freebsd.org (Postfix) with ESMTP id 8C5FB37B404 for ; Mon, 15 Jan 2001 08:41:52 -0800 (PST) Received: from mail.matriplex.com (mail.matriplex.com [208.131.42.9]) by mail.matriplex.com (8.9.2/8.9.2) with ESMTP id IAA97967 for ; Mon, 15 Jan 2001 08:41:52 -0800 (PST) (envelope-from rh@matriplex.com) Date: Mon, 15 Jan 2001 08:41:51 -0800 (PST) From: Richard Hodges To: hackers@FreeBSD.ORG Subject: Re: One thing linux does better than FreeBSD... In-Reply-To: <35928.979562438@critter> 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, 15 Jan 2001, Poul-Henning Kamp wrote: > There is one point where I have to conceed defeat to Linux. > > That fat little penguin is everywhere. > > The main reason we practically don't see beastie at all is that > there is no artwork to get hold of anywhere... > > Please, somebody, anybody: Can we have some beastie artwork in > usable sizes for posters, T-shirts and such ??? I'm not an artist, but I can visualize a graphic that I think would be pretty cool... Picture the Daemon standing next to a penguin. The penguin is holding a flag, as if a colorguard. Make that a MS flag. And the Daemon is setting it on fire... Who said flag burning has to be unpatriotic? :-) -Richard ------------------------------------------- Richard Hodges | Matriplex, inc. | 769 Basque Way rh@matriplex.com | Carson City, NV 89706 775-886-6477 | www.matriplex.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 15 9: 5:29 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 C90AE37B400 for <freebsd-hackers@FreeBSD.ORG>; Mon, 15 Jan 2001 09:05:09 -0800 (PST) Received: by smtp.nettoll.com; Mon, 15 Jan 2001 18:01:32 +0100 (MET) Message-ID: <3A632DD3.1040202@enition.com> Date: Mon, 15 Jan 2001 18:05:23 +0100 From: Xavier Galleri <xgalleri@enition.com> User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; m18) Gecko/20001108 Netscape6/6.0 X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG Subject: Re: Need help for kernel crash dump analysis References: <20010111163903.E6FF737B400@hub.freebsd.org> <3A5DE59F.6060602@enition.com> <3A5E090B.40601@enition.com> <20010111114318.C7240@fw.wintelcom.net> <3A632009.1030604@enition.com> <20010115083842.V7240@fw.wintelcom.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thank you for your answer, We are actually working with FreeBSD 4.1-RELEASE. The 'delta' you are refering to is actually a bit too large to be displayed simply in this mailing list. I am not sure to be able to produce the same problem with a small prototype because of the actual complexity of our processing inside 'ip_input'. I will see what I can do ... Concerning the question on GDB usage, do you have any hint to provide ? Also, concerning my assumption on FreeBSD behaviour with regards to preemption, could you confirm that it is correct ? And do you agree with me that I should not get ( some_counter - some_other_counter == 1 ) when 'splnet' has been called (this I have asserted by printing 'cpl' to be equal to 0x620000 at crash time) ? Regards, Xavier Alfred Perlstein wrote: > * Xavier Galleri <xgalleri@enition.com> [010115 08:07] wrote: > >> Ok, let's start again (in plain text this time, thanx again, Daniel ;-) > > > Yes, let's please start over by having you provide a delta relative > to a recent -stable or -current source code base that reproduces this > bug exactly. I'd be glad to help however running around half blind > to what exactly you're doing along with the time it would take to > reproduce the "problem" you're having without above mentioned delta > is really too much to ask. > > So please, a delta to reproduce this asap. > > thanks, > -- > -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 > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 15 9:10: 5 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 78A8737B400 for <freebsd-hackers@FreeBSD.ORG>; Mon, 15 Jan 2001 09:09:46 -0800 (PST) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f0FH9ii08979; Mon, 15 Jan 2001 09:09:44 -0800 (PST) Date: Mon, 15 Jan 2001 09:09:44 -0800 From: Alfred Perlstein <bright@wintelcom.net> To: Xavier Galleri <xgalleri@enition.com> Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Need help for kernel crash dump analysis Message-ID: <20010115090944.W7240@fw.wintelcom.net> References: <20010111163903.E6FF737B400@hub.freebsd.org> <3A5DE59F.6060602@enition.com> <3A5E090B.40601@enition.com> <20010111114318.C7240@fw.wintelcom.net> <3A632009.1030604@enition.com> <20010115083842.V7240@fw.wintelcom.net> <3A632DD3.1040202@enition.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A632DD3.1040202@enition.com>; from xgalleri@enition.com on Mon, Jan 15, 2001 at 06:05:23PM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Xavier Galleri <xgalleri@enition.com> [010115 09:05] wrote: > Thank you for your answer, > > We are actually working with FreeBSD 4.1-RELEASE. The 'delta' you are > refering to is actually a bit too large to be displayed simply in this > mailing list. I am not sure to be able to produce the same problem with > a small prototype because of the actual complexity of our processing > inside 'ip_input'. I will see what I can do ... I didn't want your proprietary code, I just want a simple delta that shows the problem you're having. > Concerning the question on GDB usage, do you have any hint to provide ? Not sure, the handbook should explain how to run gdb remotely over serial console, that can be very helpful. > Also, concerning my assumption on FreeBSD behaviour with regards to > preemption, could you confirm that it is correct ? And do you agree with > me that I should not get ( some_counter - some_other_counter == 1 ) when > 'splnet' has been called (this I have asserted by printing 'cpl' to be > equal to 0x620000 at crash time) ? Not sure, I would need the code to know if what you're doing follows this invariant. -- -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 15 9:16:52 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 EC05C37B400 for <hackers@FreeBSD.ORG>; Mon, 15 Jan 2001 09:16:35 -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 <01JYY1WIJTNK0003FJ@research.kpn.com> for hackers@FreeBSD.ORG; Mon, 15 Jan 2001 18:16:18 +0100 Received: by l04.research.kpn.com with Internet Mail Service (5.5.2653.19) id <C09F0HSF>; Mon, 15 Jan 2001 18:16:17 +0100 Content-return: allowed Date: Mon, 15 Jan 2001 18:16:11 +0100 From: "Koster, K.J." <K.J.Koster@kpn.com> Subject: RE: psmintr: out of sync To: 'Kazutaka YOKOTA' <yokota@zodiac.mech.utsunomiya-u.ac.jp>, Greg Black <gjb@gbch.net> Cc: hackers@FreeBSD.ORG Message-id: <59063B5B4D98D311BC0D0001FA7E4522026D7AFC@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 > > There is a workaround, if not a fix, for this problem in -CURRENT. > > Apply the following patch to /sys/isa/psm.c and add flags 0x8000 > to psm driver in your kernel config file as follows. > I had this problem (without moused) and I used this hack before I switched to XFree86 4.x from 3.3.6. Now I've run for months without seeing it. 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 Mon Jan 15 9:39: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from spammie.svbug.com (unknown [198.79.110.2]) by hub.freebsd.org (Postfix) with ESMTP id CADB237B69C for <freebsd-hackers@FreeBSD.ORG>; Mon, 15 Jan 2001 09:38:42 -0800 (PST) Received: from spammie.svbug.com (localhost.mozie.org [127.0.0.1]) by spammie.svbug.com (8.9.3/8.9.3) with ESMTP id JAA00302; Mon, 15 Jan 2001 09:37:21 -0800 (PST) (envelope-from jessem@spammie.svbug.com) Message-Id: <200101151737.JAA00302@spammie.svbug.com> Date: Mon, 15 Jan 2001 05:53:46 -0800 (PST) From: opentrax@email.com Reply-To: opentrax@email.com Subject: Re: [Question] CVS and CVS@freebsd To: alex@kapran.bitmcnit.bryansk.su Cc: 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 On 7 Jan, Alex Kapranoff wrote: > On Sat, Jan 06, 2001 at 08:16:29PM -0800, opentrax@email.com wrote: >> [Note: I've BCC'd to arch to get advanced implemention suggestions] >> >> Hey everyone OpenCountry.org has asked me to setup >> a CVS repository for them. Their business plan includes >> packageing, wrapping and selling LINUX open source software. >> >> They want to build an infrastructure to support multiple unrelated >> independent developers. It will include the usual web, mailing list >> stuff, but they also want CVS, bug reporting and integrationg >> with the message board (Twiki). > > If they want something like SourceForge, why not implemented it > using SourceForge code? It's Open Source. > That's an excellent suggestion. I'll make sure to look at it. BTW, are they running *BSD? That is what I'm looking for. Jessem. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 15 9:59:31 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 4167B37B400; Mon, 15 Jan 2001 09:59:06 -0800 (PST) Received: from localhost (IDENT:C9686BhWcmz4H1QofwoGrjiQpMoUG+tiSUlquUCKdDAlWzdFI1GwqruyqTNeBlRt@localhost [::1]) (authenticated) by peace.mahoroba.org (8.11.2/8.11.2/peace) with ESMTP/inet6 id f0FHvjw00705; Tue, 16 Jan 2001 02:57:46 +0900 (JST) (envelope-from ume@FreeBSD.org) Date: Tue, 16 Jan 2001 02:57:41 +0900 (JST) Message-Id: <20010116.025742.74757685.ume@FreeBSD.org> To: current@freebsd.org, hackers@freebsd.org Subject: number of processes forked since boot From: Hajimu UMEMOTO <ume@FreeBSD.org> X-Mailer: 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 Hi, I wish to obtain number of processes forked since boot from userland. So, I made a patch to intend to commit. Any comment? Index: lib/libc/gen/sysctl.3 diff -u lib/libc/gen/sysctl.3.orig lib/libc/gen/sysctl.3 --- lib/libc/gen/sysctl.3.orig Fri Jan 12 02:39:22 2001 +++ lib/libc/gen/sysctl.3 Tue Jan 16 02:13:19 2001 @@ -294,6 +294,7 @@ .It "KERN\_UPDATEINTERVAL integer no" .It "KERN\_VERSION string no" .It "KERN\_VNODE struct vnode no" +.It "KERN\_NFORKS integer no" .El .Pp .Bl -tag -width 6n @@ -445,6 +446,8 @@ .Va struct vnode * followed by the vnode itself .Va struct vnode . +.It Li KERN_NFORKS +Number of processes forked. .El .Ss CTL_MACHDEP The set of variables defined is architecture dependent. Index: sbin/sysctl/sysctl.8 diff -u sbin/sysctl/sysctl.8.orig sbin/sysctl/sysctl.8 --- sbin/sysctl/sysctl.8.orig Fri Jan 12 02:42:23 2001 +++ sbin/sysctl/sysctl.8 Tue Jan 16 02:13:19 2001 @@ -145,6 +145,7 @@ .It "kern.bootfile string yes .It "kern.corefile string yes .It "kern.logsigexit integer yes +.It "kern.nforks integer no .It "vm.loadavg struct no .It "hw.machine string no .It "hw.model string no Index: sys/kern/kern_fork.c diff -u sys/kern/kern_fork.c.orig sys/kern/kern_fork.c --- sys/kern/kern_fork.c.orig Fri Jan 12 02:46:53 2001 +++ sys/kern/kern_fork.c Tue Jan 16 02:30:26 2001 @@ -146,6 +146,9 @@ int nprocs = 1; /* process 0 */ static int nextpid = 0; +static unsigned int nforks = 0; +SYSCTL_UINT(_kern, KERN_NFORKS, nforks, CTLFLAG_RD, &nforks, 0, ""); + /* * Random component to nextpid generation. We mix in a random factor to make * it a little harder to predict. We sanity check the modulus value to avoid @@ -277,6 +280,8 @@ } newproc->p_vmspace = NULL; + + nforks++; /* * Find an unused process ID. We remember a range of unused IDs Index: sys/sys/sysctl.h diff -u sys/sys/sysctl.h.orig sys/sys/sysctl.h --- sys/sys/sysctl.h.orig Fri Jan 12 02:48:41 2001 +++ sys/sys/sysctl.h Tue Jan 16 02:13:19 2001 @@ -328,7 +328,8 @@ #define KERN_PS_STRINGS 32 /* int: address of PS_STRINGS */ #define KERN_USRSTACK 33 /* int: address of USRSTACK */ #define KERN_LOGSIGEXIT 34 /* int: do we log sigexit procs? */ -#define KERN_MAXID 35 /* number of valid kern ids */ +#define KERN_NFORKS 35 /* uint: number of forked */ +#define KERN_MAXID 36 /* number of valid kern ids */ #define CTL_KERN_NAMES { \ { 0, 0 }, \ @@ -366,6 +367,7 @@ { "ps_strings", CTLTYPE_INT }, \ { "usrstack", CTLTYPE_INT }, \ { "logsigexit", CTLTYPE_INT }, \ + { "nforks", CTLTYPE_UINT }, \ } /* -- 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 Mon Jan 15 10:20:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f60.law9.hotmail.com [64.4.9.60]) by hub.freebsd.org (Postfix) with ESMTP id 9261237B401 for <freebsd-hackers@FreeBSD.ORG>; Mon, 15 Jan 2001 10:20:07 -0800 (PST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 15 Jan 2001 10:20:07 -0800 Received: from 12.20.190.1 by lw9fd.law9.hotmail.msn.com with HTTP; Mon, 15 Jan 2001 18:20:07 GMT X-Originating-IP: [12.20.190.1] From: "gerald stoller" <gerald_stoller@hotmail.com> To: freebsd-hackers@FreeBSD.ORG Subject: Mounting a CDROM in freeBSD 4.2 Date: Mon, 15 Jan 2001 13:20:07 -0500 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: <F60k4R9xC2pKFRyqwdp00013d3f@hotmail.com> X-OriginalArrivalTime: 15 Jan 2001 18:20:07.0249 (UTC) FILETIME=[C9C92410:01C07F1F] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Please send the response directly back to me, in addition to sending it to hackers , as the volume of mail to hackers is so great that I could very easily miss the response if it were only sent there. I just installed freeBSD 4.2 and found that I couldn't mount a CDROM even though I copied the command-lines from (the top of) page 236 of Greg Lehey's book (ISBN 1-57176-246-9). When I was running freeBSD 3.3 , I was able to mount a CDROM , and I believe I did it just as described in Greg's book. The error message that I get is 'cd9660: Device not configured'. I was able to mount and read an MSDOS floppy. _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.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 15 10:51:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id BE72337B402 for <freebsd-hackers@FreeBSD.ORG>; Mon, 15 Jan 2001 10:51:03 -0800 (PST) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id TAA33908; Mon, 15 Jan 2001 19:50:59 +0100 (CET) (envelope-from sos) From: Soren Schmidt <sos@freebsd.dk> Message-Id: <200101151850.TAA33908@freebsd.dk> Subject: Re: Mounting a CDROM in freeBSD 4.2 In-Reply-To: <F60k4R9xC2pKFRyqwdp00013d3f@hotmail.com> from gerald stoller at "Jan 15, 2001 01:20:07 pm" To: gerald_stoller@hotmail.com (gerald stoller) Date: Mon, 15 Jan 2001 19:50:59 +0100 (CET) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems gerald stoller wrote: > Please send the response directly back to me, in addition to sending > it to hackers , as the volume of mail to hackers is so great that I could > very easily miss the response if it were only sent there. > I just installed freeBSD 4.2 and found that I couldn't mount a > CDROM even though I copied the command-lines from (the top of) page 236 of > Greg Lehey's book (ISBN 1-57176-246-9). When I was running freeBSD 3.3 , I > was able to mount a CDROM , and I believe I did it just as described in > Greg's book. The error message that I get is 'cd9660: Device not > configured'. I was able to mount and read an MSDOS floppy. You dont give us any information to go on at all, what was the exact command you issue'd ? -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 15 14: 1:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from herbelot.dyndns.org (s014.dhcp212-24.cybercable.fr [212.198.24.14]) by hub.freebsd.org (Postfix) with ESMTP id D28EF37B404 for <hackers@freebsd.org>; Mon, 15 Jan 2001 14:01:21 -0800 (PST) Received: from free.fr (multi.herbelot.nom [192.168.1.2]) by herbelot.dyndns.org (8.9.3/8.9.3) with ESMTP id XAA57351 for <hackers@freebsd.org>; Mon, 15 Jan 2001 23:01:19 +0100 (CET) (envelope-from thierry.herbelot@free.fr) Message-ID: <3A63732B.B92D7DDD@free.fr> Date: Mon, 15 Jan 2001 23:01:15 +0100 From: Thierry Herbelot <thierry.herbelot@free.fr> X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: hackers@freebsd.org Subject: What to do if a box is just "frozen" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, I've got a little application at work which can "just freeze" a 4.2-Release : the purpose of the application is just a packet blaster used for telecom equipement test (send as many UDP packets as ordered, on as many interfaces as there are on a machine). So, on my 4.2-R test box (no-thrills BX, P-III 700 intel box), I have some tens (around 30 of them) of such processes sending their packets, and after some time (I have to more precisely determine this "some time"), the box simply locks. I do not see any message on console. I have connected a real keyboard (the box was connected to a KVM switch), I have DDB enabled in the kernel, and the box is still freezing (if it were at least panicing, this would be a good start) : I can't jump with ctrl-alt-esc to DDB (even Ctrl-Alt-Del does not reboot the machine). The memory does not seem to be a problem, as there are around 50 free megabytes (out of 128), if top is to be believed (the box does not run anything else than the blaster). the kernel is compiled with 8192 Mbuf clusters (runs of netstat -m give a use of around 400 out of the 8192 clusters) the "freezing" happens when the blaster is run as root, and also happens when run as a casual user. the box has a reset button, but this obvioulsy erases any data in memory. Is there something I could do to debug this problem ? (is there any way to force a crash dump, via a serial console perhaps ? what is really depressing is the loss of control from the keyboard, not being able to switch to DDB) I will try to upgrade the boxes to a more recent -Stable, to see if the problem still exists. TIA for any idea -- Thierry Herbelot To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 15 14:15:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.pangeatech.com (pangeatech-151.pangeatech.primenet.com [207.218.87.151]) by hub.freebsd.org (Postfix) with ESMTP id 19C3437B401 for <hackers@freebsd.org>; Mon, 15 Jan 2001 14:15:07 -0800 (PST) Received: from [63.110.33.158] by mail.pangeatech.com (NTMail 6.02.0004/NU8172.00.4d3e3a24) with ESMTP id nfdfeaaa for hackers@freebsd.org; Mon, 15 Jan 2001 15:13:43 -0700 Message-ID: <3A63785D.15B95577@pangeatech.com> Date: Mon, 15 Jan 2001 15:23:25 -0700 From: Janie Dykes <jkn33@pangeatech.com> X-Mailer: Mozilla 4.08 [en] (X11; I; FreeBSD 4.1-RELEASE i386) MIME-Version: 1.0 To: Thierry Herbelot <thierry.herbelot@free.fr> Cc: hackers@freebsd.org Subject: Re: What to do if a box is just "frozen" References: <3A63732B.B92D7DDD@free.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thierry - I have a 4.1 Release box that seems to mimic your 'freezing' encounter. I seem to run into the same thing after having my box up for long periods of time and especially after using anything that requires bpf0. I've wondered if it was just an error in the kernel I compiled, or unusual network activity or the result of bad RAM or a physical hardware problem. I would love to know if anyone else has encountered this oddity. Any feedbak would be appreciated - Janie Thierry Herbelot wrote: > Hello, > > I've got a little application at work which can "just freeze" a > 4.2-Release : the purpose of the application is just a packet blaster > used for telecom equipement test (send as many UDP packets as ordered, > on as many interfaces as there are on a machine). > > So, on my 4.2-R test box (no-thrills BX, P-III 700 intel box), I have > some tens (around 30 of them) of such processes sending their packets, > and after some time (I have to more precisely determine this "some > time"), the box simply locks. > I do not see any message on console. > > I have connected a real keyboard (the box was connected to a KVM > switch), I have DDB enabled in the kernel, and the box is still freezing > (if it were at least panicing, this would be a good start) : I can't > jump with ctrl-alt-esc to DDB (even Ctrl-Alt-Del does not reboot the > machine). > > The memory does not seem to be a problem, as there are around 50 free > megabytes (out of 128), if top is to be believed (the box does not run > anything else than the blaster). the kernel is compiled with 8192 Mbuf > clusters (runs of netstat -m give a use of around 400 out of the 8192 > clusters) > > the "freezing" happens when the blaster is run as root, and also happens > when run as a casual user. > > the box has a reset button, but this obvioulsy erases any data in > memory. > > Is there something I could do to debug this problem ? (is there any way > to force a crash dump, via a serial console perhaps ? what is really > depressing is the loss of control from the keyboard, not being able to > switch to DDB) > > I will try to upgrade the boxes to a more recent -Stable, to see if the > problem still exists. > > TIA for any idea > > -- > Thierry Herbelot > > 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 15 14:16:10 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from herbelot.dyndns.org (s014.dhcp212-24.cybercable.fr [212.198.24.14]) by hub.freebsd.org (Postfix) with ESMTP id E219237B698 for <hackers@freebsd.org>; Mon, 15 Jan 2001 14:15:49 -0800 (PST) Received: from free.fr (multi.herbelot.nom [192.168.1.2]) by herbelot.dyndns.org (8.9.3/8.9.3) with ESMTP id XAA57365; Mon, 15 Jan 2001 23:15:05 +0100 (CET) (envelope-from thierry.herbelot@free.fr) Message-ID: <3A637669.A7328A52@free.fr> Date: Mon, 15 Jan 2001 23:15:05 +0100 From: Thierry Herbelot <thierry.herbelot@free.fr> X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Eric Lee Green <eric@estinc.com>, hackers@freebsd.org Subject: Re: What to do if a box is just "frozen" References: <Pine.LNX.4.21.0101151506440.882-100000@h23.estsatnet> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Eric Lee Green wrote: > > On Mon, 15 Jan 2001, Thierry Herbelot wrote: > > I've got a little application at work which can "just freeze" a > > 4.2-Release : the purpose of the application is just a packet blaster > > Are you sure it's not a hardware problem? Have you tried it with different > hardware? positive : the box makes regularly the world or a kernel, and this is as good a hardware test as can be (furthermore, the same programs, when run in a smaller number, runs happyly) > > I had a "just freeze" problem in FreeBSD 3.3, but I was able to duplicate > the behavior on other machines. They managed to whomp it for 3.4. Just > curious to see whether it has made it back for 4.2 ("It's BAAAACK!!!"). I hope it isn't so : 4.x architecture is quite different when compared to 3.x -- Thierry Herbelot To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 15 14:33:53 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from web114.yahoomail.com (web114.mail.yahoo.com [205.180.60.86]) by hub.freebsd.org (Postfix) with SMTP id E849037B69B for <hackers@FreeBSD.org>; Mon, 15 Jan 2001 14:33:36 -0800 (PST) Received: (qmail 14963 invoked by uid 60001); 15 Jan 2001 22:33:36 -0000 Message-ID: <20010115223336.14962.qmail@web114.yahoomail.com> Received: from [216.93.101.13] by web114.yahoomail.com; Mon, 15 Jan 2001 14:33:36 PST Date: Mon, 15 Jan 2001 14:33:36 -0800 (PST) From: abtm <abtm@yahoo.com> Subject: Tircproxy 0.4.x and ipf after version 3.3.8 To: avalon@coombs.anu.edu.au, 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 I am having problems getting tircproxy to work on FreeBSD 4.2 using IPF version 3.4.8. tircproxy compiles and starts up, but when a client tries to connect, I get "ioctl: Invalid argument" or "Invalid address" and the client ges an imediate connection reset by peer. I have searched through the mailing lists and have found only one reference to this problem: http://false.net/ipfilter/2000_01/0393.html. I contacted the poster and asked him if he was ever able to make it work and he said no. I have looked through the source files for tircproxy and found one section of code in tircproxy.c that deals with ioctl which is: fd = open(IPL_NAT, O_RDONLY); if (ioctl(fd, SIOCGNATL, &natlook) == -1) { perror("ioctl"); exit(-1); } close(fd); Any ideas or suggestions would be greatly appreciated. Thanks. __________________________________________________ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. 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 Mon Jan 15 14:47:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 2456437B402; Mon, 15 Jan 2001 14:47:19 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id XAA34015; Mon, 15 Jan 2001 23:47:16 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: wkb@freebie.demon.nl Cc: Poul-Henning Kamp <phk@FreeBSD.ORG>, hackers@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: One thing linux does better than FreeBSD... References: <E14I9AQ-000G0b-00@post.mail.nl.demon.net> From: Dag-Erling Smorgrav <des@ofug.org> Date: 15 Jan 2001 23:47:15 +0100 In-Reply-To: wkb@freebie.demon.nl's message of "Mon, 15 Jan 2001 12:55:22 GMT" Message-ID: <xzpofx8mo0c.fsf@flood.ping.uio.no> Lines: 13 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG wkb@freebie.demon.nl writes: > Jordan/BSDi have been/are still in contact with folks here in the Netherlands > who create beastie artwork (e.g. the 'newsreader beastie with > milkshake', the 'forklift / release beastie' are all from their desk). They weren't very well received. The 3.1-RELEASE and 3.2-RELEASE CD sets had the "waiter beastie" graphic (the one on 3.1 had no tail!), but by 3.3 WC had reverted to Hosokawa-san's "beastie coming out of a CD" artwork. DES -- Dag-Erling Smorgrav - des@ofug.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 15 14:49:10 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f203.law9.hotmail.com [64.4.9.203]) by hub.freebsd.org (Postfix) with ESMTP id 3C2C037B698 for <freebsd-hackers@FreeBSD.ORG>; Mon, 15 Jan 2001 14:48:53 -0800 (PST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 15 Jan 2001 14:48:53 -0800 Received: from 12.20.190.1 by lw9fd.law9.hotmail.msn.com with HTTP; Mon, 15 Jan 2001 22:48:52 GMT X-Originating-IP: [12.20.190.1] From: "gerald stoller" <gerald_stoller@hotmail.com> To: sos@freebsd.dk Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Mounting a CDROM in freeBSD 4.2 Date: Mon, 15 Jan 2001 17:48:52 -0500 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: <F203gVZKjMWbPn46PIb0000c81f@hotmail.com> X-OriginalArrivalTime: 15 Jan 2001 22:48:53.0051 (UTC) FILETIME=[558340B0:01C07F45] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >From: Soren Schmidt <sos@freebsd.dk> >To: gerald_stoller@hotmail.com (gerald stoller) >CC: freebsd-hackers@FreeBSD.ORG >Subject: Re: Mounting a CDROM in freeBSD 4.2 >Date: Mon, 15 Jan 2001 19:50:59 +0100 (CET) > >It seems gerald stoller wrote: > > Please send the response directly back to me, in addition to >sending > > it to hackers , as the volume of mail to hackers is so great that I >could > > very easily miss the response if it were only sent there. > > I just installed freeBSD 4.2 and found that I couldn't mount a > > CDROM even though I copied the command-lines from (the top of) page 236 >of > > Greg Lehey's book (ISBN 1-57176-246-9). When I was running freeBSD 3.3 >, I > > was able to mount a CDROM , and I believe I did it just as described in > > Greg's book. The error message that I get is 'cd9660: Device not > > configured'. I was able to mount and read an MSDOS floppy. > >You dont give us any information to go on at all, what was the >exact command you issue'd ? > >-Søren > The exact command (issued as root ) was mount -t cd9660 -o ro /dev/cd1a /cdrom after I had previously done mkdir /cdrom . I also read the man pages for the mount's . _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.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 15 14:54:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from post.mail.nl.demon.net (post-10.mail.nl.demon.net [194.159.73.20]) by hub.freebsd.org (Postfix) with ESMTP id 129B137B69F; Mon, 15 Jan 2001 14:53:49 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #2) id 14IIVY-000489-00; Mon, 15 Jan 2001 22:53:48 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.1/8.11.1) id f0FMtD000828; Mon, 15 Jan 2001 23:55:13 +0100 (CET) (envelope-from wkb) Date: Mon, 15 Jan 2001 23:55:13 +0100 From: Wilko Bulte <wkb@freebie.demon.nl> To: Dag-Erling Smorgrav <des@ofug.org> Cc: Poul-Henning Kamp <phk@FreeBSD.ORG>, hackers@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: One thing linux does better than FreeBSD... Message-ID: <20010115235513.A802@freebie.demon.nl> References: <E14I9AQ-000G0b-00@post.mail.nl.demon.net> <xzpofx8mo0c.fsf@flood.ping.uio.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <xzpofx8mo0c.fsf@flood.ping.uio.no>; from des@ofug.org on Mon, Jan 15, 2001 at 11:47:15PM +0100 X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jan 15, 2001 at 11:47:15PM +0100, Dag-Erling Smorgrav wrote: > wkb@freebie.demon.nl writes: > > Jordan/BSDi have been/are still in contact with folks here in the Netherlands > > who create beastie artwork (e.g. the 'newsreader beastie with > > milkshake', the 'forklift / release beastie' are all from their desk). > > They weren't very well received. The 3.1-RELEASE and 3.2-RELEASE CD > sets had the "waiter beastie" graphic (the one on 3.1 had no tail!), > but by 3.3 WC had reverted to Hosokawa-san's "beastie coming out of a > CD" artwork. Whatever. I just wanted to make the point that artwork does not appear out of blue sky. And good ideas for artwork are very hard to come by. One needs good ideas, and then a good artist to do the work. Neither of which I see at the moment?? Wilko NB: my all-time favorite is the 2.1-cover that never made it. The one with "A giant step for PCs" and the Apollo moonlander, the sneaker footprint and the shadow of beastie. I only have a hardcopy, if anyone still has the file I'd sure like a copy. -- | / o / / _ Arnhem, The Netherlands email: wilko@freebsd.org |/|/ / / /( (_) Bulte http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 15 15:11:45 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 4903737B6AF; Mon, 15 Jan 2001 15:11:25 -0800 (PST) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.1/8.11.1) with ESMTP id f0FNBNZ40949; Tue, 16 Jan 2001 00:11:23 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Wilko Bulte <wkb@freebie.demon.nl> Cc: Dag-Erling Smorgrav <des@ofug.org>, hackers@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: One thing linux does better than FreeBSD... In-Reply-To: Your message of "Mon, 15 Jan 2001 23:55:13 +0100." <20010115235513.A802@freebie.demon.nl> Date: Tue, 16 Jan 2001 00:11:23 +0100 Message-ID: <40947.979600283@critter> From: Poul-Henning Kamp <phk@critter.freebsd.dk> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010115235513.A802@freebie.demon.nl>, Wilko Bulte writes: >On Mon, Jan 15, 2001 at 11:47:15PM +0100, Dag-Erling Smorgrav wrote: >> wkb@freebie.demon.nl writes: >> > Jordan/BSDi have been/are still in contact with folks here in the Netherlands >> > who create beastie artwork (e.g. the 'newsreader beastie with >> > milkshake', the 'forklift / release beastie' are all from their desk). >> >> They weren't very well received. The 3.1-RELEASE and 3.2-RELEASE CD >> sets had the "waiter beastie" graphic (the one on 3.1 had no tail!), >> but by 3.3 WC had reverted to Hosokawa-san's "beastie coming out of a >> CD" artwork. > >Whatever. I just wanted to make the point that artwork does not appear out >of blue sky. I agree, it doesn't come out of the blue sky as the almost total lack thereof has shown, but I think it is a minor but important detail which would seriously help our advocacy. Isn't there *anybody* here who has a SO/family member/neighbor in the graphic/design business ? -- 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 15 15:27: 2 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sdmail0.sd.bmarts.com (sdmail0.sd.bmarts.com [192.215.234.86]) by hub.freebsd.org (Postfix) with SMTP id 2D97837B6BC for <freebsd-hackers@FreeBSD.ORG>; Mon, 15 Jan 2001 15:26:43 -0800 (PST) Received: (qmail 23101 invoked by uid 1078); 15 Jan 2001 23:26:46 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 15 Jan 2001 23:26:46 -0000 Date: Mon, 15 Jan 2001 15:26:46 -0800 (PST) From: Gordon Tetlow <gordont@bluemtn.net> X-X-Sender: <gordont@sdmail0.sd.bmarts.com> To: gerald stoller <gerald_stoller@hotmail.com> Cc: <freebsd-hackers@FreeBSD.ORG> Subject: Re: Mounting a CDROM in freeBSD 4.2 In-Reply-To: <F60k4R9xC2pKFRyqwdp00013d3f@hotmail.com> Message-ID: <Pine.BSF.4.31.0101151524200.3909-100000@sdmail0.sd.bmarts.com> 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, 15 Jan 2001, gerald stoller wrote: > I just installed freeBSD 4.2 and found that I couldn't mount a > CDROM even though I copied the command-lines from (the top of) page 236 of > Greg Lehey's book (ISBN 1-57176-246-9). When I was running freeBSD 3.3 , I > was able to mount a CDROM , and I believe I did it just as described in > Greg's book. The error message that I get is 'cd9660: Device not > configured'. I was able to mount and read an MSDOS floppy. You need to check your dmesg to see what device is your cdrom drive. For example: acd0: CDROM <TOSHIBA CD-ROM XM-6602B> at ata1-master using PIO4 So I use: mount -t cd9660 -o ro /dev/acd0a /mnt Hope this helps. -gordon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 15 15:44:56 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f90.law9.hotmail.com [64.4.9.90]) by hub.freebsd.org (Postfix) with ESMTP id BA87C37B699 for <freebsd-hackers@FreeBSD.ORG>; Mon, 15 Jan 2001 15:44:37 -0800 (PST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 15 Jan 2001 15:44:37 -0800 Received: from 12.20.190.1 by lw9fd.law9.hotmail.msn.com with HTTP; Mon, 15 Jan 2001 23:44:37 GMT X-Originating-IP: [12.20.190.1] From: "gerald stoller" <gerald_stoller@hotmail.com> To: freebsd-hackers@FreeBSD.ORG Subject: FreeBSD.ORG subscription lists Date: Mon, 15 Jan 2001 18:44:37 -0500 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: <F90cd5BOzP0x9R09y1p00006758@hotmail.com> X-OriginalArrivalTime: 15 Jan 2001 23:44:37.0588 (UTC) FILETIME=[1F031940:01C07F4D] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Please send the response directly back to me, in addition to sending it to hackers , as the volume of mail to hackers is so great that I could very easily miss the response if it were only sent there. Once (when I had the time) I went to the FreeBSD.ORG website and found a list of all the lists/groups to which one could subscribe (including hackers , newbies , security , etc.). Some were open to the public and others were restricted; one of the open ones I saw there was named 'install' (or something close to that, but when I tried to subscribe to it, the MajorDomo claimed there was no such list. Can anybody please direct me back to that list of all the lists/groups to which one could subscribe (I'll like to bookmark it), and to this specific one? _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.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 15 15:51: 5 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 861EC37B401; Mon, 15 Jan 2001 15:50:45 -0800 (PST) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 37E966AC23; Tue, 16 Jan 2001 10:20:39 +1030 (CST) Date: Tue, 16 Jan 2001 10:20:39 +1030 From: Greg Lehey <grog@lemis.com> To: Poul-Henning Kamp <phk@freebsd.org> Cc: hackers@freebsd.org Subject: Daemon images (was: One thing linux does better than FreeBSD...) Message-ID: <20010116102039.B62855@wantadilla.lemis.com> References: <35928.979562438@critter> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <35928.979562438@critter>; from phk@freebsd.org on Mon, Jan 15, 2001 at 01:40:38PM +0100 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 Monday, 15 January 2001 at 13:40:38 +0100, Poul-Henning Kamp wrote: > > There is one point where I have to conceed defeat to Linux. > > That fat little penguin is everywhere. > > The main reason we practically don't see beastie at all is that > there is no artwork to get hold of anywhere... > > Please, somebody, anybody: Can we have some beastie artwork in > usable sizes for posters, T-shirts and such ??? And images which will fit on business cards, please. 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 Mon Jan 15 15:52:19 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 6C89137B401 for <hackers@FreeBSD.ORG>; Mon, 15 Jan 2001 15:51:59 -0800 (PST) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 4FDB56ABFB; Tue, 16 Jan 2001 10:21:51 +1030 (CST) Date: Tue, 16 Jan 2001 10:21:51 +1030 From: Greg Lehey <grog@lemis.com> To: Richard Hodges <rh@matriplex.com> Cc: hackers@FreeBSD.ORG Subject: Daemon images (was: One thing linux does better than FreeBSD...) Message-ID: <20010116102151.C62855@wantadilla.lemis.com> References: <35928.979562438@critter> <Pine.BSF.4.10.10101150836220.96142-100000@mail.matriplex.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <Pine.BSF.4.10.10101150836220.96142-100000@mail.matriplex.com>; from rh@matriplex.com on Mon, Jan 15, 2001 at 08:41:51AM -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 Monday, 15 January 2001 at 8:41:51 -0800, Richard Hodges wrote: > On Mon, 15 Jan 2001, Poul-Henning Kamp wrote: > >> There is one point where I have to conceed defeat to Linux. >> >> That fat little penguin is everywhere. >> >> The main reason we practically don't see beastie at all is that >> there is no artwork to get hold of anywhere... >> >> Please, somebody, anybody: Can we have some beastie artwork in >> usable sizes for posters, T-shirts and such ??? > > I'm not an artist, but I can visualize a graphic that I think > would be pretty cool... > > Picture the Daemon standing next to a penguin. > The penguin is holding a flag, as if a colorguard. > Make that a MS flag. > And the Daemon is setting it on fire... That's not the impression I'd like to make. 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 Mon Jan 15 15:59: 5 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 4E8FE37B69F; Mon, 15 Jan 2001 15:58:42 -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 f0FNvA197193; Mon, 15 Jan 2001 15:57:10 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: <XFMail.010115155844.jhb@FreeBSD.org> 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: <20010115235513.A802@freebie.demon.nl> Date: Mon, 15 Jan 2001 15:58:44 -0800 (PST) From: John Baldwin <jhb@FreeBSD.org> To: Wilko Bulte <wkb@freebie.demon.nl> Subject: Re: One thing linux does better than FreeBSD... Cc: jkh@FreeBSD.org, hackers@FreeBSD.org, Poul-Henning Kamp <phk@FreeBSD.org>, Dag-Erling Smorgrav <des@ofug.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 15-Jan-01 Wilko Bulte wrote: > On Mon, Jan 15, 2001 at 11:47:15PM +0100, Dag-Erling Smorgrav wrote: >> wkb@freebie.demon.nl writes: >> > Jordan/BSDi have been/are still in contact with folks here in the >> > Netherlands >> > who create beastie artwork (e.g. the 'newsreader beastie with >> > milkshake', the 'forklift / release beastie' are all from their desk). >> >> They weren't very well received. The 3.1-RELEASE and 3.2-RELEASE CD >> sets had the "waiter beastie" graphic (the one on 3.1 had no tail!), >> but by 3.3 WC had reverted to Hosokawa-san's "beastie coming out of a >> CD" artwork. > > Whatever. I just wanted to make the point that artwork does not appear out > of blue sky. And good ideas for artwork are very hard to come by. One needs > good ideas, and then a good artist to do the work. Neither of which I see > at the moment?? > > Wilko > > NB: my all-time favorite is the 2.1-cover that never made it. > The one with "A giant step for PCs" and the Apollo moonlander, the > sneaker footprint and the shadow of beastie. I only have a hardcopy, if > anyone still has the file I'd sure like a copy. It's on the gallery of photos somewhere. Maybe on www7.de.freebsd.org I think? -- John Baldwin <jhb@FreeBSD.org> -- 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 15 16: 1:14 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 0F35537B699; Mon, 15 Jan 2001 16:00:53 -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 f0FNxK197258; Mon, 15 Jan 2001 15:59:21 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: <XFMail.010115160055.jhb@FreeBSD.org> 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: <20010116102039.B62855@wantadilla.lemis.com> Date: Mon, 15 Jan 2001 16:00:55 -0800 (PST) From: John Baldwin <jhb@FreeBSD.org> To: Greg Lehey <grog@lemis.com> Subject: RE: Daemon images (was: One thing linux does better than FreeBSD Cc: hackers@FreeBSD.org, Poul-Henning Kamp <phk@FreeBSD.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 15-Jan-01 Greg Lehey wrote: > On Monday, 15 January 2001 at 13:40:38 +0100, Poul-Henning Kamp wrote: >> >> There is one point where I have to conceed defeat to Linux. >> >> That fat little penguin is everywhere. >> >> The main reason we practically don't see beastie at all is that >> there is no artwork to get hold of anywhere... >> >> Please, somebody, anybody: Can we have some beastie artwork in >> usable sizes for posters, T-shirts and such ??? > > And images which will fit on business cards, please. > > Greg The little beastie in the BSDi logo fits rather nicely on my business card... -- John Baldwin <jhb@FreeBSD.org> -- 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 15 16:26: 8 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 1F22F37B6A8; Mon, 15 Jan 2001 16:25:51 -0800 (PST) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id A76B36AC23; Tue, 16 Jan 2001 10:55:47 +1030 (CST) Date: Tue, 16 Jan 2001 10:55:47 +1030 From: Greg Lehey <grog@lemis.com> To: John Baldwin <jhb@FreeBSD.org> Cc: hackers@FreeBSD.org, Poul-Henning Kamp <phk@FreeBSD.org> Subject: Re: Daemon images (was: One thing linux does better than FreeBSD Message-ID: <20010116105547.E62855@wantadilla.lemis.com> References: <20010116102039.B62855@wantadilla.lemis.com> <XFMail.010115160055.jhb@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: <XFMail.010115160055.jhb@FreeBSD.org>; from jhb@FreeBSD.org on Mon, Jan 15, 2001 at 04:00:55PM -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 Monday, 15 January 2001 at 16:00:55 -0800, John Baldwin wrote: > > On 15-Jan-01 Greg Lehey wrote: >> On Monday, 15 January 2001 at 13:40:38 +0100, Poul-Henning Kamp wrote: >>> >>> There is one point where I have to conceed defeat to Linux. >>> >>> That fat little penguin is everywhere. >>> >>> The main reason we practically don't see beastie at all is that >>> there is no artwork to get hold of anywhere... >>> >>> Please, somebody, anybody: Can we have some beastie artwork in >>> usable sizes for posters, T-shirts and such ??? >> >> And images which will fit on business cards, please. >> >> Greg > > The little beastie in the BSDi logo fits rather nicely on my business card... URL? 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 Mon Jan 15 16:49:20 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 9D03837B6BF for <freebsd-hackers@freebsd.org>; Mon, 15 Jan 2001 16:49:03 -0800 (PST) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id f0G0n3l05087 for freebsd-hackers@freebsd.org; Mon, 15 Jan 2001 16:49:03 -0800 Date: Mon, 15 Jan 2001 16:49:03 -0800 From: Brooks Davis <brooks@one-eyed-alien.net> To: freebsd-hackers@freebsd.org Subject: ioctl question Message-ID: <20010115164903.A4620@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've got a probably stupid question about ioctls. I need to add a pair of them for network iterfaces and I've figured out how the _IO{R,W,RW} macros work, but I can't seem to figure out how you choose the unique number you pass to them. Is there a central table somewhere or do you actually have to grep /usr/src/sys to find the largest one? On a temporary basis, I just stole the numbers of an ioctl my changes are obsoleting, but since that breaks code I don't have the hardware to test fixes for, it's not going to cut it for an actual release. Thanks, 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 15 17:50:50 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 84E8F37B69E; Mon, 15 Jan 2001 17:50:31 -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 f0G1mw199376; Mon, 15 Jan 2001 17:48:58 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: <XFMail.010115175033.jhb@FreeBSD.org> 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: <20010116105547.E62855@wantadilla.lemis.com> Date: Mon, 15 Jan 2001 17:50:33 -0800 (PST) From: John Baldwin <jhb@FreeBSD.org> To: Greg Lehey <grog@lemis.com> Subject: Re: Daemon images (was: One thing linux does better than FreeBSD Cc: Poul-Henning Kamp <phk@FreeBSD.org>, hackers@FreeBSD.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 16-Jan-01 Greg Lehey wrote: > On Monday, 15 January 2001 at 16:00:55 -0800, John Baldwin wrote: >> >> On 15-Jan-01 Greg Lehey wrote: >>> On Monday, 15 January 2001 at 13:40:38 +0100, Poul-Henning Kamp wrote: >>>> >>>> There is one point where I have to conceed defeat to Linux. >>>> >>>> That fat little penguin is everywhere. >>>> >>>> The main reason we practically don't see beastie at all is that >>>> there is no artwork to get hold of anywhere... >>>> >>>> Please, somebody, anybody: Can we have some beastie artwork in >>>> usable sizes for posters, T-shirts and such ??? >>> >>> And images which will fit on business cards, please. >>> >>> Greg >> >> The little beastie in the BSDi logo fits rather nicely on my business >> card... > > URL? Hmm, it seems some of the old pics have been taken down. Like all the Nomads pics and the SMP pics. :( -- John Baldwin <jhb@FreeBSD.org> -- 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 15 18:58:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harumscarum.mr.itd.umich.edu (harumscarum.mr.itd.umich.edu [141.211.125.17]) by hub.freebsd.org (Postfix) with ESMTP id 70FEE37B401; Mon, 15 Jan 2001 18:58:05 -0800 (PST) Received: from tim.elnsng1.mi.home.com (c1129767-a.elnsng1.mi.home.com [24.183.248.20]) by harumscarum.mr.itd.umich.edu (8.9.3/3.3s) with SMTP id VAA14439; Mon, 15 Jan 2001 21:58:03 -0500 (EST) From: Tim McMillen <timcm@umich.edu> To: John Baldwin <jhb@FreeBSD.ORG>, Greg Lehey <grog@lemis.com> Subject: Re: Daemon images (was: One thing linux does better than FreeBSD Date: Mon, 15 Jan 2001 22:02:07 -0500 X-Mailer: KMail [version 1.1.99] Content-Type: text/plain; charset="us-ascii" Cc: Poul-Henning Kamp <phk@FreeBSD.ORG>, hackers@FreeBSD.ORG References: <XFMail.010115175033.jhb@FreeBSD.org> In-Reply-To: <XFMail.010115175033.jhb@FreeBSD.org> MIME-Version: 1.0 Message-Id: <01011522020701.62867@tim.elnsng1.mi.home.com> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Monday January 15, 2001 20:50, John Baldwin wrote: > On 16-Jan-01 Greg Lehey wrote: > > On Monday, 15 January 2001 at 16:00:55 -0800, John Baldwin wrote: > >> On 15-Jan-01 Greg Lehey wrote: > >>> On Monday, 15 January 2001 at 13:40:38 +0100, Poul-Henning Kamp wrote: > >>>> There is one point where I have to conceed defeat to Linux. > >>>> > >>>> That fat little penguin is everywhere. > >>>> > >>>> The main reason we practically don't see beastie at all is that > >>>> there is no artwork to get hold of anywhere... > >>>> > >>>> Please, somebody, anybody: Can we have some beastie artwork in > >>>> usable sizes for posters, T-shirts and such ??? > >>> > >>> And images which will fit on business cards, please. > >>> > >>> Greg > >> > >> The little beastie in the BSDi logo fits rather nicely on my > >> business card... > > > > URL? > > Hmm, it seems some of the old pics have been taken down. Like all > the Nomads pics and the SMP pics. :( Some at least are at: http://www.de.freebsd.org/de/gif/bsd/nomads.html The bottom ones make a great desktop background! Tim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 1:32:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from birch.ripe.net (birch.ripe.net [193.0.1.96]) by hub.freebsd.org (Postfix) with ESMTP id ACC7237B69B for <freebsd-hackers@freebsd.org>; Tue, 16 Jan 2001 01:32:18 -0800 (PST) Received: from kantoor.ripe.net (kantoor.ripe.net [193.0.1.98]) by birch.ripe.net (8.8.8/8.8.8) with ESMTP id KAA26237 for <freebsd-hackers@freebsd.org>; Tue, 16 Jan 2001 10:32:13 +0100 (CET) Received: (from marks@localhost) by kantoor.ripe.net (8.8.8/8.8.5) id KAA26629 for freebsd-hackers@freebsd.org; Tue, 16 Jan 2001 10:32:13 +0100 (CET) Date: Tue, 16 Jan 2001 10:32:13 +0100 From: Mark Santcroos <marks@ripe.net> To: freebsd-hackers@freebsd.org Subject: adding an address family Message-ID: <20010116103212.C12906@ripe.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i X-Handles: MS6-6BONE, MS32260-NIC, MS18417-RIPE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I wonder if it is possible to dynamicly add an address family from a kernel module. I ask this because I am working on IrDA support for FreeBSD. I want to create AF_IRDA and all the corresponding structures and functions. So would it be possible to add another network stack at runtime or is the code not ready for that? Thanks Mark -- Mark Santcroos RIPE Network Coordination Centre PGP KeyID: 1024/0x3DCBEB8D PGP Fingerprint: BB1E D037 F29D 4B40 0B26 F152 795F FCAB 3DCB EB8D To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 3:44:24 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 3942B37B401; Tue, 16 Jan 2001 03:44:06 -0800 (PST) Received: by smtp.nettoll.com; Tue, 16 Jan 2001 12:40:12 +0100 (MET) Message-Id: <4.3.0.20010116124844.00ad5a60@pop.free.fr> X-Sender: usebsd@pop.free.fr X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Tue, 16 Jan 2001 12:55:01 +0100 To: Archie Cobbs <archie@dellroad.org>, Warner Losh <imp@harmony.village.org> From: mouss <usebsd@free.fr> Subject: Re: Setting default hostname to localhost Cc: Robert Watson <rwatson@FreeBSD.ORG>, freebsd-hackers@FreeBSD.ORG In-Reply-To: <200101121945.LAA01072@curve.dellroad.org> References: <200101121728.f0CHSHs81776@harmony.village.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 A look at /usr/src/libexec/getty/main.c shows the folowing: if (hostname[0] == '\0') strcpy(hostname, "Amnesiac"); so, coherence suggests that the default should be "Amnesiac". Othewise, you'll get different hostnames for dhcp (and the like), and getty sessions. regards, mouss At 11:45 12/01/01 -0800, Archie Cobbs wrote: >There is an RFC that specifies a "private use" top level domain, >analogous to 192.168.0.0/16, 10.0.0.0/8, etc. > >The domain is ".local" so any default ending in ".local" should >not conflict. > >-Archie > >___________________________________________________________________________ >Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.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 Tue Jan 16 4:36:35 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 7446637B6A3 for <freebsd-hackers@FreeBSD.ORG>; Tue, 16 Jan 2001 04:36:17 -0800 (PST) Received: by smtp.nettoll.com; Tue, 16 Jan 2001 13:17:24 +0100 (MET) Message-Id: <4.3.0.20010116131322.03f23a80@pop.free.fr> X-Sender: usebsd@pop.free.fr X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Tue, 16 Jan 2001 13:32:13 +0100 To: "W.H.Scholten" <whs@xs4all.nl>, Alfred Perlstein <bright@wintelcom.net> From: mouss <usebsd@free.fr> Subject: Re: pppd & mkdir diff Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <3A6025F1.794BDF32@xs4all.nl> References: <3A5C843C.794BDF32@xs4all.nl> <20010111132509.J7240@fw.wintelcom.net> <3A5EE6B1.41C67EA6@xs4all.nl> <20010112081422.U7240@fw.wintelcom.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 These are probably cosmetic comments, but here they are anyway... At 09:54 13/01/01 +0000, W.H.Scholten wrote: >+char *dirname(char *path) { >+ char *slash; >+ >+ while (path[ strlen(path)-1 ] == '/') path[ strlen(path)-1 ] = 0; if path is an empty string, you are accessing path[-1], which is dangerous. Also, you're computing strlen too many times, and strlen is a loop (while (*ptr) ptr++). so I suggest using a pointer to the string as in /usr/bin/dirname/dirname.c. mainly: if (*path == '\0') return "/"; /* if const is not ok, strdup("/") */ ptr = path; while (*ptr) ptr++; while ((*ptr == '/') && (ptr > path)) ptr--; ... >+ >+ slash = strrchr(path, '/'); >+ if (slash) { >+ *slash = 0; >+ while (path[ strlen(path)-1 ] == '/') path[ strlen(path)-1 >] = 0; you already did that (I mean trimming the trailing slashes). Finally, I'd propose adding such a function (dirname) in a library (either libc or say libfile) to allow code reuse. such a lib would contain functions such as basename, dir_create (mkdir -p), .... so that the commands mkdir, rmdir, cp, mv, ... etc call the lib functions instead of rewriting code. regards, mouss To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 4:52: 7 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 3132037B69C for <freebsd-hackers@FreeBSD.ORG>; Tue, 16 Jan 2001 04:51:44 -0800 (PST) Received: (qmail 6881 invoked by uid 1000); 16 Jan 2001 12:50:20 -0000 Date: Tue, 16 Jan 2001 14:50:20 +0200 From: Peter Pentchev <roam@orbitel.bg> To: mouss <usebsd@free.fr> Cc: "W.H.Scholten" <whs@xs4all.nl>, Alfred Perlstein <bright@wintelcom.net>, freebsd-hackers@FreeBSD.ORG Subject: Re: pppd & mkdir diff Message-ID: <20010116145020.E364@ringworld.oblivion.bg> Mail-Followup-To: mouss <usebsd@free.fr>, "W.H.Scholten" <whs@xs4all.nl>, Alfred Perlstein <bright@wintelcom.net>, freebsd-hackers@FreeBSD.ORG References: <3A5C843C.794BDF32@xs4all.nl> <20010111132509.J7240@fw.wintelcom.net> <3A5EE6B1.41C67EA6@xs4all.nl> <20010112081422.U7240@fw.wintelcom.net> <3A6025F1.794BDF32@xs4all.nl> <4.3.0.20010116131322.03f23a80@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.20010116131322.03f23a80@pop.free.fr>; from usebsd@free.fr on Tue, Jan 16, 2001 at 01:32:13PM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jan 16, 2001 at 01:32:13PM +0100, mouss wrote: > These are probably cosmetic comments, but here they are anyway... > > > At 09:54 13/01/01 +0000, W.H.Scholten wrote: > > >+char *dirname(char *path) { > >+ char *slash; > >+ > >+ while (path[ strlen(path)-1 ] == '/') path[ strlen(path)-1 ] = 0; > > if path is an empty string, you are accessing path[-1], which is dangerous. > > Also, you're computing strlen too many times, and strlen is a loop > (while (*ptr) ptr++). so I suggest using a pointer to the string as in > /usr/bin/dirname/dirname.c. mainly: > if (*path == '\0') return "/"; /* if const is not ok, strdup("/") */ > ptr = path; > while (*ptr) ptr++; > while ((*ptr == '/') && (ptr > path)) ptr--; > ... > > > >+ > >+ slash = strrchr(path, '/'); > >+ if (slash) { > >+ *slash = 0; > >+ while (path[ strlen(path)-1 ] == '/') path[ strlen(path)-1 > >] = 0; > > you already did that (I mean trimming the trailing slashes). > > Finally, I'd propose adding such a function (dirname) in a library (either libc > or say libfile) to allow code reuse. such a lib would contain functions > such as basename, dir_create (mkdir -p), .... so that the commands > mkdir, rmdir, cp, mv, ... etc call the lib functions instead of rewriting code. As somebody already pointed out, there *is* a dirname(3) function, and even a dirname(1) cmdline utility to invoke it. In a followup to Alfred's mkdir(1) commit, I sent a sample implementation of a direxname() function, which calls dirname(3) in a loop, and returns the longest existing path component. I'll get back to him shortly with a patch to mkdir(1) using direxname() to report a meaningful error message, something like "Cannot create /exists/nonex/foo/bar, nonexistent path components after /exists". In the meantime, attached is my first shot at direxname() implementation, using dirname(3)'s static buffer. G'luck, Peter -- "yields falsehood, when appended to its quotation." yields falsehood, when appended to its quotation. #include <sys/types.h> #include <sys/stat.h> #include <err.h> #include <errno.h> #include <libgen.h> #include <stdio.h> #include <sysexits.h> #include <unistd.h> char *direxname(const char *path); void usage(void); int main(int argc, char **argv) { char ch, *p; while (ch = getopt(argc, argv, ""), ch != -1) switch (ch) { case '?': default: usage(); } argc -= optind; argv += optind; if (argc != 1) usage(); if (p = direxname(argv[0]), p == NULL) err(1, "%s", argv[0]); printf("%s\n", p); return (EX_OK); } void usage(void) { errx(EX_USAGE, "usage: direxname path"); } char * direxname(const char *path) { char *d; struct stat sb; for (d = dirname(path); d != NULL; d = dirname(d)) { if (stat(d, &sb) == 0) return (d); if ((errno != ENOTDIR) && (errno != ENOENT)) return (NULL); } /* dirname() returned NULL, errno is set */ return (NULL); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 7:41: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tao.org.uk (unknown [194.128.198.234]) by hub.freebsd.org (Postfix) with ESMTP id E949037B401 for <hackers@freebsd.org>; Tue, 16 Jan 2001 07:40:52 -0800 (PST) Received: by tao.org.uk (Postfix, from userid 100) id F2238323F; Tue, 16 Jan 2001 15:40:50 +0000 (GMT) Date: Tue, 16 Jan 2001 15:40:50 +0000 From: Josef Karthauser <joe@tao.org.uk> To: hackers@freebsd.org Subject: Compiled in module disablement? Message-ID: <20010116154050.E3073@tao.org.uk> 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 How hard/easy would it be to disable a pre-compiled in kernel module? In my case I've got a machine here that's running ipfw, and I want to make some experimental changes without rebooting the box. Ideally I could recompile a ipfw.ko, disable the pre-compiled-in one (isn't this just a matter of removing it from some linked lists? I don't mind it still being in core - in fact I'll probably just switch it on again after I've finished), and kldload the external image. Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 7:51:31 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 6864A37B402 for <freebsd-hackers@FreeBSD.ORG>; Tue, 16 Jan 2001 07:51:11 -0800 (PST) Received: by smtp.nettoll.com; Tue, 16 Jan 2001 16:47:20 +0100 (MET) Message-Id: <4.3.0.20010116164550.07174e40@pop.free.fr> X-Sender: usebsd@pop.free.fr X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Tue, 16 Jan 2001 16:57:19 +0100 To: Peter Pentchev <roam@orbitel.bg> From: mouss <usebsd@free.fr> Subject: Re: pppd & mkdir diff Cc: "W.H.Scholten" <whs@xs4all.nl>, Alfred Perlstein <bright@wintelcom.net>, freebsd-hackers@FreeBSD.ORG In-Reply-To: <20010116145020.E364@ringworld.oblivion.bg> References: <4.3.0.20010116131322.03f23a80@pop.free.fr> <3A5C843C.794BDF32@xs4all.nl> <20010111132509.J7240@fw.wintelcom.net> <3A5EE6B1.41C67EA6@xs4all.nl> <20010112081422.U7240@fw.wintelcom.net> <3A6025F1.794BDF32@xs4all.nl> <4.3.0.20010116131322.03f23a80@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 14:50 16/01/01 +0200, Peter Pentchev wrote: >As somebody already pointed out, there *is* a dirname(3) function, and even >a dirname(1) cmdline utility to invoke it. oops. I'll need to stay current:) >In a followup to Alfred's mkdir(1) commit, I sent a sample implementation >of a direxname() function, which calls dirname(3) in a loop, and returns >the longest existing path component. I'll get back to him shortly >with a patch to mkdir(1) using direxname() to report a meaningful error >message, something like "Cannot create /exists/nonex/foo/bar, nonexistent >path components after /exists". In the meantime, attached is my first >shot at direxname() implementation, using dirname(3)'s static buffer. I'm not convinced you really need to check which is the "largest" parent that exists. if /a doesn't exist, and I do a mkdir /a/b/c/d, just a "/a/b/c does not exist" is far sufficient. For me, if you ignore permissions and the like, the condition to create a directory is that its parent exists, whatever are his grand-parents. after the error is shown, one will anyway check which dirs exist. doing the stat() on all those just consumes time, with few benefits. on an NFS mounted fs, this would be just annoyiing sometimes. now if you really insist, I'd suggest doing the stat the other way: check the root, then its children, then the children of the latter... like in mkdir -p. at last, note that there might be race conditions while you stat(). but there is hardly a way to avoid'em. at least, a single stat() reduces the window of opportunity. regards, mouss To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 8:50:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from agena.meridian-enviro.com (thunder.meridian-enviro.com [207.109.234.227]) by hub.freebsd.org (Postfix) with ESMTP id 35F2E37B401 for <freebsd-hackers@FreeBSD.ORG>; Tue, 16 Jan 2001 08:49:57 -0800 (PST) Received: from delta.meridian-enviro.com (delta.meridian-enviro.com [10.10.10.43]) by agena.meridian-enviro.com (8.11.1/8.9.3) with ESMTP id f0GGnq574428; Tue, 16 Jan 2001 10:49:55 -0600 (CST) (envelope-from rand@meridian-enviro.com) Received: (from rand@localhost) by delta.meridian-enviro.com (8.11.1/8.9.2) id f0GGnqi11269; Tue, 16 Jan 2001 10:49:52 -0600 (CST) X-Authentication-Warning: delta.meridian-enviro.com: rand set sender to rand@meridian-enviro.com using -f To: Bob Willcox <bob@immure.com> Cc: hackers list <freebsd-hackers@FreeBSD.ORG> Subject: Re: FreeBSD boot manager, where is latest version? References: <20010111135851.A16078@luke.immure.com> From: rand@meridian-enviro.com (Douglas K. Rand) Date: 16 Jan 2001 10:49:52 -0600 In-Reply-To: <20010111135851.A16078@luke.immure.com> Message-ID: <87u26zbfwv.fsf@delta.meridian-enviro.com> Lines: 7 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Channel Islands) 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 recently switched to Smart Boot Manager which I noticed on freshmeat awhile ago. You can find it at http://www.gnuchina.org/~suzhe/ I found it easiest to download the DOS .exe and put it on a floppy and install it that way. For fitting in the boot block (no seperate partition required) it has quite a number of features. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 9: 9:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from nemesis.worldnet.net (nemesis.worldnet.net [195.3.3.18]) by hub.freebsd.org (Postfix) with ESMTP id 5237D37B404 for <freebsd-hackers@freebsd.org>; Tue, 16 Jan 2001 09:09:05 -0800 (PST) Received: from m2.worldnet.net (m2.worldnet.net [195.3.3.6]) by nemesis.worldnet.net (8.9.3/8.9.3) with ESMTP id SAA21952; Tue, 16 Jan 2001 18:13:07 +0100 (CET) Received: from greatoak.home (p14-053.province.worldnet.fr [195.3.14.53]) by m2.worldnet.net (8.9.3/8.9.3) with ESMTP id SAA03265; Tue, 16 Jan 2001 18:08:41 +0100 (CET) Received: (from pcasidy@localhost) by greatoak.home (8.11.1/8.11.1) id f0GH8Kr01172; Tue, 16 Jan 2001 18:08:20 +0100 (CET) (envelope-from pcasidy) Date: Tue, 16 Jan 2001 18:08:20 +0100 (CET) Message-Id: <200101161708.f0GH8Kr01172@greatoak.home> Mime-Version: 1.0 X-Newsreader: knews 1.0b.1 References: <F60k4R9xC2pKFRyqwdp00013d3f_hotmail.com@ns.sol.net> In-Reply-To: <F60k4R9xC2pKFRyqwdp00013d3f_hotmail.com@ns.sol.net> From: pcasidy@casidy.com (Philippe CASIDY) Subject: Re: Mounting a CDROM in freeBSD 4.2 X-Original-Newsgroups: sol.lists.freebsd.hackers To: gerald_stoller@hotmail.com Cc: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <F60k4R9xC2pKFRyqwdp00013d3f_hotmail.com@ns.sol.net>, gerald_stoller@hotmail.com writes: > Please send the response directly back to me, in addition to sending > it to hackers , as the volume of mail to hackers is so great that I could > very easily miss the response if it were only sent there. > I just installed freeBSD 4.2 and found that I couldn't mount a > CDROM even though I copied the command-lines from (the top of) page 236 of > Greg Lehey's book (ISBN 1-57176-246-9). When I was running freeBSD 3.3 , I > was able to mount a CDROM , and I believe I did it just as described in > Greg's book. The error message that I get is 'cd9660: Device not > configured'. I was able to mount and read an MSDOS floppy. > The naming of the cdrom has changed from 3.x to 4.x. I do not remember the old name but the new name is /dev/acd0c for an ATAPI cdrom. So you must have in /etc/fstab something like... /dev/acd0c /cdrom cd9660 ro,noauto 0 0 Maybe you encounter this kind of trouble. Regards, Phil. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 9:25:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.numachi.com (numachi.numachi.com [198.175.254.2]) by hub.freebsd.org (Postfix) with SMTP id 6DAE637B401 for <freebsd-hackers@freebsd.org>; Tue, 16 Jan 2001 09:25:12 -0800 (PST) Received: (qmail 20840 invoked by uid 3001); 16 Jan 2001 17:25:06 -0000 Received: from natto.numachi.com (198.175.254.216) by numachi.numachi.com with SMTP; 16 Jan 2001 17:25:06 -0000 Received: (qmail 59696 invoked by uid 1001); 16 Jan 2001 17:25:06 -0000 Date: Tue, 16 Jan 2001 12:25:06 -0500 From: Brian Reichert <reichert@numachi.com> To: freebsd-hackers@freebsd.org Subject: Re: open PR WRT syslogd vs. serial consoles Message-ID: <20010116122506.A59240@numachi.com> References: <20010105141204.F14544@numachi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010105141204.F14544@numachi.com>; from reichert@numachi.com on Fri, Jan 05, 2001 at 02:12:04PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Jan 05, 2001 at 02:12:04PM -0500, Brian Reichert wrote: > I'm chasing down a syslogd problem on a 3.4-R box, only to discover > that I'm being bit (still!) by a PR I submitted two years ago: > > <http://www.FreeBSD.org/cgi/query-pr.cgi?pr=8865> > > I'm responsible for a wad of machines hanging off of a terminal server. > > - I wanted syslog messages reported to the console, for revealing > critical errors. > > - Due to cabling and the terminal server itself, using Big Digi > hardware, I need to have getty running off of cuaa0, not ttyd0. > > Apparently, in three versions of FreeBSD, this is _still_ a problem. > > Does anyone have any insight on this? I have a wee bit more insight on this. The gotcha seems to involve getty vs ttyd0 and cuaa0. I want to accomplish at least these things (a bit more fleshed out): - boot messages to the serial port (hence, a serial console) - a login prompt (hence, I need getty running) - syslog logging to /dev/console (as opposed to root's tty) - the general ability to write to the console directly (ie: /bin/echo 'test to console' > /dev/console) - due to serial cabling issues out of my control, it appears that I need getty attached to cuaa0, rather than ttyd0. (The test box below doesn't have this restriction, but I'm trying to spec several boxes in the data center, and there seem to be some variability in the cables that are resolved in using cuaa0.) I have a 3-4.RELEASE box, with a serial console. mdb1# dmesg | grep sio0 sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A, console My observations so far: - If getty is not running at all on the serial device, then both syslogd and direct writes to /dev/console just work. - If getty is running on cuaa0, writes to the console by either syslogd or a direct write block. 'ps' shows the process's state as 'I', and it's flags are '86', neither of which reveals much info. :/ (Advice is welcome about getting more info without 'ktrace'...) - If getty is running on ttyd0, then the direct writes work, but syslog doesn't. So - it would seem that out-of-the-box, FreeBSD can't be used adequately in a headless environment, as much as it pains me to state as much. In researching the mailing list archives (well, several lists, but you know what I mean), it would seem people have been running into problems associated with these issues for a couple of years now, over a few versions of FreeBSD. - Is anyone actually able to use FreeBSD in a headless environment with impunity, as per my needs above? If so, specs of hardware/software would be most welcome. - Any advice on kernel/device driver tweaking to resolve the blocking issues would also be appreciated... - What would the ramifications be of running getty on /dev/console? There seem to be a line in /etc/ttys for /dev/console, but I can't fathom why it's there... -- Brian 'you Bastard' Reichert <reichert@numachi.com> 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 9:29: 2 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gate.trident-uk.co.uk (mail.trident-uk.co.uk [195.166.16.10]) by hub.freebsd.org (Postfix) with ESMTP id 049E437B400 for <freebsd-hackers@freebsd.org>; Tue, 16 Jan 2001 09:28:43 -0800 (PST) Received: from [194.207.93.6] by gate.trident-uk.co.uk for freebsd-hackers@freebsd.org id RAA10645; Tue Jan 16 17:26:05 2001 Received: from 194.207.93.6 ([194.207.93.139]) by marvin.trident-uk.co.uk (8.11.1/8.11.1) with SMTP id f0GGpua09079 for <freebsd-hackers@freebsd.org>; Tue, 16 Jan 2001 16:51:56 GMT Date: Tue, 16 Jan 2001 17:36:51 +0000 Subject: Clustering FreeBSD Message-ID: <20010116173651.A808@freefire.psi-domain.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Balsa 1.0.0 Lines: 26 To: freebsd-hackers@freebsd.org From: Jamie Heckford <heckfordj@psi-domain.co.uk> Reply-To: heckfordj@psi-domain.co.uk Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, Does anyone have any details of Open Source, or software included with FreeBSD that allows the clustering of FreeBSD? I have 55 racks sitting here to play with, and want to start doing some serious work (for me anyway!) with fBSD Plz. let me know! :) Thanks, -- Jamie Heckford Chief Network Engineer Psi-Domain - Innovative Linux Solutions. Ask Us How. ===================================== email: heckfordj@psi-domain.co.uk web: http://www.psi-domain.co.uk/ tel: +44 (0)1737 789 246 fax: +44 (0)1737 789 245 mobile: +44 (0)7866 724 224 ===================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 9:44:43 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 5984937B402 for <freebsd-hackers@freebsd.org>; Tue, 16 Jan 2001 09:44:24 -0800 (PST) Received: by smtp.nettoll.com; Tue, 16 Jan 2001 18:40:38 +0100 (MET) Message-Id: <4.3.0.20010116184704.03ea9100@pop.free.fr> X-Sender: usebsd@pop.free.fr X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Tue, 16 Jan 2001 18:49:16 +0100 To: pcasidy@casidy.com (Philippe CASIDY), gerald_stoller@hotmail.com From: mouss <usebsd@free.fr> Subject: Re: Mounting a CDROM in freeBSD 4.2 Cc: freebsd-hackers@freebsd.org In-Reply-To: <200101161708.f0GH8Kr01172@greatoak.home> References: <F60k4R9xC2pKFRyqwdp00013d3f_hotmail.com@ns.sol.net> <F60k4R9xC2pKFRyqwdp00013d3f_hotmail.com@ns.sol.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 and you must make sure your kernel is compiled with options CD9660 At 18:08 16/01/01 +0100, Philippe CASIDY wrote: >The naming of the cdrom has changed from 3.x to 4.x. I do not remember the old >name but the new name is /dev/acd0c for an ATAPI cdrom. So you must have >in /etc/fstab something like... >/dev/acd0c /cdrom cd9660 ro,noauto 0 0 > > >Maybe you encounter this kind of trouble. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 9:57:15 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from newmail.netbistro.com (newmail.netbistro.com [204.239.167.35]) by hub.freebsd.org (Postfix) with SMTP id C68F937B402 for <hackers@FreeBSD.ORG>; Tue, 16 Jan 2001 09:56:56 -0800 (PST) Received: (qmail 28136 invoked by uid 1020); 16 Jan 2001 17:56:56 -0000 Date: Tue, 16 Jan 2001 09:56:55 -0800 (PST) From: Jon Simola <jon@abccom.bc.ca> X-Sender: jon@newmail.netbistro.com Reply-To: Jon Simola <jon@abccom.bc.ca> To: Nick Hibma <n_hibma@calcaphon.com> Cc: FreeBSD Hackers Mailing List <hackers@FreeBSD.ORG> Subject: Re: Broken-by-design USB device? In-Reply-To: <Pine.BSF.4.20.0101121153001.3792-100000@henny.webweaving.org> Message-ID: <Pine.BSF.3.96.1010115161208.23910D-100000@newmail.netbistro.com> 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, 12 Jan 2001, Nick Hibma wrote: > If you could send me the make and model (basically all the numbers > (including the FCC one) on the label on the device, that would be > appreciated. Heh, this is some imported piece of junk. There is no FCC id. All the text on the adapter says is: PS-PC USB CONVERTOR XK-PC2003 The box says the same except a different part number XK-PC2002. No UPC, no identifying features, nothing. > I'll have a look around to see whether I can find another > one. We have a PlayStation 2 Developer's Kit in the office, so I'm > interested to see the controllers work. We develop a game for > PlayStation 2 and Windows (but it runs on FreeBSD as well :-), so being > able to use the gamepad converter on FreeBSD would be a laugh. > > Hm, is it one of these? Nope, I can't find it anywhere. I've confirmed on a couple other boxes that this adapter really does cause some problems for some reason. I plugged it into another test machine running 4.2-RELEASE and: Jan 15 17:38:44 fileserver /kernel: uhid0: vendor 0x6666 product 0x0667, rev 1.00/2.88, addr 2, iclass 3/0 Jan 15 17:38:44 fileserver /kernel: uhid0: no report descriptor Jan 15 17:38:44 fileserver /kernel: device_probe_and_attach: uhid0 attach returned 6 Jan 15 17:43:08 fileserver /kernel: Copyright (c) 1992-2000 The FreeBSD Project. For some reason the machine rebooted just after I unplugged the USB thing. Send me your address and I'll mail this thing off to you, make it a lot easier to debug. --- Jon Simola <jon@abccom.bc.ca> | "In the near future - corporate networks Systems Administrator | reach out to the stars, electrons and light ABC Communications | flow throughout the universe." -- GITS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 9:57:52 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 3D99837B401 for <freebsd-hackers@FreeBSD.ORG>; Tue, 16 Jan 2001 09:57:35 -0800 (PST) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f0GHvW316950; Tue, 16 Jan 2001 09:57:32 -0800 (PST) Date: Tue, 16 Jan 2001 09:57:32 -0800 From: Alfred Perlstein <bright@wintelcom.net> To: Jamie Heckford <heckfordj@psi-domain.co.uk> Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Clustering FreeBSD Message-ID: <20010116095732.R7240@fw.wintelcom.net> References: <20010116173651.A808@freefire.psi-domain.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010116173651.A808@freefire.psi-domain.co.uk>; from heckfordj@psi-domain.co.uk on Tue, Jan 16, 2001 at 05:36:51PM +0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Jamie Heckford <heckfordj@psi-domain.co.uk> [010116 09:29] wrote: > Hi, > > Does anyone have any details of Open Source, or software included > with FreeBSD that allows the clustering of FreeBSD? > > I have 55 racks sitting here to play with, and want to start doing > some serious work (for me anyway!) with fBSD > > Plz. let me know! :) There's a couple of things in ports (do a search) to do this, they seem to be a bit underpowered at the moment, there's also a few pretty powerful commercial packages out there, you can probably find them on the vendors' pages here: http://www.freebsd.org/commercial/software_bycat.html best of luck, -- -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 Tue Jan 16 10:17:37 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bsdhome.dyndns.org (unknown [24.25.2.13]) by hub.freebsd.org (Postfix) with ESMTP id 1841837B401 for <freebsd-hackers@freebsd.org>; Tue, 16 Jan 2001 10:17:17 -0800 (PST) Received: from vger.bsdhome.com (vger [192.168.220.2]) by bsdhome.dyndns.org (8.11.1/8.11.1) with ESMTP id f0GIHGo03627 for <freebsd-hackers@freebsd.org>; Tue, 16 Jan 2001 13:17:16 -0500 (EST) (envelope-from bsd@bsdhome.com) Received: (from bsd@localhost) by vger.bsdhome.com (8.11.1/8.11.1) id f0GIHGb34011 for freebsd-hackers@freebsd.org; Tue, 16 Jan 2001 13:17:16 -0500 (EST) (envelope-from bsd) Date: Tue, 16 Jan 2001 13:17:15 -0500 From: Brian Dean <bsd@bsdhome.com> To: freebsd-hackers@freebsd.org Subject: NFS_ROOT not working when using a Netapp server Message-ID: <20010116131715.A33531@vger.bsdhome.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 Hi, Has anyone here sucessfully used a Netapp fileserver as the NFS root filesystem for FreeBSD clients? My FreeBSD client basically mounts the Netapp, boots the kernel, but fails early in /etc/rc because /dev/mem, /dev/kmem, /dev/null (and friends) are unavailable. NOTE that this all works fine when a FreeBSD box is used as the NFS root server, but everything else being the same. The client is mounting an image built from -STABLE sources late last week. Here's what I'm seeing when the client boots -v: SMAP type=01 base=00000000 00000000 len=00000000 000a0000 SMAP type=01 base=00000000 00100000 len=00000000 07f00000 SMAP type=02 base=00000000 fff80000 len=00000000 00080000 Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.2-STABLE #1: Tue Jan 16 12:51:42 EST 2001 root@tribble:/usr/src/sys/compile/DISKLESS Calibrating clock(s) ... TSC clock: 264902265 Hz, i8254 clock: 1193253 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method Timecounter "TSC" frequency 264887585 Hz CPU: Pentium II/Pentium II Xeon/Celeron (264.89-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x633 Stepping = 3 Features=0x80f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,MMX> real memory = 134217728 (131072K bytes) Physical memory chunk(s): 0x00001000 - 0x0009ffff, 651264 bytes (159 pages) 0x00361000 - 0x07ff7fff, 130641920 bytes (31895 pages) avail memory = 127270912 (124288K bytes) bios32: Found BIOS32 Service Directory header at 0xc00ffe80 bios32: Entry = 0xffe90 (c00ffe90) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xcc1e pnpbios: Found PnP BIOS data at 0xc00fe2d0 pnpbios: Entry = f0000:e2f4 Rev = 1.0 Other BIOS signatures found: ACPI: 00000000 Preloaded elf kernel "kernel" at 0xc033b000. Pentium Pro MTRR support enabled md0: Malloc disk Creating DISK md0 Math emulator present ... <lot's more boot verbosity> ... Mounting root from nfs: NFS ROOT: AA.BB.CC.DD:/vol/nfsroot/img3 start_init: trying /sbin/init crw-rw-rw- 1 root wheel 0, 0x00080002 Jan 16 11:35 /dev/null /etc/rc: cannot create /dev/null: no such device or address Enter full pathname of shell or RETURN for /bin/sh: # dmesg dmesg: /dev/mem: Device not configured # echo foo >> /dev/null cannot create /dev/null: no such device or address # ls -l /dev/null crw-rw-rw- 1 root wheel 0, 0x00080002 Jan 16 11:35 /dev/null # ls -l /dev/mem crw-r----- 1 root kmem 0, 0x00080000 Jan 15 13:28 /dev/mem # df -k . Filesystem 1K-blocks Used Avail Capacity Mounted on AA.BB.CC.DD:/vol/nfsroot/img3 15813736 2746140 13067596 17% / I can provide more boot verbosity upon request. Any ideas as to what the problem might be? Thanks, -Brian -- Brian Dean bsd@FreeBSD.org bsd@bsdhome.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 10:24:32 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.interware.hu (mail.interware.hu [195.70.32.130]) by hub.freebsd.org (Postfix) with ESMTP id 8165337B699 for <freebsd-hackers@freebsd.org>; Tue, 16 Jan 2001 10:24:11 -0800 (PST) Received: from marakesh-50.budapest.interware.hu ([195.70.50.178] helo=elischer.org) by mail.interware.hu with esmtp (Exim 3.16 #1 (Debian)) id 14Iam8-0007hN-00; Tue, 16 Jan 2001 19:24:09 +0100 Message-ID: <3A649154.B345C634@elischer.org> Date: Tue, 16 Jan 2001 10:22:12 -0800 From: Julian Elischer <julian@elischer.org> X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: Mark Santcroos <marks@ripe.net> Cc: freebsd-hackers@freebsd.org Subject: Re: adding an address family References: <20010116103212.C12906@ripe.net> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mark Santcroos wrote: > > Hi, > > I wonder if it is possible to dynamicly add an address family from a > kernel module. > > I ask this because I am working on IrDA support for FreeBSD. I want to > create AF_IRDA and all the corresponding structures and functions. > > So would it be possible to add another network stack at runtime or is the > code not ready for that? we do this in ng_socket.c where we add our own protocol. we even export the number of the protocol and domain to userland with sysctls so one COULD run a program which doesn't know in advance what the protocol and domain numbers are.. > > Thanks > > Mark > > -- > Mark Santcroos RIPE Network Coordination Centre > > PGP KeyID: 1024/0x3DCBEB8D > PGP Fingerprint: BB1E D037 F29D 4B40 0B26 F152 795F FCAB 3DCB EB8D > > 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 ---> X_.---._/ from Perth, presently in: Budapest v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 10:32:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from spammie.svbug.com (unknown [198.79.110.2]) by hub.freebsd.org (Postfix) with ESMTP id D206437B401 for <freebsd-hackers@FreeBSD.ORG>; Tue, 16 Jan 2001 10:32:03 -0800 (PST) Received: from spammie.svbug.com (localhost.mozie.org [127.0.0.1]) by spammie.svbug.com (8.9.3/8.9.3) with ESMTP id KAA02310; Tue, 16 Jan 2001 10:31:44 -0800 (PST) (envelope-from jessem@spammie.svbug.com) Message-Id: <200101161831.KAA02310@spammie.svbug.com> Date: Tue, 16 Jan 2001 10:31:43 -0800 (PST) From: opentrax@email.com Reply-To: opentrax@email.com Subject: Re: Clustering FreeBSD To: heckfordj@psi-domain.co.uk Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <20010116173651.A808@freefire.psi-domain.co.uk> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 16 Jan, Jamie Heckford wrote: > Hi, > > Does anyone have any details of Open Source, or software included > with FreeBSD that allows the clustering of FreeBSD? > > I have 55 racks sitting here to play with, and want to start doing > some serious work (for me anyway!) with fBSD > > Plz. let me know! :) > I've been working on some stuff for over a year, but it nowhere near anything. What was it you were planning on doing? Jessem. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 10:33:15 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 7D52837B400; Tue, 16 Jan 2001 10:32:49 -0800 (PST) Received: from localhost (IDENT:NPYhR7m0/keB2l0njWmU5faYY4HyrdsiKCr1MctPmgOJOIBu0tBlainNO1EELuZc@localhost [::1]) (authenticated) by peace.mahoroba.org (8.11.2/8.11.2/peace) with ESMTP/inet6 id f0GIVMa01396; Wed, 17 Jan 2001 03:31:24 +0900 (JST) (envelope-from ume@FreeBSD.org) Date: Wed, 17 Jan 2001 03:31:19 +0900 (JST) Message-Id: <20010117.033119.41625993.ume@FreeBSD.org> To: current@freebsd.org, hackers@freebsd.org Subject: [CFR] number of processes forked since boot From: Hajimu UMEMOTO <ume@FreeBSD.org> X-Mailer: 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: Multipart/Mixed; boundary="--Next_Part(Wed_Jan_17_03:31:19_2001_646)--" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ----Next_Part(Wed_Jan_17_03:31:19_2001_646)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, I received the patch to add counter for fork() set from Paul. I've tested it on my -CURRENT and -STABLE boxes, and it seems fine for me. So, I post his patch for review. Thanks, Paul. ----Next_Part(Wed_Jan_17_03:31:19_2001_646)-- Content-Type: Application/Octet-Stream Content-Transfer-Encoding: base64 Content-Description: fork.patch.gz Content-Disposition: attachment; filename="fork.patch.gz" H4sICGLWYzoCA2ZvcmsucGF0Y2gAvVf7b9s2EP7Z/isOGTY4kR29bKeSlyJpEhdB8yicdMOAAYIs UYlgvUBSzGPr/z6Skm0pljKna2cYkkzyvu9E3n2+O0989GgDeSLqAuFEXpwgxYt9r3v43z/d2ckN BGGEbFDv0xipiceISrCnNjH2WRcjikPEwuQOML+RME1A37f0rh8GAQxyGGDxE6p+DgaDxhfoGJqm qbqhGibolj00bc3qSDBFUVotdJV/9TFohj0ybdPoHh3BYDzqj0Hh1wM4OurCT2HiRbmP4FcWqyx2 0CPlIPv37zenntMEyYmusp4S3CyOEbd6YSRmclIOd4FQl4YeXB5fXFyfOKdn0/Ors96lc3w7vZ59 6sOOS4XjO6sn8NwomrveYmd3Ih0f6dLzkT7u64XvHdgD9Ii8nIq9zVx6D5ErHAHohfyc/BAjj0ZP ECY0BeELxKmPdqWlyq/8pQRVL9P7kBl9CCL3jnA6pat0wgB68jccHkJvNp2efoS/YTb9PLs+2d2F v/iSjpfQfSYhiKJM6iOZe4cIKIccePA+c1hMMtdDg/ec0yfhMwKlYYaIGQH0FVBEELzmRPHw+ffj 81v5eHl2WfeLbTrGvptnFR68yYO/A48Imo66Vxzzh5QfboZTDxHCQV2MgCAKedaHJH0A7x55C7Fb bvIEUer67jxC4rDziK9+cBPaPV/LQxHORcz+D9pQo2sVhqFZE4ahCRUfl7pQg1qJgm6Cptn6ga2N OhJoKQobywtFGIEh5MAejWVimYYpEkvc9HdFYjGHpwzCOM+oE2CEnDhM+nByezG9OP7ozE778Etx 0E3LNJ7DImnh5o8bbuKcX932HHG0XAEIX0K8PlyfnzrHX26v+5zsGeHUEcHieGme0Bc83FDOyVXl giWDUjJ8qVOwuEqgdMoUbXyBckYgXuXxnEtEGoAUhV2pQORNPKydiDUysW+mwu1UuJEKfzPVKplb d7CcFYS/XUKR+G4QcPVFPsyfyg19+1a2s7JtaNk38OLXefE2vHjNy/8QA9C2zgUZ6rFLFi/IK+PL 4C8FLSd4fx4mPNEFZnn70bLWQtoqbqZVEzfTgpWfQtpa4AqB00b8C/rY1g5sXetIMCFwrxhVZW5k j6yi8NF0Wfnwm1WoXI+lob+bYS5iQW/nZysHkgb0Qfy5rHSN/JnwmoTkMT97MSuOtMGQYjerLhW/ W5ZyYaYoLtKwCv5ExJAI1QajmiRVrGSmt9iwFhv2mhFuMcJLo8ZXenAzmQZYXsOk9mJ8Mky2syTy 6vPtfwGQ3ZFtMdKcvqTnQ2UROdbfySAwXgkC8U8jwj5auoSRGEJ+BTV9DlK/xR/+hN2EhBTmUeot RCoIIAjcPKq5Vi5sC6mUuhFwfSnsgLoLVN0WUbzKmZaT3JSlMohehI9ctzUG28BgbwfBGyC4CgKt IKLIqB4DFQP/biE4fRfFaXX//O1t0WNI5TEuC9AKTFbCVOrLWk/04+vLGl2rBBv1xtPQYe3isrys IXV0y7Jkz2mBNrSNoT0UPaex7jnry6sN59A2Ldt8J1POMkTG8SsXZJlxuQh8YE6ZrKvKcQIA6h7w J0iKqqU4Box458b4SfAYkd0yior2bQm0WYROBNDKLlnVQOW5chxh6fFmsI4k7QliCKMJ7z2geAQf ZRGSTeYKY44i3nfQ+5DrAxUgiuhVFNGrTHkoqzIrVBnW4Ho0ZCF92pfzYumKT4jqpCOo1k7WtL6+ njUasHYD3GiA2w1WeTipmzTWOUtPN33cGoI1QeA3QeA1BHwtKi4fBeB8OptdnV3wNvIfJzXAthoS AAA= ----Next_Part(Wed_Jan_17_03:31:19_2001_646)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Description: My Signature Content-Disposition: inline; filename=".signature-world" 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/ ----Next_Part(Wed_Jan_17_03:31:19_2001_646)---- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 10:43:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from birch.ripe.net (birch.ripe.net [193.0.1.96]) by hub.freebsd.org (Postfix) with ESMTP id A1BC837B69D for <freebsd-hackers@freebsd.org>; Tue, 16 Jan 2001 10:43:09 -0800 (PST) Received: from kantoor.ripe.net (kantoor.ripe.net [193.0.1.98]) by birch.ripe.net (8.8.8/8.8.8) with ESMTP id TAA28063; Tue, 16 Jan 2001 19:43:07 +0100 (CET) Received: (from marks@localhost) by kantoor.ripe.net (8.8.8/8.8.5) id TAA13327; Tue, 16 Jan 2001 19:43:07 +0100 (CET) Date: Tue, 16 Jan 2001 19:43:07 +0100 From: Mark Santcroos <marks@ripe.net> To: Julian Elischer <julian@elischer.org> Cc: freebsd-hackers@freebsd.org Subject: Re: adding an address family Message-ID: <20010116194307.A28087@ripe.net> References: <20010116103212.C12906@ripe.net> <3A649154.B345C634@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <3A649154.B345C634@elischer.org>; from julian@elischer.org on Tue, Jan 16, 2001 at 10:22:12AM -0800 X-Handles: MS6-6BONE, MS32260-NIC, MS18417-RIPE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jan 16, 2001 at 10:22:12AM -0800, Julian Elischer wrote: > > So would it be possible to add another network stack at runtime or is the > > code not ready for that? > > we do this in ng_socket.c where we add our own protocol. Thanx, I didn't thought on the netgraph code. Is this likely going to replace all the implementations of the current supported network protocols? In other words, is netgraph the right way to go for me, or should I rather focus on the more static part and drop the idea of implementing it as a kernel module? Mark -- Mark Santcroos RIPE Network Coordination Centre PGP KeyID: 1024/0x3DCBEB8D PGP Fingerprint: BB1E D037 F29D 4B40 0B26 F152 795F FCAB 3DCB EB8D To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 10:44:25 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.cstone.net (mail.cstone.net [209.145.64.80]) by hub.freebsd.org (Postfix) with ESMTP id 513A337B69C for <hackers@FreeBSD.ORG>; Tue, 16 Jan 2001 10:44:08 -0800 (PST) Received: from cstone.net (aylee.mrgoodbucks.com [209.145.93.143]) by mail.cstone.net (8.11.1/8.11.1) with ESMTP id f0GIgVX02215; Tue, 16 Jan 2001 13:42:31 -0500 (EST) Message-ID: <3A649621.6E42D09B@cstone.net> Date: Tue, 16 Jan 2001 13:42:41 -0500 From: Sean Michael Whipkey <highway@cstone.net> X-Mailer: Mozilla 4.75 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: Poul-Henning Kamp <phk@critter.freebsd.dk>, hackers@FreeBSD.ORG Subject: Re: One thing linux does better than FreeBSD... References: <40947.979600283@critter> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Poul-Henning Kamp wrote: > Isn't there *anybody* here who has a SO/family member/neighbor in > the graphic/design business ? I do, but they almost never work for free. I did convince a friend of mine (a great artist, who has done some comic books and other stuff) to do this back of a t-shirt: http://www.cstone.net/~highway/tshirt/chuugtee.jpg (For those of you not familiar with the University of Virginia, the building in the background is the Rotunda.) Part of his problem is he's such a perfectionist that he hates to do anything "wrong" and keeps fiddling with it for hours and hours. :-) His website is here: http://www.drquark.com/ SeanMike -- SeanMike Whipkey - "The Man. The goatee. The reputation." - Kimmet "What the hell is wrong with that boy?!?" - Adrienne Uphoff "What the French lack in reason they make up for in sheer gall." - Onion "Did anyone else read this and think of SeanMike?" - Leybourne To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 10:50:25 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 AAC6D37B6A1 for <freebsd-hackers@FreeBSD.ORG>; Tue, 16 Jan 2001 10:50:01 -0800 (PST) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f0GInrK18544; Tue, 16 Jan 2001 10:49:53 -0800 (PST) Date: Tue, 16 Jan 2001 10:49:53 -0800 From: Alfred Perlstein <bright@wintelcom.net> To: Brian Dean <bsd@bsdhome.com> Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: NFS_ROOT not working when using a Netapp server Message-ID: <20010116104953.T7240@fw.wintelcom.net> References: <20010116131715.A33531@vger.bsdhome.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010116131715.A33531@vger.bsdhome.com>; from bsd@bsdhome.com on Tue, Jan 16, 2001 at 01:17:15PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Brian Dean <bsd@bsdhome.com> [010116 10:17] wrote: > Hi, > > Has anyone here sucessfully used a Netapp fileserver as the NFS root > filesystem for FreeBSD clients? > > My FreeBSD client basically mounts the Netapp, boots the kernel, but > fails early in /etc/rc because /dev/mem, /dev/kmem, /dev/null (and > friends) are unavailable. This is expected, NFS doesn't provide a name->major/minor mapping system and as such each OS must provide its own devices heirarchy for it to work. Some suggestions are using an mfs /dev and creating the device nodes in there, or making a filesystem via the "vn" device and mounting a vn device over NFS. Honestly I haven't really done anything with NFSroot, but these options would probably work, you might also have luck looking in the mailing list archives and reading the DISKLESS(8) manpage. best of luck, -- -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 Tue Jan 16 10:54:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bdr-xcon.matchlogic.com (mail.matchlogic.com [205.216.147.127]) by hub.freebsd.org (Postfix) with ESMTP id 713D337B69E for <freebsd-hackers@freebsd.org>; Tue, 16 Jan 2001 10:54:03 -0800 (PST) Received: by mail.matchlogic.com with Internet Mail Service (5.5.2650.21) id <ZNCPH4TR>; Tue, 16 Jan 2001 11:53:57 -0700 Message-ID: <5FE9B713CCCDD311A03400508B8B3013054E3D8D@bdr-xcln.is.matchlogic.com> From: Charles Randall <crandall@matchlogic.com> To: "'heckfordj@psi-domain.co.uk'" <heckfordj@psi-domain.co.uk>, freebsd-hackers@freebsd.org Subject: RE: Clustering FreeBSD Date: Tue, 16 Jan 2001 11:53:48 -0700 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 The first question I have when someone brings this up is, "please define what you mean by clustering". There are multiple interpretations. Can you elaborate? -Charles -----Original Message----- From: Jamie Heckford [mailto:heckfordj@psi-domain.co.uk] Sent: Tuesday, January 16, 2001 10:37 AM To: freebsd-hackers@freebsd.org Subject: Clustering FreeBSD Hi, Does anyone have any details of Open Source, or software included with FreeBSD that allows the clustering of FreeBSD? I have 55 racks sitting here to play with, and want to start doing some serious work (for me anyway!) with fBSD Plz. let me know! :) Thanks, -- Jamie Heckford Chief Network Engineer Psi-Domain - Innovative Linux Solutions. Ask Us How. ===================================== email: heckfordj@psi-domain.co.uk web: http://www.psi-domain.co.uk/ tel: +44 (0)1737 789 246 fax: +44 (0)1737 789 245 mobile: +44 (0)7866 724 224 ===================================== 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 Tue Jan 16 11:13: 2 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 5C8A137B69C; Tue, 16 Jan 2001 11:12:40 -0800 (PST) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f0GJCeg19242; Tue, 16 Jan 2001 11:12:40 -0800 (PST) Date: Tue, 16 Jan 2001 11:12:40 -0800 From: Alfred Perlstein <bright@wintelcom.net> To: Hajimu UMEMOTO <ume@FreeBSD.ORG> Cc: current@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: [CFR] number of processes forked since boot Message-ID: <20010116111239.U7240@fw.wintelcom.net> References: <20010117.033119.41625993.ume@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: <20010117.033119.41625993.ume@FreeBSD.org>; from ume@FreeBSD.ORG on Wed, Jan 17, 2001 at 03:31:19AM +0900 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Hajimu UMEMOTO <ume@FreeBSD.ORG> [010116 10:33] wrote: > Hi, > > I received the patch to add counter for fork() set from Paul. I've > tested it on my -CURRENT and -STABLE boxes, and it seems fine for me. > So, I post his patch for review. > > Thanks, Paul. I like this a lot. -- -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 Tue Jan 16 11:39:26 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gate.trident-uk.co.uk (mail.trident-uk.co.uk [195.166.16.10]) by hub.freebsd.org (Postfix) with ESMTP id DFC6937B69B for <freebsd-hackers@freebsd.org>; Tue, 16 Jan 2001 11:39:06 -0800 (PST) Received: from [194.207.93.6] by gate.trident-uk.co.uk for freebsd-hackers@freebsd.org id SAA14898; Tue Jan 16 18:36:22 2001 Received: from 194.207.93.6 ([194.207.93.139]) by marvin.trident-uk.co.uk (8.11.1/8.11.1) with SMTP id f0GI25a10046; Tue, 16 Jan 2001 18:02:05 GMT Date: Tue, 16 Jan 2001 18:47:00 +0000 Subject: Re: Clustering FreeBSD Message-ID: <20010116184700.A897@freefire.psi-domain.co.uk> References: <20010116173651.A808@freefire.psi-domain.co.uk> <200101161831.KAA02310@spammie.svbug.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <200101161831.KAA02310@spammie.svbug.com>; from opentrax@email.com on Tue, Jan 16, 2001 at 18:31:43 +0000 X-Mailer: Balsa 1.0.0 Lines: 33 To: opentrax@email.com From: Jamie Heckford <heckfordj@psi-domain.co.uk> Reply-To: heckfordj@psi-domain.co.uk Cc: freebsd-hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In all honesty, I am just looking for something to play with and see how fast FreeBSD can go. Sort of thing where those two guys clustered about 200 486's or something stupid like that.. :) Jamie On 2001.01.16 18:31:43 +0000 opentrax@email.com wrote: > > > On 16 Jan, Jamie Heckford wrote: > > Hi, > > > > Does anyone have any details of Open Source, or software included > > with FreeBSD that allows the clustering of FreeBSD? > > > > I have 55 racks sitting here to play with, and want to start doing > > some serious work (for me anyway!) with fBSD > > > > Plz. let me know! :) > > > I've been working on some stuff for over a year, but > it nowhere near anything. What was it you were planning on doing? > > Jessem. > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 11:48:41 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from phnxpop2.phnx.uswest.net (phnxpop2.phnx.uswest.net [206.80.192.2]) by hub.freebsd.org (Postfix) with SMTP id 75F9437B402 for <freebsd-hackers@FreeBSD.ORG>; Tue, 16 Jan 2001 11:48:22 -0800 (PST) Received: (qmail 10552 invoked by uid 0); 16 Jan 2001 19:48:21 -0000 Received: from ndslppp221.phnx.uswest.net (HELO pinyon.org) (63.224.136.221) by phnxpop2.phnx.uswest.net with SMTP; 16 Jan 2001 19:48:21 -0000 Received: from chomsky.Pinyon.ORG (localhost [127.0.0.1]) by pinyon.org (Postfix) with ESMTP id D68829B for <freebsd-hackers@FreeBSD.ORG>; Tue, 16 Jan 2001 12:47:01 -0700 (MST) Date: Tue, 16 Jan 2001 12:47:01 -0700 Message-Id: <20010116194701.D68829B@pinyon.org> From: "Russell L. Carter" <rcarter@pinyon.org> To: freebsd-hackers@FreeBSD.ORG X-Mailer: exmh version 2.1.1 10/15/1999 Subject: Re: Clustering FreeBSD In-Reply-To: Message from Jamie Heckford <heckfordj@psi-domain.co.uk> of "Tue, 16 Jan 2001 18:47:00 GMT." <20010116184700.A897@freefire.psi-domain.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG %In all honesty, I am just looking for something to play %with and see how fast FreeBSD can go. % %Sort of thing where those two guys clustered about 200 486's %or something stupid like that.. Go to google and search for Beowulf. Or Mosix. Or Ron Minnich :-) Or "smart networks", if all you want to do is serve up web pages. Russell %:) % %Jamie % %On 2001.01.16 18:31:43 +0000 opentrax@email.com wrote: %> %> %> On 16 Jan, Jamie Heckford wrote: %> > Hi, %> > %> > Does anyone have any details of Open Source, or software included %> > with FreeBSD that allows the clustering of FreeBSD? %> > %> > I have 55 racks sitting here to play with, and want to start doing %> > some serious work (for me anyway!) with fBSD %> > %> > Plz. let me know! :) %> > %> I've been working on some stuff for over a year, but %> it nowhere near anything. What was it you were planning on doing? %> %> Jessem. %> %> %> %> %> % % % %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 Tue Jan 16 12:13:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 4563837B404 for <freebsd-hackers@freebsd.org>; Tue, 16 Jan 2001 12:13:18 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.1/8.11.1) with ESMTP id f0GKRWl00629; Tue, 16 Jan 2001 12:27:40 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200101162027.f0GKRWl00629@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Brian Dean <bsd@bsdhome.com> Cc: freebsd-hackers@freebsd.org Subject: Re: NFS_ROOT not working when using a Netapp server In-reply-to: Your message of "Tue, 16 Jan 2001 13:17:15 EST." <20010116131715.A33531@vger.bsdhome.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 16 Jan 2001 12:27:31 -0800 From: Mike Smith <msmith@freebsd.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > # ls -l /dev/null > crw-rw-rw- 1 root wheel 0, 0x00080002 Jan 16 11:35 /dev/null > # ls -l /dev/mem > crw-r----- 1 root kmem 0, 0x00080000 Jan 15 13:28 /dev/mem > # df -k . mass:~>ls -l /dev/null crw-rw-rw- 1 root wheel 2, 2 Jan 16 12:20 /dev/null mass:~>ls -l /dev/mem crw-r----- 1 root kmem 2, 0 Nov 22 1999 /dev/mem What did you use to actually create your exported /dev on the NetApp in the first place? Encoding of device major/minor numbers is funky with NFS, and FreeBSD only does NFSv2 for the root filesystem by default (which makes matters even worse). If you didn't, try making the exported /dev with a FreeBSD client. If that still fails (wouldn't surprise me all that much), you want to be using an MFS or md-mounted /dev. The standard rc.diskless stuff works OK, but I don't like MFS all that much, so I rewrote it slightly to use md. See http://ziplok.dis.org/msmith/rc.diskless*.diff (could do with some polishing). -- ... 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 Tue Jan 16 12:17:56 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.gmx.net (pop.gmx.net [194.221.183.20]) by hub.freebsd.org (Postfix) with SMTP id A81D337B402 for <freebsd-hackers@FreeBSD.org>; Tue, 16 Jan 2001 12:17:36 -0800 (PST) Received: (qmail 7849 invoked by uid 0); 16 Jan 2001 20:17:35 -0000 Received: from p3ee21611.dip.t-dialin.net (HELO speedy.gsinet) (62.226.22.17) by mail.gmx.net (mp006-rz3) with SMTP; 16 Jan 2001 20:17:35 -0000 Received: (from sittig@localhost) by speedy.gsinet (8.8.8/8.8.8) id TAA12110 for freebsd-hackers@FreeBSD.org; Tue, 16 Jan 2001 19:26:01 +0100 Date: Tue, 16 Jan 2001 19:26:01 +0100 From: Gerhard Sittig <Gerhard.Sittig@gmx.net> To: freebsd-hackers@FreeBSD.org Subject: Re: how to test out cron.c changes? (was: cvs commit: src/etc crontab) Message-ID: <20010116192601.B253@speedy.gsinet> References: <20001120193326.C27042@speedy.gsinet> <20001205225656.Z27042@speedy.gsinet> <20001220211548.T253@speedy.gsinet> <3A513799.75EAB470@FreeBSD.org> <20010102133239.V253@speedy.gsinet> <20010107170840.G253@speedy.gsinet> <3A5AE490.D251F590@gorean.org> <20010109124044.A16276@mithrandr.moria.org> <3A5B5656.E2AAF0B5@FreeBSD.org> <nospam-3a5b95e412011c9@maxim.gbch.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <nospam-3a5b95e412011c9@maxim.gbch.net>; from gjb@gbch.net on Wed, Jan 10, 2001 at 08:51:16AM +1000 Organization: System Defenestrators Inc. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Jan 10, 2001 at 08:51 +1000, Greg Black wrote: > > If any change to expected cron behaviour is to be introduced, > the traditional behaviour must be the default, with a knob > documented in the man pages that can be twisted to get the > oddball behaviour that is being proposed here. In http://www.freebsd.org/cgi/query-pr.cgi?pr=24358 ("/etc/rc variables for cron(8)") I suggest how to provide knobs to pass parameters to cron as well as to switch to a different cron executable, while of course leaving current behaviour as the default. This is meant for those who feel a change to be necessary or highly desirable. No matter how soon "DST solutions" will be available and what they will look like. This opens the opportunity to use a cron daemon from ports as well as settling another - maybe repo copied - cron variant in the FreeBSD tree (although I fail to estimate how probable this is to happen). For highly involved developers this opens the opportunity to plug in an own cron version or to pass options to locally modified sources. But I recognize that there are strong concerns about touching the current src/usr.sbin/cron tree -- it is expected to be broken by being touched. For whatever the definition of "broken" might be: deviation from expected behaviour or introduction of real bugs. I feel that the proposed extension will contribute to everybody's satisfaction ... virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 Gerhard Sittig true | mail -s "get gpg key" Gerhard.Sittig@gmx.net -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 12:44: 0 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 458F037B400 for <freebsd-hackers@FreeBSD.org>; Tue, 16 Jan 2001 12:43:40 -0800 (PST) Received: (qmail 83059 invoked by uid 1001); 17 Jan 2001 06:43:31 +1000 X-Posted-By: GJB-Post 2.09 16-Jan-2001 (FreeBSD) X-URL: http://www.gbch.net 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: <nospam-3a64b2731814449@maxim.gbch.net> Date: Wed, 17 Jan 2001 06:43:31 +1000 From: Greg Black <gjb@gbch.net> To: Gerhard Sittig <Gerhard.Sittig@gmx.net> Cc: freebsd-hackers@FreeBSD.org Subject: Re: how to test out cron.c changes? (was: cvs commit: src/etc crontab) References: <20001120193326.C27042@speedy.gsinet> <20001205225656.Z27042@speedy.gsinet> <20001220211548.T253@speedy.gsinet> <3A513799.75EAB470@FreeBSD.org> <20010102133239.V253@speedy.gsinet> <20010107170840.G253@speedy.gsinet> <3A5AE490.D251F590@gorean.org> <20010109124044.A16276@mithrandr.moria.org> <3A5B5656.E2AAF0B5@FreeBSD.org> <nospam-3a5b95e412011c9@maxim.gbch.net> <20010116192601.B253@speedy.gsinet> In-reply-to: <20010116192601.B253@speedy.gsinet> of Tue, 16 Jan 2001 19:26:01 +0100 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Gerhard Sittig wrote: > On Wed, Jan 10, 2001 at 08:51 +1000, Greg Black wrote: > > > > If any change to expected cron behaviour is to be introduced, > > the traditional behaviour must be the default, with a knob > > documented in the man pages that can be twisted to get the > > oddball behaviour that is being proposed here. > > In http://www.freebsd.org/cgi/query-pr.cgi?pr=24358 ("/etc/rc > variables for cron(8)") I suggest how to provide knobs to pass > parameters to cron as well as to switch to a different cron > executable, while of course leaving current behaviour as the > default. This looks fine to me, as far as it goes. I'm assuming here that the proposed new behaviour for cron will only be enabled if a specific flag is provided? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 12:49:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from apotheosis.org.za (apotheosis.org.za [137.158.128.27]) by hub.freebsd.org (Postfix) with ESMTP id 0067D37B402 for <freebsd-hackers@freebsd.org>; Tue, 16 Jan 2001 12:49:26 -0800 (PST) Date: Tue, 16 Jan 2001 22:49:06 +0200 From: Matthew West <mwest@uct.ac.za> To: Jamie Heckford <heckfordj@psi-domain.co.uk> Cc: freebsd-hackers@freebsd.org Subject: Re: Clustering FreeBSD Message-ID: <20010116224906.A92205@apotheosis.org.za> References: <20010116173651.A808@freefire.psi-domain.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010116173651.A808@freefire.psi-domain.co.uk>; from "Jamie Heckford" on Tue, Jan 16, 2001 at 05:36:51PM Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jan 16, 2001 at 05:36:51PM +0000, Jamie Heckford wrote: > Does anyone have any details of Open Source, or software included > with FreeBSD that allows the clustering of FreeBSD? Install the pvm port (ports/net/pvm) on the machines. I've played around with this a bit, and it's quite fun to watch. Check out the X11 fractal demo ("xep"). There's also a port of povray (ports/graphics/pvmpov) which uses PVM to distribute it's processing. Links: http://acme.ecn.purdue.edu/ - Beowulf-style cluster using FreeBSD http://www.beowulf.org/ - more Beowulf-style clusters http://www.epm.ornl.gov/pvm/pvm_home.html & http://www.netlib.org/pvm3/book/pvm-book.html - PVM information -- mwest@uct.ac.za To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 13: 3:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from jever.heim2.tu-clausthal.de (jever.heim2.tu-clausthal.de [139.174.240.29]) by hub.freebsd.org (Postfix) with ESMTP id B7A4137B401 for <freebsd-hackers@freebsd.org>; Tue, 16 Jan 2001 13:03:20 -0800 (PST) Received: (from uwe@localhost) by jever.heim2.tu-clausthal.de (8.11.1/8.11.1) id f0GL3Lk46319 for freebsd-hackers@freebsd.org; Tue, 16 Jan 2001 22:03:21 +0100 (CET) (envelope-from uwe) Date: Tue, 16 Jan 2001 22:03:21 +0100 From: Uwe Pierau <uwe.pierau@tu-clausthal.de> To: freebsd-hackers@freebsd.org Subject: Re: Clustering FreeBSD Message-ID: <20010116220321.A46297@heim2.tu-clausthal.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD jever.heim2.tu-clausthal.de 4.2-STABLE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jamie Heckford wrote: # Hi, # Does anyone have any details of Open Source, or software included # with FreeBSD that allows the clustering of FreeBSD? Maybe you mean something like this... http://acme.ecn.purdue.edu/index.html ?! Uwe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 13: 4: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.interware.hu (mail.interware.hu [195.70.32.130]) by hub.freebsd.org (Postfix) with ESMTP id 5095A37B69B for <freebsd-hackers@freebsd.org>; Tue, 16 Jan 2001 13:03:49 -0800 (PST) Received: from victoria-074.budapest.interware.hu ([195.70.63.74] helo=elischer.org) by mail.interware.hu with esmtp (Exim 3.16 #1 (Debian)) id 14IdGd-0000eb-00; Tue, 16 Jan 2001 22:03:47 +0100 Message-ID: <3A64B6C2.6D0ADF97@elischer.org> Date: Tue, 16 Jan 2001 13:01:54 -0800 From: Julian Elischer <julian@elischer.org> X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: Mark Santcroos <marks@ripe.net> Cc: freebsd-hackers@freebsd.org Subject: Re: adding an address family References: <20010116103212.C12906@ripe.net> <3A649154.B345C634@elischer.org> <20010116194307.A28087@ripe.net> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mark Santcroos wrote: > > On Tue, Jan 16, 2001 at 10:22:12AM -0800, Julian Elischer wrote: > > > So would it be possible to add another network stack at runtime or is the > > > code not ready for that? > > > > we do this in ng_socket.c where we add our own protocol. > > Thanx, > > I didn't thought on the netgraph code. > > Is this likely going to replace all the implementations of the current > supported network protocols? > > In other words, is netgraph the right way to go for me, or should I rather > focus on the more static part and drop the idea of implementing it as a > kernel module? I don't know.. I don't know what you need :-) I was just suggesting that we made a new loadable protocol in netgraph that you could use as an example. Of course it IS possible that you could do what you want using netgraph but since I don't know what that is, I can't judge. > > Mark > > -- > Mark Santcroos RIPE Network Coordination Centre > > PGP KeyID: 1024/0x3DCBEB8D > PGP Fingerprint: BB1E D037 F29D 4B40 0B26 F152 795F FCAB 3DCB EB8D -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000 ---> X_.---._/ from Perth, presently in: Budapest v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 13:17:55 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bsdhome.dyndns.org (unknown [24.25.2.13]) by hub.freebsd.org (Postfix) with ESMTP id 0CFE337B400; Tue, 16 Jan 2001 13:17:37 -0800 (PST) Received: from vger.bsdhome.com (vger [192.168.220.2]) by bsdhome.dyndns.org (8.11.1/8.11.1) with ESMTP id f0GLHZo04029; Tue, 16 Jan 2001 16:17:35 -0500 (EST) (envelope-from bsd@bsdhome.com) Received: (from bsd@localhost) by vger.bsdhome.com (8.11.1/8.11.1) id f0GLHZx34752; Tue, 16 Jan 2001 16:17:35 -0500 (EST) (envelope-from bsd) Date: Tue, 16 Jan 2001 16:17:35 -0500 From: Brian Dean <bsd@bsdhome.com> To: Mike Smith <msmith@freebsd.org> Cc: freebsd-hackers@freebsd.org Subject: Re: NFS_ROOT not working when using a Netapp server Message-ID: <20010116161735.A34527@vger.bsdhome.com> References: <20010116131715.A33531@vger.bsdhome.com> <200101162027.f0GKRWl00629@mass.osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200101162027.f0GKRWl00629@mass.osd.bsdi.com>; from msmith@freebsd.org on Tue, Jan 16, 2001 at 12:27:31PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jan 16, 2001 at 12:27:31PM -0800, Mike Smith wrote: > > What did you use to actually create your exported /dev on the NetApp in > the first place? Encoding of device major/minor numbers is funky with > NFS, and FreeBSD only does NFSv2 for the root filesystem by default > (which makes matters even worse). I created the client's /dev entries by mounting the netapp from another FreeBSD box, chroot'ing to the top of the client's root tree, then "cd /dev && sh MAKEDEV all". However, this was done with an NFS V3 mount and as you observed, FreeBSD uses NFSv2 for the root. After repeating this same same procedure using an NVSv2 mount to the Netapp, the major/minor numbers look a whole lot better and it now works just fine. It's odd, though, that the NFSv2 and NFSv3 handle these aspects of of the inode so differently. I wonder if this is a bug, and if so, is it Netapp's or ours? It is interesting to note that this mangling does not occur when FreeBSD is both the client and the server. -Brian -- Brian Dean bsd@FreeBSD.org bsd@bsdhome.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 13:47:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 0DF8237B400 for <freebsd-hackers@freebsd.org>; Tue, 16 Jan 2001 13:47:18 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.1/8.11.1) with ESMTP id f0GM1fl02021; Tue, 16 Jan 2001 14:01:41 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200101162201.f0GM1fl02021@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Brian Dean <bsd@bsdhome.com> Cc: freebsd-hackers@freebsd.org Subject: Re: NFS_ROOT not working when using a Netapp server In-reply-to: Your message of "Tue, 16 Jan 2001 16:17:35 EST." <20010116161735.A34527@vger.bsdhome.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 16 Jan 2001 14:01:41 -0800 From: Mike Smith <msmith@freebsd.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > However, this was done with an NFS V3 mount and as you observed, > FreeBSD uses NFSv2 for the root. After repeating this same same > procedure using an NVSv2 mount to the Netapp, the major/minor numbers > look a whole lot better and it now works just fine. > > It's odd, though, that the NFSv2 and NFSv3 handle these aspects of of > the inode so differently. I wonder if this is a bug, and if so, is it > Netapp's or ours? It is interesting to note that this mangling does > not occur when FreeBSD is both the client and the server. It's a "feature" of the way that the NetApp box stores the major/minor numbers, and not really a bug per se. FreeBSD has somewhat different expectations of major/minor number storage as compared to some other platforms, and the interactions are not well defined. -- ... 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 Tue Jan 16 13:55:47 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 4676437B402 for <hackers@freebsd.org>; Tue, 16 Jan 2001 13:55:30 -0800 (PST) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id NAA29251 for <hackers@freebsd.org>; Tue, 16 Jan 2001 13:55:29 -0800 (PST) (envelope-from jdp@polstra.com) Message-ID: <XFMail.010116135528.jdp@polstra.com> X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Tue, 16 Jan 2001 13:55:28 -0800 (PST) Organization: Polstra & Co., Inc. From: John Polstra <jdp@polstra.com> To: hackers@freebsd.org Subject: cvsup7.freebsd.org downtime for upgrades Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG CVSup7.FreeBSD.org will be down for at least a few hours this afternoon (Pacific time) so that we can perform a hardware upgrade. It may be down again later in the week as we rearrange things on the disks and bring the OS up to date. Thanks in advance for your patience. 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 Tue Jan 16 14: 7: 6 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by hub.freebsd.org (Postfix) with ESMTP id B0F1B37B402; Tue, 16 Jan 2001 14:06:33 -0800 (PST) Received: from husten.security.at12.de (dial-213-168-72-78.netcologne.de [213.168.72.78]) by mail2.netcologne.de (8.9.3/8.9.3) with ESMTP id XAA16748; Tue, 16 Jan 2001 23:06:30 +0100 (MET) Received: from localhost (localhost.security.at12.de [127.0.0.1]) by husten.security.at12.de (8.11.1/8.11.1) with ESMTP id f0GM6EV11755; Tue, 16 Jan 2001 23:06:14 +0100 (CET) (envelope-from pherman@frenchfries.net) Date: Tue, 16 Jan 2001 23:06:14 +0100 (CET) From: Paul Herman <pherman@frenchfries.net> To: Hajimu UMEMOTO <ume@FreeBSD.ORG> Cc: <current@FreeBSD.ORG>, <hackers@FreeBSD.ORG> Subject: Re: [CFR] number of processes forked since boot In-Reply-To: <20010117.033119.41625993.ume@FreeBSD.org> Message-ID: <Pine.BSF.4.31.0101162255140.341-101000@husten.security.at12.de> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1518330454-979682654=:341" Content-ID: <Pine.BSF.4.31.0101162305440.11697@husten.security.at12.de> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1518330454-979682654=:341 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: <Pine.BSF.4.31.0101162305441.11697@husten.security.at12.de> On Wed, 17 Jan 2001, Hajimu UMEMOTO wrote: > I received the patch to add counter for fork() set from Paul. I've > tested it on my -CURRENT and -STABLE boxes, and it seems fine for me. > So, I post his patch for review. I do have a change (I knew I forgot something.) This is exactly the same patch, but counts kernel thread forks to boot. I've tested it on -CURRENT and seems fine for me as well. -Paul. --0-1518330454-979682654=:341 Content-Type: APPLICATION/OCTET-STREAM; NAME="fork_kthreads.patch.gz" Content-Transfer-Encoding: BASE64 Content-ID: <Pine.BSF.4.31.0101162304141.341@husten.security.at12.de> Content-Description: Content-Disposition: ATTACHMENT; FILENAME="fork_kthreads.patch.gz" H4sICAXFZDoCA2Zvcmtfa3RocmVhZHMucGF0Y2gAvVj7b9s2EP7Z/isOGVY4 lR097KSzvBRJk7gImkfhphsGDBBkiUoE6wVSYh5b//cdKdmWbMmzs3aGIckk 7/uOvLtPpC8jlzyZwJ6ZOiM0khfLi+nswGkf//dPe3L2BTw/ICaoD3FI1Mjh TGXUUesYu7xNSUp9wv3oHijemB9HoB8M9bbrex70MuhR8RPKfvZ6vdoJtAxN 01TdUI0+6ENz0De1YUuCKYrSaKGr+NWPwNDNwcDU37VPTqB3dNg9AgWv7+Dk pA0/+ZETZC6BX3mo8tAiTymCHDy8X+96iSMiO9rKsktw8zAkaLViJHoyVjS3 gaV26jtwfXp1dXtmnV+ML28uOtfW6d34dvKpC3t2KhzfWzyBYwfB1HZme/sj 6fihLj0/1I+6hiZ9b8FbIE/EyVKxtomdPkBgC0cAOj7GyfUpcdLgGfwojUH4 AmHskn1pqeIVJyWoOonehcToghfY9wzplLbS8j3oyN9wfAydyXh8/hH+hsn4 8+T2bH8f/sIhLSdKD7iEYIoyqrYk9j1hoBwjcO99YvGQJbZDeu+R02X+CwGl poeJHgH0DUjACGxyIn/4/Pvp5Z18vL64rvrF1x3j39WzRBduvUlo7GgV5ln6 QIntVrmLxu/CXuKi67Ok32GWImVb6ts8yT7EmFpimoQxBLUpAUZSyJIuRPEj OA/EmYkVsaNnCGLbtacBEamWBTj60Y7S9uVSnCoV8+OVqULXKEtGVZYMHZYu zkWpgtTSh8OhVKQhaAPTGJgDoUjGUpGqw6tyZBhmfyiremiIosarnutRK7Ow WoFbIn5xlloeJcQK/WgEAOpbwCeIsnCKtZxHmBKsa05cwKBLLSVBXtxzILwS SrOkDIVAC7sCLfYKQIEjLB2UiiqStGeEE0pGmBuQP4JLkoBICVpgTEmAeZE+ +AySVIAoIpcUkUtjzE1V1qEq8xRsJ/W5nz4fyH4xdMEnMnvUElRLJ6Vg7Ut1 ZNXhvHY8bzagtQa02WBe16MNLk2fS1GozkWuzYrtb9fFktmeh2KN8UCAAnB9 dlsj8DoIuhMErYMoi9gOM6ksCnwbifek5xIPrE8Xk5uLK1SbkkLkr9u8cv6H vUuFrlEhBv2KQgz6UPJxLhEVqMWmRe+DpuH+w9QOWxJoLhFrw8sSMTC1gZSI vtEXGiFuhpGLRF1Vd+Hs7mp8dfrRmpx34U3+KqgbpuEeQ2wq4MsfX9DEury5 61hC/HGHwnAIc7pwe3lunX69u+0i2QuhsZQjy4mzKF3hQUPZJ0cVA+YMSsHw tUrBwzKB0ioqvXYCRY9AvKktuJ14eDMRr2Xir6aizVS0loq+mmouS7Vky87m NVzW585RkyXfGLmiVzBvkIfdQ9jMyreh5a/gpZt56Ta89BW8ZcXdFODtlroa aaHCoG0tBLLOQ5vNVvwotc8rv1DzjNGDqR+hygnM4vajNb2BtFHZcSdWVvb+ EBZ+Cl1vgMvVXTvEL+hHpvbO1LWWBBPqvsGofCrFo6yRn0o1XR5L8aYXh7sO j313P6Eo4V5n7+dhBiz20kex+V6oOvszwhMjy0LMA9ErYlpjmFI7KQ8VvxuG 4mspJWEuC2XwZyaaROLWGBXv9kJpwMEbZl3JfC5CDfYVMSqZSZ1ssOENNnyT EW0wonOj2iV5tBNZUPmW248qC4OdfrSdJZNXF8O3ApDcs20x8EiwSo9NxV8E R/ovMosMY0MWiRe1KJxg7hMloqkSr/jFi90Gh/CJ2hHzU5gGsTMTxSSAwLOz oOJbMbApJ+PUDsSmMbeD1J6R8rqI/yZkT0Mo1xWukoV5EmKBr2ehtNwatcjN lazcDYOvYfDdQegaCC2DQCOI2PmVg5uKhn+3EJyuTcLKErrb25InP5XJMf/f oASTFDD/ANTUkO+0FAAA --0-1518330454-979682654=:341-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 14:23:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from birch.ripe.net (birch.ripe.net [193.0.1.96]) by hub.freebsd.org (Postfix) with ESMTP id 33ABA37B402 for <freebsd-hackers@freebsd.org>; Tue, 16 Jan 2001 14:23:28 -0800 (PST) Received: from kantoor.ripe.net (kantoor.ripe.net [193.0.1.98]) by birch.ripe.net (8.8.8/8.8.8) with ESMTP id XAA08892; Tue, 16 Jan 2001 23:23:26 +0100 (CET) Received: (from marks@localhost) by kantoor.ripe.net (8.8.8/8.8.5) id XAA09133; Tue, 16 Jan 2001 23:23:26 +0100 (CET) Date: Tue, 16 Jan 2001 23:23:26 +0100 From: Mark Santcroos <marks@ripe.net> To: Julian Elischer <julian@elischer.org> Cc: freebsd-hackers@freebsd.org Subject: Re: adding an address family Message-ID: <20010116232326.A6513@ripe.net> References: <20010116103212.C12906@ripe.net> <3A649154.B345C634@elischer.org> <20010116194307.A28087@ripe.net> <3A64B6C2.6D0ADF97@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <3A64B6C2.6D0ADF97@elischer.org>; from julian@elischer.org on Tue, Jan 16, 2001 at 01:01:54PM -0800 X-Handles: MS6-6BONE, MS32260-NIC, MS18417-RIPE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jan 16, 2001 at 01:01:54PM -0800, Julian Elischer wrote: > > Is this likely going to replace all the implementations of the current > > supported network protocols? > > > > In other words, is netgraph the right way to go for me, or should I rather > > focus on the more static part and drop the idea of implementing it as a > > kernel module? > > I don't know.. I don't know what you need :-) Hi, Ok I'm trying to make a port of the IrDA stack on Linux to FreeBSD. I've now written the driver for the chipset on my laptop, and I am ready with that to pass data to an upper layer. In Linux IrDA is handled as AF_IRDA, so in userland you create an AF_IRDA socket just as you would do with a normal TCP/IP stack and then you can commnunicate with other IrDA devices. I had two questions: 1. How can I dynamicly implement a new network protocol as a kernel module. The answer for that one seems to be Netgraph Following to that one I had another question: 2. Is Netgraph going to be the future in FreeBSD network stacks. Iaw, will tcp/ip be based on Netgraph in the future or will it just be a nice extension but not more. The reason I ask it is this: Is it wise to implement my protocol based on Netgraph (so I can do it as a kernel module), or should I just build it into the kernel? I know; A lot of questions, but I sure need the help :-) (And wouldn't it be cool if we would have IrDA support?) Mark -- Mark Santcroos RIPE Network Coordination Centre PGP KeyID: 1024/0x3DCBEB8D PGP Fingerprint: BB1E D037 F29D 4B40 0B26 F152 795F FCAB 3DCB EB8D To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 14:27:18 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 0BADC37B402; Tue, 16 Jan 2001 14:27:01 -0800 (PST) Received: from localhost (winter@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id RAA11770; Tue, 16 Jan 2001 17:24:48 -0500 (EST) Date: Tue, 16 Jan 2001 17:24:48 -0500 (EST) From: "Matthew N. Dodd" <winter@jurai.net> To: Poul-Henning Kamp <phk@critter.freebsd.dk> Cc: Wilko Bulte <wkb@freebie.demon.nl>, Dag-Erling Smorgrav <des@ofug.org>, hackers@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: One thing linux does better than FreeBSD... In-Reply-To: <40947.979600283@critter> Message-ID: <Pine.BSF.4.21.0101161724180.28201-100000@sasami.jurai.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 16 Jan 2001, Poul-Henning Kamp wrote: > Isn't there *anybody* here who has a SO/family member/neighbor in the > graphic/design business ? Yes. http://www.svaha.net/daemon/index.html -- | 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 Tue Jan 16 14:29:34 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from vieo.com (vieo.com [216.30.79.131]) by hub.freebsd.org (Postfix) with ESMTP id 730C437B404 for <freebsd-hackers@FreeBSD.ORG>; Tue, 16 Jan 2001 14:29:15 -0800 (PST) Received: (from johng@localhost) by vieo.com (8.11.2/8.11.2) id f0GMTEH54921 for freebsd-hackers@FreeBSD.ORG; Tue, 16 Jan 2001 16:29:14 -0600 (CST) (envelope-from johng) Date: Tue, 16 Jan 2001 16:29:14 -0600 (CST) From: John Gregor <johng@vieo.com> Message-Id: <200101162229.f0GMTEH54921@vieo.com> To: freebsd-hackers@FreeBSD.ORG Subject: SIGBUS when writing to mmap'd device memory... Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG All, I'm trying to mmap() a region of device memory into user space. When the user app tries to write to the page, I'm getting a SIGBUS. My code in foo_mmap() looks essentially like: ... voff = bhandle + client_offset; poff = vtophys(voff); return i386_btop(poff); I know that voff is fine as I can write in the kernel to that address and the right things happen. Any ideas? Anything I can do to help narrow down the cause? Thanks, -JohnG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 15:26:28 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.speedera.com (unknown [64.242.144.230]) by hub.freebsd.org (Postfix) with ESMTP id 62EA837B401; Tue, 16 Jan 2001 15:26:08 -0800 (PST) Received: from salesnb1 (ph-128.speedera.com [10.40.10.128]) by mail.speedera.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id ZN1VVCK1; Tue, 16 Jan 2001 15:21:05 -0800 Message-ID: <05ce01c08014$ffa9c030$800a280a@speedera.com> From: "Ras-Sol" <ras-sol@usa.net> To: "Matthew N. Dodd" <winter@jurai.net>, "Poul-Henning Kamp" <phk@critter.freebsd.dk> Cc: "Wilko Bulte" <wkb@freebie.demon.nl>, "Dag-Erling Smorgrav" <des@ofug.org>, <hackers@FreeBSD.ORG>, <jkh@FreeBSD.ORG> References: <Pine.BSF.4.21.0101161724180.28201-100000@sasami.jurai.net> Subject: Re: One thing linux does better than FreeBSD... Date: Tue, 16 Jan 2001 15:35:24 -0800 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.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Am I the only one who thinks that he's just too cute? I mean- I view FreeBSD as a potent force that follows it's directives with razorlike precision and bleeding speed. Somehow this is not embodied by a "cute" daemon. I mean he IS a daemon! Come on! I've got a few GD friends, I'll sic them to work on a MEANER version... -- "Jupiter accepts your offer..." AIM: IMFDUP ----- Original Message ----- From: Matthew N. Dodd <winter@jurai.net> To: Poul-Henning Kamp <phk@critter.freebsd.dk> Cc: Wilko Bulte <wkb@freebie.demon.nl>; Dag-Erling Smorgrav <des@ofug.org>; <hackers@FreeBSD.ORG>; <jkh@FreeBSD.ORG> Sent: Tuesday, January 16, 2001 2:24 PM Subject: Re: One thing linux does better than FreeBSD... > On Tue, 16 Jan 2001, Poul-Henning Kamp wrote: > > Isn't there *anybody* here who has a SO/family member/neighbor in the > > graphic/design business ? > > Yes. > > http://www.svaha.net/daemon/index.html > > -- > | 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 Tue Jan 16 15:51:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from homer.softweyr.com (unknown [208.187.122.44]) by hub.freebsd.org (Postfix) with ESMTP id D9DDE37B402 for <freebsd-hackers@freebsd.org>; Tue, 16 Jan 2001 15:51:41 -0800 (PST) Received: from [127.0.0.1] (helo=softweyr.com ident=Fools trust ident!) by homer.softweyr.com with esmtp (Exim 3.16 #1) id 14IPgr-0000H0-00; Mon, 15 Jan 2001 23:33:57 -0700 Message-ID: <3A63EB55.D15690E9@softweyr.com> Date: Mon, 15 Jan 2001 23:33:57 -0700 From: Wes Peters <wes@softweyr.com> Organization: Softweyr LLC X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Jeroen Ruigrok van der Werven <jruigrok@via-net-works.nl> Cc: Rasputin <rasputin@FreeBSD-uk.eu.org>, freebsd-hackers@FreeBSD.ORG Subject: Re: libc walkthrough? References: <20010115112218.A30426@dogma.freebsd-uk.eu.org> <20010115134038.E67095@lucifer.bart.nl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jeroen Ruigrok van der Werven wrote: > > -On [20010115 12:25], Rasputin (rasputin@FreeBSD-uk.eu.org) wrote: > >Ok, I know that The Bible for *BSDs is "TDaIotFOS", but STR from a glance > >at the 4.3 version that it is very kernel-oriented. > > > >I'd like to get started by porting a few userland apps > >(have my sights on cdparanoia for starters), so was wondering if > >anyone could recommend a good book to introduce newbies to > >the BSD C library - I know the manpages are more up to date, > >but I can't read them on the bus.. > > Advanced UNIX Programming, by Warren W. Gay. To follow up after Stevens > APUE. Porting UNIX Software, O'Reilly & Associates. The author is some goofball named Greg Lehey. Hi grog! -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 16:25:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f51.law9.hotmail.com [64.4.9.51]) by hub.freebsd.org (Postfix) with ESMTP id 8313A37B401 for <freebsd-hackers@FreeBSD.ORG>; Tue, 16 Jan 2001 16:25:03 -0800 (PST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 16 Jan 2001 16:25:03 -0800 Received: from 12.20.190.1 by lw9fd.law9.hotmail.msn.com with HTTP; Wed, 17 Jan 2001 00:25:02 GMT X-Originating-IP: [12.20.190.1] From: "gerald stoller" <gerald_stoller@hotmail.com> To: freebsd-hackers@FreeBSD.ORG Subject: Re: Mounting a CDROM in freeBSD 4.2 Date: Tue, 16 Jan 2001 19:25:02 -0500 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: <F51NzscE8NpqhNPPzQT0000037d@hotmail.com> X-OriginalArrivalTime: 17 Jan 2001 00:25:03.0203 (UTC) FILETIME=[EF345330:01C0801B] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'd like to thank every one who responded, and all those who were willing to respond but saw that they would be repeating information already sent. It turns out that the designation of the CDROM drive changed between versions 3.3 and 4.2 , and the only one I knew was the designation of the CDROM drive for version 3.3 . I did a grep -i cdrom *.TXT on the files ABOUT.TXT INSTALL.TXT README.TXT TROUBLE.TXT ERRATA.TXT LAYOUT.TXT RELNOTES.TXT UPGRADE.TXT and found no mention of the designation of the CDROM drive, so I am glad that a couple of responders sent it to me. I would like to know how they found out this tidbit of information so I'll know where to look for it in the future. I would suggest that there be a man page listing all the drive designations ( CDROM , A , B [if one has it] , IDE [or other] drive D , etc. , SCSI drives ) and this man page should be referenced as a "SEE ALSO" in all the mount man pages . Possibly it could be like Greg Lehey's table 13.5 except that it should be more complete. _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 16:54:30 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id BB1CE37B400; Tue, 16 Jan 2001 16:54:13 -0800 (PST) Received: from winston.osd.bsdi.com (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.1/8.11.1) with ESMTP id f0H0mbN89592; Tue, 16 Jan 2001 16:48:38 -0800 (PST) (envelope-from jkh@winston.osd.bsdi.com) To: "Ras-Sol" <ras-sol@usa.net> Cc: "Matthew N. Dodd" <winter@jurai.net>, "Poul-Henning Kamp" <phk@critter.freebsd.dk>, "Wilko Bulte" <wkb@freebie.demon.nl>, "Dag-Erling Smorgrav" <des@ofug.org>, hackers@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: One thing linux does better than FreeBSD... In-Reply-To: Message from "Ras-Sol" <ras-sol@usa.net> of "Tue, 16 Jan 2001 15:35:24 PST." <05ce01c08014$ffa9c030$800a280a@speedera.com> Date: Tue, 16 Jan 2001 16:48:37 -0800 Message-ID: <89588.979692517@winston.osd.bsdi.com> From: Jordan Hubbard <jkh@winston.osd.bsdi.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Am I the only one who thinks that he's just too cute? Well, either that or a bit too much like Al Jolson in blackface (redface?). > I mean he IS a daemon! > Come on! > > I've got a few GD friends, I'll sic them to work on a MEANER version... Go for it! We did a version of him here holding a smoking AK-47 and looking positively demented and it was one of the most popular renderings at the office. :-) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 16:59: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 B289037B69B; Tue, 16 Jan 2001 16:59:01 -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 f0H0vCL23100; Tue, 16 Jan 2001 16:57:12 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: <XFMail.010116165902.jhb@FreeBSD.org> 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: <89588.979692517@winston.osd.bsdi.com> Date: Tue, 16 Jan 2001 16:59:02 -0800 (PST) From: John Baldwin <jhb@FreeBSD.org> To: Jordan Hubbard <jkh@winston.osd.bsdi.com> Subject: Re: One thing linux does better than FreeBSD... Cc: jkh@FreeBSD.org, hackers@FreeBSD.org, Dag-Erling Smorgrav <des@ofug.org>, Wilko Bulte <wkb@freebie.demon.nl>, Poul-Henning Kamp <phk@critter.freebsd.dk>, "Matthew N. Dodd" <winter@jurai.net>, Ras-Sol <ras-sol@usa.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 17-Jan-01 Jordan Hubbard wrote: >> Am I the only one who thinks that he's just too cute? > > Well, either that or a bit too much like Al Jolson in blackface > (redface?). > >> I mean he IS a daemon! >> Come on! >> >> I've got a few GD friends, I'll sic them to work on a MEANER version... > > Go for it! We did a version of him here holding a smoking AK-47 and > looking positively demented and it was one of the most popular > renderings at the office. :-) Where did that sneak off to, btw? That definitely deserves to be a T-shirt. > - Jordan -- John Baldwin <jhb@FreeBSD.org> -- 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 Tue Jan 16 17:17:29 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from VL-MS-MR003.sc1.videotron.ca (relais.videotron.ca [24.201.245.36]) by hub.freebsd.org (Postfix) with ESMTP id F288B37B69F; Tue, 16 Jan 2001 17:17:03 -0800 (PST) Received: from jehovah ([24.201.144.31]) by VL-MS-MR003.sc1.videotron.ca (Netscape Messaging Server 4.15) with SMTP id G7A8WA03.B82; Tue, 16 Jan 2001 20:16:58 -0500 Message-ID: <011401c08023$64e1e370$1f90c918@jehovah> From: "Bosko Milekic" <bmilekic@technokratis.com> To: "Matthew N. Dodd" <winter@jurai.net>, "Poul-Henning Kamp" <phk@critter.freebsd.dk> Cc: "Wilko Bulte" <wkb@freebie.demon.nl>, "Dag-Erling Smorgrav" <des@ofug.org>, <hackers@FreeBSD.ORG>, <jkh@FreeBSD.ORG> References: <Pine.BSF.4.21.0101161724180.28201-100000@sasami.jurai.net> Subject: Re: One thing linux does better than FreeBSD... Date: Tue, 16 Jan 2001 20:18:26 -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.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hey! These images are hip! :-) Cheers, Bosko. Matthew N. Dodd wrote: > On Tue, 16 Jan 2001, Poul-Henning Kamp wrote: > > Isn't there *anybody* here who has a SO/family member/neighbor in the > > graphic/design business ? > > Yes. > > http://www.svaha.net/daemon/index.html > > -- > | 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 Tue Jan 16 17:41:59 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 11DE637B402 for <hackers@freebsd.org>; Tue, 16 Jan 2001 17:41:41 -0800 (PST) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id RAA00431 for <hackers@freebsd.org>; Tue, 16 Jan 2001 17:41:40 -0800 (PST) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.1/8.11.0) id f0H1fdj23147; Tue, 16 Jan 2001 17:41:39 -0800 (PST) (envelope-from jdp) Date: Tue, 16 Jan 2001 17:41:39 -0800 (PST) Message-Id: <200101170141.f0H1fdj23147@vashon.polstra.com> To: hackers@freebsd.org From: John Polstra <jdp@polstra.com> Subject: Re: cvsup7.freebsd.org downtime for upgrades In-Reply-To: <XFMail.010116135528.jdp@polstra.com> References: <XFMail.010116135528.jdp@polstra.com> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <XFMail.010116135528.jdp@polstra.com>, John Polstra <jdp@polstra.com> wrote: > CVSup7.FreeBSD.org will be down for at least a few hours this > afternoon (Pacific time) so that we can perform a hardware upgrade. > It may be down again later in the week as we rearrange things on > the disks and bring the OS up to date. Thanks in advance for your > patience. This has unfortunately escalated to "downtime for repairs." :-( CVSup7 will be down for at least a few days. People who rely on it should switch to one of the other mirrors for the time being. There are 14 others (cvsup1 - cvsup15) in the US to choose from. I apologize for the inconvenience. The NetBSD, OpenBSD, and gcc collections which existed only on cvsup7 will be unavailable until it comes back up. 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 Tue Jan 16 18:17:25 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 5AEF337B402 for <freebsd-hackers@FreeBSD.ORG>; Tue, 16 Jan 2001 18:17:06 -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 f0H2Gk762102; Tue, 16 Jan 2001 21:16:46 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Tue, 16 Jan 2001 21:16:46 -0500 (EST) From: Robert Watson <rwatson@FreeBSD.ORG> X-Sender: robert@fledge.watson.org To: mouss <usebsd@free.fr> Cc: Archie Cobbs <archie@dellroad.org>, Warner Losh <imp@harmony.village.org>, freebsd-hackers@FreeBSD.ORG Subject: Re: Setting default hostname to localhost In-Reply-To: <4.3.0.20010116124844.00ad5a60@pop.free.fr> Message-ID: <Pine.NEB.3.96L.1010116211552.61772B-100000@fledge.watson.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 Tue, 16 Jan 2001, mouss wrote: > A look at /usr/src/libexec/getty/main.c shows the folowing: > if (hostname[0] == '\0') > strcpy(hostname, "Amnesiac"); > > so, coherence suggests that the default should be "Amnesiac". > Othewise, you'll get different hostnames for dhcp (and the like), and > getty sessions. The nice thing about "localhost" is that it already appears in /etc/hosts, and is a relatively reserved name, so unlikely to conflict too much based on resolution order. I.e., amnesiac.res.cmu.edu is not an unlikely name. 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 Tue Jan 16 18:30:50 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from virtual.valuelinx.net (virtual.valuelinx.net [208.189.209.17]) by hub.freebsd.org (Postfix) with ESMTP id D80E137B401 for <hackers@freebsd.org>; Tue, 16 Jan 2001 18:30:07 -0800 (PST) Received: from penix.org (Toronto-ppp221260.sympatico.ca [64.228.106.77]) by virtual.valuelinx.net (8.9.1/8.9.1) with SMTP id CAA21222 for <hackers@freebsd.org>; Wed, 17 Jan 2001 02:29:42 GMT Message-ID: <3A6505B4.11532451@penix.org> Date: Tue, 16 Jan 2001 21:38:44 -0500 From: Paul Halliday <dp@penix.org> X-Mailer: Mozilla 4.72 [en] (X11; I; FreeBSD 4.2-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: hackers@freebsd.org Subject: tasteless? Content-Type: multipart/mixed; boundary="------------7174A51444978B6D0D4EDFB3" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------7174A51444978B6D0D4EDFB3 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit --------------7174A51444978B6D0D4EDFB3 Content-Type: image/gif; name="simple.gif" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="simple.gif" R0lGODlh2AByAIcAAAAAAAAAMwAAZgAAmQAAzAAA/zMAADMAMzMAZjMAmTMAzDMA/2YAAGYA M2YAZmYAmWYAzGYA/5kAAJkAM5kAZpkAmZkAzJkA/8wAAMwAM8wAZswAmcwAzMwA//8AAP8A M/8AZv8Amf8AzP8A/wAzAAAzMwAzZgAzmQAzzAAz/zMzADMzMzMzZjMzmTMzzDMz/2YzAGYz M2YzZmYzmWYzzGYz/5kzAJkzM5kzZpkzmZkzzJkz/8wzAMwzM8wzZswzmcwzzMwz//8zAP8z M/8zZv8zmf8zzP8z/wBmAABmMwBmZgBmmQBmzABm/zNmADNmMzNmZjNmmTNmzDNm/2ZmAGZm M2ZmZmZmmWZmzGZm/5lmAJlmM5lmZplmmZlmzJlm/8xmAMxmM8xmZsxmmcxmzMxm//9mAP9m M/9mZv9mmf9mzP9m/wCZAACZMwCZZgCZmQCZzACZ/zOZADOZMzOZZjOZmTOZzDOZ/2aZAGaZ M2aZZmaZmWaZzGaZ/5mZAJmZM5mZZpmZmZmZzJmZ/8yZAMyZM8yZZsyZmcyZzMyZ//+ZAP+Z M/+ZZv+Zmf+ZzP+Z/wDMAADMMwDMZgDMmQDMzADM/zPMADPMMzPMZjPMmTPMzDPM/2bMAGbM M2bMZmbMmWbMzGbM/5nMAJnMM5nMZpnMmZnMzJnM/8zMAMzMM8zMZszMmczMzMzM///MAP/M M//MZv/Mmf/MzP/M/wD/AAD/MwD/ZgD/mQD/zAD//zP/ADP/MzP/ZjP/mTP/zDP//2b/AGb/ M2b/Zmb/mWb/zGb//5n/AJn/M5n/Zpn/mZn/zJn//8z/AMz/M8z/Zsz/mcz/zMz/////AP// M///Zv//mf//zP///wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACH/C05FVFNDQVBFMi4wAwHoAwAsAAAAANgAcgCH ////ISEhKSkpY2NjlJSUnJyctbW1vb29xsbGzs7O1tbW3t7e5+fn9/f37+fn//f31s7O597e raWlxr29pZyc9+fn3s7O797e1sbGzr29rZyc3sbGjHt7vaWle2trtZycrYyMxpycc1paQjEx e0pKjEpKnHNrzqWcxqWcxq2l57WlvaWc3rWl1q2c59bOxrWt1rWlva2lWkpC1sa9zrWl3rWc 5869xq2czr2t1r2l9+/n3tbOta2l3s6958al3r2c7+fe572MxpRa78aU79a1586t3sallHta 78aM59a958aU771z1sat79at586l78aE771r971a75wY597Oxr2t771j3qVC97U555wQ//fn 796999aUrZRj98579+/e79ac78ZrzqVK771S59at7+fO7+/n9/fv///35+fe1tbG7/fv5+/v 1t7erb29Ulpa1u/vtc7OKTExhK21rcbOlK21pb3GhJyla5SlY4SUxtbepbW9WnuMa5y1SoSl WoytWnOEQmN7MWuUe5y1WoSlSnOUMWOMOXOlvcbOztbexs7Wpa21UmuEQmuUMVqElJylMVJ7 Qlp7KUJjMUpz1t7va3OEMTlKMTlSISlCKTFS7+/3zs7W1tbepaWthISMc3N7xsbWQkJKUlJj SkpjUlJzGBAxOTFKraW1MSk5QjFK3tberaWtta21c2tzhHuEUkpSSkJKQjlCY1JjWkpaSjlK QjFCKRgpMRgpUiFCQik5UilCva21taWtnIyUlISMUkJKOSkxWilCORgpY1JaQjE5YylCc1pj vaWtYzFCxq21pYyUQikxazFCWjlCjGtzhGNrUjE5SikxQiEpayk5zqWttYyUjGNra0JKUikx azlCtXuEYzE5czlChBgpnGNrlFJahDlCYykxzoSMvXN7lDlChDE5eykxayEppUpSjDE5pTlC nDE5jCkxlCkxhCEpjCEplBghpSkxnCEpnBghpRghhBAYAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAACPwAAQgcSLCgwYMIEypcyLChw4cQI0qcSLGixYsYM2rcyLGjx48gQ4oc SbKkyZMoU6pcybKly5cwY8qcSbOmzZs4c+rcybOnz59AgwodSrSo0aNIkypdyrSp06dQo0qd SrWq1atYs2rdyrWr169gw4odS7as2bNo06pdy7at27dw48qdS7eu3bt48+rdy7ev378frwgU DPjplSU+TjDxkWIxEjFiCie9ooQFO3XbpGlT5uuUhAlFCEsmesXYO3jjtgGDhgrDkypRBo8u quTyOGLMlA1TJHq20SgnUlvTxmzYiAm+kV6Zsc0VCXIltH0blqFK8qJVfMTi0ApEiGT73Uhs G4bDR+/rPZHY+IDMhYszZxakslainLRrTMag33lFTJQeaCQzhwLwnZHFBh2U8A062GxzCww5 7HdTEDDgUII1p4RCCB8InAFEBtSY0E0JCo5z3zMxMCEhTSGI40487GhjySWSAEIHECDkmMwH 1GTgTAnqaDMMNLvotyJMTpwAIzroAHNKHKWwgsAHBayigAVAnKHGAtWkc8yQI7xw3pEpXfEB O/GgQw45Xw4DiwgDhGIHBFnAl0UWACQzjpDXQHPKDGS2JIY55KhZjjvrHEPcKafgsYcCWQAh 6Z2toPPML9Bco4wGYwZakpnakPPMOvHE06AvlkSyyCP7ddx55xkIeEPONdc8g8svyhDh6Uox PKONNsSws842x1iCCSaR4JGlqxVkk843zzwDjKa4dHDQFT7sGhIOwwCjTS7EWPMMM8Za8kci d6qRhRoJqhMdMLc8A80wPBwkBgzagvRFCsCQA8wwAI8gCit2JALAnQCk0sE58aQmDTDTPjOM KgcF8UOn+WLEwzNrPqOMMs+40gGeZwCghgIEnMPOOJZqNi0xz1Bh0BUwLBNbxh1RcY00al4j nTUguADEBW8g0Eo68KjzzcO/MqMNNtLQsERBSpCjCsY4V9QDMNt8syY66phoAgcf9OLNOEtC Pa7Ty0hT6Ak+OAHAFU/7nLCMBFlX9EBkBT0ByzFrfsMOPEmb8wwJ6LTDZMfM1DrvM9Jsww47 9KiAQgvbLDMCxXlPZAYiERR0hQbPYLMMOu4MPk887bjtNTnSHNP4vAAPow0w5ZCzDjduPzPL MEV0TlEECDxREAoSWyON2+ysDg/ssUvTeJ/D4DrMuBAfA/Mz19xSiQZdCD9RF2IkUBAVEtsK DOTlxDPPOj5jEy31w+hGK8ClDIPKx7gqI7P4DiGCA0RThCEQhAofWAY0cjEMXODiV+0oBzga NwxNAaxPmYLGx3Axr49Bwxa8UAIAHXKFBHxiIETQFUGMEY0Fcg9g0bqF4yyIKU21MBj7H4vG raJRi1vMIHwjfEgUEjAFACTAeASBwQd0I7FfSAwa89IgLoY0JGVcAwcfoMIwgvGKYZAiBRgY AtaCCIAvbOEJfAOAGBCgiwMcRAm9ql/t6ke7X1QQFzGYABMEQze6EeEJYyTjQNaABy8Q5BOX OMDUAOADqQkkCCigweMAtsEaKoMHOBDkRZ6wiQUIxAWJUMATIKAIJqAgHOw4ARQGAoYUSMuC VaxdDDSJETHoIBEJWAASBuICVTxDHuvwH0GC4IshYWpc8xvGC2gZEp1Jw2NpIIgSniYNbDyt HNjUxjMywMyPVIEG5VjNL5iQRhroDk25K8fkyDEMChj8qZsbocLkyiEvXOxCAxqYAArK8Y51 sCN32CjHOtipTHhyJAbxcEc47Vi7aGjjGNKwjzV/Vc3i7MKgG5nBDe6jQWjIy4mqewetLMiM Z14jBgbEaEbAwANl4EI3yvjFL64xuXm8T0iUZEamlPFOlV7EBzm4ATSmqMFfvmMeqSOHNi94 Pwz4dCNXcIIELiiPd8TjHfKwT3FkMMWRpuCpHLkCD66xjn7OUxofm2OfYgZWjuDAihElwTOh WD/7jfSibdVIFLo6Pw7eyn4dHEYP8qqRJ8yxirj6xUtf2M5AEtYhTmDHNQ4LDZnKVBmV/QXe HosRGmT1mXO0rGVjqoE0+3KWIp6dBzvQWj/RWpaKSDwtRRIzuXXcZ7LDiAb/ZAowQMm2Ijeo rW1Bq5vMWpZTv6WIE2CAjnVg80StjYZoBeDb5EoEB06r6GTtB1OZQoMCprWuQ7gVS9rV0Xrz wqt4H0IFXxSnsqewI29pR0ke/G+9DemBL4ZTPWUwQ2LDOAUVYWFHZeTRsfhVhSyKUQxrQEMW IiCBvOjnClHYsVYH2CN+RbeEITCBCkzwQDNI4ItSuBeZkw2FKHyBACHA4novlQA5kzsEMhDB xhBIwQQYXI1isIIEzJgFKl7hC1nIQhj188UiRDEMLBygxbDArBU18AIfhNenS/iC8eog+wc+ 4IERkmCGNWThhlgwwxeicIUv1ixlAItiFs84AgIO8GQrIPmlLuUBD4wxhiszkwwNqAMd2qAH PvDBD334AyU4YYA2HIATnRAFM4BxjGjN7360kgEXwiAFJyfiAK0ARfUaWD8N8EAVSvDzCK/A ADrIgQ6CsMMd+DAIPOhhDnBoA6HlIAg8jMJpvhpXBrn3jFfQIg6ucAMrPOABT7DCExwYgBKU wAQeSGBj157BzQT5BQDQoQ566LIf8OAIPZg73IceBCEgUQpaZapW3IMGKF4hCksEQADIBgUo XDGDHkQADaYtAgxeEINbTCCTmhQDEZpQBjVMIg+EoMMd++wwiDsgmhCMCEQoZrE+3z3DF66g dyNGjokA3NsV+3ZFNBWChBuA4+AYvcJgXw3rPmA8EIVohCRG3ghIFCIQOC+EJEpucgEIABX7 doOqCXIF7GagBwgW3hfI0ARZD8LmhgB6IbbOdZ1bwuj3NnkcTgELfWPgytkqSBWGBIoJOIEI YIh61q7whSlsggEJGIUkJBGJvhsLE/gWwL3HHoc46DvpO5CNQIwAgxYQRAxaHMYryl7mCIhR pXQnghEmUIAC4DsOv0BFHCwBC1SUfQIZSIMTgnD5gwFgCSg4ATlo8Jol4EADbvrFKfYdimdH oAyEvUJ/ojCEKjzhC8iHcgzGehCDfS5PfsDQfRwEMAxQhCJOA/BEGQy54YN0wQgtOIE5lkec WglYpgH4RbIHEAsPAKEB3UeIEpaw+iWMYQYzoIAqKCCAX/Rf8KjgCgPgBEogd/E3EGLwBGNQ BD1QBEkwBk/Qegc4gRRYgRZ4geIVEAAh+QQAMgAAACwAAAAA2AByAIf///8hISEpKSljY2OE hISUlJScnJy1tbW9vb3GxsbOzs7W1tbe3t7n5+f39/fv5+f/9/fWzs7n3t6tpaXGvb2lnJz3 5+fezs7v3t7WxsbOvb2tnJzexsaMe3u9paV7a2u1nJytjIzGnJxzWlpCMTF7SkqMSkr/AACc c2vOpZzGpZzGraXntaW9pZzetaXWrZzn1s7Gta3WtaW9raVaSkLWxr3OtaXetZznzr3GrZzO va3WvaX37+fe1s61raXezr3nxqXevZzv597nvYzGlFrvxpTv1rXnzq3exqWUe1rvxozn1r3n xpTvvXPWxq3v1q3nzqXvxoTvvWv3vVrvnBjn3s7Gva3vvWPepUL3tTnnnBD/9+fv3r331pSt lGP3znv3797v1pzvxmvOpUrvvVLn1q3v587v7+f39+////fn597W1sb//wDv9+8A/wDn7+/W 3t6tvb1SWlrW7++1zs4pMTGErbWtxs6UrbWlvcaEnKVrlKVjhJTG1t6ltb1ae4xrnLVKhKVa jK1ac4RCY3sxa5R7nLVahKVKc5QxY4w5c6W9xs7O1t7GztalrbVSa4RCa5QxWoSUnKUxUntC WnspQmMxSnPW3u9rc4QxOUoxOVIhKUIpMVLv7/fOztbW1t6lpa2EhIxzc3vGxtZCQkpSUmNK SmNSUnMAAP8YEDE5MUqtpbUxKTlCMUre1t6tpa21rbVza3OEe4RSSlJKQkpCOUJjUmNaSlpK OUpCMUIpGCkxGClSIUJCKTlSKUK9rbW1pa2cjJSUhIxSQko5KTFaKUI5GCljUlpCMTljKUJz WmO9pa1jMULGrbWljJRCKTFrMUJaOUKMa3OEY2tSMTlKKTFCISlrKTnOpa21jJSMY2trQkpS KTFrOUK1e4RjMTlzOUKEGCmcY2uUUlqEOUJjKTHOhIy9c3uUOUKEMTl7KTFrISmlSlKMMTml OUKcMTmMKTGUKTGEISmMISmUGCGlKTGcISmcGCGlGCGEEBgAAAAAAAAAAAAAAAAAAAAAAAAI /AABCBxIsKDBgwgTKlzIsKHDhxAjSpxIsaLFixgzatzIsaPHjyBDihxJsqTJkyhTqlzJsqXL lzBjypxJs6bNmzhz6tzJs6fPn0CDgkSQgKjRokiPKk3KdKnTplCFSt2YoKY+BFOzXsQK9anX rmC/itJXVatZiVW/qg3L9ikFAlfPyn3IFYHRu0Xx2s3Ld69fvYD7IoBbdq7hhGkD79XH+Krg x38hBx6L9bBlg3W7Nt5Mdq1nqIQvix6Ytqhjo41PMHbTmO9mxbD7wq08+jLWxQmubj6hWp8b 1p1zO2ZMlHFb4UfHFq59uGqCpJz18V4NHHVw65Khky36Ni5zy/u37Z5gyrj3auPFTyNtjWCz aeONjYb+3hwA0hMI8E+PHn99//aOaYeccHxRRt9hmRHF2376oMIYG/8dRRyBdnEG4HtIdbfc gWaVhgAqfgmHioP6sAFhZ0qhp+JwZE04oV2zcThXZqgkAOKIjOFY4onWpecjhcStmNR8MnYI gF1GjagjiQ+i9x56P3I2IIDyeVekVrc9d51w/KH4nF5hLcWUclcamZduAP7HZWQhstlXUntR MJiVZUqVJVFcOonXlko51eebVW5YJ1AetgnnoWwqBihkMQ5qp31efabWn4YSRaajQlVFgCib dsopp56G+qmopIbaaal0YupTmvtdturqq7CSpWpQGSZAga243krUrbzm6muvve6K61HAJjXr scgmq+yyzDbrrE5ZCBTts8xm0QQQKTgBxAraKkEGGdTOmgUTLsTzDjjXfPPMMKxMQMER04Zb ZxbL0FMPOuAUU00rGURxxRTSyjsoE+aik0w0zyDjSLwCOzpFCvhu8000yJBAQcOqZlEDOLOU kI4J35CDjAZXYDzoFUDY0oEsIYjgjDglgIOMDkAwbDJ9SuAAQjMwwJBGGgy4so0J6lzDjRNl 3MxcFmRM8YMaztyxwM9pbMGBByaQ00434PAiww5KXzaEDDqYsA0rpSACSAJpCKFBNiiIY0LW 6PsYTc0MToRtmAjnzGNPPN9osoklhOAhRAiIOwNCNhpMY8I73yBTDTBJ620WFCn83U47xbBS hyqxJACCAbAscIEQabTBgDbuMCM5CTHYbDlQWYAQjz3tpJOO68jUMsIApegRwRY/b7EFAM6g Ezk31bBSw+xTkbFOOrmrMw88zEzMCit8/LHAFkKEb7ws7VBDTDXcPLOB7NDzVPs36VADjz32 cD2MJpU8MkkexhufRgLjSAc3uEGNXhDjGUZon1BmQI1vfCMZ8YAHOJihCU5wohJ8QF3/LOAN d5CDGtQoRvp64YGDZAEICsSJDpBRjG/4IhnboEY0KqiJQTTCePtt2EIbsPYOkBWDF9SoBjJ8 cBAyyCCFNwnDCoqRjmIg44kkMEUs9NAIABgPAK7wADvsga9rFEOE1EDGKw4yhCCwD4kv8QE1 dEeNZzyDGrPwwPHSAIA2LKAA7IgHOsqXLhEmgxpWMEgWZAANgKGRJlbgxjVyx42QbSMEMBAC BuaQAFm4ox7vIIcXHRiNb3TjGjZoQkGYkI5XnPGQLPlBMcBBDt214x11Q0EHQCCMcaBDc5+U YSehcQ3qpQAIUABAFqKQAmhMAJUsgQC4ChKFWjBDd+SIRz0wuQ5qlKAd8tgcG6NBQCFS4xrg iEc88sECFbwAHNAgwRiRqRI0MPxCAgXJwgao0Q1otGMe0sSHPeTRy1am4xrM4KYQn4iMbxRD HemARzh6SQ1cIOMI7FyJBBIQhYKoIIzbuEYv46HPevwToNfgJvOQcUBkyPCLzPgjNbjBi0xs 4AsRVckXyKCAglghjAUsxjfVYQ98wKOR3QDhSJGRsAE+URXIaIUbD/iMQMa0JEZ4QLyOUASC WAEE0KiGL5DRi144UB7qKAc3kZG+JzIPfdVwYy+E6MZq7CIYTHhqSbKggFEMxAgJJMgyrKHV lT4RhLzoZlnPlz6+GsON1jCgNXTBixrAVK4mmYICqgAABVSUIDIAQcLCSIwwVkOIae2F5CT3 DG776AAEVkCGMWiBjFSsIANFOCVkMRKGLkRhmQAgQwJ+QRuCMIGBRCUoUQdKDLL2YgYUcEK0 hjlMI0RBtrPVyBv4AAaCjGITCBAlAIAQSoEMQQU28OYT1UrYZ/hAB9F1SRQ+wQCBwKARC4hC BBzhBBWYIx4pkMJAxLCCEJaVtASdQXpfQgYeNEIBDFDCQGDwCmrcAx5NJcgQhiG588lQqMiI wYBxkshrtHENvvXkNbrhSXWY+BvU0MCGbXIFG6hDX8RwAm5tkNDbIVQd4kwHMipQuRXLxAri VEcQewGMDWyAAipQBz3gEQ+EdkMd8NBxhn08kxnYYx4vLi5BrfH7DWZco2gkduCIKQYMKsuk BjkwWlqrEcTO5pMeAyxrNDzMjRlU1cwwEYMPntGLhD2DGMTghjjx4dPIjTca6HtGj/HsEiDs IAfVEG1aHUwPfOAzHSg2q1EzwGiZZAEKEzDrPehhD3rco2gUo4Fo47yCTs8kCz7gBjyWHORr uFG4zAOkq2eig9J+uQQe/ixRixrnMu86JlNYtVDXasCishUZPzh2TKIgXNIekBh99uuOoSvt kkAhHtyodjUADehnjJsYx+z2S2xwag8Ll9zk/vMGcKvulbAbH/GwNVHhTe7RXrbeK8GWOOFh tHAjwxpLBfQTnwdwluRg4AR3d8L7zk3u9TV8JVCQQTvgYWK77dsa8BYAwy+eEh10cszhLqqf AV2NCtCb5CVZIYAHStySCtHYMDeJFYZBsXGzorgKH+h4feDUnJPkB8OQGEmfEY0wIoMVo61F cZ+BXG4b/SKvuIUylLGNatxiBCUI4lBnYYriEhAByr36RqxVBCdYwQkfkEYJhqEKnl843KUw xTASQIRamLTPE5Cx2iNSBDMYwfARWAEFtq4NZcSiBNHARStoMYxb3OIYRB3GI0yBDC0Qpe/m Lu0GYgCElw++IE0IQ0XzYAdA8AESlojGNm4hB1tEYximmMUwdh96p5sCF9RIAl+wgPk+89kH Plj8RhlMr3YzOCAPeIiDHwABCEEEYhCYAMUB4oAAUITCFNEoBjNAKFSjDpAGXhgDFTzfCATI ghQk5SpRN+CDVzCB+RfPQgPwYAc8GEIPewAIh8AHfnAHdBAH0mcHhsAHp9BJDSRDaLVS1EAL uVAHsyAHsfABHyAKsSAKHTAATMAETuADE6BGJVgDhpRzYQAAeJAHftB6gsAHkuAHNPiC1XcI iEAJqjBA6ENAK1UNpEALpqAJASAAFkgKpDALNfADEqAG9HYEMhADM8ALFIBeRkcGRvAEZ9AG l9AHiIAHe6AHh7AH1ocIkFAIpYALOtVQ1DAMsyCEkRCHnBAARTgL/Ek4CyCmEEqQA+VQhacn LdHWf/4XCGZYCIkQCZYQh5FACYlQCIaYCJYwh3QoAALQCkkoB/hHEFlgchrwA1ZXb2FgBk8A gIdAiIrgiImQiqqIiJpAiUVIh3XACrWAhBlgeihUEFcgOaRAAVBgBGLwidKWBWFQBZ/QAApw CpZgCZWwjBXECUYoAEUYi3VQB0h4iT0QMAKBBDLwAgRBBqmFDLQwi7UnAbH1h9ISBkaABBRg AAZghHVADK1QB5pQC60wixSgAWsABUNQjlYEAE2gAimQDjbgL02gAxvQO8TACklYCh0oAWdg jibENFNQBFcQBWFwkd9yRj8wA0mmUXJBVQwJWQcCgAykUArAMwCicAbVBZEY8QVI8AIpsA4a NTEEBHWAFgDEcIEDYAsfIAQOwJIZwQRNoI9NUAY1UAMV8AoVIADEwJTQ2AqzMABQwATACJQU QQZRUAZH8ANHsARlEAX8aJViOZZkWZZmeZbhEhAAIfkEADIAAAAsAAAAANgAcgCH////ISEh KSkpY2NjhISElJSUnJyctbW1vb29xsbGzs7O1tbW3t7e5+fn9/f37+fn//f31s7O597eraWl xr29pZyc9+fn3s7O797e1sbGzr29rZyc3sbGjHt7vaWle2trtZycrYyMxpycc1paQjExe0pK jEpK/wAAnHNrzqWcxqWcxq2l57WlvaWc3rWl1q2c59bOxrWt1rWlva2lWkpC1sa9zrWl3rWc 5869xq2czr2t1r2l9+/n3tbOta2l3s6958al3r2c7+fe572MxpRa78aU79a1586t3sallHta 78aM59a958aU771z1sat79at586l78aE771r971a75wY597Oxr2t771j3qVC97U555wQ//fn 796999aUrZRj98579+/e79ac78ZrzqVK771S59at7+fO7+/n9/fv///35+fe1tbG//8A7/fv AP8A5+/v1t7erb29Ulpa1u/vtc7OKTExhK21rcbOlK21pb3GhJyla5SlY4SUxtbepbW9WnuM a5y1SoSlWoytWnOEQmN7MWuUe5y1WoSlSnOUMWOMOXOlvcbOztbexs7Wpa21UmuEQmuUMVqE lJylMVJ7Qlp7KUJjMUpz1t7va3OEMTlKMTlSISlCKTFS7+/3zs7W1tbepaWthISMc3N7xsbW QkJKUlJjSkpjUlJzAAD/GBAxOTFKraW1MSk5QjFK3tberaWtta21c2tzhHuEUkpSSkJKQjlC Y1JjWkpaSjlKQjFCKRgpMRgpUiFCQik5UilCva21taWtnIyUlISMUkJKOSkxWilCORgpY1Ja QjE5YylCc1pjvaWtYzFCxq21pYyUQikxazFCWjlCjGtzhGNrUjE5SikxQiEpayk5zqWttYyU jGNra0JKUikxazlCtXuEYzE5czlChBgpnGNrlFJahDlCYykxzoSMvXN7lDlChDE5eykxayEp pUpSjDE5pTlCnDE5jCkxlCkxhCEpjCEplBghpSkxnCEpnBghpRghhBAYAAAAAAAAAAAAAAAA AAAAAAAACPwAAQgcSLCgwYMIEypcyLChw4cQI0qcSLGixYsYM2rcyLGjx48gQ4ocSbKkyZMo U6pcybKly5cwY8qcSbOmzZs4c+rcybOnz59Ag4JEkICo0aJIjypNynSp06ZQhUrdmKCmPgRT s17ECvWp165gv4rSV1WrWYlVv6oNy/YpBQJXz8p9yBWB0btF8drNy3evX72A+yKAW3au4YRp A+/Vx/iq4Md/IQcei/WwZYN1uzbeTHatZ6iEL4semLaoY6ONTzB205jvZsWw+8KtPPoy1sUJ rm4+oVqfG9adcztmTJRxW+FHxxaufbhqgqSc9fFeDRx1cOuSoZMt+jYuc8v7t+2eYMq492rj xU8jbY1gs2njjY2G/t4cANITCPBPjx5/ff/2jmmHnHB8UUbfYZkRxdt++qDCGBv/HUUcgXZx BuB7SHW33IFmlYYAKn4Jh4qD+rABYWdKoaficGRNOKFds3E4V2aoJADiiIzhWOKJ1qXnI4XE rZjUfDJ2CIBdRo2oI4kPovceej9yNiCA8nlXpFa3PXedcPyh+JxeYS3FlHJXGpmXbgD+x2Vk IbLZV1J7UTCYlWVKlSVRXDqJ15ZKOdXnm1VuWCdQHrYJ56FsKgYoZDEOaqd9Xn2m1p+GEkWm o0JVRYAom3bKKaeehvqpqKSG2mmpdGLqU5r7Xbbq6quwkqVqUBkmQIGtuN5K1K285uprr73u iutRwCY167HIJqvsssw266xOWQgU7bPMZtEEECk4AcQK2ipBBhnUzpoFEy7E8w4413zzzDCs TEDBEdOGW2cWy9BTDzrgFFNNKxlEccUU0so7KBPmopNMNM8g40i8Ajs6RQr4bvNNNMiQQEHD qmZRAzizlJCOCd+Qg4wGV2A86BVA2NLNyiyXAA4yOgDBsMn0KYEDCCvbY8849nSzjQnqXMON E2XQzFwWZEzxgxrO3JHzOOOsbAI57XQDDi8y7GD0ZUPIoIMJ27BSCiKAJJBGNzx3I44JU6Mj NDUzOLG1YSL7nDOPPfF8o8kmlhCChxAsB77yO98gUw0wRc9tFhQp4N1OO8WwUocqsSQAggEs 65y2O8wYTkIMMysOVBYgxGNPO+mk0zkytYwwQCl6RNDNzmnbg07h3FTDSg2iT0XGOumgrs48 8DAzMSus8PHHAlvMvvPs7VBDTDXcPLNB6L3zRPo36VADj85WD6NJJY9MkscWzac9TjrccENN L8Q8Y0T2Qs1AzTffJBMPPOAwowknnKgEH4SQhi0AIGfuIAc1qFGM6vXCAwfJAhDohxMdIKMY 3/BFMrZBjWj8TxODaAT62tA8e5jgHSArBi+oUQ1k+OAgZJABBW8ShhUUIx37xUCGDklgiljo oREAQB8AXGEPdtgOXcVoIDWQ8YqDDCEI2JvhS3xAjdRR4xnPoMYsPGDANACgDQsoADvigY7o pauByaCGFQySBRlAA2BSpIkVuHEN1HEjZNsIAQyEgIE5JEAW7qjHO8hxDQxO7BvduIYNmlAQ JqTjFVGMI0t+UAxwkCN17XiH21DQARAIYxzocFwiOxiNb0DjGsFLARCgAIAsRCEF0JiAJFkC AXAVJAq1YEbqyBGPeghyHdQoQTvk8TgrRsN9LaTGNcARj3jkgwUqeAE4oEGCJs5SJWhghAQK koUNUKMb0GjHPHqJD3vIA5WXTMc1mHHMFur8EBnfKIY60gGPcKCSGrhAxhGuuRIJJCAKBVHB ErdxDVTGo5z1UOc6r3HM3CEjfsjoYBKZkUZqcIMXmdjAF/ipki+QQQEFscIS31cMZarDHviA xx27sUCHIiNh7dOhKpDRCizG7xlr5GhJjPCAeB2hCASxAgigUQ1fIKMXvcCfPNRRjmMio3o6 zB31qoHFXrQQi9XYRTCYoNOSZEEBoxiIEeZHkGVYo6gW1eECeYFMqE6vemc1BhatAT9r6IIX NdhoV00yBQVUAQAKAChBZACChC2RGEusRgup2gvDGe4Z3NABCKyADGPQAhmpWEEGihDJvWIk DF2Igi0BQIYE+/yCNgRhgv1e+s6XupMYT+3FDCjghGi50pVGiEJnPauRN/ABDAQZxSYQwEgA AGGRAhmCCmyQTB1W9a3P8IEOeOuSKHyCAQKBQSMWEIUIOMIJKjBHPFIghYGIYQUMhOpj3zkD 6r6EDDxohAIYoISBwOAV1LgHPHBKkCEMw3DT62BLkRED9+Jkjte44hpSi8hrdAOR6ojwN6ih AQPb5Ao2UIe+iOGE0dqAnqabpzqamQ5kVCBxFpaJFZqpDhb2Ahgb2AAFVKAOesAjHvPshjrg UWICp3gmM7DHPDQM23da4xvMuEbQHow/B1MMGD+WSQ1yIDSqVoOFiCUnPdoH+9VoJJgbMwBq lGEiBh88oxcJewYxiMGNZuIjpYVzbjSo9wwUj9klQNhBDqrRWKrmlx74GGc6JhzVmGbgzjLJ AhQmENV70MMe9LhH0ChGg8ZyeQWInkkWfMANeNiYxdfAYmtzp8ZMz0QHkFVyCRKs2JfClMtQ NnVMpmDplloVfjC9KjJ+IOuYRKG1j40fMdCcVhPvttclgUI8uAHsaqx5zc9wNjFkieyX2EDS CW7ts5+t5g2MttoruTY+4hHql2772Y4VLLhXgq1mwkNozEaGNWy6Zh3ybt0syYG7353thEn7 2dfD90qgIIN2wCPCbzO3NbYtgHsLPCU6KKWT+5kN0zSvuRoV+PbDS2LB9brztRBtYaw3bhIr DINizmYFbOvtTuf6IKckJ8kPhiGxhz4jGktEBiscWwvYPmO2x475RV5xC2UoYxvVuMUISsBC l87CFLB1HwJqK/SNWKsITrCCEz4gjRIMQxUnFzCzS2GKYSSACLWIKJon0OGqR6QIZjBC3COw AgoYXRvKiEUJooGLVtBiGLe4xTFeOoxHmAIZWiAK2qMN2Q3EAAgad3tBmhAGgObBDoDgAyQs EY1t3EIOtojGMEwxi2GYnvE5NwUuqJEEvmBh8Gg+sw98sIwyRL7qZnBAHvAQBz8AAhCCCMQg MAGKA8QBAaAI/IUpolEMZiywpTFtHw28MAYqJL4RCJAFKR561JduwAevYMLtBZ6FBuDBDngw hB72AIhD8MEPd6BDHHpvB0Pw4RSlvF8Hp2pRatAiF3UwC3IQCx/wAaIQC6LQAQPABEzgBD4w AVQEgTUARyQXBgCAB3ngB5gnCHwgCX7wgRoIfIeACJSgCu1DPe5jUdVACrRgCpoQAAIQgKRA CrNQAz8gAWrwbUcgAzEwA7xAAdMVc2RgBE9wBm1wCX2ACHiwB3pwCHsQfIgACYVQCrhQUvhE DcMwCy0YCVzICQEAg7NAg7OwYAqhBDlQDkAoedLCa+iXfoEQhYWQCJFgCVwYCfyUkAiFEIeJ YAle+IUCIACtQINyMH4EkQURpwE/EHTgFgZm8ATrdwhvqAh5mAiUWIlzqAl/CINfWAesUAsz mAGRN0EFcQWGQwoUAAVGIAaK2GtZEAZV8AkNoACnYAmWUAm2+D+cEIMCAIOcWAd1MIOC2AMB IxBIIAMvQBBkQFnIQAueCHoSwFlqKC1hYARIQAEGYAAxWAfE0Ap1oAm10AqeSAEasAZQMATQ GEQA0AQqkALpYAP+0gQ6sAGsQwysQIOlgIAScAbRGEFIMwVFcAVREAYC+S1R9AMzQGMFxVLF QI91IADIQAql8DoDIApnAFz7iBFfgAQvkALrUFBTE+M+O7dmAUAMAjgAtvABQuAAF5kRTNAE 5dgEZVADNVABr1ABAkAMN7mLrTALAwAFTLCKK0kRZBAFZXAEP3AES1AGUXCOQdmUTvmUUBmV UhkuAQEAIfkEAGQAAAAsAAAAANgAcgCH////CAgIEBAQGBgYISEhKSkpMTExOTk5SkpKUlJS WlpaY2Nja2trc3Nze3t7hISEjIyMlJSUnJycpaWlra2ttbW1vb29xsbGzs7O1tbW3t7e5+fn 7+/v9/f31s7O597eraWlta2txr29pZyc797e1sbGzr29rZyc587OjHt7vaWle2trtZycrYyM xpycc1paQjExe0pKjEpK/wAAnHNrzqWcxqWczrWtxq2l57Wl3rWl1q2c59bOxrWt1rWlva2l WkpC1sa9zrWl586959bGzr2t1r2l3tbOvbWtta2l/+/e3s6958al7+fe572MxpRa78aU79a1 586t3sallHta986U78aM59a958aU771z1sat586l78aE971a75wY597Oxr2t771j/8Zj3qVC 97U555wQ//fn/96crZRj98579+/ezsa1996l79ac78Zr98ZazqVK771S59at7+fO7+/n///3 5+fe1tbG//8A7/fvAP8Arb29Ulpa1u/vtc7OKTExhK21rcbOlK21pb3GhJyla5SlY4SUxtbe pbW9WnuMa5y1SoSlWoytWnOEQmN7MWuUe5y1WoSlSnOUMWOMOXOlxs7Wpa21UmuEQmuUMVqE lJylMVJ7Qlp7KUJjMUpz1t7va3OEMTlKMTlSISlCKTFS1tbepaWthISMc3N7QkJKUlJjSkpj UlJzAAD/GBAxOTFKMSk5QjFK3tbe597nraWtc2tzhHuEUkpSSkJKQjlCY1JjWkpaSjlKQjFC KRgpMRgpUiFCQik5UilC3s7WtaWtnIyUlISMUkJKOSkxYzFKWilCORgpY1JaQjE5azFKYylC c1pjvaWtYzFCpYyUhGtzY0pSQikxazFCe1pjWjlCUjE5SikxQiEpayk5jGNra0JKWjE5Uikx azlCYzE5czlChBgpnGNrpWNrlFJahDlCYykxvXN7lEpSlDlChDE5eykxayEppUpSjDE5pTlC nDE5jCkxlCkxhCEpjCEplBghpSkxnCEpnBghpRghhBAYAAAACPwAAQgcSLCgwYMIEypcyLCh w4cQI0qcSLGixYsYM2rcyLGjx48gQ4ocSbKkyZMoU6pcybKly5cwY8qcSbOmzZs4c+rcybOn z59Ag4K0cIGo0aJIjypNynSp06ZQhUrdeKHmPwtTs17ECvWp165gv6L6V1WrWYlVv6oNy/ap iAdXz8p9yNWC0btF8drNy3evX72A+1qAW3au4YRpA+/9x/iq4Md/IQcei/WwZYN1uzbeTHat Z6iEL4semLaoY6ONZzDW05jvZsWw+8KtPPoy1sUXrm6eofqfHtadcztmTJRxW+FHxxaufbjq haSc//FeDRx1cOuSoZMt+jYuc8v7t+3OYMq492rjxU8jbW1hs2njjY2G/t4cANIZFvBPjx5/ ff/2jmmHnHB8UUbfYZkRxdt+/7TCGB7/HUUcgXZxBuB7SHW33IFmlWZBK34J14qD/+ABYWdK oaficGRNOKFds3E4V2atXADiiIzhWOKJ1qXnI4XErZjUfDJ2CIBdRo2oI4kPovceej9yNiCA 8nlXpFa3PXedcPyh+JxeYS3FlHJXGpmXbgD+x2VkIbLZV1J7iTCYlWVKlSVRXDqJ15ZKOdXn m1VuWCdQHrYJ56FsKgYoZDEOaqd9Xn2m1p+GEkWmo0JV9QAqm3bKKaeehvqpqKSG2mmpdGLq U5r7Xbbq6quwkqVqUBleIIKtuN5K1K285uprr73uiutRwCY167HIJqvsssw266xOZAgU7bPM kpEFEzVowQQO2loRRxzUzkoGFjrYQw853YxjzTGwgCCCFNOGWycZ0eSjTzvkKLNNLCVwEUYX 0so7KBbmtvNMNtY0Y0m8AjvaRQ34fjNONs3AIELDqpIRBDm3xOCODOOk04wJYWA8aBhM6CLO yizHQE4zRTDBsMn0WTEECyvvsw86+4jzjQzvdBOOFnLQzBwZcXSxhB3TBJIzOuisLEM68ohD DjA+GGH0ZU74UIQM38CiiiSKXFCHODyLY44MU7cjtDY/aLG1YS77rIPPPvaMI8oonjgiSBMs B74yPeM0sw0xRc9t1hY14C2PPMrA8scrtVzAggQs65z2PNIYDkMPMysOFBks2LOPPO6403kz ubywgCqEeCDOzmnv007h4WwDSxCiTxUHPO6g/g4+9UgzMSywGJJIBmbMvvPs8miDzDbhWHNC 6L3zRPo47mhTj85WHyNKJ5dsMogZzaeNjjvhhKNNMMhYE0X2Qv2gzTjjPGNPPeRIIwoppOiE IZpQBzMAIGfzSIc2tKGM6gVDBQchAxPoh5M1NEMZ4xDGM76hjWz8TxSNqAT68tC8fciAHiBT BjC0sY1mJOEgcfABBW/CBiEowx37ymiGDmGwiloQohIAQB8AZLGPeNgOXcpooDaaQYuDOEEH 2JvhS0KgjdRpwxrW0MYtVGDAOgAgDxmIQDzs0Y7opauBz9AGGAxCBh904w1SrMkawNEN1IUj ZN9oAQ+aQII+XMAW89AHPdLRDQxObBzi6IYQslAQLLiDAlGMI0uIkIxvpCN18qCH22iQAhYY Ax3tcFwiO5iNcVyjG8GrARO2AAAycKEG1wCBJGkChVs4A3XpsIc+BAkPbcRAHvd4nBWz4b4W aqMb5LCHPfyRAxvsgBzXgEETZykTMSQhG+K4hjzwoct+7OMeqLykO7ohDWK2UIfNGIcy3uGO epT8A5Xa4EUzpEDNmdyAYt/oBirt4U19jJOc3SBm7poRv2Z0MInSSKM2wgGMUJwgDfWUCR2w 4b5gKOOY79hHP+pxR3EscKDNSFj7dPiKZsQCi/GzxhojOpP2CaMZwQgG/u7xDnUQsxnV02Hu qLcNLAajhVjcxi+KgQWWtrR9IzWoNoBRzJxOr3rc2MYysMgN+HHDF8AIAkSNShP3EXSJ22hh T4NhOMNZIxxFYAEYmrEMXDTDFTgoARQiyVWWVCOk6AzpOZGB02D8QARaiJYrXRkFLtC1rixR gg2EYEwd+vSp1khCERArFDfggIE5NSs6f0BZqTjhGIabXgc/2owe+3RWKFhAZDfEgch3uHYc 2jDBaYMihHaajp3vUKY7mjGCxM12JydIQhLekY962IOd4nhHPXZb2t/yRLjjkEY3gsZa/K2W YsRwrk6G61p99CMfSE1YNrqx0B9AQbs44W5u+7HRwjk2G9Szhm/ROxP18iMf/eCmO2Cr05GW gL414e5995EPfgSNYkAgK1JxAGCaJCEc9SiuMoOGxbzmTo0NnkkRzjrdGJA3rCEVKVKzm+GY dEHBH/0p/EQK1GYsocQx4UJezRo/ZAQji+HQ4QgOC+OSbMEeOc7rNpBB5PgNGRmy7PFLhGBg 8ua1yEW2BjJOAC4lt4TJ/bBHNxIm+2UoE7msXLByS7ClzHoILcjcQOmXm8E7MbPEBmU2s5MT duQiX8/NK9mCD+RRD9e+LaTI4AaUC9BmPKekCKW8bo5FymUib2MEVTb0SYqgw56W9dJEpnMz SCxpk4DhGBQbMiz4+uVzOjYJK+00SZZwDIkR1BrZWGIzYFHWXPDVGn/lsaovQotdQAMa39jG Ll4QAxaC9Bar4Kv7LBDYXW/EWlDQAhi0sAJqxOAYrwD1aHOsilUc4wJPyIVBbwwCLUTa2Q6B whyisG4P4EAEv/YGNGoRg2zwIha4OMYudsGMkB7jEqtoRhmIEm5r9DQcJ+gBE86NboNkoQ1h HgQg+xRhCEx4Ihvf2AUfdJGNY6ziFscIucGzqMNV8EIbVODLGPp9Y2sEQ7jRkAPD0T2HDgxC EHtAhCIUwYhFNAIUpqjAHixgilOsIhvKkMYCPzrS9gEBDXDwwsArYQFbpIKgMA1pcGmBhZkb mgwbEAQgBAEJQhRCEZEwBCIC4Yc95BwQkDAEK0p5vw7ydKHawEUv/nALPtRiBStARS1QkYIF YAELWkgCCJKgjcUHAWCqbgMABDEIREycEYbQBCI2b3meR0ISnHhF+6jnvoVuIxW4WIUoCFAA vqciFbcIwhI+YIdzS8EHPfgBMEQwWVXHIQpyoEMePnEISQiiEISI/EQhei4JTDxCFby4aDy1 cYxbpD4T2CcFAVh/C9jf4g4LsYIN1MH7hkvrxWMn+yKa/4hJZMIT2M8EJybxiPZPwhPa334B ChAL2PPB6wVBBohmAkuga1bWBnMgB2YXCetHCfU3CRAYge8nCvvHetv3B7CQC69XAjM3QQUR BoaTCiKwBVHgBgYIY2TQBl9QChuAAazgCZ7QCTL4P6TQegXAehj4B3/wev53BAEjEFPgAztA EHGwVs2ACxq4cR8wV+YnLW0QBVMgAhIgAa33B8gQC38gCrkQCxooAiZwB1vgBEwYRACQBTZQ A+4gBP6SBUVwAqyDDLAAe6oweB9AB4lNGEFI0wVQEAZc0AZ++C1RtAQ/YANBs1oMBId/UADN kAqq8DoLgAp0oAZ3mBFpMAU7UAPwoE8T4z60RmQEgAx9twC6sAJN0AGTmBFYkAVhmAVyEARB MAK0MAIFgAyzeIOxcAsLsAVYcIKnSBFxwAVyIAVLIAVXIAdcMIa9mIzKuIzM2IzOGC4BAQAh +QQAZAAAACwAAAAA2AByAIf///8ICAgQEBAYGBghISEpKSkxMTE5OTlKSkpSUlJaWlpjY2Nr a2tzc3N7e3uEhISMjIyUlJScnJylpaWtra21tbW9vb3GxsbOzs7W1tbe3t7n5+fv7+/39/fW zs7n3t6tpaW1ra3Gvb2lnJzv3t7WxsbOvb2tnJznzs6Me3u9paV7a2u1nJytjIzGnJxzWlpC MTF7SkqMSkr/AACcc2vOpZzGpZzOta3GraXntaXetaXWrZzn1s7Gta3WtaW9raVaSkLWxr3O taXnzr3n1sbOva3WvaXe1s69ta21raX/797ezr3nxqXv597nvYzGlFrvxpTv1rXnzq3exqWU e1r3zpTvxozn1r3nxpTvvXPWxq3nzqXvxoT3vVrvnBjn3s7Gva3vvWP/xmPepUL3tTnnnBD/ 9+f/3pytlGP3znv3797OxrX33qXv1pzvxmv3xlrOpUrvvVLn1q3v587v7+f///fn597W1sb/ /wDv9+8A/wCtvb1SWlrW7++1zs4pMTGErbWtxs6UrbWlvcaEnKVrlKVjhJTG1t6ltb1ae4xr nLVKhKVajK1ac4RCY3sxa5R7nLVahKVKc5QxY4w5c6XGztalrbVSa4RCa5QxWoSUnKUxUntC WnspQmMxSnPW3u9rc4QxOUoxOVIhKUIpMVLW1t6lpa2EhIxzc3tCQkpSUmNKSmNSUnMAAP8Y EDE5MUoxKTlCMUre1t7n3uetpa1za3OEe4RSSlJKQkpCOUJjUmNaSlpKOUpCMUIpGCkxGClS IUJCKTlSKULezta1pa2cjJSUhIxSQko5KTFjMUpaKUI5GCljUlpCMTlrMUpjKUJzWmO9pa1j MUKljJSEa3NjSlJCKTFrMUJ7WmNaOUJSMTlKKTFCISlrKTmMY2trQkpaMTlSKTFrOUJjMTlz OUKEGCmcY2ulY2uUUlqEOUJjKTG9c3uUSlKUOUKEMTl7KTFrISmlSlKMMTmlOUKcMTmMKTGU KTGEISmMISmUGCGlKTGcISmcGCGlGCGEEBgAAAAI/AABCBxIsKDBgwgTKlzIsKHDhxAjSpxI saLFixgzatzIsaPHjyBDihxJsqTJkyhTqlzJsqXLlzBjypxJs6bNmzhz6tzJs6fPn0CDgrRw gajRokiPKk3KdKnTplCFSt14oeY/C1OzXsQK9anXrmC/ovpXVatZiVW/qg3L9qmIB1fPyn3I 1YLRu0Xx2s3Ld69fvYD7WoBbdq7hhGkD7/3H+Krgx38hBx6L9bBlg3W7Nt5Mdq1nqIQvix6Y tqhjo41nMNbTmO9mxbD7wq08+jLWxReubp6h+p8e1p1zO2ZMlHFb4UfHFq59uOqFpJz/8V4N HHVw65Khky36Ni5zy/u37c5gyrj3auPFTyNtbWGzaeONjYb+3hwA0hkW8E+PHn99//aOaYec cHxRRt9hmRHF237/tMIYHv8dRRyBdnEG4HtIdbfcgWaVZkErfgnXioP/4AFhZ0qhp+JwZE04 oV2zcThXZq1cAOKIjOFY4onWpecjhcStmNR8MnYIgF1GjagjiQ+i9x56P3I2IIDyeVekVrc9 d51w/KH4nF5hLcWUclcamZduAP7HZWQhstlXUnuJMJiVZUqVJVFcOonXlko51eebVW5YJ1Ae tgnnoWwqBihkMQ5qp31efabWn4YSRaajQlX1ACqbdsopp56G+qmopIbaaal0YupTmvtdturq q7CSpWpQGV4ggq243krUrbzm6muvve6K61HAJjXrscgmq+yyzDbrrE5kCBTts8ySkQUTNWjB BA7aWhFHHNTOSgYWOthDDzndjGPNMbCAIIIU04ZbJxnR5KNPO+Qos00sJXARRhfSyjsoFua2 80w21jRjSbwCO9pFDfh+M042zcAgQsOqkhEEObfE4I4M46TTjAlhYDxoGEzoIs7KLMdATjNF MMGwyfRZMQQLK++zDzr7iPONDO90E44WctDMHBlxdLGEHdMEkjM66KwsQzryiEMOMD4YYfRl TvhQhAzfwKKKJIpcUIc4PItjjgxTtyO0Nj9osbVhLvusg88+9owjyiieOCJIEywHvjI94zSz DTFFz23WFjXgLY88ysDyxyu1XMCCBCzrnPY80hgOQw8zKw4UGSzYs4887rjTeTO5vLCAKoR4 IM7Oae/TTuHhbANLEKKjxEAHDEiAURzwuIP6O/jUI83EsMBiSCIZmDH7zrPLow0y24RjzQmh 9/5RBgFUEEEBHFxE+jjuaFOPzlYfI0onl2wyiBnSp42OO+GEo00wyFgThfckecADMoCBDGSg fBb5gTbGMY5n2KMe5JCGKEhBik4Yogl1MAMAcjaPdGhDG8rQXjBUcBAyMAGAGoHABTDAAQNi AAMbqMgamqGMcQjjGfvf0EY2JiiKRlSCfnmQ3j5kQA+QKQMY2thGM5JwkDj4AIUZqcAEJKAA DGhAAwbMgAY4sIEOQIQNQlCGO5TRjDLCYBW1IEQlAEA/AMhiH/GwHbqUEUJtNIMWB3GCDroH RYgg4AAPKEADNoBFDWxgAwXMQAe86JAQaCN12rCGNbRxCxVosA4AyEMGIhAPe7TDeukK4TO0 AQaDkMEH3XhDHy3iAAQkgAIUsCIWM3ABQxaSA4xcyBrA0Q3UhSNk32gBD5pAgj5cwBbz0Ac9 0tGNGk5sHOLohhCyUBAsuIMCfFwlXR4gAQrU8ooYqMAGMkBILeJyIURIxjfSkTp50PzDbTRI AQuMgY52OC6aOszGOK7RDePVgAlbAAAZuFCDa4BAmxlBpAW0eEgu2oWQ4zTnBhBYECjcwhmo S4c99KFMeGgjBvK4x+MgmQ39KVEb3SCHPezhjxzYYAfkuAYM8IhQjXDgioc8ZAFXWM4XXoCc BRFDErIhjmvIAx8b7cc+7tFPdrqjG9IoqRLL2IxxKOMd7qhHOfqpDV40Qwo15cgiOdDCC1QA A0SRpQYqoABuWoCiN6DYN7rRT3soVR9PhWo3Spq7ZvSvGTqkozRGqY1wACMUJ0hDWD/CAW5G wAIYWGEENkABARCAAA6AgAKERwds6C8YykDpO/bRj3r7/FIcH+xrMxKWvzK+ohmxkGT/rFHK xX6EArlYQAZgWcANNGAAAhCAAhhwgAA8QCD5E0YzghEMBt7jHeooaTO0V8bcZW8bkgyGEiW5 jV8UAwu2/YgXMQCADlTAAhIIZAAMIIADCAAClYUAAPJH3zJ+EBgmpS72tMeNbSxDktzgHzd8 AYwgKDa8I3HABC7w3ggk4B8DKMAFJvCPAJB3vnZEhh23oUTsBsNwhrNGOIrAAjA0Yxm4aIYr cFACKGQTwRtBgAQ6QIEDWICyBVBABRrwDwlgEgDVWC1VVztVZEw3GD8QgRaiNdCBRoELL4Yx RyAQAQnkYr2ZFWADFkD7gRgCQAk2EMJJy5jd/VojCUWQsks6cAEFWIABwXVABATwj1woIAAT KIgbcABC6oaYqj9Q80swAEsKA/cABAiAAni8AIM44RiGw54OU9uMHgj6JQ7QwJ0HMAACFKAA CXhALQ2CBWh2QxzQfIeqx6ENE1zaJRlQAAGAO2sC/KMBqlY1AFQpECFk1XRYfcdK3dGMESTu 1SsJgGUDUOsAvIPDqqYFMU5wAhHY4B35qIc9sCqOd9SD2JVGNksWEFzLEkAAuXg2tDn8YW6M QxrdCBqqGXhqihFD3CtpQAGAWwABBGAAquawwLeh4aTmg74Jy0Y3CvsDKODbd+QWAKf7mT0A AKh74MgIx0r7UdrCkTkb2bPGsR8+kgz8o9wSp7N8BfLsD2NXG/zIRz+Q6g5WV7e1JSB5SSoQ XOB2Wtm0qUIbaFHdmO8jH/wIGsWA8GH64kDnJNFAzy0LXAFEoCBkSEI46pHtlQZNkkPOHSmh PhIO9LwAyk50ngtSBBHHOwYL5/BqWUvfe5M9JAoorgAMYIDLGuAgXWh6arXLP9ZutxlLuDtI MMAYZSM60Y02CBeGHOL+ISMYkwxHGUcQZcVTBAK5GMDJDyB6AiSAogPZgj00P2SCI+P11nD9 QT3vEQ5EFgIGqHCFEXAQISR94UN+vfAtfwJw0T4kF3j8sKwM4vt+2KMbCbPG8IUPYi4cfyQb uPpBsLXSegiN9dyQ7evLyLvrs8QG3fc+8BPmeuFzz/wr2YIP5FEPVb9ttcjgxvALUH74p6QI +lRvmsda0fd62zACxud/J1EEZYRdIPaAsAdidqeAJgEGx0AxBAcLRjZ+U0VmSVBbFEgSS3AM EuNX1pANdtQMsABiuWBk1pBknReCF0ELuwAN0PAN27ALLxADSaRat7AKRqY/FrBkMrgR1gIF WgAGWrAC1BADx/AKFzhpmqcKq3AMF/AEuQBYmAcCWpCARegQUDAHUSCGHoADImCD3gANtRAD 2cALsYALx7ALu8AMq3UM/JewCs1QBkSBhbEnYifQA0zghV9oEFnQBtY3CICgCIaACZ6QDd+w C3ygC9lwDKtwC8dwiX2YgqvAC9pABXwxBnSIedYQDEmQBNEgB4L4hXPQAYMgCHuACIqgCIyw CI0ACqZQAXtgAaZwCquQDcogDR+UWq2VP0CABnDgBXpYCRZgC6ngV8u1WieQBLSABanof2Sw AYIACIIACYRQCIoQCYaACIHgB3vwioAACYbACvq0QDp0XYWlDbjQC39wC3xQCyuwAqhQC6iQ AguABVigBUkAAkmgDQIZBAATgm0AAIIwCIiQiIxgCJqACBLZkLIYCZLACa+QP9mjP4W1Dfyp gAurIAqeNo+pkAq3EARL8AF24IVS4AM98APAIAJpFoJxEAVyQAd58AmHIAmCUAiEEAmFMIuS gAmPoAq8EFpdpQ3HcAsgmQlOSQqXVQC3YJK3cAcLYQU2oA4yOYjSknjauI2LMJSPMAmZ4AlO mQmcMAmPMJaT4AlQGZUFEAsmyQfViHUAaAJLEIPH1wZzIAfdGAlhSQlrOQmEWZhlKQqf5mmX 9QewkAslWQKpeEIFEQaGkwoisAVR4AZ6qXhk0AZfUAqIxAqe4AmdUJoTRAoF8AcFMJKS8wcl OZdHEDACMQU+sAMEEQcm1gy44JiR+AEuxpXS0gZRMAUiIAG8EpCaf4AMsfAHopALseCYImAC d7AFTvCbbAQAWWADNeAOQuAvWVAEJ8A6yAALJqkK+vgBdACcJYQ0XQAFYcAFbRCf38JHS/AD 10ZXqKUM46mazZAKqvA6C4AKdKAG6pkRaTAFO1AD8EBXE6M/K/h6BIAM9LgAurACTZBLBWoR WJAF1JkFchAEQTACtDACBYAMJbqasXALC7AFWLCZGUoRccAFciAFSyAFVyAHXGCdL7qjPNqj PvqjQBouAQEAIfkEAGQAAAAsAAAAANgAcgCH////CAgIEBAQGBgYISEhKSkpMTExOTk5SkpK UlJSWlpaY2Nja2trc3Nze3t7hISEjIyMlJSUnJycpaWlra2ttbW1vb29xsbGzs7O1tbW3t7e 5+fn7+/v9/f31s7O597eraWlta2txr29pZyc797e1sbGzr29rZyc587OjHt7vaWle2trtZyc rYyMxpycc1paQjExe0pKjEpK/wAAnHNrzqWcxqWczrWtxq2l57Wl3rWl1q2c59bOxrWt1rWl va2lWkpC1sa9zrWl586959bGzr2t1r2l3tbOvbWtta2l/+/e3s6958al7+fe572MxpRa78aU 79a1586t3sallHta986U78aM59a958aU771z1sat586l78aE971a75wY597Oxr2t771j/8Zj 3qVC97U555wQ//fn/96crZRj98579+/ezsa1996l79ac78Zr98ZazqVK771S59at7+fO7+/n ///35+fe1tbG//8A7/fvAP8Arb29Ulpa1u/vtc7OKTExhK21rcbOlK21pb3GhJyla5SlY4SU xtbepbW9WnuMa5y1SoSlWoytWnOEQmN7MWuUe5y1WoSlSnOUMWOMOXOlxs7Wpa21UmuEQmuU MVqElJylMVJ7Qlp7KUJjMUpz1t7va3OEMTlKMTlSISlCKTFS1tbepaWthISMc3N7QkJKUlJj SkpjUlJzAAD/GBAxOTFKMSk5QjFK3tbe597nraWtc2tzhHuEUkpSSkJKQjlCY1JjWkpaSjlK QjFCKRgpMRgpUiFCQik5UilC3s7WtaWtnIyUlISMUkJKOSkxYzFKWilCORgpY1JaQjE5azFK YylCc1pjvaWtYzFCpYyUhGtzY0pSQikxazFCe1pjWjlCUjE5SikxQiEpayk5jGNra0JKWjE5 UikxazlCYzE5czlChBgpnGNrpWNrlFJahDlCYykxvXN7lEpSlDlChDE5eykxayEppUpSjDE5 pTlCnDE5jCkxlCkxhCEpjCEplBghpSkxnCEpnBghpRghhBAYAAAACPwAAQgcSLCgwYMIEypc yLChw4cQI0qcSLGixYsYM2rcyLGjx48gQ4ocSbKkyZMoU6pcybKly5cwY8qcSbOmzZs4c+rc ybOnz59Ag4K0cIGo0aJIjypNynSp06ZQhUrdeKHmPwtTs17ECvWp165gv6L6V1WrWYlVv6oN y/apiAdXz8p9yNWC0btF8drNy3evX72A+1qAW3au4YRpA+/9x/iq4Md/IQcei/WwZYN1uzbe THatZ6iEL4semLaoY6ONZzDW05jvZsVEBfITCBlu5dGXsS6+cHXzDNX/9LDuzNsxY6KMmcrm NxtA8aNjC+M+XPVCUs7/fq8ejpp4d777/QYyFk+26Nu40y3rtjuDKWPgq5MjP420tYV/4QH8 Y968sdHQ6VHnHFEzWFCgdtj5V5+C9zlWVHj77SdQP/IRRVmAh2VG4G/wtcIYHgwedVxxeeEn 2wXNUUjcedJhaFZpFrTiV3GtePgPHiB2ppR8PF7Vz4/W/ajiXba5OFdmrVwgY42MMXljjt3N JyWJQvZzwY8NJgWgkS8CYJdRNTpp44fymWbflJtVGWVRRXJplm7WeVdcgjpapxdYVSLFVHRu dlnifQ0yOGdkMxKaV552XiDCYOj1ORWcRM1ZJl5yKuXUUUIWyiZZjmYFo6Z3EgpbUkb1o1ib nQqlYVP7n6llqalP8ZmqUFU9gIqtuN56a6686trrr7ziCmyjs/4UKJ3IJqvsspwWCxRSIigq bbTREkXttNheqy200h61rVHOhivuuOSWay4ADZyrLkLpukSGQO+uq1O7KZGRBRM1aMEEDvpa EUcc8trUAL0lkYGFDvbQQ04341hzDCwgiCBFvAHPRPBIZESTjz7tkKPMNrGUwEUYXcBbMU0X i4RFwu08k401zVhC8ckCm9RFDR1/M042zcAgAs03DWwSGUGQc0sM7sgwTjrNmBAG0DWlDFIY TOgiztVYx0BOM0UwMTPULkntkRVDsHD1Pvugs48438jwTjfhaCEH2DD7iZ0RGXF0sYQd0wRy NjroXC1DOvKIQw4wPhhBd9h2V+SED0XI8A0sqkiiyAV1iKO2OObIMHg7cGvzgxaLG+bCOvjs Y884ooziiSOCNIH17FfTM04z2xAzd+lmbVGD6vLIowwsf7xSywUsSIA12pvPIw3uMPTwNe9A kcGCPfvI4447zzeTywsLqEKIB+Kkvfk+7dwezjawBEE9Sgx0wIAEGMUBjzvav4NPPdLsDAss hkhEBsxQvrSVTx7aQMY2wmGNE0zvfR/JQAAqEIECcOAi1huHO7RRD7QZ7hii6MQlNjEIMxBw c+hwRzjCoY1gIMMaUYAgSR7wgAxgIAP7GbigRX6gjXGM4xn2qAc5pCEKUpCiE4ZoQh3MAICz zSMd2tCGMhgYDBUchAxMkKFGIHABDHAAhxjAwAYqsoZmKGMcwnjGN7SRjSKKohGVMGEeCLgP GdBDacoAhja20YwkHCQOPtBiRiowAQkoAAMa0AAOM6ABDmygAxBhgxCU4Q5lNOOSMFhFLQhR CQCYEACy2Ec80LcwZUxRG82gxUGcoIMHChIiCDjAAwrQgA0oUgMb2MANM9ABSDokBNrYnjas YQ1t3EIFTKwDAPKQgQjEwx7tQCDDpvgMbYDBIGTwQTfe8EqLOAABCaAABRCpyAxcAJe35IAv F7IGcHT8Q3vhWNo3WsCDJpCgDxewxTz0QY90dOOMOxuHOLohhCwUBAvuoIAru0mXB0iAAudM JAYqsIEM2JKR6lwIEZLxjXRsTx70AB0NUsACY6CjHcAbKBuzMY5rdAN/NWDCFgBABi7U4Bog YGhGdGkBRubSkXaxZUUxugEdFgQKt3CG9tJhD33wEx7aiIE87hE8YWaDhXzURjfIYQ97+CMH NtgBOa4BA1XqVCMcSGQuc3nDLl40jBewaEHEkIRsiOMa8sBHU/uxj3u81KPu6IY0rsrHSzZj HMp4hzvqUY6XaoMXzZDCWTnSSw588QIVwABRyKmBCijAoRYw6g149o1u+7zUHnzVR2AF242r rq8ZL2wGG00pjWpqIxzACMUJ0jDZj3DAoRGwAAa6GIENUEAABCCAAyCgAPrRARssDIYytPqO ffSjHvEURxRf2wyYrfCSr2hGLIj5Qmtcs7cfoUAuFpABcd5wAw0YgAAEoAAGHCAADxDICoXR jGAEw4f3eIc6rtoMBl5yfQvcBjGDwUdibuMXxcACej8CSQwAoAMVsIAEZhkAAwjgAAKAwHEh AIAVmviSUQQGVg2sQAZyYxvLICY3XMgNXwAjCLyd8EgcMIELhDgCCfjHAApwgQn8IwAWLjEq kYHKbfBRwcHAHe6sEY4isAAMzVgGLprh+woclAAKC9XxRhAggQ5Q4AAWMG4BFFCBBvxDAsoE QDW6a9juFhYZBQ7GD0SghXfVtKZR4EKYxcwRCERAArno8HJp2IAFUGCMAFCCDYSQ1UsuuMXW SEIRCO2SDlxAARZgwHwdEAEB/CMXCgjABAriBhxI0cBTNuwPOP0SDIjTyPI9AAECoAA3L8Ag TjgG7hTIxu02owe0fokDNJDqAQyAAAUoQAIecE6DYEGg3RCHQN/B7XFowwTJdkkGFEAA+Zab AP9oALe5DQBuCkQIi8WeYt/RVXc0YwS7C/dKAoDcAJw7AO9wMrdpQYwTnEAENnhHPuphD8WK 4x31sPex+/XNkgXMF7kEEEAuAi5wJ0eZG+OQRjfepm0fZptnxKD4ShpQAPkWQAABGAC3nUzz bTB5r/kwMcyy0Y3b/gAKKoefxQXgbH8PAAAcrzkywtHVH9XjdpbOxgKtke+gjyQD/7g40U1N YoEEPMoK1gY/8tEPvbrD2wf+bgmsXpIKzFe+z+b3barQBloceOz7yAc/3sYzIETZxDhgO0k0 8HbkylcAESgIGZIQjnosvKtvI2ad12dNwY+EA28vAL93veqCFIHKI49Bz53cXe+aOOWWD4kC 7isAAxgguQY4SBf+vl0Gu9C7DW7GElIPEgwwht+63vWvDcKFOk/5hcgI/EYxw3HJEQya9xSB QC4GkPUDUJ8ACTDqQLZgD+bX2ebICL81wJ9T6HuEA8OFgAGOfGQEHEQIe+95ncNPf+SfAGDm D8kFgtysgsC/H/bQDTBjDfVHf1LGBfk3EhuQeAeBL11VD3DjfdxAXuF3Se6TgCxhAw8IgfIH M+BHfw6EgSuxBT4gD/XAbaHTXcjADfVXABcogilRBCx1csznXQMYftswAvgHgydRBJekYFIW hOInZajHgyYBBsfAMzYHC3hWgYVlaUlwXkZIEktwDDoDW9aQDajUDLAgZbmAZ9awZ883hRdB C7sADdDwDduwCy8QA3vEXbewCnjGQhbQZ/xkuBH2AgVaAAZasALUEAPH8ApJWGzMpwqrcAwX 8AS5IFvKBwJasIN36BBQMAdRQIkegAMigIbeAA21EAPZwAuxgAvHsAu7wAzddQyXsArNUAZE oYjjR2Un0ANMAImRaBBZ0AYIOAiAoAiGgAmekA3fsAt8oAvZcAyrcAvHkIyvuIWrwAvaQAV8 MQamqHzWEAxJkATRIAe0GIlz0AGDIAh7gAiKoAiMsAiNAAqmUAF7YAGmcAqrkA3KIA1RtF3f tUJAgAZw4AWsWAkWYAupAFv91V0nkAS0gAXbCINksAGCAAiCAAmEUAiKEAmGgAiB4Ad7EI6A AAmGwAos1UP8bJRgt6UNuNALf3ALfFALK7ACqFALqJACC4AFWKAFSQACSaANNBkEJTOFbQAA gjAIiLCLjGAImoAIRPmT5BgJksAJr7BCC8RCt7UNqYALqyAK0FaSqZAKtxAES/ABdgCJUuAD PfADwCACmzaFcRAFckAHefAJhyAJglAIhBAJhVCOkoAJj6AKvDBdj6UNx3ALUpkJgEkKyVUA t4CVt3AHC2EFNqAOZFmL8LJ7DNmQi1CXjzAJmeAJgJkJnDAJj1CZk+AJgjmYBRALWMkHB6l4 MmgCSzCG+dcGcyAHDxkJk0kJnTkJtnmblykK0QZtyfUHsJALV1kC25hFBREG/LiTCiKwBVHg BqzJe2TQBl9QCrrECp7gCZ1wnUVECgXwBwVQlcTzB1dZmkdgMgIxBT6wAwQRB1jWDLgAnMP4 AWDmmPDSBlEwBSIgARKwnX+ADLHwB6KQC7EAnCJgAnewBU4Qn54EAFlgAzXgDkIwMllQBCfg PcgAC1ipCiz5AXQgn1eEN10ABWHABW0wov/iSkvwAwlnWtqlDBXKnc2QCqoQPguACnSgBhya EWkwBTtQA/BgWjvDQl0YfgSADCa5ALqwAk2wTjdqEViQBQaaBXIQBEEwArQwAgWADFfanbFw CwuwBVjQnEtKEXHABXIgBUsgBVcgB1yAoGHapgtu+qZwGqdyGjABAQAh+QQAZAAAACwAAAAA 2AByAIf///8ICAgQEBAYGBghISEpKSkxMTE5OTlKSkpSUlJaWlpjY2Nra2tzc3N7e3uEhISM jIyUlJScnJylpaWtra21tbW9vb3GxsbOzs7W1tbe3t7n5+fv7+/39/fWzs7n3t6tpaW1ra3G vb2lnJzv3t7WxsbOvb2tnJznzs6Me3u9paV7a2u1nJytjIzGnJxzWlpCMTF7SkqMSkr/AACc c2vOpZzGpZzOta3GraXntaXetaXWrZzn1s7Gta3WtaW9raVaSkLWxr3OtaXnzr3n1sbOva3W vaXe1s69ta21raX/797ezr3nxqXv597nvYzGlFrvxpTv1rXnzq3exqWUe1r3zpTvxozn1r3n xpTvvXPWxq3nzqXvxoT3vVrvnBjn3s7Gva3vvWP/xmPepUL3tTnnnBD/9+f/3pytlGP3znv3 797OxrX33qXv1pzvxmv3xlrOpUrvvVLn1q3v587v7+f///fn597W1sb//wDv9+8A/wCtvb1S WlrW7++1zs4pMTGErbWtxs6UrbWlvcaEnKVrlKVjhJTG1t6ltb1ae4xrnLVKhKVajK1ac4RC Y3sxa5R7nLVahKVKc5QxY4w5c6XGztalrbVSa4RCa5QxWoSUnKUxUntCWnspQmMxSnPW3u9r c4QxOUoxOVIhKUIpMVLW1t6lpa2EhIxzc3tCQkpSUmNKSmNSUnMAAP8YEDE5MUoxKTlCMUre 1t7n3uetpa1za3OEe4RSSlJKQkpCOUJjUmNaSlpKOUpCMUIpGCkxGClSIUJCKTlSKULezta1 pa2cjJSUhIxSQko5KTFjMUpaKUI5GCljUlpCMTlrMUpjKUJzWmO9pa1jMUKljJSEa3NjSlJC KTFrMUJ7WmNaOUJSMTlKKTFCISlrKTmMY2trQkpaMTlSKTFrOUJjMTlzOUKEGCmcY2ulY2uU UlqEOUJjKTG9c3uUSlKUOUKEMTl7KTFrISmlSlKMMTmlOUKcMTmMKTGUKTGEISmMISmUGCGl KTGcISmcGCGlGCGEEBgAAAAI/AABCBxIsKDBgwgTKlzIsKHDhxAjSpxIsaLFixgzatzIsaPH jyBDihxJsqTJkyhTqlzJsqXLlzBjypxJs6bNmzhz6tzJs6fPn0CDgrRwgajRokiPKk3KdKnT plCFSt14oeY/C1OzXsQK9anXrmC/ovpXVatZiVW/qg3L9qmIB1fPyn3I1YLRu0Xx2s3Ld69f vYD7WoBbdq7hhGkDYwXwr/FVwZD/Rg48dvHhywXrRiXYr1/jtqCfEsZMemDaoo+Jdi7o+fNe x6kDC+QnMDJcy6UvY319Ie5qgZ376XHd+3FjosSJzuZHG0Dxo2ML5z5c9ULSxsEHBh+eOjlq svt7+w1sPJ5s0bdxp+sGYNfCDKQAfsfvzB3pcaaOUYtnzJx269SjqUedc0TN4J572c3331Gw GXVfUeL9w4+EwLlGVGUCHqZZgTPMEFx2eDim13PF5fXPfvxc4F9rSKEnXYZmnWZBK371Flxj eIQInlKu9XhVcNbdGNttMM6lWSsX0NhKK9i1luN9FtwnpXFkfXiBkEkFWGSM7Pm15JJNOqbj dfm9RmWTH0YJYHpbarWbdeDZJyRsfCW11of9EMVUdG1yaWKUap7YmX3HKRZZXlZaR5QIg7HZ p1Rv6gmboHnyFadTmCKVZlNaPiqUjDUa1ZlSihnqV3CSNYrbS/sNeArRhk2tJSupeT7Fp0yt uupQVQ+g0uuvvvoK7LDBEmvssP0IW6ywjrKqq0OBTirttNRWa620L7qU67MLtXiBCN+GC+6i 4pYL7rnmejuuuuEaNdO23MY7UQPwygvTfj/Ra+++CNUrkL/87gsvvQCHRIZABwfc07b6lkRG FkzUoAUTOExsRRxx8IvvTQ0DUDBHZGChgz30kNPNONYcAwsIIkiRsLwbczzQxxqREU0++rRD jjLbxFICF2F0gbDCOTE8EhYkt/NMNtY0Y8nLRO9kdEhd1KDzN+Nk0wwMIkQNXMzvDmxwEOTc EoM7MoyTTjMmhOE12O/OTPNFYfswoYs4eOcdAznNFMEE1F7TNPVHVgzBAt777IPOPuJ8I8M7 3YSjhRyB2zR4zXF0sYQd0wSCODro4C1DOvKIQw4wPhihsU4Nzw2REz4UIcM3sKgiiSIX1CHO 4uKYI8Po7USuzQ9a2CsfjC6sg88+9owjyiieOCJIE3lXjzc94zSzDTGUV07aFjUwL488ysDy xyu1XMCCBHknzvs80mgPQw+Ae38WGSzYs4887rgTfzO5eMECVEEID4hDcbzbRzuyF45twCII MIPbTBjQAQZIACNxgIc7+PcOfNRDGlmDBSwMkYgMmOGAijugPLSBjG2EwxonqJ+nJBiTDASg AvsRKAAHLoK/cbhDG/VInOmOIYpOXGITgzDDCXmHDneEIxzaCAYyrBEF+7nkAQ/IAAYykIEd WuQH2hjHOJ5hj3qQQxqiIAUpOmGIJtTBDABA3DzSoQ1tKOOFwVDBQcjABCuSBAIXwAAHuIgB DGygImtohjLGIYxnfEMb2UijKBpRCSXm4YT7kAE90qYMYGhjG81IwkHi4AM/jqQCE5CAAjCg AQ1wMQMa4MAGOgARNghBGe5QRjN2CYNV1IIQlQCAEgEgi33EQ4EmU8YdtdEMWhzECTqQoSk1 goADPKAADdiAKzWwgQ1sMQMdoKVDQqCN/mnDGtbQxi1UAMc6APwgDxmIQDzs0Y4VnuyOz9AG GAxCBh904w3TBIkDEJAAClCAla7MwAW4uU0OiHMhawBHN/gXDrV9owU8aAIJ+nABW8xDH/RI RzcWmbVxiKMbQshCQbDgDgpIM6AZGYwEKLDQVmKgAhvIgDZh6dCFECEZ30hH/+RBj+DRIAUs MAY62iG+k0IyG+O4Rjc2WAMmbAEAZOBCDa4BApiOxJsWgGU3ZWkXbeaUpxvwYkGgcAtn8C8d 9tAHSOGhjRjI4x7jM2c2oAhKbXSDHPawhz9yYIMdkOMaMHCmV0nCgVZ2s5tbDOROC3kBnRZE DEnIhjiuIQ98xLUf+7jHVIXqjm77SGOvoNxlM8ahjHe4ox7lmKo2eNEMKSzWJOHkwCAvUAEM EAWhGqiAAh4gAQuo9QZa+0Y3pmoP0OqjtKbtxl4b2IwpNgOSypRGPrURDmCE4gRpuG1KOEDc CFgAA4GMwAYoIAACEMABEFDABemADSgGQxl+fcc++lGPioqjjtRtRtOeuMtXNCMW6JyiNfYp 3pRQIBcLyIBBt7iBBgxAAAJQAAMOEIAHCOSJwmhGMIIhxnu8Qx17bcYLd9lAF24DncEAJTq3 8YtiYKHBKaElBgDQgQpYQALXDIABBHAAAUCAvRAAwBOXvMs6AoOvK27hC7mxjWWgkxtS5IYv gBH7hPDiuCUOmMAFjByBBPxjAAW4wAT+EYAdK5mZyGDmNkD54mBoT3vWCEcRWACGZiwDF81w BQ5KAIWXfrkkCJBAByhwAAustwAKqEAD/iEBdwKgGgJWrYBTiwwVB+MHItDCwbKa1ShwwdCH NgkEIiCBXAgZvlhswAIocEgAKMEGQujrLmEsZWskoQipxkkHLqAACzAAww6IgAD+kQsFBGAC BXEDDuy4Yjyr9gfBzgkGDLrmCx+AAAFQwKQXYBAnHEN7LYQkgJvRg2znxAEacPYABkCAAhQg AQ9YqEGwYNJuiMOk7wj4OLRhAnfjJAMKIMCFFU6AfzQg4AEHAED7BSKE1+rPte8IrDuaMYLu GbwmAWhvABgegHfMOeC0IMYJTiACG7wjH/Wwh2vF8Y56bJzdH7fJAjDcXgIIIBcmP/mc7cyN cUijG5D7txj9rTVi5LwmDSjAhQsggAAMIOBzzvo24vzZfCy5adnoBnd/AIWny4QBOxfAvEc+ AAAEXevICEdgO1OP7O06Gy60hsfN3pIM/IPnal92kgVicju/WBv8yEc/POuOgbOYwCXg+0sq gOEL0zvklqlCG2jB4sTvIx/8gJzWgGDnJeNA8i7RQOXbe2EBRKAgZEhCOOoB88BCDp2abqA+ Ud8SDlS+ACEHN7QLUoQ8Iz0GYp/8s4AHvGSn834lCuCwAAxgAPca4CBdKD2AYyzFAcu4GUt4 vkow0JiQfxvc5DYIFzSN5ykiIxjpDMcuR4Bq8XsEArkYwN8PoH8CJECtA7EF9iB/mrZ1yHCA 1mCAXWV/KMEB6AUBBsBmbIYAByEEoSd2mnaAGuh+J5AxDLgSF2BmZFGB/NAP9tANTWMNG6iB d8YFH9gSG/B6BxExgVUPkUOA3JBgB7hLEPSCNmEDNWiDGNg0BqiBMeSDNbEFPiAP9RBwwiNg yMANG1gAPYiEM1EEUMV08jdgKXiA2zACHmiFMVEEu/Rid3aGCHhnzieGMAEGx6A1WwcLnbaD qbVr/EnAYGzoEktwDFhTXdaQDczUDLBwZ7nQadYAavWXhyFBC7sADdDwDduwCy8QA58UYLew Cp0GRRYgaoroMFkABVoABlqwAtQQA8fwCm+obvKnCqtwDBfwBLlwXfAHAloQhp2IEVAwB1Gg ix6AAyLgiN4ADbUQA9nAC7GAC8ewC7vADAJ2DJewCs1QBkQBiwmYZyfQA0xgi7cIEVnQBi44 CICgCIaACZ6QDd+wC3ygC9lwDKtwC8fwjtUYiKvAC9pABXwxBswIf9YQDEmQBNEgB9q4jQkx Bx0wCIKwB4igCIrACIvQCKBgChWwBxZgCqewCtmgDNJQRwBGYE8EBPxoAAdeII2VYAG2kArV JWICdgJJQAtYEJACiTAbIAiAIAiQQAiFoAiRYAiIEAh+sAcICQiQYAisAFVhBEkuxl3agAu9 8Ae3wAe1sAIrgAq1gAopsABYgAVakAQgkATasJVBIDQvSRBtAACCMAiIEI6MYAiagAhseZYL GQmSwAmv8EQuBEXctQ2pgAurIAr1xpSpkAq3EARL8AF2YItS4AM98APAIALAFpYDEQdRIAd0 kAefcAiSIAiFQAiRUAgMKQmY8AiqwAv4NVvacAy3oJeZkJqk4F4FcAuAeQt3sBBWYAPqwJiO iRBkEH4zSZOL4JmPMAmZ4AmpmQmcMAn8j/Cbk+AJq8maBRALgMkHLgl7WGgCS5CIt9gGcyAH NhkJvUkJxzkJ4BmewSkK9lZv7vUHsJALf1kCAdlHBREG2pMKIrAFUeAG1pmHZNAGX1AK3sQK nuAJnRCgaUQKBfAHBdCX5vMHf/mcRzA0AjEFPrADBBEHfdYMuKCe6fgBhXabuNkGUTAFIiAB ElCgf4AMsfAHopALsaCeImACd7AFTrChwgQAWWADNeAOQgA0WVAEJwBAyAALgKkKU/kBdMCh DUEGZJA5UBAGXNAGToox0rQEP+Byy/VfyvCjBtoMqaAKA7QAqEAHamCkH5EGU7ADNQAPy5U1 UDSIB0gAS8jQlAugCyvQBA8lphyBBVkAo1kgB0EQBCNACyNQAMggqAcaC7ewAFuABfdppxoR B1wgB1KwBFJwBXLABTLKqJiaqZq6qZzaqXkYEAAh+QQAZAAAACwAAAAA2AByAIf///8ICAgQ EBAYGBghISEpKSkxMTE5OTlKSkpSUlJaWlpjY2Nra2tzc3N7e3uEhISMjIyUlJScnJylpaWt ra21tbW9vb3GxsbOzs7W1tbe3t7n5+fv7+/39/fWzs7n3t6tpaW1ra3Gvb2lnJzv3t7WxsbO vb2tnJznzs6Me3u9paV7a2u1nJytjIzGnJxzWlpCMTF7SkqMSkr/AACcc2vOpZzGpZzOta3G raXntaXetaXWrZzn1s7Gta3WtaW9raVaSkLWxr3OtaXnzr3n1sbOva3WvaXe1s69ta21raX/ 797ezr3nxqXv597nvYzGlFrvxpTv1rXnzq3exqWUe1r3zpTvxozn1r3nxpTvvXPWxq3nzqXv xoT3vVrvnBjn3s7Gva3vvWP/xmPepUL3tTnnnBD/9+f/3pytlGP3znv3797OxrX33qXv1pzv xmv3xlrOpUrvvVLn1q3v587v7+f///fn597W1sb//wDv9+8A/wCtvb1SWlrW7++1zs4pMTGE rbWtxs6UrbWlvcaEnKVrlKVjhJTG1t6ltb1ae4xrnLVKhKVajK1ac4RCY3sxa5R7nLVahKVK c5QxY4w5c6XGztalrbVSa4RCa5QxWoSUnKUxUntCWnspQmMxSnPW3u9rc4QxOUoxOVIhKUIp MVLW1t6lpa2EhIxzc3tCQkpSUmNKSmNSUnMAAP8YEDE5MUoxKTlCMUre1t7n3uetpa1za3OE e4RSSlJKQkpCOUJjUmNaSlpKOUpCMUIpGCkxGClSIUJCKTlSKULezta1pa2cjJSUhIxSQko5 KTFjMUpaKUI5GCljUlpCMTlrMUpjKUJzWmO9pa1jMUKljJSEa3NjSlJCKTFrMUJ7WmNaOUJS MTlKKTFCISlrKTmMY2trQkpaMTlSKTFrOUJjMTlzOUKEGCmcY2ulY2uUUlqEOUJjKTG9c3uU SlKUOUKEMTl7KTFrISmlSlKMMTmlOUKcMTmMKTGUKTGEISmMISmUGCGlKTGcISmcGCGlGCGE EBgAAAAI/AABCBxIsKDBgwgTKlzIsKHDhxAjSpxIsaLFixgzatzIsaPHjyBDihxJsqTJkyhT qlzJsqXLlzBjypxJs6bNmzhz6tzJs6fPn0CDCh1KtKjRo0iTKl3KtKnTp1CjSp1KtarVq1iz at3KtavXr2DDih1LtqzZs2jTql3Ltq3bt3Djyp1Lt67du3jz6t3Lt6/fvx/JCBQM+CmZLExq aGGCY7GVOHEKJyWDRYc9euS6jbN2DBYIEVIISyZKJlo+fe3IKdsWqwSXMF0Gjy6K5XK7Z9ms NbMkerbRLjVSfxuXrRkMEb6RkglC7lYMdzLGpWtmIkzyomGY6BLHvXsMcvvNijDpfb2nlSEs uO/bh26fuG8y3nULp0VO+Z1k4nRZYmdaIPXooMOdDOnIIw45wPhgxH03OeFDETJ8A4sqkihy QR3itCeOOTIQ2M582vygBYM0ubAOPvvYM44oo3jiiCBNdCcjd/SM08w2xNhHIkxb1JCiPPIo A8sfr9RyAQsSdLeehvNIcyMMPZC3Y0pksGDPPvK4446TzeTywgKqEOKBOOxpuE87NoazDSxB TBkRAx0wIAFGccDjTpbv4FOPNMTBAoshiWRgBpnskSmPNshsE441J0jpJkIZBFBBBAVwcFGV 47ijTT3rHXiMKJ1csskgZgyqITruhBOONvvBIGNNFI829MADGWCQQQaWWvSDNuOM84w99ZAj jSikkNKJIU3UYQYA6s2TjjbaKLNoMCocRAYTsQ4EwQUYcHArBhhsUNEazSgzjjDPfKNNNsSK 0kglpeYx6D4y0BOdMsBos00zSRwUhw/ZClTBBBIogIEGGtyagQYcbNABRGwIoYw7yjRjMQyr 1EJIJQCUCoAs+8RzZmbKSKtNM7Qc5IQOjpKIwAEPFNDABglrsMEGtmbQwcMOhaCNltpYY402 t6iwbB0A5JFBBPHY086hmkn7jDZgGESGD928EbADCCRAAQUHJ5zBBTbXzAHPC60BTjdZhiPd Ny3w0AQJfftcYMs8+tCTTjfmEjeOON0IkUVBWLhDQcs7WvCABBSQjTAGFWyQAc0Ln70QEcl8 k46W8tDzIQ0psGAMOu38CPi62YxzTTd31sDEFgCQwUUN14AQcEE4W7DwzQ1bYAHNkle+Qa4F QXGLM1mmY48+ecOjTQzy3AMk0Nmsuq823ZBjjz3+5GDDDuRcA0PKtxvEAcI332wrt5SDe8Hk BYmRRDbiXCMPPsv3s889rG/uTjfSqN6+LNaMcSjjHe6oRzlYpw1eNEMK5UPIzjjgrQtUAAMW 4BbCNFABBSzOAsS7QXG+0Q3W2UN/+vgfALtRPTU1w1XNWFfJpDE1bYQDGPuhOEEaIrgQDiwu AhbAALcisAEKCIAABHAABBQwJzpgY1XBUAb23rGPftTDbeKAlguboRtVWewVzYiF0Fxljarx cCEUyMUCMvA1W22gAQMQgAAUwIADBOABAlGVMJoRjGD06h7vUEf1mrEoi6lJUdsQWjD2JbRt /KIYWDjjQh6GAQB0oAIWkEDMAmAAARxAABAwIgQAoKpSWgxawLBeIRO1KG5sYxlC40aruOEL YARhh5J8iAMmcAFQRiAB/xhAAS4wgX8EoJKkPBkyTraNfSUyGDe6kTXCUQQWgKEZy8BFM1yB gxJAAXG5PAgCJNABChzgdxQogAIq0IB/SPwAaQCoBhcJyMUBIoOQwfiBCLQgGNnJLgpcAGc4 EQKBCEggF5xU4qwasAAKiAsASrCBEK5nMUWy0hpJKMJANdKBCyjAAgyQowMiIIB/5EIBAZhA QdyAg2gVUpoE/MFGN4KBrxUzjgcgQAAU0M4FGMQJx7hRotalxWb0YKYbcYAGUDqAARCgAAVI wAPIZhAs/K0b4vjbO7Y6Dm2YAKkayYACCBBHshLgHw3Y6lYBoDWBCCGBV0LgO7bnjmaMQEdg vUgAjhgAswbgHc3cKi2IcYITiMAG78hHPeyBQHG8ox51NWpeMbIAOR6RAALIBWAD20xocmMc 0uiGfLLaK6z7FocYk71IAwoQxwIIIAAD2GozZ7uNZeYvH6XUTTa6YcMfQCG1FGFAZQXQ1L4O AACbpS0ywrG9fljRRhXNhqKsgVfgPiQD/7AscUs6SoEAFpqJ1AY/8tEP/Lmjq4b0YgmsG5EK yDGOTt2rBQZShTbQwpDj3Uc++CGf4gABmqXEQVEySOALFPjABk4wghes4AYzGME40cB7jxhH AUSgIGRIQjjqodjtyUdo9FQT1YpygZr8Y7434cB7C7BXnaq0IEWYpmhjwNtmcrGLpUQtUebr 4B4/2MdA/nEGUfGPEt9EAXYUgAEMgEQDHKQLANbiIlvVRUY2YwkkBoCQg8z75S0jWAQPOPFN MPAPY3oSiQHwqUG4QE9pugoZwRhaOCw2AoHqhMe+MzCB96znPuf5z3wGtJ8DvecwG7kmEMjF ALJ7gEUTIAHEG8gW7DFnetYWGZi2xqVtl2VB/1kgZS4zoQdNak+PmsgorgkHhAgBAxjTmAg4 iBD4y1t6YvrWbz5BZHYMACAXxLll7rKwGWxonlwAmEWWNT/6YY9u6MYauL51NLnQaQOfOMHO /XWo+xzqa5vayPwQSKnDnOqdbODCB0nM9uoxn0pzY4yYtlibeJ3nIos52wJxbj/0EOwMivoC /+53ggXCj4KL+99DTjZSbLBudtdaN5e+daP7iFLiCyi4zPoeiL757W2BE7jfGezHQMo88iIb GMxiRsoWfCCPemwVRFxEBjdwXYB5C2W+vrPADAaObwBsXOAIT/C2LfAPkQPgHwUPdz9CTeBi J6UIqTPtnLv4bExvYwS7DkrFMzgDnes84z4HdtC7/fFrG1jkSEd6vkF+AVQrpQgWS2Q0557p aOo4KHhO8Az2ru+M44Hpfgb4tUFedIJfQOlLL3IGUX7oo4DhGMWpLSzuGe8BVjQJZtRJ38Wt ZQO34s8A13eZ8fB3xR+436g/sb4tLnpvKy7lSFnCMYbzQmtk42TNgEU0c3FPa+jTzi7pu/D7 /vlWtALjiSf8PfIT7+/BO/8CfYe+2BXsdKTQYhfQgMY3trGLF8RAX1u8xSruuSoL8BMnw09/ P4x/fOH/4+/9wHbiTS/45i9f30T3NrmLchgoaAEMWrAC1BADx/AKkEdUc6YKq3AMF/AEuRBD cQYCWpB1M6F+6edvfVd0Fhh4DCZ8GdRgRNZ4OgEFcxAFJegBOCAC2ecN0FALMZANvBALuHAM u7ALzMBFx3AJq9AMZZBBDqhp03QCPcAEFAgTFniE8WeBFuBcBxZoehZ9Frd4r1duN5EFbUBt gwAIimAImOAJ2fANu8AHupANx7AKt3AMaAiEuLcKvKANVNBnY3CDcWYNwZAE/EkQDXJQhCqB hHx4gdLnhE7YdwtWfTcxBx0wCIKwB4igCIrACIvQCKBgChWwBxZgCqewCtmgDNIALVrkRaoC BGgAB17Qg5VgAbaQCi/ER1x0AklAC1ighySRcX3Yh6PmaX7mh1OYE2SwAYIACIIACYRQCIoQ CYaACIHgB3ugiIAACYbACqnDK+uCSDakDbjQC39wC3xQCyuwAqhQC6iQAguABVigBUkAAkmg DeYYBLGxErPYh/K3YE2YfgkWgjrRBgAgCIOACFrICIagCYjwj/rYiJEgCZzwCqqiKKtiQ9uQ CriwCqLwVNeYCqlwC0GwBB9gBxQoBT7QAz8ADPwioFF72I4iiQoPQJImOSsn2Q+oMHwkuX86 EQdRIAd0kAefcAiSIAiFQAiRUAiOKAmY8AiqwAtS1EDacAy30JCZkJSkgEQFcAsTeQt3sBBW YAPq8JHsKJIi2W1a2W3D120iyBNkgGW++IuL4JOPMAmZ4AlJmQmcMAmPcJaT4AlLyZQFEAsT yQewiGFQZwJLAHwdcXZJiJXDJwIXQJiGmWCHSWDDp2BD0QZzIAfBGAllSQlvOQmWeZlpKQpQ 9VRI9AewkAsSWQJ6iC0FEQY3kgoisAVR4AZ+2RGCaXQUkX7K0QZfUAo4wwqe4AmdsJvEQgoF 8AcFAJFD8gcSeZf7RyAbAjEFPrADBBEH19QMuACaYvgB3xSSR8gRsskUZNAGUTAFIiABEvCb f4AMsfAHopALsQCaImACd7AFTlCdHQMAWWADNeAOQvAaWVAEJ9AlyAALE6kK3vgBdGCdwhcS wzcVZJAfXQAFYcAFbfCgkNEyS/ADiFVCWaQM/QmczZAKqgAmC4AKdKAGV3mgIFGgZZEGU7AD NQAPJUQcq6J7mEYAyICNC6ALK9AEaJMS6megYFcWWJAF7pkFchAEQTACtDACBYAMSRqcsXAL C7AFWNCaHpFtmzcSPecWccAFciAFSyAFVyAHXACfWQGb7FWmZnqmaJqmaqoSAQEAIfkEAGQA AAAsAAAAANgAcgCH///////3//8A//f3//fn/wAA9/f39/fv9+/n9+/e9+fn99aU9857971a 97U57/fv7+/n7+fn7+fe7+fO797e79a179at79ac78aU78aM78aE78Zr771z771r771j771S 75wY5+/v5+fn5+fe597e597O59bO59a959at5869586t586l58al58aU572M57Wl55wQ3t7e 3tbe3tbO3s7O3s693sbG3sal3r2c3rWl3qVC1u/v1t7v1tbe1tbW1tbG1s7O1sbG1sa91sat 1r2l1rWl1q2cztbezs7Ozr29zr2tzrWlzqWczqVKzoSMxtbexs7WxsbWxsbGxr29xr2txrWt xq21xq2lxq2cxqWcxpycxpRavb29va21va2lvaWtvaWlvXN7tc7OtbW1ta21ta2ltaWttZyc tYyUtXuErcbOrb29raWtraWlrZycrZRjrYyMpb3GpbW9pa21paWtpZycpYyUpUpSpTlCpSkx pRghnJycnIyUnHNrnGNrnDE5nCEpnBghlK21lJyllJSUlISMlHtalFJalDlClCkxlBghjHt7 jGtzjGNrjEpKjDE5jCkxjCEphK21hJylhISMhISEhHuEhGNrhDlChDE5hCEphBgphBAYe5y1 e2tre0pKeykxc3N7c2tzc1pjc1paczlCa5y1a5Sla3OEa0JKazlCazFCayk5ayEpY4SUY2Nj Y1JjY1JaYzFCYzE5YylCYykxWoytWoSlWnuMWnOEWkpaWkpCWjlCWilCUmuEUlpaUlJzUlJj UkpSUkJKUjE5UilCUikxUiFCSoSlSnOUSkpjSkJKSjlKSikxQmuUQmN7Qlp7QkJKQjlCQjFK QjFCQjE5QjExQik5QikxQiEpOXOlOTFKOSkxORgpMWuUMWOMMVqEMVJ7MUpzMTlSMTlKMSk5 MRgpKUJjKTFSKTExKSkpKRgpISlCISEhGBAxAP8AAAD/AAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACPwAAQgcSLCgwYMIEypcyLChw4cQI0qcSLGixYsY M2rcyLGjx48gQ4ocSbKkyZMoU6pcybKly5cwY8qcSbOmzZs4c+rcybOnz59AgwodSrSo0aNI kypdyrSp06dQo0qdSrWq1atYs2rdyrWr169gw4odS7as2bNo06pdy7at27dw48qdS7eu3bt4 8+rdi5YFAAd8s34o4qBBYKIfHAB++MEFjlWLDwP9oCLywyKZ2rCR/DPDFIotMq1io4LzTgcs yrUxPJHJKmtuGJjOeWVIOQ+sDVrWrYEYM3JUWsy+eQXbMINEAAxB4UDIX4RGiB0jh0348JkO hrCYFSTyciL7XoZYq1LODTYwZQiuAMAqkzFs5mRfn8mEVbM5i1kMOVakWrP/xnCDzTVlbMYB AJy8sAkx2DRzjBC7zccSC0z00kw1UyShBCvGlGLMLNVUY4wx1zRYDTFULMFEIpDQwiA2x2AQ oYQqcfBHKdhUY00p1YCiCiJ/zCJLNdwQ08uIxNDSXiKJZELLNNhksw6NMDmQAyK08DILJqU4 AgomiDiCByLEIHnMkbSokkkpoPTiH5FXzEglSorkQcsss/jxSSqYOHJJDI1Y8kgmxBjZSy+z rMLKLG5uc8013Ggg55wlOaDIH4hk4ogdMoDhCBpJEACAJYdoOsuieJ5YDS/71Qy4TDUVUNqS A18kUsonWgRgAxh+oBEAAcBKgceNxLDCC6shGtMqNt1oIKtLLTAhzCdw/NqHHWf8KkEACjgC CJm98EJMMzka00w31Uj6bEsNMFGKJSYEkAQaPtAQgATAKgDGt6ywUiaR/hnTDRXOrtuSELAs EsC9cPhAwL3APgDGHX9gogovygrYTDZnPGcwSw6cYcXCEuxBBhDAEvAAAYTckccjF5srIjbG KDHpxyR5cIYaPkghwRmT4BLHtqISgkceTcoiczPvDXEzziJlkIIdpjwjxSvB4BIOvir7YAkg jxj7nn/kQu3SCMGI84wor5TjyzmuACCqFIf7DJqJuDlyU40XSpjNUg3BsLONNKSMcw46uUAR AAA7HKJJJrKwMnMzAKTnt0oNpDJOOenMwssw6KAzCRQAUHDGoJjMosqI11Rz+UoOOJIIo9XM Usow46AjCgEmLELMJ/0ag3Ez17y+UhFKJPJIL5DIooosvCgjDBis9EGMJqxAYkwt47pufEpF RAJIJpmIDwkxOgqTCit/tAJIHnqAcsyb36fkQhjKgwIJIJCk0ioxmIKfHgAxC038h3L1Q4kW mAC2TLSIFsmaxSOQloj4zaJ7CUzJClY0KDwVoxfEIN8jmJQJVrQOfd7L4EnO0ApCMSoTvbAb JsIGwoydSIX7KFHMGdAHwhJiQjTra50NiYHDHAKAb1cogzF6UQpiqCIVxLhGMQrVLyIWkSVU 6IU0ClUN+1yoXxu4whVbooF++cuMZtzAGFmyhBKi8Y11QMEaVZIFUCgCEm/sV4iqMMeUNCBy oGCFKlAlSFaZoY8oWQL8FDGisfHCX8bwAgYQWZIlLKGCeoAEiEKEDV4wDRtypKRILBkIRegh Ek26YLJGVI0giHKUpQSEIgIRSFbtQogjEqNRuCAFXvqyl8D8pTCDScxhGrOYyEQKJO7IpEBi I0chElEzUHQUKdQkHlw4yhKMwQpQAG9cF3qmiBp5yF0CAJnHTCc616nOUMT8w5pFaYAQC0Ui 4glImq2qRg2qCQB1+pOdAD3mFCqBTaNoIJohIpeAuFGif1WjDk/jSTZ76cuKUvSiXLBoRjGq 0Y5ylKIEhSdRVpAIZSG0GdxIqcZS2gakWHOjMPWlQOJBU2x+NKY39ShO3ZnNoiyBlv5CqEpV ig1uuOEDR5noMQuiBz3QNKBQPWZIjfJTPSSCFTkq6lBT+qaCFeWlvbQpL5vK1JpetKZi9ahA AiGQmxK0p0ShEJPwyMpqZOOZKg2Rc8y50XcWlKwCaaoe3vFUXtLUsDYtLDDXGgi2nvOwwHSn SImChbniMag5QulQ3RBRnVhTCsGkqWAHIljC+4pVsb4s7FgHQlPWvrOXAy2oUVZQhEdAAhSB NAb6ipqNoapjr0TJZka5UIDFAhYApVUsZH9pVi7EQw8zbSxbnbrcqR5FCVoqpLLKldWUNqMO SCXKZ3lZAOISd7TIbWpNmbvesNq0l9CNRyDkG1jVSoGnSFFCQjOb0BCllL/lHIpSgVmAAgt2 tAJoL0ylAFnVPnetUpgudYEZ28kShQrDYBVKy6E3rl4omtgoAxV8cuC29rOX8Fjwc9UbDwEk +J0Ldi6MC3tYwYJWsMvlwluRUoNhpAJEAhJXiMrxJmnoDRtemEJnX3LgJh84xfCAh2ip6+Ip UxexWGbwOw8s+wUcw7iX1jUKG3QxilGkohm6IMUnxiWzaghDGXrTLRecphMn21kPUZZyk1v8 XGCyGMZZRquTZezLHQvFARzAwBCoMARPMOITw9hGhokhLmUFQxnDkMIWpHGiErVhCOG1yZ3t bNgDr/jOGF1nk3lJTMnyBAMTqECsgXCFKZS5EaMQxSd4wYxpLGMYutBFLFo1DF8ooxow4OWm G0QzN1SBBaGeyainrYcu35kLTRWmRinKZdDycgo6lu1NOHABZ8VBEqZwhTPEwYtU6OIXsPic 9IZBb2ajUBnMIIYhLqqDYZdoQGUowxdQEO2WUPvgpLb2trd9YGOGuSYTMEAc+wSxBjmYwhS2 QEYuUEGHMayBC3SghDJ40QtZFIqerBzRLt7QBBAkGwpcsEQ0ANY6bLihQC34QM5VMlqEI1yn C/dlwsMNV5o4QASCkIQgOjGJU5jiFq6QgxrEsIaKS6ITrgCGlohxQU+aq0zEWAY10iGMX4jC E54IhShCsYhXtKAFQyhDG8pAjDbUvQxCyE1KfI5wP+vBmNq2c2TfiZMLAEAQcZADum3hikHI 4fGKx/gtkgGNbYyIabotUzOisQxljKMd6iB7NKIhDCHUgAQjiLYKilAF1nvhGFPoG8/5TvtQ VML2uK/E7Xevh1A42faGvskHKmABCDyAB09I/IYgTjGJW5wi48lwhjeCwQwQ+oYYwxBG58HB fXS0A/TCIL0wftCQDGShFrFfCe3Xj9b2C3rPZv2JA/ap9KUjI/re+AY4xMF9cEDjG96Qf98g Dt73feqgDtNAer9QcAnhANiVBDWwZBwBX9W2fnY2BVKAgRpIYRkYTE4WTEFxARNgAU13C/en DQH4DSq4gvs3DgcIet+XDuUgDaMXBAzoFwfhAf4RDVOwAhWwARKYERZYYhVhZ0bhABdQAj0g AkgADOIgDucQhbmDDqGnDqAng+mQDqOngDMgEJFxA0VgBAbxAVQQIstAg/BGAjIyEkPIEUao FEhYATcwBXuwB/yhlw7cMA3pMA7SMA00mCE/sAIusIZyAwAckAVMkAlLoAEewAGNqARuUA1G Vg6kFwxrRwIQEBLQNYTQtRFOFhWK8QENgAEeoAEXcIofkBgIUQNeUEf9ogpGwg29wA2cow7V EA3BgDWvEAoQkAAiwYlNNhEIJxYMcANGwASt0C+eo1tERmQp1Q7cUHavAAueIAEGoInA+Ino xRDrF1hb0QIcIIgcgAJCIAR1wAZ1oA7coI7s2A7TIAyvsAItEIQSMWqBtYnDSITc2I1l8QEa gAL/qAI1oAInAJCE+IvBGBHUthC0l0HbWI9E+IYGwXev9BCdyFT6WJEauZEcaRoCAQEAIfkE AGQAAAAsAAAAANgAcgCH///////3//8A//f3//fn/wAA9/f39/fv9+/n9+/e9+fn99aU9857 971a97U57/fv7+/n7+fn7+fe7+fO797e79a179at79ac78aU78aM78aE78Zr771z771r771j 771S75wY5+/v5+fn5+fe597e597O59bO59a959at5869586t586l58al58aU572M57Wl55wQ 3t7e3tbe3tbO3s7O3s693sbG3sal3r2c3rWl3qVC1u/v1t7v1tbe1tbW1tbG1s7O1sbG1sa9 1sat1r2l1rWl1q2cztbezs7Ozr29zr2tzrWlzqWczqVKzoSMxtbexs7WxsbWxsbGxr29xr2t xrWtxq21xq2lxq2cxqWcxpycxpRavb29va21va2lvaWtvaWlvXN7tc7OtbW1ta21ta2ltaWt tZyctYyUtXuErcbOrb29raWtraWlrZycrZRjrYyMpb3GpbW9pa21paWtpZycpYyUpUpSpTlC pSkxpRghnJycnIyUnHNrnGNrnDE5nCEpnBghlK21lJyllJSUlISMlHtalFJalDlClCkxlBgh jHt7jGtzjGNrjEpKjDE5jCkxjCEphK21hJylhISMhISEhHuEhGNrhDlChDE5hCEphBgphBAY e5y1e2tre0pKeykxc3N7c2tzc1pjc1paczlCa5y1a5Sla3OEa0JKazlCazFCayk5ayEpY4SU Y2NjY1JjY1JaYzFCYzE5YylCYykxWoytWoSlWnuMWnOEWkpaWkpCWjlCWilCUmuEUlpaUlJz UlJjUkpSUkJKUjE5UilCUikxUiFCSoSlSnOUSkpjSkJKSjlKSikxQmuUQmN7Qlp7QkJKQjlC QjFKQjFCQjE5QjExQik5QikxQiEpOXOlOTFKOSkxORgpMWuUMWOMMVqEMVJ7MUpzMTlSMTlK MSk5MRgpKUJjKTFSKTExKSkpKRgpISlCISEhGBAxAP8AAAD/AAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACPwAAQgcSLCgwYMIEypcyLChw4cQI0qcSLGi xYsYM2rcyLGjx48gQ4ocSbKkyZMoU6pcybKly5cwY8qcSbOmzZs4c+rcybOnz59AgwodSrSo 0aNIkypdyrSp06dQo0qdSrWq1atYs2rdyrWr169gw4odS7as2bNo06pdy7at27dw48qdS7eu 3bt48+rdi5YFAAd8s34o4qBBYKIfHAB++MEFjlWLDwP9oCLywyKZ2rCR/DPDFIotMq1io4Lz TgcsyrUxPJHJKmtuGJjOeWVIOQ+sDVrWrYEYM3JUWsy+eQXbMINEAAxB4UDIX4RGiB0jh034 8JkOhrCYFSTyciL7XoZYq1LODTYwZQiuAMAqkzFs5mRfn8mEVbM5i1kMOVakWrP/xnCDzTVl bMYBAJy8sAkx2DRzjBC7zccSC0z00kw1UyShBCvGlGLMLNVUY4wx1zRYDTFULMFEIpDQwiA2 x2AQoYQqcfBHKdhUY00p1YCiCiJ/zCJLNdwQ08uIxNDSXiKJZELLNNhksw6NMDmQAyK08DIL JqU4AgomiDiCByLEIHnMkbSokkkpoPTiH5FXzEglSorkQcsss/jxSSqYOHJJDI1Y8kgmxBjZ Sy+zrMLKLG5uc8013Ggg55wlOaDIH4hk4ogdMoDhCBpJEACAJYdoOsuieJ5YDS/71Qy4TDUV UNqSA18kUsonWgRgAxh+oBEAAcBKgceNxLDCC6shGtMqNt1oIKtLLTAhzCdw/NqHHWf8KkEA CjgCCJm98EJMMzka00w31Uj6bEsNMFGKJSYEkAQaPtAQgATAKgDGt6ywUiaR/hnTDRXOrtuS ELAsEsC9cPhAwL3APgDGHX9gogovygrYTDZnPGcwSw6cYcXCEuxBBhDAEvAAAYTckccjF5sr IjbGKDHpxyR5cIYaPkghwRmT4BLHtqISgkceTcoiczPvDXEzziJlkIIdpjwjxSvB4BIOvir7 YAkgjxj7nn/kQu3SCMGI84wor5TjyzmuACCqFIf7DJqJuDlyU40XSpjNUg3BsLONNKSMcw46 uUARAAA7HKJJJrKwMnMzAKTnt0oNpDJOOenMwssw6KAzCRQAUHDGoJjMosqI11Rz+UoOOJII o9XMUsow46AjCgEmLELMJ/0ag3Ez17y+UhFKJAJAPJDIooosvCgjDBis9EGMJqxAYkwt47pu fEpFRALI8uQTo6Mw5LcCSB56gHLMm9+n5EIYysdDPvn2218oILNo8h/l8UOJFpgwvvwJxIDx KBQxQDGL7gUwJStY0aDuZ0AFEqN15vPeA09yhlYQahb2w58F/6U3YmwQJYo5g/l6QYxM+KtQ qWBF6zJ2ohOiEAD7fLtCGYzRi1IQQxWpuGAxCtUvE9qQJVTohTQKVQ37XKhfG7jCEVuigX75 y4pW3MAUWbIEF2Lxi3VAwRZVkgVQKAISX+xXiKowxpQ0IHKgYIUqUCVHVpmhjShZAvsUMaKx 8cJfxvACBvBYkiUsIRF60AMkQBQibPCCadgQIyFFYshAKEIPkWhSA5M1omoEYZKUtCQgFBGI OLJqFzMckRSNwgUptPKVrowlLGcpy1rS8pa2zCVSIHFGJsURGzkKkYiagaKjSKEm8eDCUZZg DFaAAnjjuhAwRdTHO7ISALnEpTazyc1thiIexyxKA2ZYKBIRT0DDbFU1amBMAGz8853djCcu p1CJZBpFA8IMEbkExI0S/asadXgaT5TpylcatKAI5cJBFZrQhTq0oQWtZziJsoJEKCufzeCG RjWm0TYg5ZgMDekrDxiPkj5UpBBFqUpb+U1lFmUJpfRXPje6UWxwww0fOApBcVmQRJZUnkDF pUSNAlM9JIIVObIpTTX6poIVBaSuTGYsE9nTkoKToVaV6krDGQiBpLSeLiUKhZiExk5WIxvA 3GiInHNNrErBnlQVSCL18I6fttKkb5WqXWMpkED41at4ZSk4j4IFsqJRpjnKKE3dIFCdHFMK sizpXAcy17pqda+vtGsr9TCQknYWnK6kpz2NsoIi+zwCEqCIozHMZ9Ns0FQdbCWKMhXKhQLw Na4AqOxeAxtLq0aVs8vza1f1YNVXDvUoStBSHZVVrqRqtBl1yClRHtvKAtS2tpPNrU95m9XM StWVnI1HIMQrV81KoaVIUYI+E6vPEGmUvdYcyk5jWYD6znWyAihuQvN616tyIR7ADYQUhkvc q0pBtBMtChWGwaqMlkNvTL2QMLFRBir45L5edacr4RHSt861pALIr38je1W7mnSukP2wVrkA VqTUYBipAJGAxBWicrxJGnrDhhem0NiX3PfH9+UwPOAh2QKHuMgF7q+S8yqF+zZ5u7I8rlHY oItRjCIVzdAFKT4x+y6ZVUMYytDbarngNJ0A+cx6GDKRfxyP/OphqgUeMV6zCuT/arXFQnEA BzAwBCoMwROM+MQwtsFgYohLWcFQxjCksAVpnKhEbRiCdG2C5jPf9b4ArvR+cfnjVtbymwnG CQYmUAFSA+EKU7ByI0Yhik/wghnTWMYwdKGLWLRqGL5QRjVg0MpGN4hmbqgCCyY9k0ob+82V 5kIiZ7nQM0M2llNg8WhvwoELOCsOkjCFK5whDl6kQhe/gMXnpDeMcv86g8pgBjEMgVAd2LpE AypDGb6AAmK35Nj4tvSTFypLZdd5366Uck0mYIA4CGINcjCFKWyBjFyggg5jWAMX++hACWXw oheysGAfqbmLNzQBBLyGAhcsEQ2AtQ4bbihQCz6wcpVMNt/5Pim/8R3wadPEASIQhCQE0YlJ nMIUt3CFHNQghjUgXBKdcAUwtESMBj7SXGUixjKokQ5h/EIUnvBEKEQRikW8ogUtGEIZ2lAG YrTB7GUQQm5SAvN8w/mWmz22YEM9kwsAQBBxkEO2beGKQcjh73pf+C2SAY1tjIhpqy1TM6Kx DGWMox3qqHo0oiEMIdSABCMgtgqKUAXOe+EYU+iby9tO+lBUwvSor0QlYI7nm3ygAhaAwAN4 8IRkCOIUk7jFKRieDGd4IxjMYKFviDEMYTQeHMhH/Ec7IC8MygvjBw3JQBZqEfqVkP76WbUq 6emeEwewc+c8R0bvvfENcIgD+eCAxje8Qf5viEP5y1eHOqZB+V/YOyEOSG4SatBjjoAX2deH b1MAZ/jmb0FxARNgAT53C+KnDez3DRAYgeY3DvIHecuXDuUgDZMXBPfnFwfhAf4RDVOwAhWw Af2XEQHYdgRBermVZxdQAj0gAkgADOIgDudwg7mDDpGnDpCHgemQDpNXfzMgEJFxA0VgBAbx AVQQIsuggeFGAjLSERimXddnEMAlV0AmV1gIc0fhABdQATcwBXuwB5GXDtwwDekwDtIwDRqY IT+wAi4QhXIDAByQBfxMkAlLoAEewAF7qARuUA04Vg6UFwxcRwIQIIUpmIUreBBTWIVXqBSK 8QENgAEeoAEXcIkfkBgIUQNeUEb9ogpGwg29wA2cow7VEA3BgDWvEAoQkACImIhohoWMiFtU GIBbwQA3YARM0Ar94jmrZWM2plHtwA1W9wqw4AkSYAAfwVmweGZUyIg9VYUtqBUtwAFwyAEo IARCUAdsUAfqwA3fGI7tMA3C8Aor0AIn6BD5JotcOIWLuIIpaBYfoAEoQI8qUAMqcAL1KIce YWwScWyzmIhQI40MwYVbSJADiZAL8WOU1YgMOUawqI6PGJC0OEnZdZAPSVmzCEogEYsFHJkQ AQEAIfkEAGQAAAAsAAAAANgAcgCH///////3//8A//f3//fn/wAA9/f39/fv9+/n9+/e9+fn 99aU9857971a97U57/fv7+/n7+fn7+fe7+fO797e79a179at79ac78aU78aM78aE78Zr771z 771r771j771S75wY5+/v5+fn5+fe597e597O59bO59a959at5869586t586l58al58aU572M 57Wl55wQ3t7e3tbe3tbO3s7O3s693sbG3sal3r2c3rWl3qVC1u/v1t7v1tbe1tbW1tbG1s7O 1sbG1sa91sat1r2l1rWl1q2cztbezs7Ozr29zr2tzrWlzqWczqVKzoSMxtbexs7WxsbWxsbG xr29xr2txrWtxq21xq2lxq2cxqWcxpycxpRavb29va21va2lvaWtvaWlvXN7tc7OtbW1ta21 ta2ltaWttZyctYyUtXuErcbOrb29raWtraWlrZycrZRjrYyMpb3GpbW9pa21paWtpZycpYyU pUpSpTlCpSkxpRghnJycnIyUnHNrnGNrnDE5nCEpnBghlK21lJyllJSUlISMlHtalFJalDlC lCkxlBghjHt7jGtzjGNrjEpKjDE5jCkxjCEphK21hJylhISMhISEhHuEhGNrhDlChDE5hCEp hBgphBAYe5y1e2tre0pKeykxc3N7c2tzc1pjc1paczlCa5y1a5Sla3OEa0JKazlCazFCayk5 ayEpY4SUY2NjY1JjY1JaYzFCYzE5YylCYykxWoytWoSlWnuMWnOEWkpaWkpCWjlCWilCUmuE UlpaUlJzUlJjUkpSUkJKUjE5UilCUikxUiFCSoSlSnOUSkpjSkJKSjlKSikxQmuUQmN7Qlp7 QkJKQjlCQjFKQjFCQjE5QjExQik5QikxQiEpOXOlOTFKOSkxORgpMWuUMWOMMVqEMVJ7MUpz MTlSMTlKMSk5MRgpKUJjKTFSKTExKSkpKRgpISlCISEhGBAxAP8AAAD/AAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACPwAAQgcSLCgwYMIEypcyLChw4cQ I0qcSLGixYsYM2rcyLGjx48gQ4ocSbKkyZMoU6pcybKly5cwY8qcSbOmzZs4c+rcybOnz59A gwodSrSo0aNIkypdyrSp06dQo0qdSrWq1atYs2rdyrWr169gw4odS7as2bNo06pdy7at27dw 48qdS7eu3bt48+rdi5YFAAd8s34o4qBBYKIfHAB++MEFjlWLDwP9oCLywyKZ2rCR/DPDFIot Mq1io4LzTgcsyrUxPJHJKmtuGJjOeWVIOQ+sDVrWrYEYM3JUWsy+eQXbMINEAAxB4UDIX4RG iB0jh0348JkOhrCYFSTyciL7XoZYq1LODTYwZQiuAMAqkzFs5mRfn8mEVbM5i1kMOVakWrP/ xnCDzTVlbMYBAJy8sAkx2DRzjBC7zccSC0z00kw1UyShBCvGlGLMLNVUY4wx1zRYDTFULMFE IpDQwiA2x2AQoYQqcfBHKdhUY00p1YCiCiJ/zCJLNdwQ08uIxNDSXiKJZELLNNhksw6NMDmQ AyK08DILJqU4AgomiDiCByLEIHnMkbSokkkpoPTiH5FXzEglSorkQcsss/jxSSqYOHJJDI1Y 8kgmxBjZSy+zrMLKLG5uc8013Ggg55wlOaDIH4hk4ogdMoDhCBpJEACAJYdoOsuieJ5YDS/7 1Qy4TDUVUNqSA18kUsonWgRgAxh+oBEAAcBKgceNxLDCC6shGtMqNt1oIKtLLTAhzCdw/NqH HWf8KkEACjgCCJm98EJMMzka00w31Uj6bEsNMFGKJSYEkAQaPtAQgATAKgDGt6ywUiaR/hnT DRXOrtuSELAsEsC9cPhAwL3APgDGHX9gogovygrYTDZnPGcwSw6cYcXCEuxBBhDAEvAAAYTc kccjF5srIjbGKDHpxyR5cIYaPkghwRmT4BLHtqISgkceTcoiczPvDXEzziJlkIIdpjwjxSvB 4BIOvir7YAkgjxj7nn/kQu3SCMGI84wor5TjyzmuACCqFIf7DJqJuDlyU40XSpjNUg3BsLON NKSMcw46uUARAAA7HKJJJrKwMnMzAKTnt0oNpDJOOenMwssw6KAzCRQAUHDGoJjMosqI11Rz +UoOOJIIo9XMUsow46AjCgEmLELMJ/0ag3Ez17y+UhFKJAJAPJDIooosvCgjDBis9EGMJqxA Ykwt47pufEpFRALI8uQTo6Mw5LcCSB56gHLMm9+n5EIYysdDPvn2218oILNo8h/l8UOJFpgw vvwJxIDxKBQxQDGL7gUwJStY0aDuZ0AFEqN15vPeA09yhlYQahb2w58F/6U3YmwQJYo5g/l6 QYxM+KtQqWBF6zJ2ohOiEAD7fLtCGYzRi1IQQxWpuGAxCtUvE9qQJVTohTQKVQ37XKhfG7jC EVuigX75y4pW3MAUWbIEF2Lxi3VAwRZVkgVQKAISX+xXiKowxpQ0IHKgYIUqUCVHVpmhjShZ AvsUMaKx8cJfxvACBvBYkiUsIRF60AMkQBQibPCCadgQIyFFYshAKEIPkWhSA5M1omoEYZKU tCQgFBGIOLJqFzMckRSNwgUptPKVrowlLGcpy1rS8pa2zCVSIHFGJsURGzkKkYiagaKjSKEm 8eDCUZZgDFaAAnjjuhAwRdTHO7ISALnEpTazyc1thiIex8zJCsa5noM0YIaFIhHxBDTMVlX8 owbGBMA259nNeuJyCpVIpk5WMItEjNOQBdGAMENELgFxo0T/qkYdnsYTZbrylRB9qES5EFGK TrSiGL3oQ/MZTpwcsp+JMOQSBELOVA20GdxIqcZS2gakHNOiMH3lAeNB04zGVKM3zWkrv6nM nCyBnyANqSHHObtTZTBEKlUpNrjhhg8cxaG4LEgiaWrPquKSozr5KVCDyiQm4SkRrMjRUpOa 0jcVrCgvdWUyY5lIqdIUnBZ961p1Gs5ACASn+ezpPok6u6Li6ato7GQ1sgFMlYbIOdeMqxT0 2VaBJFIP76BqK2u62LVKNpYCCYRm70rZnYLTJ+Q8ZFf/+tci+7oTpUl1A0N1ckwpyJKmjx3I YyM718u+UrKt1MNAaLpbcLoSn/oEikiBWlRIgCKOxjDfUrORVHUglijKpCgXCoDZxgJgtpft bCzfqlbdLk+zdtXDW1+J1aGQtrQxc+fYxtqMOjiVKK1tZQGmO93YXneq2pXrbdfqSt3GIxD/ dSxupcBTooi0nwTN0YXeRCR2XsiaQ4FqLAtA4cfGVgDjnWhlJwtXLsTDu4GQQnjFC1cpALej Q9HqMFiF0nLorawLbmQZqOATC99Vnq6EB0wX+1iaCgDDHX4tXCVb08e6tsdz5UJejbICQw4j FSASkLhCVI43SUNv2PDCFFb7+xILe9nCOoYHPGBL4h+TmcQcTnNlpWBhNuNXluU1Cht0MYpR pKIZuiDFJ8Yls2oIQxl6Sy4XnKaTLxtaD2Ies5fjgWE9sJXEQaasXL/s4bkuWSgO4AAGhkCF IXiCEZ8YxjZWTAxxKSsYyhiGFLYgjROVqA1DeK9NDm3oyVr4w7TWMC693MpafhPFOMHABCow bCBcYQp1bsQoRPEJXjBjGssYhi50EYtWDcMXyqgGDFrJ6gbRzA1VYIGsZ0Lrcjua1lzwMk4N 7dpYTkHJwb0JBy7grDhIwhSucIY4eJEKXfwCFp+T3jAG7u0MKoMZxDCERHVQ7RINqAxl+AIK +8bdEnNbvNZuPvRDMZ5I8n72JhMwQBwEsQY5mMIUtkBGLlBBhzGsgQt0oIQyeNELWViwj9Tc xRuaAIJtQ4ELlogGwFqHDTcUqAUfQLpKYnvxi1e0zXqApcVdeemaOEAEgpCEIDoxiVOY4hau kIMaxLCGkkuiE64AhpaI0cBHmqtMxFgGNdIhjF+IwhOeCIUoQrGIV7SgBUMoQxvKQIw2FL4M QshNSpp+8Uer26IW9yywZ3IBAAgiDnK4ty1cMQg5eD7zKL9FMqCxjRExLbllakY0lqGMcbRD HXSPRjSEIYQakGAE41ZBEaqwey8cYwp9Wzrjh3/oSjS96jb5/EAFLACBB/DgCckQxCkmcYtT pDwZzvBGMJjBQt8QYxjCYD04xo+OdrxeGLMXxg8akoEs1AL4KyG+/OefyMnnxAHw1PrWkYF9 b3wDHOIwfuAADd/gDf73DeJQfuanDuowDbP3CxSXEA6gBLyQBDXAZRzRX+dGfxxIadblExcw ARbQdbfAf9pggN+QgioIgOPAgK9nfulQDtIge0EQgX5xEB7gH9EwBStQARuAgRnRgUJ4aNeF aRdQAj0gAkgADOIgDufwhLmDDrCnDq8Xg+mQDrL3gDMgEJFxA0VgBAbxAVQQIsswg/9GAjLS ETZ2X/PnWPfFhkNoX0XhABdQAfw3MAV7sAewlw7cMA3pMA7SMA0zmCE/sAIukIZyAwAckAVM kAlLoAEewAGRqARuUA1XVg6zFwx7RwIQoIZx6F1w+IltpVugiBSK8QENgAEeoAEX0IofkBgI UQNeUEb9ogpGwg29wA2cow7VEA3BgDWvEAoQkACeKIqk+IHGuIZYwQA3YARM0Ar94jnJVWVV llLtwA119wqw4AkSYAAfcYzJCIrhqIxV0QIcYIgcgAJCIAR1wAZ1oA7cAI/y2A7TIAyvsAIt AIQOcXGOBY7DJ1vjKIdd8QEagAIFqQI1oAInYJCI6BHlxhDEF4rjOCcRiRABKYQ0In8G0XQA aW4qDyGHXkYlHChVNuZdH0iSIWkRAikrAklrBPFlAJkQKQlKEMGRDVGK8RMQACH5BABkAAAA LAAAAADYAHIAh///////9///AP/39//35/8AAPf39/f37/fv5/fv3vfn5/fWlPfOe/e9Wve1 Oe/37+/v5+/n5+/n3u/nzu/e3u/Wte/Wre/WnO/GlO/GjO/GhO/Ga++9c++9a++9Y++9Uu+c GOfv7+fn5+fn3ufe3ufezufWzufWvefWrefOvefOrefOpefGpefGlOe9jOe1peecEN7e3t7W 3t7Wzt7Ozt7Ovd7Gxt7Gpd69nN61pd6lQtbv79be79bW3tbW1tbWxtbOztbGxtbGvdbGrda9 pda1pdatnM7W3s7Ozs69vc69rc61pc6lnM6lSs6EjMbW3sbO1sbG1sbGxsa9vca9rca1rcat tcatpcatnMalnMacnMaUWr29vb2ttb2tpb2lrb2lpb1ze7XOzrW1tbWttbWtpbWlrbWcnLWM lLV7hK3Gzq29va2lra2lpa2cnK2UY62MjKW9xqW1vaWttaWlraWcnKWMlKVKUqU5QqUpMaUY IZycnJyMlJxza5xja5wxOZwhKZwYIZSttZScpZSUlJSEjJR7WpRSWpQ5QpQpMZQYIYx7e4xr c4xja4xKSowxOYwpMYwhKYSttYScpYSEjISEhIR7hIRja4Q5QoQxOYQhKYQYKYQQGHuctXtr a3tKSnspMXNze3Nrc3NaY3NaWnM5QmuctWuUpWtzhGtCSms5QmsxQmspOWshKWOElGNjY2NS Y2NSWmMxQmMxOWMpQmMpMVqMrVqEpVp7jFpzhFpKWlpKQlo5QlopQlJrhFJaWlJSc1JSY1JK UlJCSlIxOVIpQlIpMVIhQkqEpUpzlEpKY0pCSko5SkopMUJrlEJje0Jae0JCSkI5QkIxSkIx QkIxOUIxMUIpOUIpMUIhKTlzpTkxSjkpMTkYKTFrlDFjjDFahDFSezFKczE5UjE5SjEpOTEY KSlCYykxUikxMSkpKSkYKSEpQiEhIRgQMQD/AAAA/wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAj8AAEIHEiwoMGDCBMqXMiwocOHECNKnEixosWLGDNq 3Mixo8ePIEOKHEmypMmTKFOqXMmypcuXMGPKnEmzps2bOHPq3Mmzp8+fQIMKHUq0qNGjSJMq Xcq0qdOnUKNKnUq1qtWrWLNq3cq1q9evYMOKHUu2rNmzaNOqXcu2rdu3cOPKnUu3rt27ePPq 3YuWBQAHfLN+KOKgQWCiHxwAfvjBBY5Viw8D/aAi8sMimdqwkfwzwxSKLTKtYqOC804HLMq1 MTyRySprbhiYznllSDkPrA1a1q2BGDNyVFrMvnkF2zCDRAAMQeFAyF+ERogdI4dN+PCZDoaw mBUk8nIi+16GWKtSzg02MGUIrgDAKpMxbOZkX5/JhFWzOYtZDDlWpFqz/8Zwg801ZWzGAQCc vLAJMdg0c4wQu83HEgtM9NJMNVMkoQQrxpRizCzVVGOMMdc0WA0xVCzBRCKQ0MIgNsdgEKGE KnHwRynYVGNNKdWAogoif8wiSzXcENPLiMTQ0l4iiWRCyzTYZLMOjTA5kAMitPAyCyalOAIK Jog4ggcixCB5zJG0qJJJKaD04h+RV8xIJUqK5EHLLLP48UkqmDhySQyNWPJIJsQY2Usvs6zC yixubnPNNdxoIOecJTmgyB+IZOKIHTKA4QgaSRAAgCWHaDrLonieWA0v+9UMuEw1FVDakgNf JFLKJ1oEYAMYfqARAAHASoHHjcSwwgurIRrTKjbdaLCWANBGK+200+rUAhPCfALHr33Yccav EgSggCOAkNkLL8Q0k6MxzXRTjaRqQSsRtfLK1AATpVhiQgBJoOEDDQFIAKwCYJTLCitlEumf Md1Q4Wxa9WIUrUxCwLJIAAHD4QMBAQP7ABh3/IGJKrwoK2Az2ZzxHFoCeBSxSw6cYQXGEuxB BhDAEvAAAYTckccjJLMrIjbGKDEpWC1/NLFLHpyhhg9SSHDGJLjEEa6ohOCRR5OyCN3Me0Mc /VXSIC29UgYp2GHKM1K8Egwu4Qissw+W+wDyiLHv+afusyS9nNIIwYjzjCivlOPLOa4AIKoU hwyaCbo5clONF0pAbJLZKNUQDDvbSEPKOOegkwsUAQCwwyGaZCILK0M3A0B6sh5E9kkNpDJO OenMwssw6KAzCRQAUHDGoJjMosqI11QTu0J+i+SAI4kwWs0spQwzDjqiEGDCIsR8crAxJTdz zfILYR5SEUokAkA8kMiiiiy8KCMMGKz0QYwmrEBiTC3pKk9++c3rSBEiAYj1GZAYOhKGAVsB iDzoARTHeNP/GmI+jrggDOqLhwENqEENFgoQs9DEf1w3QYdUMCNaYEIBOygQFsajUMQAxSz6 V8J5zS4j+ytY0aA2yEIYEiN5CPRfDSMSwIqcoRWEmoUGOejDhEmOGEOkSBElopgzILAXxMgE wgqVClYkz2QniqIUb1gRwFDuCmUwRi9KQQxVpOKHxSjUwaAoxolM0SJU6IU0ClUN+1zoYBu4 Qh3H+BENHAxhhzzkBgZpkTtKZAlaTKQk64ACRlbkhBPJAigUAQlJHixEVbBkIx3ZkAasDhSs UAWqUskqM4jyIph0yBIcqIgR5Y0XCDOGFzDwSliSUZZLSIQe9AAJEIUIG7z4GjYq2ctRkpIg S1hCIBShh0g0aYbJGlE1gtDMjDxTINJUBCAUEQhUsmoXXxyRII3CBSm0/POd7ownPOcpz3rS 8572zGdOfnkQSHCSSajERo5CJKJmoOgoUqhJPLiwz4YswRisAIX30nUhgYrIlq5kJwDyic+O cvSjHg1FPBKakxWYdD0HacAXC0Ui8QmooK2qRg0QCgCP2hSkOMXnFCqxUJ2sYBaJMGk0C6IB goZIXQLiRokSVo06iI0nDHXnO6cq1apygapXtSpWt6pVqfKUpDgJJlATEc0lCOSkqTJqM7jB 1pOxtQ1ISWhW5/rOFsbjrlyla1f1ytd2ipShOVnCT8dK1miaNHqnCmKI2tpWbHDDDR84SlTx WZBh3jWnmMXnV3Ui2MESlklMwlMiWJEjx/sylq1velhR5OrOhcZzmJW960izKlvX9pWkgRDI XnkKWJ8eNnqIxZNoO6nNamRDoG0NkXM0Slsp9BS2AhmmHt5x2Xbi1bmurW48BRKI7ur2un4d qU9OGkzQCle4c4zpWhnrhqfqJKFSkOddpTsQ6VLXttp9Z3XbqYeB3NW/I3XnTnsKlLIOFrGQ AAUqjYFAx2aDsepYLlEYelUuFGC70AWAfbUL3njKtrX9XV93c6sH2b5zs0M5L3qDFtO8mbYZ dYgsUeDbzgJY2ML01bBlO1xb/brWnf2NRyCEHN39SuGvRCkrUI+aowu9iUgvvVBGhzLZeBbg ytKlrwBMbPtV7Fp3tlyIR4gDIQUSl3i2UhgwWIfS2WGwaq3lkBxqnXzMMlDBJ1nWbU3dCY+5 Ole6d4WWkX3c2tniVbrxBbRtucBbo6wgmsNIBYgEhK4QleNN0pAcNrwwBfe+JMugznKf4QGP +Z5Z0GLe8ZdXjV0pZNnVO5Ynio3CBl2MYhSpaIYuSPGJdAmtGsJQhuQYzIWw6STUyNYDqUsN 6nhsWQ+vPTOYvYxdU2c5zLZttFAcwAEMDIEKQ/AEIz4xjG24mRjoUlYwlDEMKWxBGicqURuG IGObJBvZ1s1yqpPdZXyCup31FOmacYKBCVTA4EC4whRu3YhRiOITvGDGNPuWMQxd6CIWrRqG L5RRDRi0890NIpobqsCCes/k3iiH9r25AOq9Iju+8ZwCowl8Ew5cwFlxkIQpXOEMcfAiFbr4 BSx2J79hGD3kQVQGM4hhiKrqAOMlGlAZyvAFFJi8JSnPOr5hze+rbn2YJxbvTSZggDgIYg1y MIUpbIGMXKCCDmNYAxfoQAll8KIXsvChLS+6izc0AQQehwIXLBENhSUPG24oUAs+sHiV0Ffr Wsfqq/UAz6y7U9s1cYAIBCEJQXRiEqcwxS1cIQc1iGENaJdEJ1wBDC0RY4bJZFeZiLEMaqRD GL8QhSc8EQpRhGIRr2hBC4ZQhjaUgRhtQPx+GYSQm5RAXuvRbnlWsx7egc/kAgAQRBzkoHNb uGIQcgg/99d+i2RAYxsj+hqDy9SMaCxDGeNohzpuH41oCEMINSDBCEyugiJUwf9ecAxTUDmO 93wGmGyVAHmYZxMfUAEWAAEPwANPkAyCcAqTcAunwHbJ4AzeEAzMgEW+QQzDIAzvBw4miA7t IH/CYH/C8AMNkQFZUAsDuBIHWIM2OEzWlxMOMFOd53nIsIHe8A3gIA4mCA7Q8A3eEITfIA4o mILqoA7TYH+/cHUJ4QBKwAtJUAOexhFApnI3+IWhxnIh9hMXMAEWAHq38IPakITf0IZuOITj 8ITyl4LpUA780lB/QUCFfnEQHuAf0TAFK1ABG7CFGQGGhphsGrZtF1ACPSACSAAM4iAO5zCJ 14MO86cO8leH6ZAO9SeFMyAQkXEDRWAEBvEBVBAiy3CHQkcCMtIReaZjNhhdOgaLh5hjReEA F1ABNzAFe7AH85cO3DAN6TAO0jANd5ghP7ACLtCKigMAHJAFTJAJS6ABHsAB1agEblANmVYO 9hcMvkcCEOCKtTiG4xhqiTiGSKEYH9AAGOABGnAB8PgBiYEQNeAFmnQwqmAk3NAL3IA76lAN 0RAMbvMKoQABCSCO5dhftkiLCakVDHADRsAErXAwusNgl3ZpbNUO3IB7rwALnp4gAQZwERlW XwxZjvWVkKCGFS3AAcrIASggBEJQB2xQB+rADTV5k+0wDcLwCivQAoSIEBmGkvd2kkK5kFzx ARqAAkmpAjWgAieglMyIETlWlENJla94HVaZlTd4GFo5lNGVdQ8xlVqnF12JbAlhliSpEOj4 lSlXF88HiwQRi7QIlHmGjmN5lnU5knMBW+YYEZBXWX1JjmspkmgZFwEBACH5BABkAAAALAAA AADYAHIAh///////9///AP/39//35/8AAPf39/f37/fv5/fv3vfn5/fWlPfOe/e9Wve1Oe/3 7+/v5+/n5+/n3u/nzu/e3u/Wte/Wre/WnO/GlO/GjO/GhO/Ga++9c++9a++9Y++9Uu+cGOfv 7+fn5+fn3ufe3ufezufWzufWvefWrefOvefOrefOpefGpefGlOe9jOe1peecEN7e3t7W3t7W zt7Ozt7Ovd7Gxt7Gpd69nN61pd6lQtbv79be79bW3tbW1tbWxtbOztbGxtbGvdbGrda9pda1 pdatnM7W3s7Ozs69vc69rc61pc6lnM6lSs6EjMbW3sbO1sbG1sbGxsa9vca9rca1rcattcat pcatnMalnMacnMaUWr29vb2ttb2tpb2lrb2lpb1ze7XOzrW1tbWttbWtpbWlrbWcnLWMlLV7 hK3Gzq29va2lra2lpa2cnK2UY62MjKW9xqW1vaWttaWlraWcnKWMlKVKUqU5QqUpMaUYIZyc nJyMlJxza5xja5wxOZwhKZwYIZSttZScpZSUlJSEjJR7WpRSWpQ5QpQpMZQYIYx7e4xrc4xj a4xKSowxOYwpMYwhKYSttYScpYSEjISEhIR7hIRja4Q5QoQxOYQhKYQYKYQQGHuctXtra3tK SnspMXNze3Nrc3NaY3NaWnM5QmuctWuUpWtzhGtCSms5QmsxQmspOWshKWOElGNjY2NSY2NS WmMxQmMxOWMpQmMpMVqMrVqEpVp7jFpzhFpKWlpKQlo5QlopQlJrhFJaWlJSc1JSY1JKUlJC SlIxOVIpQlIpMVIhQkqEpUpzlEpKY0pCSko5SkopMUJrlEJje0Jae0JCSkI5QkIxSkIxQkIx OUIxMUIpOUIpMUIhKTlzpTkxSjkpMTkYKTFrlDFjjDFahDFSezFKczE5UjE5SjEpOTEYKSlC YykxUikxMSkpKSkYKSEpQiEhIRgQMQD/AAAA/wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAj8AAEIHEiwoMGDCBMqXMiwocOHECNKnEixosWLGDNq3Mix o8ePIEOKHEmypMmTKFOqXMmypcuXMGPKnEmzps2bOHPq3Mmzp8+fQIMKHUq0qNGjSJMqXcq0 qdOnUKNKnUq1qtWrWLNq3cq1q9evYMOKHUu2rNmzaNOqXcu2rdu3cOPKnUu3rt27ePPq3YuW BQAHfLN+KOKgQWCiHxwAfvjBBY5Viw8D/aAi8sMimdqwkfwzwxSKLTKtYqOC804HLMq1MTyR ySprbhiYznllSDkPrA1a1q2BGDNyVFrMvnkF2zCDRAAMQeFAyF+ERogdI4dN+PCZDoawmBUk 8nIi+16GWKtSzg02MGUIrgDAKpMxbOZkX5/JhFWzOYtZDDlWpFqz/8Zwg801ZWzGAQCcvLAJ Mdg0c4wQu83HEgtM9NJMNVMkoQQrxpRizCzVVGOMMdc0WA0xVCzBRCKQ0MIgNsdgEKGEKnHw RynYVGNNKdWAogoif8wiSzXcENPLiMTQ0l4iiWRCyzTYZLMOjTA5kAMitPAyCyalOAIKJog4 ggcixCB5zJG0qJJJKaD04h+RV8xIJUqK5EHLLLP48UkqmDhySQyNWPJIJsQY2Usvs6zCyixu bnPNNdxoIOecJTmgyB+IZOKIHTKA4QgaSRAAgCWHaDrLonieWA0v+9UMuEw1FVDakgNfJFLK J1oEYAMYfqARAAHASoHHjcSwwgurIRrTKjbdaLCWANBGK+200+rUAhPCfALHr33YccavEgSg gCOAkNkLL8Q0k6MxzXRTjaRqQSsRtfLK1AATpVhiQgBJoOEDDQFIAKwCYJTLCitlEumfMd1Q 4Wxa9WIUrUxCwLJIAAHD4QMBAQP7ABh3/IGJKrwoK2Az2ZzxHFoCeBSxSw6cYQXGEuxBBhDA EvAAAYTckccjJLMrIjbGKDEpWC1/NLFLHpyhhg9SSHDGJLjEEa6ohOCRR5OyCN3Me0Mc/VXS IC29UgYp2GHKM1K8Egwu4Qissw+W+wDyiLHv+afusyS9nNIIwYjzjCivlOPLOa4AIKoUhwya Cbo5clONF0pAbJLZKNUQDDvbSEPKOOegkwsUAQCwwyGaZCILK0M3A0B6LKdE9kkNpDJOOenM wssw6KAzCRQAUHDGoJjMosqI11QT70p+i+SAI4kwWs0spQwzDjqiEGDCIsR8crAxJTdzDd/M N/9REUokAkA8kMiiiiy8KCMMGKz0QYwmrEBiTC3pKr98S5g7XyQAsb4CEkNHwihgKwCRBz2A 4hhvIp9LAsgRF4RBffEoYAEzmMFCAWIWmviP6+I1uwmaDyNaYAIBOSgQFsajUMQAxSz6x5YS EuSE+yPBIUVWsKJBaZCFMCRG8g7oP4jZcCA6zOERK3KGVhBqFhncYBATJjliSBAAJVwiSpL4 EMWc4YC9IEYmEFaoVLAieSY70f8EYjYulsSNDQEM5a5QBmP0ohTEUEUqhFiMQh3Milpx4+xa ljQ4vlGLFqFCL6RRqGrY50IH28AVuJLELGKRXoYsGyIrooGDIcyTntxAVwi5xEJK65L1oiBL MsmQJYwRlLCsAwpGyUYbkhKV9LKJKieSBVAoAhKwPFiIquAVeRUSiVhMJiYxGZNdQqQBqwMF K1SBqmmyygxjm1gqL6lMY5rylDNxZkOW0EBFjChvvECYMbyAgWze/JKU1TJmMnfCyoEsYQmJ 0IMeIAGiEGGDF1/Dxizd+U5unpKQPgGnQ+4ZCEXoIRJNmmGyRlSNIITFm9oEpzhxYsglNBQQ igiENFm1CzSOaJJG4YIUVMrSlbq0pTB9qRSkxQVMrhRaMo2pSnOyyYFA4pdMkiY2chQiETUD RUeRgkaWSS2GxIMLPB2nMVgBCu+l60JDFdE5sZlSAOT0qzqVKbRqytSwtjQU8VBqTlbA1vUc pAFoLBSJxCcgo7aqGjVIKgDMCta+llUAfFXpFCrxVJ2sYBaJYOs9C6KBooZIXQLiRokSVo06 iI0nUF0pSzer2c5ygbOfvSm9yBra0vuClguEVStO8InYRNxzCQJpa6oc2wxu2PZktm0DUpRq Ws+2MB7APW1npzVTAXhWuKFFK1RzsoTDtta192Rr9E5FxBDd9rbY4IYbPnCUzIa1IPoErl+p 1dewplYnzXXuc5nEJDwlghU5yu51bfumhxWFtyt9qkv1CV7gpjW0/o3HtHorkEAI5LgrJexy DSvd6E0XT+4FJkWrkY2h3jZEzukqgKVQWP4KRJ96eId4VRpcDhO3pQUOhIG9WmKVolW1O2kr PtkLYQj/8a61va4bLqsTpUrhpcAF8UBALGL9cmHE5A2tHgYCXCandaWDLSxQXuvc6UICFNI0 xgGzm/uN66ojw0SB6me5UACXAsDDZ9ZnkV1aYmr9Nx5LXp+KDawH/7L0vEOpsY2Ddte8ybcZ deAuUXys0gKQmcxCTnOdW8xhAQsYsALQ70qXHI9AVPrDI3axlIXyWsQ+NkcXehOR6nohrg7F uy4tgKpBLORIt5il0SLxf48c50BIgc6LdmmUYcxptg6DVbUth+ToG2p/loEKPmH1gfe6UniU lsMgBi60Mi1anB75zU8F8Y+jbWTUbnooK7jnMFIBIgGhK0TleJM0JIcNL0yBxy9htbxZ7Wx4 wCPIi542nMP76BL7O62slgK3X4pno7BBF6MYRSqaoQtSfCJdQquGMPuUITktcyFsOpm3xvVg 73vL29F62O+iZ91oWeOb1de+87d/4gAOYGAIVBiCJxjxiWFs49fEQJeygqGMYUhhC9I4UYna MARB22TjGicxq/e9cc/2Vd4qlemLeYKBCVTA6kC4whQS3ohRiOITvGDGNJYxDF3oIhatGoYv lFENGKgU6A0imhuqwAKjzwTpeA850rkgbwTzfd4/1rW3F2wTDlzAWXGQhClc4Qxx8CIVuvgF LHYnv2FYPu5EVAYziGGIzuoA7SUaUBnK8AUU2L0leU990gWOdM2uXp8q5/VMJmCAOAhiDXIw hSlsgYxcoIIOY1gDF+hACWXwoheyCPziObW6izc0AQRuhwIXLBENhSUPG24oUAs+sH2VCFn1 qgdtwPXQ0tQneOUycYAIBCEJQXRiEqcwxS1cIQc1iGENuJdEJ1wBDC0RY4YAxS5lQgzLQA3p IAy/IAqe4AmhIAqhsAiv0AItMARl0AZlQAxtgIFlIAS5kRLgp3oi13dKlneaJnsycQEAIAhx IAeKZwuuMAhyEIMsuHu3kAzQsA0j8jVaVibNEA3LoAzj0A7qcIDREA3CIAQ1QAIjYHcqUARV 4IRecAxTUDne94FWuHGVAH4KlhMfUAEWAAEPwANPkAyCcAqTcAunwHvJ4AzeEAzMEEa+QQzD IAw/CA78dogO7SCEwmCEwvADDZEBWVALU7gSV1iIhqhPJogTDpBX7ed+yLCG3vAN4CAOdggO 0PAN3hCJ3yAOeJiH6qAO02CEv3B6CeEASsALSVAD8MYRk6Z3h/iK8/Z3QXEBE2AB8HcLj6gN mfgNvNiLkzgOnyiEeZgO5SANRRgEpOgXB+EB/hENU7ACFbABq5gRsFiNG3dmQuEAF1ACPSAC SAAM4iAO5zCO14MOQ6gOQkiM6ZAORSiKMyAQkXEDRWAEBvEBVBAiy2CMkkcCMtIRyqZohfhh aQaQ1ohmRKGNFXADU7AHezCE6cAN05AO4yAN02CMGfIDK+AC/ag4AMAB/FnABJmwBBrgARxA kkrgBtWwbuVghMHggCQAAf5YkHFGkDK5ZDa5FIrxAQ2AAR6gARfwkx+QGAhRA17QSwejCkbC Db3ADbijDtUQDcHgNq8QChCQADFZkzZpkFj5j1jBADdgBEzQCgejO1qWbulmW+3ADQj4CrDg CRJgABdhkAK5lYlGk1iJFS3AARnJASggBEJQB2xQB+rADYNZmO0wDcLwCivQAtOIEGhGl9f4 YZBZl13xARqAApepAjWgAieAmRuJEYk2mdcompQ5G6R5mgEZGKgZmXY5bw8RmqqnF6vpmo5J mwKpEDM5ZKlXFx+oaARhiJIpl7r5fb+5mxgJIW++aRf8ZZuvGZvFiZzYKJkcwZpwERAAIfkE AGQAAAAsAAAAANgAcgCH///////3//8A//f3//fn/wAA9/f39/fv9+/n9+/e9+fn99aU9857 971a97U57/fv7+/n7+fn7+fe7+fO797e79a179at79ac78aU78aM78aE78Zr771z771r771j 771S75wY5+/v5+fn5+fe597e597O59bO59a959at5869586t586l58al58aU572M57Wl55wQ 3t7e3tbe3tbO3s7O3s693sbG3sal3r2c3rWl3qVC1u/v1t7v1tbe1tbW1tbG1s7O1sbG1sa9 1sat1r2l1rWl1q2cztbezs7Ozr29zr2tzrWlzqWczqVKzoSMxtbexs7WxsbWxsbGxr29xr2t xrWtxq21xq2lxq2cxqWcxpycxpRavb29va21va2lvaWtvaWlvXN7tc7OtbW1ta21ta2ltaWt tZyctYyUtXuErcbOrb29raWtraWlrZycrZRjrYyMpb3GpbW9pa21paWtpZycpYyUpUpSpTlC pSkxpRghnJycnIyUnHNrnGNrnDE5nCEpnBghlK21lJyllJSUlISMlHtalFJalDlClCkxlBgh jHt7jGtzjGNrjEpKjDE5jCkxjCEphK21hJylhISMhISEhHuEhGNrhDlChDE5hCEphBgphBAY e5y1e2tre0pKeykxc3N7c2tzc1pjc1paczlCa5y1a5Sla3OEa0JKazlCazFCayk5ayEpY4SU Y2NjY1JjY1JaYzFCYzE5YylCYykxWoytWoSlWnuMWnOEWkpaWkpCWjlCWilCUmuEUlpaUlJz UlJjUkpSUkJKUjE5UilCUikxUiFCSoSlSnOUSkpjSkJKSjlKSikxQmuUQmN7Qlp7QkJKQjlC QjFKQjFCQjE5QjExQik5QikxQiEpOXOlOTFKOSkxORgpMWuUMWOMMVqEMVJ7MUpzMTlSMTlK MSk5MRgpKUJjKTFSKTExKSkpKRgpISlCISEhGBAxAP8AAAD/AAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACPwAAQgcSLCgwYMIEypcyLChw4cQI0qcSLGi xYsYM2rcyLGjx48gQ4ocSbKkyZMoU6pcybKly5cwY8qcSbOmzZs4c+rcybOnz59AgwodSrSo 0aNIkypdyrSp06dQo0qdSrWq1atYs2rdyrWr169gw4odS7as2bNo06pdy7at27dw48qdS7eu 3bt48+rdi5YFAAd8s34o4qBBYKIfHAB++MEFjlWLDwP9oCLywyKZ2rCR/DPDFIotMq1io4Lz TgcsyrUxPJHJKmtuGJjOeWVIOQ+sDVrWrYEYM3JUWsy+eQXbMINEAAxB4UDIX4RGiB0jh034 8JkOhrCYFSTyciL7XoZYq1LODTYwZQiuAMAqkzFs5mRfn8mEVbM5i1kMOVakWrP/xnCDzTVl bMYBAJy8sAkx2DRzjBC7zccSC0z00kw1UyShBCvGlGLMLNVUY4wx1zRYDTFULMFEIpDQwiA2 x2AQoYQqcfBHKdhUY00p1YCiCiJ/zCJLNdwQ08uIxNDSXiKJZELLNNhksw6NMDmQAyK08DIL JqU4AgomiDiCByLEIHnMkbSokkkpoPTiH5FXzEglSorkQcsss/jxSSqYOHJJDI1Y8kgmxBjZ Sy+zrMLKLG5uc8013GggZ1oCCDCUA4r8gUgmjtghAxiOoJEEAQBYcginsyyK54n71fBSzYDL VFNBXJZaKpQDXyRSyidaBGADGH6gEQABxEqBx43EsMKLqyEa8yo23WiQVKUfVWrttdhmaytO LTAhzCdwDNuHHWcMK0EACjgCCJm98EJMMzka00w31UiqFLYaWUsQtdsepG2/LzXARCmWmBBA Emj4QEMAEhCrABjrssJKmUT6Z0w3VEi71LbURtSvvgJ1DADADIEMkxCwLBIAw3D4QADDxD4A xh1/YKIKL84K2Ew2ZzzHlMjXOvRxrSKPTFHRLTlwhhUrS7AHGUAQS8ADBBByRx6P3CyviNgY o8SkRyEddEIc1+pvRSaz5MEZavgghQRnTIJLHOf7kkoIHnk0KcvWzbw3BNhIIR2y4EYPTnLh FqWdUgYp2GHKM1K8Egwu4TQ8tQ+WAPKIsu/5B69VhAtONOGIX0R6SSMEI84zorxSji/nuAIA qVIcMmgm7ubITTVeKHFV6COPrvhAh6N9ukg1BMPONtKQMs456OQCRQAA7HCIJpnIwgrXzQCQ XlaH/0t68Ymr1EAq45STziy8DIMOOpNAAQAFZwyKySyqjHhNNVCRL/7/+AoZSI7XEQc4IhGM qsYsSjGMcaBDFAQwwSKI8QmJGQNnzbiGVI5nstEFr3BmE+AACaiRIighEQCIByRkoQpZ8EIZ wgADK/pADE2wAhL7xqjFu/jXvxCSLYT8Spu+yLeR4XWkCJEARAqXSAwdCWOJrQBEHvQAimO8 aYOlQ8gQtVUQI46QiBdxQRhQGI8lLrGMZSwUIGahif90b4M+9NfYAthFkpHQeGCkiBaYoEQ0 CsSP8SgUMUAxix1SZWxa7FgQRRc8W/GLJHeEyApWNCgz+lGQxNhfE3kIRy/uy5GIFGEA81hE Uj7kDK0g1CzKeEZMUmx3xHDKKD35ScNli3iNFOFJIskQxZyhib0gRiYmVqhUsGJ/OTvRvXCJ y1AuRHhB+99KeLkQwPTuCmUwRi9KQQxVpCKTxSiUxGIZFNE5sotGC2LJ/jW40pn80iPUfAgV eiGNQlXDPheS2AauMJSi3XJfIMylQqIJwHh2xKAN0YDEJrbQhW6gKP58ZB2hOb5GFjSOLEFo QpYwzIZ6tA4oMErZBFpLixLNIBRlZxZbQkuIZAEUioCERyUWoiqEjZlCVKQ6z2nLi9LRJS1t SAO0BwpWqEJVRnWVGQLH0w5ucZEnNakHoRpUlFR1o1NUxIg6x4uJGcMLGGDqB0H51LKOVaon Bdk7VaLRJSwhEXrQAyRAFCJs8KJv2AgpU7eIVnz5tazsXOs0ryoQtwZCEXqIRJMK2awRVSMI 91KrAAkKWMpSFaM54eUSDgsIRQSiqK7aBTJHxE+j+3BBCqe9VmpRKwAuWMu1qsUWbLU1W9Wi 9ranzaxDIBFTJhUVGzkKkYiagaKjSAGgigShZX0K1YPEgwu6ZcgSjMEKUFTwXRcCroi2ulTT AgC3ra0Ua12bWuYCcLy4lUIo4nHcnKzgves5SAOQWSgSZVBAw31VNWpgXACctrwCkEKAydta Ab/WvOEl8IBvO4VKPFcnK5hFIt7r1oJoQLghgpeAuFEiilWjDoDjCXRR+98Di9e1Bs5WisU3 WwKTmMQObi9O3irhRLh1CQKB76ow3Axu+FhnPm4DUo7Lhf/OFrWNjEd4aati8Tr5wEV+8Xqh m5MlRLjGNnbrexGY+6pNhujHP8YGN9zwgaOM+L+sDTDxBBBXASg5wNhasbXkfOICoznGOrHy lbHMJCbhKRGsyJGYwezjN2msKERG7XMFLGA9rFkPb9ZWpCtV5DnnUsBGRq2DqQzhLSOQy3j6 s0wdW41sAPfHIXKOd6PM3uearM1unnNB6VwrKcRj0addr4x3At+39jnUoR6nfnsMZjeEWCfH lQJub/1qPQjgHbG+6GwNZ7RbK5sLDX4wUG58ZS5DAhRFNUYTxZwNMKtD1USBbpG5UIDbCjSu zp50tP/n6EYGgs23xjWehwLsYGtNv50bdDPqUGaiJPu0BWA3uyvlbADAW8muBuBp+xudwqBB mr1RnjJRbizhDOfoQm8iEn4v1N2hnPm2BUi5tZzt6FhHPFupxXisB3fvuFr7tNnetVD0PAxX 9bgcuys0yOtaBir4BN71TjQX4BHl8sb7zUpOc21ZK3NXO5vhNsc1FzZtlBW4dRipAJGA3BWi crxJGrvDhhemcOyXIP3tSGc6POCB9WgzO97WUnLMa3stKTwc45pmL1LYoItRjCIVzdAFKT7x rq1VQxjK2J24ufA3ncD98nqYOzze3GaIO9u1V4+2a2992nxzHt5cIH3gOQ0UB3AAA0OgwhA8 wYhPDGMbPSeGu5wVDGUMQwpbkMaJStSGIRTcJpi//Hzpsa5keDOczZQmMJpLjHU9TBzNuuYJ BiZQAe4D4QpTMHwjRiGKT/CCGdNYxjB0oYtYvGoYvlBGNWBw2uA3qGtuqAILjj+T5CdfvCzX ZizHBaE3YJm2cmwWV8rGYFunbTfBARcgLXEgCabgCs4gDryQCrrwC7DQPjA0DCB4f5ukDMxA DIbwYjrgfiUyIGVQBl+AAvzXEv73fwnIcs93Wld3eZgWgKjnd9YXeDo3ExNgAHEgCGsgB6Zg CraADLmACnQwBmvABXRACcrAC70gC5i0Vdu1C2/QBCBAf1DABZYQDRWzP9jgBgXSAh+ghioB bw43g29XfTf4YtXnd/yrVX062ICshx0iIAiSIAidMAmnYAq34ApyoAZisAZHKAmd4ArAoCXE UEh3JS9lQgzLQA3pIAy/IAqe4AmhIAqhsAiv0AItMARl0AZlQAxtoIplIAS5kRJwiHRyuHJ6 cFs8qIDhdYtwl2uCdxMXAACCEAdyQIG24AqDIAfIOIxKeAvJAA3bMCJ9I25l0gzRsAzKMA7t oA6ZGA3RIAxCUAMkMAL8pwJFUAXl6AXHMAW+04ax6HzQB2twaC2VUIP+x3U48QEVYAEQ8AA8 8ATJIAinMAm3cApLmAzO4A3BwAzB5BvEMAzCYI3gEJHo0A7ZKAzdKAw/0BAZkAW1oI78K9GO 7piA9Hh51yKA7RiEOeEA/PWHgIgMBukN3wAO4hCR4AAN3+ANMPkN4jCRFKkO6jAN3fgLMZgQ DqAEvJAENdB2HIFaChiPtBiH2BKHsUiA9fYTFzABFiCIt+CS2oCT3/CVYCmT4+CT2UiR6VAO 0sCNQTCUfnEQHuAf0TAFK1ABG6CUGdGO0PeUzieLsDaSM+hwt3IBJdADIoAEwCAO4nAOiulA 6KCN6pCNZ5kO6cCNQTkDAhEZN1AERmAQH0AFIbIMacmBJCAjHYF0AgGSNhhXp/mGDkePIlmA IHkUDnABFXADU7AHe6CN6cAN05AO4yAN05CWGfIDK+AC/KQ5OwDAAVnABJmwBBrgARwAnUrg BtWAduXQjcEAiiQAAaWJmrJYfQMBdzUokq4Jh4BZlUihGB/QABjgARpwAfD5AYmBEDXgBS8l MapgJNzQC9ygPupQDdEQDJLzCqEAAQnQnd65l3D3huj5jqnJl96pFQxwA0bABK0gMewjbmZn dj7WDtygia8AC54gAQZwEapZEI6WoH55eWtGniSZoOhJFS3AAcXJASggBEJQB2xQB+rADT36 o+0wDcLwCivQAnaJECfKoDCKmi3qoFK5pGDxARqAAlOqAjWgAidApceJEW6opEvKpOOJeXgY ofPxpWZqkmgqnmfapXyxpkdQepphuqAO0aXtqBdumqAAFTIsGp4LEaNeinl1EZts+qexeJps yjFvB5jhaZ4JkaiDOheqKacQUacEoaC2UpVJepd7GhcBAQAh+QQAZAAAACwAAAAA2AByAIf/ ///v7+/f39/Pz8+/v7+vr6+fn5+Pj49/f39wcHBgYGBQUFBAQEAwMDAgICAQEBAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADlKPm/eRr3v+iMaQBI wIMALhn3v1csyIwAAAAAyIyHLAAAAABGAgAAOo0AAB69gwDfFgAAPycnAT8BAABmlve/d0L3 v+D5+7+Clve/4Pn7vwAAAACAv4MAgL+DACS9gwD/AAAAJL2DAHH8RQBmvYMAHgAAAAEAAABG vYMATL6DAHb+RQAAAAAARb2DAAIAAABAAAAAoBgAAKQAAAAAQzoATVVIUEFHRVxhbmltYXRl XGFuaW1hdGUyXABhZTE1AEdJRgAAkEoCAFERhI1IEO8WBgAAAHdC978IAAAAi2f3vxD6+7+M jQAAKxb3v0QW978kCwAAQJ4AABy+gwDIvYMA2EXtfyQLAAAIAAAAAAAAAAYAAADQvYMAQJ4A ABy+gwDovYMAYzb3vyQLAAAtAAAAcAQAAFy+gwAvLBqePwEAAPy9gwAjGfe/AAAAANhF7X/l KPm/eRr3vzqeAADI7oMALhn3vy8sGp4AAAAAGp5XLAGAAAAAAEYCAACMngAAcL6DAN8WAAA/ JycBAABXLD8nWL6DAAfLRQAAAAAAAAAAAEAAAACgGAAApAAAABAAAAB0v4MAl8BBAGm+gwDt gEYALkdJRgDDAAAOAAAAAAB+ntN5//9XLJKeTT3/Fv//VywAAAAAVywAAJBKwJ4BAAMAxkXt f98WkEoCAAAAAgBwBC0AJAvfFgAAAgCQSgIABAAkC+QQHxTunjwxnxcAALyfVyxwBC0AkEoC AFcskEoCAC0AAgB+A0qP54LHFwAAAAD6UZBKAAAEn45HnxcAALyfVyxwBC0AkEoCAJNHQJ/n gt8WpLUCAAYAgwAtACQLLQACABQMAgDfFiQMRxcAALyfVyx4jy4YnxcAAAAAAAAAACYAAABA AAAAoBgAAMLCgwAI/AABCBxIsKDBgwgTKlzIsKHDhxAjSpxIsaLFixgzatzIsaPHjyBDihxJ sqTJkyhTqlzJsqXLlzBjypxJs6bNmzhz6tzJs6fPn0CDCh1KtKjRo0iTKl3KtKnTp1CjSp1K tarVq1izat3KtavXr2DDih1LtqzZs2jTql3Ltq3bt3Djyp1Lt67du3jz6t3Lt6/fv4ADCx5M uLDhugEUCFAogAGBhgIUBDgc8wACho4dIjhAGSaCywYDGCBAIEDm0gMIFFhs8HPnl64LDmgw GYABBwQEOFgtMEGB1qBfs4wNIEBuBpwH4gbA4LdAAQ+MswZAXLhK4tIhPB6YOfNACPsFcg+s bh0leQAPnAts8Ni7QAjTBZ4vX/L8AQUDobfHL7DAAuD0XRccQQUcQNoACPzHgAHhFYBAbQTN F6BIBPznkHsIKTZhSgLEp1AD6h3U4YY4CYCAASSmqOKKLKZFQAIFnUiAAcEF4BsBCKiHYHg5 tjhSABAQlACM8hEJInfOLbAdAEH6KFKT7y1JAATGQUldAwItwN9sTj5JUHoDTUnAAFSO16QA CzzAwAIedsmRlQYwMFAB2gGgQHAJBBnAiQH4B6abHlkJAAEGrvbAQAaMVoB/AByA5UAKyAlo R1YOMJ1l/RGkpG0OCDngpBgZAEFygyowGgJENnqjqU6I3uggqLDGKuustNZq66245qrrrrz2 6uuvwAYr7LDEFmvsscgmq+yyzDbr7LPQRivttNRWa+212Gar7bbcduvtt+CGK+645JZr7rlO BQQAIfkEACwBAAAh/jtGSUxFIElERU5USVRZDQpDcmVhdGVkIG9yIG1vZGlmaWVkIGJ5DQpX YXJyZW4gSGFsbGlkYXkNCklTTQAh/upVTlJFR0lTVEVSRUQgU0hBUkVXQVJFDQoNCkFzc2Vt YmxlZCB3aXRoIEdJRiBDb25zdHJ1Y3Rpb24gU2V0Og0KDQpBbGNoZW15IE1pbmR3b3JrcyBJ bmMuDQpCb3ggNTAwDQpCZWV0b24sIE9ODQpMMEcgMUEwDQpDQU5BREEuDQoNCmh0dHA6Ly93 d3cubWluZHdvcmtzaG9wLmNvbQ0KDQpUaGlzIGNvbW1lbnQgd2lsbCBub3QgYXBwZWFyIGlu IGZpbGVzIGNyZWF0ZWQgd2l0aCBhIHJlZ2lzdGVyZWQgdmVyc2lvbi4AIf8LR0lGQ09ObmIx LjACDwAOCQACAAIAAAAAAAAAAAAJZGFlMC5HSUYADgkAAgAEAAAAAAAAAAAACWRhZTEuR0lG AA4JAAIABgAAAAAAAAAAAAlkYWUyLkdJRgAOCQACAAgAAAAAAAAAAAAJZGFlNC5HSUYADgkA AgAKAAAAAAAAAAAACWRhZTUuR0lGAA4JAAIADAAAAAAAAAAAAAlkYWU2LkdJRgAOCQACAA4A AAAAAAAAAAAJZGFlNy5HSUYADgkAAgAQAAAAAAAAAAAACWRhZTguR0lGAA4JAAIAEgAAAAAA AAAAAAlkYWU5LkdJRgAOCgACABQAAAAAAAAAAAAKZGFlMTAuR0lGAA4KAAIAFgAAAAAAAAAA AApkYWUxMS5HSUYADgoAAgAYAAAAAAAAAAAACmRhZTEyLkdJRgAOCgACABoAAAAAAAAAAAAK ZGFlMTMuR0lGAA4KAAIAHAAAAAAAAAAAAApkYWUxNC5HSUYADgoAAgAeAAAAAAAAAAAACmRh ZTE1LkdJRgAAOw== --------------7174A51444978B6D0D4EDFB3-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 18:36:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from shell.wetworks.org (shell.wetworks.org [63.160.175.19]) by hub.freebsd.org (Postfix) with SMTP id B311C37B401 for <hackers@FreeBSD.ORG>; Tue, 16 Jan 2001 18:36:06 -0800 (PST) Received: (qmail 1296 invoked from network); 17 Jan 2001 02:35:55 -0000 Received: from unknown (HELO diskfarm.firehouse.net) (10.0.0.28) by 192.168.1.2 with SMTP; 17 Jan 2001 02:35:55 -0000 Received: (from abc@localhost) by diskfarm.firehouse.net (8.11.0/8.11.0) id f0H2jho47172; Tue, 16 Jan 2001 21:45:43 -0500 (EST) (envelope-from abc) Date: Tue, 16 Jan 2001 21:45:43 -0500 From: Alan Clegg <abc@bsdi.com> To: "Matthew N. Dodd" <winter@jurai.net> Cc: hackers@FreeBSD.ORG Subject: Re: One thing linux does better than FreeBSD... Message-ID: <20010116214543.H41907@diskfarm.firehouse.net> References: <40947.979600283@critter> <Pine.BSF.4.21.0101161724180.28201-100000@sasami.jurai.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <Pine.BSF.4.21.0101161724180.28201-100000@sasami.jurai.net>; from winter@jurai.net on Tue, Jan 16, 2001 at 05:24:48PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Unless the network is lying to me again, Matthew N. Dodd said: > On Tue, 16 Jan 2001, Poul-Henning Kamp wrote: > > Isn't there *anybody* here who has a SO/family member/neighbor in the > > graphic/design business ? > > Yes. > > http://www.svaha.net/daemon/index.html BUT HIS NAME IS NOT CHUCK, DAMNIT! AlanC To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 18:44:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from citusc17.usc.edu (citusc17.usc.edu [128.125.38.177]) by hub.freebsd.org (Postfix) with ESMTP id 95BC237B401 for <hackers@FreeBSD.ORG>; Tue, 16 Jan 2001 18:43:56 -0800 (PST) Received: (from kris@localhost) by citusc17.usc.edu (8.11.1/8.11.1) id f0H2lFZ47855; Tue, 16 Jan 2001 18:47:15 -0800 (PST) (envelope-from kris) Date: Tue, 16 Jan 2001 18:47:14 -0800 From: Kris Kennaway <kris@FreeBSD.ORG> To: John Polstra <jdp@polstra.com> Cc: hackers@FreeBSD.ORG Subject: Re: cvsup7.freebsd.org downtime for upgrades Message-ID: <20010116184714.A47803@citusc17.usc.edu> References: <XFMail.010116135528.jdp@polstra.com> <200101170141.f0H1fdj23147@vashon.polstra.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="huq684BweRXVnRxX" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200101170141.f0H1fdj23147@vashon.polstra.com>; from jdp@polstra.com on Tue, Jan 16, 2001 at 05:41:39PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 16, 2001 at 05:41:39PM -0800, John Polstra wrote: > In article <XFMail.010116135528.jdp@polstra.com>, > John Polstra <jdp@polstra.com> wrote: > > CVSup7.FreeBSD.org will be down for at least a few hours this > > afternoon (Pacific time) so that we can perform a hardware upgrade. > > It may be down again later in the week as we rearrange things on > > the disks and bring the OS up to date. Thanks in advance for your > > patience. >=20 > This has unfortunately escalated to "downtime for repairs." :-( CVSup7 > will be down for at least a few days. People who rely on it should > switch to one of the other mirrors for the time being. There are 14 > others (cvsup1 - cvsup15) in the US to choose from. I apologize for > the inconvenience. >=20 > The NetBSD, OpenBSD, and gcc collections which existed only on cvsup7 > will be unavailable until it comes back up. cvsup12 carries OpenBSD.. Kris --huq684BweRXVnRxX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjplB7IACgkQWry0BWjoQKVMIACgipVDBldvJCEC6JU838P48A4F KusAn0NOh5Qv4/ACelLMkOgxkO45jljb =ozNM -----END PGP SIGNATURE----- --huq684BweRXVnRxX-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 19:35:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from manor.msen.com (manor.msen.com [148.59.4.66]) by hub.freebsd.org (Postfix) with ESMTP id B65EA37B402 for <hackers@FreeBSD.ORG>; Tue, 16 Jan 2001 19:35:16 -0800 (PST) Received: from manor.msen.com (wayne@localhost [127.0.0.1]) by manor.msen.com (8.9.3/8.9.3) with ESMTP id WAA18537 for <hackers@FreeBSD.ORG>; Tue, 16 Jan 2001 22:35:10 -0500 (EST) (envelope-from wayne@manor.msen.com) Message-Id: <200101170335.WAA18537@manor.msen.com> To: hackers@FreeBSD.ORG Subject: Protections on inetd (and /sbin/* /usr/sbin/* in general) Date: Tue, 16 Jan 2001 22:35:10 -0500 From: "Michael R. Wayne" <wayne@staff.msen.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Background: We recently had a customer's web site suffer an attempted exploit via one of their cgi scripts. The attempted exploit involved writing a file into /tmp, then invoking inetd with that file to get a root shell on a non-standard port. While the exploit failed, they were able to write the file as user nobody and invoke inetd. There is not much we can do about that as long as we permit customers to use their own cgi scripts, which is a requirement with this type of account. Issue: The exploit managed to start inetd, camped on the specified port but inetd, properly, failed as soon as it tried to start the service (running as user nobody makes doing setuids difficult :-) Tests by our staff from the command line indicate that any user is able to start inetd with a local config file associating a service with a non standard port. It doesn't WORK but it does attach to the port. Leading to some DOS possibilities, albiet not very interesting ones. Recommendation: A number of the executables located in /sbin and /usr/sbin are never going to be invoked for any legitimate use by anyone other than the superuser. In particular, servers such as portmap and inetd run by non-root users are unlikely to do what was intended. It seems a prudent measure to simply not set execute permission by "other" on such programs during the install, giving the user a handy "Permission denied" message when such an attempt is made. For those reading quickly, I am NOT recommending removing execute permission on ALL of /sbin/* and /usr/sbin/*, only on programs such as "portmap", "inetd", "lpd", "syslogd", "halt", "reboot" and others which perform no useful function to normal users. /sbin/init already enforces this condition, how about expanding it? /\/\ \/\/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 19:55:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from puck.firepipe.net (mcut-b-167.resnet.purdue.edu [128.211.209.167]) by hub.freebsd.org (Postfix) with ESMTP id E712837B401; Tue, 16 Jan 2001 19:55:24 -0800 (PST) Received: by puck.firepipe.net (Postfix, from userid 1000) id B8DB719C6; Tue, 16 Jan 2001 22:55:11 -0500 (EST) Date: Tue, 16 Jan 2001 22:55:11 -0500 From: Will Andrews <will@physics.purdue.edu> To: Kris Kennaway <kris@FreeBSD.ORG> Cc: John Polstra <jdp@polstra.com>, hackers@FreeBSD.ORG Subject: Re: cvsup7.freebsd.org downtime for upgrades Message-ID: <20010116225511.D564@puck.firepipe.net> Reply-To: Will Andrews <will@physics.purdue.edu> References: <XFMail.010116135528.jdp@polstra.com> <200101170141.f0H1fdj23147@vashon.polstra.com> <20010116184714.A47803@citusc17.usc.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="tEFtbjk+mNEviIIX" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010116184714.A47803@citusc17.usc.edu>; from kris@FreeBSD.ORG on Tue, Jan 16, 2001 at 06:47:14PM -0800 X-Operating-System: FreeBSD 4.2-STABLE i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --tEFtbjk+mNEviIIX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 16, 2001 at 06:47:14PM -0800, Kris Kennaway wrote: > cvsup12 carries OpenBSD.. As the admin of cvsup.usa.openbsd.org/cvsup12, this is correct. :) --=20 wca --tEFtbjk+mNEviIIX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6ZReeF47idPgWcsURAtQXAJ9XrY1R75nyaGcLUxy2XpgjmhWU7gCcCV5s YdrdOyw/r8ysR6DkGt/LyLA= =bTRc -----END PGP SIGNATURE----- --tEFtbjk+mNEviIIX-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 20:42: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from earth.backplane.com (placeholder-dcat-1076843399.broadbandoffice.net [64.47.83.135]) by hub.freebsd.org (Postfix) with ESMTP id 5127B37B400 for <freebsd-hackers@freebsd.org>; Tue, 16 Jan 2001 20:41:49 -0800 (PST) Received: (from dillon@localhost) by earth.backplane.com (8.11.1/8.9.3) id f0H4fmw45025; Tue, 16 Jan 2001 20:41:48 -0800 (PST) (envelope-from dillon) Date: Tue, 16 Jan 2001 20:41:48 -0800 (PST) From: Matt Dillon <dillon@earth.backplane.com> Message-Id: <200101170441.f0H4fmw45025@earth.backplane.com> To: freebsd-hackers@freebsd.org Subject: Possible bug in /usr/bin/makewhatis. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I was doing some installworlds and got a bunch of 'gzcat: Broken pipe' errors at the very end when it was doing 'makewhatis' on various manual directories. I believe the problem is related to the makewhatis perl script closing the input descriptor before draining all the input, but not being a perl progammer I can't tell for sure. The place where the perl program appeared to be closing the input prematurely is here: # ``man'' style pages # &&: it takes you only half the user time, regexp is slow!!! if (/^\.SH/ && /^\.SH[ \t]+["]?($section_name)["]?/) { #while(<F>) { last unless /^\./ } # Skip #chop; $list = $_; while(<F>) { last if /^\.SH[ \t]/; <<<<<<<<<<<<<<<<<<<<< here chop; s/^\.IX\s.*//; # delete perlpod garbage s/^\.[A-Z]+[ ]+[0-9]+$//; # delete commands s/^\.[A-Za-z]+[ \t]*//; # delete commands s/^\.\\".*$//; #" delete comments s/^[ \t]+//; if ($_) { $list .= $_; $list .= ' '; } } &out($list); close F; return 1; <<<<<<<<<<<< closing here ... Could someone take a look at that? There might be other places as well. Thanks! -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 20:52:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from web9107.mail.yahoo.com (web9107.mail.yahoo.com [216.136.128.244]) by hub.freebsd.org (Postfix) with SMTP id 5F01637B400 for <freebsd-hackers@freebsd.org>; Tue, 16 Jan 2001 20:52:24 -0800 (PST) Message-ID: <20010117045224.43296.qmail@web9107.mail.yahoo.com> Received: from [172.141.7.58] by web9107.mail.yahoo.com; Tue, 16 Jan 2001 20:52:24 PST Date: Tue, 16 Jan 2001 20:52:24 -0800 (PST) From: f f <smowball99@yahoo.com> Subject: *Help* Limits on FreeBSD 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'm currently working on trying to raise limits on our FreeBSD machine from 1064 to 8192 or even higher for our chat service. I did this (which worked for the time being) sysctl -w kern.maxfiles: 8192 kern.maxfilesperproc: 4096 This raises the limits but when I compile the IRCd and have the (hard limit) to 4096 or 8192 or even higher the error comes back and says its still stuck on 1064 Someone told me to store these limits (above) in a etc/sysctl.conf file but when I went to etc that file wasn't in there .. do I have to newly create the file or should it already be there? What I'm trying to do is to set the limit HIGH enough for the chat service to allow 8,192 or more users to connect to our chat service (this limit is what I'm trying to set the kernel to not the 1064 limit) Thanks again for your help =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= | Fallenstar CHAT Network | | "Supercharged for the 21st Century" | =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= __________________________________________________ Do You Yahoo!? Yahoo! Photos - 35mm Quality Prints, Now Get 15 Free! http://photos.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 21: 2:35 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 4A4E837B400 for <hackers@FreeBSD.ORG>; Tue, 16 Jan 2001 21:02:19 -0800 (PST) Received: by bazooka.unixfreak.org (Postfix, from userid 1000) id 8D3563E02; Tue, 16 Jan 2001 21:02:18 -0800 (PST) Received: from unixfreak.org (localhost [127.0.0.1]) by bazooka.unixfreak.org (Postfix) with ESMTP id 86B483C10A; Tue, 16 Jan 2001 21:02:18 -0800 (PST) To: "Michael R. Wayne" <wayne@staff.msen.com> Cc: hackers@FreeBSD.ORG Subject: Re: Protections on inetd (and /sbin/* /usr/sbin/* in general) In-Reply-To: Message from "Michael R. Wayne" <wayne@staff.msen.com> of "Tue, 16 Jan 2001 22:35:10 EST." <200101170335.WAA18537@manor.msen.com> Date: Tue, 16 Jan 2001 21:02:13 -0800 From: Dima Dorfman <dima@unixfreak.org> Message-Id: <20010117050218.8D3563E02@bazooka.unixfreak.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Recommendation: > A number of the executables located in /sbin and /usr/sbin are > never going to be invoked for any legitimate use by anyone other > than the superuser. In particular, servers such as portmap and > inetd run by non-root users are unlikely to do what was intended. > It seems a prudent measure to simply not set execute permission > by "other" on such programs during the install, giving the user > a handy "Permission denied" message when such an attempt is made. Since these files don't run with any extra privileges (i.e., they're not setuid or setgid), nothing stops a user from uploading their own copy and running it. Your proposal doesn't actually improve security; it just annoys the attacker. Whether this is a good thing or a waste of time is a matter of opinion; personally, I'm in the latter boat (i.e., I see no reason to do this). 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 Tue Jan 16 21: 5:15 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from rios.sitaranetworks.com (rios.sitaranetworks.com [199.103.141.78]) by hub.freebsd.org (Postfix) with ESMTP id AD45537B400 for <freebsd-hackers@freebsd.org>; Tue, 16 Jan 2001 21:04:58 -0800 (PST) Received: from mciworlduitoce (gw1.sitaranetworks.com [199.103.141.1]) by rios.sitaranetworks.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id CTGYA8C2; Wed, 17 Jan 2001 00:09:08 -0500 From: "Howie Xu" <hxu@rios.sitaranetworks.com> To: <freebsd-hackers@freebsd.org> Subject: ISR not triggered upon the interrupts and OS hangs Date: Wed, 17 Jan 2001 00:30:27 -0500 Message-ID: <KEEELJBACBIAGFBCPJMFKEAICFAA.hxu@rios.sitaranetworks.com> 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.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 Dear Freebsd Hackers, Here is a question regarding my bsd device drivers: I used the pci_map_int() to register an interrupt handler for my PCI device (intline = 12). But when the interrupt comes in, the handler (ISR) is not triggered at all. But the OS hangs and I can see continuous interrupts coming in on the PCI sniffer. The reason I am sure that my handler was never triggered is because the only statement in the ISR is panic("..."). But my machine never panic when the intr comes in (verified by the pci logic analyzer). I did verified the return value of pci_map_int() is right. Btw, I think the OS hangs because it is busy handling the incoming continuous interrupts. Is my judgment making sense? Could anyone give me any hint that might lead to this ISR not being triggered upon interrupt question? Any kind of comments/hints/help would be greatly appreciated. Or if you can let me know a way to debug it in the OS level is also very very welcome. Thanks, -Howie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 21: 6:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from netau1.alcanet.com.au (ntp.alcanet.com.au [203.62.196.27]) by hub.freebsd.org (Postfix) with ESMTP id 3B58B37B400 for <freebsd-hackers@FreeBSD.ORG>; Tue, 16 Jan 2001 21:06:07 -0800 (PST) Received: from mfg1.cim.alcatel.com.au (mfg1.cim.alcatel.com.au [139.188.23.1]) by netau1.alcanet.com.au (8.9.3 (PHNE_22672)/8.9.3) with ESMTP id QAA02734; Wed, 17 Jan 2001 16:05:55 +1100 (EDT) Received: from gsmx07.alcatel.com.au by cim.alcatel.com.au (PMDF V5.2-32 #37645) with ESMTP id <01JZ0PXJHX5CGKU73L@cim.alcatel.com.au>; Wed, 17 Jan 2001 16:05:55 +1100 Received: (from jeremyp@localhost) by gsmx07.alcatel.com.au (8.11.0/8.11.0) id f0H55mZ07348; Wed, 17 Jan 2001 16:05:48 +1100 (EST envelope-from jeremyp) Content-return: prohibited Date: Wed, 17 Jan 2001 16:05:48 +1100 From: Peter Jeremy <peter.jeremy@alcatel.com.au> Subject: Re: What to do if a box is just "frozen" To: thierry.herbelot@free.fr Cc: freebsd-hackers@FreeBSD.ORG Message-id: <20010117160547.C98607@gsmx07.alcatel.com.au> 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 On Mon, 15 Jan 2001 23:01:15 +0100, Thierry Herbelot <thierry.herbelot@free.fr> wrote: >I've got a little application at work which can "just freeze" a >4.2-Release : the purpose of the application is just a packet blaster >used for telecom equipement test (send as many UDP packets as ordered, >on as many interfaces as there are on a machine). > >So, on my 4.2-R test box (no-thrills BX, P-III 700 intel box), I have >some tens (around 30 of them) of such processes sending their packets, >and after some time (I have to more precisely determine this "some >time"), the box simply locks. >I do not see any message on console. What network card(s) are you using? What other cards/devices are in the box? Can you send an NMI to the box? (NMI can usually be generated by pulling I/0 channel check on the ISA bus low. I/0 channel check is pin A1 (and there's a convenient ground on pin B1). ([AB]1 is the pins closest to the rear of the machine). NMI should trap to DDB. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 21:19: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mmap.nyct.net (mmap.nyct.net [216.44.109.243]) by hub.freebsd.org (Postfix) with ESMTP id 0B1C037B400 for <hackers@FreeBSD.org>; Tue, 16 Jan 2001 21:18:52 -0800 (PST) Received: by mmap.nyct.net (Postfix, from userid 1000) id 53821FAB0; Wed, 17 Jan 2001 00:18:42 -0500 (EST) Date: Wed, 17 Jan 2001 00:18:42 -0500 To: hackers@FreeBSD.org Subject: Permissions on crontab.. Message-ID: <20010117001842.A28301@mmap.nyct.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i From: mbac@mmap.nyct.net (Michael Bacarella) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Why is crontab suid root? I say to myself "To update /var/cron/tabs/ and to signal cron". Could crontab run suid 'cron'? If those are the only two things it needs to do, run cron as gid 'cron' and make /var/cron/tabs/ group writable by 'cron'. -- Michael Bacarella <mbac@mmap.nyct.net> Technical Staff / New York Connect.Net, Ltd Daytime Phone: (212) 581-2831 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 21:34:21 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 3B3A937B401 for <hackers@FreeBSD.org>; Tue, 16 Jan 2001 21:34:02 -0800 (PST) Received: (qmail 86487 invoked by uid 1001); 17 Jan 2001 15:33:53 +1000 X-Posted-By: GJB-Post 2.09 16-Jan-2001 (FreeBSD) X-URL: http://www.gbch.net 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: <nospam-3a652ec18b151ad@maxim.gbch.net> Date: Wed, 17 Jan 2001 15:33:53 +1000 From: Greg Black <gjb@gbch.net> To: mbac@mmap.nyct.net (Michael Bacarella) Cc: hackers@FreeBSD.org Subject: Re: Permissions on crontab.. References: <20010117001842.A28301@mmap.nyct.net> In-reply-to: <20010117001842.A28301@mmap.nyct.net> of Wed, 17 Jan 2001 00:18:42 EST Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Michael Bacarella wrote: > Why is crontab suid root? It has to run jobs as the correct user and must be able to setuid accordingly. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 21:34:30 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from peorth.iteration.net (peorth.iteration.net [208.190.180.178]) by hub.freebsd.org (Postfix) with ESMTP id 962B637B402; Tue, 16 Jan 2001 21:34:06 -0800 (PST) Received: by peorth.iteration.net (Postfix, from userid 1001) id 4807C57578; Tue, 16 Jan 2001 23:34:09 -0600 (CST) Date: Tue, 16 Jan 2001 23:34:09 -0600 From: "Michael C . Wu" <keichii@iteration.net> To: Mark Santcroos <marks@ripe.net> Cc: Julian Elischer <julian@elischer.org>, freebsd-hackers@freebsd.org, benno@freebsd.org Subject: Re: adding an address family Message-ID: <20010116233409.A9413@peorth.iteration.net> Reply-To: "Michael C . Wu" <keichii@peorth.iteration.net> Mail-Followup-To: "Michael C . Wu" <keichii@iteration.net>, Mark Santcroos <marks@ripe.net>, Julian Elischer <julian@elischer.org>, freebsd-hackers@freebsd.org, benno@freebsd.org References: <20010116103212.C12906@ripe.net> <3A649154.B345C634@elischer.org> <20010116194307.A28087@ripe.net> <3A64B6C2.6D0ADF97@elischer.org> <20010116232326.A6513@ripe.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010116232326.A6513@ripe.net>; from marks@ripe.net on Tue, Jan 16, 2001 at 11:23:26PM +0100 X-PGP-Fingerprint: 5025 F691 F943 8128 48A8 5025 77CE 29C5 8FA1 2E20 X-PGP-Key-ID: 0x8FA12E20 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [cc'ed to Benno for his fun and entertainment] On Tue, Jan 16, 2001 at 11:23:26PM +0100, Mark Santcroos scribbled: | On Tue, Jan 16, 2001 at 01:01:54PM -0800, Julian Elischer wrote: | > > Is this likely going to replace all the implementations of the current | > > supported network protocols? | > > | > > In other words, is netgraph the right way to go for me, or should I rather | > > focus on the more static part and drop the idea of implementing it as a | > > kernel module? | > | Ok I'm trying to make a port of the IrDA stack on Linux to FreeBSD. | I've now written the driver for the chipset on my laptop, and I am ready | with that to pass data to an upper layer. Basically, we really do not want the Linux solution of doing IrDA. Using Netgraph would be much simpler. Email me and I will let you into my CVS repo of the IrDA ongoing work that Benno and I have done. Benno is working hard on FreeBSD/PPC kernel porting. I am doing the FreeBSD/PowerPC userland porting as well as I18N wchar* changes. Both of us are swamped, and the IrDA work has stagnated. I think we will gladly hand over the work. :) | In Linux IrDA is handled as AF_IRDA, so in userland you create an AF_IRDA | socket just as you would do with a normal TCP/IP stack and then you can | commnunicate with other IrDA devices. This "layering" scheme, is what Netgraph does. | I had two questions: | | 1. How can I dynamicly implement a new network protocol as a kernel | module. | The answer for that one seems to be Netgraph Netgraph ends all discussions. :) | Following to that one I had another question: | | 2. Is Netgraph going to be the future in FreeBSD network stacks. Iaw, will | tcp/ip be based on Netgraph in the future or will it just be a nice | extension but not more. Possibly, but why? TCP/IP can be very resource intensive. After all, we have systems designed to only do TCP/IP, servers. IrDA, at maximum performance, cannot be higher than ~4mbit/sec, compared to gigabit ethernet and ATM networks that FreeBSD supports. At such high levels of I/O and CPU time, we can afford to have TCP/IP services in the kernel. On the contrary, IrDA is ugly and should be organized by Netgraph. | The reason I ask it is this: Is it wise to implement my protocol based on | Netgraph (so I can do it as a kernel module), or should I just build it | into the kernel? Netgraph all the way. (/me pondering what Julian is thinking) IrDA is a bunch of messed up ugly protocols that can simply be different ng_* Netgraph nodes. | I know; A lot of questions, but I sure need the help :-) | (And wouldn't it be cool if we would have IrDA support?) Do you have the IrDA ISA driver? If so, for what chipset? Is yours the National Semiconductor Super IO chipsets? Can I see the IrDA ISA driver? :) -- +------------------------------------------------------------------+ | keichii@peorth.iteration.net | keichii@bsdconspiracy.net | | http://peorth.iteration.net/~keichii | Yes, BSD is a conspiracy. | +------------------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 21:38: 2 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from peorth.iteration.net (peorth.iteration.net [208.190.180.178]) by hub.freebsd.org (Postfix) with ESMTP id EA2E137B401 for <freebsd-hackers@freebsd.org>; Tue, 16 Jan 2001 21:37:45 -0800 (PST) Received: by peorth.iteration.net (Postfix, from userid 1001) id F002757578; Tue, 16 Jan 2001 23:37:48 -0600 (CST) Date: Tue, 16 Jan 2001 23:37:48 -0600 From: "Michael C . Wu" <keichii@iteration.net> To: Jamie Heckford <heckfordj@psi-domain.co.uk> Cc: freebsd-hackers@freebsd.org Subject: Re: Clustering FreeBSD Message-ID: <20010116233748.B9413@peorth.iteration.net> Reply-To: "Michael C . Wu" <keichii@peorth.iteration.net> Mail-Followup-To: "Michael C . Wu" <keichii@iteration.net>, Jamie Heckford <heckfordj@psi-domain.co.uk>, freebsd-hackers@freebsd.org References: <20010116173651.A808@freefire.psi-domain.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010116173651.A808@freefire.psi-domain.co.uk>; from heckfordj@psi-domain.co.uk on Tue, Jan 16, 2001 at 05:36:51PM +0000 X-PGP-Fingerprint: 5025 F691 F943 8128 48A8 5025 77CE 29C5 8FA1 2E20 X-PGP-Key-ID: 0x8FA12E20 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jan 16, 2001 at 05:36:51PM +0000, Jamie Heckford scribbled: | Does anyone have any details of Open Source, or software included | with FreeBSD that allows the clustering of FreeBSD? | | I have 55 racks sitting here to play with, and want to start doing | some serious work (for me anyway!) with fBSD Beowulf runs perfectly on FreeBSD. I've admined one such cluster. The stuff is all in the ports. And Beowulf is free, open source. Try PVM and MPICH. However, the real question here is: What do you want to do? Clustering does not really help a lot of things. You really need programs written with parallel computing in mind. www.beowulf.org -- +------------------------------------------------------------------+ | keichii@peorth.iteration.net | keichii@bsdconspiracy.net | | http://peorth.iteration.net/~keichii | Yes, BSD is a conspiracy. | +------------------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 22: 3:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id 1FD0937B401 for <hackers@FreeBSD.ORG>; Tue, 16 Jan 2001 22:03:32 -0800 (PST) Received: (from dan@localhost) by dan.emsphone.com (8.11.1/8.11.1) id f0H63DD14141; Wed, 17 Jan 2001 00:03:13 -0600 (CST) (envelope-from dan) Date: Wed, 17 Jan 2001 00:03:13 -0600 From: Dan Nelson <dnelson@emsphone.com> To: Greg Black <gjb@gbch.net> Cc: Michael Bacarella <mbac@mmap.nyct.net>, hackers@FreeBSD.ORG Subject: Re: Permissions on crontab.. Message-ID: <20010117000313.A28355@dan.emsphone.com> References: <20010117001842.A28301@mmap.nyct.net> <nospam-3a652ec18b151ad@maxim.gbch.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.13i In-Reply-To: <nospam-3a652ec18b151ad@maxim.gbch.net>; from "Greg Black" on Wed Jan 17 15:33:53 GMT 2001 X-OS: FreeBSD 5.0-CURRENT Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In the last episode (Jan 17), Greg Black said: > Michael Bacarella wrote: > > Why is crontab suid root? > > > > I say to myself "To update /var/cron/tabs/ and to signal cron". > > > > Could crontab run suid 'cron'? > > > > If those are the only two things it needs to do, run cron as gid > > 'cron' and make /var/cron/tabs/ group writable by 'cron'. > > It has to run jobs as the correct user and must be able to setuid > accordingly. Not quite. As far as I can tell, crontab is setuid root for the sole purpose of being able to write to /var/cron/tabs. Cron checks the timestamp on the directory every minute, so crontab doesn't have to signal it for changes to get noticed. If you're paranoid, you can probably "chgrp cron /var/cron/tabs" and make crontab setgid cron without any ill effects. Cron itself must stay setuid root, of course, so it can run user crontabs as that user. Or it might need to be setuid for some other reason, since OpenBSD runs their crontab setuid root, and they usually are pretty security-paranoid. -- Dan Nelson dnelson@emsphone.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 22:47:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtpe.casema.net (smtpe.casema.net [195.96.96.172]) by hub.freebsd.org (Postfix) with SMTP id 461B837B401 for <hackers@FreeBSD.ORG>; Tue, 16 Jan 2001 22:47:28 -0800 (PST) Received: (qmail 22318 invoked from network); 17 Jan 2001 06:47:24 -0000 Received: from unknown (HELO slash.b118.binity.net) (212.64.76.64) by smtpe.casema.net with SMTP; 17 Jan 2001 06:47:24 -0000 Received: from tsunami.b118.binity.net (tsunami.b118.binity.net [172.18.3.10]) by slash.b118.binity.net (8.11.1/8.11.1) with ESMTP id f0H6l3Y61953; Wed, 17 Jan 2001 07:47:04 +0100 (CET) (envelope-from walter@binity.com) Date: Wed, 17 Jan 2001 07:47:23 +0100 From: "Walter W. Hop" <walter@binity.com> X-Mailer: The Bat! (v1.49) Educational Organization: Binity X-Priority: 3 (Normal) Message-ID: <19357397493.20010117074723@binity.com> To: "Michael R. Wayne" <wayne@staff.msen.com> Cc: hackers@FreeBSD.ORG Subject: Re: Protections on inetd (and /sbin/* /usr/sbin/* in general) In-reply-To: <200101170335.WAA18537@manor.msen.com> References: <200101170335.WAA18537@manor.msen.com> 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 exploit managed to start inetd, camped on the specified port I guess, if it doesn't exist already, that it wouldn't be so hard to create a small patch to the kernel, so that only processes owned by root, or a certain group of users (let's say "daemon"), were allowed to set up listeners... walter -- Walter W. Hop <walter@binity.com> | +31 6 24290808 | NEW KEY: 0x84813998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 23: 2:11 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 140E137B400 for <freebsd-hackers@freebsd.org>; Tue, 16 Jan 2001 23:01:54 -0800 (PST) Received: (from eric@localhost) by meow.osd.bsdi.com (8.11.1/8.9.3) id f0H707T27096 for freebsd-hackers@freebsd.org; Tue, 16 Jan 2001 23:00:07 -0800 (PST) (envelope-from eric) Date: Tue, 16 Jan 2001 23:00:07 -0800 From: Eric Melville <eric@meow.osd.bsdi.com> To: freebsd-hackers@freebsd.org Subject: syslogd patch Message-ID: <20010116230007.A27043@meow.osd.bsdi.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 Printing out the whole path to the kernel all the time in syslog messages is a bit redundant and ugly, especially seeing that it isn't done for any other binaries. Should I send-pr this thing too, or is just sending it to -hackers enough? --- usr/src/usr.sbin/syslogd/syslogd.c.old Sat Jan 13 21:20:28 2001 +++ usr/src/usr.sbin/syslogd/syslogd.c Sat Jan 13 22:27:44 2001 @@ -734,8 +734,8 @@ int flags; { struct filed *f; - int i, fac, msglen, omask, prilev; - char *timestamp; + int i, fac, msglen, omask, prilev, bflen; + char *timestamp, *bfshort; char prog[NAME_MAX+1]; char buf[MAXLINE+1]; @@ -784,7 +784,16 @@ /* add kernel prefix for kernel messages */ if (flags & ISKERNEL) { - snprintf(buf, sizeof(buf), "%s: %s", bootfile, msg); + /* ignore path to kernel */ + bflen = strlen(bootfile); + bfshort = bootfile; + while(bflen--) + if(*(bootfile+bflen) == '/') + { + bfshort = bootfile+bflen+1; + break; + } + snprintf(buf, sizeof(buf), "%s: %s", bfshort, msg); msg = buf; msglen = strlen(buf); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 23: 4:45 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 D6B3E37B400 for <hackers@FreeBSD.ORG>; Tue, 16 Jan 2001 23:04:25 -0800 (PST) Received: (qmail 87702 invoked by uid 1001); 17 Jan 2001 17:04:23 +1000 X-Posted-By: GJB-Post 2.09 16-Jan-2001 (FreeBSD) X-URL: http://www.gbch.net 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: <nospam-3a6543f7831566c@maxim.gbch.net> Date: Wed, 17 Jan 2001 17:04:23 +1000 From: Greg Black <gjb@gbch.net> To: Dan Nelson <dnelson@emsphone.com> Cc: Michael Bacarella <mbac@mmap.nyct.net>, hackers@FreeBSD.ORG Subject: Re: Permissions on crontab.. References: <20010117001842.A28301@mmap.nyct.net> <nospam-3a652ec18b151ad@maxim.gbch.net> <20010117000313.A28355@dan.emsphone.com> In-reply-to: <20010117000313.A28355@dan.emsphone.com> of Wed, 17 Jan 2001 00:03:13 CST Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dan Nelson wrote: > In the last episode (Jan 17), Greg Black said: > > Michael Bacarella wrote: > > > Why is crontab suid root? > > > > > > I say to myself "To update /var/cron/tabs/ and to signal cron". > > > > > > Could crontab run suid 'cron'? > > > > > > If those are the only two things it needs to do, run cron as gid > > > 'cron' and make /var/cron/tabs/ group writable by 'cron'. > > > > It has to run jobs as the correct user and must be able to setuid > > accordingly. > > Not quite. As far as I can tell, crontab is setuid root for the sole > purpose of being able to write to /var/cron/tabs. Cron checks the > timestamp on the directory every minute, so crontab doesn't have to > signal it for changes to get noticed. Previously, I wrote a bit faster than is good. There are indeed cron implementations where crontab signals cron, and they must be setuid root. However, as noted above, that's not the case with the current FreeBSD implementation. > If you're paranoid, you can > probably "chgrp cron /var/cron/tabs" and make crontab setgid cron > without any ill effects. Cron itself must stay setuid root, of course, > so it can run user crontabs as that user. At least I was not the only person to write hastily. It is not normal for cron to be setuid (and it is not on any BSD machine that I can check right now). It must be run by root, but that is accomplished by starting it from /etc/rc at boot time (or by root re-starting it as needed during normal operation). Dropping the setuid bit on crontab in favour of a setgid cron alternative also means changing the permissions on the /var/cron/tabs directory which is currently only accessible to root. I'm not sure I would want anybody else to have access there. But it would probably work OK. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 16 23: 5:33 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 433B837B698 for <freebsd-hackers@freebsd.org>; Tue, 16 Jan 2001 23:05:14 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.1/8.11.1) with ESMTP id f0H7JXl05133; Tue, 16 Jan 2001 23:19:34 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200101170719.f0H7JXl05133@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Howie Xu" <hxu@rios.sitaranetworks.com> Cc: freebsd-hackers@freebsd.org Subject: Re: ISR not triggered upon the interrupts and OS hangs In-reply-to: Your message of "Wed, 17 Jan 2001 00:30:27 EST." <KEEELJBACBIAGFBCPJMFKEAICFAA.hxu@rios.sitaranetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 16 Jan 2001 23:19:33 -0800 From: Mike Smith <msmith@freebsd.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Dear Freebsd Hackers, > > Here is a question regarding my bsd device drivers: > > I used the pci_map_int() to register an interrupt handler for my PCI device > (intline = 12). But when the interrupt comes in, the handler (ISR) is not > triggered at all. But the OS hangs and I can see continuous interrupts > coming in on the PCI sniffer. You don't use pci_map_int() on any modern version of FreeBSD; you use bus_alloc_resource() and bus_setup_intr(). Since you don't mention which FreeBSD version you're using, it's hard to be of any more assistance. -- ... 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 Tue Jan 16 23:18:57 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from moby.geekhouse.net (moby.geekhouse.net [64.81.6.36]) by hub.freebsd.org (Postfix) with ESMTP id B68BA37B400 for <freebsd-hackers@FreeBSD.org>; Tue, 16 Jan 2001 23:18:36 -0800 (PST) Received: from laptop.baldwin.cx (john@dhcp150.geekhouse.net [192.168.1.150]) by moby.geekhouse.net (8.11.0/8.9.3) with ESMTP id f0H7MUs64531; Tue, 16 Jan 2001 23:22:30 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: <XFMail.010116231840.jhb@FreeBSD.org> 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: <20010116230007.A27043@meow.osd.bsdi.com> Date: Tue, 16 Jan 2001 23:18:40 -0800 (PST) From: John Baldwin <jhb@FreeBSD.org> To: Eric Melville <eric@meow.osd.bsdi.com> Subject: RE: syslogd patch Cc: freebsd-hackers@FreeBSD.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 17-Jan-01 Eric Melville wrote: > Printing out the whole path to the kernel all the time in syslog messages is > a bit redundant and ugly, especially seeing that it isn't done for any other > binaries. > > Should I send-pr this thing too, or is just sending it to -hackers enough? > > --- usr/src/usr.sbin/syslogd/syslogd.c.old Sat Jan 13 21:20:28 2001 > +++ usr/src/usr.sbin/syslogd/syslogd.c Sat Jan 13 22:27:44 2001 > @@ -734,8 +734,8 @@ > int flags; > { > struct filed *f; > - int i, fac, msglen, omask, prilev; > - char *timestamp; > + int i, fac, msglen, omask, prilev, bflen; > + char *timestamp, *bfshort; > char prog[NAME_MAX+1]; > char buf[MAXLINE+1]; > > @@ -784,7 +784,16 @@ > > /* add kernel prefix for kernel messages */ > if (flags & ISKERNEL) { > - snprintf(buf, sizeof(buf), "%s: %s", bootfile, msg); > + /* ignore path to kernel */ > + bflen = strlen(bootfile); > + bfshort = bootfile; > + while(bflen--) > + if(*(bootfile+bflen) == '/') > + { > + bfshort = bootfile+bflen+1; > + break; > + } > + snprintf(buf, sizeof(buf), "%s: %s", bfshort, msg); You could use strrchr(3) here instead of rolling your own loop. However, this will print out 'kernel' for every kernel. If I 'boot kernel.foo' from the loader, then the bootfile will be /boot/kernel.foo/kernel, and this will trim the /boot/kenrel.foo/ part. The kernel.foo part is actually the important part, however, so I'd prefer it to not do this. -- John Baldwin <jhb@FreeBSD.org> -- 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 Tue Jan 16 23:32:33 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from rapier.smartspace.co.za (rapier.smartspace.co.za [66.8.25.34]) by hub.freebsd.org (Postfix) with SMTP id B4E3C37B400 for <hackers@FreeBSD.ORG>; Tue, 16 Jan 2001 23:32:12 -0800 (PST) Received: (qmail 10010 invoked by uid 1001); 17 Jan 2001 07:32:04 -0000 Date: Wed, 17 Jan 2001 09:32:04 +0200 From: Neil Blakey-Milner <nbm@rapier.smartspace.co.za> To: Greg Black <gjb@gbch.net> Cc: Dan Nelson <dnelson@emsphone.com>, Michael Bacarella <mbac@mmap.nyct.net>, hackers@FreeBSD.ORG Subject: Re: Permissions on crontab.. Message-ID: <20010117093204.A8964@rapier.smartspace.co.za> References: <20010117001842.A28301@mmap.nyct.net> <nospam-3a652ec18b151ad@maxim.gbch.net> <20010117000313.A28355@dan.emsphone.com> <nospam-3a6543f7831566c@maxim.gbch.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <nospam-3a6543f7831566c@maxim.gbch.net>; from gjb@gbch.net on Wed, Jan 17, 2001 at 05:04:23PM +1000 Organization: Building Intelligence X-Operating-System: FreeBSD 4.2-RELEASE i386 X-URL: http://rucus.ru.ac.za/~nbm/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed 2001-01-17 (17:04), Greg Black wrote: > > In the last episode (Jan 17), Greg Black said: > > > Michael Bacarella wrote: > > > > Why is crontab suid root? > > > > > > > > I say to myself "To update /var/cron/tabs/ and to signal cron". > > > > > > > > Could crontab run suid 'cron'? > > > > > > > > If those are the only two things it needs to do, run cron as gid > > > > 'cron' and make /var/cron/tabs/ group writable by 'cron'. > > > > > > It has to run jobs as the correct user and must be able to setuid > > > accordingly. > > > > Not quite. As far as I can tell, crontab is setuid root for the sole > > purpose of being able to write to /var/cron/tabs. Cron checks the > > timestamp on the directory every minute, so crontab doesn't have to > > signal it for changes to get noticed. > > > If you're paranoid, you can > > probably "chgrp cron /var/cron/tabs" and make crontab setgid cron > > without any ill effects. Cron itself must stay setuid root, of course, > > so it can run user crontabs as that user. > > Dropping the setuid bit on crontab in favour of a setgid cron > alternative also means changing the permissions on the > /var/cron/tabs directory which is currently only accessible to > root. I'm not sure I would want anybody else to have access > there. But it would probably work OK. You need only add group read and write permissions for the crontab group. Since noone is in the crontab group, unless they invoke crontab, noone will be gaining any "extra" privilege. I also toyed with making the directory sticky, and adding sanity checks to cron to not invoke tabs not owned by the user they refer to or root, or at least give warnings. FWIW, I had patches to convert 'at' and 'crontab' to being sgid-at and sgid-crontab ('at' has some really ugly macros that luckily aren't needed again). I'll probably be doing them again, now that my time is more sane. Neil -- Neil Blakey-Milner nbm@smartspace.co.za To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 0:13: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.simplexi.com (unknown [203.231.63.2]) by hub.freebsd.org (Postfix) with ESMTP id 6AAD937B698 for <freebsd-hackers@FreeBSD.ORG>; Wed, 17 Jan 2001 00:12:41 -0800 (PST) Received: from chulwon (cwmin [203.231.63.178]) by mail.simplexi.com (8.9.3/8.9.3) with SMTP id RAA13942 for <freebsd-hackers@FreeBSD.ORG>; Wed, 17 Jan 2001 17:13:13 +0900 Message-ID: <002501c0805c$ea559e00$b23fe7cb@chulwon> From: "¹Îö¿ø" <cwmin@simplexi.com> To: <freebsd-hackers@FreeBSD.ORG> Subject: LVS with FreeBSD Date: Wed, 17 Jan 2001 17:10:12 +0900 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, I am setting up a LVS/DR cluster with 2 nodes(FreeBSD), but It doesn't work. Here is my network configuration; Internet (203.231.63.70 is Virtual IP) | | Router (203.231.63.0/24 network) | | <----- eth0 : 203.231.63.74 LVS(Linux) | <----- eth1 : 203.231.63.70 (VIP) | ------------------ | | SVR1 SVR2 <-- Real Servers are FreeBSD 4.2-RELEASE fxp0 : 203.231.63.70 203.231.63.70 (VIP) fxp1 : 203.231.63.71 203.231.63.72 (Real IP) ----] in Load Valancing Server(203.231.63.74); [root@ha1 log]# ifconfig -a eth0 Link encap:Ethernet HWaddr 00:10:5A:80:D7:FF inet addr:203.231.63.74 Bcast:203.231.63.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 eth1 Link encap:Ethernet HWaddr 00:10:5A:76:02:49 inet addr:203.231.63.70 Bcast:203.231.63.70 Mask:255.255.255.255 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:3924 Metric:1 [root@LVS /]# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 203.231.63.70 0.0.0.0 255.255.255.255 UH 0 0 0 eth1 203.231.63.74 0.0.0.0 255.255.255.255 UH 0 0 0 eth0 203.231.63.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 203.231.63.254 0.0.0.0 UG 0 0 0 eth0 [root@LVS /]# sysctl -p net.ipv4.ip_forward = 1 net.ipv4.conf.all.rp_filter = 1 net.ipv4.ip_always_defrag = 0 kernel.sysrq = 0 [root@LVS /]# vi /etc/ha.d/conf/ldirectord.cf timeout=3 checkinterval=5 autoreload=no fallback=127.0.0.1:80 virtual=203.231.63.70:80 real=203.231.63.71:80 gate 1 real=203.231.63.72:80 gate 1 service=http request="index.html" receive="Test Page" scheduler=rr protocol=tcp ----] in Real Server(231.63.71,72); SVR1# ifconfig -a fxp0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500 inet 203.231.63.70 netmask 0xffffffff broadcast 203.231.63.70 fxp1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500 inet 203.231.63.72 netmask 0xffffff00 broadcast 203.231.63.255 SVR2 in the same way.. ******* Problem: 1. LVS dosen't forward http request packet to the real server.. 2. I don't know how FreeBSD(real server) can avoid arp request.. About first problem: Client try to connect 203.231.63.70:80, but LVS doesn't reply to that SYN packet.. There are 2 things that seems odd.. First, When I start up ldirectord, output is like this.. [root@LVS /]# /etc/rc.d/init.d/ldirectord start Starting ldirectord [ OK ] [root@LVS /]# vi /var/log/ldirectord.log ...... [Tue Jan 16 13:47:48 2001..] Starting Linux Director Daemon [Tue Jan 16 13:47:48 2001..] Adding virtual server: 203.231.63.70:80 [Tue Jan 16 13:47:48 2001..] Starting fallback server for: 203.231.63.70:80 [Tue Jan 16 13:47:49 2001..] Adding real server: 203.231.63.71:80 (1*203.231.63.70:80) [Tue Jan 16 13:47:49 2001..] Turning off fallback server for: 203.231.63.70:80 [Tue Jan 16 13:47:49 2001..] system(/sbin/ipvsadm -a -t 203.231.63.70:80 -R 203.231.63.72:80 -g -w 1) failed [Tue Jan 16 13:47:49 2001..] Adding real server: 203.231.63.72:80 (2*203.231.63.70:80) ...... system(/sbin/ipvsadm -a -t 203.231.63.70:80 -R 203.231.63.72:80 -g -w 1) failed **Why this error occured?? What should I do to eliminate this error message?? Second, Here's my ipvsadm output: [root@LVS /]# ipvsadm -L -n IP Virtual Server version 0.9.7 (size=4096) Prot LocalAddress:Port Scheduler Flags -> RemoteAddress:Port Forward Weight ActiveConn InActConn TCP 203.231.63.70:www rr -> 255.255.255.255:52199 Masq 4194304 0 0 Last output line seems wrong,, I think It should look like this.. right? TCP 203.231.63.70:www rr -> 203.231.63.71:80 route 1 0 0 -> 203.231.63.72:80 route 1 0 0 **How can I fix this thing?? Second problem: As you know.. in LVS cluster, real servers should not reply to arp request that asks VIP's MAC address.. Only LVS should reply to that arp request.. I have an idea about it.. Let the real server reply to client's arp request(for VIP) with LVS's hardware address.. then all client's packet that towards VIP go to the LVS.. That's a good idea.. so I commanded like this.. arp -s 203.231.63.70 00:10:5A:76:02:49 pub 203.231.63.70 is VIP and 00:10:5A:76:02:49 is LVS's MAC address.. I got a meessage : set: proxy entry exists for non 802 device without 'pub' flag : set: can only proxy for 203.231.63.70 ***What is this message means?? ***ARP reply with another MAC address is impossible?? ***How can I solve this arp problem?? Thanks in advance.. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 0:35:12 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 4F57637B6A5 for <hackers@FreeBSD.ORG>; Wed, 17 Jan 2001 00:34:51 -0800 (PST) Received: (qmail 14644 invoked by uid 1000); 17 Jan 2001 08:33:31 -0000 Date: Wed, 17 Jan 2001 10:33:30 +0200 From: Peter Pentchev <roam@orbitel.bg> To: "Walter W. Hop" <walter@binity.com> Cc: "Michael R. Wayne" <wayne@staff.msen.com>, hackers@FreeBSD.ORG Subject: Re: Protections on inetd (and /sbin/* /usr/sbin/* in general) Message-ID: <20010117103330.L364@ringworld.oblivion.bg> Mail-Followup-To: "Walter W. Hop" <walter@binity.com>, "Michael R. Wayne" <wayne@staff.msen.com>, hackers@FreeBSD.ORG References: <200101170335.WAA18537@manor.msen.com> <19357397493.20010117074723@binity.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <19357397493.20010117074723@binity.com>; from walter@binity.com on Wed, Jan 17, 2001 at 07:47:23AM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Jan 17, 2001 at 07:47:23AM +0100, Walter W. Hop wrote: > > The exploit managed to start inetd, camped on the specified port > > I guess, if it doesn't exist already, that it wouldn't be so hard to > create a small patch to the kernel, so that only processes owned by root, > or a certain group of users (let's say "daemon"), were allowed to set up > listeners... I've actually been thinking along the lines of something like that. A bit more strict access control though - bind() on AF_INET and/or AF_INET6 disabled by default, except for certain uid/sockaddr pairs. A kernel module keeping a table of uid/sockaddr pairs, and a userland tool (bindcontrol?) to feed it the necessary data. Does this strike people as particularly useless? :) I can think of at least one situation where it would be useful - shell hosting with virtual hostnames, where people are only allowed to have stuff listen on addresses they themselves have registered. And yes, I know about jail, and it seems a bit too much of an overkill. G'luck, Peter -- When you are not looking at it, this sentence is in Spanish. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 2:17:28 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 BC6A237B401 for <hackers@FreeBSD.ORG>; Wed, 17 Jan 2001 02:17:07 -0800 (PST) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id <aa27111@salmon>; 17 Jan 2001 10:17:03 +0000 (GMT) Date: Wed, 17 Jan 2001 10:17:03 +0000 From: David Malone <dwmalone@maths.tcd.ie> To: Peter Pentchev <roam@orbitel.bg> Cc: "Walter W. Hop" <walter@binity.com>, "Michael R. Wayne" <wayne@staff.msen.com>, hackers@FreeBSD.ORG Subject: Re: Protections on inetd (and /sbin/* /usr/sbin/* in general) Message-ID: <20010117101703.A25338@walton.maths.tcd.ie> References: <200101170335.WAA18537@manor.msen.com> <19357397493.20010117074723@binity.com> <20010117103330.L364@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: <20010117103330.L364@ringworld.oblivion.bg>; from roam@orbitel.bg on Wed, Jan 17, 2001 at 10:33:30AM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Jan 17, 2001 at 10:33:30AM +0200, Peter Pentchev wrote: > I've actually been thinking along the lines of something like that. > A bit more strict access control though - bind() on AF_INET and/or AF_INET6 > disabled by default, except for certain uid/sockaddr pairs. A kernel module > keeping a table of uid/sockaddr pairs, and a userland tool (bindcontrol?) > to feed it the necessary data. I think it would be very difficult to do this sensibly. You might be able to stop people listening on tcp ports, but if you stop people listening on UDP ports then DNS stops working. (Stopping people listening on TCP ports is also likely to break ssh, ftp and various other things - tough that may be desirable in the situation in question.) David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 2:28:41 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 B1CF337B400 for <hackers@FreeBSD.org>; Wed, 17 Jan 2001 02:28:23 -0800 (PST) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id <aa28143@salmon>; 17 Jan 2001 10:28:23 +0000 (GMT) Date: Wed, 17 Jan 2001 10:28:22 +0000 From: David Malone <dwmalone@maths.tcd.ie> To: mbac@mmap.nyct.net Cc: hackers@FreeBSD.org Subject: Re: Permissions on crontab.. Message-ID: <20010117102822.B25338@walton.maths.tcd.ie> References: <20010117001842.A28301@mmap.nyct.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010117001842.A28301@mmap.nyct.net>; from mbac@mmap.nyct.net on Wed, Jan 17, 2001 at 12:18:42AM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Jan 17, 2001 at 12:18:42AM -0500, mbac@mmap.nyct.net wrote: > Why is crontab suid root? > > I say to myself "To update /var/cron/tabs/ and to signal cron". > > Could crontab run suid 'cron'? > > If those are the only two things it needs to do, run cron as > gid 'cron' and make /var/cron/tabs/ group writable by 'cron'. I'm not sure how much this would help. Being able to write arbitary crontabs is eqivelent to root access. Making a user or group who can write cron jobs is almost equivelent to adding a second root user. It would probably be better to spend the time looking at the crontab source code for risky bits of code. (I guess it provides some protection in the case where you are making the crontab user read files it shouldn't. If you can make it write files it shouldn't then you're getting into the root equivelent area). David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 2:30:58 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 AAFE837B400 for <hackers@FreeBSD.ORG>; Wed, 17 Jan 2001 02:30:38 -0800 (PST) Received: (qmail 17145 invoked by uid 1000); 17 Jan 2001 10:29:16 -0000 Date: Wed, 17 Jan 2001 12:29:16 +0200 From: Peter Pentchev <roam@orbitel.bg> To: David Malone <dwmalone@maths.tcd.ie> Cc: "Walter W. Hop" <walter@binity.com>, "Michael R. Wayne" <wayne@staff.msen.com>, hackers@FreeBSD.ORG Subject: Re: Protections on inetd (and /sbin/* /usr/sbin/* in general) Message-ID: <20010117122916.O364@ringworld.oblivion.bg> Mail-Followup-To: David Malone <dwmalone@maths.tcd.ie>, "Walter W. Hop" <walter@binity.com>, "Michael R. Wayne" <wayne@staff.msen.com>, hackers@FreeBSD.ORG References: <200101170335.WAA18537@manor.msen.com> <19357397493.20010117074723@binity.com> <20010117103330.L364@ringworld.oblivion.bg> <20010117101703.A25338@walton.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010117101703.A25338@walton.maths.tcd.ie>; from dwmalone@maths.tcd.ie on Wed, Jan 17, 2001 at 10:17:03AM +0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Jan 17, 2001 at 10:17:03AM +0000, David Malone wrote: > On Wed, Jan 17, 2001 at 10:33:30AM +0200, Peter Pentchev wrote: > > > I've actually been thinking along the lines of something like that. > > A bit more strict access control though - bind() on AF_INET and/or AF_INET6 > > disabled by default, except for certain uid/sockaddr pairs. A kernel module > > keeping a table of uid/sockaddr pairs, and a userland tool (bindcontrol?) > > to feed it the necessary data. > > I think it would be very difficult to do this sensibly. You might > be able to stop people listening on tcp ports, but if you stop > people listening on UDP ports then DNS stops working. Yes, I know about the problems with UDP.. there are not too many undesirable things users may run on UDP though, so for the first approximation, I'd keep restrictions to TCP only. > (Stopping people listening on TCP ports is also likely to break > ssh, ftp and various other things - tough that may be desirable > in the situation in question.) ftp has a passive mode; how exactly does this break ssh? (or do you mean connection forwarding?) Anyway, with a bit more thought, users may be allowed to bind to some kind of 'primary' address (hmm maybe the distinction between an interface address and interface alias could be applied here).. or just told 'tough!' :) G'luck, Peter -- When you are not looking at it, this sentence is in Spanish. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 2:39:19 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 79C5E37B400 for <hackers@FreeBSD.org>; Wed, 17 Jan 2001 02:39:00 -0800 (PST) Received: (qmail 17237 invoked by uid 1000); 17 Jan 2001 10:37:41 -0000 Date: Wed, 17 Jan 2001 12:37:41 +0200 From: Peter Pentchev <roam@orbitel.bg> To: David Malone <dwmalone@maths.tcd.ie> Cc: mbac@mmap.nyct.net, hackers@FreeBSD.org Subject: Re: Permissions on crontab.. Message-ID: <20010117123740.Q364@ringworld.oblivion.bg> Mail-Followup-To: David Malone <dwmalone@maths.tcd.ie>, mbac@mmap.nyct.net, hackers@FreeBSD.org References: <20010117001842.A28301@mmap.nyct.net> <20010117102822.B25338@walton.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010117102822.B25338@walton.maths.tcd.ie>; from dwmalone@maths.tcd.ie on Wed, Jan 17, 2001 at 10:28:22AM +0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Jan 17, 2001 at 10:28:22AM +0000, David Malone wrote: > On Wed, Jan 17, 2001 at 12:18:42AM -0500, mbac@mmap.nyct.net wrote: > > > Why is crontab suid root? > > > > I say to myself "To update /var/cron/tabs/ and to signal cron". > > > > Could crontab run suid 'cron'? > > > > If those are the only two things it needs to do, run cron as > > gid 'cron' and make /var/cron/tabs/ group writable by 'cron'. > > I'm not sure how much this would help. Being able to write arbitary > crontabs is eqivelent to root access. Making a user or group who > can write cron jobs is almost equivelent to adding a second root > user. It would probably be better to spend the time looking at the > crontab source code for risky bits of code. > > (I guess it provides some protection in the case where you are > making the crontab user read files it shouldn't. If you can make > it write files it shouldn't then you're getting into the root > equivelent area). Currently crontab only allows you to change others' files if you specify the -u option, which in turn is only allowed if you already are the superuser. ..or did you mean some kind of unintended/faulty behavior? Yes, running crontab setgid does open a window of opportunity for errors, but no more, I think, than running it setuid, as it currently is. G'luck, Peter -- Hey, out there - is it *you* reading me, or is it someone else? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 2:40:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from birch.ripe.net (birch.ripe.net [193.0.1.96]) by hub.freebsd.org (Postfix) with ESMTP id E950437B401; Wed, 17 Jan 2001 02:39:51 -0800 (PST) Received: from x54.ripe.net (x54.ripe.net [193.0.1.54]) by birch.ripe.net (8.8.8/8.8.8) with ESMTP id LAA05672; Wed, 17 Jan 2001 11:39:49 +0100 (CET) Received: (from marks@localhost) by x54.ripe.net (8.8.8/8.8.5) id LAA08983; Wed, 17 Jan 2001 11:39:49 +0100 (CET) Date: Wed, 17 Jan 2001 11:39:49 +0100 From: Mark Santcroos <marks@ripe.net> To: "Michael C . Wu" <keichii@iteration.net>, Julian Elischer <julian@elischer.org>, freebsd-hackers@freebsd.org, benno@freebsd.org Subject: Re: adding an address family Message-ID: <20010117113949.A29173@ripe.net> References: <20010116103212.C12906@ripe.net> <3A649154.B345C634@elischer.org> <20010116194307.A28087@ripe.net> <3A64B6C2.6D0ADF97@elischer.org> <20010116232326.A6513@ripe.net> <20010116233409.A9413@peorth.iteration.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <20010116233409.A9413@peorth.iteration.net>; from keichii@iteration.net on Tue, Jan 16, 2001 at 11:34:09PM -0600 X-Handles: MS6-6BONE, MS32260-NIC, MS18417-RIPE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jan 16, 2001 at 11:34:09PM -0600, Michael C . Wu wrote: > | Ok I'm trying to make a port of the IrDA stack on Linux to FreeBSD. > | I've now written the driver for the chipset on my laptop, and I am ready > | with that to pass data to an upper layer. > > Basically, we really do not want the Linux solution of doing IrDA. > Using Netgraph would be much simpler. Email me and I will let you > into my CVS repo of the IrDA ongoing work that Benno and I have done. > Benno is working hard on FreeBSD/PPC kernel porting. I am doing the > FreeBSD/PowerPC userland porting as well as I18N wchar* changes. > Both of us are swamped, and the IrDA work has stagnated. I think we > will gladly hand over the work. :) Ok, that's fine with me, I am eager to see what progress you two have made. > | Following to that one I had another question: > | > | 2. Is Netgraph going to be the future in FreeBSD network stacks. Iaw, will > | tcp/ip be based on Netgraph in the future or will it just be a nice > | extension but not more. > > Possibly, but why? TCP/IP can be very resource intensive. After all, > we have systems designed to only do TCP/IP, servers. > IrDA, at maximum performance, cannot be higher than ~4mbit/sec, compared > to gigabit ethernet and ATM networks that FreeBSD supports. > At such high levels of I/O and CPU time, we can afford to have TCP/IP > services in the kernel. On the contrary, IrDA is ugly and should > be organized by Netgraph. *nods* That was the answer I expected, but wanted it to know for sure. > | The reason I ask it is this: Is it wise to implement my protocol based on > | Netgraph (so I can do it as a kernel module), or should I just build it > | into the kernel? > > Netgraph all the way. (/me pondering what Julian is thinking) > IrDA is a bunch of messed up ugly protocols that can simply be > different ng_* Netgraph nodes. I get the feeling I should use netgraph *grin* > Do you have the IrDA ISA driver? If so, for what chipset? > Is yours the National Semiconductor Super IO chipsets? > Can I see the IrDA ISA driver? :) I've written the PCI IrDA driver for my Toshiba laptop, the OBOE chipset. I am willing to write other drivers too, if someone can supply me with the needed hardware to develop for. One thing I will look at tonight is an old Tulip laptop I have laying around somewhere. It has an infrared port, but I have no idea what chipset. My driver is strongly based on the OBOE driver from Linux, so porting the other drivers should not be a big problem probably. (This one costed me a bit more time because it was my first PCI driver) Mark -- Mark Santcroos RIPE Network Coordination Centre PGP KeyID: 1024/0x3DCBEB8D PGP Fingerprint: BB1E D037 F29D 4B40 0B26 F152 795F FCAB 3DCB EB8D To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 2:46:18 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 CAA4237B400 for <hackers@FreeBSD.org>; Wed, 17 Jan 2001 02:46:01 -0800 (PST) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id <aa30069@salmon>; 17 Jan 2001 10:45:57 +0000 (GMT) To: Peter Pentchev <roam@orbitel.bg> Cc: mbac@mmap.nyct.net, hackers@FreeBSD.org Subject: Re: Permissions on crontab.. In-reply-to: Your message of "Wed, 17 Jan 2001 12:37:41 +0200." <20010117123740.Q364@ringworld.oblivion.bg> X-Request-Do: Date: Wed, 17 Jan 2001 10:45:57 +0000 From: David Malone <dwmalone@maths.tcd.ie> Message-ID: <200101171045.aa30069@salmon.maths.tcd.ie> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > ..or did you mean some kind of unintended/faulty behavior? Yes, I ment unintended. > running crontab setgid does open a window of opportunity for errors, > but no more, I think, than running it setuid, as it currently is. True - but I'd say it provides a false sense of security, which might be more damaging than the extra security provided against read-only exploits in crontab. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 2:51:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from serenity.mcc.ac.uk (serenity.mcc.ac.uk [130.88.200.93]) by hub.freebsd.org (Postfix) with ESMTP id 7051237B401 for <freebsd-hackers@freebsd.org>; Wed, 17 Jan 2001 02:51:02 -0800 (PST) Received: from dogma.freebsd-uk.eu.org ([130.88.200.97]) by serenity.mcc.ac.uk with esmtp (Exim 2.05 #4) id 14IqBB-000K5x-00 for freebsd-hackers@freebsd.org; Wed, 17 Jan 2001 10:51:01 +0000 Received: (from rasputin@localhost) by dogma.freebsd-uk.eu.org (8.11.1/8.11.1) id f0HAp1h55272 for freebsd-hackers@freebsd.org; Wed, 17 Jan 2001 10:51:01 GMT (envelope-from rasputin) Date: Wed, 17 Jan 2001 10:51:01 +0000 From: Rasputin <rasputin@FreeBSD-uk.eu.org> To: freebsd-hackers@freebsd.org Subject: Overview of CVS changes Message-ID: <20010117105101.A55253@dogma.freebsd-uk.eu.org> 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 Hi there - thansk for those suggestions for books the other day; once the post-Christmas overdraft gets cleared, I'm off to the shops. In the emantime, I wondered if anyone knew a way to see what had changed in STABLE, other than 'cvsup... | tee logfile' - /usr/src/UPDATING doesn't change much.. Maybe something like freshports for branches other than ports? -- 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 Wed Jan 17 3: 1:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from level3.dynacom.net (level3.dynacom.net [206.107.213.213]) by hub.freebsd.org (Postfix) with SMTP id 2DBF237B400 for <freebsd-hackers@freebsd.org>; Wed, 17 Jan 2001 03:01:06 -0800 (PST) Received: (qmail 22275 invoked by uid 0); 17 Jan 2001 11:01:02 -0000 Received: from unknown (HELO urx.com) (206.159.132.160) by mail.urx.com with SMTP; 17 Jan 2001 11:01:02 -0000 Message-ID: <3A657B6E.673E6EEC@urx.com> Date: Wed, 17 Jan 2001 03:01:02 -0800 From: Kent Stewart <kstewart@urx.com> Reply-To: kstewart@urx.com Organization: Dynacom X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Matt Dillon <dillon@earth.backplane.com> Cc: freebsd-hackers@freebsd.org Subject: Re: Possible bug in /usr/bin/makewhatis. References: <200101170441.f0H4fmw45025@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 Matt Dillon wrote: > > I was doing some installworlds and got a bunch of 'gzcat: Broken pipe' > errors at the very end when it was doing 'makewhatis' on various manual > directories. It also only happens if you are running ssh to logon to the computer doing the makewhatis. You can telnet to the system and you don't see the problem. Kent > > I believe the problem is related to the makewhatis perl script closing > the input descriptor before draining all the input, but not being a > perl progammer I can't tell for sure. The place where the perl program > appeared to be closing the input prematurely is here: > > # ``man'' style pages > # &&: it takes you only half the user time, regexp is slow!!! > if (/^\.SH/ && /^\.SH[ \t]+["]?($section_name)["]?/) { > #while(<F>) { last unless /^\./ } # Skip > #chop; $list = $_; > while(<F>) { > last if /^\.SH[ \t]/; <<<<<<<<<<<<<<<<<<<<< here > chop; > s/^\.IX\s.*//; # delete perlpod garbage > s/^\.[A-Z]+[ ]+[0-9]+$//; # delete commands > s/^\.[A-Za-z]+[ \t]*//; # delete commands > s/^\.\\".*$//; #" delete comments > s/^[ \t]+//; > if ($_) { > $list .= $_; > $list .= ' '; > } > } > &out($list); close F; return 1; <<<<<<<<<<<< closing here > ... > > Could someone take a look at that? There might be other places as well. > Thanks! > > -Matt > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- Kent Stewart Richland, WA mailto:kbstew99@hotmail.com http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 3: 9:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 4B45937B404 for <freebsd-hackers@FreeBSD.ORG>; Wed, 17 Jan 2001 03:08:50 -0800 (PST) Received: from newsguy.com (p16-dn03kiryunisiki.gunma.ocn.ne.jp [210.232.224.145]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id UAA25447; Wed, 17 Jan 2001 20:08:39 +0900 (JST) Message-ID: <3A657B2D.381A913E@newsguy.com> Date: Wed, 17 Jan 2001 19:59:57 +0900 From: "Daniel C. Sobral" <dcs@newsguy.com> X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR MIME-Version: 1.0 To: mouss <usebsd@free.fr> Cc: Philippe CASIDY <pcasidy@casidy.com>, gerald_stoller@hotmail.com, freebsd-hackers@FreeBSD.ORG Subject: Re: Mounting a CDROM in freeBSD 4.2 References: <F60k4R9xC2pKFRyqwdp00013d3f_hotmail.com@ns.sol.net> <F60k4R9xC2pKFRyqwdp00013d3f_hotmail.com@ns.sol.net> <4.3.0.20010116184704.03ea9100@pop.free.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG mouss wrote: > > and you must make sure your kernel is compiled with > options CD9660 Err... no. The kld gets autoloaded if the kernel doesn't have cd9660 compiled-in. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@a.crazy.bsdconspiracy.net "There is no spoon." -- Kiki To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 3:15:26 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id A0E3D37B400; Wed, 17 Jan 2001 03:15:07 -0800 (PST) Received: from newsguy.com (p16-dn03kiryunisiki.gunma.ocn.ne.jp [210.232.224.145]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id UAA26340; Wed, 17 Jan 2001 20:12:10 +0900 (JST) Message-ID: <3A657D79.89A507C4@newsguy.com> Date: Wed, 17 Jan 2001 20:09:45 +0900 From: "Daniel C. Sobral" <dcs@newsguy.com> X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR MIME-Version: 1.0 To: Jordan Hubbard <jkh@winston.osd.bsdi.com> Cc: Ras-Sol <ras-sol@usa.net>, "Matthew N. Dodd" <winter@jurai.net>, Poul-Henning Kamp <phk@critter.freebsd.dk>, Wilko Bulte <wkb@freebie.demon.nl>, Dag-Erling Smorgrav <des@ofug.org>, hackers@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: One thing linux does better than FreeBSD... References: <89588.979692517@winston.osd.bsdi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jordan Hubbard wrote: > > Go for it! We did a version of him here holding a smoking AK-47 and > looking positively demented and it was one of the most popular > renderings at the office. :-) And the reason it never circulated outside that office is...? :-) -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@a.crazy.bsdconspiracy.net "There is no spoon." -- Kiki To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 3:25: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 53E1237B400 for <hackers@FreeBSD.ORG>; Wed, 17 Jan 2001 03:24:47 -0800 (PST) Received: from newsguy.com (p27-dn02kiryunisiki.gunma.ocn.ne.jp [211.0.245.92]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id UAA29822; Wed, 17 Jan 2001 20:24:38 +0900 (JST) Message-ID: <3A657FB8.A70C0A2D@newsguy.com> Date: Wed, 17 Jan 2001 20:19:20 +0900 From: "Daniel C. Sobral" <dcs@newsguy.com> X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR MIME-Version: 1.0 To: "Michael R. Wayne" <wayne@staff.msen.com> Cc: hackers@FreeBSD.ORG Subject: Re: Protections on inetd (and /sbin/* /usr/sbin/* in general) References: <200101170335.WAA18537@manor.msen.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Michael R. Wayne" wrote: > > Recommendation: > A number of the executables located in /sbin and /usr/sbin are > never going to be invoked for any legitimate use by anyone other > than the superuser. In particular, servers such as portmap and > inetd run by non-root users are unlikely to do what was intended. > It seems a prudent measure to simply not set execute permission > by "other" on such programs during the install, giving the user > a handy "Permission denied" message when such an attempt is made. > > For those reading quickly, I am NOT recommending removing execute > permission on ALL of /sbin/* and /usr/sbin/*, only on programs > such as "portmap", "inetd", "lpd", "syslogd", "halt", "reboot" > and others which perform no useful function to normal users. > /sbin/init already enforces this condition, how about expanding it? Setup jail instead. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@a.crazy.bsdconspiracy.net "There is no spoon." -- Kiki To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 3:43:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from peitho.fxp.org (peitho.fxp.org [209.26.95.40]) by hub.freebsd.org (Postfix) with ESMTP id 8EFB037B401 for <freebsd-hackers@freebsd.org>; Wed, 17 Jan 2001 03:43:03 -0800 (PST) Received: from earth.causticlabs.com (oca-c1s2-33.mfi.net [209.26.94.80]) by peitho.fxp.org (Postfix) with ESMTP id 6C4371360C; Wed, 17 Jan 2001 06:43:02 -0500 (EST) Received: by earth.causticlabs.com (Postfix, from userid 1000) id 591BA1F7E; Wed, 17 Jan 2001 06:42:59 -0500 (EST) Date: Wed, 17 Jan 2001 06:42:59 -0500 From: Chris Faulhaber <jedgar@fxp.org> To: Rasputin <rasputin@FreeBSD-uk.eu.org> Cc: freebsd-hackers@freebsd.org Subject: Re: Overview of CVS changes Message-ID: <20010117064259.A22811@earth.causticlabs.com> Mail-Followup-To: Chris Faulhaber <jedgar@fxp.org>, Rasputin <rasputin@FreeBSD-uk.eu.org>, freebsd-hackers@freebsd.org References: <20010117105101.A55253@dogma.freebsd-uk.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010117105101.A55253@dogma.freebsd-uk.eu.org>; from rasputin@FreeBSD-uk.eu.org on Wed, Jan 17, 2001 at 10:51:01AM +0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Jan 17, 2001 at 10:51:01AM +0000, Rasputin wrote: > > Hi there - thansk for those suggestions for books the other day; > once the post-Christmas overdraft gets cleared, I'm off to the shops. > > In the emantime, I wondered if anyone knew a way to see what had changed in STABLE, > other than 'cvsup... | tee logfile' - /usr/src/UPDATING doesn't change much.. > Bruce Mah tends to keep RELNOTES.TXT up-to-date. It doesn't cover every commit, but gives a decent overview of big changes. -- Chris D. Faulhaber - jedgar@fxp.org - jedgar@FreeBSD.org -------------------------------------------------------- FreeBSD: 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 Wed Jan 17 4:37:20 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 D5C2237B400 for <freebsd-hackers@FreeBSD.ORG>; Wed, 17 Jan 2001 04:36:58 -0800 (PST) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id <aa47862@salmon>; 17 Jan 2001 12:36:57 +0000 (GMT) To: "Daniel C. Sobral" <dcs@newsguy.com> Cc: mouss <usebsd@free.fr>, Philippe CASIDY <pcasidy@casidy.com>, gerald_stoller@hotmail.com, freebsd-hackers@FreeBSD.ORG, iedowse@maths.tcd.ie Subject: Re: Mounting a CDROM in freeBSD 4.2 In-Reply-To: Your message of "Wed, 17 Jan 2001 19:59:57 +0900." <3A657B2D.381A913E@newsguy.com> Date: Wed, 17 Jan 2001 12:36:57 +0000 From: Ian Dowse <iedowse@maths.tcd.ie> Message-ID: <200101171236.aa47862@salmon.maths.tcd.ie> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <3A657B2D.381A913E@newsguy.com>, "Daniel C. Sobral" writes: >> and you must make sure your kernel is compiled with >> options CD9660 > >Err... no. The kld gets autoloaded if the kernel doesn't have cd9660 >compiled-in. The error message that is printed is misleading though, and gives the impression that cd9660 filesystem support is missing: cd9660: No such file or directory When mount(8) runs mount_cd9660, it gives it an argv[0] of the fileystem type i.e. 'cd9660'. That's where the cd9660 in the error message comes from. Maybe mount_cd9660 (and other mount_* programs) should provide a bit more information in the error message? Ian Index: mount_cd9660.c =================================================================== RCS file: /home/iedowse/CVS/src/sbin/mount_cd9660/mount_cd9660.c,v retrieving revision 1.15 diff -u -r1.15 mount_cd9660.c --- mount_cd9660.c 1999/10/09 11:54:08 1.15 +++ mount_cd9660.c 2001/01/17 12:34:23 @@ -176,7 +176,7 @@ errx(1, "cd9660 filesystem is not available"); if (mount(vfc.vfc_name, mntpath, mntflags, &args) < 0) - err(1, NULL); + err(1, "%s on %s: mount", mntpath, dev); exit(0); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 5:45:57 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.interware.hu (mail.interware.hu [195.70.32.130]) by hub.freebsd.org (Postfix) with ESMTP id 2D9B937B400; Wed, 17 Jan 2001 05:45:38 -0800 (PST) Received: from victoria-223.budapest.interware.hu ([195.70.63.223] helo=elischer.org) by mail.interware.hu with esmtp (Exim 3.16 #1 (Debian)) id 14Isu6-00042X-00; Wed, 17 Jan 2001 14:45:35 +0100 Message-ID: <3A65A18C.B5529BA9@elischer.org> Date: Wed, 17 Jan 2001 05:43:40 -0800 From: Julian Elischer <julian@elischer.org> X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: Mark Santcroos <marks@ripe.net> Cc: "Michael C . Wu" <keichii@iteration.net>, freebsd-hackers@freebsd.org, benno@freebsd.org Subject: Re: [IrDA] was: adding an address family References: <20010116103212.C12906@ripe.net> <3A649154.B345C634@elischer.org> <20010116194307.A28087@ripe.net> <3A64B6C2.6D0ADF97@elischer.org> <20010116232326.A6513@ripe.net> <20010116233409.A9413@peorth.iteration.net> <20010117113949.A29173@ripe.net> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG You may also want to talk to: Roger Hardiman <roger@cs.strath.ac.uk> who expressed an interest in doing IrDA last June.. probably also worth puting out a general call for interested parties. Mark Santcroos wrote: Then just look at the drivers for various line cards such as the if_sr.c file and if_lmc.c and check out the sample netgraph file, ng_sample.c and the sample device driver (share/examples/drivers/make_device_driver.sh) (warning only up-to date in -current) If you want to send me your driver I'll even make a first attempt to bolt a netgraph interface to it. (or you can try and I'll check it for you) check the 'blueprints' article on netgraph in daemon-news for a good run-down on what it all means (though it's abot out of date and had a few small lastly, read netgraph(4) here is a list of existing netgraph drivers: sys/dev/lmc/if_lmc.c sys/dev/usb/udbp.c sys/i386/isa/if_ar.c sys/i386/isa/if_sr.c sys/i4b/driver/i4b_ing.c sys/netgraph/ng_ether.c sys/netgraph/ng_tty.c sys/pci/if_mn.c sys/dev/musycc/musycc.c > > > > Basically, we really do not want the Linux solution of doing IrDA. > > Using Netgraph would be much simpler. Email me and I will let you > > into my CVS repo of the IrDA ongoing work that Benno and I have done. > > Benno is working hard on FreeBSD/PPC kernel porting. I am doing the > > FreeBSD/PowerPC userland porting as well as I18N wchar* changes. > > Both of us are swamped, and the IrDA work has stagnated. I think we > > will gladly hand over the work. :) > > Ok, that's fine with me, I am eager to see what progress you two have > made. me too actually. I was considering doing IRda last year and got all the docs. > > > | Following to that one I had another question: > > | > > | 2. Is Netgraph going to be the future in FreeBSD network stacks. Iaw, will > > | tcp/ip be based on Netgraph in the future or will it just be a nice > > | extension but not more. Netgraph is designed to co-exist with the exisiting network protocols. It would add significant overhead to replace them. > > > > Possibly, but why? TCP/IP can be very resource intensive. After all, > > we have systems designed to only do TCP/IP, servers. > > IrDA, at maximum performance, cannot be higher than ~4mbit/sec, compared > > to gigabit ethernet and ATM networks that FreeBSD supports. > > At such high levels of I/O and CPU time, we can afford to have TCP/IP > > services in the kernel. On the contrary, IrDA is ugly and should > > be organized by Netgraph. *Ugly* is an understatement. > > *nods* That was the answer I expected, but wanted it to know for sure. > > > | The reason I ask it is this: Is it wise to implement my protocol based on > > | Netgraph (so I can do it as a kernel module), or should I just build it > > | into the kernel? > > > > Netgraph all the way. (/me pondering what Julian is thinking) It's great having someone write my thoughts for me :-) > > IrDA is a bunch of messed up ugly protocols that can simply be > > different ng_* Netgraph nodes. > > I get the feeling I should use netgraph *grin* > > > Do you have the IrDA ISA driver? If so, for what chipset? > > Is yours the National Semiconductor Super IO chipsets? > > Can I see the IrDA ISA driver? :) > > I've written the PCI IrDA driver for my Toshiba laptop, the OBOE chipset. > I am willing to write other drivers too, if someone can supply me with the > needed hardware to develop for. > One thing I will look at tonight is an old Tulip laptop I have laying > around somewhere. It has an infrared port, but I have no idea what > chipset. maybe just old async IR.. we should try handle that too :-) > My driver is strongly based on the OBOE driver from Linux, so porting the > other drivers should not be a big problem probably. (This one costed me > a bit more time because it was my first PCI driver) for a sample PCI driver do: (on current) cd /usr/share/examples/drivers sh make_device_driver.sh irda then examine the generated files.. :-) > > Mark > > -- > Mark Santcroos RIPE Network Coordination Centre > > PGP KeyID: 1024/0x3DCBEB8D > PGP Fingerprint: BB1E D037 F29D 4B40 0B26 F152 795F FCAB 3DCB EB8D -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000 ---> X_.---._/ from Perth, presently in: Budapest 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 17 5:49:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailout06.sul.t-online.com (mailout06.sul.t-online.com [194.25.134.19]) by hub.freebsd.org (Postfix) with ESMTP id 43B0637B401 for <freebsd-hackers@freebsd.org>; Wed, 17 Jan 2001 05:49:07 -0800 (PST) Received: from fwd04.sul.t-online.com by mailout06.sul.t-online.com with smtp id 14IsxS-0008Ld-05; Wed, 17 Jan 2001 14:49:02 +0100 Received: from neutron.cichlids.com (520050424122-0001@[62.225.192.68]) by fmrl04.sul.t-online.com with esmtp id 14IsxH-2FedzkC; Wed, 17 Jan 2001 14:48:51 +0100 Received: from cichlids.cichlids.com (cichlids.cichlids.com [192.168.0.10]) by neutron.cichlids.com (Postfix) with ESMTP id 264BAAB0C; Wed, 17 Jan 2001 14:50:20 +0100 (CET) Received: by cichlids.cichlids.com (Postfix, from userid 1001) id B2CE014BB6; Wed, 17 Jan 2001 14:48:30 +0100 (CET) Date: Wed, 17 Jan 2001 14:48:30 +0100 To: Eric Melville <eric@meow.osd.bsdi.com> Cc: freebsd-hackers@freebsd.org Subject: Re: syslogd patch Message-ID: <20010117144830.A75448@cichlids.cichlids.com> References: <20010116230007.A27043@meow.osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010116230007.A27043@meow.osd.bsdi.com>; from eric@meow.osd.bsdi.com on Tue, Jan 16, 2001 at 11:00:07PM -0800 X-PGP-Fingerprint: 44 28 CA 4C 46 5B D3 A8 A8 E3 BA F3 4E 60 7D 7F X-PGP-at: finger alex@big.endian.de X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. From: alex@big.endian.de (Alexander Langer) X-Sender: 520050424122-0001@t-dialin.net Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thus spake Eric Melville (eric@meow.osd.bsdi.com): > Should I send-pr this thing too, or is just sending it to -hackers enough? To -audit, in general. > if (flags & ISKERNEL) { > - snprintf(buf, sizeof(buf), "%s: %s", bootfile, msg); > + /* ignore path to kernel */ > + bflen = strlen(bootfile); > + bfshort = bootfile; > + while(bflen--) > + if(*(bootfile+bflen) == '/') > + { > + bfshort = bootfile+bflen+1; > + break; > + } > + snprintf(buf, sizeof(buf), "%s: %s", bfshort, msg); Why don't you just use basename(3)? Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 6: 0:26 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from virtual.sysadmin-inc.com (lists.sysadmin-inc.com [209.16.228.140]) by hub.freebsd.org (Postfix) with ESMTP id 0C05237B401 for <freebsd-hackers@freebsd.org>; Wed, 17 Jan 2001 06:00:06 -0800 (PST) Received: from wkst ([209.16.228.145]) by virtual.sysadmin-inc.com (8.9.1/8.9.1) with SMTP id JAA02880 for <freebsd-hackers@freebsd.org>; Wed, 17 Jan 2001 09:00:36 -0500 Reply-To: <peter@sysadmin-inc.com> From: "Peter Brezny" <peter@sysadmin-inc.com> To: <freebsd-hackers@freebsd.org> Subject: 3dmd utility port for 3ware escalade...? Date: Wed, 17 Jan 2001 08:59:17 -0800 Message-ID: <001601c080a6$d449b2a0$46010a0a@sysadmininc.com> 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 CWS, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Just checking in to see how the progress was going on this port. I guess by now you can tell i'm pretty interested. I wish I had the skills to offer some help to you guys...if you want another beta tester though, i'd be glad to put it on my system and run what ever tests you would like. I've got an escalade 6000 2 port card running raid 1 on two 20 gig ata66 drives. TIA for any info / ETA. Peter Brezny SysAdmin Services Inc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 6: 5:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id A762E37B400 for <freebsd-hackers@FreeBSD.ORG>; Wed, 17 Jan 2001 06:05:04 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id PAA42371; Wed, 17 Jan 2001 15:04:55 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: f f <smowball99@yahoo.com> Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: *Help* Limits on FreeBSD References: <20010117045224.43296.qmail@web9107.mail.yahoo.com> From: Dag-Erling Smorgrav <des@ofug.org> Date: 17 Jan 2001 15:04:55 +0100 In-Reply-To: f f's message of "Tue, 16 Jan 2001 20:52:24 -0800 (PST)" Message-ID: <xzpu26yi8ag.fsf@flood.ping.uio.no> Lines: 18 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG f f <smowball99@yahoo.com> writes: > This raises the limits but when I compile the IRCd and > have the (hard limit) to 4096 or 8192 or even higher > the error comes back and says its still stuck on 1064 You need to recompile your ircd with FD_SETSIZE set at least as high as your kern.maxfiles. > Someone told me to store these limits (above) in > a etc/sysctl.conf file but when I went to etc that > file wasn't in there .. do I have to newly create the > file or should it already be there? 'man sysctl.conf' DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 6:11:48 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 49B9337B400 for <hackers@FreeBSD.ORG>; Wed, 17 Jan 2001 06:11:29 -0800 (PST) Received: (qmail 1545 invoked from network); 17 Jan 2001 14:11:23 -0000 Received: from jhs.muc.de (193.149.49.84) by slarti.muc.de with SMTP; 17 Jan 2001 14:11:23 -0000 Received: from park.jhs.private (localhost [127.0.0.1]) by jhs.muc.de (8.11.0/8.11.0) with ESMTP id f0HE9Qk18006 for <hackers@FreeBSD.ORG>; Wed, 17 Jan 2001 14:09:26 GMT (envelope-from jhs@park.jhs.private) Message-Id: <200101171409.f0HE9Qk18006@jhs.muc.de> To: hackers@FreeBSD.ORG Subject: Re: One thing linux does better than FreeBSD... In-Reply-To: Message from "Ras-Sol" <ras-sol@usa.net> of "Tue, 16 Jan 2001 15:35:24 PST." <05ce01c08014$ffa9c030$800a280a@speedera.com> Date: Wed, 17 Jan 2001 15:09:26 +0100 From: "Julian Stacey Jhs@jhs.muc.de" <jhs@jhs.muc.de> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG BTW, for anyone wanting to start a fresh similar thread, we have advocacy@freebsd.org but as it's here for now: "Ras-Sol" wrote: > Am I the only one who thinks that he's just too cute? > I mean- I view FreeBSD as a potent force that follows it's directives with > razorlike precision and bleeding speed. > Somehow this is not embodied by a "cute" daemon. > I mean he IS a daemon! > Come on! > I've got a few GD friends, I'll sic them to work on a MEANER version... We can have multiple T shirts: each can wear what he feels goes well locally, but please let's not use a meaner Chuck for general use EG CDs. A plump penguin gives no offense (herrings excepted ?), but a Daemon/Demon/Devil is in comparison a bit of a marketing own goal. We're stuck with it now (from processes, & promoting BSD with Chuck so long); most non BSD people dont care, but some react negatively, & sharpening Chuck would be a deterent to some non BSD potential converts. A cdrom burner software package that runs on MS/Wincrap, has a `sharp' red demon on the box holding a bolt of lightning. At first glance it looks as if it might be a BSD product, thankfully it's not: A daemon like that would be an impediment at customer presentations, when telling people we intend to install BSD (CD in hand, Chuck prominent). A graphic of a daemon trident stuck in a penquin would alienate some Linux people, but a graphic of a penguin & a Chuck co-operating, jointly pulling out a fishing net, full of greenback fish labeled "MS" might make a good poster for joint marketing/promotion. Presumably it's cheaper to manufacture stuffed penguin mascots, than Chuck's ? no ears, no real leg, no trident, ... & easier to prop up on exhibition stands without falling over. Penguin mascot has enough advantages over Chuck already ! Julian - Julian Stacey Unix Consultant - Munich Germany http://bim.bsn.com/~jhs/ Considering Linux ? Try FreeBSD with 4200 packages ! Ihr Rauchen => mein allergischer Kopfschmerz ! Kau/Schnupftabak probieren ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 6:14:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from birch.ripe.net (birch.ripe.net [193.0.1.96]) by hub.freebsd.org (Postfix) with ESMTP id BCE3337B401; Wed, 17 Jan 2001 06:14:23 -0800 (PST) Received: from x54.ripe.net (x54.ripe.net [193.0.1.54]) by birch.ripe.net (8.8.8/8.8.8) with ESMTP id PAA04198; Wed, 17 Jan 2001 15:14:21 +0100 (CET) Received: (from marks@localhost) by x54.ripe.net (8.8.8/8.8.5) id PAA12141; Wed, 17 Jan 2001 15:14:21 +0100 (CET) Date: Wed, 17 Jan 2001 15:14:21 +0100 From: Mark Santcroos <marks@ripe.net> To: Julian Elischer <julian@elischer.org> Cc: "Michael C . Wu" <keichii@iteration.net>, freebsd-hackers@freebsd.org, benno@freebsd.org Subject: Re: [IrDA] adding new network stack Message-ID: <20010117151421.B29173@ripe.net> References: <20010116103212.C12906@ripe.net> <3A649154.B345C634@elischer.org> <20010116194307.A28087@ripe.net> <3A64B6C2.6D0ADF97@elischer.org> <20010116232326.A6513@ripe.net> <20010116233409.A9413@peorth.iteration.net> <20010117113949.A29173@ripe.net> <3A65A18C.B5529BA9@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <3A65A18C.B5529BA9@elischer.org>; from julian@elischer.org on Wed, Jan 17, 2001 at 05:43:40AM -0800 X-Handles: MS6-6BONE, MS32260-NIC, MS18417-RIPE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Jan 17, 2001 at 05:43:40AM -0800, Julian Elischer wrote: > > You may also want to talk to: > > Roger Hardiman <roger@cs.strath.ac.uk> > > who expressed an interest in doing IrDA last June.. > > probably also worth puting out a general call for interested parties. I'll keep that in mind, hopefully the subject attracts the potential interested people :) > Then just look at the drivers for various line cards > such as the if_sr.c > file and if_lmc.c > > and check out the sample netgraph file, > ng_sample.c > and the sample device driver (share/examples/drivers/make_device_driver.sh) > (warning only up-to date in -current) I've been looking alot at other drivers already. My device driver is heavily based on the scheme in the example. But I've made it a module so I can develop it outside the source tree. > If you want to send me your driver I'll even make a first attempt to bolt a > netgraph interface to it. > (or you can try and I'll check it for you) Thanks for the offer, I will do a first try myself, to learn more about it, but will certainly come to you when I can't work things out. > check the 'blueprints' article on netgraph in daemon-news > for a good run-down on what it all means (though it's abot out of date > and had a few small > > lastly, read netgraph(4) done (doing) > here is a list of existing netgraph drivers: > > sys/dev/lmc/if_lmc.c sys/dev/usb/udbp.c sys/i386/isa/if_ar.c > sys/i386/isa/if_sr.c sys/i4b/driver/i4b_ing.c sys/netgraph/ng_ether.c > sys/netgraph/ng_tty.c sys/pci/if_mn.c sys/dev/musycc/musycc.c *nods* already found them > > > Do you have the IrDA ISA driver? If so, for what chipset? > > > Is yours the National Semiconductor Super IO chipsets? > > > Can I see the IrDA ISA driver? :) > > > > I've written the PCI IrDA driver for my Toshiba laptop, the OBOE chipset. > > I am willing to write other drivers too, if someone can supply me with the > > needed hardware to develop for. > > One thing I will look at tonight is an old Tulip laptop I have laying > > around somewhere. It has an infrared port, but I have no idea what > > chipset. > > maybe just old async IR.. we should try handle that too :-) *nods* for the driver part we can use ALOT from Linux > for a sample PCI driver do: > (on current) > cd /usr/share/examples/drivers > sh make_device_driver.sh irda > then examine the generated files.. > :-) Like I said above, I've used the info in there but created my own module, to be able to develop outside the tree. (I'm fairly new to FreeBSD/CVS so I do not know an easy way to work on a cvstree and keep it up to date(when your changes don't get uploaded) at the same time) I don't know what is the normal behaviour, but maybe it's possible to get an early framework into -CURRENT sooner or later? (If it doesn't interfere with other code) Within a day or so I hope to release my first pieces of code. In the next day I will try to insert a little netgraph code into it. Mark -- Mark Santcroos RIPE Network Coordination Centre PGP KeyID: 1024/0x3DCBEB8D PGP Fingerprint: BB1E D037 F29D 4B40 0B26 F152 795F FCAB 3DCB EB8D To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 6:52:59 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 24A4D37B401 for <hackers@FreeBSD.ORG>; Wed, 17 Jan 2001 06:52:42 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id PAA42563; Wed, 17 Jan 2001 15:52:40 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: "Julian Stacey Jhs@jhs.muc.de" <jhs@jhs.muc.de> Cc: hackers@FreeBSD.ORG Subject: Re: One thing linux does better than FreeBSD... References: <200101171409.f0HE9Qk18006@jhs.muc.de> From: Dag-Erling Smorgrav <des@ofug.org> Date: 17 Jan 2001 15:52:39 +0100 In-Reply-To: "Julian Stacey Jhs@jhs.muc.de"'s message of "Wed, 17 Jan 2001 15:09:26 +0100" Message-ID: <xzpg0iii62w.fsf@flood.ping.uio.no> Lines: 8 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Julian Stacey Jhs@jhs.muc.de" <jhs@jhs.muc.de> writes: > Penguin mascot has enough advantages over Chuck already ! Then why do I get this urge to go bowling every time I see Tux? DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 7: 1:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from vieo.com (vieo.com [216.30.79.131]) by hub.freebsd.org (Postfix) with ESMTP id 7636F37B402 for <freebsd-hackers@FreeBSD.ORG>; Wed, 17 Jan 2001 07:00:56 -0800 (PST) Received: (from johng@localhost) by vieo.com (8.11.2/8.11.2) id f0HF0ox63717 for freebsd-hackers@FreeBSD.ORG; Wed, 17 Jan 2001 09:00:50 -0600 (CST) (envelope-from johng) Date: Wed, 17 Jan 2001 09:00:50 -0600 (CST) From: John Gregor <johng@vieo.com> Message-Id: <200101171500.f0HF0ox63717@vieo.com> To: freebsd-hackers@FreeBSD.ORG Subject: Re: SIGBUS when writing to mmap'd device memory... Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG All, Never mind, problem found. A logic bug was preventing me from setting PROT_READ which was necessary even though these are write-only registers. Thanks, -JohnG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 7:13:39 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from aaz.links.ru (aaz.links.ru [193.125.152.37]) by hub.freebsd.org (Postfix) with ESMTP id 51AC237B401 for <hackers@FreeBSD.ORG>; Wed, 17 Jan 2001 07:13:21 -0800 (PST) Received: (from babolo@localhost) by aaz.links.ru (8.9.3/8.9.3) id SAA07666; Wed, 17 Jan 2001 18:13:06 +0300 (MSK) Message-Id: <200101171513.SAA07666@aaz.links.ru> Subject: Re: Protections on inetd (and /sbin/* /usr/sbin/* in general) In-Reply-To: <20010117103330.L364@ringworld.oblivion.bg> from "Peter Pentchev" at "Jan 17, 1 10:33:30 am" To: roam@orbitel.bg (Peter Pentchev) Date: Wed, 17 Jan 2001 18:13:06 +0300 (MSK) Cc: walter@binity.com, wayne@staff.msen.com, hackers@FreeBSD.ORG From: "Aleksandr A.Babaylov" <babolo@links.ru> 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 Peter Pentchev writes: > On Wed, Jan 17, 2001 at 07:47:23AM +0100, Walter W. Hop wrote: > > > The exploit managed to start inetd, camped on the specified port > > > > I guess, if it doesn't exist already, that it wouldn't be so hard to > > create a small patch to the kernel, so that only processes owned by root, > > or a certain group of users (let's say "daemon"), were allowed to set up > > listeners... > > I've actually been thinking along the lines of something like that. > A bit more strict access control though - bind() on AF_INET and/or AF_INET6 > disabled by default, except for certain uid/sockaddr pairs. A kernel module > keeping a table of uid/sockaddr pairs, and a userland tool (bindcontrol?) > to feed it the necessary data. > > Does this strike people as particularly useless? :) I can think of at > least one situation where it would be useful - shell hosting with virtual > hostnames, where people are only allowed to have stuff listen on addresses > they themselves have registered. And yes, I know about jail, and it seems > a bit too much of an overkill. A kernel module developping instead of jail IS the overkill. jail is easy configurable (after 2nd or 3th of them) -- @BABOLO http://links.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 7:36: 2 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from rios.sitaranetworks.com (rios.sitaranetworks.com [199.103.141.78]) by hub.freebsd.org (Postfix) with ESMTP id E044E37B404; Wed, 17 Jan 2001 07:35:42 -0800 (PST) Received: from mciworlduitoce (gw1.sitaranetworks.com [199.103.141.1]) by rios.sitaranetworks.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id CTGYA8ZC; Wed, 17 Jan 2001 10:39:48 -0500 From: "Howie Xu" <hxu@rios.sitaranetworks.com> To: "Mike Smith" <msmith@freebsd.org> Cc: <freebsd-hackers@freebsd.org> Subject: RE: ISR not triggered upon the interrupts and OS hangs Date: Wed, 17 Jan 2001 11:01:12 -0500 Message-ID: <KEEELJBACBIAGFBCPJMFGEAJCFAA.hxu@rios.sitaranetworks.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-reply-to: <200101170719.f0H7JXl05133@mass.osd.bsdi.com> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am using FreeBSD 3.2, and all the sample drivers in /usr/src/sys/pci/*.c uses pci_map_int(). How can I debug it in 3.2 to know what the OS thinks when the interrupts come in and OS hangs? Thanks again, -Howie > -----Original Message----- > From: Mike Smith [mailto:msmith@freebsd.org] > Sent: Wednesday, January 17, 2001 2:20 AM > To: Howie Xu > Cc: freebsd-hackers@freebsd.org > Subject: Re: ISR not triggered upon the interrupts and OS hangs > > > > Dear Freebsd Hackers, > > > > Here is a question regarding my bsd device drivers: > > > > I used the pci_map_int() to register an interrupt handler for > my PCI device > > (intline = 12). But when the interrupt comes in, the handler > (ISR) is not > > triggered at all. But the OS hangs and I can see continuous interrupts > > coming in on the PCI sniffer. > > You don't use pci_map_int() on any modern version of FreeBSD; you use > bus_alloc_resource() and bus_setup_intr(). > > Since you don't mention which FreeBSD version you're using, it's hard to > be of any more assistance. > > -- > ... 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 Wed Jan 17 7:56:21 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 BA76B37B699 for <hackers@freebsd.org>; Wed, 17 Jan 2001 07:55:53 -0800 (PST) Received: from intrepid.cs.rpi.edu (intrepid.cs.rpi.edu [128.213.12.41]) by cs.rpi.edu (8.9.3/8.9.3) with ESMTP id KAA03762 for <hackers@freebsd.org>; Wed, 17 Jan 2001 10:55:52 -0500 (EST) Message-Id: <200101171555.KAA03762@cs.rpi.edu> To: hackers@freebsd.org Subject: Device Driver Question (bus_set_resource) Date: Wed, 17 Jan 2001 10:55:52 -0500 From: "David E. Cross" <crossd@intrepid.cs.rpi.edu> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am writing a simple, I/O only device driver (no lectures about /dev/io please ;). It has not PnP abilities, and I have run into the following problem with bus_set_resource(): static int das1400adc_isa_probe(device_t dev) { struct das1400adc_softc *sc = device_get_softc(dev); int unit = device_get_unit(dev); int pnperror; sc->dev=dev; sc->unit=unit; sc->port0=DAS1400ADC_PORT; sc->port1=sc->port0+11; sc->port2=sc->port0+0x406; sc->irq0=0; sc->port0_rid=0; sc->port1_rid=0; sc->port2_rid=0; sc->low=sc->high=0; pnperror=ISA_PNP_PROBE(device_get_parent(dev), dev, das1400adc_pnp_ids); if (pnperror != ENXIO) return pnperror; if (bus_set_resource(dev, SYS_RES_IOPORT, /*rid*/sc->port0_rid, sc->port0, 3) < 0) return ENXIO; /* if (bus_set_resource(dev, SYS_RES_IOPORT, sc->port1_rid, sc->port1, 1) < 0) return ENXIO; if (bus_set_resource(dev, SYS_RES_IOPORT, sc->port2_rid, sc->port2, 1) < 0) return ENXIO; */ device_set_desc(dev, "CIO-DAS1400-ADC"); return 0; /* all is good */ } static int das1400adc_isa_attach(device_t dev) { struct das1400adc_softc *sc = device_get_softc(dev); sc->port0_r = bus_alloc_resource(dev, SYS_RES_IOPORT, &sc->port0_rid, /*start*/0, /*end*/ ~0, /*count*/ 0, RF_ACTIVE); /* sc->port1_r = bus_alloc_resource(dev, SYS_RES_IOPORT, &sc->port1_rid, 0, ~0, 0, RF_ACTIVE); sc->port2_r = bus_alloc_resource(dev, SYS_RES_IOPORT, &sc->port2_rid, 0, ~0, 0, RF_ACTIVE); */ if (sc->port0_r == NULL ) /* || sc->port1_r == NULL ) sc->port2_r == NULL) */ return ENXIO; sc->md_dev=make_dev(&das1400adc_cdevsw, 0, 0, 0, 0600, "adc0"); sc->open_count=0; return 0; } Given that code, I get the following attach messages from the kernel: "das1400adc2: <CIO-DAS1400-ADC> at port 0x310-0x312 irq 5 drq 1,5 on isa0" Uhm... I set neither the IRQ nor the drq... where does it get these from, and how can I get it to "do the right thing"? Also, If I uncomment the settings for the additional ranges "really weird things" start to happen. An example of 'weirdness' is that exact same code, when kldload-ed will attach a totally different device. Oh yeah, this is under 4.2-STABLE from 20010103. -- 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 Wed Jan 17 8: 7:41 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from relay1.ntu-kpi.kiev.ua (www.ntu-kpi.kiev.ua [212.111.192.161]) by hub.freebsd.org (Postfix) with ESMTP id 662B437B400 for <freebsd-hackers@freebsd.org>; Wed, 17 Jan 2001 08:07:24 -0800 (PST) Received: from comsys.ntu-kpi.kiev.ua (eth0.comsys.ntu-kpi.kiev.ua [10.0.1.184]) by relay1.ntu-kpi.kiev.ua (Postfix) with ESMTP id 993912FA1E for <freebsd-hackers@freebsd.org>; Wed, 17 Jan 2001 18:07:12 +0200 (EET) Received: from pm5149 (pm514-9.comsys.ntu-kpi.kiev.ua [10.18.54.109]) by comsys.ntu-kpi.kiev.ua (8.9.3/8.8.7) with SMTP id SAA04987 for <freebsd-hackers@freebsd.org>; Wed, 17 Jan 2001 18:24:59 +0200 (EET) (envelope-from simon@comsys.ntu-kpi.kiev.ua) Message-ID: <006301c08097$23188380$6d36120a@comsys.ntukpi.kiev.ua> From: "Andrey Simonenko" <simon@comsys.ntu-kpi.kiev.ua> To: <freebsd-hackers@freebsd.org> Subject: When IPv6 Firewall was added to FreeBSD? Date: Wed, 17 Jan 2001 18:06:57 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2014.211 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG When IPv6 Firewall was added to FreeBSD release? Please tell __FreeBSD_version of that release. I'm going to add IPv6 Firewall support to IP Accounting Daemon (ports/sysutils/ipa) and when I added it, I found out that there is bug in IPv6 Firewall implementation. I sent bug report kern/24248, but don't receive any answers on it. I think that this is bug, because I can block (lock) whole system with ip6fw command (how I did it on FreeBSD-4.1-STABLE and FreeBSD-4.2-STABLE is described in my bug report). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 8:13:13 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 5DA7A37B400 for <freebsd-hackers@freebsd.org>; Wed, 17 Jan 2001 08:12:52 -0800 (PST) Received: from localhost (IDENT:deIXWd9iAdDRq+UH6e7Yv1ArBqbOq/ZSReo2oP5yU9AVf22XJgUchp/p5lMVfyaZ@localhost [::1]) (authenticated) by peace.mahoroba.org (8.11.2/8.11.2/peace) with ESMTP/inet6 id f0HGC8a71872; Thu, 18 Jan 2001 01:12:08 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Thu, 18 Jan 2001 01:12:07 +0900 (JST) Message-Id: <20010118.011207.59672251.ume@mahoroba.org> To: simon@comsys.ntu-kpi.kiev.ua Cc: freebsd-hackers@freebsd.org Subject: Re: When IPv6 Firewall was added to FreeBSD? From: Hajimu UMEMOTO <ume@mahoroba.org> In-Reply-To: <006301c08097$23188380$6d36120a@comsys.ntukpi.kiev.ua> References: <006301c08097$23188380$6d36120a@comsys.ntukpi.kiev.ua> 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 Wed, 17 Jan 2001 18:06:57 +0300 >>>>> "Andrey Simonenko" <simon@comsys.ntu-kpi.kiev.ua> said: simon> When IPv6 Firewall was added to FreeBSD release? Please tell simon> __FreeBSD_version of that release. Since 4.0-RELEASE. simon> I'm going to add IPv6 Firewall support to IP Accounting Daemon simon> (ports/sysutils/ipa) and when I added it, I found out that there is bug in simon> IPv6 Firewall implementation. I sent bug report kern/24248, but don't simon> receive any answers on it. I think that this is bug, because I can block simon> (lock) whole system with ip6fw command (how I did it on FreeBSD-4.1-STABLE simon> and FreeBSD-4.2-STABLE is described in my bug report). Sorry, I've mieesd to see it. I'll take a look it later. -- 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 Wed Jan 17 9:34:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from anubis.ecci.ucr.ac.cr (anubis.ecci.ucr.ac.cr [163.178.104.133]) by hub.freebsd.org (Postfix) with ESMTP id EB5E137B400; Wed, 17 Jan 2001 09:34:06 -0800 (PST) Received: from localhost (bsolano@localhost) by anubis.ecci.ucr.ac.cr (8.9.3+Sun/8.9.1) with ESMTP id LAA16874; Wed, 17 Jan 2001 11:34:38 -0600 (CST) Date: Wed, 17 Jan 2001 11:34:38 -0600 (CST) From: =?iso-8859-1?Q?Braulio_Jos=E9_Solano_Rojas?= <bsolano@anubis.ecci.ucr.ac.cr> X-Sender: bsolano@anubis To: freebsd-hackers@freebsd.org, freebsd-net@freebsd.org Subject: I have found an error in pccard_ether and I think I solved it. Message-ID: <Pine.GSO.4.05.10101171133330.16867-100000@anubis> 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 have FreeBSD 4.1 release. My computer is a laptop, so I use pccards. I found that with /stand/sysinstall the lan can be configured automatically, but for pccards it doesn't work. So, after a debugging of the scripts (just because I like automation and ease of use) I found a mistake in /etc/pccard_ether. I have changed the line 43 and added a new line before, so that line 43 is now line 44. This is the line 43 (the new line 44) after my changes: ' ifconfig ${interface} ${configuration} $* ' And this is the line I added before the line 43 (the new line 43): ' eval configuration=\$ifconfig_${interface} ' I don't now if this problem has been solved before sending this email, but my hope is that I can help. Please, forgive my english. Sincerely yours, Braulio Jose Solano To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 9:40: 7 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 C5C3937B69E for <hackers@FreeBSD.ORG>; Wed, 17 Jan 2001 09:39:43 -0800 (PST) Received: from localhost (winter@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id MAA27505; Wed, 17 Jan 2001 12:39:40 -0500 (EST) Date: Wed, 17 Jan 2001 12:39:39 -0500 (EST) From: "Matthew N. Dodd" <winter@jurai.net> To: Alan Clegg <abc@bsdi.com> Cc: hackers@FreeBSD.ORG Subject: Re: One thing linux does better than FreeBSD... In-Reply-To: <20010116214543.H41907@diskfarm.firehouse.net> Message-ID: <Pine.BSF.4.21.0101171239190.28201-100000@sasami.jurai.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 16 Jan 2001, Alan Clegg wrote: > > http://www.svaha.net/daemon/index.html > > BUT HIS NAME IS NOT CHUCK, DAMNIT! Indeed. Its on her list of things to fix on the page. -- | 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 Wed Jan 17 10:24:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ducky.nz.freebsd.org (ns1.unixathome.org [203.79.82.27]) by hub.freebsd.org (Postfix) with ESMTP id 7F32537B401 for <hackers@freebsd.org>; Wed, 17 Jan 2001 10:23:50 -0800 (PST) Received: from wocker (wocker.int.nz.freebsd.org [192.168.0.99]) by ducky.nz.freebsd.org (8.9.3/8.9.3) with ESMTP id HAA07726; Thu, 18 Jan 2001 07:22:18 +1300 (NZDT) Message-Id: <200101171822.HAA07726@ducky.nz.freebsd.org> From: "Dan Langille" <dan@langille.org> Organization: The FreeBSD Diary / FreshPorts To: Rasputin <rasputin@FreeBSD-uk.eu.org> Date: Thu, 18 Jan 2001 07:22:17 +1300 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: Overview of CVS changes Reply-To: dan@langille.org Cc: hackers@freebsd.org In-reply-to: <20010117105101.A55253@dogma.freebsd-uk.eu.org> X-mailer: Pegasus Mail for Win32 (v3.12c) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 17 Jan 2001, at 10:51, Rasputin wrote: > Maybe something like freshports for branches other than ports? That is underway. The project development can be view at <http://fp2.unixathome.org/>. FreshPorts2 has the goal of doing for cvs- all what FreshPorts does for ports. A guess is that we are a 4-6 weeks from having a beta website ready to go. -- Dan Langille The FreeBSD Diary - http://freebsddiary.org/ FreshPorts - http://freshports.org/ NZ Broadband - http://unixathome.org/broadband/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 11:11: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from earth.backplane.com (placeholder-dcat-1076843399.broadbandoffice.net [64.47.83.135]) by hub.freebsd.org (Postfix) with ESMTP id BA8AC37B400 for <freebsd-hackers@freebsd.org>; Wed, 17 Jan 2001 11:10:44 -0800 (PST) Received: (from dillon@localhost) by earth.backplane.com (8.11.1/8.9.3) id f0HJAhV48742; Wed, 17 Jan 2001 11:10:43 -0800 (PST) (envelope-from dillon) Date: Wed, 17 Jan 2001 11:10:43 -0800 (PST) From: Matt Dillon <dillon@earth.backplane.com> Message-Id: <200101171910.f0HJAhV48742@earth.backplane.com> To: Kent Stewart <kstewart@urx.com> Cc: freebsd-hackers@freebsd.org Subject: Re: Possible bug in /usr/bin/makewhatis. References: <200101170441.f0H4fmw45025@earth.backplane.com> <3A657B6E.673E6EEC@urx.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :Matt Dillon wrote: :> :> I was doing some installworlds and got a bunch of 'gzcat: Broken pipe' :> errors at the very end when it was doing 'makewhatis' on various manual :> directories. : :It also only happens if you are running ssh to logon to the computer :doing the makewhatis. You can telnet to the system and you don't see :the problem. : :Kent It could easily occur just by virtue of the perl process picking up the input data and exiting (killing its side of the pipe) before gzcat has a chance to finish writing the manual page to the pipe. It can also occur if the pipe buffer is small (causing gzcat to block and then have the pipe ripped out from under it). I'm thinking the best solution is to have makewhatis drain all remaining input prior to closing the file handle. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 11:18:43 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 993A137B6B2; Wed, 17 Jan 2001 11:18:24 -0800 (PST) Received: by smtp.nettoll.com; Wed, 17 Jan 2001 20:14:30 +0100 (MET) Message-Id: <4.3.0.20010117202543.04e28280@pop.free.fr> X-Sender: usebsd@pop.free.fr X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Wed, 17 Jan 2001 20:29:08 +0100 To: Robert Watson <rwatson@FreeBSD.ORG> From: mouss <usebsd@free.fr> Subject: Re: Setting default hostname to localhost Cc: Archie Cobbs <archie@dellroad.org>, Warner Losh <imp@harmony.village.org>, freebsd-hackers@FreeBSD.ORG In-Reply-To: <Pine.NEB.3.96L.1010116211552.61772B-100000@fledge.watson.o rg> References: <4.3.0.20010116124844.00ad5a60@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 21:16 16/01/01 -0500, Robert Watson wrote: >The nice thing about "localhost" is that it already appears in >/etc/hosts, and is a relatively reserved name, so unlikely to conflict too >much based on resolution order. I.e., amnesiac.res.cmu.edu is not an >unlikely name. sure, but I consider that the "hostname" variable has nothing to do with resolution. you can call your host amnesiac and still "ping localhost" thanks to /etc/localhost. in other words, callin it "amnesiac" has nothing to do with "amnesiac.foo.bar". regards, mouss To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 11:24:39 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bulwark.switch.com (bulwark.switch.com [206.181.77.34]) by hub.freebsd.org (Postfix) with SMTP id 8F6D837B402 for <freebsd-hackers@FreeBSD.org>; Wed, 17 Jan 2001 11:24:11 -0800 (PST) Received: by bulwark.switch.com; id OAA10191; Wed, 17 Jan 2001 14:24:11 -0500 Received: from dhcp103-172-16-3.switch.com(172.16.3.122) by bulwark.switch.com via smap (V5.5) id xma010173; Wed, 17 Jan 01 14:23:53 -0500 Received: (from breaker@localhost) by dhcp103-172-16-3.switch.com (8.11.1/8.11.1) id f0HJNhE01301 for freebsd-hackers@FreeBSD.org; Wed, 17 Jan 2001 14:23:43 -0500 (EST) (envelope-from breaker) Date: Wed, 17 Jan 2001 14:23:43 -0500 From: Trent Nelson <tpnelson@switch.com> To: freebsd-hackers@FreeBSD.org Subject: Network I/O multiplexing questions. Message-ID: <20010117142343.A1144@dhcp103-172-16-3.switch.com> Mail-Followup-To: Trent Nelson <tpnelson@switch.com>, freebsd-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 Hi, 1. Is there any performance/efficiency gained when read and write operations on multiple sockets are grouped together? That is, after the I/O multiplexer function returns (i.e. select/poll/kevent), all read operations on sockets are done together (say, encapsulated by a thread, perhaps) and likewise for write operations. I'm looking into writing something that uses the reply from kevent() to construct independent lists of read/write/error operations pending on multiple sockets. Some sort of executable entity (event-thread, state-thread, pthread, etc) will be responsible for processing the pending events and I figured the best performance would be gained if each execution stream is solely responsible for *only* doing read/write operations. Pthreads probably aren't a good example of a scheduleable entity given their scheduling criteria isn't predictable. 2. Does "The Design and Implementation of the 4.4BSD Operating System" deal with how send/recv operations take place from receiving the data from the network interface, traversing the protocol hierarchy and eventually passing into user space? Is the text's coverage of this outdated in any way? 3. What conditions, if any, are used to deem whether a read or write to a socket will block? Is there any quick and efficient way of doing this in userspace? I'm assuming it has something to do with the hi/lo watermarks of a socket and its associated I/O buffer. Can anyone point me to instances of kernel source code where a check is made to see if a socket will block? 4. Currently, if a process blocks on network I/O, is it immediately switched out of execution by the scheduler? 5. Has anyone taken a look at the State-Threads API proposed by SGI? Has anyone considered adding support for our kevent/kqueue multi- plexing method in addition to the select/poll methods offered? (http://oss.sgi.com/projects/state-threads/) Thanks in advance. Regards, Trent. -- Trent Nelson - Software Engineer - tpnelson@switch.com "A man with unlimited enthusiasm can achieve almost anything." --unknown To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 11:49:54 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from herbelot.dyndns.org (s014.dhcp212-24.cybercable.fr [212.198.24.14]) by hub.freebsd.org (Postfix) with ESMTP id 999C437B6E1 for <freebsd-hackers@FreeBSD.ORG>; Wed, 17 Jan 2001 11:49:32 -0800 (PST) Received: from free.fr (multi.herbelot.nom [192.168.1.2]) by herbelot.dyndns.org (8.9.3/8.9.3) with ESMTP id UAA60056; Wed, 17 Jan 2001 20:49:13 +0100 (CET) (envelope-from thierry.herbelot@free.fr) Message-ID: <3A65F735.3AA6175C@free.fr> Date: Wed, 17 Jan 2001 20:49:09 +0100 From: Thierry Herbelot <thierry.herbelot@free.fr> X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Peter Jeremy <peter.jeremy@alcatel.com.au> Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: What to do if a box is just "frozen" References: <20010117160547.C98607@gsmx07.alcatel.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG False alarm : a reinstall of a fresh 4.2-R from a CD-ROM cured everything (I thought I was careful when upgrading via make world ;-)) Peter Jeremy wrote: > > On Mon, 15 Jan 2001 23:01:15 +0100, Thierry Herbelot <thierry.herbelot@free.fr> wrote: > >I've got a little application at work which can "just freeze" a > >4.2-Release : the purpose of the application is just a packet blaster > >used for telecom equipement test (send as many UDP packets as ordered, > >on as many interfaces as there are on a machine). [SNIP] > > Can you send an NMI to the box? (NMI can usually be generated by > pulling I/0 channel check on the ISA bus low. I/0 channel check is > pin A1 (and there's a convenient ground on pin B1). ([AB]1 is the > pins closest to the rear of the machine). NMI should trap to DDB. thanks for the tip > > Peter > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message cheers -- Thierry Herbelot To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 12:12:18 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id A80A837B6B4 for <freebsd-hackers@FreeBSD.ORG>; Wed, 17 Jan 2001 12:12:00 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id VAA44167; Wed, 17 Jan 2001 21:11:46 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: heckfordj@psi-domain.co.uk Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Clustering FreeBSD References: <20010116173651.A808@freefire.psi-domain.co.uk> <200101161831.KAA02310@spammie.svbug.com> <20010116184700.A897@freefire.psi-domain.co.uk> From: Dag-Erling Smorgrav <des@ofug.org> Date: 17 Jan 2001 21:11:45 +0100 In-Reply-To: Jamie Heckford's message of "Tue, 16 Jan 2001 18:47:00 +0000" Message-ID: <xzpr922q6pq.fsf@flood.ping.uio.no> Lines: 9 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jamie Heckford <heckfordj@psi-domain.co.uk> writes: > In all honesty, I am just looking for something to play > with and see how fast FreeBSD can go. I'd say about 2.8 m/s/s, given sufficient height. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 12:13:19 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 1C87137B6AC for <freebsd-hackers@FreeBSD.ORG>; Wed, 17 Jan 2001 12:12:59 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id VAA44185; Wed, 17 Jan 2001 21:12:54 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: heckfordj@psi-domain.co.uk Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Clustering FreeBSD References: <20010116173651.A808@freefire.psi-domain.co.uk> <200101161831.KAA02310@spammie.svbug.com> <20010116184700.A897@freefire.psi-domain.co.uk> <xzpr922q6pq.fsf@flood.ping.uio.no> From: Dag-Erling Smorgrav <des@ofug.org> Date: 17 Jan 2001 21:12:53 +0100 In-Reply-To: Dag-Erling Smorgrav's message of "17 Jan 2001 21:11:45 +0100" Message-ID: <xzpn1cqq6nu.fsf@flood.ping.uio.no> Lines: 11 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dag-Erling Smorgrav <des@ofug.org> writes: > Jamie Heckford <heckfordj@psi-domain.co.uk> writes: > > In all honesty, I am just looking for something to play > > with and see how fast FreeBSD can go. > I'd say about 2.8 m/s/s, given sufficient height. Doh! I mean 9.8 m/s/s, of course. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 12:18:42 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.gmx.net (pop.gmx.net [194.221.183.20]) by hub.freebsd.org (Postfix) with SMTP id 1DF1337B69D for <freebsd-hackers@FreeBSD.org>; Wed, 17 Jan 2001 12:18:19 -0800 (PST) Received: (qmail 11432 invoked by uid 0); 17 Jan 2001 20:18:17 -0000 Received: from pd9508874.dip.t-dialin.net (HELO speedy.gsinet) (217.80.136.116) by mail.gmx.net (mp008-rz3) with SMTP; 17 Jan 2001 20:18:17 -0000 Received: (from sittig@localhost) by speedy.gsinet (8.8.8/8.8.8) id SAA14425; Wed, 17 Jan 2001 18:48:54 +0100 Date: Wed, 17 Jan 2001 18:48:54 +0100 From: Gerhard Sittig <Gerhard.Sittig@gmx.net> To: Greg Black <gjb@gbch.net> Cc: freebsd-hackers@FreeBSD.org Subject: Re: how to test out cron.c changes? (was: cvs commit: src/etc crontab) Message-ID: <20010117184854.G253@speedy.gsinet> References: <20001220211548.T253@speedy.gsinet> <3A513799.75EAB470@FreeBSD.org> <20010102133239.V253@speedy.gsinet> <20010107170840.G253@speedy.gsinet> <3A5AE490.D251F590@gorean.org> <20010109124044.A16276@mithrandr.moria.org> <3A5B5656.E2AAF0B5@FreeBSD.org> <nospam-3a5b95e412011c9@maxim.gbch.net> <20010116192601.B253@speedy.gsinet> <nospam-3a64b2731814449@maxim.gbch.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <nospam-3a64b2731814449@maxim.gbch.net>; from gjb@gbch.net on Wed, Jan 17, 2001 at 06:43:31AM +1000 Organization: System Defenestrators Inc. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Jan 17, 2001 at 06:43 +1000, Greg Black wrote: > Gerhard Sittig wrote: > > > > In http://www.freebsd.org/cgi/query-pr.cgi?pr=24358 ("/etc/rc > > variables for cron(8)") I suggest how to provide knobs to > > pass parameters to cron as well as to switch to a different > > cron executable, while of course leaving current behaviour as > > the default. > > This looks fine to me, as far as it goes. I'm assuming here > that the proposed new behaviour for cron will only be enabled > if a specific flag is provided? Exactly. Since nobody wants to ram any changes down anybody else's throat, as I get it from the thread. It all is about providing "corrected" behaviour for those who want it. And those obviously will have to act to get it. I'm just editing the PR with the cron patches to "catch up" with OpenBSD in this respect (stating that it doesn't handle DST, but has benefits whenever one's clock is jumping or cron waking up too late and _could_ be extended to handle DST). Therein I suggest to - not touch current cron at all but switch to a different executable by means of the newly introduced rc.conf variables or to - modify cron but make the new code optional while defaulting to off (in this order). Although I cannot say which variant will happen driven by those with enough priviledges to decide and commit. As well as I cannot even tell you if something will be done at all in the near future regarding the fact that there's no DST solution available yet -- which was the actual reason for the wish to change something. virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 Gerhard Sittig true | mail -s "get gpg key" Gerhard.Sittig@gmx.net -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 12:18:56 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from lucifer.ninth-circle.org (lucifer.bart.nl [194.158.168.74]) by hub.freebsd.org (Postfix) with ESMTP id ECD4737B6B4 for <hackers@FreeBSD.ORG>; Wed, 17 Jan 2001 12:18:33 -0800 (PST) Received: (from asmodai@localhost) by lucifer.ninth-circle.org (8.11.1/8.11.0) id f0HKIFg36732; Wed, 17 Jan 2001 21:18:15 +0100 (CET) (envelope-from asmodai) Date: Wed, 17 Jan 2001 21:18:15 +0100 From: Jeroen Ruigrok van der Werven <jruigrok@via-net-works.nl> To: "David E. Cross" <crossd@intrepid.cs.rpi.edu> Cc: hackers@FreeBSD.ORG Subject: Re: Device Driver Question (bus_set_resource) Message-ID: <20010117211815.A36621@lucifer.bart.nl> References: <200101171555.KAA03762@cs.rpi.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200101171555.KAA03762@cs.rpi.edu>; from crossd@intrepid.cs.rpi.edu on Wed, Jan 17, 2001 at 10:55:52AM -0500 Organisation: VIA Net.Works The Netherlands Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -On [20010117 17:00], David E. Cross (crossd@intrepid.cs.rpi.edu) wrote: >Given that code, I get the following attach messages from the kernel: > >"das1400adc2: <CIO-DAS1400-ADC> at port 0x310-0x312 irq 5 drq 1,5 on isa0" >Uhm... I set neither the IRQ nor the drq... where does it get these from, and >how can I get it to "do the right thing"? Also, If I uncomment the settings >for the additional ranges "really weird things" start to happen. An example >of 'weirdness' is that exact same code, when kldload-ed will attach a totally >different device. Look at http://people.freebsd.org/~asmodai/newbus-draft.txt and see if it remotely answers any of your questions. I am in the prospect of adding a lot of documentation to that paper, so it might be worthwhile to check back every now and then [and correct mistakes I have made]. HTH, -- Jeroen Ruigrok van der Werven VIA Net.Works The Netherlands BSD: Technical excellence at its best Network- and systemadministrator D78D D0AD 244D 1D12 C9CA 7152 035C 1138 546A B867 Killing me is not enough to make me go away... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 12:25: 6 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ducky.nz.freebsd.org (ns1.unixathome.org [203.79.82.27]) by hub.freebsd.org (Postfix) with ESMTP id 6210937B698 for <freebsd-hackers@FreeBSD.ORG>; Wed, 17 Jan 2001 12:24:46 -0800 (PST) Received: from wocker (wocker.int.nz.freebsd.org [192.168.0.99]) by ducky.nz.freebsd.org (8.9.3/8.9.3) with ESMTP id JAA10303; Thu, 18 Jan 2001 09:24:40 +1300 (NZDT) Message-Id: <200101172024.JAA10303@ducky.nz.freebsd.org> From: "Dan Langille" <dan@langille.org> Organization: The FreeBSD Diary / FreshPorts To: Gerhard Sittig <Gerhard.Sittig@gmx.net> Date: Thu, 18 Jan 2001 09:24:39 +1300 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: how to test out cron.c changes? (was: cvs commit: src/etc crontab) Reply-To: dan@langille.org Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: <20010117184854.G253@speedy.gsinet> References: <nospam-3a64b2731814449@maxim.gbch.net>; from gjb@gbch.net on Wed, Jan 17, 2001 at 06:43:31AM +1000 X-mailer: Pegasus Mail for Win32 (v3.12c) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 17 Jan 2001, at 18:48, Gerhard Sittig wrote: > I'm just editing the PR with the cron patches to "catch up" with > OpenBSD in this respect (stating that it doesn't handle DST, but > has benefits whenever one's clock is jumping or cron waking up > too late and _could_ be extended to handle DST). Therein I > suggest to > - not touch current cron at all but switch to a different > executable by means of the newly introduced rc.conf variables > or to This is the safest route IMHO. No risk for that that choose not to use it. -- Dan Langille The FreeBSD Diary - http://freebsddiary.org/ FreshPorts - http://freshports.org/ NZ Broadband - http://unixathome.org/broadband/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 12:25:20 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 57D3037B404 for <freebsd-hackers@FreeBSD.ORG>; Wed, 17 Jan 2001 12:25:01 -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 f0HKOk772562; Wed, 17 Jan 2001 15:24:46 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Wed, 17 Jan 2001 15:24:45 -0500 (EST) From: Robert Watson <rwatson@FreeBSD.ORG> X-Sender: robert@fledge.watson.org To: mouss <usebsd@free.fr> Cc: Archie Cobbs <archie@dellroad.org>, Warner Losh <imp@harmony.village.org>, freebsd-hackers@FreeBSD.ORG Subject: Re: Setting default hostname to localhost In-Reply-To: <4.3.0.20010117202543.04e28280@pop.free.fr> Message-ID: <Pine.NEB.3.96L.1010117152229.70729B-100000@fledge.watson.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 Wed, 17 Jan 2001, mouss wrote: > At 21:16 16/01/01 -0500, Robert Watson wrote: > >The nice thing about "localhost" is that it already appears in > >/etc/hosts, and is a relatively reserved name, so unlikely to conflict too > >much based on resolution order. I.e., amnesiac.res.cmu.edu is not an > >unlikely name. > > sure, but I consider that the "hostname" variable has nothing to do with > resolution. > you can call your host amnesiac and still "ping localhost" thanks to > /etc/localhost. > > in other words, callin it "amnesiac" has nothing to do with "amnesiac.foo.bar". On the contrary, there are many applications that expect the results of a gethostname() to resolve, and point to the local machine. It's arguable that these applications are broken, but there are enough of them to raise consideration. They include lpd, sdr, and cvsup. Consider that currently you can't run the printer spooler if you don't have a hostname that resolves to an IP; you can't use sdr without a resolvable hostname, and you can't use the cvsup graphical interface without a resolvable hostname. I'd like to see these fixed of course--DHCP doesn't always provide a hostname, but it's a continuing problem. 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 Wed Jan 17 12:28:59 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from lucifer.ninth-circle.org (lucifer.bart.nl [194.158.168.74]) by hub.freebsd.org (Postfix) with ESMTP id DEC2A37B6CD for <freebsd-hackers@FreeBSD.ORG>; Wed, 17 Jan 2001 12:28:38 -0800 (PST) Received: (from asmodai@localhost) by lucifer.ninth-circle.org (8.11.1/8.11.0) id f0HKSPl36876; Wed, 17 Jan 2001 21:28:25 +0100 (CET) (envelope-from asmodai) Date: Wed, 17 Jan 2001 21:28:25 +0100 From: Jeroen Ruigrok van der Werven <jruigrok@via-net-works.nl> To: Warner Losh <imp@harmony.village.org> Cc: Robert Lipe <robertlipe@usa.net>, "Justin T. Gibbs" <gibbs@scsiguy.com>, freebsd-hackers@FreeBSD.ORG Subject: Re: bus_alloc_resource and RF_SHARABLE Message-ID: <20010117212825.B36621@lucifer.bart.nl> References: <20010114004453.D20766@rjlhome.sco.com> <200101131529.f0DFTps26367@aslan.scsiguy.com> <200101140356.f0E3uos95880@harmony.village.org> <20010114004453.D20766@rjlhome.sco.com> <200101150624.f0F6OCs15404@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200101150624.f0F6OCs15404@harmony.village.org>; from imp@harmony.village.org on Sun, Jan 14, 2001 at 11:24:12PM -0700 Organisation: VIA Net.Works The Netherlands Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -On [20010115 07:25], Warner Losh (imp@harmony.village.org) wrote: >In message <20010114004453.D20766@rjlhome.sco.com> Robert Lipe writes: >: I can't say I gather that from the man page from bus_alloc_resource >: at all. The restriction of RF_SHAREABLE applying only to IRQs and >: the exclusive nature of this call (one per BAR) would be helpful to >: call out in the doc. > >We should. Noted. On the list. -- Jeroen Ruigrok van der Werven VIA Net.Works The Netherlands BSD: Technical excellence at its best Network- and systemadministrator D78D D0AD 244D 1D12 C9CA 7152 035C 1138 546A B867 Killing me is not enough to make me go away... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 12:46:26 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 EC18237B6B9 for <hackers@FreeBSD.ORG>; Wed, 17 Jan 2001 12:46:04 -0800 (PST) Received: by smtp.nettoll.com; Wed, 17 Jan 2001 21:41:34 +0100 (MET) Message-Id: <4.3.0.20010117213727.04b0be20@pop.free.fr> X-Sender: usebsd@pop.free.fr X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Wed, 17 Jan 2001 21:56:11 +0100 To: "Walter W. Hop" <walter@binity.com>, "Michael R. Wayne" <wayne@staff.msen.com> From: mouss <usebsd@free.fr> Subject: Re: Protections on inetd (and /sbin/* /usr/sbin/* in general) Cc: hackers@FreeBSD.ORG In-Reply-To: <19357397493.20010117074723@binity.com> References: <200101170335.WAA18537@manor.msen.com> <200101170335.WAA18537@manor.msen.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 07:47 17/01/01 +0100, Walter W. Hop wrote: > > The exploit managed to start inetd, camped on the specified port > >I guess, if it doesn't exist already, that it wouldn't be so hard to >create a small patch to the kernel, so that only processes owned by root, >or a certain group of users (let's say "daemon"), were allowed to set up >listeners... just make IPPORT_RESERVED equal to 65535:) but then how will he be able to run an unprivileged http server? As it was said before, trying to change permissions, delete unnecessary binaries is just to much work for not much benefit. that thing called "minimalism" has simply failed to be of a real usefulness (I am exagerating a bit, but the truth is not elsewhere). it's like saying "don't let us have a knife at home, in case a thief gets in". but then you're just frustrating yourself. real attackers come with their own tools. regards, mouss To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 12:56: 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 55CF337B6AC for <freebsd-hackers@FreeBSD.org>; Wed, 17 Jan 2001 12:55:43 -0800 (PST) Received: (qmail 96870 invoked by uid 1001); 18 Jan 2001 06:55:34 +1000 X-Posted-By: GJB-Post 2.09 16-Jan-2001 (FreeBSD) X-URL: http://www.gbch.net 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: <nospam-3a6606c5f217a3c@maxim.gbch.net> Date: Thu, 18 Jan 2001 06:55:34 +1000 From: Greg Black <gjb@gbch.net> To: Gerhard Sittig <Gerhard.Sittig@gmx.net> Cc: freebsd-hackers@FreeBSD.org Subject: Re: how to test out cron.c changes? (was: cvs commit: src/etc crontab) References: <20001220211548.T253@speedy.gsinet> <3A513799.75EAB470@FreeBSD.org> <20010102133239.V253@speedy.gsinet> <20010107170840.G253@speedy.gsinet> <3A5AE490.D251F590@gorean.org> <20010109124044.A16276@mithrandr.moria.org> <3A5B5656.E2AAF0B5@FreeBSD.org> <nospam-3a5b95e412011c9@maxim.gbch.net> <20010116192601.B253@speedy.gsinet> <nospam-3a64b2731814449@maxim.gbch.net> <20010117184854.G253@speedy.gsinet> In-reply-to: <20010117184854.G253@speedy.gsinet> of Wed, 17 Jan 2001 18:48:54 +0100 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Gerhard Sittig wrote: > I'm just editing the PR with the cron patches to "catch up" with > OpenBSD in this respect (stating that it doesn't handle DST, but > has benefits whenever one's clock is jumping or cron waking up > too late and _could_ be extended to handle DST). Therein I > suggest to > - not touch current cron at all but switch to a different > executable by means of the newly introduced rc.conf variables > or to > - modify cron but make the new code optional while defaulting to > off I prefer option 1. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 12:58:20 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 07AE137B6C1 for <hackers@FreeBSD.ORG>; Wed, 17 Jan 2001 12:57:53 -0800 (PST) Received: by smtp.nettoll.com; Wed, 17 Jan 2001 21:52:34 +0100 (MET) Message-Id: <4.3.0.20010117215944.04b10ae0@pop.free.fr> X-Sender: usebsd@pop.free.fr X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Wed, 17 Jan 2001 22:07:10 +0100 To: "Aleksandr A.Babaylov" <babolo@links.ru>, roam@orbitel.bg (Peter Pentchev) From: mouss <usebsd@free.fr> Subject: Re: Protections on inetd (and /sbin/* /usr/sbin/* in general) Cc: walter@binity.com, wayne@staff.msen.com, hackers@FreeBSD.ORG In-Reply-To: <200101171513.SAA07666@aaz.links.ru> References: <20010117103330.L364@ringworld.oblivion.bg> 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 I really don't see why one should prohibit listening on a port! if you don't want users other than root doing anytig, remove all accounts but root. but then all your programs will run as root. so you are finally in a worst state of affairs. ok, the guy could write to /tmp. but heh, he could connect on your webserv and "run" a cgi script! you're not going to disable connnections to your web server or disable your cgis? ok the guy could run inetd. but if they can write a file, they could run "rm -rf /". yes, that fails, but running inetd also failed, no? so what's the problem? they can also run "pwd". as long as it doesn't hurt, let'em do whatever they want... the real problem here is that they did something they were not supposed to do, use the cgi script to write a specific inetd.conf file. so, fix the cgi script. yes, it's a hard job to audit all cgis, but heh, there's probably one that allows him to delete the whole httpd files, given that the cgis are executed with the credentials of the server, and that the files are (generally) owned by the server. cheers, mouss To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 13:10: 6 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 0DA2937B6A8 for <freebsd-hackers@FreeBSD.ORG>; Wed, 17 Jan 2001 13:09:41 -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 f0HL9Ys40809; Wed, 17 Jan 2001 14:09:36 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200101172109.f0HL9Ys40809@harmony.village.org> To: Trent Nelson <tpnelson@switch.com> Subject: Re: Network I/O multiplexing questions. Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Wed, 17 Jan 2001 14:23:43 EST." <20010117142343.A1144@dhcp103-172-16-3.switch.com> References: <20010117142343.A1144@dhcp103-172-16-3.switch.com> Date: Wed, 17 Jan 2001 14:09:34 -0700 From: Warner Losh <imp@harmony.village.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010117142343.A1144@dhcp103-172-16-3.switch.com> Trent Nelson writes: : 1. Is there any performance/efficiency gained when read and write : operations on multiple sockets are grouped together? That is, after : the I/O multiplexer function returns (i.e. select/poll/kevent), all : read operations on sockets are done together (say, encapsulated by : a thread, perhaps) and likewise for write operations. No. Not really. If the sockets are non-blocking, then doing a read is a fast operation. It will either return EWOULDBLOCK (in case something odd happened between the select and the read), or it will do a copyout of what data is there. You'd gain nothing by doing multiple of these at once. Likewise with nonblocking writes. It will either copy it in and return, or it will return EWOULDBLOCK. I've never hit scalibility problems in this area of the code. But I've also never tried to optimize things on a MP box in this area. That's the only way that having multiple outstanding read/writes makes any kind of performance sense. : 3. What conditions, if any, are used to deem whether a read or write : to a socket will block? Is there any quick and efficient way of : doing this in userspace? I'm assuming it has something to do with : the hi/lo watermarks of a socket and its associated I/O buffer. : : Can anyone point me to instances of kernel source code where a check : is made to see if a socket will block? select(), et al, will tell you if the woudl block. Make them non-blocking and you don't even have to worry about that. You get EWOULDBLOCK back from them. I can't point you at the source, however. For blocking sockets, reads block when there is no data and the connection is still good. Writes block when there's no kernel buffer space available for that socket. : 4. Currently, if a process blocks on network I/O, is it immediately : switched out of execution by the scheduler? Yes. Blocking is blocking. You can't run if you are blocked. That's why pthreads makes all its stuff non-blocking. : 5. Has anyone taken a look at the State-Threads API proposed by SGI? Nope. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 13:35:19 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 CDA1B37B6E7; Wed, 17 Jan 2001 13:34:30 -0800 (PST) Received: from fwd03.sul.t-online.com by mailout02.sul.t-online.com with smtp id 14J0Dt-0007nN-07; Wed, 17 Jan 2001 22:34:29 +0100 Received: from server.rock.net (340029380333-0001@[62.226.181.116]) by fmrl03.sul.t-online.com with esmtp id 14J0Dk-0IAsQCC; Wed, 17 Jan 2001 22:34:20 +0100 Received: from t-online.de (server [172.23.7.1]) by server.rock.net (8.9.3+Sun/8.9.3/Rock) with ESMTP id WAA16369; Wed, 17 Jan 2001 22:34:20 +0100 (MET) Message-ID: <3A660FDC.ABAB10F5@t-online.de> Date: Wed, 17 Jan 2001 22:34:20 +0100 From: Daniel Rock <D.Rock@t-online.de> X-Mailer: Mozilla 4.7 [de] (X11; U; SunOS 5.8 i86pc) X-Accept-Language: de, en MIME-Version: 1.0 To: Hajimu UMEMOTO <ume@FreeBSD.ORG> Cc: current@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: number of processes forked since boot References: <20010116.025742.74757685.ume@FreeBSD.org> Content-Type: multipart/mixed; boundary="------------ACBB2467DA3F232ACF48A671" X-Sender: 340029380333-0001@t-dialin.net Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dies ist eine mehrteilige Nachricht im MIME-Format. --------------ACBB2467DA3F232ACF48A671 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hajimu UMEMOTO schrieb: > > Hi, > > I wish to obtain number of processes forked since boot from userland. > So, I made a patch to intend to commit. > Any comment? I have done a similar approach. I was inspired by the "vmstat -s" output of Solaris. Therefor my solution was integrated into the vmmeter structure. Adding sysctl variables would be trivial though. Warning: The diff is from a very old source tree. It may not apply cleanly. But the modifications are trivial and should be easily spotted. -- Daniel --------------ACBB2467DA3F232ACF48A671 Content-Type: text/plain; charset=us-ascii; name="src.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="src.diff" Index: sys/kern/kern_exec.c =================================================================== RCS file: /data/cvs/src/sys/kern/kern_exec.c,v retrieving revision 1.116 diff -u -r1.116 kern_exec.c --- sys/kern/kern_exec.c 2000/09/21 09:04:17 1.116 +++ sys/kern/kern_exec.c 2000/09/21 17:34:09 @@ -47,6 +47,7 @@ #include <sys/shm.h> #include <sys/sysctl.h> #include <sys/vnode.h> +#include <sys/vmmeter.h> #include <vm/vm.h> #include <vm/vm_param.h> @@ -374,7 +375,10 @@ } if (error == 0) + { + ++cnt.v_exec; return (0); + } exec_fail: if (imgp->vmspace_destroyed) { Index: sys/kern/kern_fork.c =================================================================== RCS file: /data/cvs/src/sys/kern/kern_fork.c,v retrieving revision 1.82 diff -u -r1.82 kern_fork.c --- sys/kern/kern_fork.c 2000/09/14 23:07:39 1.82 +++ sys/kern/kern_fork.c 2000/09/15 23:07:29 @@ -55,6 +55,7 @@ #include <sys/ktr.h> #include <sys/ktrace.h> #include <sys/unistd.h> +#include <sys/vmmeter.h> #include <sys/jail.h> #include <vm/vm.h> @@ -105,6 +106,7 @@ if (error == 0) { p->p_retval[0] = p2->p_pid; p->p_retval[1] = 0; + ++cnt.v_fork; } return error; } @@ -122,6 +124,7 @@ if (error == 0) { p->p_retval[0] = p2->p_pid; p->p_retval[1] = 0; + ++cnt.v_vfork; } return error; } Index: sys/sys/vmmeter.h =================================================================== RCS file: /data/cvs/src/sys/sys/vmmeter.h,v retrieving revision 1.21 diff -u -r1.21 vmmeter.h --- sys/sys/vmmeter.h 1999/12/29 04:24:49 1.21 +++ sys/sys/vmmeter.h 1999/12/31 02:41:29 @@ -92,6 +92,9 @@ u_int v_pageout_free_min; /* min number pages reserved for kernel */ u_int v_interrupt_free_min; /* reserved number of pages for int code */ u_int v_free_severe; /* severe depletion of pages below this pt */ + u_int v_fork; + u_int v_vfork; + u_int v_exec; }; #ifdef _KERNEL Index: usr.bin/vmstat/vmstat.c =================================================================== RCS file: /data/cvs/src/usr.bin/vmstat/vmstat.c,v retrieving revision 1.39 diff -u -r1.39 vmstat.c --- usr.bin/vmstat/vmstat.c 2000/05/05 16:07:10 1.39 +++ usr.bin/vmstat/vmstat.c 2000/05/07 21:11:18 @@ -599,6 +599,12 @@ (void)printf("%9u cpu context switches\n", sum.v_swtch); (void)printf("%9u device interrupts\n", sum.v_intr); (void)printf("%9u software interrupts\n", sum.v_soft); + (void)printf("%9u forks\n", sum.v_fork); + (void)printf("%9u vforks\n", sum.v_vfork); + (void)printf("%9u execs\n", sum.v_exec); +#ifdef vax + (void)printf("%9u pseudo-dma dz interrupts\n", sum.v_pdma); +#endif (void)printf("%9u traps\n", sum.v_trap); (void)printf("%9u system calls\n", sum.v_syscall); (void)printf("%9u swap pager pageins\n", sum.v_swapin); @@ -731,7 +737,7 @@ errx(1, "malloc"); kread(X_INTRCNT, intrcnt, (size_t)nintr); kread(X_INTRNAMES, intrname, (size_t)inamlen); - (void)printf("interrupt total rate\n"); + (void)printf("interrupt total rate\n"); inttotal = 0; nintr /= sizeof(long); while (--nintr >= 0) { --------------ACBB2467DA3F232ACF48A671-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 14:12:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (dhcp250.osd.bsdi.com [204.216.28.250]) by hub.freebsd.org (Postfix) with ESMTP id 5E1BE37B400 for <hackers@freebsd.org>; Wed, 17 Jan 2001 14:12:02 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.1/8.11.1) with ESMTP id f0HMQ2Q00442; Wed, 17 Jan 2001 14:26:02 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200101172226.f0HMQ2Q00442@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "David E. Cross" <crossd@intrepid.cs.rpi.edu> Cc: hackers@freebsd.org Subject: Re: Device Driver Question (bus_set_resource) In-reply-to: Your message of "Wed, 17 Jan 2001 10:55:52 EST." <200101171555.KAA03762@cs.rpi.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 17 Jan 2001 14:26:02 -0800 From: Mike Smith <msmith@freebsd.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG You're doing this "all wrong". 8) If you know what the device's settings are, you want an identify routine which will create the device instance and set up resources for it. If you want the user to be able to tweak the settings, you want a set of device hints and a normal ISA probe routine. What you've written here is a confused bastardisation of the two, as well as confusing things with a call to ISA_PNP_PROBE. I'm sorry I can't be more explicit, what you've done is so totally confused that I can't just point at one thing and say "there's your mistake". 8) > I am writing a simple, I/O only device driver (no lectures about /dev/io > please ;). It has not PnP abilities, and I have run into the following > problem with bus_set_resource(): > > static int das1400adc_isa_probe(device_t dev) > { > struct das1400adc_softc *sc = device_get_softc(dev); > int unit = device_get_unit(dev); > int pnperror; > > sc->dev=dev; > sc->unit=unit; > sc->port0=DAS1400ADC_PORT; > sc->port1=sc->port0+11; > sc->port2=sc->port0+0x406; > sc->irq0=0; > sc->port0_rid=0; > sc->port1_rid=0; > sc->port2_rid=0; > sc->low=sc->high=0; > > pnperror=ISA_PNP_PROBE(device_get_parent(dev), dev, das1400adc_pnp_ids); > if (pnperror != ENXIO) > return pnperror; > > if (bus_set_resource(dev, SYS_RES_IOPORT, /*rid*/sc->port0_rid, > sc->port0, 3) < 0) > return ENXIO; > /* if (bus_set_resource(dev, SYS_RES_IOPORT, sc->port1_rid, > sc->port1, 1) < 0) > return ENXIO; > if (bus_set_resource(dev, SYS_RES_IOPORT, sc->port2_rid, > sc->port2, 1) < 0) > return ENXIO; > */ > device_set_desc(dev, "CIO-DAS1400-ADC"); > return 0; /* all is good */ > } > > static int das1400adc_isa_attach(device_t dev) > { > struct das1400adc_softc *sc = device_get_softc(dev); > > sc->port0_r = bus_alloc_resource(dev, SYS_RES_IOPORT, > &sc->port0_rid, /*start*/0, /*end*/ ~0, /*count*/ 0, > RF_ACTIVE); > > /* sc->port1_r = bus_alloc_resource(dev, SYS_RES_IOPORT, > &sc->port1_rid, 0, ~0, 0, > RF_ACTIVE); > > sc->port2_r = bus_alloc_resource(dev, SYS_RES_IOPORT, > &sc->port2_rid, 0, ~0, 0, > RF_ACTIVE); > */ > if (sc->port0_r == NULL ) > /* || sc->port1_r == NULL ) > sc->port2_r == NULL) > */ > return ENXIO; > > sc->md_dev=make_dev(&das1400adc_cdevsw, 0, 0, 0, 0600, "adc0"); > sc->open_count=0; > return 0; > } > > > > > Given that code, I get the following attach messages from the kernel: > > "das1400adc2: <CIO-DAS1400-ADC> at port 0x310-0x312 irq 5 drq 1,5 on isa0" > Uhm... I set neither the IRQ nor the drq... where does it get these from, and > how can I get it to "do the right thing"? Also, If I uncomment the settings > for the additional ranges "really weird things" start to happen. An example > of 'weirdness' is that exact same code, when kldload-ed will attach a totally > different device. > > Oh yeah, this is under 4.2-STABLE from 20010103. > > -- > 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 -- ... 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 Wed Jan 17 14:29:58 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 186F837B698; Wed, 17 Jan 2001 14:29:41 -0800 (PST) Received: from intrepid.cs.rpi.edu (intrepid.cs.rpi.edu [128.213.12.41]) by cs.rpi.edu (8.9.3/8.9.3) with ESMTP id RAA17780; Wed, 17 Jan 2001 17:29:32 -0500 (EST) Message-Id: <200101172229.RAA17780@cs.rpi.edu> To: Mike Smith <msmith@freebsd.org> Cc: "David E. Cross" <crossd@intrepid.cs.rpi.edu>, hackers@freebsd.org, crossd@cs.rpi.edu Subject: Re: Device Driver Question (bus_set_resource) In-Reply-To: Message from Mike Smith <msmith@freebsd.org> of "Wed, 17 Jan 2001 14:26:02 PST." <200101172226.f0HMQ2Q00442@mass.osd.bsdi.com> Date: Wed, 17 Jan 2001 17:29:32 -0500 From: "David E. Cross" <crossd@intrepid.cs.rpi.edu> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thank you... After a couple of hours, Jon Chen and I have figured out most of what you just said :P :) How would one use hints with a kld? -- 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 Wed Jan 17 14:35:59 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (dhcp250.osd.bsdi.com [204.216.28.250]) by hub.freebsd.org (Postfix) with ESMTP id E8E1737B400 for <hackers@freebsd.org>; Wed, 17 Jan 2001 14:35:42 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.1/8.11.1) with ESMTP id f0HMnkQ00556; Wed, 17 Jan 2001 14:49:46 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200101172249.f0HMnkQ00556@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "David E. Cross" <crossd@intrepid.cs.rpi.edu> Cc: hackers@freebsd.org Subject: Re: Device Driver Question (bus_set_resource) In-reply-to: Your message of "Wed, 17 Jan 2001 17:29:32 EST." <200101172229.RAA17780@cs.rpi.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 17 Jan 2001 14:49:46 -0800 From: Mike Smith <msmith@freebsd.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Thank you... > > After a couple of hours, Jon Chen and I have figured out most of what you > just said :P :) > > How would one use hints with a kld? Badly. 8( You can only really set them with the loader right now. There are a couple of kernel datastores that need some tweaking; the environment is one of them. -- ... 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 Wed Jan 17 14:39:49 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 B977737B400; Wed, 17 Jan 2001 14:39:29 -0800 (PST) Received: from intrepid.cs.rpi.edu (intrepid.cs.rpi.edu [128.213.12.41]) by cs.rpi.edu (8.9.3/8.9.3) with ESMTP id RAA18210; Wed, 17 Jan 2001 17:39:27 -0500 (EST) Message-Id: <200101172239.RAA18210@cs.rpi.edu> To: Mike Smith <msmith@freebsd.org> Cc: "David E. Cross" <crossd@intrepid.cs.rpi.edu>, hackers@freebsd.org, crossd@cs.rpi.edu Subject: Re: Device Driver Question (bus_set_resource) In-Reply-To: Message from Mike Smith <msmith@freebsd.org> of "Wed, 17 Jan 2001 14:49:46 PST." <200101172249.f0HMnkQ00556@mass.osd.bsdi.com> Date: Wed, 17 Jan 2001 17:39:27 -0500 From: "David E. Cross" <crossd@intrepid.cs.rpi.edu> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Thank you... > > > > After a couple of hours, Jon Chen and I have figured out most of what you > > just said :P :) > > > > How would one use hints with a kld? > > Badly. 8( You can only really set them with the loader right now. > > There are a couple of kernel datastores that need some tweaking; the > environment is one of them. That is what I thought... given my recent performance on "what I thought" WRT the kernel, I thought I would double check ;) -- 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 Wed Jan 17 15:47:15 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 3B81637B400 for <freebsd-hackers@FreeBSD.ORG>; Wed, 17 Jan 2001 15:46:55 -0800 (PST) Received: (from akm@localhost) by mail.theinternet.com.au (8.9.3/8.9.3) id JAA03426; Thu, 18 Jan 2001 09:51:15 +1000 (EST) (envelope-from akm) Date: Thu, 18 Jan 2001 09:51:15 +1000 From: Andrew Kenneth Milton <akm@mail.theinternet.com.au> To: Dag-Erling Smorgrav <des@ofug.org> Cc: heckfordj@psi-domain.co.uk, freebsd-hackers@FreeBSD.ORG Subject: Re: Clustering FreeBSD Message-ID: <20010118095114.R37050@zeus.theinternet.com.au> References: <20010116173651.A808@freefire.psi-domain.co.uk> <200101161831.KAA02310@spammie.svbug.com> <20010116184700.A897@freefire.psi-domain.co.uk> <xzpr922q6pq.fsf@flood.ping.uio.no> <xzpn1cqq6nu.fsf@flood.ping.uio.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <xzpn1cqq6nu.fsf@flood.ping.uio.no>; from Dag-Erling Smorgrav on Wed, Jan 17, 2001 at 09:12:53PM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG +-------[ Dag-Erling Smorgrav ]---------------------- | Dag-Erling Smorgrav <des@ofug.org> writes: | > Jamie Heckford <heckfordj@psi-domain.co.uk> writes: | > > In all honesty, I am just looking for something to play | > > with and see how fast FreeBSD can go. | > I'd say about 2.8 m/s/s, given sufficient height. | | Doh! I mean 9.8 m/s/s, of course. That's acceleration not velocity :-) The terminal velocity of a PC case is probably a lot lower than the velocity of an outer edge of a 10000 RPM drive. -- 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 Wed Jan 17 17: 8:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dayspring.firedrake.org (dayspring.firedrake.org [195.82.105.251]) by hub.freebsd.org (Postfix) with ESMTP id 9A07337B6A5 for <hackers@freebsd.org>; Wed, 17 Jan 2001 17:08:13 -0800 (PST) Received: from float by dayspring.firedrake.org with local (Exim 3.12 #1 (Debian)) id 14J3Y7-0006IN-00; Thu, 18 Jan 2001 01:07:35 +0000 Date: Thu, 18 Jan 2001 01:07:35 +0000 To: David Malone <dwmalone@maths.tcd.ie> Cc: Peter Pentchev <roam@orbitel.bg>, mbac@mmap.nyct.net, hackers@FreeBSD.org Subject: Re: Permissions on crontab.. Message-ID: <20010118010735.A21964@firedrake.org> References: <20010117123740.Q364@ringworld.oblivion.bg> <200101171045.aa30069@salmon.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200101171045.aa30069@salmon.maths.tcd.ie>; from dwmalone@maths.tcd.ie on Wed, Jan 17, 2001 at 10:45:57AM +0000 From: void <float@firedrake.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Jan 17, 2001 at 10:45:57AM +0000, David Malone wrote: > > True - but I'd say it provides a false sense of security, which > might be more damaging than the extra security provided against > read-only exploits in crontab. That's silly. Group tty can be leveraged to provide more privilege, but that doesn't mean write(1) should be setuid root, or that having write(1) setgid tty provides a false sense of security. I think that the proposed change would be a good idea, and that it's consistent with write(1) and other uses of setgid. -- Ben 220 go.ahead.make.my.day ESMTP Postfix To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 17:43:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mmap.nyct.net (mmap.nyct.net [216.44.109.243]) by hub.freebsd.org (Postfix) with ESMTP id 0813337B400 for <hackers@FreeBSD.org>; Wed, 17 Jan 2001 17:43:11 -0800 (PST) Received: by mmap.nyct.net (Postfix, from userid 1000) id 36B6BFAB0; Wed, 17 Jan 2001 20:43:00 -0500 (EST) Date: Wed, 17 Jan 2001 20:43:00 -0500 To: void <float@firedrake.org> Cc: David Malone <dwmalone@maths.tcd.ie>, Peter Pentchev <roam@orbitel.bg>, hackers@FreeBSD.org Subject: Re: Permissions on crontab.. Message-ID: <20010117204300.A32417@mmap.nyct.net> References: <20010117123740.Q364@ringworld.oblivion.bg> <200101171045.aa30069@salmon.maths.tcd.ie> <20010118010735.A21964@firedrake.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010118010735.A21964@firedrake.org>; from float@firedrake.org on Thu, Jan 18, 2001 at 01:07:35AM +0000 From: mbac@mmap.nyct.net (Michael Bacarella) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Jan 18, 2001 at 01:07:35AM +0000, void wrote: > > True - but I'd say it provides a false sense of security, which > > might be more damaging than the extra security provided against > > read-only exploits in crontab. > > That's silly. Group tty can be leveraged to provide more privilege, > but that doesn't mean write(1) should be setuid root, or that having > write(1) setgid tty provides a false sense of security. > > I think that the proposed change would be a good idea, and that it's > consistent with write(1) and other uses of setgid. Ideally, crontab wouldn't be suid/gid _anything_ and users own their own crontab file, but perhaps I've said too much. :) -- Michael Bacarella <mbac@mmap.nyct.net> Technical Staff / New York Connect.Net, Ltd Daytime Phone: (212) 581-2831 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 22:39:41 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 D4D8637B401; Wed, 17 Jan 2001 22:39:23 -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 f0I6dHs43477; Wed, 17 Jan 2001 23:39:18 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200101180639.f0I6dHs43477@harmony.village.org> To: "David E. Cross" <crossd@intrepid.cs.rpi.edu> Subject: Re: Device Driver Question (bus_set_resource) Cc: Mike Smith <msmith@FreeBSD.ORG>, hackers@FreeBSD.ORG, crossd@cs.rpi.edu In-reply-to: Your message of "Wed, 17 Jan 2001 17:29:32 EST." <200101172229.RAA17780@cs.rpi.edu> References: <200101172229.RAA17780@cs.rpi.edu> Date: Wed, 17 Jan 2001 23:39:17 -0700 From: Warner Losh <imp@harmony.village.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200101172229.RAA17780@cs.rpi.edu> "David E. Cross" writes: : How would one use hints with a kld? Load the hints at boot time and hope you get it right. Other than that, it is bog simple. We use klds for all our drivers at Timing Solutions and load the hints at boot time. There's no way to change your mind without a reboot what hints you want to use. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 17 23: 6: 4 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 70DBB37B400; Wed, 17 Jan 2001 23:05:46 -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 f0I75eK09869; Wed, 17 Jan 2001 23:05:40 -0800 (PST) (envelope-from peter@netplex.com.au) Message-Id: <200101180705.f0I75eK09869@mobile.wemm.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Warner Losh <imp@harmony.village.org> Cc: "David E. Cross" <crossd@intrepid.cs.rpi.edu>, Mike Smith <msmith@FreeBSD.ORG>, hackers@FreeBSD.ORG, crossd@cs.rpi.edu Subject: Re: Device Driver Question (bus_set_resource) In-Reply-To: <200101180639.f0I6dHs43477@harmony.village.org> Date: Wed, 17 Jan 2001 23:05:40 -0800 From: Peter Wemm <peter@netplex.com.au> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh wrote: > In message <200101172229.RAA17780@cs.rpi.edu> "David E. Cross" writes: > : How would one use hints with a kld? > > Load the hints at boot time and hope you get it right. Other than > that, it is bog simple. We use klds for all our drivers at Timing > Solutions and load the hints at boot time. > > There's no way to change your mind without a reboot what hints you > want to use. And this is something I've been meaning to fix.. 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 Wed Jan 17 23:42:59 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from rapier.smartspace.co.za (rapier.smartspace.co.za [66.8.25.34]) by hub.freebsd.org (Postfix) with SMTP id 4DC9A37B400 for <hackers@FreeBSD.org>; Wed, 17 Jan 2001 23:42:39 -0800 (PST) Received: (qmail 7550 invoked by uid 1001); 18 Jan 2001 07:42:36 -0000 Date: Thu, 18 Jan 2001 09:42:36 +0200 From: Neil Blakey-Milner <nbm@mithrandr.moria.org> To: Michael Bacarella <mbac@mmap.nyct.net> Cc: void <float@firedrake.org>, David Malone <dwmalone@maths.tcd.ie>, Peter Pentchev <roam@orbitel.bg>, hackers@FreeBSD.org Subject: Re: Permissions on crontab.. Message-ID: <20010118094236.A7426@rapier.smartspace.co.za> References: <20010117123740.Q364@ringworld.oblivion.bg> <200101171045.aa30069@salmon.maths.tcd.ie> <20010118010735.A21964@firedrake.org> <20010117204300.A32417@mmap.nyct.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010117204300.A32417@mmap.nyct.net>; from mbac@mmap.nyct.net on Wed, Jan 17, 2001 at 08:43:00PM -0500 Organization: Building Intelligence X-Operating-System: FreeBSD 4.2-RELEASE i386 X-URL: http://rucus.ru.ac.za/~nbm/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed 2001-01-17 (20:43), Michael Bacarella wrote: > On Thu, Jan 18, 2001 at 01:07:35AM +0000, void wrote: > > > > True - but I'd say it provides a false sense of security, which > > > might be more damaging than the extra security provided against > > > read-only exploits in crontab. > > > > That's silly. Group tty can be leveraged to provide more privilege, > > but that doesn't mean write(1) should be setuid root, or that having > > write(1) setgid tty provides a false sense of security. > > > > I think that the proposed change would be a good idea, and that it's > > consistent with write(1) and other uses of setgid. > > Ideally, crontab wouldn't be suid/gid _anything_ and users own their > own crontab file, but perhaps I've said too much. :) They do own their own crontab file. The setgid is for adjusting the modification time on the crontab directory, to signal to cron that there has been a change. Neil -- Neil Blakey-Milner nbm@mithrandr.moria.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 18 0: 6:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.interware.hu (mail.interware.hu [195.70.32.130]) by hub.freebsd.org (Postfix) with ESMTP id 56AEA37B402; Thu, 18 Jan 2001 00:06:26 -0800 (PST) Received: from victoria-149.budapest.interware.hu ([195.70.63.149] helo=elischer.org) by mail.interware.hu with esmtp (Exim 3.16 #1 (Debian)) id 14JA5P-0007Ku-00; Thu, 18 Jan 2001 09:06:23 +0100 Message-ID: <3A66A38C.310774FD@elischer.org> Date: Thu, 18 Jan 2001 00:04:28 -0800 From: Julian Elischer <julian@elischer.org> X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: Mark Santcroos <marks@ripe.net> Cc: "Michael C . Wu" <keichii@iteration.net>, freebsd-hackers@freebsd.org, benno@freebsd.org Subject: Re: [IrDA] adding new network stack References: <20010116103212.C12906@ripe.net> <3A649154.B345C634@elischer.org> <20010116194307.A28087@ripe.net> <3A64B6C2.6D0ADF97@elischer.org> <20010116232326.A6513@ripe.net> <20010116233409.A9413@peorth.iteration.net> <20010117113949.A29173@ripe.net> <3A65A18C.B5529BA9@elischer.org> <20010117151421.B29173@ripe.net> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mark Santcroos wrote: > > On Wed, Jan 17, 2001 at 05:43:40AM -0800, Julian Elischer wrote: > > I've been looking alot at other drivers already. > My device driver is heavily based on the scheme in the example. But I've > made it a module so I can develop it outside the source tree. the sample driver in -current already is a module :-) > > > If you want to send me your driver I'll even make a first attempt to bolt a > > netgraph interface to it. > > (or you can try and I'll check it for you) > > Thanks for the offer, I will do a first try myself, to learn more about > it, but will certainly come to you when I can't work things out. > > > check the 'blueprints' article on netgraph in daemon-news > > for a good run-down on what it all means (though it's abot out of date > > and had a few small > > > > lastly, read netgraph(4) > > done (doing) > > > here is a list of existing netgraph drivers: > > > > sys/dev/lmc/if_lmc.c sys/dev/usb/udbp.c sys/i386/isa/if_ar.c > > sys/i386/isa/if_sr.c sys/i4b/driver/i4b_ing.c sys/netgraph/ng_ether.c > > sys/netgraph/ng_tty.c sys/pci/if_mn.c sys/dev/musycc/musycc.c > > *nods* already found them > > > maybe just old async IR.. we should try handle that too :-) > > *nods* for the driver part we can use ALOT from Linux > > > for a sample PCI driver do: > > (on current) > > cd /usr/share/examples/drivers > > sh make_device_driver.sh irda > > then examine the generated files.. > > :-) > > Like I said above, I've used the info in there but created my own module, > to be able to develop outside the tree. > (I'm fairly new to FreeBSD/CVS so I do not know an easy way to work on a > cvstree and keep it up to date(when your changes don't get uploaded) at > the same time) > I don't know what is the normal behaviour, but maybe it's possible to get > an early framework into -CURRENT sooner or later? (If it doesn't > interfere with other code) if it's completely independent of othe rcode it can be ssonner than later. if it makes changes elsewhere, then it should be better developed. it should at least do one thing before it is committed, whether that is talk to palm-pilots or Philips TVs is up to you :-) > > Within a day or so I hope to release my first pieces of code. > In the next day I will try to insert a little netgraph code into it. great. basically just bolt the sample netgraph node on the end and edit all teh 'xxx' to something else. > > Mark > > -- > Mark Santcroos RIPE Network Coordination Centre > > PGP KeyID: 1024/0x3DCBEB8D > PGP Fingerprint: BB1E D037 F29D 4B40 0B26 F152 795F FCAB 3DCB EB8D > > 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 ---> X_.---._/ from Perth, presently in: Budapest v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 18 0:13:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from rapier.smartspace.co.za (rapier.smartspace.co.za [66.8.25.34]) by hub.freebsd.org (Postfix) with SMTP id 6A2BC37B401 for <hackers@FreeBSD.org>; Thu, 18 Jan 2001 00:13:20 -0800 (PST) Received: (qmail 11117 invoked by uid 1001); 18 Jan 2001 08:13:15 -0000 Date: Thu, 18 Jan 2001 10:13:15 +0200 From: Neil Blakey-Milner <nbm@mithrandr.moria.org> To: FreeBSD Current Users <hackers@FreeBSD.org>, FreeBSD Hackers <hackers@FreeBSD.org> Cc: Marcel Moolenaar <marcel@FreeBSD.org> Subject: Patch to fix "make buildkernel requires full obj directory" mistake Message-ID: <20010118101315.A10537@rapier.smartspace.co.za> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="d6Gm4EdcadzBjdND" Content-Disposition: inline User-Agent: Mutt/1.2.5i Organization: Building Intelligence X-Operating-System: FreeBSD 4.2-RELEASE i386 X-URL: http://rucus.ru.ac.za/~nbm/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --d6Gm4EdcadzBjdND Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I've kept on forgetting to apply a patch similar to this one. "make buildkernel" currently fails if a "make buildworld" has not previously been done on the machine (and still has the populated object environment) because OBJFORMAT_PATH is explicitly set to only use ${WORLDTMP}/usr/libexec. At least for the kernel build phase, this may be an error, since we already use 'gcc', 'ld', and friends from $PATH. Anyway, the attached patch fixes at least buildkernel in the way most obvious to me, but I'm sure there may be a more useful place to place the addition of OBJFORMAT_PATH, since $PATH is made to include the supplied $PATH environment variable in many other places. I'm not willing to make a judgement whether using the supplied OBJFORMAT_PATH is correct in any of those places, but I wish to fix the buildkernel target. Neil -- Neil Blakey-Milner nbm@mithrandr.moria.org --d6Gm4EdcadzBjdND Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="bk.patch" Index: Makefile.inc1 =================================================================== RCS file: /home/ncvs/src/Makefile.inc1,v retrieving revision 1.180 diff -u -r1.180 Makefile.inc1 --- Makefile.inc1 2000/12/24 14:58:34 1.180 +++ Makefile.inc1 2001/01/18 08:03:08 @@ -129,6 +129,7 @@ # /usr/games added for fortune which depend on strfile STRICTTMPPATH= ${WORLDTMP}/usr/sbin:${WORLDTMP}/usr/bin:${WORLDTMP}/usr/games TMPPATH= ${STRICTTMPPATH}:${PATH} +OBJFORMAT_PATH?= /usr/libexec TMPDIR?= /tmp TMPPID!= echo $$$$ @@ -200,6 +201,10 @@ PATH=${STRICTTMPPATH}:${INSTALLTMP} IMAKE= ${IMAKEENV} ${MAKE} -f Makefile.inc1 +# kernel stage +KMAKEENV= ${WMAKEENV} \ + OBJFORMAT_PATH=${WORLDTMP}/usr/libexec:${OBJFORMAT_PATH} + USRDIRS= usr/bin usr/lib/compat/aout usr/games usr/libdata/ldscripts \ usr/libexec/${OBJFORMAT} usr/sbin usr/share/misc @@ -408,10 +413,10 @@ ${MAKE} -f ${KRNLSRCDIR}/dev/aic7xxx/aicasm/Makefile .if !defined(NO_KERNELDEPEND) cd ${KRNLOBJDIR}/${_kernel}; \ - ${WMAKEENV} MACHINE=${MACHINE} ${MAKE} KERNEL=${INSTKERNNAME} depend + ${KMAKEENV} MACHINE=${MACHINE} ${MAKE} KERNEL=${INSTKERNNAME} depend .endif cd ${KRNLOBJDIR}/${_kernel}; \ - ${WMAKEENV} MACHINE=${MACHINE} ${MAKE} KERNEL=${INSTKERNNAME} all + ${KMAKEENV} MACHINE=${MACHINE} ${MAKE} KERNEL=${INSTKERNNAME} all .endfor # --d6Gm4EdcadzBjdND-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 18 0:13:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from rapier.smartspace.co.za (rapier.smartspace.co.za [66.8.25.34]) by hub.freebsd.org (Postfix) with SMTP id 7396337B402 for <hackers@FreeBSD.org>; Thu, 18 Jan 2001 00:13:20 -0800 (PST) Received: (qmail 11117 invoked by uid 1001); 18 Jan 2001 08:13:15 -0000 Date: Thu, 18 Jan 2001 10:13:15 +0200 From: Neil Blakey-Milner <nbm@mithrandr.moria.org> To: FreeBSD Current Users <hackers@FreeBSD.org>, FreeBSD Hackers <hackers@FreeBSD.org> Cc: Marcel Moolenaar <marcel@FreeBSD.org> Subject: Patch to fix "make buildkernel requires full obj directory" mistake Message-ID: <20010118101315.A10537@rapier.smartspace.co.za> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="d6Gm4EdcadzBjdND" Content-Disposition: inline User-Agent: Mutt/1.2.5i Organization: Building Intelligence X-Operating-System: FreeBSD 4.2-RELEASE i386 X-URL: http://rucus.ru.ac.za/~nbm/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --d6Gm4EdcadzBjdND Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I've kept on forgetting to apply a patch similar to this one. "make buildkernel" currently fails if a "make buildworld" has not previously been done on the machine (and still has the populated object environment) because OBJFORMAT_PATH is explicitly set to only use ${WORLDTMP}/usr/libexec. At least for the kernel build phase, this may be an error, since we already use 'gcc', 'ld', and friends from $PATH. Anyway, the attached patch fixes at least buildkernel in the way most obvious to me, but I'm sure there may be a more useful place to place the addition of OBJFORMAT_PATH, since $PATH is made to include the supplied $PATH environment variable in many other places. I'm not willing to make a judgement whether using the supplied OBJFORMAT_PATH is correct in any of those places, but I wish to fix the buildkernel target. Neil -- Neil Blakey-Milner nbm@mithrandr.moria.org --d6Gm4EdcadzBjdND Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="bk.patch" Index: Makefile.inc1 =================================================================== RCS file: /home/ncvs/src/Makefile.inc1,v retrieving revision 1.180 diff -u -r1.180 Makefile.inc1 --- Makefile.inc1 2000/12/24 14:58:34 1.180 +++ Makefile.inc1 2001/01/18 08:03:08 @@ -129,6 +129,7 @@ # /usr/games added for fortune which depend on strfile STRICTTMPPATH= ${WORLDTMP}/usr/sbin:${WORLDTMP}/usr/bin:${WORLDTMP}/usr/games TMPPATH= ${STRICTTMPPATH}:${PATH} +OBJFORMAT_PATH?= /usr/libexec TMPDIR?= /tmp TMPPID!= echo $$$$ @@ -200,6 +201,10 @@ PATH=${STRICTTMPPATH}:${INSTALLTMP} IMAKE= ${IMAKEENV} ${MAKE} -f Makefile.inc1 +# kernel stage +KMAKEENV= ${WMAKEENV} \ + OBJFORMAT_PATH=${WORLDTMP}/usr/libexec:${OBJFORMAT_PATH} + USRDIRS= usr/bin usr/lib/compat/aout usr/games usr/libdata/ldscripts \ usr/libexec/${OBJFORMAT} usr/sbin usr/share/misc @@ -408,10 +413,10 @@ ${MAKE} -f ${KRNLSRCDIR}/dev/aic7xxx/aicasm/Makefile .if !defined(NO_KERNELDEPEND) cd ${KRNLOBJDIR}/${_kernel}; \ - ${WMAKEENV} MACHINE=${MACHINE} ${MAKE} KERNEL=${INSTKERNNAME} depend + ${KMAKEENV} MACHINE=${MACHINE} ${MAKE} KERNEL=${INSTKERNNAME} depend .endif cd ${KRNLOBJDIR}/${_kernel}; \ - ${WMAKEENV} MACHINE=${MACHINE} ${MAKE} KERNEL=${INSTKERNNAME} all + ${KMAKEENV} MACHINE=${MACHINE} ${MAKE} KERNEL=${INSTKERNNAME} all .endfor # --d6Gm4EdcadzBjdND-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 18 0:15:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from isy.liu.se (isy.liu.se [130.236.48.10]) by hub.freebsd.org (Postfix) with ESMTP id E115337B401 for <freebsd-hackers@freebsd.org>; Thu, 18 Jan 2001 00:15:18 -0800 (PST) Received: from lagrange.isy.liu.se (lagrange.isy.liu.se [130.236.49.127]) by isy.liu.se (8.10.0/8.10.0) with ESMTP id f0I8FHh01947 for <freebsd-hackers@freebsd.org>; Thu, 18 Jan 2001 09:15:17 +0100 (MET) Message-ID: <XFMail.010118091516.mj@isy.liu.se> X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Thu, 18 Jan 2001 09:15:16 +0100 (CET) From: Micke Josefsson <mj@isy.liu.se> To: freebsd-hackers@freebsd.org Subject: Can I do a make world only for PentiumPro? Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Almost this identical question was put to -questions a couple of days ago, but as I did not get a response I'll try my luck here:) Is it possible to use my PentiumPro machine to do a 'make buildworld' for a target machine that only is a 486? When compiling the kernel I can select to omit 386/486-thingies and optimise the binaries for 686. Can I do the same for the 'world'-target? The case at hand is: I have an old 486 laptop and have now nfs-mounted /usr/src and /usr/obj of newly cvsupped sources for RELENG_2_2. Letting the 486 make the compile takes longer than anyone would like to wait. (I am talking DAYS here - so far...). It would be nice to let the PPro do the make buildworld and then only do the make installworld from the 486. Hmm, come to think of it: Can I use -O to get even more trimmed code? And where do I put it? There must be some file somewhere that contains this info, must there not? I am not subscribed to this list to please CC: to me, thanks. /Micke ---------------------------------- Michael Josefsson, MSEE mj@isy.liu.se This message was sent by XFMail running on FreeBSD 3.5-STABLE ---------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 18 0:32: 2 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 A0CBC37B402 for <freebsd-hackers@freebsd.org>; Thu, 18 Jan 2001 00:31:43 -0800 (PST) Received: (qmail 28510 invoked by uid 1000); 18 Jan 2001 08:30:02 -0000 Date: Thu, 18 Jan 2001 10:30:02 +0200 From: Peter Pentchev <roam@orbitel.bg> To: Micke Josefsson <mj@isy.liu.se> Cc: freebsd-hackers@freebsd.org Subject: Re: Can I do a make world only for PentiumPro? Message-ID: <20010118103002.B27001@ringworld.oblivion.bg> Mail-Followup-To: Micke Josefsson <mj@isy.liu.se>, freebsd-hackers@freebsd.org References: <XFMail.010118091516.mj@isy.liu.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <XFMail.010118091516.mj@isy.liu.se>; from mj@isy.liu.se on Thu, Jan 18, 2001 at 09:15:16AM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Jan 18, 2001 at 09:15:16AM +0100, Micke Josefsson wrote: [snip] > > Hmm, come to think of it: Can I use -O to get even more trimmed code? And where > do I put it? There must be some file somewhere that contains this info, must > there not? Look at the /etc/make.conf file and 'man 5 make.conf'. This should answer both your questions. 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 Thu Jan 18 1:55:34 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 E9BD237B6A0 for <freebsd-hackers@freebsd.org>; Thu, 18 Jan 2001 01:55:05 -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 PAA08094 for <freebsd-hackers@freebsd.org>; Thu, 18 Jan 2001 15:24:49 +0530 (IST) Received: from suns3.sasi.com ([10.0.36.3]) by samar.sasi.com; Thu, 18 Jan 2001 15:24:47 +0000 (IST) Received: from localhost (sseth@localhost) by suns3.sasi.com (8.9.3/8.9.3) with ESMTP id PAA19173 for <freebsd-hackers@freebsd.org>; Thu, 18 Jan 2001 15:24:47 +0530 (IST) Date: Thu, 18 Jan 2001 15:24:47 +0530 (IST) From: Satyajeet Seth <sseth@sasken.com> To: <freebsd-hackers@freebsd.org> Subject: How to make a PCI network device loadable module? Message-ID: <Pine.GSO.4.30.0101181520200.18079-100000@suns3.sasi.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'd like to know how to make the network device driver I'm working on, a loadable module. It's for a PCI device. I was unable to find any examples of PCI network modules under /sys/pci. The examples under /usr/share/examples/kld are not very helpful either for a PCI network device. It appears I need to add an xxx_load() routine, but what should it do? How and when does my xxx_probe() routine get called? How and when does my xxx_attach() routine get called? What macro do I use to tell the system my driver is a kld? That is, I was unable to find a "NETDEV_MODULE" macro that might be equivalent to the "CDEV_MODULE" macro in the example character device module code... I am working on FreeBSD 4.0 -Satya To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 18 2: 6:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id BACA237B401 for <freebsd-hackers@freebsd.org>; Thu, 18 Jan 2001 02:06:15 -0800 (PST) Received: from cain.gsoft.com.au (doconnor@cain [203.38.152.97]) by cain.gsoft.com.au (8.8.8/8.8.8) with ESMTP id UAA29785; Thu, 18 Jan 2001 20:34:28 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: <XFMail.010118203428.doconnor@gsoft.com.au> 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: <Pine.GSO.4.30.0101181520200.18079-100000@suns3.sasi.com> Date: Thu, 18 Jan 2001 20:34:28 +1030 (CST) From: "Daniel O'Connor" <doconnor@gsoft.com.au> To: Satyajeet Seth <sseth@sasken.com> Subject: RE: How to make a PCI network device loadable module? Cc: freebsd-hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 18-Jan-01 Satyajeet Seth wrote: > I'd like to know how to make the network device driver I'm > working on, a loadable module. It's for a PCI device. I was > unable to find any examples of PCI network modules under /sys/pci. > The examples under /usr/share/examples/kld are not very helpful > either for a PCI network device. There are a lot of loadable PCI network cards.. fxp, dc, sk, ti, tl etc... Try looking at /usr/src/sys/pci/if_??*.[ch] This is a 4.2-STABLE system FYI. I don't think you need anything special for your device to be a KLD.. I maintain a simple character device which didn't need anything special, but network devices may be different. --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 18 2:45: 5 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 5584937B401 for <freebsd-hackers@FreeBSD.org>; Thu, 18 Jan 2001 02:44:47 -0800 (PST) Received: (qmail 34486 invoked by uid 1000); 18 Jan 2001 10:43:26 -0000 Date: Thu, 18 Jan 2001 12:43:26 +0200 From: Peter Pentchev <roam@orbitel.bg> To: freebsd-hackers@FreeBSD.org Subject: stupid CVS question Message-ID: <20010118124326.C31968@ringworld.oblivion.bg> Mail-Followup-To: freebsd-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 Sorry if this is the wrong list - and I guess it is.. When I do a 'cvs diff' between branches, and there are files on one branch that are not on the other, CVS reports 'tag whatever is not in filename'. Is there a way to make it diff the file against /dev/null or something, so I could use 'cvs diff' in a meaningful way for such changes? Same question for files that have not yet been cvs add'ed, and do not really have to be - e.g. local changes to a checked-out tree, which I have no intention to commit, I just want to generate a diff that shall create these files. 'cvs diff' just says '? filename' and refuses to diff it. G'luck, Peter -- You have, of course, just begun reading the sentence that you have just finished reading. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 18 3: 9: 6 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from citusc17.usc.edu (citusc17.usc.edu [128.125.38.177]) by hub.freebsd.org (Postfix) with ESMTP id 1A6F437B698 for <freebsd-hackers@FreeBSD.ORG>; Thu, 18 Jan 2001 03:08:49 -0800 (PST) Received: (from kris@localhost) by citusc17.usc.edu (8.11.1/8.11.1) id f0IBC1340765; Thu, 18 Jan 2001 03:12:01 -0800 (PST) (envelope-from kris) Date: Thu, 18 Jan 2001 03:12:00 -0800 From: Kris Kennaway <kris@FreeBSD.ORG> To: Micke Josefsson <mj@isy.liu.se> Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Can I do a make world only for PentiumPro? Message-ID: <20010118031200.A40720@citusc17.usc.edu> References: <XFMail.010118091516.mj@isy.liu.se> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="pWyiEgJYm5f9v55/" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <XFMail.010118091516.mj@isy.liu.se>; from mj@isy.liu.se on Thu, Jan 18, 2001 at 09:15:16AM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 18, 2001 at 09:15:16AM +0100, Micke Josefsson wrote: > Is it possible to use my PentiumPro machine to do a 'make buildworld' for= a > target machine that only is a 486? When compiling the kernel I can select= to > omit 386/486-thingies and optimise the binaries for 686. Can I do the sam= e for > the 'world'-target?=20 By default the output of 'make world' will run on all platforms from i386 on up. You have to add special compiler settings to CFLAGS in /etc/make.conf to make the compiler output code optimized for a specific CPU. Kris --pWyiEgJYm5f9v55/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6Zs9/Wry0BWjoQKURAqVYAKDNlG+vHLRr4scejsYD9tBCitE8mwCeLe8r f3g1oruLWGVie+dkKabAJ+A= =4lyy -----END PGP SIGNATURE----- --pWyiEgJYm5f9v55/-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 18 3: 9:12 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 D4ACA37B699 for <hackers@FreeBSD.org>; Thu, 18 Jan 2001 03:08:54 -0800 (PST) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id <aa07764@salmon>; 18 Jan 2001 11:08:45 +0000 (GMT) To: Neil Blakey-Milner <nbm@mithrandr.moria.org> Cc: Michael Bacarella <mbac@mmap.nyct.net>, void <float@firedrake.org>, Peter Pentchev <roam@orbitel.bg>, hackers@FreeBSD.org Subject: Re: Permissions on crontab.. In-reply-to: Your message of "Thu, 18 Jan 2001 09:42:36 +0200." <20010118094236.A7426@rapier.smartspace.co.za> X-Request-Do: Date: Thu, 18 Jan 2001 11:08:44 +0000 From: David Malone <dwmalone@maths.tcd.ie> Message-ID: <200101181108.aa07764@salmon.maths.tcd.ie> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > They do own their own crontab file. The setgid is for adjusting the > modification time on the crontab directory, to signal to cron that there > has been a change. I think there may be a neat way of dealing with all of this stuff using unix domain sockets with credential and discriptor passing. It wouldn't require crontab to be suid at all, but would still leave the directoires with their current permissions. I'll try to test it if I have time. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 18 3:10:17 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 49B0C37B404 for <freebsd-hackers@FreeBSD.org>; Thu, 18 Jan 2001 03:09:56 -0800 (PST) Received: (qmail 34610 invoked by uid 1000); 18 Jan 2001 11:08:36 -0000 Date: Thu, 18 Jan 2001 13:08:36 +0200 From: Peter Pentchev <roam@orbitel.bg> To: freebsd-hackers@FreeBSD.org Subject: Re: stupid CVS question Message-ID: <20010118130835.D31968@ringworld.oblivion.bg> Mail-Followup-To: freebsd-hackers@FreeBSD.org References: <20010118124326.C31968@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: <20010118124326.C31968@ringworld.oblivion.bg>; from roam@orbitel.bg on Thu, Jan 18, 2001 at 12:43:26PM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Jan 18, 2001 at 12:43:26PM +0200, Peter Pentchev wrote: > Sorry if this is the wrong list - and I guess it is.. > > When I do a 'cvs diff' between branches, and there are files on one branch > that are not on the other, CVS reports 'tag whatever is not in filename'. > Is there a way to make it diff the file against /dev/null or something, > so I could use 'cvs diff' in a meaningful way for such changes? > > Same question for files that have not yet been cvs add'ed, and do not > really have to be - e.g. local changes to a checked-out tree, which I have > no intention to commit, I just want to generate a diff that shall create > these files. 'cvs diff' just says '? filename' and refuses to diff it. ARRRRRGGGGHHHHHHH Never mind, I found the -N option by reading the source. Why oh why is it not documented in the CVS info page :( Sorry for the bother. G'luck, Peter -- This sentence would be seven words long if it were six words shorter. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 18 3:58:41 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 4390537B401 for <freebsd-hackers@FreeBSD.ORG>; Thu, 18 Jan 2001 03:58:19 -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 <01JZ1XO9OBAG0004OS@research.kpn.com> for freebsd-hackers@FreeBSD.ORG; Thu, 18 Jan 2001 12:58:16 +0100 Received: by l04.research.kpn.com with Internet Mail Service (5.5.2653.19) id <C09F0YNN>; Thu, 18 Jan 2001 12:58:16 +0100 Content-return: allowed Date: Thu, 18 Jan 2001 12:58:15 +0100 From: "Koster, K.J." <K.J.Koster@kpn.com> Subject: RE: Clustering FreeBSD To: 'Andrew Kenneth Milton' <akm@mail.theinternet.com.au>, Dag-Erling Smorgrav <des@ofug.org> Cc: heckfordj@psi-domain.co.uk, freebsd-hackers@FreeBSD.ORG Message-id: <59063B5B4D98D311BC0D0001FA7E4522026D7B26@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 > > | Doh! I mean 9.8 m/s/s, of course. > > That's acceleration not velocity :-) > > The terminal velocity of a PC case is probably a lot lower than the > velocity of an outer edge of a 10000 RPM drive. > Hmm. That would make a FreeBSD cluster quite useful as a garden shredder, even with lower disc rotation speeds I'd imagine. Mind you, taking the covers off the disks void your warranty. 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 Thu Jan 18 4:18: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 4DBE637B400 for <freebsd-hackers@FreeBSD.ORG>; Thu, 18 Jan 2001 04:17:43 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id NAA47509; Thu, 18 Jan 2001 13:17:37 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: "Koster, K.J." <K.J.Koster@kpn.com> Cc: "'Andrew Kenneth Milton'" <akm@mail.theinternet.com.au>, heckfordj@psi-domain.co.uk, freebsd-hackers@FreeBSD.ORG Subject: Re: Clustering FreeBSD References: <59063B5B4D98D311BC0D0001FA7E4522026D7B26@l04.research.kpn.com> From: Dag-Erling Smorgrav <des@ofug.org> Date: 18 Jan 2001 13:17:36 +0100 In-Reply-To: "Koster, K.J."'s message of "Thu, 18 Jan 2001 12:58:15 +0100" Message-ID: <xzpsnmh5a1r.fsf@flood.ping.uio.no> Lines: 16 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Koster, K.J." <K.J.Koster@kpn.com> writes: > > The terminal velocity of a PC case is probably a lot lower than the > > velocity of an outer edge of a 10000 RPM drive. > Hmm. That would make a FreeBSD cluster quite useful as a garden shredder, > even with lower disc rotation speeds I'd imagine. Fun Things To Do With Disks #9,187: Take a powered-up disk out of a hot-swap storage array and experiment with the gyro effect while the disk spins down in your hands. Higher RPMs give better results; try one of the 'cudas from that E10K in the corner... "if you do it quickly, nobody will notice" DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 18 4:20: 7 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 D83D437B400 for <freebsd-hackers@freebsd.org>; Thu, 18 Jan 2001 04:19:49 -0800 (PST) Received: from fwd03.sul.t-online.com by mailout02.sul.t-online.com with smtp id 14JE2e-000884-03; Thu, 18 Jan 2001 13:19:48 +0100 Received: from neutron.cichlids.com (520050424122-0001@[62.225.193.235]) by fmrl03.sul.t-online.com with esmtp id 14JE2O-1fxJL6C; Thu, 18 Jan 2001 13:19:32 +0100 Received: from cichlids.cichlids.com (cichlids.cichlids.com [192.168.0.10]) by neutron.cichlids.com (Postfix) with ESMTP id 4026EAB0C; Thu, 18 Jan 2001 13:21:11 +0100 (CET) Received: by cichlids.cichlids.com (Postfix, from userid 1001) id D90F314BB0; Thu, 18 Jan 2001 13:19:15 +0100 (CET) Date: Thu, 18 Jan 2001 13:19:15 +0100 To: Peter Pentchev <roam@orbitel.bg> Cc: freebsd-hackers@freebsd.org Subject: Re: stupid CVS question Message-ID: <20010118131915.A43018@cichlids.cichlids.com> References: <20010118124326.C31968@ringworld.oblivion.bg> <20010118130835.D31968@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: <20010118130835.D31968@ringworld.oblivion.bg>; from roam@orbitel.bg on Thu, Jan 18, 2001 at 01:08:36PM +0200 X-PGP-Fingerprint: 44 28 CA 4C 46 5B D3 A8 A8 E3 BA F3 4E 60 7D 7F X-PGP-at: finger alex@big.endian.de X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. From: alex@big.endian.de (Alexander Langer) X-Sender: 520050424122-0001@t-dialin.net Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thus spake Peter Pentchev (roam@orbitel.bg): > Never mind, I found the -N option by reading the source. > Why oh why is it not documented in the CVS info page :( document it :-) Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 18 4:30:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailout06.sul.t-online.com (mailout06.sul.t-online.com [194.25.134.19]) by hub.freebsd.org (Postfix) with ESMTP id EFCE337B400 for <freebsd-hackers@freebsd.org>; Thu, 18 Jan 2001 04:29:52 -0800 (PST) Received: from fwd01.sul.t-online.com by mailout06.sul.t-online.com with smtp id 14JECN-0004JA-00; Thu, 18 Jan 2001 13:29:51 +0100 Received: from neutron.cichlids.com (520050424122-0001@[62.225.193.235]) by fmrl01.sul.t-online.com with esmtp id 14JECF-1b5vjkC; Thu, 18 Jan 2001 13:29:43 +0100 Received: from cichlids.cichlids.com (cichlids.cichlids.com [192.168.0.10]) by neutron.cichlids.com (Postfix) with ESMTP id AD438AB0C; Thu, 18 Jan 2001 13:31:20 +0100 (CET) Received: by cichlids.cichlids.com (Postfix, from userid 1001) id 3E9DD14BB0; Thu, 18 Jan 2001 13:29:22 +0100 (CET) Date: Thu, 18 Jan 2001 13:29:22 +0100 To: Daniel O'Connor <doconnor@gsoft.com.au> Cc: Satyajeet Seth <sseth@sasken.com>, freebsd-hackers@freebsd.org Subject: Re: How to make a PCI network device loadable module? Message-ID: <20010118132922.B43018@cichlids.cichlids.com> References: <Pine.GSO.4.30.0101181520200.18079-100000@suns3.sasi.com> <XFMail.010118203428.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <XFMail.010118203428.doconnor@gsoft.com.au>; from doconnor@gsoft.com.au on Thu, Jan 18, 2001 at 08:34:28PM +1030 X-PGP-Fingerprint: 44 28 CA 4C 46 5B D3 A8 A8 E3 BA F3 4E 60 7D 7F X-PGP-at: finger alex@big.endian.de X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. From: alex@big.endian.de (Alexander Langer) X-Sender: 520050424122-0001@t-dialin.net Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thus spake Daniel O'Connor (doconnor@gsoft.com.au): > I don't think you need anything special for your device to be a KLD.. I maintain a > simple character device which didn't need anything special, but network devices may > be different. Most of the drivers in the tree either exist as module already or need only little patches to work as module. Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 18 4:48: 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 7BBF937B401; Thu, 18 Jan 2001 04:47:49 -0800 (PST) Received: by smtp.nettoll.com; Thu, 18 Jan 2001 13:44:10 +0100 (MET) Message-Id: <4.3.0.20010118135255.03aefe50@pop.free.fr> X-Sender: usebsd@pop.free.fr X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Thu, 18 Jan 2001 13:56:32 +0100 To: Robert Watson <rwatson@FreeBSD.ORG> From: mouss <usebsd@free.fr> Subject: Re: Setting default hostname to localhost Cc: Archie Cobbs <archie@dellroad.org>, Warner Losh <imp@harmony.village.org>, freebsd-hackers@FreeBSD.ORG In-Reply-To: <Pine.NEB.3.96L.1010117152229.70729B-100000@fledge.watson.o rg> References: <4.3.0.20010117202543.04e28280@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 15:24 17/01/01 -0500, Robert Watson wrote: >On the contrary, there are many applications that expect the results of a >gethostname() to resolve, and point to the local machine. It's arguable >that these applications are broken, but there are enough of them to raise >consideration. They include lpd, sdr, and cvsup. Consider that currently >you can't run the printer spooler if you don't have a hostname that >resolves to an IP; you're right. but in my understanding, the problem was transient: get a hostname to make DHCP works. or am I wrong here? anyway, I have nothing against "locallhost", but then I'd suggest modifying getty to make it coherent. regards, mouss To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 18 5:54:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from relay1.bcs.zp.ua (bcs-marka.bcs.zp.ua [217.24.163.29]) by hub.freebsd.org (Postfix) with ESMTP id A540D37B698 for <hackers@freebsd.org>; Thu, 18 Jan 2001 05:53:50 -0800 (PST) Received: (from eugen@localhost) by relay1.bcs.zp.ua (8.11.0/8.11.0) id f0IDrbK21441; Thu, 18 Jan 2001 15:53:37 +0200 (EET) Date: Thu, 18 Jan 2001 15:53:37 +0200 (EET) Message-Id: <200101181353.f0IDrbK21441@relay1.bcs.zp.ua> From: Eugene Polovnikov <eugene@brain-fag.org> To: hackers@freebsd.org Subject: Re: HEADS UP: I386_CPU In-Reply-To: <20010117162115.C7752@sydney.worldwide.lemis.com> X-Newsgroups: bcs.Gated.FreeBSD-Current User-Agent: tin/1.5.6-20000803 ("Dust") (UNIX) (FreeBSD/4.2-RELEASE (i386)) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG how about to have in a distribution two version of GENERIC kernel (and modules of course) and let sysinstall choose right set ? In article <20010117162115.C7752@sydney.worldwide.lemis.com> you wrote: > On Tuesday, 16 January 2001 at 9:28:43 -0500, Will Andrews wrote: >> On Tue, Jan 16, 2001 at 09:16:14AM -0500, Kenneth Wayne Culver wrote: >>> Wont this make installing using sysinstall a bit hard? I know the generic >>> kernel includes all the CPU lines, so that all cpu's are recognized... so >>> are you going to just take this line out of the generic kernel, and have a >>> special kern.flp disk with a generic kernel that only has the i386 support >>> in it? >> >> I don't think it's worth the effort. By the time 5.0-RELEASE goes out, >> the 386 will have been around for over 10 years (actually I think it has >> already reached that point and gone beyond). There are not likely to be >> many more installs of FreeBSD on 386's, let alone 5.x installs. >> >> People who *really* want to install 5.x on a 386 can generate their own >> kernel and such. > Don't forget that the i386 is still a popular CPU for embedded work. > Of course, embedded people will have less of an issue with sysinstall. > 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-current" 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 Jan 18 6: 9:19 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 453B337B402 for <freebsd-hackers@FreeBSD.ORG>; Thu, 18 Jan 2001 06:08:57 -0800 (PST) Received: by smtp.nettoll.com; Thu, 18 Jan 2001 15:05:18 +0100 (MET) Message-ID: <3A66F902.7010108@enition.com> Date: Thu, 18 Jan 2001 15:09:06 +0100 From: Xavier Galleri <xgalleri@enition.com> User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; m18) Gecko/20001108 Netscape6/6.0 X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG Cc: Alfred Perlstein <bright@wintelcom.net> Subject: Information on kernel crash dump analysis References: <20010111163903.E6FF737B400@hub.freebsd.org> <3A5DE59F.6060602@enition.com> <3A5E090B.40601@enition.com> <20010111114318.C7240@fw.wintelcom.net> <3A632009.1030604@enition.com> <20010115083842.V7240@fw.wintelcom.net> <3A632DD3.1040202@enition.com> <20010115090944.W7240@fw.wintelcom.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi everybody, I have made some progress on my kernel crash dump issue and here is a little contribution for those who would encounter the same problem as the one I got to deal with kernel stack dump. To begin, I recall the actual issue which is : how could I get the stack dump of the current process when a crash occurs inside an interrupt handler ? The clue lies in the use of the 'curpcb' information (current process control block, or alike). Traditionally, this is where at least part of the current process-specific kernel information are stored (such as kernel stack base adress, user values of CPU register set, ...). The problem I encountered is that, in the context of an interrupt handler, both DDB (during on-line crash debugging) and GDB (during post-mortem crash dump analysis) give me for 'curpcb' the one at the time of crash, which is (surely) that of the kernel (I deduced this from that 'curproc' is 0). Anyway, this is not the one I need, and I still wonder how this could be get with no special trick ! Thus, since my problem is rather deterministic, I decided to 'printf' the 'curpcb' (and 'curproc') short before the panic condition occurs. And then I could apply the following manual technic to get the stack dump (let's say your 'curcpb' value is 0xCURPCB). (kgdb) p /x ((struct pcb*)0XCURPCB)->pcb_ebp $0 = 0xCUREBP (kgdb) p /x ((struct pcb*)0XCURPCB)->pcb_eip $1 = 0xCUREIP (kgdb) frame 0xCUREBP 0xCUREIP #0 ... /* This normally tells you where you were at the time the next function has been called */ ... (kgdb) info frame 0xCUREBP 0xCUREIP Stack frame at 0xCUREBP: eip = 0XCUREIP in 'function' (path/source.c:line); saved eip 0xPREVEIP called by frame at 0XPREVEBP ... Then, you apply the 'frame' command using 0xPREVEBP and 0XPREVEIP and this way recursively as long as you need (or can ;-). To sum up, the 'frame' command is used to display one frame level execution state and the 'info frame' is used to know from where the frame has been created so that we could get the previous 'frame' data ! Hope this helps, Xavier To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 18 6:13:39 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tao.org.uk (genesis.tao.org.uk [194.242.131.94]) by hub.freebsd.org (Postfix) with ESMTP id 9AEE737B699; Thu, 18 Jan 2001 06:13:18 -0800 (PST) Received: by tao.org.uk (Postfix, from userid 100) id 820463174; Thu, 18 Jan 2001 14:12:58 +0000 (GMT) Date: Thu, 18 Jan 2001 14:12:58 +0000 From: Josef Karthauser <joe@tao.org.uk> To: Neil Blakey-Milner <nbm@mithrandr.moria.org> Cc: FreeBSD Current Users <hackers@FreeBSD.org>, Marcel Moolenaar <marcel@FreeBSD.org> Subject: Re: Patch to fix "make buildkernel requires full obj directory" mistake Message-ID: <20010118141258.C84497@tao.org.uk> References: <20010118101315.A10537@rapier.smartspace.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010118101315.A10537@rapier.smartspace.co.za>; from nbm@mithrandr.moria.org on Thu, Jan 18, 2001 at 10:13:15AM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Jan 18, 2001 at 10:13:15AM +0200, Neil Blakey-Milner wrote: > Hi, > > I've kept on forgetting to apply a patch similar to this one. > > "make buildkernel" currently fails if a "make buildworld" has not > previously been done on the machine (and still has the populated object > environment) because OBJFORMAT_PATH is explicitly set to only use > ${WORLDTMP}/usr/libexec. At least for the kernel build phase, this may > be an error, since we already use 'gcc', 'ld', and friends from $PATH. > > Anyway, the attached patch fixes at least buildkernel in the way most > obvious to me, but I'm sure there may be a more useful place to place > the addition of OBJFORMAT_PATH, since $PATH is made to include the > supplied $PATH environment variable in many other places. I'm not > willing to make a judgement whether using the supplied OBJFORMAT_PATH is > correct in any of those places, but I wish to fix the buildkernel > target. Hear hear. We had to back out the 'make buildkernel' within PicoBSD because there was no guarentee that the user had ever done a make buildworld. Additionally if you do an env MAKEOBJDIRPREFIX=/usr/myobj make buildkernel you have the same problem even if someone did do a make buildworld. Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 18 6:56:34 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 2B78037B401; Thu, 18 Jan 2001 06:56:16 -0800 (PST) Received: from dogmatix.robotics.cs.rpi.edu (dogmatix.robotics.cs.rpi.edu [128.213.17.201]) by cs.rpi.edu (8.9.3/8.9.3) with ESMTP id JAA40926; Thu, 18 Jan 2001 09:56:14 -0500 (EST) Message-Id: <200101181456.JAA40926@cs.rpi.edu> To: Mike Smith <msmith@freebsd.org> Cc: "David E. Cross" <crossd@intrepid.cs.rpi.edu>, hackers@freebsd.org, crossd@cs.rpi.edu Subject: Re: Device Driver Question (bus_set_resource) In-Reply-To: Message from Mike Smith <msmith@freebsd.org> of "Wed, 17 Jan 2001 14:49:46 PST." <200101172249.f0HMnkQ00556@mass.osd.bsdi.com> Date: Thu, 18 Jan 2001 09:56:14 -0500 From: "David E. Cross" <crossd@dogmatix.robotics.cs.rpi.edu> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Thank you... > > > > After a couple of hours, Jon Chen and I have figured out most of what you > > just said :P :) > > > > How would one use hints with a kld? > > Badly. 8( You can only really set them with the loader right now. > > There are a couple of kernel datastores that need some tweaking; the > environment is one of them. Ok, everything is working well, except for one last thing... I load the driver the first time, and it loads correctly. I unload it and reload it and it attempts to attach twice (with the exact same resource values). I unload and reload it and it attempts to load 3 times, unload/reload ... 4 times (you see the pattern). If I load the second module I am working on (exact same type as this module), it tries to re-attach the old module "N" times (depending on the number of previous unload/reloads). I am obviously building up state somewhere in the kernel... how can I get rid of this "state"? -- 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 Thu Jan 18 9:55:58 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 4C97137B400 for <hackers@freebsd.org>; Thu, 18 Jan 2001 09:55:41 -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 MAA40375 for <hackers@freebsd.org>; Thu, 18 Jan 2001 12:56:37 GMT (envelope-from dennis@etinc.com) Message-Id: <5.0.0.25.0.20010118122059.01fb0b00@mail.etinc.com> X-Sender: dennis@mail.etinc.com X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Thu, 18 Jan 2001 13:04:10 -0500 To: hackers@freebsd.org From: Dennis <dennis@etinc.com> Subject: stray irq 7 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 I know we've discussed this before. But I cant believe its a "hardware problem". Enabling any ISA interrupt causes the problem. Rather than the standard " your hardware is defective", perhaps someone can explain how a masked interrupt can be generated without being enabled. It seems as if the masks are being written wrong. By enabling irq 5 I can cause the problem on demand. What exactly is the hardware problem..and if you've identified it why is there no simple workaround after all this time (or is there)? DB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 18 9:58:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.interware.hu (mail.interware.hu [195.70.32.130]) by hub.freebsd.org (Postfix) with ESMTP id 858E037B401; Thu, 18 Jan 2001 09:58:15 -0800 (PST) Received: from timbuktu-50.budapest.interware.hu ([195.70.51.242] helo=elischer.org) by mail.interware.hu with esmtp (Exim 3.16 #1 (Debian)) id 14JJK9-0004op-00; Thu, 18 Jan 2001 18:58:13 +0100 Message-ID: <3A67101A.BCFB4736@elischer.org> Date: Thu, 18 Jan 2001 07:47:38 -0800 From: Julian Elischer <julian@elischer.org> X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: "David E. Cross" <crossd@dogmatix.robotics.cs.rpi.edu> Cc: Mike Smith <msmith@freebsd.org>, "David E. Cross" <crossd@intrepid.cs.rpi.edu>, hackers@freebsd.org, crossd@cs.rpi.edu Subject: Re: Device Driver Question (bus_set_resource) References: <200101181456.JAA40926@cs.rpi.edu> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "David E. Cross" wrote: > > > > Thank you... > > > > > > After a couple of hours, Jon Chen and I have figured out most of what you > > > just said :P :) > > > > > > How would one use hints with a kld? > > > > Badly. 8( You can only really set them with the loader right now. > > > > There are a couple of kernel datastores that need some tweaking; the > > environment is one of them. > > Ok, everything is working well, except for one last thing... > > I load the driver the first time, and it loads correctly. I unload it and > reload it and it attempts to attach twice (with the exact same resource > values). I unload and reload it and it attempts to load 3 times, unload/reload > ... 4 times (you see the pattern). If I load the second module I am working > on (exact same type as this module), it tries to re-attach the old module > "N" times (depending on the number of previous unload/reloads). > > I am obviously building up state somewhere in the kernel... how can I get > rid of this "state"? the sample driver in /usr/share/examples/drivers does the following: if (device_find_child(parent, "${1}", 0)) { printf("${UPPER}: already attached\n"); return; } so it doesn't do this if it finds that it has already been done once. (in the 'identify' routine) (did you look at the example? It's most of what you need) > > -- > 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 -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000 ---> X_.---._/ from Perth, presently in: Budapest v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 18 10:13:32 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from post.mail.nl.demon.net (post-10.mail.nl.demon.net [194.159.73.20]) by hub.freebsd.org (Postfix) with ESMTP id 4F73F37B400 for <freebsd-hackers@freebsd.org>; Thu, 18 Jan 2001 10:13:14 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #2) id 14JJYY-0006nD-00; Thu, 18 Jan 2001 18:13:06 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.1/8.11.1) id f0IIEY220869; Thu, 18 Jan 2001 19:14:34 +0100 (CET) (envelope-from wkb) Date: Thu, 18 Jan 2001 19:14:34 +0100 From: Wilko Bulte <wkb@freebie.demon.nl> To: Dag-Erling Smorgrav <des@ofug.org> Cc: "Koster, K.J." <K.J.Koster@kpn.com>, "'Andrew Kenneth Milton'" <akm@mail.theinternet.com.au>, heckfordj@psi-domain.co.uk, freebsd-hackers@freebsd.org Subject: Re: Clustering FreeBSD Message-ID: <20010118191434.A20807@freebie.demon.nl> References: <59063B5B4D98D311BC0D0001FA7E4522026D7B26@l04.research.kpn.com> <xzpsnmh5a1r.fsf@flood.ping.uio.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <xzpsnmh5a1r.fsf@flood.ping.uio.no>; from des@ofug.org on Thu, Jan 18, 2001 at 01:17:36PM +0100 X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Jan 18, 2001 at 01:17:36PM +0100, Dag-Erling Smorgrav wrote: > "Koster, K.J." <K.J.Koster@kpn.com> writes: > > > The terminal velocity of a PC case is probably a lot lower than the > > > velocity of an outer edge of a 10000 RPM drive. > > Hmm. That would make a FreeBSD cluster quite useful as a garden shredder, > > even with lower disc rotation speeds I'd imagine. > > Fun Things To Do With Disks #9,187: > > Take a powered-up disk out of a hot-swap storage array and experiment > with the gyro effect while the disk spins down in your hands. Higher > RPMs give better results; try one of the 'cudas from that E10K in the > corner... "if you do it quickly, nobody will notice" Sure.. as long as it is RAID5, 1 or 0+1 nobody will notice. Done it myself ;) -- | / o / / _ Arnhem, The Netherlands email: wilko@freebsd.org |/|/ / / /( (_) Bulte http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 18 10:48:26 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 7DB0B37B404 for <hackers@FreeBSD.ORG>; Thu, 18 Jan 2001 10:48:09 -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 f0IIm3h29818; Thu, 18 Jan 2001 11:48:03 -0700 Message-Id: <200101181848.f0IIm3h29818@chopper.Poohsticks.ORG> To: Dennis <dennis@etinc.com> Cc: hackers@FreeBSD.ORG Subject: Re: stray irq 7 In-reply-to: Your message of "Thu, 18 Jan 2001 13:04:10 EST." <5.0.0.25.0.20010118122059.01fb0b00@mail.etinc.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <29814.979843682.1@chopper.Poohsticks.ORG> Date: Thu, 18 Jan 2001 11:48:03 -0700 From: Drew Eckhardt <drew@PoohSticks.ORG> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <5.0.0.25.0.20010118122059.01fb0b00@mail.etinc.com>, dennis@etinc.co m writes: > >I know we've discussed this before. But I cant believe its a "hardware >problem". Standard PIC behavior is to assert IRQ7 when an IRQ line is deasserted before it can be properly latched in. >and if you've identified it why is there no simple workaround after all this >time (or is there)? You can replace the device not keeping its interrupt line active long enough, or ignore the spurious int7 messages. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 18 11:13:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sdmail0.sd.bmarts.com (sdmail0.sd.bmarts.com [192.215.234.86]) by hub.freebsd.org (Postfix) with SMTP id ACA2A37B400 for <freebsd-hackers@FreeBSD.org>; Thu, 18 Jan 2001 11:13:03 -0800 (PST) Received: (qmail 28487 invoked by uid 1078); 18 Jan 2001 19:13:11 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 18 Jan 2001 19:13:11 -0000 Date: Thu, 18 Jan 2001 11:13:11 -0800 (PST) From: Gordon Tetlow <gordont@bluemtn.net> X-X-Sender: <gordont@sdmail0.sd.bmarts.com> To: Peter Pentchev <roam@orbitel.bg> Cc: <freebsd-hackers@FreeBSD.org> Subject: Re: stupid CVS question In-Reply-To: <20010118130835.D31968@ringworld.oblivion.bg> Message-ID: <Pine.BSF.4.31.0101181111210.27604-100000@sdmail0.sd.bmarts.com> 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, 18 Jan 2001, Peter Pentchev wrote: > Never mind, I found the -N option by reading the source. > Why oh why is it not documented in the CVS info page :( Probably because it is an option to diff(1) not cvs(1)? It's in the diff(1) man page. -gordon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 18 11:21:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sdmail0.sd.bmarts.com (sdmail0.sd.bmarts.com [192.215.234.86]) by hub.freebsd.org (Postfix) with SMTP id 6E1F637B400 for <hackers@FreeBSD.ORG>; Thu, 18 Jan 2001 11:21:07 -0800 (PST) Received: (qmail 1820 invoked by uid 1078); 18 Jan 2001 19:21:15 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 18 Jan 2001 19:21:15 -0000 Date: Thu, 18 Jan 2001 11:21:15 -0800 (PST) From: Gordon Tetlow <gordont@bluemtn.net> X-X-Sender: <gordont@sdmail0.sd.bmarts.com> To: "Michael R. Wayne" <wayne@staff.msen.com> Cc: <hackers@FreeBSD.ORG> Subject: Re: Protections on inetd (and /sbin/* /usr/sbin/* in general) In-Reply-To: <200101170335.WAA18537@manor.msen.com> Message-ID: <Pine.BSF.4.31.0101181119530.27604-100000@sdmail0.sd.bmarts.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 16 Jan 2001, Michael R. Wayne wrote: > Background: > We recently had a customer's web site suffer an attempted exploit > via one of their cgi scripts. The attempted exploit involved > writing a file into /tmp, then invoking inetd with that file to > get a root shell on a non-standard port. While the exploit > failed, they were able to write the file as user nobody and > invoke inetd. There is not much we can do about that as long > as we permit customers to use their own cgi scripts, which is > a requirement with this type of account. If you are using apache (who isn't?), I highly suggest you look into using suexec. That way bad CGI programming is offloaded to the customer and not to your system. -gordon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 18 11:39:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (unknown [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 8E9BF37B400 for <hackers@freebsd.org>; Thu, 18 Jan 2001 11:39:10 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.1/8.11.1) with ESMTP id f0IJrmQ00749; Thu, 18 Jan 2001 11:53:48 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200101181953.f0IJrmQ00749@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Dennis <dennis@etinc.com> Cc: hackers@freebsd.org Subject: Re: stray irq 7 In-reply-to: Your message of "Thu, 18 Jan 2001 13:04:10 EST." <5.0.0.25.0.20010118122059.01fb0b00@mail.etinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 18 Jan 2001 11:53:48 -0800 From: Mike Smith <msmith@freebsd.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I know we've discussed this before. But I cant believe its a "hardware > problem". Then you're not going to believe the answer. > Enabling any ISA interrupt causes the problem. Rather than the standard " > your hardware is defective", perhaps someone can explain how a masked > interrupt can be generated without being enabled. You should read the i8259 datasheet, or the datasheet for any device embedding a macrocell which emulates it. > It seems as if the masks are being written wrong. By enabling irq 5 I can > cause the problem on demand. This may well be the case, but until you read the i8259 datasheet, or the datasheet for any device embedding a macrocell which emulates it, and compare the code against what is claimed should be done, you aren't helping anyone. > What exactly is the hardware problem..and if you've identified it why is > there no simple workaround after all this time (or is there)? You should read the i8259 datasheet, or the datasheet for any device embedding a macrocell which emulates it, and once you read the section on spurious interrupts all should become clear. -- ... 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 Jan 18 12:22: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 963B237B69E for <hackers@FreeBSD.ORG>; Thu, 18 Jan 2001 12:21:45 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id VAA49471; Thu, 18 Jan 2001 21:21:36 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Gordon Tetlow <gordont@bluemtn.net> Cc: "Michael R. Wayne" <wayne@staff.msen.com>, <hackers@FreeBSD.ORG> Subject: Re: Protections on inetd (and /sbin/* /usr/sbin/* in general) References: <Pine.BSF.4.31.0101181119530.27604-100000@sdmail0.sd.bmarts.com> From: Dag-Erling Smorgrav <des@ofug.org> Date: 18 Jan 2001 21:21:35 +0100 In-Reply-To: Gordon Tetlow's message of "Thu, 18 Jan 2001 11:21:15 -0800 (PST)" Message-ID: <xzpu26wvcfk.fsf@flood.ping.uio.no> Lines: 11 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Gordon Tetlow <gordont@bluemtn.net> writes: > If you are using apache (who isn't?), I highly suggest you look into using > suexec. That way bad CGI programming is offloaded to the customer and not > to your system. suexec has many weaknesses - amongst other problems, it does not set resource limits; nor does it chroot as far as I recall. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 18 13:29:25 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (unknown [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 4B2A837B401 for <hackers@freebsd.org>; Thu, 18 Jan 2001 13:29:08 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.1/8.11.1) with ESMTP id f0ILhnQ01285; Thu, 18 Jan 2001 13:43:49 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200101182143.f0ILhnQ01285@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "David E. Cross" <crossd@dogmatix.robotics.cs.rpi.edu> Cc: hackers@freebsd.org Subject: Re: Device Driver Question (bus_set_resource) In-reply-to: Your message of "Thu, 18 Jan 2001 09:56:14 EST." <200101181456.JAA40926@cs.rpi.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 18 Jan 2001 13:43:49 -0800 From: Mike Smith <msmith@freebsd.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I load the driver the first time, and it loads correctly. I unload it and > reload it and it attempts to attach twice (with the exact same resource > values). I unload and reload it and it attempts to load 3 times, unload/reload > ... 4 times (you see the pattern). If I load the second module I am working > on (exact same type as this module), it tries to re-attach the old module > "N" times (depending on the number of previous unload/reloads). > > I am obviously building up state somewhere in the kernel... how can I get > rid of this "state"? I think that this may be a misfeature of the bus you're attaching to not correctly destroying your device; I haven't done much with ISA KLDs, so I'm not sure. Are you calling BUS_ADD_CHILD or similar anywhere? -- ... 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 Jan 18 14:17: 1 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 8215837B401; Thu, 18 Jan 2001 14:16:44 -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 RAA41645; Thu, 18 Jan 2001 17:17:43 GMT (envelope-from dennis@etinc.com) Message-Id: <5.0.0.25.0.20010118165305.02eb76a0@mail.etinc.com> X-Sender: dennis@mail.etinc.com X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Thu, 18 Jan 2001 17:25:12 -0500 To: Mike Smith <msmith@freebsd.org> From: Dennis <dennis@etinc.com> Subject: Re: stray irq 7 Cc: hackers@freebsd.org In-Reply-To: <200101181953.f0IJrmQ00749@mass.osd.bsdi.com> References: <Your message of "Thu, 18 Jan 2001 13:04:10 EST." <5.0.0.25.0.20010118122059.01fb0b00@mail.etinc.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 > > > > What exactly is the hardware problem..and if you've identified it why is > > there no simple workaround after all this time (or is there)? > >You should read the i8259 datasheet, or the datasheet for any device >embedding a macrocell which emulates it, and once you read the section on >spurious interrupts all should become clear. Ok, so why is this only a problem in FreeBSD 4.x, or better yet, since its a well known problem, why arent they handled more eloquently? Or did someone just decide it was a neat idea to spit information onto the screen about a condition that you cant do anything about? Previous versions of freebsd dont complain with the same hardware, nor do other OS's. Dennis To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 18 14:31:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (unknown [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 5403E37B401 for <hackers@freebsd.org>; Thu, 18 Jan 2001 14:30:54 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.1/8.11.1) with ESMTP id f0IMjYQ01614; Thu, 18 Jan 2001 14:45:34 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200101182245.f0IMjYQ01614@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Dennis <dennis@etinc.com> Cc: hackers@freebsd.org Subject: Re: stray irq 7 In-reply-to: Your message of "Thu, 18 Jan 2001 17:25:12 EST." <5.0.0.25.0.20010118165305.02eb76a0@mail.etinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 18 Jan 2001 14:45:34 -0800 From: Mike Smith <msmith@freebsd.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > What exactly is the hardware problem..and if you've identified it why is > > > there no simple workaround after all this time (or is there)? > > > >You should read the i8259 datasheet, or the datasheet for any device > >embedding a macrocell which emulates it, and once you read the section on > >spurious interrupts all should become clear. > > Ok, so why is this only a problem in FreeBSD 4.x, or better yet, since its > a well known problem, why arent they handled more eloquently? I have no idea why it only happens to you with 4.x; the code that does that has been in place since the 2.x days. There's no real way to be more "eloquent" about it; you could just ignore them like everyone else does, but that doesn't alert you to misbehaving hardware, which is sometimes desirable. > Or did someone just decide it was a neat idea to spit information onto the > screen about a condition that you cant do anything about? Previous versions > of freebsd dont complain with the same hardware, nor do other OS's. Actually, you can often do something about it. What's more curious here is that you're saying that the same problem doesn't manifest with other versions of FreeBSD. Since the code in question hasn't changed, I think you're looking at a symptom rather than a cause. -- ... 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 Jan 18 14:38:50 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tao.org.uk (genesis.tao.org.uk [194.242.131.94]) by hub.freebsd.org (Postfix) with ESMTP id B8EAC37B401; Thu, 18 Jan 2001 14:38:31 -0800 (PST) Received: by tao.org.uk (Postfix, from userid 100) id 221933174; Thu, 18 Jan 2001 22:38:31 +0000 (GMT) Date: Thu, 18 Jan 2001 22:38:31 +0000 From: Josef Karthauser <joe@tao.org.uk> To: Mike Smith <msmith@FreeBSD.ORG> Cc: Dennis <dennis@etinc.com>, hackers@FreeBSD.ORG Subject: Re: stray irq 7 Message-ID: <20010118223831.J1349@tao.org.uk> References: <5.0.0.25.0.20010118165305.02eb76a0@mail.etinc.com> <200101182245.f0IMjYQ01614@mass.osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200101182245.f0IMjYQ01614@mass.osd.bsdi.com>; from msmith@FreeBSD.ORG on Thu, Jan 18, 2001 at 02:45:34PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Jan 18, 2001 at 02:45:34PM -0800, Mike Smith wrote: > > Ok, so why is this only a problem in FreeBSD 4.x, or better yet, since its > > a well known problem, why arent they handled more eloquently? > > I have no idea why it only happens to you with 4.x; the code that does > that has been in place since the 2.x days. There's no real way to be > more "eloquent" about it; you could just ignore them like everyone else > does, but that doesn't alert you to misbehaving hardware, which is > sometimes desirable. At the risk of being dragged into this, I've see this kind of behaviour on RELENG_3 also in the past. Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 18 14:41:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from Mailer.ElectroCity.com (ElectroCity.com [196.2.147.13]) by hub.freebsd.org (Postfix) with SMTP id 4205437B401 for <hackers@freebsd.org>; Thu, 18 Jan 2001 14:40:54 -0800 (PST) Received: (qmail 93758 invoked by uid 1000); 18 Jan 2001 22:40:45 -0000 Date: Fri, 19 Jan 2001 00:40:45 +0200 (SAST) From: Michael Raff <raff@ElectroCity.com> To: hackers@freebsd.org Subject: Re: stray irq 7 In-Reply-To: <5.0.0.25.0.20010118165305.02eb76a0@mail.etinc.com> Message-ID: <Pine.BSF.4.21.0101190034270.1149-100000@Crystal.ElectroCity.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi This message popped up infrequently on my FreeBSD 3.x as well. It is not specific to 4.x. Now that I run 4.2, I still get the message once in a while. The fact that other OSs don't report the condition does not mean it does not occur. I had a NT box that was slow as hell. I eventually put FreeBSD on it and my logs were full of hardware errors. After correcting the hardware the box ran like a dream. Under NT I had no idea what was wrong as it didn't bother reporting the condition. Michael On Thu, 18 Jan 2001, Dennis wrote: > > > > > > > > What exactly is the hardware problem..and if you've identified it why is > > > there no simple workaround after all this time (or is there)? > > > >You should read the i8259 datasheet, or the datasheet for any device > >embedding a macrocell which emulates it, and once you read the section on > >spurious interrupts all should become clear. > > Ok, so why is this only a problem in FreeBSD 4.x, or better yet, since its > a well known problem, why arent they handled more eloquently? > > Or did someone just decide it was a neat idea to spit information onto the > screen about a condition that you cant do anything about? Previous versions > of freebsd dont complain with the same hardware, nor do other OS's. > > Dennis > > > > 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 Jan 18 14:44:42 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (unknown [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id F2B2237B402 for <hackers@freebsd.org>; Thu, 18 Jan 2001 14:44:24 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.1/8.11.1) with ESMTP id f0IMwoQ01674; Thu, 18 Jan 2001 14:58:52 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200101182258.f0IMwoQ01674@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Michael Raff <raff@ElectroCity.com> Cc: hackers@freebsd.org Subject: Re: stray irq 7 In-reply-to: Your message of "Fri, 19 Jan 2001 00:40:45 +0200." <Pine.BSF.4.21.0101190034270.1149-100000@Crystal.ElectroCity.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 18 Jan 2001 14:58:50 -0800 From: Mike Smith <msmith@freebsd.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Hi > > This message popped up infrequently on my FreeBSD 3.x as well. It is not > specific to 4.x. Now that I run 4.2, I still get the message once in a > while. This isn't Dennis' issue; it's simply that he's seeing it on 4.x with hardware that doesn't do it under 3.x. There are so many variables in the equation, however, that it's difficult to work out why it might be happening. -- ... 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 Jan 18 15:15:39 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gizmo.internode.com.au (gizmo.internode.com.au [192.83.231.115]) by hub.freebsd.org (Postfix) with ESMTP id 3FD3637B401; Thu, 18 Jan 2001 15:15:21 -0800 (PST) Received: (from newton@localhost) by gizmo.internode.com.au (8.11.0/8.9.3) id f0INExj05971; Fri, 19 Jan 2001 09:44:59 +1030 (CST) (envelope-from newton) Date: Fri, 19 Jan 2001 09:44:58 +1030 From: Mark Newton <newton@internode.com.au> To: Josef Karthauser <joe@tao.org.uk> Cc: Mike Smith <msmith@FreeBSD.ORG>, Dennis <dennis@etinc.com>, hackers@FreeBSD.ORG Subject: Re: stray irq 7 Message-ID: <20010119094458.A5909@internode.com.au> References: <5.0.0.25.0.20010118165305.02eb76a0@mail.etinc.com> <200101182245.f0IMjYQ01614@mass.osd.bsdi.com> <20010118223831.J1349@tao.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i In-Reply-To: <20010118223831.J1349@tao.org.uk> X-PGP-Key: http://www.on.net/~newton/pgpkey.txt Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Jan 18, 2001 at 10:38:31PM +0000, Josef Karthauser wrote: > At the risk of being dragged into this, I've see this kind of behaviour > on RELENG_3 also in the past. I have vague memories of it in 386BSD. It's really nothing new at all. - mark -- Mark Newton Email: newton@internode.com.au (W) Network Engineer Email: newton@atdot.dotat.org (H) Internode Systems Pty Ltd Desk: +61-8-82232999 "Network Man" - Anagram of "Mark Newton" Mobile: +61-416-202-223 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 18 16: 4: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f282.law9.hotmail.com [64.4.8.157]) by hub.freebsd.org (Postfix) with ESMTP id 920A437B402 for <freebsd-hackers@FreeBSD.ORG>; Thu, 18 Jan 2001 16:03:47 -0800 (PST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 18 Jan 2001 16:03:47 -0800 Received: from 12.20.190.1 by lw9fd.law9.hotmail.msn.com with HTTP; Fri, 19 Jan 2001 00:03:47 GMT X-Originating-IP: [12.20.190.1] From: "gerald stoller" <gerald_stoller@hotmail.com> To: freebsd-hackers@FreeBSD.ORG Subject: Installing X windows along with FreeBSD 4.2 Date: Thu, 18 Jan 2001 19:03:47 -0500 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: <F282886R40R7dA9NOuR00002b3f@hotmail.com> X-OriginalArrivalTime: 19 Jan 2001 00:03:47.0413 (UTC) FILETIME=[4B99B850:01C081AB] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I recently installed FreeBSD 4.2 and tried to install X windows along with it, but somehow or other that didn't work. Stuff in the Xf86336 directory of the FreeBSD 4.2 CDROM did get put onto my hard-drive in the XF86336 directory, but I don't know if everything that should have been transferred was transferred; particularly I can't find the config and setup files (I am using the names used in FreeBSD 3.3 because they appear in Greg Lehey's book). What do I do to configure X windows and start it running, and where do I find this information in the documentation that came with FreeBSD 4.2 ? Please send the response directly back to me, in addition to sending it to hackers , as the volume of mail to hackers is so great that I could very easily miss the response if it were only sent there (and you may omit this paragraph from any response). _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 18 16:35:19 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 0AB3A37B401 for <freebsd-hackers@FreeBSD.ORG>; Thu, 18 Jan 2001 16:35:00 -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 f0J0Yos49414; Thu, 18 Jan 2001 17:34:50 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200101190034.f0J0Yos49414@harmony.village.org> To: Micke Josefsson <mj@isy.liu.se> Subject: Re: Can I do a make world only for PentiumPro? Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Thu, 18 Jan 2001 09:15:16 +0100." <XFMail.010118091516.mj@isy.liu.se> References: <XFMail.010118091516.mj@isy.liu.se> Date: Thu, 18 Jan 2001 17:34:50 -0700 From: Warner Losh <imp@harmony.village.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <XFMail.010118091516.mj@isy.liu.se> Micke Josefsson writes: : Is it possible to use my PentiumPro machine to do a 'make buildworld' for a : target machine that only is a 486? When compiling the kernel I can select to : omit 386/486-thingies and optimise the binaries for 686. Can I do the same for : the 'world'-target? Yes. I do this all the time. Except I have an Pentium II 500MHz box. I do a make buildworld there and an installworld on the 486 box. I have to make sure that the /usr/obj and /usr/src trees are the same between the two (mounted in the same place, same sym links, etc) and that my /etc/make.conf is the same. Otherwise it just works. You have to have /usr/obj writable by root, so it can't be read only :-(, but that's about the only snag I can think of. Of course I have no PPro or Pentium II specific optimizations in my tree. They don't seem to help much anyway. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 18 16:36:57 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 9A40437B402; Thu, 18 Jan 2001 16:36:40 -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 f0J0aUs49436; Thu, 18 Jan 2001 17:36:31 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200101190036.f0J0aUs49436@harmony.village.org> To: Josef Karthauser <joe@tao.org.uk> Subject: Re: Patch to fix "make buildkernel requires full obj directory" mistake Cc: Neil Blakey-Milner <nbm@mithrandr.moria.org>, FreeBSD Current Users <hackers@FreeBSD.ORG>, Marcel Moolenaar <marcel@FreeBSD.ORG> In-reply-to: Your message of "Thu, 18 Jan 2001 14:12:58 GMT." <20010118141258.C84497@tao.org.uk> References: <20010118141258.C84497@tao.org.uk> <20010118101315.A10537@rapier.smartspace.co.za> Date: Thu, 18 Jan 2001 17:36:30 -0700 From: Warner Losh <imp@harmony.village.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010118141258.C84497@tao.org.uk> Josef Karthauser writes: : Hear hear. We had to back out the 'make buildkernel' within PicoBSD : because there was no guarentee that the user had ever done a make : buildworld. Additionally if you do an : env MAKEOBJDIRPREFIX=/usr/myobj make buildkernel : you have the same problem even if someone did do a make buildworld. Wait a minute. I thought that crunchgen required a buildworld... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 18 16:40:35 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 1E78D37B404; Thu, 18 Jan 2001 16:40: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 f0J0e8s49481; Thu, 18 Jan 2001 17:40:08 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200101190040.f0J0e8s49481@harmony.village.org> To: Neil Blakey-Milner <nbm@mithrandr.moria.org> Subject: Re: Patch to fix "make buildkernel requires full obj directory" mistake Cc: FreeBSD Current Users <hackers@FreeBSD.ORG>, Marcel Moolenaar <marcel@FreeBSD.ORG> In-reply-to: Your message of "Thu, 18 Jan 2001 10:13:15 +0200." <20010118101315.A10537@rapier.smartspace.co.za> References: <20010118101315.A10537@rapier.smartspace.co.za> Date: Thu, 18 Jan 2001 17:40:08 -0700 From: Warner Losh <imp@harmony.village.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010118101315.A10537@rapier.smartspace.co.za> Neil Blakey-Milner writes: : I've kept on forgetting to apply a patch similar to this one. This patch looks good to me. However, it will fail when you are trying to build accross an upgrade to gcc and/or binutils. Since this is an infrequent event, and since it usually is accross branches, that likely is OK. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 18 17: 4:13 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 3166037B6A2 for <hackers@freebsd.org>; Thu, 18 Jan 2001 17:03:56 -0800 (PST) Received: from fanf by hand.dotat.at with local (Exim 3.15 #3) id 14JPwS-000E0H-00; Fri, 19 Jan 2001 01:02:12 +0000 Date: Fri, 19 Jan 2001 01:02:12 +0000 From: Tony Finch <dot@dotat.at> To: Dag-Erling Smorgrav <des@ofug.org> Cc: Gordon Tetlow <gordont@bluemtn.net>, "Michael R. Wayne" <wayne@staff.msen.com>, hackers@FreeBSD.ORG Subject: Re: Protections on inetd (and /sbin/* /usr/sbin/* in general) Message-ID: <20010119010212.A87258@hand.dotat.at> References: <Pine.BSF.4.31.0101181119530.27604-100000@sdmail0.sd.bmarts.com> <xzpu26wvcfk.fsf@flood.ping.uio.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <xzpu26wvcfk.fsf@flood.ping.uio.no> Organization: Covalent Technologies, Inc Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dag-Erling Smorgrav <des@ofug.org> wrote: >Gordon Tetlow <gordont@bluemtn.net> writes: >> If you are using apache (who isn't?), I highly suggest you look into using >> suexec. That way bad CGI programming is offloaded to the customer and not >> to your system. > >suexec has many weaknesses - amongst other problems, it does not set >resource limits; nor does it chroot as far as I recall. Apache itself has support for setting resource limits, although I agree that in many cases you may want them to be different between the httpd and the CGIs. I expect chrooting was left out because people who have the wit to set up a chroot are capable of adding a couple of lines to a C program. Tony. -- f.a.n.finch fanf@covalent.net dot@dotat.at "Because all you of Earth are idiots!" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 18 17:56: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tao.org.uk (genesis.tao.org.uk [194.242.131.94]) by hub.freebsd.org (Postfix) with ESMTP id B11FE37B698; Thu, 18 Jan 2001 17:55:47 -0800 (PST) Received: by tao.org.uk (Postfix, from userid 100) id D3ADD3170; Fri, 19 Jan 2001 01:23:41 +0000 (GMT) Date: Fri, 19 Jan 2001 01:23:41 +0000 From: Josef Karthauser <joe@tao.org.uk> To: Warner Losh <imp@harmony.village.org> Cc: Neil Blakey-Milner <nbm@mithrandr.moria.org>, FreeBSD Current Users <hackers@FreeBSD.ORG>, Marcel Moolenaar <marcel@FreeBSD.ORG> Subject: Re: Patch to fix "make buildkernel requires full obj directory" mistake Message-ID: <20010119012341.B98401@tao.org.uk> References: <20010118141258.C84497@tao.org.uk> <20010118101315.A10537@rapier.smartspace.co.za> <20010118141258.C84497@tao.org.uk> <200101190036.f0J0aUs49436@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200101190036.f0J0aUs49436@harmony.village.org>; from imp@harmony.village.org on Thu, Jan 18, 2001 at 05:36:30PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Jan 18, 2001 at 05:36:30PM -0700, Warner Losh wrote: > In message <20010118141258.C84497@tao.org.uk> Josef Karthauser writes: > : Hear hear. We had to back out the 'make buildkernel' within PicoBSD > : because there was no guarentee that the user had ever done a make > : buildworld. Additionally if you do an > : env MAKEOBJDIRPREFIX=/usr/myobj make buildkernel > : you have the same problem even if someone did do a make buildworld. > > Wait a minute. I thought that crunchgen required a buildworld... In no way at all.... what do you mean? Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 18 19:14:25 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 A17BC37B402; Thu, 18 Jan 2001 19:14:07 -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 f0J3Dvs50534; Thu, 18 Jan 2001 20:13:58 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200101190313.f0J3Dvs50534@harmony.village.org> To: Josef Karthauser <joe@tao.org.uk> Subject: Re: Patch to fix "make buildkernel requires full obj directory" mistake Cc: Neil Blakey-Milner <nbm@mithrandr.moria.org>, FreeBSD Current Users <hackers@FreeBSD.ORG>, Marcel Moolenaar <marcel@FreeBSD.ORG> In-reply-to: Your message of "Fri, 19 Jan 2001 01:23:41 GMT." <20010119012341.B98401@tao.org.uk> References: <20010119012341.B98401@tao.org.uk> <20010118141258.C84497@tao.org.uk> <20010118101315.A10537@rapier.smartspace.co.za> <20010118141258.C84497@tao.org.uk> <200101190036.f0J0aUs49436@harmony.village.org> Date: Thu, 18 Jan 2001 20:13:57 -0700 From: Warner Losh <imp@harmony.village.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010119012341.B98401@tao.org.uk> Josef Karthauser writes: : On Thu, Jan 18, 2001 at 05:36:30PM -0700, Warner Losh wrote: : > In message <20010118141258.C84497@tao.org.uk> Josef Karthauser writes: : > : Hear hear. We had to back out the 'make buildkernel' within PicoBSD : > : because there was no guarentee that the user had ever done a make : > : buildworld. Additionally if you do an : > : env MAKEOBJDIRPREFIX=/usr/myobj make buildkernel : > : you have the same problem even if someone did do a make buildworld. : > : > Wait a minute. I thought that crunchgen required a buildworld... : : In no way at all.... what do you mean? I thought that crunchgen dealt with the .o's that were created in the buildworld process. It looks like it rebuilds them itself in a whacked out way to make the whole thing work. Still, I don't think it is too onerous a requirement that a buildworld have happened first. The other reason to encourage it strongly is that there are too many binary incompatibilities with the kernel interface for some programs, even in -stable, so we'd want to encourage people to build and install both at the same time. I'd imagine that the same sort of argument would apply for picobsd since you don't want that to be cross threaded. :-). But maybe I'm being overly paranoid here. Maybe I've answered one too many questions that boil down to "just rebuild the world and stop arguing with me, things will start to work". Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 18 19:33:49 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 69AB037B69B; Thu, 18 Jan 2001 19:33:32 -0800 (PST) Received: by bazooka.unixfreak.org (Postfix, from userid 1000) id BA6C93E02; Thu, 18 Jan 2001 19:33:31 -0800 (PST) Received: from unixfreak.org (localhost [127.0.0.1]) by bazooka.unixfreak.org (Postfix) with ESMTP id B37B83C10A; Thu, 18 Jan 2001 19:33:31 -0800 (PST) To: Warner Losh <imp@harmony.village.org> Cc: Josef Karthauser <joe@tao.org.uk>, Neil Blakey-Milner <nbm@mithrandr.moria.org>, FreeBSD Current Users <hackers@FreeBSD.ORG>, Marcel Moolenaar <marcel@FreeBSD.ORG> Subject: Re: Patch to fix "make buildkernel requires full obj directory" mistake In-Reply-To: Message from Warner Losh <imp@harmony.village.org> of "Thu, 18 Jan 2001 20:13:57 MST." <200101190313.f0J3Dvs50534@harmony.village.org> Date: Thu, 18 Jan 2001 19:33:26 -0800 From: Dima Dorfman <dima@unixfreak.org> Message-Id: <20010119033331.BA6C93E02@bazooka.unixfreak.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > The other reason to encourage it strongly is that there are too many > binary incompatibilities with the kernel interface for some programs, > even in -stable, so we'd want to encourage people to build and install > both at the same time. I'd imagine that the same sort of argument > would apply for picobsd since you don't want that to be cross > threaded. :-). But maybe I'm being overly paranoid here. Maybe I've > answered one too many questions that boil down to "just rebuild the > world and stop arguing with me, things will start to work". While this is all true, I believe the intention of the patch was to make it possible to do a buildkernel even if you aren't upgrading (i.e., you're running the same version of the kernel that you're trying to build). In some cases, such as fresh installs, people don't want to have to do a buildworld to configure and install a custom kernel. Of course, there's always the "old way" (config && make depend, etc.) of doing this, but it seems that most people agree that recommending two different ways of doing one task depending on the environment adds unnecessary confusion for newcomers (e.g., "use buildkernel if you're doing an upgrade, but config if you're not, but if you upgrade later you still need buildkernel", etc. is more confusing than, "use buildkernel"). This thread and patch originated as a response to a thread on -doc (I think) where this was discussed. See the current archives if you're interested, you can't miss it. Personally, I think that if there's no technical reason why buildkernel can't work without a prior buildworld assuming that the kernel you're building is of the same version that's currently running, trying to explain two different methods to new users should be avoided. Thanks 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 Thu Jan 18 21:20:17 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from homer.softweyr.com (bsdconspiracy.net [208.187.122.220]) by hub.freebsd.org (Postfix) with ESMTP id D302737B698 for <freebsd-hackers@freebsd.org>; Thu, 18 Jan 2001 21:19:45 -0800 (PST) Received: from [127.0.0.1] (helo=softweyr.com ident=Fools trust ident!) by homer.softweyr.com with esmtp (Exim 3.16 #1) id 14JIIk-0000NZ-00; Thu, 18 Jan 2001 09:52:42 -0700 Message-ID: <3A671F5A.6BB2D2B2@softweyr.com> Date: Thu, 18 Jan 2001 09:52:42 -0700 From: Wes Peters <wes@softweyr.com> Organization: Softweyr LLC X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Uwe Pierau <uwe.pierau@tu-clausthal.de> Cc: freebsd-hackers@freebsd.org Subject: Re: Clustering FreeBSD References: <20010116220321.A46297@heim2.tu-clausthal.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Uwe Pierau wrote: > > Jamie Heckford wrote: > # Hi, > # Does anyone have any details of Open Source, or software included > # with FreeBSD that allows the clustering of FreeBSD? > > Maybe you mean something like this... > http://acme.ecn.purdue.edu/index.html > ?! Yes! When is somebody going to get around to making a PVM version of make? Wouldn't that help those "build world" times a bit? -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 18 21:42:17 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from phnxpop4.phnx.uswest.net (phnxpop4.phnx.uswest.net [206.80.192.4]) by hub.freebsd.org (Postfix) with SMTP id 99FFF37B400 for <freebsd-hackers@FreeBSD.ORG>; Thu, 18 Jan 2001 21:41:59 -0800 (PST) Received: (qmail 33386 invoked by alias); 19 Jan 2001 05:41:41 -0000 Delivered-To: fixup-freebsd-hackers@FreeBSD.ORG@fixme Received: (qmail 32444 invoked by uid 0); 19 Jan 2001 05:41:16 -0000 Received: from ndslppp221.phnx.uswest.net (HELO pinyon.org) (63.224.136.221) by phnxpop4.phnx.uswest.net with SMTP; 19 Jan 2001 05:41:16 -0000 Received: from chomsky.Pinyon.ORG (localhost [127.0.0.1]) by pinyon.org (Postfix) with ESMTP id EA8F66A; Thu, 18 Jan 2001 22:41:15 -0700 (MST) X-Mailer: exmh version 2.1.1 10/15/1999 To: Wes Peters <wes@softweyr.com> Cc: Uwe Pierau <uwe.pierau@tu-clausthal.de>, freebsd-hackers@FreeBSD.ORG Subject: Re: Clustering FreeBSD In-Reply-To: Message from Wes Peters <wes@softweyr.com> of "Thu, 18 Jan 2001 09:52:42 MST." <3A671F5A.6BB2D2B2@softweyr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 18 Jan 2001 22:41:15 -0700 From: "Russell L. Carter" <rcarter@pinyon.org> Message-Id: <20010119054115.EA8F66A@pinyon.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG %Uwe Pierau wrote: %> %> Jamie Heckford wrote: %> # Hi, %> # Does anyone have any details of Open Source, or software included %> # with FreeBSD that allows the clustering of FreeBSD? %> %> Maybe you mean something like this... %> http://acme.ecn.purdue.edu/index.html %> ?! % %Yes! % %When is somebody going to get around to making a PVM version of make? %Wouldn't that help those "build world" times a bit? No it would not! Back in '94 I ported dmake to FreeBSD and built just about every numerics package out there on a 4 CPU cluster. Worked fine, but not much in overall speedup, because... tadum! Where do you get the source files, and how do you get the objs back :-) Not low latency, eh? F-Enet then, G-Enet now :) Nowadays, you'd want to "globus ify" things, rather than use use PVM. But critically, speedup would only happen if jobs were allocated at a higher level than they are now. Now for building something like a full version of TAO, why that might work. But even then, a factor of 2x is unlikely until the dependencies are factored out at the directory level. Russell %-- % "Where am I, and what am I doing in this handbasket?" % %Wes Peters Softweyr LLC %wes@softweyr.com http://softweyr.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 Thu Jan 18 22:44:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ducky.nz.freebsd.org (ns1.unixathome.org [203.79.82.27]) by hub.freebsd.org (Postfix) with ESMTP id AE20137B6A4 for <hackers@FreeBSD.ORG>; Thu, 18 Jan 2001 22:44:02 -0800 (PST) Received: from wocker (wocker.int.nz.freebsd.org [192.168.0.99]) by ducky.nz.freebsd.org (8.9.3/8.9.3) with ESMTP id TAA05456; Fri, 19 Jan 2001 19:43:51 +1300 (NZDT) Message-Id: <200101190643.TAA05456@ducky.nz.freebsd.org> From: "Dan Langille" <dan@langille.org> Organization: The FreeBSD Diary / FreshPorts To: Warner Losh <imp@harmony.village.org> Date: Fri, 19 Jan 2001 19:43:50 +1300 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: Patch to fix "make buildkernel requires full obj directory" mistake Reply-To: dan@langille.org Cc: hackers@FreeBSD.ORG In-reply-to: <200101190313.f0J3Dvs50534@harmony.village.org> References: Your message of "Fri, 19 Jan 2001 01:23:41 GMT." <20010119012341.B98401@tao.org.uk> X-mailer: Pegasus Mail for Win32 (v3.12c) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 18 Jan 2001, at 20:13, Warner Losh wrote: > Still, I don't think it is too onerous a requirement that a buildworld > have happened first. I disagree. Unless you qualify the above, you're saying that if I install FreeBSD for the first time, in order to create a custom kernel, I need to make world. Sorry, but that's breaking a long standing tradition of not needing to make world before building a customer kernel. And expecting someone new to FreeBSD to master build world before getting them used to building a kernel is a bit too much of an ask. > The other reason to encourage it strongly is that there are too many > binary incompatibilities with the kernel interface for some programs, > even in -stable, so we'd want to encourage people to build and install > both at the same time. I'd imagine that the same sort of argument > would apply for picobsd since you don't want that to be cross > threaded. :-). But maybe I'm being overly paranoid here. Maybe I've > answered one too many questions that boil down to "just rebuild the > world and stop arguing with me, things will start to work". Either we change the handbook to make it clear, as I hope my patch[1] does, or we fix buildkernel so it works as advertised in the handbook. I don't mind either solution. [1] <http://www.freebsd.org/cgi/query-pr.cgi?pr=24148> -- Dan Langille The FreeBSD Diary - http://freebsddiary.org/ FreshPorts - http://freshports.org/ NZ Broadband - http://unixathome.org/broadband/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 18 22:46: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ducky.nz.freebsd.org (ns1.unixathome.org [203.79.82.27]) by hub.freebsd.org (Postfix) with ESMTP id 6313C37B698 for <hackers@FreeBSD.ORG>; Thu, 18 Jan 2001 22:45:43 -0800 (PST) Received: from wocker (wocker.int.nz.freebsd.org [192.168.0.99]) by ducky.nz.freebsd.org (8.9.3/8.9.3) with ESMTP id TAA05468; Fri, 19 Jan 2001 19:45:39 +1300 (NZDT) Message-Id: <200101190645.TAA05468@ducky.nz.freebsd.org> From: "Dan Langille" <dan@langille.org> Organization: The FreeBSD Diary / FreshPorts To: Dima Dorfman <dima@unixfreak.org> Date: Fri, 19 Jan 2001 19:45:39 +1300 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: Patch to fix "make buildkernel requires full obj directory" mistake Reply-To: dan@langille.org Cc: hackers@FreeBSD.ORG References: Message from Warner Losh <imp@harmony.village.org> of "Thu, 18 Jan 2001 20:13:57 MST." <200101190313.f0J3Dvs50534@harmony.village.org> In-reply-to: <20010119033331.BA6C93E02@bazooka.unixfreak.org> X-mailer: Pegasus Mail for Win32 (v3.12c) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 18 Jan 2001, at 19:33, Dima Dorfman wrote: > Personally, I think that if there's no technical reason why > buildkernel can't work without a prior buildworld assuming that the > kernel you're building is of the same version that's currently > running, trying to explain two different methods to new users should > be avoided. This is good. New users have enough to learn without getting confused about kernel build methods. I would prefer one method which would work in all cases, but failing that, let's patch the handbook[1]. [1] Some may interpret this as an attempt to goad a fix. It is. ;) -- Dan Langille The FreeBSD Diary - http://freebsddiary.org/ FreshPorts - http://freshports.org/ NZ Broadband - http://unixathome.org/broadband/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 18 22:58: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from isy.liu.se (isy.liu.se [130.236.48.10]) by hub.freebsd.org (Postfix) with ESMTP id BB8C437B402 for <freebsd-hackers@FreeBSD.ORG>; Thu, 18 Jan 2001 22:57:46 -0800 (PST) Received: from lagrange.isy.liu.se (lagrange.isy.liu.se [130.236.49.127]) by isy.liu.se (8.10.0/8.10.0) with ESMTP id f0J6vah25927; Fri, 19 Jan 2001 07:57:36 +0100 (MET) Message-ID: <XFMail.010119075735.mj@isy.liu.se> X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200101190034.f0J0Yos49414@harmony.village.org> Date: Fri, 19 Jan 2001 07:57:35 +0100 (CET) From: Micke Josefsson <mj@isy.liu.se> To: Warner Losh <imp@harmony.village.org> Subject: Re: Can I do a make world only for PentiumPro? Cc: freebsd-hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 19-Jan-01 Warner Losh wrote: > In message <XFMail.010118091516.mj@isy.liu.se> Micke Josefsson writes: >: Is it possible to use my PentiumPro machine to do a 'make buildworld' for a >: target machine that only is a 486? When compiling the kernel I can select to >: omit 386/486-thingies and optimise the binaries for 686. Can I do the same >: for >: the 'world'-target? > > Yes. I do this all the time. Except I have an Pentium II 500MHz > box. I do a make buildworld there and an installworld on the 486 > box. I have to make sure that the /usr/obj and /usr/src trees are the > same between the two (mounted in the same place, same sym links, etc) > and that my /etc/make.conf is the same. Otherwise it just works. You > have to have /usr/obj writable by root, so it can't be read only :-(, > but that's about the only snag I can think of. Good! I am trying that now. > Of course I have no PPro or Pentium II specific optimizations in my > tree. They don't seem to help much anyway. Pity if the dont:( I think I read somewhere that XFree could be compiled with optimisations and that the result was some 30% snappier code. I don't remember where I read it, but can this claim have some validity? BTW, when trying to compile XFree it simply does not work, as it cannot find Imake.tmpl. There is only a makefile in /usr/X11R6/src/xc. Haven't I got all the code? Thanks for the answer. ---------------------------------- Michael Josefsson, MSEE mj@isy.liu.se This message was sent by XFMail running on FreeBSD 3.5-STABLE ---------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 18 23: 7:33 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from rapier.smartspace.co.za (rapier.smartspace.co.za [66.8.25.34]) by hub.freebsd.org (Postfix) with SMTP id 6ABCE37B401 for <hackers@FreeBSD.ORG>; Thu, 18 Jan 2001 23:07:13 -0800 (PST) Received: (qmail 99975 invoked by uid 1001); 19 Jan 2001 07:07:10 -0000 Date: Fri, 19 Jan 2001 09:07:10 +0200 From: Neil Blakey-Milner <nbm@mithrandr.moria.org> To: Warner Losh <imp@harmony.village.org> Cc: Josef Karthauser <joe@tao.org.uk>, FreeBSD Current Users <hackers@FreeBSD.ORG>, Marcel Moolenaar <marcel@FreeBSD.ORG> Subject: Re: Patch to fix "make buildkernel requires full obj directory" mistake Message-ID: <20010119090710.B99610@rapier.smartspace.co.za> References: <20010119012341.B98401@tao.org.uk> <20010118141258.C84497@tao.org.uk> <20010118101315.A10537@rapier.smartspace.co.za> <20010118141258.C84497@tao.org.uk> <200101190036.f0J0aUs49436@harmony.village.org> <20010119012341.B98401@tao.org.uk> <200101190313.f0J3Dvs50534@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200101190313.f0J3Dvs50534@harmony.village.org>; from imp@harmony.village.org on Thu, Jan 18, 2001 at 08:13:57PM -0700 Organization: Building Intelligence X-Operating-System: FreeBSD 4.2-RELEASE i386 X-URL: http://rucus.ru.ac.za/~nbm/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu 2001-01-18 (20:13), Warner Losh wrote: > In message <20010119012341.B98401@tao.org.uk> Josef Karthauser writes: > : On Thu, Jan 18, 2001 at 05:36:30PM -0700, Warner Losh wrote: > : > In message <20010118141258.C84497@tao.org.uk> Josef Karthauser writes: > : > : Hear hear. We had to back out the 'make buildkernel' within PicoBSD > : > : because there was no guarentee that the user had ever done a make > : > : buildworld. Additionally if you do an > : > : env MAKEOBJDIRPREFIX=/usr/myobj make buildkernel > : > : you have the same problem even if someone did do a make buildworld. > : > > : > Wait a minute. I thought that crunchgen required a buildworld... > : > : In no way at all.... what do you mean? > > I thought that crunchgen dealt with the .o's that were created in the > buildworld process. It looks like it rebuilds them itself in a > whacked out way to make the whole thing work. > > Still, I don't think it is too onerous a requirement that a buildworld > have happened first. The problem then is that the programs aren't built with the correct set of defines and environment. This prevents a forth-less loader, YP-less libc, and so forth. Neil -- Neil Blakey-Milner nbm@mithrandr.moria.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 18 23:56:30 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 78C8837B401 for <hackers@FreeBSD.ORG>; Thu, 18 Jan 2001 23:56:09 -0800 (PST) Received: (qmail 13147 invoked by uid 1001); 19 Jan 2001 17:55:59 +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 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: <nospam-3a67f30ee503331@maxim.gbch.net> Date: Fri, 19 Jan 2001 17:55:58 +1000 From: Greg Black <gjb@gbch.net> To: dan@langille.org Cc: Warner Losh <imp@harmony.village.org>, hackers@FreeBSD.ORG Subject: Re: Patch to fix "make buildkernel requires full obj directory" mistake References: Your message of "Fri, 19 Jan 2001 01:23:41 GMT." <20010119012341.B98401@tao.org.uk> <200101190643.TAA05456@ducky.nz.freebsd.org> In-reply-to: <200101190643.TAA05456@ducky.nz.freebsd.org> of Fri, 19 Jan 2001 19:43:50 +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 18 Jan 2001, at 20:13, Warner Losh wrote: > > > Still, I don't think it is too onerous a requirement that a buildworld > > have happened first. > > I disagree. Unless you qualify the above, you're saying that if I install > FreeBSD for the first time, in order to create a custom kernel, I need to > make world. Sorry, but that's breaking a long standing tradition of not > needing to make world before building a customer kernel. And > expecting someone new to FreeBSD to master build world before > getting them used to building a kernel is a bit too much of an ask. I haven't been following this thread, so I may have missed something here, but the comment above rang some alarms. Does any of this affect people who simply install a RELEASE from CD and then build a kernel to get their config the way they want? I'm assuming it doesn't, but I got worried by what you said here. Like lots of people who use FreeBSD rather than tinker with it, I have never done "make any-kind-of-world" and never expect to. I create a kernel config with my stuff in it, and do config, make, make install. I trust this is not going to be broken? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 19 0:19: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from arachna.com (dnai-216-15-61-88.cust.dnai.com [216.15.61.88]) by hub.freebsd.org (Postfix) with SMTP id BEE7937B401 for <freebsd-hackers@freebsd.org>; Fri, 19 Jan 2001 00:18:46 -0800 (PST) Received: (qmail 50161 invoked by uid 1001); 19 Jan 2001 08:23:11 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 19 Jan 2001 08:23:11 -0000 Date: Fri, 19 Jan 2001 00:23:11 -0800 (PST) From: Ian Kallen <spidaman@arachna.com> To: freebsd-hackers@freebsd.org Subject: accessing an outside IP from inside a NAT net Message-ID: <Pine.BSF.4.10.10101190014250.50099-100000@along-came-a-spider.arachna.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'd like a hand figuring out how to access resources on the internal side of a NAT net from within it without doing something kludgey with DNS. i.e. suppose I run natd with a configuration like this: # begin /etc/natd.conf use_sockets same_ports port 8668 deny_incoming no log redirect_port tcp 10.0.0.128:80 206.169.18.10:80 # end /etc/natd.conf Now if the DNS for the web server www.foo.com running on 10.0.0.128 directs a browser on the 10.0.0.0 net to 206.169.18.10, it doesn't get routed back to 10.0.0.128; it just hangs (I'm acutally not sure what's happening there, the connction never succeeds). Is there a nice way to handle this case without running a dummy DNS just for the 10.0.0.0 internal net? thanks, -Ian -- Ian Kallen <spidaman@arachna.com> | AIM: iankallen | efax: (415) 354-3326 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 19 0:36:50 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from wally.eecs.harvard.edu (wally.eecs.harvard.edu [140.247.60.30]) by hub.freebsd.org (Postfix) with ESMTP id 407D537B402 for <freebsd-hackers@FreeBSD.ORG>; Fri, 19 Jan 2001 00:36:33 -0800 (PST) Received: from localhost (blackman@localhost) by wally.eecs.harvard.edu (8.10.0/8.10.0) with ESMTP id f0J8aI005718 for <freebsd-hackers@FreeBSD.ORG>; Fri, 19 Jan 2001 03:36:18 -0500 (EST) Date: Fri, 19 Jan 2001 03:36:18 -0500 (EST) From: Amos Blackman <blackman@eecs.harvard.edu> X-Sender: blackman@wally To: freebsd-hackers@FreeBSD.ORG Subject: kernel resource tracking/controlling Message-ID: <Pine.OSF.4.20.0101190321400.20423-100000@wally> 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 digging through a lot of unfamiliar code trying to figure this out on my own, and have decided it would be more efficient to see if there's an expert around. :) I'm trying to implement a kernel resource tracking/controlling system in as general a manner as possible. Essentially, for any resources that are currently held by a process, I need to know which process holds it and which processes are blocked on it. For example, if a given tty is owned by a process and three other processes are blocked waiting on it, i want to be able to track that. So, basically, my question is: are there some "central" locations in the kernel where I can place calls to my code when a process obtains a resource and when a process blocks on a resource held by another process? If so, pointers to the code (and any other thoughts) would be greatly appreciated. Thanks! -amos To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 19 1:23: 2 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 6FC7137B404 for <hackers@freebsd.org>; Fri, 19 Jan 2001 01:22:42 -0800 (PST) Received: from fwd06.sul.t-online.com by mailout02.sul.t-online.com with smtp id 14JXkm-0005Yo-03; Fri, 19 Jan 2001 10:22:40 +0100 Received: from neutron.cichlids.com (520050424122-0001@[62.225.192.125]) by fmrl06.sul.t-online.com with esmtp id 14JXkR-1SSGSuC; Fri, 19 Jan 2001 10:22:19 +0100 Received: from cichlids.cichlids.com (cichlids.cichlids.com [192.168.0.10]) by neutron.cichlids.com (Postfix) with ESMTP id BD3DFAB0C for <hackers@freebsd.org>; Fri, 19 Jan 2001 10:24:05 +0100 (CET) Received: by cichlids.cichlids.com (Postfix, from userid 1001) id EC0FB14A70; Fri, 19 Jan 2001 10:22:19 +0100 (CET) Date: Fri, 19 Jan 2001 10:22:19 +0100 To: hackers@freebsd.org Subject: What must be provided by an init for ncurses? Message-ID: <20010119102219.A7511@cichlids.cichlids.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-PGP-Fingerprint: 44 28 CA 4C 46 5B D3 A8 A8 E3 BA F3 4E 60 7D 7F X-PGP-at: finger alex@big.endian.de X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. From: alex@big.endian.de (Alexander Langer) X-Sender: 520050424122-0001@t-dialin.net Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello! Libh uses TVision which uses ncurses. I have written a *simple* init which opens /dev/ttyv0. printf() and alikes work, but ncurses does not ("Error opening terminal"). I wonder if anyoen can tell me what my simple init must provide as well to make ncurses running. I have a /etc/termcap installed as well, but this is not enough. Any hints? Thanks Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 19 1:26:26 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 7F05737B404 for <hackers@FreeBSD.ORG>; Fri, 19 Jan 2001 01:26:08 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id KAA52260; Fri, 19 Jan 2001 10:26:03 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Tony Finch <dot@dotat.at> Cc: Gordon Tetlow <gordont@bluemtn.net>, "Michael R. Wayne" <wayne@staff.msen.com>, hackers@FreeBSD.ORG Subject: Re: Protections on inetd (and /sbin/* /usr/sbin/* in general) References: <Pine.BSF.4.31.0101181119530.27604-100000@sdmail0.sd.bmarts.com> <xzpu26wvcfk.fsf@flood.ping.uio.no> <20010119010212.A87258@hand.dotat.at> From: Dag-Erling Smorgrav <des@ofug.org> Date: 19 Jan 2001 10:26:02 +0100 In-Reply-To: Tony Finch's message of "Fri, 19 Jan 2001 01:02:12 +0000" Message-ID: <xzpr91z28r9.fsf@flood.ping.uio.no> Lines: 20 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Tony Finch <dot@dotat.at> writes: > Apache itself has support for setting resource limits, although I > agree that in many cases you may want them to be different between the > httpd and the CGIs. You most emphatically do not want to do that. You want the CGI to run with its owner's resource limits. > I expect chrooting was left out because people who have the wit to set > up a chroot are capable of adding a couple of lines to a C program. Said program has a big fat warning at the top that says something like "do not ever change this program, you'll only screw it up"... I'm tempted to reply "not much more than it already is". Eivind and I rewrote it for our previous employer, but the mod is part of a large chunk of proprietary code, unfortunately. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 19 1:49:39 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.rdc1.kt.home.ne.jp (ha2.rdc1.kt.home.ne.jp [203.165.9.243]) by hub.freebsd.org (Postfix) with ESMTP id C8CAF37B69D; Fri, 19 Jan 2001 01:49:17 -0800 (PST) Received: from daemon.local.idaemons.org ([203.165.161.10]) by mail.rdc1.kt.home.ne.jp (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20010119094914.OWXD29706.mail.rdc1.kt.home.ne.jp@daemon.local.idaemons.org>; Fri, 19 Jan 2001 01:49:14 -0800 Received: by daemon.local.idaemons.org (8.11.1/3.7W) id f0J9n8C42865; Fri, 19 Jan 2001 18:49:08 +0900 (JST) Date: Fri, 19 Jan 2001 18:49:11 +0900 Message-ID: <86g0if3m94.wl@archon.local.idaemons.org> From: "Akinori MUSHA" <knu@iDaemons.org> To: peter@FreeBSD.org Cc: hackers@FreeBSD.org Subject: Re: a couple of patches for cvs In-Reply-To: <86ely6lfkf.wl@archon.local.idaemons.org> References: <86ely6lfkf.wl@archon.local.idaemons.org> User-Agent: Wanderlust/2.5.4 (Smooth) SEMI/1.14.2 (=?ISO-8859-1?Q?Daish=F2?= =?ISO-8859-1?Q?ji?=) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 MULE XEmacs/21.1 (patch 12) (Channel Islands) (i386--freebsd) Organization: Associated I. Daemons X-PGP-Public-Key: finger knu@FreeBSD.org X-PGP-Fingerprint: 081D 099C 1705 861D 4B70 B04A 920B EFC7 9FD9 E1EE MIME-Version: 1.0 (generated by SEMI 1.14.2 - =?ISO-8859-1?Q?=22Daish=F2ji=22?=) Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The following patch was also needed... --- gnu/usr.bin/cvs/cvs/Makefile.orig Fri Jan 19 14:58:23 2001 +++ gnu/usr.bin/cvs/cvs/Makefile Fri Jan 19 15:03:10 2001 @@ -26,8 +26,8 @@ CFLAGS+= -I${.CURDIR} -I${.CURDIR}/../lib -DHAVE_CONFIG_H \ -I${CVSDIR}/src -I${CVSDIR}/lib -I${CVSDIR}/diff -DPADD+= ${LIBCVS} ${LIBDIFF} ${LIBGNUREGEX} ${LIBMD} ${LIBCRYPT} ${LIBZ} -LDADD+= ${LIBCVS} ${LIBDIFF} -lgnuregex -lmd -lcrypt -lz +DPADD+= ${LIBCVS} ${LIBDIFF} ${LIBGNUREGEX} ${LIBMD} ${LIBCRYPT} ${LIBZ} ${LIBPAM} +LDADD+= ${LIBCVS} ${LIBDIFF} -lgnuregex -lmd -lcrypt -lz -lpam .if exists(${DESTDIR}${LIBDIR}/libkrb.a) && defined(MAKE_KERBEROS4) CFLAGS+=-DHAVE_KERBEROS -DHAVE_KRB_GET_ERR_TEXT -- / /__ __ Akinori.org / MUSHA.org / ) ) ) ) / FreeBSD.org / Ruby-lang.org Akinori MUSHA aka / (_ / ( (__( @ iDaemons.org / and.or.jp "We're only at home when we're on the run, on the wing, on the fly" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 19 2:27:54 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sdmail0.sd.bmarts.com (sdmail0.sd.bmarts.com [192.215.234.86]) by hub.freebsd.org (Postfix) with SMTP id 0357837B402 for <freebsd-hackers@freebsd.org>; Fri, 19 Jan 2001 02:27:38 -0800 (PST) Received: (qmail 7551 invoked by uid 1078); 19 Jan 2001 10:27:45 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 19 Jan 2001 10:27:45 -0000 Date: Fri, 19 Jan 2001 02:27:45 -0800 (PST) From: Gordon Tetlow <gordont@bluemtn.net> X-X-Sender: <gordont@sdmail0.sd.bmarts.com> To: Ian Kallen <spidaman@arachna.com> Cc: <freebsd-hackers@freebsd.org> Subject: Re: accessing an outside IP from inside a NAT net In-Reply-To: <Pine.BSF.4.10.10101190014250.50099-100000@along-came-a-spider.arachna.com> Message-ID: <Pine.BSF.4.31.0101190223190.3187-100000@sdmail0.sd.bmarts.com> 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, 19 Jan 2001, Ian Kallen wrote: > Now if the DNS for the web server www.foo.com running on 10.0.0.128 > directs a browser on the 10.0.0.0 net to 206.169.18.10, it doesn't get > routed back to 10.0.0.128; it just hangs (I'm acutally not sure what's > happening there, the connction never succeeds). Is there a nice way to > handle this case without running a dummy DNS just for the 10.0.0.0 > internal net? What's happening is the webserver (10.0.0.128) gets the request but is talking directly back to the requesting machine (assuming they are on the same subnet) when the requesting machine is expecting a reply from your ext_ip. They only easy way I see how to do this is to split your internal net into mulitple subnets so that your client machines are one and your servers are on another. -gordon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 19 7:20: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 6EF2D37B698 for <freebsd-hackers@FreeBSD.ORG>; Fri, 19 Jan 2001 07:19:57 -0800 (PST) Received: by smtp.nettoll.com; Fri, 19 Jan 2001 16:18:44 +0100 (MET) Message-ID: <3A685B1C.2010302@enition.com> Date: Fri, 19 Jan 2001 16:19:56 +0100 From: Xavier Galleri <xgalleri@enition.com> User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; m18) Gecko/20001108 Netscape6/6.0 X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG Subject: Kernel memory allocation bug ... References: <20010116132456.W7240@fw.wintelcom.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi everybody, This mail is related to the 'Need help for crash dump analysis' mail serie and the more recent 'Information on kernel crash dump analysis' mail. I have achieved to (manually) get a stack dump by getting my 'curpcb' value at the time I call MALLOC and then issuing 'info frame' and 'frame' commands when analyzing the dump (I will post some explanations on the process in the 'hackers' mailing list). Here is the result of this analysis (frame numbering is of my own, for clearness): #0 mi_switch () at ../../kern/kern_synch.c:858 858 if (switchtime.tv_sec == 0) #1 tsleep (ident=0xc08c5bf0, priority=4, wmesg=0xc0330531 "vmopar", timo=0) at ../../kern/kern_synch.c:469 469 curpriority = p->p_usrpri; #2 vm_object_page_remove (object=0xc0388940, start=4344, end=4352, clean_only=0) at ../../vm/vm_page.h:547 547 } #3 vm_map_delete (map=0xc03887e0, start=3237965824, end=3237998592) at ../../vm/vm_map.c:1810 1810 } else { #4 kmem_malloc (map=0xc03887e0, size=32768, flags=1) at ../../vm/vm_kern.c:366 366 vm_map_unlock(map); #5 0xc018df07 in malloc (size=32768, type=0xc035b2e0, flags=1) at ../../kern/kern_malloc.c:188 188 va = (caddr_t) kmem_malloc(kmem_map, (vm_size_t)ctob(npg), flags); #6 0xc02a9a8f in init_CGW () at ../nettoll/toll_token.c:260 260 ../nettoll/toll_token.c: No such file or directory. The last frame is where I actually call MALLOC. This macro leads to actually call 'malloc' which means a bucket shortage (size is 32Kb). Then, we come to the 'kmem_alloc' call. First, this is done with flags==M_NOWAIT, thus discarding any (usage) error from this side. Frame #3 is (I guess ;-) coming from that 'vm_map_unlock' is a macro and it should point to the line above in the code (vm_kern.c:365) where 'vm_map_delete' is actually called. This is enclosed in a conditional code portion that is a consequence of a failure of the 'vm_page_alloc' call, meaning that "we ran out of space" (cf. comment in code). That is bad news for me and I will take a look at what's going on around this problem. That said, frames #2 and #1 show that the caller is actually falling asleep (under non-trivial circumstances, but this remains a fact !), while the higher call to malloc specified M_NOWAIT and my guess is that this sounds like a ... bug ! Now, I come back to the memory shortage aspect of this problem. I have displayed some fields of the 'struct vmmeter cnt' data and found that a the 'free' count of pages has fallen almost to zero at some point (which explains the failure of 'vm_page_alloc') and that, on the other side, the 'inactive' count has jumped to a very hight level (to a total of around 90-100 Mb). I have almost asserted that this jump was due to a big tar command that is part of my test conditions. Then are my questions : * As far as I can see, the 'inactive' pages are those that are neither in the cache list nor in the free list, thus being currently unused, but still usable by the I/O subsystem (mostly for buffer cache). Consequently, these pages cannot be reused directly as VM resources since they could be dirty and required back writing to disk. Is that correct ? * In good case (cf. above), any heavy VFS activity could quickly imply a shortage of the 'free' page list, that could lead to the misbehaviour of 'malloc' as explained above. This means that VFS (through buffer cache) and VM are competing for memory in such a way that VM seems to have less priority than VFS. Is that correct ? * Are there any recent upgrades in the FreeBSD VM management that could help me cope with my problem ? Finally, I would greatly appreciate to have an expert advise for my problem, especially on its actual buggy status. Regards, To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 19 7:25:24 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 3C8B237B699 for <freebsd-hackers@FreeBSD.ORG>; Fri, 19 Jan 2001 07:25:02 -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 f0JFOtk14877; Fri, 19 Jan 2001 07:24:55 -0800 (PST) (envelope-from peter@netplex.com.au) Message-Id: <200101191524.f0JFOtk14877@mobile.wemm.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Xavier Galleri <xgalleri@enition.com> Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Kernel memory allocation bug ... In-Reply-To: <3A685B1C.2010302@enition.com> Date: Fri, 19 Jan 2001 07:24:55 -0800 From: Peter Wemm <peter@netplex.com.au> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Xavier Galleri wrote: > Hi everybody, > > This mail is related to the 'Need help for crash dump analysis' mail > serie and the more recent 'Information on kernel crash dump analysis' mail. What kernel version again? Any unusual options? (eg: SMP etc) 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 Jan 19 7:39:55 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 640BD37B698 for <freebsd-hackers@FreeBSD.ORG>; Fri, 19 Jan 2001 07:39:36 -0800 (PST) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id f0JFcQD24460; Fri, 19 Jan 2001 07:38:26 -0800 Date: Fri, 19 Jan 2001 07:38:26 -0800 From: Brooks Davis <brooks@one-eyed-alien.net> To: "Russell L. Carter" <rcarter@pinyon.org> Cc: Wes Peters <wes@softweyr.com>, Uwe Pierau <uwe.pierau@tu-clausthal.de>, freebsd-hackers@FreeBSD.ORG Subject: Re: Clustering FreeBSD Message-ID: <20010119073826.A30053@Odin.AC.HMC.Edu> References: <wes@softweyr.com> <20010119054115.EA8F66A@pinyon.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20010119054115.EA8F66A@pinyon.org>; from rcarter@pinyon.org on Thu, Jan 18, 2001 at 10:41:15PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Jan 18, 2001 at 10:41:15PM -0700, Russell L. Carter wrote: > Nowadays, you'd want to "globus ify" things, rather than > use use PVM. For those who want a simple, stupid way to do this, making an MPI application is a convenient first step. MPI is pretty similar to PVM except that I don't know of anyone in the high performance computing community that still uses PVM for new applications (I'm sure they exist, but they are not exactly common.) For some reason the Open Source community still has this bizare idea that PVM is the way to go. -- 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 Fri Jan 19 7:49: 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 10F5E37B698 for <freebsd-hackers@FreeBSD.ORG>; Fri, 19 Jan 2001 07:48:49 -0800 (PST) Received: by smtp.nettoll.com; Fri, 19 Jan 2001 16:47:35 +0100 (MET) Message-ID: <3A6861DF.8060108@enition.com> Date: Fri, 19 Jan 2001 16:48:47 +0100 From: Xavier Galleri <xgalleri@enition.com> User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; m18) Gecko/20001108 Netscape6/6.0 X-Accept-Language: en MIME-Version: 1.0 To: Peter Wemm <peter@netplex.com.au> Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Kernel memory allocation bug ... References: <200101191524.f0JFOtk14877@mobile.wemm.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Wemm wrote: > Xavier Galleri wrote: > >> Hi everybody, >> >> This mail is related to the 'Need help for crash dump analysis' mail >> serie and the more recent 'Information on kernel crash dump analysis' mail. > > > What kernel version again? Any unusual options? (eg: SMP etc) > > 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 uname -a says FreeBSD 4.1-RELEASE. Concerning options, here are the first line of the kernel Makefile: KERN_IDENT=GENERIC IDENT= DEBUG=-g Regards X. Galleri To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 19 8:11:42 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from shidahara1.planet.sci.kobe-u.ac.jp (shidahara1.planet.sci.kobe-u.ac.jp [133.30.50.200]) by hub.freebsd.org (Postfix) with ESMTP id 93CF737B6A1 for <hackers@freebsd.org>; Fri, 19 Jan 2001 08:11:25 -0800 (PST) Received: from shidahara1.planet.sci.kobe-u.ac.jp (localhost [127.0.0.1]) by shidahara1.planet.sci.kobe-u.ac.jp (8.9.3/8.9.3) with ESMTP id BAA46616; Sat, 20 Jan 2001 01:12:39 +0900 (JST) (envelope-from takawata@shidahara1.planet.sci.kobe-u.ac.jp) Message-Id: <200101191612.BAA46616@shidahara1.planet.sci.kobe-u.ac.jp> To: hackers@freebsd.org, acpi-jp@jp.freebsd.org Subject: How can I stop HDD or LCD Display ? Date: Sat, 20 Jan 2001 01:12:39 +0900 From: Takanori Watanabe <takawata@shidahara1.planet.sci.kobe-u.ac.jp> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, My laptop seems to be transition to S1 sleep. But HDD and LCD did not suspend .... I think driver or userland program should catch suspend request and send power off request to the devices. How can I do it? For display, it seems that request Xserver to invoke DPMS,but how about console? For HDD, Linux or NetBSD have userland tool to request stopping HDD. In FreeBSD? Thanks. Takanori Watanabe <a href="http://www.planet.sci.kobe-u.ac.jp/~takawata/key.html"> Public Key</a> Key fingerprint = 2C 51 E2 78 2C E1 C5 2D 0F F1 20 A3 11 3A 62 2A To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 19 8:18:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tao.org.uk (genesis.tao.org.uk [194.242.131.94]) by hub.freebsd.org (Postfix) with ESMTP id B2D4A37B6A5 for <hackers@FreeBSD.ORG>; Fri, 19 Jan 2001 08:18:00 -0800 (PST) Received: by tao.org.uk (Postfix, from userid 100) id 9C58A3223; Fri, 19 Jan 2001 16:17:59 +0000 (GMT) Date: Fri, 19 Jan 2001 16:17:59 +0000 From: Josef Karthauser <joe@tao.org.uk> To: Dan Langille <dan@langille.org> Cc: Warner Losh <imp@harmony.village.org>, hackers@FreeBSD.ORG Subject: Re: Patch to fix "make buildkernel requires full obj directory" mistake Message-ID: <20010119161759.G9197@tao.org.uk> References: <20010119012341.B98401@tao.org.uk> <200101190313.f0J3Dvs50534@harmony.village.org> <200101190643.TAA05456@ducky.nz.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: <200101190643.TAA05456@ducky.nz.freebsd.org>; from dan@langille.org on Fri, Jan 19, 2001 at 07:43:50PM +1300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Jan 19, 2001 at 07:43:50PM +1300, Dan Langille wrote: > On 18 Jan 2001, at 20:13, Warner Losh wrote: > > Either we change the handbook to make it clear, as I hope my patch[1] > does, or we fix buildkernel so it works as advertised in the handbook. I > don't mind either solution. > Doing the latter would be nice - especially for PicoBSD. Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 19 8:19:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tao.org.uk (genesis.tao.org.uk [194.242.131.94]) by hub.freebsd.org (Postfix) with ESMTP id C8D0037B402 for <hackers@FreeBSD.ORG>; Fri, 19 Jan 2001 08:19:30 -0800 (PST) Received: by tao.org.uk (Postfix, from userid 100) id 4F2C93223; Fri, 19 Jan 2001 16:19:30 +0000 (GMT) Date: Fri, 19 Jan 2001 16:19:30 +0000 From: Josef Karthauser <joe@tao.org.uk> To: Dan Langille <dan@langille.org> Cc: Warner Losh <imp@harmony.village.org>, hackers@FreeBSD.ORG Subject: Re: Patch to fix "make buildkernel requires full obj directory" mistake Message-ID: <20010119161930.H9197@tao.org.uk> References: <20010119012341.B98401@tao.org.uk> <200101190313.f0J3Dvs50534@harmony.village.org> <200101190643.TAA05456@ducky.nz.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: <200101190643.TAA05456@ducky.nz.freebsd.org>; from dan@langille.org on Fri, Jan 19, 2001 at 07:43:50PM +1300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Jan 19, 2001 at 07:43:50PM +1300, Dan Langille wrote: > > answered one too many questions that boil down to "just rebuild the > > world and stop arguing with me, things will start to work". > > Either we change the handbook to make it clear, as I hope my patch[1] > does, or we fix buildkernel so it works as advertised in the handbook. I > don't mind either solution. > > > [1] <http://www.freebsd.org/cgi/query-pr.cgi?pr=24148> BTW conf/23419 is also open on this subject. Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 19 8:21:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14]) by hub.freebsd.org (Postfix) with ESMTP id 7722937B698; Fri, 19 Jan 2001 08:21:30 -0800 (PST) Received: from beagle (beagle [193.175.132.100]) by mailhub.fokus.gmd.de (8.8.8/8.8.8) with ESMTP id RAA23793; Fri, 19 Jan 2001 17:08:32 +0100 (MET) Date: Fri, 19 Jan 2001 17:08:32 +0100 (CET) From: Harti Brandt <brandt@fokus.gmd.de> To: julian@freebsd.org Cc: freebsd-hackers@freebsd.org Subject: 'naive' programs on ng_socket's Message-ID: <Pine.BSF.4.21.0101191643450.452-100000@beagle.fokus.gmd.de> 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 try to use the feature described in the ng_socket man page - writing to a ng_socket node that has excatly one hook attached. This appears not to work. I use NgMkSockNode(NULL, &cs, &ds) to create my node, then I NGM_CONNECT it to another node. If I now write to the data socket, I get a EDESTADDRREQ. When I do a connect(), I get a EISCONN. Well, after looking into the code, it appears, that I should not call connect(). Ok. But in the first case, it appears, that the generic socket code in uipc_socket.c, sosend() is the victim. The ng_socket code never declares the socket as connected I guess the SS_ISCONNECTED should be set somewhere in ng_data_connect or soisconnected() should be called... harti -- harti brandt, http://www.fokus.gmd.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.gmd.de, harti@begemot.org, lhbrandt@mail.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 19 8:22:21 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 D473637B699 for <freebsd-hackers@FreeBSD.ORG>; Fri, 19 Jan 2001 08:22:00 -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 JAA7191623; Fri, 19 Jan 2001 09:22:00 -0700 (MST) Received: from localhost (rminnich@localhost) by mini.acl.lanl.gov (8.9.3/8.8.8) with ESMTP id JAA26737; Fri, 19 Jan 2001 09:21:59 -0700 X-Authentication-Warning: mini.acl.lanl.gov: rminnich owned process doing -bs Date: Fri, 19 Jan 2001 09:21:59 -0700 (MST) From: Ronald G Minnich <rminnich@lanl.gov> X-Sender: <rminnich@mini.acl.lanl.gov> To: Brooks Davis <brooks@one-eyed-alien.net> Cc: "Russell L. Carter" <rcarter@pinyon.org>, Wes Peters <wes@softweyr.com>, Uwe Pierau <uwe.pierau@tu-clausthal.de>, <freebsd-hackers@FreeBSD.ORG> Subject: Re: Clustering FreeBSD In-Reply-To: <20010119073826.A30053@Odin.AC.HMC.Edu> Message-ID: <Pine.LNX.4.30.0101190910030.26378-100000@mini.acl.lanl.gov> 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, 19 Jan 2001, Brooks Davis wrote: > For those who want a simple, stupid way to do this, making an MPI > application is a convenient first step. MPI is pretty similar to PVM > except that I don't know of anyone in the high performance computing > community that still uses PVM for new applications (I'm sure they exist, > but they are not exactly common.) For some reason the Open Source > community still has this bizare idea that PVM is the way to go. MPI is way to heavy for process spawning. We have measured appallingly long times here on our clusters, up to 30 seconds just to get things running on 64 nodes. I keep offering this, and keep getting no takers, but I do have a tool called vex that will get 128 processes running on 128 nodes in 1/2 second. See it at http://www.lanl.gov/~rminnich/. That's the level of performance you want for a start. It actually runs tons better on FreeBSD than on Linux due to Linux TCP silliness. You really want a single login, single IP address, cluster. There's an example: http://www.scyld.com. You need a process model that's much more capable than what we have now. Three ways to go that I can think of. The worst is to nfs-mount all the /proc on the front-end. Yuck. The second-coolest-thing to do is to build a "bproc"-like interface for freebsd. The absolute coolest thing is (do I repeat myself :-) put plan-9 style remote process and private name spaces into freebsd. Before you comment on the plan9 idea, if you have not read the docs, go read them. Bproc gives you a global name space for processes, which is ok but not as scalable as the plan9 approach. But the Scyld stuff is quite nice, we're using it here on two clusters. ron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 19 8:22:54 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hawk.gnome.co.uk (gnome.gw.cerbernet.net [193.243.224.22]) by hub.freebsd.org (Postfix) with ESMTP id 0B4F837B402; Fri, 19 Jan 2001 08:22:31 -0800 (PST) Received: from hawk.gnome.co.uk (localhost [127.0.0.1]) by hawk.gnome.co.uk (8.11.1/8.11.1) with ESMTP id f0JGL7M02097; Fri, 19 Jan 2001 16:21:09 GMT (envelope-from jacs@hawk.gnome.co.uk) Message-Id: <200101191621.f0JGL7M02097@hawk.gnome.co.uk> X-Mailer: exmh version 2.2 06/23/2000 with version: MH 6.8.4 #1[UCI] To: questions@freebsd.org Cc: hackers@freebsd.org Subject: startx /dev/mem problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 19 Jan 2001 16:21:07 +0000 From: Chris Stenton <jacs@gnome.co.uk> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have just put on a clean 4.2-stable and freebsd 4 installation onto a machine and am unable to start X via the startx command as an ordinary user. I get the following error (==) ModulePath set to "/usr/X11R6/lib/modules" (WW) checkDevMem: failed to open /dev/mem (Permission denied) linear framebuffer access unavailable Fatal server error: xf86OpenConsole: Server must be suid root The kerne security level is set to -1. I have not had this problem on a machine I have upgraded to the same configuration. Any ideas? Chris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 19 8:53:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from homer.softweyr.com (bsdconspiracy.net [208.187.122.220]) by hub.freebsd.org (Postfix) with ESMTP id BF9EF37B69D for <freebsd-hackers@freebsd.org>; Fri, 19 Jan 2001 08:53:02 -0800 (PST) Received: from [127.0.0.1] (helo=softweyr.com ident=Fools trust ident!) by homer.softweyr.com with esmtp (Exim 3.16 #1) id 14Jetg-0000C1-00; Fri, 19 Jan 2001 10:00:20 -0700 Message-ID: <3A6872A4.C61233C0@softweyr.com> Date: Fri, 19 Jan 2001 10:00:20 -0700 From: Wes Peters <wes@softweyr.com> Organization: Softweyr LLC X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: "Russell L. Carter" <rcarter@pinyon.org> Cc: Uwe Pierau <uwe.pierau@tu-clausthal.de>, freebsd-hackers@FreeBSD.ORG Subject: Re: Clustering FreeBSD References: <20010119054115.EA8F66A@pinyon.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Russell L. Carter" wrote: > > %Uwe Pierau wrote: > %> > %> Jamie Heckford wrote: > %> # Hi, > %> # Does anyone have any details of Open Source, or software included > %> # with FreeBSD that allows the clustering of FreeBSD? > %> > %> Maybe you mean something like this... > %> http://acme.ecn.purdue.edu/index.html > %> ?! > % > %Yes! > % > %When is somebody going to get around to making a PVM version of make? > %Wouldn't that help those "build world" times a bit? > > No it would not! Back in '94 I ported dmake to FreeBSD > and built just about every numerics package out there > on a 4 CPU cluster. Worked fine, but not much in overall > speedup, because... tadum! Where do you get the source > files, and how do you get the objs back :-) Not low > latency, eh? F-Enet then, G-Enet now :) You need a better file server. My previous employer, where the software staff recompiles 3 million lines of code 20 or 30 times a day, employs pmake and a farm of Sun Ultra-5 workstations to parallelize their makes. It allows them to complete a build in an hour that would take a single Ultra-5 almost 20 hours to complete, even with 3 or 4 builds running in parallel. The network is 100BaseTX to the workstations and 1000BaseSX to the (NFS) fileserver. > Nowadays, you'd want to "globus ify" things, rather than > use use PVM. > > But critically, speedup would only happen if jobs were > allocated at a higher level than they are now. > > Now for building something like a full version of TAO, > why that might work. But even then, a factor of 2x is > unlikely until the dependencies are factored out at > the directory level. See the paper "Recursive Make Considered Harmful." Make is an amazing tool when used correctly. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 19 8:59:29 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.infolibria.com (mail.infolibria.com [199.103.137.198]) by hub.freebsd.org (Postfix) with ESMTP id DAEA937B69B for <freebsd-hackers@FreeBSD.ORG>; Fri, 19 Jan 2001 08:59:12 -0800 (PST) Received: from pobox.com (border [199.103.137.193]) by mail.infolibria.com (Postfix) with ESMTP id 9E1BFDDB81; Fri, 19 Jan 2001 11:57:02 -0500 (EST) Message-ID: <3A68726E.B6F45E6@pobox.com> Date: Fri, 19 Jan 2001 11:59:26 -0500 From: Paul Marquis <pmarquis@pobox.com> X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: Ronald G Minnich <rminnich@lanl.gov> Cc: Brooks Davis <brooks@one-eyed-alien.net>, "Russell L. Carter" <rcarter@pinyon.org>, Wes Peters <wes@softweyr.com>, Uwe Pierau <uwe.pierau@tu-clausthal.de>, freebsd-hackers@FreeBSD.ORG Subject: Re: Clustering FreeBSD References: <Pine.LNX.4.30.0101190910030.26378-100000@mini.acl.lanl.gov> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This link appears broken. Typo perhaps? Ronald G Minnich wrote: > See it at http://www.lanl.gov/~rminnich/. -- Paul Marquis pmarquis@pobox.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 19 9: 4:12 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 D970937B6A1 for <freebsd-hackers@FreeBSD.ORG>; Fri, 19 Jan 2001 09:03:53 -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 KAA6933538; Fri, 19 Jan 2001 10:03:53 -0700 (MST) Received: from localhost (rminnich@localhost) by mini.acl.lanl.gov (8.9.3/8.8.8) with ESMTP id KAA26989; Fri, 19 Jan 2001 10:03:53 -0700 X-Authentication-Warning: mini.acl.lanl.gov: rminnich owned process doing -bs Date: Fri, 19 Jan 2001 10:03:53 -0700 (MST) From: Ronald G Minnich <rminnich@lanl.gov> X-Sender: <rminnich@mini.acl.lanl.gov> To: Wes Peters <wes@softweyr.com> Cc: "Russell L. Carter" <rcarter@pinyon.org>, Uwe Pierau <uwe.pierau@tu-clausthal.de>, <freebsd-hackers@FreeBSD.ORG> Subject: Re: Clustering FreeBSD In-Reply-To: <3A6872A4.C61233C0@softweyr.com> Message-ID: <Pine.LNX.4.30.0101191003320.26378-100000@mini.acl.lanl.gov> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sorry, the wrong URL. http://www.acl.lanl.gov/~rminnich ron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 19 9:51:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from izhost2.com (ns.izhost2.com [66.33.0.177]) by hub.freebsd.org (Postfix) with SMTP id 76E0337B400 for <hackers@FreeBSD.org>; Fri, 19 Jan 2001 09:51:26 -0800 (PST) Received: (qmail 13055 invoked by uid 10410); 19 Jan 2001 17:12:31 -0000 Date: 19 Jan 2001 17:12:31 -0000 Message-ID: <20010119171231.13054.qmail@izhost2.com> To: hackers@FreeBSD.org From: Yonetici <info@superalan.net> Subject: New (Superalan.NeT - Turkiyedeki En Genis Icerikli Internet) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Turkiyenin En Gnis icerikli sitesi http://www.Superalan.net Bu Sitede Yok Yok... iþte listemiz... *) Super Cep Bölümü: SMS, Melodi ve Cep Hileleri Cep telefonlarý Hakkýnda Herþey ( Radyasyon miktarlarý vb... ) *) Eglence Bölümü: Çizgi Filmler ( Flash ), Bizim City (Flash Bizimcity Cizgi Filmleri), Fýkralar vb... *) Ses Arþivi Bölümü: Türkce ve Yabancý Full Mp3 Parçalarý, Turkce Midi Parçalar ( En Son çýkan 1200 Midi dosya dahil ), vb... *) Dini Konular Bölümü: Kuran-ý Kerimin Full Mp3 Seslendirmesi Sure Sure ( Mekke Ýmamýndan ), Kuran-ý Krimin Tamamý Online olarak Dinleyebileceðiniz Kuran Online Bölümü, Hac ve Umre Rehberi Full Online, Veda Hutbesi vb... *) PlayStation Bölümü: Play Station 2 Bleem ! Download Kösesinde Full, Hileler ve Oy8un Kodlarý burada vb... *) Oyun Bölümü: Kim 500 Milay ister ?, Super Pong, Super Pacman, Super Solo, Super Dama, PC Oyun Hileleri vb... *) Bedavalar Bölümü: Fontlar, Bedava Counter veren yerler, Bedava Depo olarak kullanabilecekleriniz, Bedava Mail Alabileceginiz yerler, Bedava Subdomain alacaginiz yerler, Bedava Web Alani veren Yerler... *) Programlar Bölümü: Internet, Multimdia, Yardýmcý, Grafik, Virus Alanlarýnda Genis Program Arsivi *) Ýþletim Sistemi Bölümü: Ýþletim sistemlerinin tam kurulum açýklamalarý, LinuX Suse, redhat, slackware, caldera kurulumlarý, windows kurulumu vb... *) Ders-Eðitim Bölümü: Cut3e Ftp Kullanýmý, Fdisk Nasýl Atýlýr, Award Bios ayarlarý resimli tam anlatýmlý, Overclock nasýl yapýlýr?, virus sözlüðü, trojan portlarý, püf noktalarý, Türkiyedeki Proxy serverlar... *) Link Bölümü: Dost sitelere linkler ve geniþ içerikli siteler. *) Superalan NetIndex: http://www.superalan.net/cgi-bin/netindex/trlinks.cgi *) En Kral 20 TOPLIST: http://www.superalan.net/enkral/ Bütün Bunlar ve Yeniler Hepsi Http://www.superalan.net Adresinde. Superalan.net Aha size kaliteli internet :)) ------------------------------------------------------------------------- Superalan - Http://superalan.cjb.net Listeden Çýkmak için Aþaðýdaki Linke Týklayýnýz http://trgentr.hypermart.net/Maillist/posta.cgi??hackers@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 Jan 19 10:21:37 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (unknown [169.237.8.127]) by hub.freebsd.org (Postfix) with ESMTP id 4CE2137B400 for <freebsd-hackers@FreeBSD.ORG>; Fri, 19 Jan 2001 10:21:20 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.1/8.11.1) with ESMTP id f0JIZqW01159; Fri, 19 Jan 2001 10:36:00 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200101191836.f0JIZqW01159@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Amos Blackman <blackman@eecs.harvard.edu> Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: kernel resource tracking/controlling In-reply-to: Your message of "Fri, 19 Jan 2001 03:36:18 EST." <Pine.OSF.4.20.0101190321400.20423-100000@wally> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 19 Jan 2001 10:35:52 -0800 From: Mike Smith <msmith@freebsd.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The short answer to your question is "no". You might want to talk to the TrustedBSD people, though, since the access control mechanisms are effectively the authentication side of resource control, and the gates that they are implementing could become part of a wider "resource" management infrastructure. Note that the word "resource" is heavily overloaded in the kernel's context, and you might want to try looking for a more general term (if such a thing is possible). > I've been digging through a lot of unfamiliar code trying to figure this > out on my own, and have decided it would be more efficient to see if > there's an expert around. :) > > I'm trying to implement a kernel resource tracking/controlling system in > as general a manner as possible. Essentially, for any resources that are > currently held by a process, I need to know which process holds it and > which processes are blocked on it. For example, if a given tty is owned > by a process and three other processes are blocked waiting on it, i want > to be able to track that. > > So, basically, my question is: are there some "central" locations in the > kernel where I can place calls to my code when a process obtains a > resource and when a process blocks on a resource held by another process? > If so, pointers to the code (and any other thoughts) would be greatly > appreciated. > > Thanks! > > -amos > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- ... 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 Fri Jan 19 10:38:55 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from orthanc.ab.ca (207-167-15-66.dsl.worldgate.ca [207.167.15.66]) by hub.freebsd.org (Postfix) with ESMTP id 4310E37B402 for <hackers@FreeBSD.ORG>; Fri, 19 Jan 2001 10:38:38 -0800 (PST) Received: from orthanc.ab.ca (localhost [127.0.0.1]) by orthanc.ab.ca (8.11.1/8.11.1) with ESMTP id f0JIbex65641; Fri, 19 Jan 2001 11:37:41 -0700 (MST) (envelope-from lyndon@orthanc.ab.ca) Message-Id: <200101191837.f0JIbex65641@orthanc.ab.ca> To: mbac@mmap.nyct.net (Michael Bacarella) Cc: void <float@firedrake.org>, David Malone <dwmalone@maths.tcd.ie>, Peter Pentchev <roam@orbitel.bg>, hackers@FreeBSD.ORG Subject: Re: Permissions on crontab.. In-reply-to: Your message of "Wed, 17 Jan 2001 20:43:00 EST." <20010117204300.A32417@mmap.nyct.net> Date: Fri, 19 Jan 2001 11:37:40 -0700 From: Lyndon Nerenberg <lyndon@orthanc.ab.ca> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> "Michael" == Michael Bacarella <mbac@mmap.nyct.net> writes: Michael> Ideally, crontab wouldn't be suid/gid _anything_ and Michael> users own their own crontab file, but perhaps I've said Michael> too much. :) Where, exactly, would you store the users crontab file? It can't go in their home directory. Consider a machine with 10000 accounts, and all the home directories NFS mounted via amd. Imagine what happens the first time cron scans for file modtimes. (Which it has to do unless it has sole control over the users crontab file, which it doesn't in this scenario.) You can't use a 1777 directory, since that lets others DOS your ability to create a crontab (even though the rogue file they dropped in wouldn't be run by a reassonable cron). I like the idea, but please show us a working design. --lyndon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 19 11: 6:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tao.org.uk (genesis.tao.org.uk [194.242.131.94]) by hub.freebsd.org (Postfix) with ESMTP id DFE0A37B698; Fri, 19 Jan 2001 11:06:25 -0800 (PST) Received: by tao.org.uk (Postfix, from userid 100) id B1F4B31B7; Fri, 19 Jan 2001 19:06:24 +0000 (GMT) Date: Fri, 19 Jan 2001 19:06:24 +0000 From: Josef Karthauser <joe@tao.org.uk> To: Warner Losh <imp@harmony.village.org> Cc: Neil Blakey-Milner <nbm@mithrandr.moria.org>, FreeBSD Current Users <hackers@FreeBSD.ORG>, Marcel Moolenaar <marcel@FreeBSD.ORG> Subject: Re: Patch to fix "make buildkernel requires full obj directory" mistake Message-ID: <20010119190624.O9197@tao.org.uk> References: <20010119012341.B98401@tao.org.uk> <20010118141258.C84497@tao.org.uk> <20010118101315.A10537@rapier.smartspace.co.za> <20010118141258.C84497@tao.org.uk> <200101190036.f0J0aUs49436@harmony.village.org> <20010119012341.B98401@tao.org.uk> <200101190313.f0J3Dvs50534@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200101190313.f0J3Dvs50534@harmony.village.org>; from imp@harmony.village.org on Thu, Jan 18, 2001 at 08:13:57PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Jan 18, 2001 at 08:13:57PM -0700, Warner Losh wrote: > > I thought that crunchgen dealt with the .o's that were created in the > buildworld process. It looks like it rebuilds them itself in a > whacked out way to make the whole thing work. No - it looks at the original Makefile to determine which .o's to build, and then writes a makefile that will build them itself. Now-a-days you can even specify custom CFLAGS within the crunch configuration file, and it can build the .o's anywhere you want. I'm for a buildkernel that works without having to buildworld first. Joe. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 19 12:31: 5 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 A508937B400; Fri, 19 Jan 2001 12:30:47 -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 f0JKUes55872; Fri, 19 Jan 2001 13:30:40 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200101192030.f0JKUes55872@harmony.village.org> To: Neil Blakey-Milner <nbm@mithrandr.moria.org> Subject: Re: Patch to fix "make buildkernel requires full obj directory" mistake Cc: FreeBSD Current Users <hackers@FreeBSD.ORG>, Marcel Moolenaar <marcel@FreeBSD.ORG> In-reply-to: Your message of "Thu, 18 Jan 2001 10:13:15 +0200." <20010118101315.A10537@rapier.smartspace.co.za> References: <20010118101315.A10537@rapier.smartspace.co.za> Date: Fri, 19 Jan 2001 13:30:40 -0700 From: Warner Losh <imp@harmony.village.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010118101315.A10537@rapier.smartspace.co.za> Neil Blakey-Milner writes: : I've kept on forgetting to apply a patch similar to this one. I'm annoncing my intention to commit this patch this weekend unless someone objects. It tilts the balance a little far in the dangerous direction for the upgrade customers, but it tilts the balance toards the convenience for release customers. The latter outways the former a little bit. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 19 12:34:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from earth.backplane.com (placeholder-dcat-1076843399.broadbandoffice.net [64.47.83.135]) by hub.freebsd.org (Postfix) with ESMTP id 7CCFC37B401 for <hackers@FreeBSD.ORG>; Fri, 19 Jan 2001 12:34:27 -0800 (PST) Received: (from dillon@localhost) by earth.backplane.com (8.11.1/8.9.3) id f0JKYFW97724; Fri, 19 Jan 2001 12:34:15 -0800 (PST) (envelope-from dillon) Date: Fri, 19 Jan 2001 12:34:15 -0800 (PST) From: Matt Dillon <dillon@earth.backplane.com> Message-Id: <200101192034.f0JKYFW97724@earth.backplane.com> To: mouss <usebsd@free.fr> Cc: "Aleksandr A.Babaylov" <babolo@links.ru>, roam@orbitel.bg (Peter Pentchev), walter@binity.com, wayne@staff.msen.com, hackers@FreeBSD.ORG Subject: Re: Protections on inetd (and /sbin/* /usr/sbin/* in general) References: <20010117103330.L364@ringworld.oblivion.bg> <4.3.0.20010117215944.04b10ae0@pop.free.fr> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG A jailed environment will certainly help prevent them from breaking root, but keep in mind that the server side scripts already need to have read (and probably write) access to much of the data associated with the web site in order to operate the web site. You can do only so much. The real problem here is the CGI script / server-side design allowing the breakin in the first place. The KISS principle applies. Good programming practices (such as using the likes of asprintf() and snprintf() instead of sprintf() in C), and code auditing, pretty much removes the chance of an exploit. For C based CGI's you need only do a few things to reduce the errors down into nothing more then null-pointer derferences which generally cannot be exploited. It means not making any assumptions whatsoever on the size or content of input data, even if you have client-side javascript 'restricting' the content of the input data. It also means properly escaping all POST data so when someone types '<B>fubar</B>' into an input field the worst that happens is for it to show up as '<B>fubar</B>' in any HTML output rather then FUBAR (bolded 'fubar'). How often have you typed a single quote into an sql-database-backed web page input field and gotten a fault? A backslash? Punctuation? Hmm.... proper escaping is absolutely mandatory. It also means not trusting input data... properly massaging it before using it for things like, oh, command line arguments to exec'd programs, and stupid things like that. Some languages are less likely to be exploitable then others, but never assume that the scripting / programming language will protect you. After all, again, if the backend needs to access the data to drive the site then exploits can potentially also access the data, no matter what kind of security measures are taken in the language imlementation. If the backend needs to store persistent state, then exploits can also potentially modify that state. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 19 12:37:28 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from w3.bluegrass.net (w3.bluegrass.net [205.198.88.4]) by hub.freebsd.org (Postfix) with ESMTP id 1143D37B400 for <freebsd-hackers@FreeBSD.org>; Fri, 19 Jan 2001 12:37:08 -0800 (PST) Received: from rafiki (adsl-39-59.lou.bluegrass.net [208.147.39.59] (may be forged)) by w3.bluegrass.net (8.9.3/8.9.3) with SMTP id PAA04699 for <freebsd-hackers@FreeBSD.org>; Fri, 19 Jan 2001 15:24:26 -0500 (EST) Reply-To: <jrbush@vgreed.com> From: "Jamie Bush" <jrbush@vgreed.com> To: <freebsd-hackers@FreeBSD.org> Subject: subscribe Date: Fri, 19 Jan 2001 15:37:06 -0500 Message-ID: <002f01c08257$96b9d2a0$1064a8c0@vgreed.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0030_01C0822D.ADE3CAA0" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.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 This is a multi-part message in MIME format. ------=_NextPart_000_0030_01C0822D.ADE3CAA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Jamie Bush I.T. Administrator V.G. Reed and Sons, Inc. 1002 S. Twelfth Street Louisville, KY 40210 502-560-0166 ------=_NextPart_000_0030_01C0822D.ADE3CAA0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = charset=3Diso-8859-1"> <META content=3D"MSHTML 5.50.4611.1300" name=3DGENERATOR></HEAD> <BODY> <DIV> </DIV> <DIV><FONT face=3D"Century Gothic" size=3D2>Jamie Bush</FONT></DIV> <DIV><FONT face=3D"Century Gothic" size=3D2>I.T. = Administrator</FONT></DIV> <DIV><FONT face=3D"Century Gothic" size=3D2>V.G. Reed and Sons, = Inc.</FONT></DIV> <DIV><FONT face=3D"Century Gothic" size=3D2>1002 S. Twelfth = Street</FONT></DIV> <DIV><FONT face=3D"Century Gothic" size=3D2>Louisville, KY = 40210</FONT></DIV> <DIV><FONT face=3D"Century Gothic" size=3D2>502-560-0166</FONT></DIV> <DIV> </DIV></BODY></HTML> ------=_NextPart_000_0030_01C0822D.ADE3CAA0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 19 13: 2:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from arachna.com (dnai-216-15-61-88.cust.dnai.com [216.15.61.88]) by hub.freebsd.org (Postfix) with SMTP id 9708237B401 for <freebsd-hackers@freebsd.org>; Fri, 19 Jan 2001 13:02:25 -0800 (PST) Received: (qmail 832 invoked by uid 1001); 19 Jan 2001 21:07:07 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 19 Jan 2001 21:07:07 -0000 Date: Fri, 19 Jan 2001 13:07:07 -0800 (PST) From: Ian Kallen <spidaman@arachna.com> To: Gordon Tetlow <gordont@bluemtn.net> Cc: freebsd-hackers@freebsd.org Subject: Re: accessing an outside IP from inside a NAT net In-Reply-To: <Pine.BSF.4.31.0101190223190.3187-100000@sdmail0.sd.bmarts.com> Message-ID: <Pine.BSF.4.10.10101191257590.789-100000@along-came-a-spider.arachna.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hmm, I tried that now. I can ping from one subnet to the other, the redirect_port directive appears to be working (at least outside machines can access the internal IP/port combination correctly). But the client subnet still cannot reach the server subnet via the public IP. The servers and clients all have proper subnetmasks, so they shouldn't be talking to each other directly but only through the router/natd machine. Any other ideas? thanks, -Ian -- Ian Kallen <spidaman@arachna.com> | AIM: iankallen | efax: (415) 354-3326 On Fri, 19 Jan 2001, Gordon Tetlow wrote: > On Fri, 19 Jan 2001, Ian Kallen wrote: > > > Now if the DNS for the web server www.foo.com running on 10.0.0.128 > > directs a browser on the 10.0.0.0 net to 206.169.18.10, it doesn't get > > routed back to 10.0.0.128; it just hangs (I'm acutally not sure what's > > happening there, the connction never succeeds). Is there a nice way to > > handle this case without running a dummy DNS just for the 10.0.0.0 > > internal net? > > What's happening is the webserver (10.0.0.128) gets the request but is > talking directly back to the requesting machine (assuming they are on the > same subnet) when the requesting machine is expecting a reply from your > ext_ip. They only easy way I see how to do this is to split your internal > net into mulitple subnets so that your client machines are one and your > servers are on another. > > -gordon > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 19 13:13:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from rapidnet.com (rapidnet.com [205.164.216.1]) by hub.freebsd.org (Postfix) with ESMTP id B736C37B69B for <freebsd-hackers@freebsd.org>; Fri, 19 Jan 2001 13:13:27 -0800 (PST) Received: from localhost (nick@localhost) by rapidnet.com (8.9.3/8.9.3) with ESMTP id OAA68925; Fri, 19 Jan 2001 14:13:24 -0700 (MST) Date: Fri, 19 Jan 2001 14:13:24 -0700 (MST) From: Nick Rogness <nick@rapidnet.com> To: Ian Kallen <spidaman@arachna.com> Cc: freebsd-hackers@freebsd.org Subject: Re: accessing an outside IP from inside a NAT net In-Reply-To: <Pine.BSF.4.10.10101190014250.50099-100000@along-came-a-spider.arachna.com> Message-ID: <Pine.BSF.4.21.0101191409510.98917-100000@rapidnet.com> 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, 19 Jan 2001, Ian Kallen wrote: > > I'd like a hand figuring out how to access resources on the internal side > of a NAT net from within it without doing something kludgey with DNS. > i.e. suppose I run natd with a configuration like this: > > # begin /etc/natd.conf > use_sockets > same_ports > port 8668 > deny_incoming no > log > redirect_port tcp 10.0.0.128:80 206.169.18.10:80 > # end /etc/natd.conf > > Now if the DNS for the web server www.foo.com running on 10.0.0.128 > directs a browser on the 10.0.0.0 net to 206.169.18.10, it doesn't get > routed back to 10.0.0.128; it just hangs (I'm acutally not sure what's > happening there, the connction never succeeds). Is there a nice way to > handle this case without running a dummy DNS just for the 10.0.0.0 > internal net? Run a firewall rule for diverting packets on your inside interface for that web server. Nick Rogness - Drive defensively. Buy a tank. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 19 13:32:34 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from earth.backplane.com (earth.backplane.com [208.161.114.65]) by hub.freebsd.org (Postfix) with ESMTP id 6C23F37B400 for <freebsd-hackers@FreeBSD.ORG>; Fri, 19 Jan 2001 13:32:17 -0800 (PST) Received: (from dillon@localhost) by earth.backplane.com (8.11.1/8.9.3) id f0JKinl97875; Fri, 19 Jan 2001 12:44:49 -0800 (PST) (envelope-from dillon) Date: Fri, 19 Jan 2001 12:44:49 -0800 (PST) From: Matt Dillon <dillon@earth.backplane.com> Message-Id: <200101192044.f0JKinl97875@earth.backplane.com> To: Gerhard Sittig <Gerhard.Sittig@gmx.net> Cc: Greg Black <gjb@gbch.net>, freebsd-hackers@FreeBSD.ORG Subject: Re: how to test out cron.c changes? (was: cvs commit: src/etc crontab) References: <20001220211548.T253@speedy.gsinet> <3A513799.75EAB470@FreeBSD.org> <20010102133239.V253@speedy.gsinet> <20010107170840.G253@speedy.gsinet> <3A5AE490.D251F590@gorean.org> <20010109124044.A16276@mithrandr.moria.org> <3A5B5656.E2AAF0B5@FreeBSD.org> <nospam-3a5b95e412011c9@maxim.gbch.net> <20010116192601.B253@speedy.gsinet> <nospam-3a64b2731814449@maxim.gbch.net> <20010117184854.G253@speedy.gsinet> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :I'm just editing the PR with the cron patches to "catch up" with :OpenBSD in this respect (stating that it doesn't handle DST, but :has benefits whenever one's clock is jumping or cron waking up :too late and _could_ be extended to handle DST). Therein I :suggest to :- not touch current cron at all but switch to a different : executable by means of the newly introduced rc.conf variables : or to :- modify cron but make the new code optional while defaulting to : off :(in this order). Although I cannot say which variant will happen :driven by those with enough priviledges to decide and commit. As :well as I cannot even tell you if something will be done at all :in the near future regarding the fact that there's no DST :solution available yet -- which was the actual reason for the :wish to change something. : :virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 :Gerhard Sittig true | mail -s "get gpg key" Gerhard.Sittig@gmx.net In the second suggestion, I presume turned off by default but can be turned on with a command-line option? (Verses a make.conf compile-time variable). I like the idea of a command-line option to turn on the 'new' code. That provides a consistent, straightforward way of allowing developers to test the code, making it available in releases with a simple rc.conf twitch, and eventually (years later judging by the flame war:-)) turning it on in /etc/defaults/rc.conf. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 19 14:35:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 5C33237B699 for <hackers@FreeBSD.ORG>; Fri, 19 Jan 2001 14:35:17 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id XAA55264; Fri, 19 Jan 2001 23:35:11 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Matt Dillon <dillon@earth.backplane.com> Cc: mouss <usebsd@free.fr>, "Aleksandr A.Babaylov" <babolo@links.ru>, roam@orbitel.bg (Peter Pentchev), walter@binity.com, wayne@staff.msen.com, hackers@FreeBSD.ORG Subject: Re: Protections on inetd (and /sbin/* /usr/sbin/* in general) References: <20010117103330.L364@ringworld.oblivion.bg> <4.3.0.20010117215944.04b10ae0@pop.free.fr> <200101192034.f0JKYFW97724@earth.backplane.com> From: Dag-Erling Smorgrav <des@ofug.org> Date: 19 Jan 2001 23:35:10 +0100 In-Reply-To: Matt Dillon's message of "Fri, 19 Jan 2001 12:34:15 -0800 (PST)" Message-ID: <xzpzognrx0h.fsf@flood.ping.uio.no> Lines: 12 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matt Dillon <dillon@earth.backplane.com> writes: > The real problem here is the CGI script / server-side design allowing > the breakin in the first place. That's not a fixable problem when the customer is meant to provide his own scripts. I've worked on such a scenario before; we managed to chroot the scripts so we're reasonably confident that they can't do much harm except to themselves. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 19 15:34:56 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 C922937B401 for <hackers@FreeBSD.ORG>; Fri, 19 Jan 2001 15:34:39 -0800 (PST) Received: by bazooka.unixfreak.org (Postfix, from userid 1000) id C79B73E02; Fri, 19 Jan 2001 15:34:38 -0800 (PST) Received: from unixfreak.org (localhost [127.0.0.1]) by bazooka.unixfreak.org (Postfix) with ESMTP id C0D633C10A; Fri, 19 Jan 2001 15:34:38 -0800 (PST) To: Greg Black <gjb@gbch.net> Cc: dan@langille.org, Warner Losh <imp@harmony.village.org>, hackers@FreeBSD.ORG Subject: Re: Patch to fix "make buildkernel requires full obj directory" mistake In-Reply-To: Message from Greg Black <gjb@gbch.net> of "Fri, 19 Jan 2001 17:55:58 +1000." <nospam-3a67f30ee503331@maxim.gbch.net> Date: Fri, 19 Jan 2001 15:34:33 -0800 From: Dima Dorfman <dima@unixfreak.org> Message-Id: <20010119233438.C79B73E02@bazooka.unixfreak.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Like lots of people who use FreeBSD rather than tinker with it, > I have never done "make any-kind-of-world" and never expect to. > I create a kernel config with my stuff in it, and do config, > make, make install. I trust this is not going to be broken? This is not broken, and will not be broken. Lots of people will scream if it is, myself included (this was discussed when buildkernel was first introduced, and the consensus was that the "old way" should/will always work). This thread is about not teaching two ways (buildkernel and make && make install) to new users who, as you described yourself, have never done make any-kind-of-world, and only want to build a kernel for whatever reason (hardware not in GENERIC, memory footprint, etc.). In other, shorter, words: both ways will work, we just don't want to confuse new users with two ways to achieve the same task. 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 Jan 19 16: 0:59 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailout00.sul.t-online.com (mailout00.sul.t-online.com [194.25.134.16]) by hub.freebsd.org (Postfix) with ESMTP id 5ACE637B401 for <hackers@freebsd.org>; Fri, 19 Jan 2001 16:00:41 -0800 (PST) Received: from fwd02.sul.t-online.com by mailout00.sul.t-online.com with smtp id 14JlSS-0007JC-01; Sat, 20 Jan 2001 01:00:40 +0100 Received: from neutron.cichlids.com (520050424122-0001@[62.225.192.125]) by fmrl02.sul.t-online.com with esmtp id 14JlSI-0ajx9EC; Sat, 20 Jan 2001 01:00:30 +0100 Received: from cichlids.cichlids.com (cichlids.cichlids.com [192.168.0.10]) by neutron.cichlids.com (Postfix) with ESMTP id 422D8AB0C for <hackers@freebsd.org>; Sat, 20 Jan 2001 01:02:19 +0100 (CET) Received: by cichlids.cichlids.com (Postfix, from userid 1001) id 3199E14B2C; Sat, 20 Jan 2001 01:00:34 +0100 (CET) Date: Sat, 20 Jan 2001 01:00:34 +0100 From: Alexander Langer <alex@big.endian.de> To: hackers@freebsd.org Subject: (fwd) libh disk editor Message-ID: <20010120010033.A98717@cichlids.cichlids.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-PGP-Fingerprint: 44 28 CA 4C 46 5B D3 A8 A8 E3 BA F3 4E 60 7D 7F X-PGP-at: finger alex@big.endian.de X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. X-Sender: 520050424122-0001@t-dialin.net Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! I'm forwarding this here for those of you who might have missed it on cvs-all/committers. This is libh's version of the disk-editor. Note that it is alpha-software, so be careful with use. Some dialogs (e.g. the "About"-dialog) just don't work, but you will notice this. At least, it is a nice example of what libh is able to do. ----- Forwarded message from Alexander Langer <alex@big.endian.de> ----- From: Alexander Langer <alex@big.endian.de> Subject: libh disk editor To: Dag-Erling Smorgrav <des@ofug.org> Cc: Alfred Perlstein <bright@wintelcom.net>, Valentin Nechayev <netch@carrier.kiev.ua>, John Baldwin <jhb@freebsd.org>, cvs-committers@freebsd.org, cvs-all@freebsd.org Date: Sat, 20 Jan 2001 00:03:26 +0100 Thus spake Dag-Erling Smorgrav (des@ofug.org): > > I didn't try to edit a disk with it (because I lack a test-disk), but > > I might try. > Hey, I have disks. How do I obtain / build the code? Ok. I've statically linked a tcl interpreter with the libs. Note: -current's Disk_Names() from libdisk finds only ad0 here, though I have ad0 and ad2, so this is not a bug of libh :-) The files are on http://people.freebsd.org/~alex/libh/tclh.static.gz http://people.freebsd.org/~alex/libh/disk.tcl I'm actually rewriting disk.tcl, since some stuff in the User-Interface API changed. Alex -- cat: /home/alex/.sig: No such file or directory ----- End forwarded message ----- -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 19 16: 1:49 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 B6CCF37B400; Fri, 19 Jan 2001 16:01:30 -0800 (PST) Received: by bazooka.unixfreak.org (Postfix, from userid 1000) id EA8753E02; Fri, 19 Jan 2001 16:01:29 -0800 (PST) Received: from unixfreak.org (localhost [127.0.0.1]) by bazooka.unixfreak.org (Postfix) with ESMTP id E948B3C10A; Fri, 19 Jan 2001 16:01:29 -0800 (PST) To: Chris Stenton <jacs@gnome.co.uk> Cc: questions@freebsd.org, hackers@freebsd.org Subject: Re: startx /dev/mem problem In-Reply-To: Message from Chris Stenton <jacs@gnome.co.uk> of "Fri, 19 Jan 2001 16:21:07 GMT." <200101191621.f0JGL7M02097@hawk.gnome.co.uk> Date: Fri, 19 Jan 2001 16:01:24 -0800 From: Dima Dorfman <dima@unixfreak.org> Message-Id: <20010120000129.EA8753E02@bazooka.unixfreak.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Fatal server error: > xf86OpenConsole: Server must be suid root As it says, the server must be run setuid to root. Old versions of XFree86 (3.x.y) installed all servers setuid to root by default. This is a security hazard. XFree86 4.0.x do not install them setuid to root. You either need to use xdm (or a compatible login manager), or run the server setuid to root. If you choose the latter, you may find the Xwrapper port (/usr/ports/x11/wrapper) may be of some assistance. It allows you not to have every server setuid to root, only itsself, which will run the appropriate server (in short). 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 Jan 19 16: 2:19 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from rios.sitaranetworks.com (rios.sitaranetworks.com [199.103.141.78]) by hub.freebsd.org (Postfix) with ESMTP id EBCB137B401; Fri, 19 Jan 2001 16:02:00 -0800 (PST) Received: from mciworlduitoce (gw1.sitaranetworks.com [199.103.141.1]) by rios.sitaranetworks.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id CTGYBC6G; Fri, 19 Jan 2001 19:06:41 -0500 From: "Howie Xu" <hxu@rios.sitaranetworks.com> To: "Mike Smith" <msmith@freebsd.org> Cc: <freebsd-hackers@freebsd.org> Subject: RE: ISR not triggered upon the interrupts and OS hangs Date: Fri, 19 Jan 2001 19:27:29 -0500 Message-ID: <KEEELJBACBIAGFBCPJMFMECBCFAA.hxu@rios.sitaranetworks.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 In-Reply-To: <KEEELJBACBIAGFBCPJMFGEAJCFAA.hxu@rios.sitaranetworks.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Mike et al., The bug was solved and it was because the BIOS advertises wrong interrupt line. It should be 5, not 12. So I registered ISR for line 12, of course never triggered. On the other hand, if no one registers for an interrupt line, how come the OS just hangs, is this a feature or bug? I know that Linux would disable that interrupt line if no driver ever registers a certain intr line when the first interrupt comes in. Thanks for your information! -Howie > -----Original Message----- > From: Howie Xu [mailto:hxu@rios.sitaranetworks.com] > Sent: Wednesday, January 17, 2001 11:01 AM > To: Mike Smith > Cc: freebsd-hackers@freebsd.org > Subject: RE: ISR not triggered upon the interrupts and OS hangs > > > I am using FreeBSD 3.2, and all the sample drivers in > /usr/src/sys/pci/*.c uses pci_map_int(). > > How can I debug it in 3.2 to know what the OS thinks when the > interrupts come in and OS hangs? > > Thanks again, > > -Howie > > > -----Original Message----- > > From: Mike Smith [mailto:msmith@freebsd.org] > > Sent: Wednesday, January 17, 2001 2:20 AM > > To: Howie Xu > > Cc: freebsd-hackers@freebsd.org > > Subject: Re: ISR not triggered upon the interrupts and OS hangs > > > > > > > Dear Freebsd Hackers, > > > > > > Here is a question regarding my bsd device drivers: > > > > > > I used the pci_map_int() to register an interrupt handler for > > my PCI device > > > (intline = 12). But when the interrupt comes in, the handler > > (ISR) is not > > > triggered at all. But the OS hangs and I can see continuous interrupts > > > coming in on the PCI sniffer. > > > > You don't use pci_map_int() on any modern version of FreeBSD; you use > > bus_alloc_resource() and bus_setup_intr(). > > > > Since you don't mention which FreeBSD version you're using, > it's hard to > > be of any more assistance. > > > > -- > > ... 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 Fri Jan 19 16:48:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id CC1EC37B698 for <freebsd-hackers@freebsd.org>; Fri, 19 Jan 2001 16:48:38 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.1/8.11.1) with ESMTP id f0K13P600858; Fri, 19 Jan 2001 17:03:25 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200101200103.f0K13P600858@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Howie Xu" <hxu@rios.sitaranetworks.com> Cc: freebsd-hackers@freebsd.org Subject: Re: ISR not triggered upon the interrupts and OS hangs In-reply-to: Your message of "Fri, 19 Jan 2001 19:27:29 EST." <KEEELJBACBIAGFBCPJMFMECBCFAA.hxu@rios.sitaranetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 19 Jan 2001 17:03:25 -0800 From: Mike Smith <msmith@freebsd.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > The bug was solved and it was because the BIOS advertises wrong interrupt > line. It should be 5, not 12. So I registered ISR for line 12, of course > never triggered. Er, can you be more specific here? Where is the interrupt line "advertised"? Is the BIOS incorrectly populating the intline register? Are you certain that the BIOS is doing this? (It would completely violate the PCI specification and cause the system to fail under almost every OS in existence.) > On the other hand, if no one registers for an interrupt line, how come the > OS just hangs, is this a feature or bug? I know that Linux would disable > that interrupt line if no driver ever registers a certain intr line when the > first interrupt comes in. FreeBSD doesn't do this, so you get an interrupt storm (PCI interrupts are a persistent condition). It's a violation of the PCI specification for a device to interrupt until it's initialised, so it should be unncessary. Arguably, we could do 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 Fri Jan 19 16:52:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id A829637B698; Fri, 19 Jan 2001 16:51:51 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id BAA55930; Sat, 20 Jan 2001 01:51:44 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Chris Stenton <jacs@gnome.co.uk> Cc: questions@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: startx /dev/mem problem References: <200101191621.f0JGL7M02097@hawk.gnome.co.uk> From: Dag-Erling Smorgrav <des@ofug.org> Date: 20 Jan 2001 01:51:43 +0100 In-Reply-To: Chris Stenton's message of "Fri, 19 Jan 2001 16:21:07 +0000" Message-ID: <xzpk87rrqow.fsf@flood.ping.uio.no> Lines: 9 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Chris Stenton <jacs@gnome.co.uk> writes: > Fatal server error: > xf86OpenConsole: Server must be suid root ^^^^^^^^^^^^^^^^^^^^^^^^ This is your clue. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 19 17:42: 2 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from rios.sitaranetworks.com (rios.sitaranetworks.com [199.103.141.78]) by hub.freebsd.org (Postfix) with ESMTP id 0E56E37B400; Fri, 19 Jan 2001 17:41:42 -0800 (PST) Received: from mciworlduitoce (gw1.sitaranetworks.com [199.103.141.1]) by rios.sitaranetworks.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id CTGYBC8K; Fri, 19 Jan 2001 20:46:21 -0500 From: "Howie Xu" <hxu@rios.sitaranetworks.com> To: "Mike Smith" <msmith@freebsd.org> Cc: <freebsd-hackers@freebsd.org> Subject: RE: ISR not triggered upon the interrupts and OS hangs Date: Fri, 19 Jan 2001 21:07:10 -0500 Message-ID: <KEEELJBACBIAGFBCPJMFIECCCFAA.hxu@rios.sitaranetworks.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 In-Reply-To: <200101200103.f0K13P600858@mass.osd.bsdi.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am developing a device driver for a network processor. Using pci_cfgread(intline), I read intline 12, but after using DDB to debug the situation, I was convinced that the device actually generates inline 5. After registering my ISR with intline 5, everything is perfect now. Btw, the device was initialized, but I just didn't register the ISR on the right intline. Thanks, -Howie > -----Original Message----- > From: Mike Smith [mailto:msmith@freebsd.org] > Sent: Friday, January 19, 2001 8:03 PM > To: Howie Xu > Cc: freebsd-hackers@freebsd.org > Subject: Re: ISR not triggered upon the interrupts and OS hangs > > > > The bug was solved and it was because the BIOS advertises wrong > interrupt > > line. It should be 5, not 12. So I registered ISR for line 12, of course > > never triggered. > > Er, can you be more specific here? Where is the interrupt line > "advertised"? Is the BIOS incorrectly populating the intline register? > Are you certain that the BIOS is doing this? (It would completely violate > the PCI specification and cause the system to fail under almost every OS > in existence.) > > > On the other hand, if no one registers for an interrupt line, > how come the > > OS just hangs, is this a feature or bug? I know that Linux would disable > > that interrupt line if no driver ever registers a certain intr > line when the > > first interrupt comes in. > > FreeBSD doesn't do this, so you get an interrupt storm (PCI interrupts > are a persistent condition). It's a violation of the PCI specification > for a device to interrupt until it's initialised, so it should be > unncessary. Arguably, we could do 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 Fri Jan 19 19:17:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from backup.af.speednet.com.au (af.speednet.com.au [202.135.188.244]) by hub.freebsd.org (Postfix) with ESMTP id B05AC37B401 for <hackers@FreeBSD.ORG>; Fri, 19 Jan 2001 19:17:22 -0800 (PST) Received: from backup.af.speednet.com.au (backup.af.speednet.com.au [172.22.2.4]) by backup.af.speednet.com.au (8.11.1/8.11.1) with ESMTP id f0K3G3m25809; Sat, 20 Jan 2001 14:16:03 +1100 (EST) (envelope-from andyf@speednet.com.au) Date: Sat, 20 Jan 2001 14:16:03 +1100 (EST) From: Andy Farkas <andyf@speednet.com.au> X-Sender: andyf@backup.af.speednet.com.au To: Dag-Erling Smorgrav <des@ofug.org> Cc: Tony Finch <dot@dotat.at>, Gordon Tetlow <gordont@bluemtn.net>, "Michael R. Wayne" <wayne@staff.msen.com>, hackers@FreeBSD.ORG Subject: Re: Protections on inetd (and /sbin/* /usr/sbin/* in general) In-Reply-To: <xzpr91z28r9.fsf@flood.ping.uio.no> Message-ID: <Pine.BSF.4.21.0101201413570.25499-100000@backup.af.speednet.com.au> 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 said it before, and I'll say it again: http://www.FreeBSD.org/cgi/query-pr.cgi?pr=13606 > Tony Finch <dot@dotat.at> writes: > > Apache itself has support for setting resource limits, although I > > agree that in many cases you may want them to be different between the > > httpd and the CGIs. > > You most emphatically do not want to do that. You want the CGI to run > with its owner's resource limits. > > > I expect chrooting was left out because people who have the wit to set > > up a chroot are capable of adding a couple of lines to a C program. > > Said program has a big fat warning at the top that says something like > "do not ever change this program, you'll only screw it up"... I'm > tempted to reply "not much more than it already is". Eivind and I > rewrote it for our previous employer, but the mod is part of a large > chunk of proprietary code, unfortunately. > > DES > -- > Dag-Erling Smorgrav - des@ofug.org > -- :{ andyf@speednet.com.au Andy Farkas System Administrator Speednet Communications http://www.speednet.com.au/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 19 21:28: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from arachna.com (dnai-216-15-61-88.cust.dnai.com [216.15.61.88]) by hub.freebsd.org (Postfix) with SMTP id 530E737B401 for <freebsd-hackers@freebsd.org>; Fri, 19 Jan 2001 21:27:43 -0800 (PST) Received: (qmail 11966 invoked by uid 1001); 20 Jan 2001 05:32:24 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 20 Jan 2001 05:32:24 -0000 Date: Fri, 19 Jan 2001 21:32:23 -0800 (PST) From: Ian Kallen <spidaman@arachna.com> To: Nick Rogness <nick@rapidnet.com> Cc: freebsd-hackers@freebsd.org Subject: Re: accessing an outside IP from inside a NAT net In-Reply-To: <Pine.BSF.4.21.0101191409510.98917-100000@rapidnet.com> Message-ID: <Pine.BSF.4.10.10101192125530.11924-100000@along-came-a-spider.arachna.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Well, I've been fiddling with the ipfw syntax, I thought this would do it /sbin/ipfw add divert 80 all from 10.0.0.128/25 to 206.169.18.10 via ep0 but that ain't it. 10.0.0.128/25 has servers, 10.0.0.0/25 has clients, both gateways 10.0.0.1 and 10.0.0.129 run off ep0... yes, I've been reading the ipfw man page and the archives, yet even though the two nets can access each other directly, I haven't been able to get the clients to access any server resources via the 206.169.18.10 nat. Further suggestions? thanks, -Ian -- Ian Kallen <spidaman@arachna.com> | AIM: iankallen | efax: (415) 354-3326 On Fri, 19 Jan 2001, Nick Rogness wrote: > On Fri, 19 Jan 2001, Ian Kallen wrote: > > > > > I'd like a hand figuring out how to access resources on the internal side > > of a NAT net from within it without doing something kludgey with DNS. > > i.e. suppose I run natd with a configuration like this: > > > > # begin /etc/natd.conf > > use_sockets > > same_ports > > port 8668 > > deny_incoming no > > log > > redirect_port tcp 10.0.0.128:80 206.169.18.10:80 > > # end /etc/natd.conf > > > > Now if the DNS for the web server www.foo.com running on 10.0.0.128 > > directs a browser on the 10.0.0.0 net to 206.169.18.10, it doesn't get > > routed back to 10.0.0.128; it just hangs (I'm acutally not sure what's > > happening there, the connction never succeeds). Is there a nice way to > > handle this case without running a dummy DNS just for the 10.0.0.0 > > internal net? > > > Run a firewall rule for diverting packets on your inside > interface for that web server. > > > Nick Rogness > - Drive defensively. Buy a tank. > > > > > 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 Jan 19 21:42:30 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from phnxpop5.phnx.uswest.net (phnxpop5.phnx.uswest.net [206.80.192.5]) by hub.freebsd.org (Postfix) with SMTP id BB5AD37B400 for <freebsd-hackers@FreeBSD.ORG>; Fri, 19 Jan 2001 21:42:12 -0800 (PST) Received: (qmail 94320 invoked by uid 0); 20 Jan 2001 05:42:12 -0000 Received: from ndslppp221.phnx.uswest.net (HELO pinyon.org) (63.224.136.221) by phnxpop5.phnx.uswest.net with SMTP; 20 Jan 2001 05:42:12 -0000 Received: from chomsky.Pinyon.ORG (localhost [127.0.0.1]) by pinyon.org (Postfix) with ESMTP id 1EBBE70; Fri, 19 Jan 2001 22:42:11 -0700 (MST) Date: Fri, 19 Jan 2001 22:42:11 -0700 Message-Id: <20010120054211.1EBBE70@pinyon.org> From: "Russell L. Carter" <rcarter@pinyon.org> To: "Wes Peters" <wes@softweyr.com> Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: exmh version 2.1.1 10/15/1999 Subject: Re: Clustering FreeBSD In-Reply-To: Message from Wes Peters <wes@softweyr.com> of "Thu, 18 Jan 2001 09:52:42 MST." <3A671F5A.6BB2D2B2@softweyr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG %> No it would not! Back in '94 I ported dmake to FreeBSD %> and built just about every numerics package out there %> on a 4 CPU cluster. Worked fine, but not much in overall %> speedup, because... tadum! Where do you get the source %> files, and how do you get the objs back :-) Not low %> latency, eh? F-Enet then, G-Enet now :) % %You need a better file server. My previous employer, where the software %staff recompiles 3 million lines of code 20 or 30 times a day, employs %pmake and a farm of Sun Ultra-5 workstations to parallelize their makes. %It allows them to complete a build in an hour that would take a single %Ultra-5 almost 20 hours to complete, even with 3 or 4 builds running in %parallel. The network is 100BaseTX to the workstations and 1000BaseSX %to the (NFS) fileserver. Cool! I'd like to learn more. Then... can you elaborate on the build structure a bit? Is it a single large dir (surely not), or how do the dependencies work? For instance, with ACE/TAO (many hours to build when including orbsvcs) there's only a few large directories that can be parallelized over say 10 cpus by gmake, at least. The rest have ten files or less where each file takes maybe 45s to compile on a 1GHz processor. There are quite a few of these. And directories are compiled sequentially. %> Nowadays, you'd want to "globus ify" things, rather than %> use use PVM. %> %> But critically, speedup would only happen if jobs were %> allocated at a higher level than they are now. %> %> Now for building something like a full version of TAO, %> why that might work. But even then, a factor of 2x is %> unlikely until the dependencies are factored out at %> the directory level. % %See the paper "Recursive Make Considered Harmful." Make is an amazing %tool when used correctly. That's not the problem, unfortunately. I've never had a problem rebuilding dependencies unnecessarily, or any of those other problems described. Well precompiled headers would be really really cool. The problem, again, is that parallelism is limited by the directory structure, and the directory structure is entirely rational. Thanks! Russell To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 19 23: 4:53 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from rapidnet.com (rapidnet.com [205.164.216.1]) by hub.freebsd.org (Postfix) with ESMTP id 69D3A37B699 for <freebsd-hackers@freebsd.org>; Fri, 19 Jan 2001 23:04:33 -0800 (PST) Received: from localhost (nick@localhost) by rapidnet.com (8.9.3/8.9.3) with ESMTP id AAA12494; Sat, 20 Jan 2001 00:04:29 -0700 (MST) Date: Sat, 20 Jan 2001 00:04:29 -0700 (MST) From: Nick Rogness <nick@rapidnet.com> To: Ian Kallen <spidaman@arachna.com> Cc: freebsd-hackers@freebsd.org Subject: Re: accessing an outside IP from inside a NAT net In-Reply-To: <Pine.BSF.4.10.10101192125530.11924-100000@along-came-a-spider.arachna.com> Message-ID: <Pine.BSF.4.21.0101192358210.45596-100000@rapidnet.com> 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, 19 Jan 2001, Ian Kallen wrote: > Well, I've been fiddling with the ipfw syntax, I thought this would do it > /sbin/ipfw add divert 80 all from 10.0.0.128/25 to 206.169.18.10 via ep0 > but that ain't it. > > 10.0.0.128/25 has servers, 10.0.0.0/25 has clients, both gateways > 10.0.0.1 and 10.0.0.129 run off ep0... yes, I've been reading the ipfw man > page and the archives, yet even though the two nets can access each other > directly, I haven't been able to get the clients to access any server > resources via the 206.169.18.10 nat. Further suggestions? I have had this same problem before and have solved it when dealing with setup of a DMZ using FreeBSD. This is actually a pretty tricky ipfw setup to get it to work right (depending on network layout). Let me see if I can give you the details. But first I need a tad more details on how your network is laid out. Are 10.0.0.129 & 10.0.0.1 bound to the same ethernet card? Nick Rogness - Drive defensively. Buy a tank. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 19 23:10:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from rapidnet.com (rapidnet.com [205.164.216.1]) by hub.freebsd.org (Postfix) with ESMTP id E5BFA37B402 for <freebsd-hackers@freebsd.org>; Fri, 19 Jan 2001 23:10:00 -0800 (PST) Received: from localhost (nick@localhost) by rapidnet.com (8.9.3/8.9.3) with ESMTP id AAA13454; Sat, 20 Jan 2001 00:09:55 -0700 (MST) Date: Sat, 20 Jan 2001 00:09:55 -0700 (MST) From: Nick Rogness <nick@rapidnet.com> To: Ian Kallen <spidaman@arachna.com> Cc: freebsd-hackers@freebsd.org Subject: Re: accessing an outside IP from inside a NAT net In-Reply-To: <Pine.BSF.4.10.10101192125530.11924-100000@along-came-a-spider.arachna.com> Message-ID: <Pine.BSF.4.21.0101200007530.45596-100000@rapidnet.com> 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, 19 Jan 2001, Ian Kallen wrote: > Well, I've been fiddling with the ipfw syntax, I thought this would do it > /sbin/ipfw add divert 80 all from 10.0.0.128/25 to 206.169.18.10 via ep0 > but that ain't it. > > 10.0.0.128/25 has servers, 10.0.0.0/25 has clients, both gateways > 10.0.0.1 and 10.0.0.129 run off ep0... yes, I've been reading the ipfw man > page and the archives, yet even though the two nets can access each other > directly, I haven't been able to get the clients to access any server > resources via the 206.169.18.10 nat. Further suggestions? > thanks, > -Ian Also 10.0.0.128 is on a subnet boundary when used with a /25 netmask and therefore can not be used. how is the network clients and servers configured on the 10.0.0 network? Nick Rogness - Drive defensively. Buy a tank. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 19 23:34:30 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from rapidnet.com (rapidnet.com [205.164.216.1]) by hub.freebsd.org (Postfix) with ESMTP id DF96237B402 for <freebsd-hackers@freebsd.org>; Fri, 19 Jan 2001 23:34:11 -0800 (PST) Received: from localhost (nick@localhost) by rapidnet.com (8.9.3/8.9.3) with ESMTP id AAA17789; Sat, 20 Jan 2001 00:34:09 -0700 (MST) Date: Sat, 20 Jan 2001 00:34:09 -0700 (MST) From: Nick Rogness <nick@rapidnet.com> To: Ian Kallen <spidaman@arachna.com> Cc: freebsd-hackers@freebsd.org Subject: Re: accessing an outside IP from inside a NAT net In-Reply-To: <Pine.BSF.4.10.10101192125530.11924-100000@along-came-a-spider.arachna.com> Message-ID: <Pine.BSF.4.21.0101200015070.45596-100000@rapidnet.com> 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, 19 Jan 2001, Ian Kallen wrote: > Well, I've been fiddling with the ipfw syntax, I thought this would do it > /sbin/ipfw add divert 80 all from 10.0.0.128/25 to 206.169.18.10 via ep0 > but that ain't it. > > 10.0.0.128/25 has servers, 10.0.0.0/25 has clients, both gateways > 10.0.0.1 and 10.0.0.129 run off ep0... yes, I've been reading the ipfw man > page and the archives, yet even though the two nets can access each other > directly, I haven't been able to get the clients to access any server > resources via the 206.169.18.10 nat. Further suggestions? > thanks, > -Ian For the following solution, lets assume that you have 2 logical networks 10.0.0.0/25 and 10.0.0.128/25 both bound to the inside interface ep0 (which may or may not be true). Your outside interface we'll call fxp0. You server's inside address is 10.0.0.130 and outside address 206.169.18.10 In /etc/new.firewall.rules: # Divert outside packets in & out ipfw add 100 divert natd ip from any to any via fxp0 # Divert packets from the 10.0.0.0/25 network to the server going to # the public server address ipfw add 200 divert natd ip from 10.0.0.0/25 to 206.169.18.10 via ep0 # Divert packets from the server back to the 10.0.0.0/25 network ipfw add 300 divert natd ip from 10.0.0.130/32 to 10.0.0.0/25 via ep0 ----- In /etc/natd.conf: use_sockets same_ports port 8668 deny_incoming no log redirect_port tcp 10.0.0.128:80 206.169.18.10:80 ----- You could also run a seperate natd because you may run into problems with the alias address that is natd is using. In this case, a simple rule may do the trick: ipfw add 200 divert natd ip from any to any via ep0 Of course, I am making assumptions on how your network is layed out. Nick Rogness - Drive defensively. Buy a tank. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 19 23:45:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from arachna.com (dnai-216-15-61-88.cust.dnai.com [216.15.61.88]) by hub.freebsd.org (Postfix) with SMTP id 597EF37B400 for <freebsd-hackers@freebsd.org>; Fri, 19 Jan 2001 23:45:17 -0800 (PST) Received: (qmail 12520 invoked by uid 1001); 20 Jan 2001 07:49:58 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 20 Jan 2001 07:49:58 -0000 Date: Fri, 19 Jan 2001 23:49:58 -0800 (PST) From: Ian Kallen <spidaman@arachna.com> To: Nick Rogness <nick@rapidnet.com> Cc: freebsd-hackers@freebsd.org Subject: Re: accessing an outside IP from inside a NAT net In-Reply-To: <Pine.BSF.4.21.0101192358210.45596-100000@rapidnet.com> Message-ID: <Pine.BSF.4.10.10101192335000.11924-100000@along-came-a-spider.arachna.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Cool, thanks. Yes, there's now two subnets on the internal network. I changed the IP on the backend here's the config details: # /etc/rc.conf excerpt ifconfig_ed0="inet 206.169.18.10 netmask 255.255.255.0" ifconfig_ep0="inet 10.0.0.1 netmask 255.255.255.128" ifconfig_ep0_alias0="inet 10.0.0.129 netmask 255.255.255.128" # /etc/natd.conf use_sockets same_ports port 8668 deny_incoming no log redirect_port tcp 10.0.0.130:80 206.169.18.10:80 # /etc/rc.firewall /sbin/ipfw -f flush /sbin/ipfw add divert natd all from any to any via ed0 /sbin/ipfw add pass all from any to any So if you can suss the incantation that allows 10.0.0.0/25 hosts to access 10.0.0.130 via 206.169.18.10, I think I'd be all set! thanks, -Ian -- Ian Kallen <spidaman@arachna.com> | AIM: iankallen | efax: (415) 354-3326 On Sat, 20 Jan 2001, Nick Rogness wrote: > On Fri, 19 Jan 2001, Ian Kallen wrote: > > > Well, I've been fiddling with the ipfw syntax, I thought this would do it > > /sbin/ipfw add divert 80 all from 10.0.0.128/25 to 206.169.18.10 via ep0 > > but that ain't it. > > > > 10.0.0.128/25 has servers, 10.0.0.0/25 has clients, both gateways > > 10.0.0.1 and 10.0.0.129 run off ep0... yes, I've been reading the ipfw man > > page and the archives, yet even though the two nets can access each other > > directly, I haven't been able to get the clients to access any server > > resources via the 206.169.18.10 nat. Further suggestions? > > I have had this same problem before and have solved it when > dealing with setup of a DMZ using FreeBSD. > > This is actually a pretty tricky ipfw setup to get it to work > right (depending on network layout). Let me see if I can give you > the details. But first I need a tad more details on how your > network is laid out. > > Are 10.0.0.129 & 10.0.0.1 bound to the same ethernet card? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 20 0:53:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from rapier.smartspace.co.za (rapier.smartspace.co.za [66.8.25.34]) by hub.freebsd.org (Postfix) with SMTP id 0D13537B400 for <freebsd-hackers@FreeBSD.ORG>; Sat, 20 Jan 2001 00:53:32 -0800 (PST) Received: (qmail 6712 invoked by uid 1001); 20 Jan 2001 08:53:25 -0000 Date: Sat, 20 Jan 2001 10:53:25 +0200 From: Neil Blakey-Milner <nbm@mithrandr.moria.org> To: Matt Dillon <dillon@earth.backplane.com> Cc: Gerhard Sittig <Gerhard.Sittig@gmx.net>, Greg Black <gjb@gbch.net>, freebsd-hackers@FreeBSD.ORG Subject: Re: how to test out cron.c changes? (was: cvs commit: src/etc crontab) Message-ID: <20010120105325.A5647@rapier.smartspace.co.za> References: <20010102133239.V253@speedy.gsinet> <20010107170840.G253@speedy.gsinet> <3A5AE490.D251F590@gorean.org> <20010109124044.A16276@mithrandr.moria.org> <3A5B5656.E2AAF0B5@FreeBSD.org> <nospam-3a5b95e412011c9@maxim.gbch.net> <20010116192601.B253@speedy.gsinet> <nospam-3a64b2731814449@maxim.gbch.net> <20010117184854.G253@speedy.gsinet> <200101192044.f0JKinl97875@earth.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200101192044.f0JKinl97875@earth.backplane.com>; from dillon@earth.backplane.com on Fri, Jan 19, 2001 at 12:44:49PM -0800 Organization: Building Intelligence X-Operating-System: FreeBSD 4.2-RELEASE i386 X-URL: http://rucus.ru.ac.za/~nbm/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri 2001-01-19 (12:44), Matt Dillon wrote: > :I'm just editing the PR with the cron patches to "catch up" with > :OpenBSD in this respect (stating that it doesn't handle DST, but > :has benefits whenever one's clock is jumping or cron waking up > :too late and _could_ be extended to handle DST). Therein I > :suggest to > :- not touch current cron at all but switch to a different > : executable by means of the newly introduced rc.conf variables > : or to > :- modify cron but make the new code optional while defaulting to > : off > :(in this order). Although I cannot say which variant will happen > :driven by those with enough priviledges to decide and commit. As > :well as I cannot even tell you if something will be done at all > :in the near future regarding the fact that there's no DST > :solution available yet -- which was the actual reason for the > :wish to change something. > : > :virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 > :Gerhard Sittig true | mail -s "get gpg key" Gerhard.Sittig@gmx.net > > In the second suggestion, I presume turned off by default > but can be turned on with a command-line option? (Verses > a make.conf compile-time variable). I like the idea of > a command-line option to turn on the 'new' code. That provides > a consistent, straightforward way of allowing developers to test > the code, making it available in releases with a simple rc.conf > twitch, and eventually (years later judging by the flame war:-)) > turning it on in /etc/defaults/rc.conf. There seems not to be a real argument against the algorithm, plenty of support for having it available as an option, and only an argument against it being default. I'm quite happy for it not to be default, as I'm sure Gerhard is. Thus, there's no reason not to add the ability (at least OpenBSD, Debian and HP-UX have similar behaviour), so we should proceed. All we need do is add the option to getopt, and turn the "optimisation check for the default 1 minute case" to check if the "new behaviour flag" is not checked. Ie: if (!bflag || (timeDiff == 1)) { virtualTime = timeRunning; find_jobs(virtualTime, &database, TRUE, TRUE); } else { wakeupKind = -1; if (timeDiff > -(3*MINUTE_COUNT)) wakeupKind = 0; ... It should work exactly like the old cron behaviour, unless the '-b' flag is given. Neil -- Neil Blakey-Milner nbm@mithrandr.moria.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 20 1:48:59 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailhost01.reflexnet.net (mailhost01.reflexnet.net [64.6.192.82]) by hub.freebsd.org (Postfix) with ESMTP id BC1D037B400; Sat, 20 Jan 2001 01:48:40 -0800 (PST) Received: from rfx-216-196-73-168.users.reflexcom.com ([216.196.73.168]) by mailhost01.reflexnet.net with Microsoft SMTPSVC(5.5.1877.197.19); Sat, 20 Jan 2001 01:46:53 -0800 Received: (from cjc@localhost) by rfx-216-196-73-168.users.reflexcom.com (8.11.1/8.11.0) id f0K9mdJ12805; Sat, 20 Jan 2001 01:48:39 -0800 (PST) (envelope-from cjc) Date: Sat, 20 Jan 2001 01:48:38 -0800 From: "Crist J. Clark" <cjclark@reflexnet.net> To: Dag-Erling Smorgrav <des@ofug.org> Cc: Chris Stenton <jacs@gnome.co.uk>, questions@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: startx /dev/mem problem Message-ID: <20010120014838.D10761@rfx-216-196-73-168.users.reflex> Reply-To: cjclark@alum.mit.edu References: <200101191621.f0JGL7M02097@hawk.gnome.co.uk> <xzpk87rrqow.fsf@flood.ping.uio.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <xzpk87rrqow.fsf@flood.ping.uio.no>; from des@ofug.org on Sat, Jan 20, 2001 at 01:51:43AM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Jan 20, 2001 at 01:51:43AM +0100, Dag-Erling Smorgrav wrote: > Chris Stenton <jacs@gnome.co.uk> writes: > > Fatal server error: > > xf86OpenConsole: Server must be suid root > ^^^^^^^^^^^^^^^^^^^^^^^^ > This is your clue. He might also be running at elevated securelevel. -- Crist J. Clark cjclark@alum.mit.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 20 3:20:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mx2-gbe1.aist.go.jp (mx2.aist.go.jp [150.29.246.134]) by hub.freebsd.org (Postfix) with ESMTP id 8BEA537B404 for <freebsd-hackers@freebsd.org>; Sat, 20 Jan 2001 03:20:05 -0800 (PST) Received: from mx2.aist.go.jp by mx2-gbe1.aist.go.jp (8.9.3+Sun/aist) with SMTP id UAA02175 for <freebsd-hackers@freebsd.org>; Sat, 20 Jan 2001 20:20:00 +0900 (JST) From: ynishimura@home.nimc.go.jp Received: (qmail 2165 invoked from network); 20 Jan 2001 20:20:00 +0900 Received: from rpsmtp1.aist.go.jp (150.29.254.30) by mx2.aist.go.jp with SMTP; 20 Jan 2001 20:20:00 +0900 Received: from cmce2.nimc.go.jp (cmce2.nimc.go.jp [150.29.240.68]) by rpsmtp1.aist.go.jp (8.9.3/3.7W) with ESMTP id UAA02715; Sat, 20 Jan 2001 20:20:03 +0900 (JST) Received: from cmnotesx.nimc.go.jp ([150.29.240.58]) by cmce2.nimc.go.jp with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0) id DHXL2PY9; Sat, 20 Jan 2001 20:22:15 +0900 Received: by cmnotesx.nimc.go.jp(Lotus SMTP MTA v4.6.3 (733.2 10-16-1998)) id 492569DA.003E433A ; Sat, 20 Jan 2001 20:20:04 +0900 X-Lotus-FromDomain: AIST To: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org Message-ID: <492569DA.003E3B39.00@cmnotesx.nimc.go.jp> Date: Sat, 20 Jan 2001 20:24:05 +0900 Subject: Does anyone know how to let fd0.1720 be bootable? Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dear sirs I have been developing many kinds of 1FD-applications( http://www.ryuchi.org/~iloved ) with FreeBSD2.2.8. 1FD-SQUID, 1FD-SAMBA, etc. Recently, I can use fd0.1720( 21 Sectors/track, 82 track), not fd0.1440(18 Sectors/track, 80 track). But, fd0.1720 cannot be bootable. I can see "boot: " message on screen, but it cannot load kernel because boot2 cannot access fd0.1720. I change RA_SECTORS from 18 to 21 in /sys/i386/boot/biosboot/disk.c. But, it could not boot. Does anyone know how to let fd0.1720 be bootable? Sincerely Y.NISHIMURA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 20 5: 6:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id A179337B400; Sat, 20 Jan 2001 05:05:54 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id OAA60409; Sat, 20 Jan 2001 14:05:51 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: cjclark@alum.mit.edu Cc: Chris Stenton <jacs@gnome.co.uk>, questions@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: startx /dev/mem problem References: <200101191621.f0JGL7M02097@hawk.gnome.co.uk> <xzpk87rrqow.fsf@flood.ping.uio.no> <20010120014838.D10761@rfx-216-196-73-168.users.reflex> From: Dag-Erling Smorgrav <des@ofug.org> Date: 20 Jan 2001 14:05:50 +0100 In-Reply-To: "Crist J. Clark"'s message of "Sat, 20 Jan 2001 01:48:38 -0800" Message-ID: <xzpelxye5ld.fsf@flood.ping.uio.no> Lines: 14 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Crist J. Clark" <cjclark@reflexnet.net> writes: > On Sat, Jan 20, 2001 at 01:51:43AM +0100, Dag-Erling Smorgrav wrote: > > Chris Stenton <jacs@gnome.co.uk> writes: > > > Fatal server error: > > > xf86OpenConsole: Server must be suid root > > ^^^^^^^^^^^^^^^^^^^^^^^^ > > This is your clue. > He might also be running at elevated securelevel. He said he wasn't. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 20 7: 9:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp.alcove.fr (smtp.alcove.fr [212.155.209.139]) by hub.freebsd.org (Postfix) with ESMTP id D0CCD37B69F for <freebsd-hackers@freebsd.org>; Sat, 20 Jan 2001 07:09:07 -0800 (PST) Received: from nsouch by smtp.alcove.fr with local (Exim 3.12 #1 (Debian)) id 14JzPx-0005PG-00; Sat, 20 Jan 2001 15:55:01 +0100 Date: Sat, 20 Jan 2001 15:55:01 +0100 From: Nicolas Souchu <nsouch@alcove.fr> To: Nick Hibma <n_hibma@calcaphon.com> Cc: j mckitrick <jcm@freebsd-uk.eu.org>, freebsd-hackers@FreeBSD.ORG Subject: Re: scsi and PS2 mode parallel port programming Message-ID: <20010120155500.A20753@ontario.alcove-int> References: <20010111192445.A5805@dogma.freebsd-uk.eu.org> <Pine.BSF.4.20.0101121040580.3031-100000@henny.webweaving.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.4i In-Reply-To: <Pine.BSF.4.20.0101121040580.3031-100000@henny.webweaving.org>; from n_hibma@calcaphon.com on Fri, Jan 12, 2001 at 10:41:29AM +0000 Organization: =?iso-8859-1?Q?Alc=F4ve=2C_http:=2F=2Fwww=2Ealcove=2Efr?= Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Jan 12, 2001 at 10:41:29AM +0000, Nick Hibma wrote: > > > You've been speaking to Nicolas Souchu, right? He has written the > current driver and seems to know a fair bit about this topic. We've solved the problem. > > Nick > > > | I'll put this on my pile of things to and dig through the CAM changes to > > | find it. There weren't that many in the past year. > > > > I finally heard from the guy who noticed the change, and asked if he could > > help localize it. > > > > | I don't know much about the PS2 mode nor the parallel port driver > > | (allthough I've had my fingers in there, as you know). > > > > A parallel port in ECP mode should support PS2 without any problem, correct? > > And if I recall, it worked under 3.x, so that *should* rule out a buggy BIOS > > or hardware anomaly. I *hate* when problems only afflict my machine. > > > > > > jcm > > -- > > o-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-o > > | ~~~~~~~~~~~~ Jonathon McKitrick ~~~~~~~~~~~~~ | > > | "I prefer the term 'Artificial Person' myself." | > > o-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-o > > > > -- > Qube Software, Ltd. Private: > n_hibma@qubesoft.com n_hibma@webweaving.org > n_hibma@freebsd.org > http://www.qubesoft.com/ http://www.etla.net/~n_hibma/ > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- Nicolas.Souchu@alcove.fr Alcôve - Open Source Software Engineer - http://www.alcove.fr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 20 7:18:55 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp.alcove.fr (smtp.alcove.fr [212.155.209.139]) by hub.freebsd.org (Postfix) with ESMTP id 852DD37B400 for <freebsd-hackers@freebsd.org>; Sat, 20 Jan 2001 07:18:36 -0800 (PST) Received: from nsouch by smtp.alcove.fr with local (Exim 3.12 #1 (Debian)) id 14Jzml-0005UV-00 for <freebsd-hackers@freebsd.org>; Sat, 20 Jan 2001 16:18:35 +0100 Date: Sat, 20 Jan 2001 16:18:35 +0100 From: Nicolas Souchu <nsouch@alcove.fr> To: freebsd-hackers@freebsd.org Subject: odd result of pci_read_config Message-ID: <20010120161834.B20753@ontario.alcove-int> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.4i Organization: =?iso-8859-1?Q?Alc=F4ve=2C_http:=2F=2Fwww=2Ealcove=2Efr?= Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi folks, I have a problem with R4.2. The device driver I'm currently writing can't retrieve correctly the value from a PCI configuration register. What is strange is that when using the pciconf tool I get the result I expect, not with pci_read_config(). pciconf -r pci0:7:3: 0x48 returns 0x00006001 but value = pci_read_config(dev, 0x48, 4); returns 0x6 !!! The later is called from the attach routine of the driver which is detected like this: viapm0: <VIA VT82C586B Power Management Unit> at device 7.3 on pci0 My pci config is: chip0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x05971106 rev=0x04 hdr=0x00 pcib1@pci0:1:0: class=0x060400 card=0x00000000 chip=0x85981106 rev=0x00 hdr=0x01 isab0@pci0:7:0: class=0x060100 card=0x00000000 chip=0x05861106 rev=0x47 hdr=0x00 atapci0@pci0:7:1: class=0x01018a card=0x00000000 chip=0x05711106 rev=0x06 hdr=0x00 viapm0@pci0:7:3: class=0x060400 card=0x00000000 chip=0x30401106 rev=0x10 hdr=0x01 pcm0@pci0:8:0: class=0x040100 card=0x13191319 chip=0x08011319 rev=0xb1 hdr=0x00 none0@pci0:8:1: class=0x090410 card=0x13191319 chip=0x08021319 rev=0xb1 hdr=0x00 ahc0@pci0:9:0: class=0x010000 card=0x00000000 chip=0x81789004 rev=0x00 hdr=0x00 fxp0@pci0:10:0: class=0x020000 card=0x10c3103c chip=0x12298086 rev=0x05 hdr=0x00 none1@pci1:0:0: class=0x030000 card=0x00281002 chip=0x52461002 rev=0x00 hdr=0x00 So what may be the problem? Also, some PCI drivers allocate IOPORT resources by giving the PCI configuration register as the rid of the bus_alloc_resource call... how can it work? What are the magics in pci framework for this? Thanks, Nicholas -- Nicolas.Souchu@alcove.fr Alcôve - Open Source Software Engineer - http://www.alcove.fr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 20 7:33:55 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail8.sc.rr.com (fe8.southeast.rr.com [24.93.67.55]) by hub.freebsd.org (Postfix) with ESMTP id 0CEB137B400; Sat, 20 Jan 2001 07:33:36 -0800 (PST) Received: from sc.rr.com ([24.88.102.101]) by mail8.sc.rr.com with Microsoft SMTPSVC(5.5.1877.537.53); Sat, 20 Jan 2001 10:31:44 -0500 Received: (from dmaddox@localhost) by sc.rr.com (8.11.1/8.11.1) id f0KFYVB12736; Sat, 20 Jan 2001 10:34:31 -0500 (EST) (envelope-from dmaddox) Date: Sat, 20 Jan 2001 10:34:31 -0500 From: "Donald J . Maddox" <dmaddox@sc.rr.com> To: ynishimura@home.nimc.go.jp Cc: freebsd-hackers@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG Subject: Re: Does anyone know how to let fd0.1720 be bootable? Message-ID: <20010120103431.D12408@cae88-102-101.sc.rr.com> Reply-To: dmaddox@sc.rr.com Mail-Followup-To: ynishimura@home.nimc.go.jp, freebsd-hackers@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG References: <492569DA.003E3B39.00@cmnotesx.nimc.go.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <492569DA.003E3B39.00@cmnotesx.nimc.go.jp>; from ynishimura@home.nimc.go.jp on Sat, Jan 20, 2001 at 08:24:05PM +0900 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I think this is a BIOS issue. I don't think any BIOS will let you boot from arbitrarily-formatted floppies :) On Sat, Jan 20, 2001 at 08:24:05PM +0900, ynishimura@home.nimc.go.jp wrote: > Dear sirs > > I have been developing many kinds of 1FD-applications( > http://www.ryuchi.org/~iloved ) with FreeBSD2.2.8. > > 1FD-SQUID, 1FD-SAMBA, etc. > > Recently, I can use fd0.1720( 21 Sectors/track, 82 track), not fd0.1440(18 > Sectors/track, 80 track). > > But, fd0.1720 cannot be bootable. > > I can see "boot: " message on screen, but it cannot load kernel because boot2 > cannot access fd0.1720. > > I change RA_SECTORS from 18 to 21 in /sys/i386/boot/biosboot/disk.c. But, it > could not boot. > > Does anyone know how to let fd0.1720 be bootable? > > Sincerely > Y.NISHIMURA > > > > > > 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 Sat Jan 20 10: 2:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from berzerk.gpcc.itd.umich.edu (berzerk.gpcc.itd.umich.edu [141.211.2.162]) by hub.freebsd.org (Postfix) with ESMTP id 096C237B400 for <freebsd-hackers@FreeBSD.ORG>; Sat, 20 Jan 2001 10:02:18 -0800 (PST) Received: from breakout.gpcc.itd.umich.edu (smtp@breakout.gpcc.itd.umich.edu [141.211.2.141]) by berzerk.gpcc.itd.umich.edu (8.8.8/4.3-mailhub) with ESMTP id NAA26113 for <freebsd-hackers@FreeBSD.ORG>; Sat, 20 Jan 2001 13:02:17 -0500 (EST) Received: from localhost (rtecco@localhost) by breakout.gpcc.itd.umich.edu (8.8.8/5.1-client) with ESMTP id NAA14471 for <freebsd-hackers@FreeBSD.ORG>; Sat, 20 Jan 2001 13:02:16 -0500 (EST) Date: Sat, 20 Jan 2001 13:02:16 -0500 (EST) From: rt <rtecco@umich.edu> X-Sender: rtecco@breakout.gpcc.itd.umich.edu To: freebsd-hackers@FreeBSD.ORG Subject: building a fixit floppy? Message-ID: <Pine.SOL.4.10.10101201300130.11982-100000@breakout.gpcc.itd.umich.edu> 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 having trouble building a fixit floppy - which is 2.88 M image. i can perform: dd if=fixit.flp of=/dev/fd0c (on my openbsd box) but it reaches the end of the device, writing 1.44 (obviously). when i try to use this disk, it looks like it works, but commands like 'ls' and 'mount' just print garbage to the screen. i don't know whether this is a corrupted binary or something else. thx in advance, rt ------------- rt 734-332-4562 "Most people's lives are taken up with a great many trivial things that they don't really care about, but which they feel they have to do. I just don't do that." - esr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 20 10: 8:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail8.sc.rr.com (fe8.southeast.rr.com [24.93.67.55]) by hub.freebsd.org (Postfix) with ESMTP id 3CC9A37B400 for <freebsd-hackers@freebsd.org>; Sat, 20 Jan 2001 10:08:05 -0800 (PST) Received: from sc.rr.com ([24.88.102.101]) by mail8.sc.rr.com with Microsoft SMTPSVC(5.5.1877.537.53); Sat, 20 Jan 2001 13:06:13 -0500 Received: (from dmaddox@localhost) by sc.rr.com (8.11.1/8.11.1) id f0KI90l74813; Sat, 20 Jan 2001 13:09:01 -0500 (EST) (envelope-from dmaddox) Date: Sat, 20 Jan 2001 13:09:00 -0500 From: "Donald J . Maddox" <dmaddox@sc.rr.com> To: rt <rtecco@umich.edu> Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: building a fixit floppy? Message-ID: <20010120130900.A65510@cae88-102-101.sc.rr.com> Reply-To: dmaddox@sc.rr.com Mail-Followup-To: rt <rtecco@umich.edu>, freebsd-hackers@FreeBSD.ORG References: <Pine.SOL.4.10.10101201300130.11982-100000@breakout.gpcc.itd.umich.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <Pine.SOL.4.10.10101201300130.11982-100000@breakout.gpcc.itd.umich.edu>; from rtecco@umich.edu on Sat, Jan 20, 2001 at 01:02:16PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I don't know where you came across a 2.88M fixit.flp... But, if you go to your friendly local ftp.freebsd.org mirror and look for: pub/FreeBSD/releases/i386/4.2-RELEASE/floppies/fixit.flp You will find a 1.44M version :) On Sat, Jan 20, 2001 at 01:02:16PM -0500, rt wrote: > > i am having trouble building a fixit floppy - which is > 2.88 M image. i can perform: > > dd if=fixit.flp of=/dev/fd0c (on my openbsd box) > > but it reaches the end of the device, writing 1.44 (obviously). > > when i try to use this disk, it looks like it works, but > commands like 'ls' and 'mount' just print garbage to the screen. > i don't know whether this is a corrupted binary or something > else. > > thx in advance, > rt > > ------------- > rt > 734-332-4562 > > "Most people's lives are taken up with > a great many trivial things that > they don't really care about, but > which they feel they have to > do. I just don't do that." > - esr > > > > 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 Sat Jan 20 12:17:44 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.gmx.net (pop.gmx.net [194.221.183.20]) by hub.freebsd.org (Postfix) with SMTP id 03A4737B401 for <freebsd-hackers@FreeBSD.org>; Sat, 20 Jan 2001 12:17:26 -0800 (PST) Received: (qmail 9692 invoked by uid 0); 20 Jan 2001 20:17:24 -0000 Received: from p3ee20aaa.dip.t-dialin.net (HELO speedy.gsinet) (62.226.10.170) by mail.gmx.net (mail09) with SMTP; 20 Jan 2001 20:17:24 -0000 Received: (from sittig@localhost) by speedy.gsinet (8.8.8/8.8.8) id TAA21567 for freebsd-hackers@FreeBSD.org; Sat, 20 Jan 2001 19:43:25 +0100 Date: Sat, 20 Jan 2001 19:43:25 +0100 From: Gerhard Sittig <Gerhard.Sittig@gmx.net> To: freebsd-hackers@FreeBSD.org Subject: Re: how to test out cron.c changes? (was: cvs commit: src/etc crontab) Message-ID: <20010120194325.N253@speedy.gsinet> References: <3A513799.75EAB470@FreeBSD.org> <20010102133239.V253@speedy.gsinet> <20010107170840.G253@speedy.gsinet> <3A5AE490.D251F590@gorean.org> <20010109124044.A16276@mithrandr.moria.org> <3A5B5656.E2AAF0B5@FreeBSD.org> <nospam-3a5b95e412011c9@maxim.gbch.net> <20010116192601.B253@speedy.gsinet> <nospam-3a64b2731814449@maxim.gbch.net> <20010117184854.G253@speedy.gsinet> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20010117184854.G253@speedy.gsinet>; from Gerhard.Sittig@gmx.net on Wed, Jan 17, 2001 at 06:48:54PM +0100 Organization: System Defenestrators Inc. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Jan 17, 2001 at 18:48 +0100, Gerhard Sittig wrote: > > I'm just editing the PR with the cron patches [ ... ] So it finally happened. It's filed as "bin/24485: [PATCH] to make cron(8) handle clock jumps" and got archived at http://www.freebsd.org/cgi/query-pr.cgi?pr=24485 I don't see it as a ready solution but more as a basis for further discussion if needed or considered useful. Up to now there was only the reference to "cvs diff -r1.3 -r1.4 $OPENBSDTREE/cron.c". Now there's an isolated DST part of what's different between OpenBSD and FreeBSD. And the code turned out to not handle DST, but time(3) differences. In the course of this thread I got uncertain if this is the way to follow when talking about the DST issue. The PR's subject tries to demonstrate that I see the patch to serve a different purpose from what its manpage diff promises. As a consequence I try to discuss in the PR the enhancements the diff could be in need of as well as what other mechanisms could solve (or lower) the DST "problem". There's nothing new for those who followed the thread. But it might be pleasant to have them bundled and archived. (Sorry if I forgot something or didn't read it. It's no bad intent, I'm just not subscribed to -hackers and the web frontend has some four days of delay. And I don't browse from where I do the mail, so something could get dropped "in transit". Feel free to followup to the PR in case there's something missing or wrong. But you surely do without me inviting you:) Combine this one with the "conf/24358: [PATCH] etc/rc variables for cron(8)" PR and everybody has the choice to - do nothing and live unaffected - create / get a port and switch over to it ('cd /usr/ports; make search key=cron' is empty at the moment) - repo copy cron and fiddle in any way with the new instance - locally patch the cron tree and leave others unaffected - revive private implementations (? I heard mention of these) There should be no suspicion any longer of getting harmed for no other reason than lazy / unexperienced / misguided admins' wanting their computer to do things the way humans expect. :) I wouldn't think about make.conf switches, but rather handle it the rc.conf way. Have the one "stable" cron that's been there for good, leave it untouched and experiment in one of the above sketched ways. This should give the maximum in deterministic and expected behaviour for those wanting consistency with the current implementation as well as maximum flexibility for those who feel a change to be necessary for their own environments. The lesson I have learnt from the discussion is that there is no single cron that would be able to satisfy everyone. And since cron is an essential component of a UNIX machine concerns cannot be taken easily. virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 Gerhard Sittig true | mail -s "get gpg key" Gerhard.Sittig@gmx.net -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 20 13: 8:50 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from homer.softweyr.com (bsdconspiracy.net [208.187.122.220]) by hub.freebsd.org (Postfix) with ESMTP id C16D037B401 for <freebsd-hackers@freebsd.org>; Sat, 20 Jan 2001 13:08:28 -0800 (PST) Received: from [127.0.0.1] (helo=softweyr.com ident=Fools trust ident!) by homer.softweyr.com with esmtp (Exim 3.16 #1) id 14JrfB-0000IC-00; Fri, 19 Jan 2001 23:38:13 -0700 Message-ID: <3A693255.56934523@softweyr.com> Date: Fri, 19 Jan 2001 23:38:13 -0700 From: Wes Peters <wes@softweyr.com> Organization: Softweyr LLC X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: "Russell L. Carter" <rcarter@pinyon.org> Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Clustering FreeBSD References: <20010120054211.1EBBE70@pinyon.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Russell L. Carter" wrote: > > %> No it would not! Back in '94 I ported dmake to FreeBSD > %> and built just about every numerics package out there > %> on a 4 CPU cluster. Worked fine, but not much in overall > %> speedup, because... tadum! Where do you get the source > %> files, and how do you get the objs back :-) Not low > %> latency, eh? F-Enet then, G-Enet now :) > % > %You need a better file server. My previous employer, where the software > %staff recompiles 3 million lines of code 20 or 30 times a day, employs > %pmake and a farm of Sun Ultra-5 workstations to parallelize their makes. > %It allows them to complete a build in an hour that would take a single > %Ultra-5 almost 20 hours to complete, even with 3 or 4 builds running in > %parallel. The network is 100BaseTX to the workstations and 1000BaseSX > %to the (NFS) fileserver. > > Cool! I'd like to learn more. > > Then... can you elaborate on the build structure a bit? Is it > a single large dir (surely not), or how do the dependencies work? No, there were nearly a hundred directories scattered all over the place. It was actually quite a mess. There were also a couple of hand-enforced relationships that were quite messy. The entire mass was big enough that parallelizing was hugely beneficial even with the ugly mess the build system was. > For instance, with ACE/TAO (many hours to build when including > orbsvcs) there's only a few large directories that can > be parallelized over say 10 cpus by gmake, at least. These are the types of directories that can benefit easily. Ideally, with no overhead for job starting, you would be able to use n processors to compile n files all at the same time. Realistically you're quite limited by the network bandwidth and the speed of the file server, but since compiling is not a completely I/O bound process, you can do perhaps some- what better than just an obvious bandwidth multipler. For instance, if you have 100BaseTX on the build machines and 1000Base?? on the file server, you make actually be able to utilize 12 or 14 or maybe even 20 build machines before saturating the fileserver. > The rest have > ten files or less where each file takes maybe 45s to compile on a > 1GHz processor. There are quite a few of these. > And directories are compiled sequentially. If you replace your recursive Makefiles with a single dependency tree, it doesn't matter how many files are in a directory. You can launch enough compiles to complete the directory, building the executable or library or whatever is made there, because you can be sure that all if it's dependencies have already been built, and that nothing that depends on it will get touched until it has completed. There is a good discussion of this on the Perforce web pages, in their discussion of Jam/MR, a somewhat newer tool similar to Make. Jamfiles are never recursive; tools are provided for building Jamfiles that describe the entire project so the dependency tree is completely expressed. > %> Nowadays, you'd want to "globus ify" things, rather than > %> use use PVM. > %> > %> But critically, speedup would only happen if jobs were > %> allocated at a higher level than they are now. > %> > %> Now for building something like a full version of TAO, > %> why that might work. But even then, a factor of 2x is > %> unlikely until the dependencies are factored out at > %> the directory level. > % > %See the paper "Recursive Make Considered Harmful." Make is an amazing > %tool when used correctly. > > That's not the problem, unfortunately. I've never had a problem > rebuilding dependencies unnecessarily, or any of those > other problems described. Well precompiled headers would be > really really cool. The problem, again, is that parallelism > is limited by the directory structure, and the directory structure > is entirely rational. The directory structure has nothing to do with the Makefiles. To obtain the goal the paper suggests, you replace the recursive Makefiles with a single top-level Makefile that describes ALL of the targets and ALL of the dependencies. Note that this does not require a single mono- lithic Makefile; the top level Makefile can be a shell that includes per-directory Makefiles. The important part is to get a single dependency tree with no cycles in the graph. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 20 13:20: 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 89FC637B401; Sat, 20 Jan 2001 13:19:49 -0800 (PST) Received: (from rizzo@localhost) by iguana.aciri.org (8.11.1/8.11.1) id f0KLJHK19494; Sat, 20 Jan 2001 13:19:17 -0800 (PST) (envelope-from rizzo) From: Luigi Rizzo <rizzo@aciri.org> Message-Id: <200101202119.f0KLJHK19494@iguana.aciri.org> Subject: Re: Does anyone know how to let fd0.1720 be bootable? In-Reply-To: <20010120103431.D12408@cae88-102-101.sc.rr.com> from "Donald J . Maddox" at "Jan 20, 2001 10:34:31 am" To: dmaddox@sc.rr.com Date: Sat, 20 Jan 2001 13:19:17 -0800 (PST) Cc: ynishimura@home.nimc.go.jp, freebsd-hackers@FreeBSD.ORG, freebsd-questions@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 > I think this is a BIOS issue. I don't think any BIOS will let you > boot from arbitrarily-formatted floppies :) the 1480 format works. luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 20 13:40:19 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp02.teb1.iconnet.net (smtp02.teb1.iconnet.net [209.3.218.43]) by hub.freebsd.org (Postfix) with ESMTP id 92CA037B402 for <freebsd-hackers@FreeBSD.ORG>; Sat, 20 Jan 2001 13:40:02 -0800 (PST) Received: from bellatlantic.net (client-151-198-117-218.nnj.dialup.bellatlantic.net [151.198.117.218]) by smtp02.teb1.iconnet.net (8.9.1/8.9.1) with ESMTP id QAA08957; Sat, 20 Jan 2001 16:39:40 -0500 (EST) Message-ID: <3A6A059C.486F6237@bellatlantic.net> Date: Sat, 20 Jan 2001 16:39:40 -0500 From: Sergey Babkin <babkin@bellatlantic.net> X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-19990626-CURRENT i386) X-Accept-Language: en, ru MIME-Version: 1.0 To: Matt Dillon <dillon@earth.backplane.com> Cc: John Gregor <johng@vieo.com>, Gerhard.Sittig@gmx.net, leifn@neland.dk, freebsd-hackers@FreeBSD.ORG, gjb@gbch.net Subject: Re: how to test out cron.c changes? (was: cvs commit: src/etc crontab) References: <200101140244.f0E2i3518278@vieo.com> <3A621ABF.FA2C6432@bellatlantic.net> <200101142155.f0ELtLO64117@earth.backplane.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG All, I've committed these changes for cron to support DST change to -current (see PR bin/24494 for description of my tests). Everyone is welcome to test them out. Please let me know if you encounter any problems caused by them (and better do that before these changes would be MFCed to -stable in a few weeks). -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 20 13:54:37 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from rapier.smartspace.co.za (rapier.smartspace.co.za [66.8.25.34]) by hub.freebsd.org (Postfix) with SMTP id 0725E37B401 for <freebsd-hackers@FreeBSD.ORG>; Sat, 20 Jan 2001 13:54:16 -0800 (PST) Received: (qmail 42997 invoked by uid 1001); 20 Jan 2001 21:54:12 -0000 Date: Sat, 20 Jan 2001 23:54:12 +0200 From: Neil Blakey-Milner <nbm@mithrandr.moria.org> To: Sergey Babkin <babkin@bellatlantic.net> Cc: Matt Dillon <dillon@earth.backplane.com>, John Gregor <johng@vieo.com>, Gerhard.Sittig@gmx.net, leifn@neland.dk, freebsd-hackers@FreeBSD.ORG, gjb@gbch.net Subject: Re: how to test out cron.c changes? (was: cvs commit: src/etc crontab) Message-ID: <20010120235412.A42508@rapier.smartspace.co.za> References: <200101140244.f0E2i3518278@vieo.com> <3A621ABF.FA2C6432@bellatlantic.net> <200101142155.f0ELtLO64117@earth.backplane.com> <3A6A059C.486F6237@bellatlantic.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A6A059C.486F6237@bellatlantic.net>; from babkin@bellatlantic.net on Sat, Jan 20, 2001 at 04:39:40PM -0500 Organization: Building Intelligence X-Operating-System: FreeBSD 4.2-RELEASE i386 X-URL: http://rucus.ru.ac.za/~nbm/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat 2001-01-20 (16:39), Sergey Babkin wrote: > All, > > I've committed these changes for cron to support DST change > to -current (see PR bin/24494 for description of my tests). > Everyone is welcome to test them out. > Please let me know if you encounter any problems caused by them > (and better do that before these changes would be MFCed to -stable > in a few weeks). I do believe this is premature. There really should at least be an option for the old behaviour, and there is a good argument for making the new behaviour optional dependent on a variable with the old behaviour default. _Especially_ if you intend to MFC this, since changing this behaviour in a minor release, without a way to have the old behaviour, is almost certainly wrong. Neil -- Neil Blakey-Milner nbm@mithrandr.moria.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 20 15:44:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp.alcove.fr (smtp.alcove.fr [212.155.209.139]) by hub.freebsd.org (Postfix) with ESMTP id 668B137B400 for <freebsd-hackers@freebsd.org>; Sat, 20 Jan 2001 15:43:51 -0800 (PST) Received: from nsouch by smtp.alcove.fr with local (Exim 3.12 #1 (Debian)) id 14K7fi-00077G-00 for <freebsd-hackers@freebsd.org>; Sun, 21 Jan 2001 00:43:50 +0100 Date: Sun, 21 Jan 2001 00:43:49 +0100 From: Nicolas Souchu <nsouch@alcove.fr> To: freebsd-hackers@freebsd.org Subject: more info about: odd result of pci_read_config Message-ID: <20010121004349.A27198@ontario.alcove-int> References: <20010120161834.B20753@ontario.alcove-int> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.4i In-Reply-To: <20010120161834.B20753@ontario.alcove-int>; from nsouch@alcove.fr on Sat, Jan 20, 2001 at 04:18:35PM +0100 Organization: =?iso-8859-1?Q?Alc=F4ve=2C_http:=2F=2Fwww=2Ealcove=2Efr?= Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Jan 20, 2001 at 04:18:35PM +0100, Nicolas Souchu wrote: > Hi folks, > > I have a problem with R4.2. The device driver I'm currently > writing can't retrieve correctly the value from a PCI configuration > register. What is strange is that when using the pciconf tool I get > the result I expect, not with pci_read_config(). > > pciconf -r pci0:7:3: 0x48 returns 0x00006001 > > but > > value = pci_read_config(dev, 0x48, 4); returns 0x6 !!! > Here is some more testing: Reading any configuration register gives 0x6! But when creating a cfg structure with bus=0, slot=7 and func=3 in the attach routine then pass it to pci_cfgread(), it works. Also, when querying the pci bus with BUS_READ_IVAR() for BUS, SLOT and FUNC, I get 0,7,3. What is the hose field? Note also that I had to return NULL on the detection of the device 0x30401106 in pcisupport.c pcib_match() because it has a bridge class and the pcib driver was attached to it before viapm. Here is the piece of code: static int viapm_attach(device_t dev) { u_int32_t l, base_cfgreg; u_int16_t s; u_int8_t c; struct viapm_data *viapm; struct resource *res; device_t bitbang; pcicfgregs cfg; if (!(viapm = (struct viapm_data *)device_get_softc(dev))) return ENXIO; bzero(viapm, sizeof(struct viapm_data)); l = pci_read_config(dev, 0x8, 1); printf("%s: rev id 0x%x\n", __FUNCTION__, l); ## returns 0x6! Which is stupid switch (l) { case VIAPM_OEM_REV_E: base_cfgreg = VIAPM_CFG_3040E_BASE; /* Activate IO block access */ s = pci_read_config(dev, VIAPM_CFG_3040E_ACTIV, 2); pci_write_config(dev, VIAPM_CFG_3040F_ACTIV, s | VIAPM_ACTIV_E_MASK, 2); break; case VIAPM_OEM_REV_F: case VIAPM_PROD_REV_A: default: base_cfgreg = VIAPM_CFG_3040F_BASE; /* Activate IO block access */ c = pci_read_config(dev, VIAPM_CFG_3040F_ACTIV, 1); pci_write_config(dev, VIAPM_CFG_3040F_ACTIV, c | VIAPM_ACTIV_F_MASK, 1); break; } cfg.hose = -1; cfg.bus = 0; cfg.slot = 7; cfg.func = 3; l = pci_cfgread(&cfg, VIAPM_CFG_3040F_BASE, 4); printf("%s: base addr 0x%x\n", __FUNCTION__, l); ## return 0x6001! the correct value BUS_READ_IVAR(device_get_parent(dev), dev, PCI_IVAR_BUS, &l); printf("bus=%d\n", l); BUS_READ_IVAR(device_get_parent(dev), dev, PCI_IVAR_SLOT, &l); printf("slot=%d\n", l); BUS_READ_IVAR(device_get_parent(dev), dev, PCI_IVAR_FUNCTION, &l); printf("func=%d\n", l); ## return 0,7,3 if (!(res = bus_alloc_resource(dev, SYS_RES_IOPORT, &base_cfgreg, 0l, ~0l, 1, RF_ACTIVE))) { device_printf(dev, "could not allocate bus space\n"); return ENXIO; } viapm->st = rman_get_bustag(res); viapm->sh = rman_get_bushandle(res); printf("viapm: 0x%x and 0x%x\n", viapm->st, viapm->sh); VIAPM_OUTB(GPIO_DIR, VIAPM_INB(GPIO_DIR) | VIAPM_SCL | VIAPM_SDA); device_printf(dev, "attaching bitbanging...\n"); /* add generic bit-banging code */ if (!(bitbang = device_add_child(dev, "iicbb", -1))) return ENXIO; return (device_probe_and_attach(bitbang)); } -- Nicolas.Souchu@alcove.fr Alcôve - Open Source Software Engineer - http://www.alcove.fr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 20 15:55:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mh-a05.dmz.another.com (www.funmail.co.uk [212.62.7.9]) by hub.freebsd.org (Postfix) with SMTP id 372B337B400 for <hackers@FreeBSD.ORG>; Sat, 20 Jan 2001 15:54:46 -0800 (PST) Received: (qmail 13176 invoked from network); 20 Jan 2001 23:48:03 -0000 Received: from mh-a03.backend.another.com (HELO mh-a03.dmz.another.com) (172.16.100.14) by mh-a05.dmz.another.com with SMTP; 20 Jan 2001 23:48:03 -0000 Message-ID: <1795842299.980037938705.JavaMail.root@mh-a03.dmz.another.com> Date: Sun, 21 Jan 2001 00:45:38 +0000 (GMT+00:00) From: postmaster@another.com To: hackers@FreeBSD.ORG Subject: Your message has been bounced by another.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=1162764539.980037938703.JavaMail.root.mh-a03.dmz.another.com X-Another-Bounce: The mail has passed through the Bounce module. X-Funmail-UID: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --1162764539.980037938703.JavaMail.root.mh-a03.dmz.another.com Content-Type: text/plain Content-Transfer-Encoding: 7bit Hello, this is an automated message from another.com. We have tried to send your email to the address below, but we cannot find a user with that address. Please check the address of the person you are emailing and try again. moneytalks@showmethemoney.co.uk If you need further help, email us at support@another.com and a real, live human being will be happy to assist you. If you want to open your own another.com account then go to http://www.another.com/ Thanks, The another.crew --1162764539.980037938703.JavaMail.root.mh-a03.dmz.another.com Content-Type: message/rfc822 X-FunMail-size: 51936 X-Envelope-To: moneytalks@showmethemoney.co.uk Received: (qmail 3218 invoked from network); 20 Jan 2001 23:43:26 -0000 Received: from mx1.freebsd.org (216.136.204.125) by mh-a02.dmz.another.com with SMTP; 20 Jan 2001 23:43:26 -0000 Received: from hub.freebsd.org (hub.FreeBSD.org [216.136.204.18])by mx1.FreeBSD.org (Postfix) with ESMTPid 702A36E2BF4; Sat, 20 Jan 2001 15:44:29 -0800 (PST) Received: by hub.freebsd.org (Postfix, from userid 538)id E392837B402; Sat, 20 Jan 2001 15:44:28 -0800 (PST) Received: from localhost (localhost [127.0.0.1])by hub.freebsd.org (Postfix) with SMTPid D1FB12E8191; Sat, 20 Jan 2001 15:44:28 -0800 (PST) Received: by hub.freebsd.org (bulk_mailer v1.12); Sat, 20 Jan 2001 15:44:28 -0800 From: owner-freebsd-hackers-digest@FreeBSD.ORG (freebsd-hackers-digest) To: freebsd-hackers-digest@FreeBSD.ORG Subject: freebsd-hackers-digest V5 #14 Reply-To: hackers@FreeBSD.ORG Sender: owner-freebsd-hackers-digest@FreeBSD.ORG Precedence: bulk Message-ID: <bulk.29171.20010120154428@hub.freebsd.org> Date: Sat, 20 Jan 2001 15:44:28 -0800 (PST) freebsd-hackers-digest Saturday, January 20 2001 Volume 05 : Number 014 In this issue: Re: Patch to fix "make buildkernel requires full obj directory" mistake (fwd) libh disk editor Re: startx /dev/mem problem RE: ISR not triggered upon the interrupts and OS hangs Re: ISR not triggered upon the interrupts and OS hangs Re: startx /dev/mem problem RE: ISR not triggered upon the interrupts and OS hangs Re: Protections on inetd (and /sbin/* /usr/sbin/* in general) Re: accessing an outside IP from inside a NAT net Re: Clustering FreeBSD Re: accessing an outside IP from inside a NAT net Re: accessing an outside IP from inside a NAT net Re: accessing an outside IP from inside a NAT net Re: accessing an outside IP from inside a NAT net Re: how to test out cron.c changes? (was: cvs commit: src/etc crontab) Re: startx /dev/mem problem Does anyone know how to let fd0.1720 be bootable? Re: startx /dev/mem problem Re: scsi and PS2 mode parallel port programming odd result of pci_read_config Re: Does anyone know how to let fd0.1720 be bootable? building a fixit floppy? Re: building a fixit floppy? Re: how to test out cron.c changes? (was: cvs commit: src/etc crontab) Re: Clustering FreeBSD Re: Does anyone know how to let fd0.1720 be bootable? Re: how to test out cron.c changes? (was: cvs commit: src/etc crontab) Re: how to test out cron.c changes? (was: cvs commit: src/etc crontab) more info about: odd result of pci_read_config ---------------------------------------------------------------------- Date: Fri, 19 Jan 2001 15:34:33 -0800 From: Dima Dorfman <dima@unixfreak.org> Subject: Re: Patch to fix "make buildkernel requires full obj directory" mistake > Like lots of people who use FreeBSD rather than tinker with it, > I have never done "make any-kind-of-world" and never expect to. > I create a kernel config with my stuff in it, and do config, > make, make install. I trust this is not going to be broken? This is not broken, and will not be broken. Lots of people will scream if it is, myself included (this was discussed when buildkernel was first introduced, and the consensus was that the "old way" should/will always work). This thread is about not teaching two ways (buildkernel and make && make install) to new users who, as you described yourself, have never done make any-kind-of-world, and only want to build a kernel for whatever reason (hardware not in GENERIC, memory footprint, etc.). In other, shorter, words: both ways will work, we just don't want to confuse new users with two ways to achieve the same task. Dima Dorfman dima@unixfreak.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message ------------------------------ Date: Sat, 20 Jan 2001 01:00:34 +0100 From: Alexander Langer <alex@big.endian.de> Subject: (fwd) libh disk editor Hi! I'm forwarding this here for those of you who might have missed it on cvs-all/committers. This is libh's version of the disk-editor. Note that it is alpha-software, so be careful with use. Some dialogs (e.g. the "About"-dialog) just don't work, but you will notice this. At least, it is a nice example of what libh is able to do. - ----- Forwarded message from Alexander Langer <alex@big.endian.de> ----- From: Alexander Langer <alex@big.endian.de> Subject: libh disk editor To: Dag-Erling Smorgrav <des@ofug.org> Cc: Alfred Perlstein <bright@wintelcom.net>, Valentin Nechayev <netch@carrier.kiev.ua>, John Baldwin <jhb@freebsd.org>, cvs-committers@freebsd.org, cvs-all@freebsd.org Date: Sat, 20 Jan 2001 00:03:26 +0100 Thus spake Dag-Erling Smorgrav (des@ofug.org): > > I didn't try to edit a disk with it (because I lack a test-disk), but > > I might try. > Hey, I have disks. How do I obtain / build the code? Ok. I've statically linked a tcl interpreter with the libs. Note: -current's Disk_Names() from libdisk finds only ad0 here, though I have ad0 and ad2, so this is not a bug of libh :-) The files are on http://people.freebsd.org/~alex/libh/tclh.static.gz http://people.freebsd.org/~alex/libh/disk.tcl I'm actually rewriting disk.tcl, since some stuff in the User-Interface API changed. Alex - -- cat: /home/alex/.sig: No such file or directory - ----- End forwarded message ----- - -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message ------------------------------ Date: Fri, 19 Jan 2001 16:01:24 -0800 From: Dima Dorfman <dima@unixfreak.org> Subject: Re: startx /dev/mem problem > Fatal server error: > xf86OpenConsole: Server must be suid root As it says, the server must be run setuid to root. Old versions of XFree86 (3.x.y) installed all servers setuid to root by default. This is a security hazard. XFree86 4.0.x do not install them setuid to root. You either need to use xdm (or a compatible login manager), or run the server setuid to root. If you choose the latter, you may find the Xwrapper port (/usr/ports/x11/wrapper) may be of some assistance. It allows you not to have every server setuid to root, only itsself, which will run the appropriate server (in short). Dima Dorfman dima@unixfreak.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message ------------------------------ Date: Fri, 19 Jan 2001 19:27:29 -0500 From: "Howie Xu" <hxu@rios.sitaranetworks.com> Subject: RE: ISR not triggered upon the interrupts and OS hangs Hi Mike et al., The bug was solved and it was because the BIOS advertises wrong interrupt line. It should be 5, not 12. So I registered ISR for line 12, of course never triggered. On the other hand, if no one registers for an interrupt line, how come the OS just hangs, is this a feature or bug? I know that Linux would disable that interrupt line if no driver ever registers a certain intr line when the first interrupt comes in. Thanks for your information! - -Howie > -----Original Message----- > From: Howie Xu [mailto:hxu@rios.sitaranetworks.com] > Sent: Wednesday, January 17, 2001 11:01 AM > To: Mike Smith > Cc: freebsd-hackers@freebsd.org > Subject: RE: ISR not triggered upon the interrupts and OS hangs > > > I am using FreeBSD 3.2, and all the sample drivers in > /usr/src/sys/pci/*.c uses pci_map_int(). > > How can I debug it in 3.2 to know what the OS thinks when the > interrupts come in and OS hangs? > > Thanks again, > > -Howie > > > -----Original Message----- > > From: Mike Smith [mailto:msmith@freebsd.org] > > Sent: Wednesday, January 17, 2001 2:20 AM > > To: Howie Xu > > Cc: freebsd-hackers@freebsd.org > > Subject: Re: ISR not triggered upon the interrupts and OS hangs > > > > > > > Dear Freebsd Hackers, > > > > > > Here is a question regarding my bsd device drivers: > > > > > > I used the pci_map_int() to register an interrupt handler for > > my PCI device > > > (intline = 12). But when the interrupt comes in, the handler > > (ISR) is not > > > triggered at all. But the OS hangs and I can see continuous interrupts > > > coming in on the PCI sniffer. > > > > You don't use pci_map_int() on any modern version of FreeBSD; you use > > bus_alloc_resource() and bus_setup_intr(). > > > > Since you don't mention which FreeBSD version you're using, > it's hard to > > be of any more assistance. > > > > -- > > ... 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 ------------------------------ Date: Fri, 19 Jan 2001 17:03:25 -0800 From: Mike Smith <msmith@freebsd.org> Subject: Re: ISR not triggered upon the interrupts and OS hangs > The bug was solved and it was because the BIOS advertises wrong interrupt > line. It should be 5, not 12. So I registered ISR for line 12, of course > never triggered. Er, can you be more specific here? Where is the interrupt line "advertised"? Is the BIOS incorrectly populating the intline register? Are you certain that the BIOS is doing this? (It would completely violate the PCI specification and cause the system to fail under almost every OS in existence.) > On the other hand, if no one registers for an interrupt line, how come the > OS just hangs, is this a feature or bug? I know that Linux would disable > that interrupt line if no driver ever registers a certain intr line when the > first interrupt comes in. FreeBSD doesn't do this, so you get an interrupt storm (PCI interrupts are a persistent condition). It's a violation of the PCI specification for a device to interrupt until it's initialised, so it should be unncessary. Arguably, we could do 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 ------------------------------ Date: 20 Jan 2001 01:51:43 +0100 From: Dag-Erling Smorgrav <des@ofug.org> Subject: Re: startx /dev/mem problem Chris Stenton <jacs@gnome.co.uk> writes: > Fatal server error: > xf86OpenConsole: Server must be suid root ^^^^^^^^^^^^^^^^^^^^^^^^ This is your clue. DES - -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message ------------------------------ Date: Fri, 19 Jan 2001 21:07:10 -0500 From: "Howie Xu" <hxu@rios.sitaranetworks.com> Subject: RE: ISR not triggered upon the interrupts and OS hangs I am developing a device driver for a network processor. Using pci_cfgread(intline), I read intline 12, but after using DDB to debug the situation, I was convinced that the device actually generates inline 5. After registering my ISR with intline 5, everything is perfect now. Btw, the device was initialized, but I just didn't register the ISR on the right intline. Thanks, - -Howie > -----Original Message----- > From: Mike Smith [mailto:msmith@freebsd.org] > Sent: Friday, January 19, 2001 8:03 PM > To: Howie Xu > Cc: freebsd-hackers@freebsd.org > Subject: Re: ISR not triggered upon the interrupts and OS hangs > > > > The bug was solved and it was because the BIOS advertises wrong > interrupt > > line. It should be 5, not 12. So I registered ISR for line 12, of course > > never triggered. > > Er, can you be more specific here? Where is the interrupt line > "advertised"? Is the BIOS incorrectly populating the intline register? > Are you certain that the BIOS is doing this? (It would completely violate > the PCI specification and cause the system to fail under almost every OS > in existence.) > > > On the other hand, if no one registers for an interrupt line, > how come the > > OS just hangs, is this a feature or bug? I know that Linux would disable > > that interrupt line if no driver ever registers a certain intr > line when the > > first interrupt comes in. > > FreeBSD doesn't do this, so you get an interrupt storm (PCI interrupts > are a persistent condition). It's a violation of the PCI specification > for a device to interrupt until it's initialised, so it should be > unncessary. Arguably, we could do 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 ------------------------------ Date: Sat, 20 Jan 2001 14:16:03 +1100 (EST) From: Andy Farkas <andyf@speednet.com.au> Subject: Re: Protections on inetd (and /sbin/* /usr/sbin/* in general) I've said it before, and I'll say it again: http://www.FreeBSD.org/cgi/query-pr.cgi?pr=13606 > Tony Finch <dot@dotat.at> writes: > > Apache itself has support for setting resource limits, although I > > agree that in many cases you may want them to be different between the > > httpd and the CGIs. > > You most emphatically do not want to do that. You want the CGI to run > with its owner's resource limits. > > > I expect chrooting was left out because people who have the wit to set > > up a chroot are capable of adding a couple of lines to a C program. > > Said program has a big fat warning at the top that says something like > "do not ever change this program, you'll only screw it up"... I'm > tempted to reply "not much more than it already is". Eivind and I > rewrote it for our previous employer, but the mod is part of a large > chunk of proprietary code, unfortunately. > > DES > -- > Dag-Erling Smorgrav - des@ofug.org > - -- :{ andyf@speednet.com.au Andy Farkas System Administrator Speednet Communications http://www.speednet.com.au/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message ------------------------------ Date: Fri, 19 Jan 2001 21:32:23 -0800 (PST) From: Ian Kallen <spidaman@arachna.com> Subject: Re: accessing an outside IP from inside a NAT net Well, I've been fiddling with the ipfw syntax, I thought this would do it /sbin/ipfw add divert 80 all from 10.0.0.128/25 to 206.169.18.10 via ep0 but that ain't it. 10.0.0.128/25 has servers, 10.0.0.0/25 has clients, both gateways 10.0.0.1 and 10.0.0.129 run off ep0... yes, I've been reading the ipfw man page and the archives, yet even though the two nets can access each other directly, I haven't been able to get the clients to access any server resources via the 206.169.18.10 nat. Further suggestions? thanks, - -Ian - -- Ian Kallen <spidaman@arachna.com> | AIM: iankallen | efax: (415) 354-3326 On Fri, 19 Jan 2001, Nick Rogness wrote: > On Fri, 19 Jan 2001, Ian Kallen wrote: > > > > > I'd like a hand figuring out how to access resources on the internal side > > of a NAT net from within it without doing something kludgey with DNS. > > i.e. suppose I run natd with a configuration like this: > > > > # begin /etc/natd.conf > > use_sockets > > same_ports > > port 8668 > > deny_incoming no > > log > > redirect_port tcp 10.0.0.128:80 206.169.18.10:80 > > # end /etc/natd.conf > > > > Now if the DNS for the web server www.foo.com running on 10.0.0.128 > > directs a browser on the 10.0.0.0 net to 206.169.18.10, it doesn't get > > routed back to 10.0.0.128; it just hangs (I'm acutally not sure what's > > happening there, the connction never succeeds). Is there a nice way to > > handle this case without running a dummy DNS just for the 10.0.0.0 > > internal net? > > > Run a firewall rule for diverting packets on your inside > interface for that web server. > > > Nick Rogness > - Drive defensively. Buy a tank. > > > > > 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 ------------------------------ Date: Fri, 19 Jan 2001 22:42:11 -0700 From: "Russell L. Carter" <rcarter@pinyon.org> Subject: Re: Clustering FreeBSD %> No it would not! Back in '94 I ported dmake to FreeBSD %> and built just about every numerics package out there %> on a 4 CPU cluster. Worked fine, but not much in overall %> speedup, because... tadum! Where do you get the source %> files, and how do you get the objs back :-) Not low %> latency, eh? F-Enet then, G-Enet now :) % %You need a better file server. My previous employer, where the software %staff recompiles 3 million lines of code 20 or 30 times a day, employs %pmake and a farm of Sun Ultra-5 workstations to parallelize their makes. %It allows them to complete a build in an hour that would take a single %Ultra-5 almost 20 hours to complete, even with 3 or 4 builds running in %parallel. The network is 100BaseTX to the workstations and 1000BaseSX %to the (NFS) fileserver. Cool! I'd like to learn more. Then... can you elaborate on the build structure a bit? Is it a single large dir (surely not), or how do the dependencies work? For instance, with ACE/TAO (many hours to build when including orbsvcs) there's only a few large directories that can be parallelized over say 10 cpus by gmake, at least. The rest have ten files or less where each file takes maybe 45s to compile on a 1GHz processor. There are quite a few of these. And directories are compiled sequentially. %> Nowadays, you'd want to "globus ify" things, rather than %> use use PVM. %> %> But critically, speedup would only happen if jobs were %> allocated at a higher level than they are now. %> %> Now for building something like a full version of TAO, %> why that might work. But even then, a factor of 2x is %> unlikely until the dependencies are factored out at %> the directory level. % %See the paper "Recursive Make Considered Harmful." Make is an amazing %tool when used correctly. That's not the problem, unfortunately. I've never had a problem rebuilding dependencies unnecessarily, or any of those other problems described. Well precompiled headers would be really really cool. The problem, again, is that parallelism is limited by the directory structure, and the directory structure is entirely rational. Thanks! Russell To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message ------------------------------ Date: Sat, 20 Jan 2001 00:04:29 -0700 (MST) From: Nick Rogness <nick@rapidnet.com> Subject: Re: accessing an outside IP from inside a NAT net On Fri, 19 Jan 2001, Ian Kallen wrote: > Well, I've been fiddling with the ipfw syntax, I thought this would do it > /sbin/ipfw add divert 80 all from 10.0.0.128/25 to 206.169.18.10 via ep0 > but that ain't it. > > 10.0.0.128/25 has servers, 10.0.0.0/25 has clients, both gateways > 10.0.0.1 and 10.0.0.129 run off ep0... yes, I've been reading the ipfw man > page and the archives, yet even though the two nets can access each other > directly, I haven't been able to get the clients to access any server > resources via the 206.169.18.10 nat. Further suggestions? I have had this same problem before and have solved it when dealing with setup of a DMZ using FreeBSD. This is actually a pretty tricky ipfw setup to get it to work right (depending on network layout). Let me see if I can give you the details. But first I need a tad more details on how your network is laid out. Are 10.0.0.129 & 10.0.0.1 bound to the same ethernet card? Nick Rogness - - Drive defensively. Buy a tank. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message ------------------------------ Date: Sat, 20 Jan 2001 00:09:55 -0700 (MST) From: Nick Rogness <nick@rapidnet.com> Subject: Re: accessing an outside IP from inside a NAT net On Fri, 19 Jan 2001, Ian Kallen wrote: > Well, I've been fiddling with the ipfw syntax, I thought this would do it > /sbin/ipfw add divert 80 all from 10.0.0.128/25 to 206.169.18.10 via ep0 > but that ain't it. > > 10.0.0.128/25 has servers, 10.0.0.0/25 has clients, both gateways > 10.0.0.1 and 10.0.0.129 run off ep0... yes, I've been reading the ipfw man > page and the archives, yet even though the two nets can access each other > directly, I haven't been able to get the clients to access any server > resources via the 206.169.18.10 nat. Further suggestions? > thanks, > -Ian Also 10.0.0.128 is on a subnet boundary when used with a /25 netmask and therefore can not be used. how is the network clients and servers configured on the 10.0.0 network? Nick Rogness - - Drive defensively. Buy a tank. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message ------------------------------ Date: Sat, 20 Jan 2001 00:34:09 -0700 (MST) From: Nick Rogness <nick@rapidnet.com> Subject: Re: accessing an outside IP from inside a NAT net On Fri, 19 Jan 2001, Ian Kallen wrote: > Well, I've been fiddling with the ipfw syntax, I thought this would do it > /sbin/ipfw add divert 80 all from 10.0.0.128/25 to 206.169.18.10 via ep0 > but that ain't it. > > 10.0.0.128/25 has servers, 10.0.0.0/25 has clients, both gateways > 10.0.0.1 and 10.0.0.129 run off ep0... yes, I've been reading the ipfw man > page and the archives, yet even though the two nets can access each other > directly, I haven't been able to get the clients to access any server > resources via the 206.169.18.10 nat. Further suggestions? > thanks, > -Ian For the following solution, lets assume that you have 2 logical networks 10.0.0.0/25 and 10.0.0.128/25 both bound to the inside interface ep0 (which may or may not be true). Your outside interface we'll call fxp0. You server's inside address is 10.0.0.130 and outside address 206.169.18.10 In /etc/new.firewall.rules: # Divert outside packets in & out ipfw add 100 divert natd ip from any to any via fxp0 # Divert packets from the 10.0.0.0/25 network to the server going to # the public server address ipfw add 200 divert natd ip from 10.0.0.0/25 to 206.169.18.10 via ep0 # Divert packets from the server back to the 10.0.0.0/25 network ipfw add 300 divert natd ip from 10.0.0.130/32 to 10.0.0.0/25 via ep0 - ----- In /etc/natd.conf: use_sockets same_ports port 8668 deny_incoming no log redirect_port tcp 10.0.0.128:80 206.169.18.10:80 - ----- You could also run a seperate natd because you may run into problems with the alias address that is natd is using. In this case, a simple rule may do the trick: ipfw add 200 divert natd ip from any to any via ep0 Of course, I am making assumptions on how your network is layed out. Nick Rogness - - Drive defensively. Buy a tank. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message ------------------------------ Date: Fri, 19 Jan 2001 23:49:58 -0800 (PST) From: Ian Kallen <spidaman@arachna.com> Subject: Re: accessing an outside IP from inside a NAT net Cool, thanks. Yes, there's now two subnets on the internal network. I changed the IP on the backend here's the config details: # /etc/rc.conf excerpt ifconfig_ed0="inet 206.169.18.10 netmask 255.255.255.0" ifconfig_ep0="inet 10.0.0.1 netmask 255.255.255.128" ifconfig_ep0_alias0="inet 10.0.0.129 netmask 255.255.255.128" # /etc/natd.conf use_sockets same_ports port 8668 deny_incoming no log redirect_port tcp 10.0.0.130:80 206.169.18.10:80 # /etc/rc.firewall /sbin/ipfw -f flush /sbin/ipfw add divert natd all from any to any via ed0 /sbin/ipfw add pass all from any to any So if you can suss the incantation that allows 10.0.0.0/25 hosts to access 10.0.0.130 via 206.169.18.10, I think I'd be all set! thanks, - -Ian - -- Ian Kallen <spidaman@arachna.com> | AIM: iankallen | efax: (415) 354-3326 On Sat, 20 Jan 2001, Nick Rogness wrote: > On Fri, 19 Jan 2001, Ian Kallen wrote: > > > Well, I've been fiddling with the ipfw syntax, I thought this would do it > > /sbin/ipfw add divert 80 all from 10.0.0.128/25 to 206.169.18.10 via ep0 > > but that ain't it. > > > > 10.0.0.128/25 has servers, 10.0.0.0/25 has clients, both gateways > > 10.0.0.1 and 10.0.0.129 run off ep0... yes, I've been reading the ipfw man > > page and the archives, yet even though the two nets can access each other > > directly, I haven't been able to get the clients to access any server > > resources via the 206.169.18.10 nat. Further suggestions? > > I have had this same problem before and have solved it when > dealing with setup of a DMZ using FreeBSD. > > This is actually a pretty tricky ipfw setup to get it to work > right (depending on network layout). Let me see if I can give you > the details. But first I need a tad more details on how your > network is laid out. > > Are 10.0.0.129 & 10.0.0.1 bound to the same ethernet card? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message ------------------------------ Date: Sat, 20 Jan 2001 10:53:25 +0200 From: Neil Blakey-Milner <nbm@mithrandr.moria.org> Subject: Re: how to test out cron.c changes? (was: cvs commit: src/etc crontab) On Fri 2001-01-19 (12:44), Matt Dillon wrote: > :I'm just editing the PR with the cron patches to "catch up" with > :OpenBSD in this respect (stating that it doesn't handle DST, but > :has benefits whenever one's clock is jumping or cron waking up > :too late and _could_ be extended to handle DST). Therein I > :suggest to > :- not touch current cron at all but switch to a different > : executable by means of the newly introduced rc.conf variables > : or to > :- modify cron but make the new code optional while defaulting to > : off > :(in this order). Although I cannot say which variant will happen > :driven by those with enough priviledges to decide and commit. As > :well as I cannot even tell you if something will be done at all > :in the near future regarding the fact that there's no DST > :solution available yet -- which was the actual reason for the > :wish to change something. > : > :virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 > :Gerhard Sittig true | mail -s "get gpg key" Gerhard.Sittig@gmx.net > > In the second suggestion, I presume turned off by default > but can be turned on with a command-line option? (Verses > a make.conf compile-time variable). I like the idea of > a command-line option to turn on the 'new' code. That provides > a consistent, straightforward way of allowing developers to test > the code, making it available in releases with a simple rc.conf > twitch, and eventually (years later judging by the flame war:-)) > turning it on in /etc/defaults/rc.conf. There seems not to be a real argument against the algorithm, plenty of support for having it available as an option, and only an argument against it being default. I'm quite happy for it not to be default, as I'm sure Gerhard is. Thus, there's no reason not to add the ability (at least OpenBSD, Debian and HP-UX have similar behaviour), so we should proceed. All we need do is add the option to getopt, and turn the "optimisation check for the default 1 minute case" to check if the "new behaviour flag" is not checked. Ie: if (!bflag || (timeDiff == 1)) { virtualTime = timeRunning; find_jobs(virtualTime, &database, TRUE, TRUE); } else { wakeupKind = -1; if (timeDiff > -(3*MINUTE_COUNT)) wakeupKind = 0; ... It should work exactly like the old cron behaviour, unless the '-b' flag is given. Neil - -- Neil Blakey-Milner nbm@mithrandr.moria.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message ------------------------------ Date: Sat, 20 Jan 2001 01:48:38 -0800 From: "Crist J. Clark" <cjclark@reflexnet.net> Subject: Re: startx /dev/mem problem On Sat, Jan 20, 2001 at 01:51:43AM +0100, Dag-Erling Smorgrav wrote: > Chris Stenton <jacs@gnome.co.uk> writes: > > Fatal server error: > > xf86OpenConsole: Server must be suid root > ^^^^^^^^^^^^^^^^^^^^^^^^ > This is your clue. He might also be running at elevated securelevel. - -- Crist J. Clark cjclark@alum.mit.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message ------------------------------ Date: Sat, 20 Jan 2001 20:24:05 +0900 From: ynishimura@home.nimc.go.jp Subject: Does anyone know how to let fd0.1720 be bootable? Dear sirs I have been developing many kinds of 1FD-applications( http://www.ryuchi.org/~iloved ) with FreeBSD2.2.8. 1FD-SQUID, 1FD-SAMBA, etc. Recently, I can use fd0.1720( 21 Sectors/track, 82 track), not fd0.1440(18 Sectors/track, 80 track). But, fd0.1720 cannot be bootable. I can see "boot: " message on screen, but it cannot load kernel because boot2 cannot access fd0.1720. I change RA_SECTORS from 18 to 21 in /sys/i386/boot/biosboot/disk.c. But, it could not boot. Does anyone know how to let fd0.1720 be bootable? Sincerely Y.NISHIMURA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message ------------------------------ Date: 20 Jan 2001 14:05:50 +0100 From: Dag-Erling Smorgrav <des@ofug.org> Subject: Re: startx /dev/mem problem "Crist J. Clark" <cjclark@reflexnet.net> writes: > On Sat, Jan 20, 2001 at 01:51:43AM +0100, Dag-Erling Smorgrav wrote: > > Chris Stenton <jacs@gnome.co.uk> writes: > > > Fatal server error: > > > xf86OpenConsole: Server must be suid root > > ^^^^^^^^^^^^^^^^^^^^^^^^ > > This is your clue. > He might also be running at elevated securelevel. He said he wasn't. DES - -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message ------------------------------ Date: Sat, 20 Jan 2001 15:55:01 +0100 From: Nicolas Souchu <nsouch@alcove.fr> Subject: Re: scsi and PS2 mode parallel port programming On Fri, Jan 12, 2001 at 10:41:29AM +0000, Nick Hibma wrote: > > > You've been speaking to Nicolas Souchu, right? He has written the > current driver and seems to know a fair bit about this topic. We've solved the problem. > > Nick > > > | I'll put this on my pile of things to and dig through the CAM changes to > > | find it. There weren't that many in the past year. > > > > I finally heard from the guy who noticed the change, and asked if he could > > help localize it. > > > > | I don't know much about the PS2 mode nor the parallel port driver > > | (allthough I've had my fingers in there, as you know). > > > > A parallel port in ECP mode should support PS2 without any problem, correct? > > And if I recall, it worked under 3.x, so that *should* rule out a buggy BIOS > > or hardware anomaly. I *hate* when problems only afflict my machine. > > > > > > jcm > > -- > > o-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-o > > | ~~~~~~~~~~~~ Jonathon McKitrick ~~~~~~~~~~~~~ | > > | "I prefer the term 'Artificial Person' myself." | > > o-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-o > > > > -- > Qube Software, Ltd. Private: > n_hibma@qubesoft.com n_hibma@webweaving.org > n_hibma@freebsd.org > http://www.qubesoft.com/ http://www.etla.net/~n_hibma/ > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message - -- Nicolas.Souchu@alcove.fr Alcôve - Open Source Software Engineer - http://www.alcove.fr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message ------------------------------ Date: Sat, 20 Jan 2001 16:18:35 +0100 From: Nicolas Souchu <nsouch@alcove.fr> Subject: odd result of pci_read_config Hi folks, I have a problem with R4.2. The device driver I'm currently writing can't retrieve correctly the value from a PCI configuration register. What is strange is that when using the pciconf tool I get the result I expect, not with pci_read_config(). pciconf -r pci0:7:3: 0x48 returns 0x00006001 but value = pci_read_config(dev, 0x48, 4); returns 0x6 !!! The later is called from the attach routine of the driver which is detected like this: viapm0: <VIA VT82C586B Power Management Unit> at device 7.3 on pci0 My pci config is: chip0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x05971106 rev=0x04 hdr=0x00 pcib1@pci0:1:0: class=0x060400 card=0x00000000 chip=0x85981106 rev=0x00 hdr=0x01 isab0@pci0:7:0: class=0x060100 card=0x00000000 chip=0x05861106 rev=0x47 hdr=0x00 atapci0@pci0:7:1: class=0x01018a card=0x00000000 chip=0x05711106 rev=0x06 hdr=0x00 viapm0@pci0:7:3: class=0x060400 card=0x00000000 chip=0x30401106 rev=0x10 hdr=0x01 pcm0@pci0:8:0: class=0x040100 card=0x13191319 chip=0x08011319 rev=0xb1 hdr=0x00 none0@pci0:8:1: class=0x090410 card=0x13191319 chip=0x08021319 rev=0xb1 hdr=0x00 ahc0@pci0:9:0: class=0x010000 card=0x00000000 chip=0x81789004 rev=0x00 hdr=0x00 fxp0@pci0:10:0: class=0x020000 card=0x10c3103c chip=0x12298086 rev=0x05 hdr=0x00 none1@pci1:0:0: class=0x030000 card=0x00281002 chip=0x52461002 rev=0x00 hdr=0x00 So what may be the problem? Also, some PCI drivers allocate IOPORT resources by giving the PCI configuration register as the rid of the bus_alloc_resource call... how can it work? What are the magics in pci framework for this? Thanks, Nicholas - -- Nicolas.Souchu@alcove.fr Alcôve - Open Source Software Engineer - http://www.alcove.fr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message ------------------------------ Date: Sat, 20 Jan 2001 10:34:31 -0500 From: "Donald J . Maddox" <dmaddox@sc.rr.com> Subject: Re: Does anyone know how to let fd0.1720 be bootable? I think this is a BIOS issue. I don't think any BIOS will let you boot from arbitrarily-formatted floppies :) On Sat, Jan 20, 2001 at 08:24:05PM +0900, ynishimura@home.nimc.go.jp wrote: > Dear sirs > > I have been developing many kinds of 1FD-applications( > http://www.ryuchi.org/~iloved ) with FreeBSD2.2.8. > > 1FD-SQUID, 1FD-SAMBA, etc. > > Recently, I can use fd0.1720( 21 Sectors/track, 82 track), not fd0.1440(18 > Sectors/track, 80 track). > > But, fd0.1720 cannot be bootable. > > I can see "boot: " message on screen, but it cannot load kernel because boot2 > cannot access fd0.1720. > > I change RA_SECTORS from 18 to 21 in /sys/i386/boot/biosboot/disk.c. But, it > could not boot. > > Does anyone know how to let fd0.1720 be bootable? > > Sincerely > Y.NISHIMURA > > > > > > 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 ------------------------------ Date: Sat, 20 Jan 2001 13:02:16 -0500 (EST) From: rt <rtecco@umich.edu> Subject: building a fixit floppy? i am having trouble building a fixit floppy - which is 2.88 M image. i can perform: dd if=fixit.flp of=/dev/fd0c (on my openbsd box) but it reaches the end of the device, writing 1.44 (obviously). when i try to use this disk, it looks like it works, but commands like 'ls' and 'mount' just print garbage to the screen. i don't know whether this is a corrupted binary or something else. thx in advance, rt - ------------- rt 734-332-4562 "Most people's lives are taken up with a great many trivial things that they don't really care about, but which they feel they have to do. I just don't do that." - esr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message ------------------------------ Date: Sat, 20 Jan 2001 13:09:00 -0500 From: "Donald J . Maddox" <dmaddox@sc.rr.com> Subject: Re: building a fixit floppy? I don't know where you came across a 2.88M fixit.flp... But, if you go to your friendly local ftp.freebsd.org mirror and look for: pub/FreeBSD/releases/i386/4.2-RELEASE/floppies/fixit.flp You will find a 1.44M version :) On Sat, Jan 20, 2001 at 01:02:16PM -0500, rt wrote: > > i am having trouble building a fixit floppy - which is > 2.88 M image. i can perform: > > dd if=fixit.flp of=/dev/fd0c (on my openbsd box) > > but it reaches the end of the device, writing 1.44 (obviously). > > when i try to use this disk, it looks like it works, but > commands like 'ls' and 'mount' just print garbage to the screen. > i don't know whether this is a corrupted binary or something > else. > > thx in advance, > rt > > ------------- > rt > 734-332-4562 > > "Most people's lives are taken up with > a great many trivial things that > they don't really care about, but > which they feel they have to > do. I just don't do that." > - esr > > > > 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 ------------------------------ Date: Sat, 20 Jan 2001 19:43:25 +0100 From: Gerhard Sittig <Gerhard.Sittig@gmx.net> Subject: Re: how to test out cron.c changes? (was: cvs commit: src/etc crontab) On Wed, Jan 17, 2001 at 18:48 +0100, Gerhard Sittig wrote: > > I'm just editing the PR with the cron patches [ ... ] So it finally happened. It's filed as "bin/24485: [PATCH] to make cron(8) handle clock jumps" and got archived at http://www.freebsd.org/cgi/query-pr.cgi?pr=24485 I don't see it as a ready solution but more as a basis for further discussion if needed or considered useful. Up to now there was only the reference to "cvs diff -r1.3 -r1.4 $OPENBSDTREE/cron.c". Now there's an isolated DST part of what's different between OpenBSD and FreeBSD. And the code turned out to not handle DST, but time(3) differences. In the course of this thread I got uncertain if this is the way to follow when talking about the DST issue. The PR's subject tries to demonstrate that I see the patch to serve a different purpose from what its manpage diff promises. As a consequence I try to discuss in the PR the enhancements the diff could be in need of as well as what other mechanisms could solve (or lower) the DST "problem". There's nothing new for those who followed the thread. But it might be pleasant to have them bundled and archived. (Sorry if I forgot something or didn't read it. It's no bad intent, I'm just not subscribed to - -hackers and the web frontend has some four days of delay. And I don't browse from where I do the mail, so something could get dropped "in transit". Feel free to followup to the PR in case there's something missing or wrong. But you surely do without me inviting you:) Combine this one with the "conf/24358: [PATCH] etc/rc variables for cron(8)" PR and everybody has the choice to - - do nothing and live unaffected - - create / get a port and switch over to it ('cd /usr/ports; make search key=cron' is empty at the moment) - - repo copy cron and fiddle in any way with the new instance - - locally patch the cron tree and leave others unaffected - - revive private implementations (? I heard mention of these) There should be no suspicion any longer of getting harmed for no other reason than lazy / unexperienced / misguided admins' wanting their computer to do things the way humans expect. :) I wouldn't think about make.conf switches, but rather handle it the rc.conf way. Have the one "stable" cron that's been there for good, leave it untouched and experiment in one of the above sketched ways. This should give the maximum in deterministic and expected behaviour for those wanting consistency with the current implementation as well as maximum flexibility for those who feel a change to be necessary for their own environments. The lesson I have learnt from the discussion is that there is no single cron that would be able to satisfy everyone. And since cron is an essential component of a UNIX machine concerns cannot be taken easily. virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 Gerhard Sittig true | mail -s "get gpg key" Gerhard.Sittig@gmx.net - -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message ------------------------------ Date: Fri, 19 Jan 2001 23:38:13 -0700 From: Wes Peters <wes@softweyr.com> Subject: Re: Clustering FreeBSD "Russell L. Carter" wrote: > > %> No it would not! Back in '94 I ported dmake to FreeBSD > %> and built just about every numerics package out there > %> on a 4 CPU cluster. Worked fine, but not much in overall > %> speedup, because... tadum! Where do you get the source > %> files, and how do you get the objs back :-) Not low > %> latency, eh? F-Enet then, G-Enet now :) > % > %You need a better file server. My previous employer, where the software > %staff recompiles 3 million lines of code 20 or 30 times a day, employs > %pmake and a farm of Sun Ultra-5 workstations to parallelize their makes. > %It allows them to complete a build in an hour that would take a single > %Ultra-5 almost 20 hours to complete, even with 3 or 4 builds running in > %parallel. The network is 100BaseTX to the workstations and 1000BaseSX > %to the (NFS) fileserver. > > Cool! I'd like to learn more. > > Then... can you elaborate on the build structure a bit? Is it > a single large dir (surely not), or how do the dependencies work? No, there were nearly a hundred directories scattered all over the place. It was actually quite a mess. There were also a couple of hand-enforced relationships that were quite messy. The entire mass was big enough that parallelizing was hugely beneficial even with the ugly mess the build system was. > For instance, with ACE/TAO (many hours to build when including > orbsvcs) there's only a few large directories that can > be parallelized over say 10 cpus by gmake, at least. These are the types of directories that can benefit easily. Ideally, with no overhead for job starting, you would be able to use n processors to compile n files all at the same time. Realistically you're quite limited by the network bandwidth and the speed of the file server, but since compiling is not a completely I/O bound process, you can do perhaps some- what better than just an obvious bandwidth multipler. For instance, if you have 100BaseTX on the build machines and 1000Base?? on the file server, you make actually be able to utilize 12 or 14 or maybe even 20 build machines before saturating the fileserver. > The rest have > ten files or less where each file takes maybe 45s to compile on a > 1GHz processor. There are quite a few of these. > And directories are compiled sequentially. If you replace your recursive Makefiles with a single dependency tree, it doesn't matter how many files are in a directory. You can launch enough compiles to complete the directory, building the executable or library or whatever is made there, because you can be sure that all if it's dependencies have already been built, and that nothing that depends on it will get touched until it has completed. There is a good discussion of this on the Perforce web pages, in their discussion of Jam/MR, a somewhat newer tool similar to Make. Jamfiles are never recursive; tools are provided for building Jamfiles that describe the entire project so the dependency tree is completely expressed. > %> Nowadays, you'd want to "globus ify" things, rather than > %> use use PVM. > %> > %> But critically, speedup would only happen if jobs were > %> allocated at a higher level than they are now. > %> > %> Now for building something like a full version of TAO, > %> why that might work. But even then, a factor of 2x is > %> unlikely until the dependencies are factored out at > %> the directory level. > % > %See the paper "Recursive Make Considered Harmful." Make is an amazing > %tool when used correctly. > > That's not the problem, unfortunately. I've never had a problem > rebuilding dependencies unnecessarily, or any of those > other problems described. Well precompiled headers would be > really really cool. The problem, again, is that parallelism > is limited by the directory structure, and the directory structure > is entirely rational. The directory structure has nothing to do with the Makefiles. To obtain the goal the paper suggests, you replace the recursive Makefiles with a single top-level Makefile that describes ALL of the targets and ALL of the dependencies. Note that this does not require a single mono- lithic Makefile; the top level Makefile can be a shell that includes per-directory Makefiles. The important part is to get a single dependency tree with no cycles in the graph. - -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message ------------------------------ Date: Sat, 20 Jan 2001 13:19:17 -0800 (PST) From: Luigi Rizzo <rizzo@aciri.org> Subject: Re: Does anyone know how to let fd0.1720 be bootable? > I think this is a BIOS issue. I don't think any BIOS will let you > boot from arbitrarily-formatted floppies :) the 1480 format works. luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message ------------------------------ Date: Sat, 20 Jan 2001 16:39:40 -0500 From: Sergey Babkin <babkin@bellatlantic.net> Subject: Re: how to test out cron.c changes? (was: cvs commit: src/etc crontab) All, I've committed these changes for cron to support DST change to -current (see PR bin/24494 for description of my tests). Everyone is welcome to test them out. Please let me know if you encounter any problems caused by them (and better do that before these changes would be MFCed to -stable in a few weeks). - -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message ------------------------------ Date: Sat, 20 Jan 2001 23:54:12 +0200 From: Neil Blakey-Milner <nbm@mithrandr.moria.org> Subject: Re: how to test out cron.c changes? (was: cvs commit: src/etc crontab) On Sat 2001-01-20 (16:39), Sergey Babkin wrote: > All, > > I've committed these changes for cron to support DST change > to -current (see PR bin/24494 for description of my tests). > Everyone is welcome to test them out. > Please let me know if you encounter any problems caused by them > (and better do that before these changes would be MFCed to -stable > in a few weeks). I do believe this is premature. There really should at least be an option for the old behaviour, and there is a good argument for making the new behaviour optional dependent on a variable with the old behaviour default. _Especially_ if you intend to MFC this, since changing this behaviour in a minor release, without a way to have the old behaviour, is almost certainly wrong. Neil - -- Neil Blakey-Milner nbm@mithrandr.moria.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message ------------------------------ Date: Sun, 21 Jan 2001 00:43:49 +0100 From: Nicolas Souchu <nsouch@alcove.fr> Subject: more info about: odd result of pci_read_config On Sat, Jan 20, 2001 at 04:18:35PM +0100, Nicolas Souchu wrote: > Hi folks, > > I have a problem with R4.2. The device driver I'm currently > writing can't retrieve correctly the value from a PCI configuration > register. What is strange is that when using the pciconf tool I get > the result I expect, not with pci_read_config(). > > pciconf -r pci0:7:3: 0x48 returns 0x00006001 > > but > > value = pci_read_config(dev, 0x48, 4); returns 0x6 !!! > Here is some more testing: Reading any configuration register gives 0x6! But when creating a cfg structure with bus=0, slot=7 and func=3 in the attach routine then pass it to pci_cfgread(), it works. Also, when querying the pci bus with BUS_READ_IVAR() for BUS, SLOT and FUNC, I get 0,7,3. What is the hose field? Note also that I had to return NULL on the detection of the device 0x30401106 in pcisupport.c pcib_match() because it has a bridge class and the pcib driver was attached to it before viapm. Here is the piece of code: static int viapm_attach(device_t dev) { u_int32_t l, base_cfgreg; u_int16_t s; u_int8_t c; struct viapm_data *viapm; struct resource *res; device_t bitbang; pcicfgregs cfg; if (!(viapm = (struct viapm_data *)device_get_softc(dev))) return ENXIO; bzero(viapm, sizeof(struct viapm_data)); l = pci_read_config(dev, 0x8, 1); printf("%s: rev id 0x%x\n", __FUNCTION__, l); ## returns 0x6! Which is stupid switch (l) { case VIAPM_OEM_REV_E: base_cfgreg = VIAPM_CFG_3040E_BASE; /* Activate IO block access */ s = pci_read_config(dev, VIAPM_CFG_3040E_ACTIV, 2); pci_write_config(dev, VIAPM_CFG_3040F_ACTIV, s | VIAPM_ACTIV_E_MASK, 2); break; case VIAPM_OEM_REV_F: case VIAPM_PROD_REV_A: default: base_cfgreg = VIAPM_CFG_3040F_BASE; /* Activate IO block access */ c = pci_read_config(dev, VIAPM_CFG_3040F_ACTIV, 1); pci_write_config(dev, VIAPM_CFG_3040F_ACTIV, c | VIAPM_ACTIV_F_MASK, 1); break; } cfg.hose = -1; cfg.bus = 0; cfg.slot = 7; cfg.func = 3; l = pci_cfgread(&cfg, VIAPM_CFG_3040F_BASE, 4); printf("%s: base addr 0x%x\n", __FUNCTION__, l); ## return 0x6001! the correct value BUS_READ_IVAR(device_get_parent(dev), dev, PCI_IVAR_BUS, &l); printf("bus=%d\n", l); BUS_READ_IVAR(device_get_parent(dev), dev, PCI_IVAR_SLOT, &l); printf("slot=%d\n", l); BUS_READ_IVAR(device_get_parent(dev), dev, PCI_IVAR_FUNCTION, &l); printf("func=%d\n", l); ## return 0,7,3 if (!(res = bus_alloc_resource(dev, SYS_RES_IOPORT, &base_cfgreg, 0l, ~0l, 1, RF_ACTIVE))) { device_printf(dev, "could not allocate bus space\n"); return ENXIO; } viapm->st = rman_get_bustag(res); viapm->sh = rman_get_bushandle(res); printf("viapm: 0x%x and 0x%x\n", viapm->st, viapm->sh); VIAPM_OUTB(GPIO_DIR, VIAPM_INB(GPIO_DIR) | VIAPM_SCL | VIAPM_SDA); device_printf(dev, "attaching bitbanging...\n"); /* add generic bit-banging code */ if (!(bitbang = device_add_child(dev, "iicbb", -1))) return ENXIO; return (device_probe_and_attach(bitbang)); } - -- Nicolas.Souchu@alcove.fr Alcôve - Open Source Software Engineer - http://www.alcove.fr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message ------------------------------ End of freebsd-hackers-digest V5 #14 ************************************ --1162764539.980037938703.JavaMail.root.mh-a03.dmz.another.com-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 20 16:16: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mta03-svc.ntlworld.com (mta03-svc.ntlworld.com [62.253.162.43]) by hub.freebsd.org (Postfix) with ESMTP id 0D10137B400 for <freebsd-hackers@freebsd.org>; Sat, 20 Jan 2001 16:15:44 -0800 (PST) Received: from dmlb.org ([62.253.135.85]) by mta03-svc.ntlworld.com (InterMail vM.4.01.02.27 201-229-119-110) with ESMTP id <20010121001542.BQAZ10171.mta03-svc.ntlworld.com@dmlb.org>; Sun, 21 Jan 2001 00:15:42 +0000 Received: from dmlb by dmlb.org with local (Exim 3.03 #1) id 14K8AX-0000Vf-00; Sun, 21 Jan 2001 00:15:41 +0000 Content-Length: 2164 Message-ID: <XFMail.010121001541.dmlb@computer.my.domain> X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <3A693255.56934523@softweyr.com> Date: Sun, 21 Jan 2001 00:15:41 -0000 (GMT) From: Duncan Barclay <dmlb@dmlb.org> To: Wes Peters <wes@softweyr.com> Subject: Re: Clustering FreeBSD Cc: freebsd-hackers@FreeBSD.ORG, Russell L.Carter <rcarter@pinyon.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 20-Jan-01 Wes Peters wrote: > "Russell L. Carter" wrote: <details snipped> >> %See the paper "Recursive Make Considered Harmful." Make is an amazing >> %tool when used correctly. >> >> That's not the problem, unfortunately. I've never had a problem >> rebuilding dependencies unnecessarily, or any of those >> other problems described. Well precompiled headers would be >> really really cool. The problem, again, is that parallelism >> is limited by the directory structure, and the directory structure >> is entirely rational. > > The directory structure has nothing to do with the Makefiles. To > obtain the goal the paper suggests, you replace the recursive > Makefiles with a single top-level Makefile that describes ALL of the > targets and ALL of the dependencies. Note that this does not require > a single mono- lithic Makefile; the top level Makefile can be a shell > that includes per-directory Makefiles. The important part is to get a > single dependency tree with no cycles in the graph. I was so impressed by the clarity in the paper and dicussions with friends that use Plan 9's "mk", that I put together "remake". This is a Makefile framework that implements the per-directory Makefiles to build the dependency tree. If anyone one wants to take a look it's at http://www.ragnet.demon.co.uk/RM/remake.html I haven't used it for a year or two and can only point to http://www.ragnet.demon.co.uk/mynews as an example of its use. If anyone gets interested drop me a line and I will try and remember how it works. Duncan > -- > "Where am I, and what am I doing in this handbasket?" > > Wes Peters Softweyr > LLC > wes@softweyr.com > http://softweyr.com/ > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > --- ________________________________________________________________________ Duncan Barclay | God smiles upon the little children, dmlb@dmlb.org | the alcoholics, and the permanently stoned. dmlb@freebsd.org| Steven King To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 20 16:27: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail8.sc.rr.com (fe8.southeast.rr.com [24.93.67.55]) by hub.freebsd.org (Postfix) with ESMTP id C3BCC37B400 for <freebsd-hackers@freebsd.org>; Sat, 20 Jan 2001 16:26:44 -0800 (PST) Received: from sc.rr.com ([24.88.102.101]) by mail8.sc.rr.com with Microsoft SMTPSVC(5.5.1877.537.53); Sat, 20 Jan 2001 19:24:51 -0500 Received: (from dmaddox@localhost) by sc.rr.com (8.11.1/8.11.1) id f0L0RdH02466; Sat, 20 Jan 2001 19:27:39 -0500 (EST) (envelope-from dmaddox) Date: Sat, 20 Jan 2001 19:27:39 -0500 From: "Donald J . Maddox" <dmaddox@sc.rr.com> To: Nicolas Souchu <nsouch@alcove.fr> Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: more info about: odd result of pci_read_config Message-ID: <20010120192739.A2127@cae88-102-101.sc.rr.com> Reply-To: dmaddox@sc.rr.com Mail-Followup-To: Nicolas Souchu <nsouch@alcove.fr>, freebsd-hackers@FreeBSD.ORG References: <20010120161834.B20753@ontario.alcove-int> <20010121004349.A27198@ontario.alcove-int> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <20010121004349.A27198@ontario.alcove-int>; from nsouch@alcove.fr on Sun, Jan 21, 2001 at 12:43:49AM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Heh, this is pretty wierd :) I was intrigued by your little problem, so I started looking around. In sys/dev/pci/pciar.h is: static __inline u_int32_t pci_read_config(device_t dev, int reg, int width) { return PCI_READ_CONFIG(device_get_parent(dev), dev, reg, width); } However, this is the only occurence of the string "PCI_READ_CONFIG" that I can find in the whole damn source tree! Where is this defined? On Sun, Jan 21, 2001 at 12:43:49AM +0100, Nicolas Souchu wrote: > On Sat, Jan 20, 2001 at 04:18:35PM +0100, Nicolas Souchu wrote: > > Hi folks, > > > > I have a problem with R4.2. The device driver I'm currently > > writing can't retrieve correctly the value from a PCI configuration > > register. What is strange is that when using the pciconf tool I get > > the result I expect, not with pci_read_config(). > > > > pciconf -r pci0:7:3: 0x48 returns 0x00006001 > > > > but > > > > value = pci_read_config(dev, 0x48, 4); returns 0x6 !!! > > > > Here is some more testing: > > Reading any configuration register gives 0x6! > > But > > when creating a cfg structure with bus=0, slot=7 and func=3 in the > attach routine then pass it to pci_cfgread(), it works. Also, when > querying the pci bus with BUS_READ_IVAR() for BUS, SLOT and FUNC, > I get 0,7,3. > > What is the hose field? > > Note also that I had to return NULL on the detection of the device > 0x30401106 in pcisupport.c pcib_match() because it has a bridge class and the > pcib driver was attached to it before viapm. > > Here is the piece of code: > > static int > viapm_attach(device_t dev) > { > u_int32_t l, base_cfgreg; > u_int16_t s; > u_int8_t c; > struct viapm_data *viapm; > struct resource *res; > device_t bitbang; > pcicfgregs cfg; > > if (!(viapm = (struct viapm_data *)device_get_softc(dev))) > return ENXIO; > > bzero(viapm, sizeof(struct viapm_data)); > > l = pci_read_config(dev, 0x8, 1); > printf("%s: rev id 0x%x\n", __FUNCTION__, l); > > ## returns 0x6! Which is stupid > > switch (l) { > case VIAPM_OEM_REV_E: > base_cfgreg = VIAPM_CFG_3040E_BASE; > > /* Activate IO block access */ > s = pci_read_config(dev, VIAPM_CFG_3040E_ACTIV, 2); > pci_write_config(dev, VIAPM_CFG_3040F_ACTIV, > s | VIAPM_ACTIV_E_MASK, 2); > break; > case VIAPM_OEM_REV_F: > case VIAPM_PROD_REV_A: > default: > base_cfgreg = VIAPM_CFG_3040F_BASE; > > /* Activate IO block access */ > c = pci_read_config(dev, VIAPM_CFG_3040F_ACTIV, 1); > pci_write_config(dev, VIAPM_CFG_3040F_ACTIV, > c | VIAPM_ACTIV_F_MASK, 1); > break; > } > > cfg.hose = -1; > cfg.bus = 0; > cfg.slot = 7; > cfg.func = 3; > l = pci_cfgread(&cfg, VIAPM_CFG_3040F_BASE, 4); > printf("%s: base addr 0x%x\n", __FUNCTION__, l); > > ## return 0x6001! the correct value > > BUS_READ_IVAR(device_get_parent(dev), dev, PCI_IVAR_BUS, &l); > printf("bus=%d\n", l); > BUS_READ_IVAR(device_get_parent(dev), dev, PCI_IVAR_SLOT, &l); > printf("slot=%d\n", l); > BUS_READ_IVAR(device_get_parent(dev), dev, PCI_IVAR_FUNCTION, &l); > printf("func=%d\n", l); > > ## return 0,7,3 > > if (!(res = bus_alloc_resource(dev, SYS_RES_IOPORT, &base_cfgreg, > 0l, ~0l, 1, RF_ACTIVE))) { > device_printf(dev, "could not allocate bus space\n"); > return ENXIO; > } > viapm->st = rman_get_bustag(res); > viapm->sh = rman_get_bushandle(res); > > printf("viapm: 0x%x and 0x%x\n", viapm->st, viapm->sh); > > VIAPM_OUTB(GPIO_DIR, VIAPM_INB(GPIO_DIR) | VIAPM_SCL | VIAPM_SDA); > > device_printf(dev, "attaching bitbanging...\n"); > > /* add generic bit-banging code */ > if (!(bitbang = device_add_child(dev, "iicbb", -1))) > return ENXIO; > > return (device_probe_and_attach(bitbang)); > } > > -- > Nicolas.Souchu@alcove.fr > Alcôve - Open Source Software Engineer - http://www.alcove.fr > > > 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 Sat Jan 20 16:35:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from moby.geekhouse.net (moby.geekhouse.net [64.81.6.36]) by hub.freebsd.org (Postfix) with ESMTP id 8431537B400 for <freebsd-hackers@FreeBSD.org>; Sat, 20 Jan 2001 16:35:24 -0800 (PST) Received: from laptop.baldwin.cx (john@dhcp150.geekhouse.net [192.168.1.150]) by moby.geekhouse.net (8.11.0/8.9.3) with ESMTP id f0L0dWs76230; Sat, 20 Jan 2001 16:39:32 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: <XFMail.010120163511.jhb@FreeBSD.org> 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: <20010120192739.A2127@cae88-102-101.sc.rr.com> Date: Sat, 20 Jan 2001 16:35:11 -0800 (PST) From: John Baldwin <jhb@FreeBSD.org> To: "Donald J . Maddox" <dmaddox@sc.rr.com> Subject: Re: more info about: odd result of pci_read_config Cc: freebsd-hackers@FreeBSD.org, Nicolas Souchu <nsouch@alcove.fr> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 21-Jan-01 Donald J . Maddox wrote: > Heh, this is pretty wierd :) > > I was intrigued by your little problem, so I started looking around. > In sys/dev/pci/pciar.h is: > > static __inline u_int32_t > pci_read_config(device_t dev, int reg, int width) > { > return PCI_READ_CONFIG(device_get_parent(dev), dev, reg, width); > } > > However, this is the only occurence of the string "PCI_READ_CONFIG" > that I can find in the whole damn source tree! Where is this defined? Look in /sys/compile/<foo> after compiling a kernel, it should be in pci_if.* It's a function that ues kobj to lookup the pci_read_config method in the parent bus. Look in the PCI code to find the real pci_read_config... From sys/dev/pci/pci.c: DEVMETHOD(pci_read_config, pci_read_config_method), static u_int32_t pci_read_config_method(device_t dev, device_t child, int reg, int width) { struct pci_devinfo *dinfo = device_get_ivars(child); pcicfgregs *cfg = &dinfo->cfg; return PCIB_READ_CONFIG(device_get_parent(dev), cfg->bus, cfg->slot, cfg->func, reg, width); } This calls pcib_read_config in the PCI bus driver: DEVMETHOD(pcib_read_config, nexus_pcib_read_config), nexus_pcib_read_config(device_t dev, int bus, int slot, int func, int reg, int bytes) { return(pci_cfgregread(bus, slot, func, reg, bytes)); } -- John Baldwin <jhb@FreeBSD.org> -- 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 Sat Jan 20 16:40:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail5.sc.rr.com (fe5.southeast.rr.com [24.93.67.52]) by hub.freebsd.org (Postfix) with ESMTP id 91F3937B402; Sat, 20 Jan 2001 16:40:28 -0800 (PST) Received: from sc.rr.com ([24.88.102.101]) by mail5.sc.rr.com with Microsoft SMTPSVC(5.5.1877.537.53); Sat, 20 Jan 2001 19:40:21 -0500 Received: (from dmaddox@localhost) by sc.rr.com (8.11.1/8.11.1) id f0L0fJ704370; Sat, 20 Jan 2001 19:41:19 -0500 (EST) (envelope-from dmaddox) Date: Sat, 20 Jan 2001 19:41:19 -0500 From: "Donald J . Maddox" <dmaddox@sc.rr.com> To: John Baldwin <jhb@FreeBSD.org> Cc: "Donald J . Maddox" <dmaddox@sc.rr.com>, freebsd-hackers@FreeBSD.org, Nicolas Souchu <nsouch@alcove.fr> Subject: Re: more info about: odd result of pci_read_config Message-ID: <20010120194119.A2547@cae88-102-101.sc.rr.com> Reply-To: dmaddox@sc.rr.com Mail-Followup-To: John Baldwin <jhb@FreeBSD.org>, "Donald J . Maddox" <dmaddox@sc.rr.com>, freebsd-hackers@FreeBSD.org, Nicolas Souchu <nsouch@alcove.fr> References: <20010120192739.A2127@cae88-102-101.sc.rr.com> <XFMail.010120163511.jhb@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: <XFMail.010120163511.jhb@FreeBSD.org>; from jhb@FreeBSD.org on Sat, Jan 20, 2001 at 04:35:11PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thanks for clearing that one up :) I feel a lot better now :) Now - do you understand why Nicolas' code always returns 0x6? ;-) On Sat, Jan 20, 2001 at 04:35:11PM -0800, John Baldwin wrote: > Look in /sys/compile/<foo> after compiling a kernel, it should be in pci_if.* > It's a function that ues kobj to lookup the pci_read_config method in the > parent bus. Look in the PCI code to find the real pci_read_config... > > >From sys/dev/pci/pci.c: > > DEVMETHOD(pci_read_config, pci_read_config_method), > > static u_int32_t > pci_read_config_method(device_t dev, device_t child, int reg, int width) > { > struct pci_devinfo *dinfo = device_get_ivars(child); > pcicfgregs *cfg = &dinfo->cfg; > > return PCIB_READ_CONFIG(device_get_parent(dev), > cfg->bus, cfg->slot, cfg->func, > reg, width); > } > > This calls pcib_read_config in the PCI bus driver: > > DEVMETHOD(pcib_read_config, nexus_pcib_read_config), > > nexus_pcib_read_config(device_t dev, int bus, int slot, int func, > int reg, int bytes) > { > return(pci_cfgregread(bus, slot, func, reg, bytes)); > } > > -- > > John Baldwin <jhb@FreeBSD.org> -- 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 Sat Jan 20 16:56:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from phnxpop5.phnx.uswest.net (phnxpop5.phnx.uswest.net [206.80.192.5]) by hub.freebsd.org (Postfix) with SMTP id 41B8F37B400 for <freebsd-hackers@FreeBSD.ORG>; Sat, 20 Jan 2001 16:56:13 -0800 (PST) Received: (qmail 85210 invoked by uid 0); 21 Jan 2001 00:56:12 -0000 Received: from ndslppp221.phnx.uswest.net (HELO pinyon.org) (63.224.136.221) by phnxpop5.phnx.uswest.net with SMTP; 21 Jan 2001 00:56:12 -0000 Received: from chomsky.Pinyon.ORG (localhost [127.0.0.1]) by pinyon.org (Postfix) with ESMTP id C0B8F87; Sat, 20 Jan 2001 17:56:11 -0700 (MST) Date: Sat, 20 Jan 2001 17:56:11 -0700 Message-Id: <20010121005611.C0B8F87@pinyon.org> From: "Russell L. Carter" <rcarter@pinyon.org> To: "Duncan Barclay" <dmlb@dmlb.org> Cc: "Wes Peters" <wes@softweyr.com>, freebsd-hackers@FreeBSD.ORG X-Mailer: exmh version 2.1.1 10/15/1999 Subject: Re: Clustering FreeBSD In-Reply-To: Message from Duncan Barclay <dmlb@dmlb.org> of "Sun, 21 Jan 2001 00:15:41 GMT." <XFMail.010121001541.dmlb@computer.my.domain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm going to try these ideas out, thanks for the pointers. I'm highly motivated to stop waiting so long :-). And a nice use for the systems that have been piling up, if this works out. I'll be reporting back... Cheers, Russell % %On 20-Jan-01 Wes Peters wrote: %> "Russell L. Carter" wrote: % %<details snipped> % %>> %See the paper "Recursive Make Considered Harmful." Make is an amazing %>> %tool when used correctly. %>> %>> That's not the problem, unfortunately. I've never had a problem %>> rebuilding dependencies unnecessarily, or any of those %>> other problems described. Well precompiled headers would be %>> really really cool. The problem, again, is that parallelism %>> is limited by the directory structure, and the directory structure %>> is entirely rational. %> %> The directory structure has nothing to do with the Makefiles. To %> obtain the goal the paper suggests, you replace the recursive %> Makefiles with a single top-level Makefile that describes ALL of the %> targets and ALL of the dependencies. Note that this does not require %> a single mono- lithic Makefile; the top level Makefile can be a shell %> that includes per-directory Makefiles. The important part is to get a %> single dependency tree with no cycles in the graph. % %I was so impressed by the clarity in the paper and dicussions with %friends that use Plan 9's "mk", that I put together "remake". This is a %Makefile framework that implements the per-directory Makefiles to build %the dependency tree. If anyone one wants to take a look it's at % http://www.ragnet.demon.co.uk/RM/remake.html %I haven't used it for a year or two and can only point to % http://www.ragnet.demon.co.uk/mynews %as an example of its use. % %If anyone gets interested drop me a line and I will try and remember how %it works. % %Duncan % To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 20 20:11:57 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 8489537B402 for <freebsd-hackers@freebsd.org>; Sat, 20 Jan 2001 20:11:40 -0800 (PST) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id XAA11930; Sat, 20 Jan 2001 23:11:40 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.1/8.9.1) id f0L4BdU08206; Sat, 20 Jan 2001 23:11:39 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin <gallatin@cs.duke.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Sat, 20 Jan 2001 23:11:39 -0500 (EST) To: Nicolas Souchu <nsouch@alcove.fr> Cc: freebsd-hackers@freebsd.org Reply-To: trim-your-headers@loopback.net Subject: Re: more info about: odd result of pci_read_config In-Reply-To: <20010121004349.A27198@ontario.alcove-int> References: <20010120161834.B20753@ontario.alcove-int> <20010121004349.A27198@ontario.alcove-int> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14954.24548.925891.707424@grasshopper.cs.duke.edu> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Nicolas Souchu writes: <...> > What is the hose field? It is for server-class alphas. Alphas do their peer PCI buses a little differently. Rather than have a ppb between "peer" pci buses, each different peer bus (or hose) is rooted separately at the nexus. So you can have two PCI buses labeled "0" with no ppb between them, for example. Platform support code needs to know which hose a bus is on so that it can diddle with the correct set of registers to access memory, i/o and pci config spaces. > cfg.hose = -1; If you need to set this, please set it to zero so that it and any code derived from it will have at least a fighting chance of working on alpha, where this field is not ignored.. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message