From owner-freebsd-hackers Sun Jul 9 6:10: 4 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from danbala.tuwien.ac.at (danbala.ifoer.tuwien.ac.at [128.130.168.64]) by hub.freebsd.org (Postfix) with ESMTP id 5A23837B63B; Sun, 9 Jul 2000 06:09:47 -0700 (PDT) (envelope-from wiz@danbala.tuwien.ac.at) Received: (from wiz@localhost) by danbala.tuwien.ac.at (8.8.8/8.8.8) id PAA01506; Sun, 9 Jul 2000 15:09:25 +0200 (MEST) Date: Sun, 9 Jul 2000 15:09:24 +0200 From: Thomas Klausner To: freebsd-arch@freebsd.org, freebsd-hackers@freebsd.org, tech-kern@netbsd.org, tech@openbsd.org Cc: wiz@netbsd.org Subject: minherit(2) API Message-ID: <20000709150924.N23637@danbala.tuwien.ac.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, The user API for minherit(2) is broken on all three of {Free,Net,Open}BSD, but broken differently (for details see end of this mail). We would like to see a common fix that allows minherit to be used portably across the three systems. The API we propose: synopsis for minherit: #include int minherit(void *addr, size_t len, int inherit); constants for inherit parameter defined in sys/mman.h: #define MAP_INHERIT_SHARE 0 /* share with child */ #define MAP_INHERIT_COPY 1 /* copy into child */ #define MAP_INHERIT_NONE 2 /* absent from child */ possibly including the following: #define MAP_INHERIT_DONATE_COPY 3 /* copy and delete */ #define MAP_INHERIT_DEFAULT MAP_INHERIT_COPY (donate copy is not present in FreeBSD, default is not documented in the man pages of any of the three). We propose the addition of these constant definitions to sys/mman.h to avoid requiring the inclusion of kernel internal vm header files. We propose the renaming of these constants from VM_INHERIT_ to MAP_INHERIT_ to avoid name space pollution (the MAP_ prefix is reserved for sys/mman.h by POSIX, VM_ is not). That this change is not backwards compatible is of little concern, since it is currently broken anyway. Besides, a C program can check for the definition of the MAP_INHERIT_ constants after including sys/mman.h and include conditional workarounds for the current APIs. The current state of affairs on each system: FreeBSD: synopsis: #include #include int minherit(void *addr, size_t len, int inherit); VM_INHERIT_ constants are neither documented nor declared in any user header. NetBSD: synopsis: #include #include int minherit(void *addr, size_t len, int inherit); VM_INHERIT_ constants are not declared in any user header. OpenBSD: synopsis: #include #include #include int minherit(void *addr, size_t len, int inherit); vm/vm_inherit.h does not declare the type vm_inherit_t (but uses it for the definition of the VM_INHERIT_ constants); furthermore, vm/vm_inherit.h is an internal kernel header. I wasn't sure which FreeBSD mailing list is more appropriate, so I took both. Please CC: any answers to the other lists, too. Bye, Thomas Klausner -- Thomas Klausner - wiz@netbsd.org I wanted to emulate some of my heroes, but I didn't know their op-codes. --dowe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 9 6:34:49 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from po4.wam.umd.edu (po4.wam.umd.edu [128.8.10.166]) by hub.freebsd.org (Postfix) with ESMTP id DA45E37B883 for ; Sun, 9 Jul 2000 06:34:41 -0700 (PDT) (envelope-from culverk@wam.umd.edu) Received: from rac6.wam.umd.edu (root@rac6.wam.umd.edu [128.8.10.146]) by po4.wam.umd.edu (8.9.3/8.9.3) with ESMTP id JAA27486; Sun, 9 Jul 2000 09:34:33 -0400 (EDT) Received: from rac6.wam.umd.edu (sendmail@localhost [127.0.0.1]) by rac6.wam.umd.edu (8.9.3/8.9.3) with SMTP id JAA05024; Sun, 9 Jul 2000 09:34:27 -0400 (EDT) Received: from localhost (culverk@localhost) by rac6.wam.umd.edu (8.9.3/8.9.3) with ESMTP id JAA05020; Sun, 9 Jul 2000 09:34:27 -0400 (EDT) X-Authentication-Warning: rac6.wam.umd.edu: culverk owned process doing -bs Date: Sun, 9 Jul 2000 09:34:27 -0400 (EDT) From: Kenneth Wayne Culver To: Jim Mercer Cc: hackers@FreeBSD.ORG Subject: Re: cvs-crypto missing from 4.0-stable via cvsup? In-Reply-To: <20000709001045.A9391@reptiles.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Yep, there was a message a few days about this on -current I think. ================================================================= | Kenneth Culver | FreeBSD: The best NT upgrade | | Unix Systems Administrator | ICQ #: 24767726 | | and student at The | AIM: muythaibxr | | The University of Maryland, | Website: (Under Construction) | | College Park. | http://www.wam.umd.edu/~culverk/| ================================================================= On Sun, 9 Jul 2000, Jim Mercer wrote: > > maybe i just noticed, or maybe something happened recently, but when i cvsup > now, i get a message saying cvs-cryto is non-existent. > > has it been integrated into the standard tree? > > -- > [ Jim Mercer jim@reptiles.org +1 416 410-5633 ] > [ Reptilian Research -- Longer Life through Colder Blood ] > [ Don't be fooled by cheap Finnish imitations; BSD is the One True Code. ] > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 9 6:37:36 2000 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 5D10337C1E2; Sun, 9 Jul 2000 06:37:24 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p41-dn02kiryunisiki.gunma.ocn.ne.jp [211.0.245.106]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id WAA16464; Sun, 9 Jul 2000 22:37:21 +0900 (JST) Message-ID: <396871AD.B41ADFAB@newsguy.com> Date: Sun, 09 Jul 2000 21:35:57 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: wilko@FreeBSD.ORG Cc: FreeBSD hackers list Subject: Re: why the RockRidge message? References: <20000708200629.A2570@freebie.wbnet> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Wilko Bulte wrote: > > I really don't understand why the cd9660 filesystem needs to whine about the > RockRidge extensions everytime one mounts a RR cdrom. The code in question > is: > > if (high_sierra) { > /* this effectively ignores all the mount flags */ > log(LOG_INFO, "cd9660: High Sierra Format\n"); > isomp->iso_ftype = ISO_FTYPE_HIGH_SIERRA; > } else > > Comments? It does this for Joliet too. AFAIK, he idea is letting the admin knows what format was recognized/mounted, and this is the wrong solution, obviously (LOG_INFO or not). The right solution would be return this information upon request through some mean. If you can figure out a portable way of doing it, be my guest. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.great.underground.bsdconpiracy.org _DES: The Book of Bruce has only one sentence in it, and it says "the actual directives of my cult are left as an exercise for the reader. Good luck." jkh: does it really include the 'good luck' part? EE: OK, I made that part up. EE: I figured it should sound a bit more cheery than how Bruce initially dictated it to me. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 9 7:36:39 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from tkc.att.ne.jp (tkc.att.ne.jp [165.76.16.7]) by hub.freebsd.org (Postfix) with ESMTP id C697837B839; Sun, 9 Jul 2000 07:36:26 -0700 (PDT) (envelope-from mzaki@e-mail.ne.jp) Received: from work.mzaki.nom (187.pool5.tokyo.att.ne.jp [165.76.22.202]) by tkc.att.ne.jp (8.8.8+Spin/3.6W-CONS(10/24/99)) id XAA09416; Sun, 9 Jul 2000 23:36:22 +0900 (JST) Date: Sun, 09 Jul 2000 23:36:18 +0900 Message-ID: <863dljweu5.wl@tkc.att.ne.jp> From: Motomichi Matsuzaki To: dcs@newsguy.com Cc: wilko@FreeBSD.ORG, FreeBSD-hackers@FreeBSD.ORG Subject: Re: why the RockRidge message? In-Reply-To: In your message of "Sun, 09 Jul 2000 21:35:57 +0900" <396871AD.B41ADFAB@newsguy.com> References: <20000708200629.A2570@freebie.wbnet> <396871AD.B41ADFAB@newsguy.com> X-Mailer: Wanderlust/2.2.12 (Joyride) XEmacs/21.1 (Bryce Canyon) MIME-Version: 1.0 (generated by WEMI 1.13.7 - "Shimada") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, At Sun, 09 Jul 2000 21:35:57 +0900, Daniel C. Sobral wrote: >> I really don't understand why the cd9660 filesystem needs to whine about the >> RockRidge extensions everytime one mounts a RR cdrom. > It does this for Joliet too. AFAIK, he idea is letting the admin knows > what format was recognized/mounted, and this is the wrong solution, > obviously (LOG_INFO or not). A year ago, I was merging several implementations of Joliet support. I needed these messages for mainly debugging reasons, so I wrote printf() (not log()) as temporaly reporting. I suppose, someone thought log() was suitable, not printf(). > The right solution would be return this > information upon request through some mean. I second this. Joliet support is very stable, however it can only treat ASCII. The possibility for cd9660 to confuse RockRidge with Joliet is nearly zero, so I think this reporing is superfluous. -- Motomichi Matsuzaki Dept. of Biological Sciences, Grad. School of Science, Univ. of Tokyo, Japan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 9 8:57:17 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from camus.cybercable.fr (camus.cybercable.fr [212.198.0.200]) by hub.freebsd.org (Postfix) with SMTP id 34BAB37C506 for ; Sun, 9 Jul 2000 08:57:08 -0700 (PDT) (envelope-from mhenrion@cybercable.fr) Received: (qmail 11285245 invoked from network); 9 Jul 2000 15:57:05 -0000 Received: from r121m199.cybercable.tm.fr (HELO cybercable.fr) ([195.132.121.199]) (envelope-sender ) by camus.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 9 Jul 2000 15:57:05 -0000 Message-ID: <3968A195.99165B08@cybercable.fr> Date: Sun, 09 Jul 2000 18:00:21 +0200 From: Maxime Henrion X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Re: ldconfig behaviour when no parameters are given References: <39678B9C.C9166C11@cybercable.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm a bit surprised to be the first person to reply to my own mail =) I want to suggest one more thing, I think it would be nice if ldconfig could check the persmissions on the directory when someone requests to add a new one. ldconfig should verify if the directory is owned by uid 0 and if the dir has not world write permission. Maxime Henrion wrote: > Hi everybody, > > When ldconfig is invoked without any parameters, the shared library > cache is reseted to the contents of /usr/lib only. I think such a > behaviour isn't very useful, especially when one knows that a lot of > people come to FreeBSD after having used Linux. The first time they get > an error message like "foo.so not found", they, nearly automatically, > run ldconfig and so screw up their shared library cache. > Is there a special reason why ldconfig behaves this way ? And is > there any application that rely on that behaviour ? This would at least > estonish me. That's why, i wanted to suggest that ldconfig prints a > usage screen when invoked without parameters, or else that it performs a > default and safe action, like a refresh (ldconfig -R). > > If it happens that what I say make sense, and that the two > requirements above are met (see the two questions), i'll be happy to > submit a patch. > > Waiting for your comments, > > - Maxiime Henrion > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 9 9:36:19 2000 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 4BD9E37B95E for ; Sun, 9 Jul 2000 09:36:16 -0700 (PDT) (envelope-from jdp@polstra.com) 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 JAA28791; Sun, 9 Jul 2000 09:36:14 -0700 (PDT) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id JAA48743; Sun, 9 Jul 2000 09:36:14 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Sun, 9 Jul 2000 09:36:14 -0700 (PDT) Message-Id: <200007091636.JAA48743@vashon.polstra.com> To: mhenrion@cybercable.fr Subject: Re: ldconfig behaviour when no parameters are given In-Reply-To: <39678B9C.C9166C11@cybercable.fr> References: <39678B9C.C9166C11@cybercable.fr> Organization: Polstra & Co., Seattle, WA Cc: hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <39678B9C.C9166C11@cybercable.fr>, Maxime Henrion wrote: > > When ldconfig is invoked without any parameters, the shared library > cache is reseted to the contents of /usr/lib only. I think such a > behaviour isn't very useful, especially when one knows that a lot of > people come to FreeBSD after having used Linux. The first time they get > an error message like "foo.so not found", they, nearly automatically, > run ldconfig and so screw up their shared library cache. > Is there a special reason why ldconfig behaves this way ? And is > there any application that rely on that behaviour ? This would at least > estonish me. That's why, i wanted to suggest that ldconfig prints a > usage screen when invoked without parameters, or else that it performs a > default and safe action, like a refresh (ldconfig -R). I agree with you. The default action should be the same as "-R". Don't worry, there aren't any applications that rely on the current behavior. > If it happens that what I say make sense, and that the two > requirements above are met (see the two questions), i'll be happy to > submit a patch. Great. If you'll make the patch, I'll review it and commit it. 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 Sun Jul 9 9:39: 7 2000 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 70CCB37B51B for ; Sun, 9 Jul 2000 09:39:02 -0700 (PDT) (envelope-from jdp@polstra.com) 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 JAA28803; Sun, 9 Jul 2000 09:39:02 -0700 (PDT) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id JAA48770; Sun, 9 Jul 2000 09:39:01 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Sun, 9 Jul 2000 09:39:01 -0700 (PDT) Message-Id: <200007091639.JAA48770@vashon.polstra.com> To: mhenrion@cybercable.fr Subject: Re: ldconfig behaviour when no parameters are given In-Reply-To: <3968A195.99165B08@cybercable.fr> References: <39678B9C.C9166C11@cybercable.fr> <3968A195.99165B08@cybercable.fr> Organization: Polstra & Co., Seattle, WA Cc: hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <3968A195.99165B08@cybercable.fr>, Maxime Henrion wrote: > I want to suggest one more thing, I think it would be nice if > ldconfig could check the persmissions on the directory when someone > requests to add a new one. ldconfig should verify if the directory > is owned by uid 0 and if the dir has not world write permission. That sounds OK to me. But it should be in a separate patch from the other changes you proposed. 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 Sun Jul 9 9:40:40 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mailbox.reptiles.org (mailbox.reptiles.org [198.96.117.155]) by hub.freebsd.org (Postfix) with ESMTP id 7C70437BF5D; Sun, 9 Jul 2000 09:40:31 -0700 (PDT) (envelope-from jim@reptiles.org) Received: from localhost (1995 bytes) by mailbox.reptiles.org via sendmail with P:stdio/R:bind_hosts/T:inet_zone_bind_smtp (sender: ) (ident using unix) id for ; Sun, 9 Jul 2000 12:40:30 -0400 (EDT) (Smail-3.2.0.108 1999-Sep-19 #3 built 1999-Oct-27) Date: Sun, 9 Jul 2000 12:40:30 -0400 From: Jim Mercer To: questions@freebsd.org Cc: hackers@FreeBSD.ORG Subject: Re: cvs-crypto missing from 4.0-stable via cvsup? Message-ID: <20000709124030.B9391@reptiles.org> References: <20000709001045.A9391@reptiles.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from culverk@wam.umd.edu on Sun, Jul 09, 2000 at 09:34:27AM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > On Sun, 9 Jul 2000, Jim Mercer wrote: > > maybe i just noticed, or maybe something happened recently, but when i cvsup > > now, i get a message saying cvs-cryto is non-existent. > > > > has it been integrated into the standard tree? > > On Sun, Jul 09, 2000 at 09:34:27AM -0400, Kenneth Wayne Culver wrote: > Yep, there was a message a few days about this on -current I think. hmmm. maybe, /usr/share/examples/cvsup/... should be updated to reflect the change. also, i noticed something odd on the mailing-list search pages of the website: search "cvs-crypto" for questions and current: 6."David J. Re: cvs-crypto Score: 1124; Lines: 49; 20-Apr-1997; Archive: freebsd-questions i wouldn't have normally looked at this one because of the date, however, when looking at the message, i see: > Date: Sat, 8 Jul 2000 20:08:19 -0500 > From: "David J. Kanter" > To: Gustavo Vieira Goncalves Coelho Rios > Cc: questions@FreeBSD.ORG > Subject: Re: cvs-crypto something broken in the indexing? -- [ Jim Mercer jim@reptiles.org +1 416 410-5633 ] [ Reptilian Research -- Longer Life through Colder Blood ] [ Don't be fooled by cheap Finnish imitations; BSD is the One True Code. ] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 9 10:20:10 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from racine.cybercable.fr (racine.cybercable.fr [212.198.0.201]) by hub.freebsd.org (Postfix) with SMTP id 95FD737B53A for ; Sun, 9 Jul 2000 10:19:54 -0700 (PDT) (envelope-from mhenrion@cybercable.fr) Received: (qmail 8170900 invoked from network); 9 Jul 2000 17:19:48 -0000 Received: from r121m199.cybercable.tm.fr (HELO cybercable.fr) ([195.132.121.199]) (envelope-sender ) by racine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 9 Jul 2000 17:19:48 -0000 Message-ID: <3968B4F7.17CC3DAC@cybercable.fr> Date: Sun, 09 Jul 2000 19:23:03 +0200 From: Maxime Henrion X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Re: ldconfig behaviour when no parameters are given Content-Type: multipart/mixed; boundary="------------3312AD91EB104BE7C8DDA7D6" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------3312AD91EB104BE7C8DDA7D6 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, Here is the small patch to activate the -R behaviour when no arguments are given :) Thanks for helping me ! I'll work on the other modification i suggested as soon as i have enough time. Best regards, - Maxime Henrion --------------3312AD91EB104BE7C8DDA7D6 Content-Type: text/plain; charset=us-ascii; name="diff-ldconfig" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="diff-ldconfig" *** /usr/src/sbin/ldconfig/ldconfig.c Sun Jan 16 22:08:58 2000 --- ldconfig.c Sun Jul 9 19:06:23 2000 *************** *** 115,121 **** errx(1, "unknown object format \"%s\"", objformat); hints_file = is_aout ? _PATH_LD_HINTS : _PATH_ELF_HINTS; ! while ((c = getopt(argc, argv, "Rf:mrsv")) != -1) { switch (c) { case 'R': rescan = 1; --- 115,123 ---- errx(1, "unknown object format \"%s\"", objformat); hints_file = is_aout ? _PATH_LD_HINTS : _PATH_ELF_HINTS; ! if (argc == 1) ! rescan = 1; ! else while((c = getopt(argc, argv, "Rf:mrsv")) != -1) { switch (c) { case 'R': rescan = 1; --------------3312AD91EB104BE7C8DDA7D6-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 9 11: 4:29 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from relay01.chello.nl (smtp.chello.nl [212.83.68.144]) by hub.freebsd.org (Postfix) with ESMTP id F0F9337B569; Sun, 9 Jul 2000 11:04:20 -0700 (PDT) (envelope-from wkb@chello.nl) Received: from chello.nl ([213.46.78.184]) by relay01.chello.nl (InterMail vK.4.02.00.00 201-232-116 license 2ee4e7c625482f2f2a1950a80f6c8d58) with ESMTP id <20000709180524.TJHP8575.relay01@chello.nl>; Sun, 9 Jul 2000 20:05:24 +0200 Received: (from wkb@localhost) by chello.nl (8.9.3/8.9.3) id UAA00821; Sun, 9 Jul 2000 20:04:16 +0200 (CEST) (envelope-from wkb) Date: Sun, 9 Jul 2000 20:04:16 +0200 From: Wilko Bulte To: Motomichi Matsuzaki Cc: dcs@newsguy.com, wilko@FreeBSD.ORG, FreeBSD-hackers@FreeBSD.ORG Subject: Re: why the RockRidge message? Message-ID: <20000709200416.B760@freebie.wbnet> Reply-To: wilko@FreeBSD.ORG References: <20000708200629.A2570@freebie.wbnet> <396871AD.B41ADFAB@newsguy.com> <863dljweu5.wl@tkc.att.ne.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <863dljweu5.wl@tkc.att.ne.jp>; from mzaki@e-mail.ne.jp on Sun, Jul 09, 2000 at 11:36:18PM +0900 X-OS: FreeBSD 4.0-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Jul 09, 2000 at 11:36:18PM +0900, Motomichi Matsuzaki wrote: > Hi, > > At Sun, 09 Jul 2000 21:35:57 +0900, > Daniel C. Sobral wrote: > >> I really don't understand why the cd9660 filesystem needs to whine about the > >> RockRidge extensions everytime one mounts a RR cdrom. > > It does this for Joliet too. AFAIK, he idea is letting the admin knows > > what format was recognized/mounted, and this is the wrong solution, > > obviously (LOG_INFO or not). > > A year ago, I was merging several implementations of Joliet support. > I needed these messages for mainly debugging reasons, > so I wrote printf() (not log()) as temporaly reporting. > > I suppose, someone thought log() was suitable, not printf(). > > > The right solution would be return this > > information upon request through some mean. Wouldn't it be possible to display this when one types 'mount'? Now it displays: /dev/cd0c on /cdrom (cd9660, NFS exported, local, read-only, reads: sync 1 async 0) This could be changed into: /dev/cd0c on /cdrom (cd9660, Joliet extensions, NFS exported, local, read-only, reads: sync 1 async 0) -- Wilko Bulte http://www.freebsd.org "Do, or do not. There is no try" wilko@freebsd.org http://www.nlfug.nl Yoda - The Empire Strikes Back To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 9 12:51:39 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from tkc.att.ne.jp (tkc.att.ne.jp [165.76.16.7]) by hub.freebsd.org (Postfix) with ESMTP id 2915537B585 for ; Sun, 9 Jul 2000 12:51:32 -0700 (PDT) (envelope-from mzaki@tkc.att.ne.jp) Received: from work.mzaki.nom (138.pool5.tokyo.att.ne.jp [165.76.22.153]) by tkc.att.ne.jp (8.8.8+Spin/3.6W-CONS(10/24/99)) id EAA21588; Mon, 10 Jul 2000 04:51:29 +0900 (JST) Received: from localhost (mzaki@localhost [127.0.0.1]) by work.mzaki.nom (8.9.3/8.9.3) with ESMTP id EAA00458 for ; Mon, 10 Jul 2000 04:51:32 +0900 (JST) (envelope-from mzaki@tkc.att.ne.jp) To: FreeBSD-hackers@FreeBSD.ORG Subject: Re: why the RockRidge message? In-Reply-To: In your message of "Sun, 9 Jul 2000 20:04:16 +0200" <20000709200416.B760@freebie.wbnet> References: <20000708200629.A2570@freebie.wbnet> <396871AD.B41ADFAB@newsguy.com> <863dljweu5.wl@tkc.att.ne.jp> <20000709200416.B760@freebie.wbnet> From: Motomichi Matsuzaki X-Mailer: Mew version 1.95b3 on XEmacs 21.1 (Bryce Canyon) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Mon_Jul_10_04:51:26_2000_518)--" Content-Transfer-Encoding: 7bit Message-Id: <20000710045132W.mzaki@tkc.att.ne.jp> Date: Mon, 10 Jul 2000 04:51:32 +0900 X-Dispatcher: imput version 991007(IM132) Lines: 102 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ----Next_Part(Mon_Jul_10_04:51:26_2000_518)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, At Sun, 9 Jul 2000 20:04:16 +0200, Wilko Bulte wrote: > > >> I really don't understand why the cd9660 filesystem needs to whine about the > > >> RockRidge extensions everytime one mounts a RR cdrom. > > > The right solution would be return this > > > information upon request through some mean. > Wouldn't it be possible to display this when one types 'mount'? technically possible, but there is few room on the bit fields for this purpose. see MNT_* are defined for mnt_flag in struct mount, its unused fields are only 4bits (0x0f000000). yes, 4bits are enough for representing extension types, however, this is the limited resource. if extending mnt_flag to 64bit is allowed in future, we shall go ahead. and sample implementation is attached -- Motomichi Matsuzaki Dept. of Biological Sciences, Grad. School of Science, Univ. of Tokyo, Japan ----Next_Part(Mon_Jul_10_04:51:26_2000_518)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Description: mount.extension.patch Content-Disposition: attachment; filename="mount.extension.patch" --- sys/isofs/cd9660/cd9660_vfsops.c.original Thu Jun 29 12:06:16 2000 +++ sys/isofs/cd9660/cd9660_vfsops.c Mon Jul 10 03:45:36 2000 @@ -469,6 +469,7 @@ if (high_sierra) { /* this effectively ignores all the mount flags */ - log(LOG_INFO, "cd9660: High Sierra Format\n"); isomp->iso_ftype = ISO_FTYPE_HIGH_SIERRA; } else switch (isomp->im_flags&(ISOFSMNT_NORRIP|ISOFSMNT_GENS)) { @@ -479,7 +480,7 @@ isomp->iso_ftype = ISO_FTYPE_9660; break; case 0: - log(LOG_INFO, "cd9660: RockRidge Extension\n"); + mp->mnt_flag |= MNT_ROCKRIDGE; isomp->iso_ftype = ISO_FTYPE_RRIP; break; } @@ -487,7 +488,7 @@ /* Decide whether to use the Joliet descriptor */ if (isomp->iso_ftype != ISO_FTYPE_RRIP && joliet_level) { - log(LOG_INFO, "cd9660: Joliet Extension\n"); + mp->mnt_flag |= MNT_JOLIET; rootp = (struct iso_directory_record *) sup->root_directory_record; bcopy (rootp, isomp->root, sizeof isomp->root); --- sys/sys/mount.h.original Wed Jul 5 06:02:16 2000 +++ sys/sys/mount.h Mon Jul 10 03:52:07 2000 @@ -152,6 +152,12 @@ #define MNT_EXPUBLIC 0x20000000 /* public export (WebNFS) */ /* + * cd9660 related flags. + */ +#define MNT_ROCKRIDGE 0x01000000 +#define MNT_JOLIET 0x02000000 + +/* * Flags set by internal operations, * but visible to the user. * XXX some of these are not quite right.. (I've never seen the root flag set) @@ -171,6 +177,7 @@ MNT_NOSUID | MNT_NODEV | MNT_UNION | \ MNT_ASYNC | MNT_EXRDONLY | MNT_EXPORTED | \ MNT_DEFEXPORTED | MNT_EXPORTANON| MNT_EXKERB | \ + MNT_ROCKRIDGE | MNT_JOLIET | \ MNT_LOCAL | MNT_USER | MNT_QUOTA | \ MNT_ROOTFS | MNT_NOATIME | MNT_NOCLUSTERR| \ MNT_NOCLUSTERW | MNT_SUIDDIR | MNT_SOFTDEP | \ --- sbin/mount/mount.c.original Sat Jan 15 23:28:13 2000 +++ sbin/mount/mount.c Mon Jul 10 04:45:30 2000 @@ -92,6 +92,8 @@ const char *o_name; } optnames[] = { { MNT_ASYNC, "asynchronous" }, + { MNT_ROCKRIDGE, "RockRidge extension" }, + { MNT_JOLIET, "Joliet extension" }, { MNT_EXPORTED, "NFS exported" }, { MNT_LOCAL, "local" }, { MNT_NOATIME, "noatime" }, ----Next_Part(Mon_Jul_10_04:51:26_2000_518)---- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 9 13: 0:46 2000 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 E172037B6A4; Sun, 9 Jul 2000 13:00:40 -0700 (PDT) (envelope-from jdp@polstra.com) 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 NAA29562; Sun, 9 Jul 2000 13:00:39 -0700 (PDT) (envelope-from jdp@polstra.com) Message-ID: 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: Sun, 09 Jul 2000 13:00:38 -0700 (PDT) Organization: Polstra & Co., Inc. From: John Polstra To: hubs@freebsd.org Subject: Updating your CVSup mirror configs for the recent crypto changes Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Now that the cvs-crypto collection is gone and crypto code can be exported from the US, you may wish to update your cvsup-mirror installation so that it doesn't produce warnings saying that cvs-crypto is an unknown collection. I have updated the cvsup-mirror port itself today, but if you already have it installed then you might find it easier to make the changes manually. Here's how. - Cd into /usr/local/etc/cvsup. - Edit "config.sh" and change the setting of "host_crypto" to make it the same as "host". - Edit "supfile" and remove the line containing "cvs-crypto". - Delete the symbolic link "prefixes/FreeBSD-crypto.cvs". That's all you need to do. 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 Sun Jul 9 14:30:46 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from server.baldwin.cx (server.geekhouse.net [64.81.6.52]) by hub.freebsd.org (Postfix) with ESMTP id 0EB9237B67A; Sun, 9 Jul 2000 14:30:35 -0700 (PDT) (envelope-from john@baldwin.cx) Received: from john.baldwin.cx (root@john.baldwin.cx [192.168.1.18]) by server.baldwin.cx (8.9.3/8.9.3) with ESMTP id OAA16140; Sun, 9 Jul 2000 14:30:34 -0700 (PDT) (envelope-from john@baldwin.cx) Received: (from john@localhost) by john.baldwin.cx (8.9.3/8.9.3) id OAA00514; Sun, 9 Jul 2000 14:31:18 -0700 (PDT) (envelope-from john) Message-Id: <200007092131.OAA00514@john.baldwin.cx> 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 Date: Sun, 09 Jul 2000 14:31:17 -0700 (PDT) From: John Baldwin To: hackers@FreeBSD.org Subject: Lovely FFS panic on 4.x-stable Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG IdlePTD 3407872 initial pcb at 2c07e0 panicstr: ffs_clusteralloc: map mismatch panic messages: --- panic: ffs_clusteralloc: map mismatch #0 boot (howto=256) at ../../kern/kern_shutdown.c:302 302 dumppcb.pcb_cr3 = rcr3(); (kgdb) bt #0 boot (howto=256) at ../../kern/kern_shutdown.c:302 #1 0xc01492d1 in panic (fmt=0xc02692c0 "ffs_clusteralloc: map mismatch") at ../../kern/kern_shutdown.c:552 #2 0xc01e0e05 in ffs_clusteralloc (ip=0xc0cc8600, cg=30, bpref=983048, len=4) at ../../ufs/ffs/ffs_alloc.c:1190 #3 0xc01e0143 in ffs_hashalloc (ip=0xc0cc8600, cg=30, pref=983048, size=4, allocator=0xc01e0be0 ) at ../../ufs/ffs/ffs_alloc.c:768 #4 0xc01dfb07 in ffs_reallocblks (ap=0xc66e7de4) at ../../ufs/ffs/ffs_alloc.c:442 #5 0xc016f10e in cluster_write (bp=0xc1d1d318, filesize=32768, seqcount=4) at vnode_if.h:1056 #6 0xc01eb596 in ffs_write (ap=0xc66e7e90) at ../../ufs/ufs/ufs_readwrite.c:500 #7 0xc01798c8 in vn_write (fp=0xc0ca7e80, uio=0xc66e7edc, cred=0xc0c56a80, flags=0, p=0xc668c400) at vnode_if.h:363 #8 0xc015637a in dofilewrite (p=0xc668c400, fp=0xc0ca7e80, fd=3, buf=0xbfbef118, nbyte=43774, offset=-1, flags=0) at ../../sys/file.h:159 #9 0xc015627f in write (p=0xc668c400, uap=0xc66e7f80) at ../../kern/sys_generic.c:298 #10 0xc023e1d1 in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = -1078005480, tf_esi = 3, tf_ebp = 0, tf_isp = -965836844, tf_ebx = 43774, tf_edx = -1077938511, tf_ecx = 6, tf_eax = 4, tf_trapno = 12, tf_err = 2, tf_eip = 671993592, tf_cs = 31, tf_eflags = 659, tf_esp = -1078005516, tf_ss = 47}) at ../../i386/i386/trap.c:1126 (kgdb) up 2 #2 0xc01e0e05 in ffs_clusteralloc (ip=0xc0cc8600, cg=30, bpref=983048, len=4) at ../../ufs/ffs/ffs_alloc.c:1190 1190 panic("ffs_clusteralloc: map mismatch"); (kgdb) list 1185 * Allocate the cluster that we have found. 1186 */ 1187 blksfree = cg_blksfree(cgp); 1188 for (i = 1; i <= len; i++) 1189 if (!ffs_isblock(fs, blksfree, got - run + i)) 1190 panic("ffs_clusteralloc: map mismatch"); 1191 bno = cg * fs->fs_fpg + blkstofrags(fs, got - run + 1); 1192 if (dtog(fs, bno) != cg) 1193 panic("ffs_clusteralloc: allocated out of group"); 1194 len = blkstofrags(fs, len); (kgdb) p blksfree $1 = (u_int8_t *) 0xc20314e0 "˙" (kgdb) p *blksfree $2 = 255 '˙' (kgdb) p got $3 = 2163 (kgdb) p run $4 = 4 (kgdb) p fs $5 = (struct fs *) 0xc0907800 (kgdb) p *fs $6 = {fs_firstfield = 0, fs_unused_1 = 0, fs_sblkno = 16, fs_cblkno = 24, fs_iblkno = 32, fs_dblkno = 1016, fs_cgoffset = 2048, fs_cgmask = -1, fs_time = 963175776, fs_size = 1585344, fs_dsize = 1536327, fs_ncg = 49, fs_bsize = 8192, fs_fsize = 1024, fs_frag = 8, fs_minfree = 8, fs_rotdelay = 0, fs_rps = 60, fs_bmask = -8192, fs_fmask = -1024, fs_bshift = 13, fs_fshift = 10, fs_maxcontig = 15, fs_maxbpg = 2048, fs_fragshift = 3, fs_fsbtodb = 1, fs_sbsize = 2048, fs_csmask = -512, fs_csshift = 9, fs_nindir = 2048, fs_inopb = 64, fs_nspf = 2, fs_optim = 0, fs_npsect = 4096, fs_interleave = 1, fs_trackskew = 0, fs_id = {915932514, 1106181948}, fs_csaddr = 1016, fs_cssize = 1024, fs_cgsize = 6144, fs_ntrak = 1, fs_nsect = 4096, fs_spc = 4096, fs_ncyl = 775, fs_cpg = 16, fs_ipg = 7872, fs_fpg = 32768, fs_cstotal = {cs_ndir = 3274, cs_nbfree = 68238, cs_nifree = 330794, cs_nffree = 29696}, fs_fmod = 0 '\000', fs_clean = 0 '\000', fs_ronly = 0 '\000', fs_flags = 2 '\002', fs_fsmnt = "/v", '\000' , fs_cgrotor = 27, fs_csp = {0xc0907000, 0x0 }, fs_maxcluster = 0xc0907400, fs_cpc = 0, fs_opostbl = {{0, 0, 0, 0, 0, 0, 0, 0} }, fs_sparecon = {0 }, fs_contigsumsize = 15, fs_maxsymlinklen = 60, fs_inodefmt = 2, fs_maxfilesize = 8796093022207, fs_qbmask = 8191, fs_qfmask = 1023, fs_state = 0, fs_postblformat = 1, fs_nrpos = 1, fs_postbloff = 0, fs_rotbloff = 0, fs_magic = 72020, fs_space = ""} (kgdb) p cgp->cg_magic $7 = 590421 (which == CG_MAGIC) (kgdb) p cgp->cg_freeoff $8 = 1248 (kgdb) p ((u_int8_t *)(cgp) + (cgp)->cg_freeoff) $9 = (u_int8_t *) 0xc20314e0 "˙" (kgdb) p *cgp $12 = {cg_firstfield = 0, cg_magic = 590421, cg_time = 963175776, cg_cgx = 30, cg_ncyl = 16, cg_niblk = 7872, cg_ndblk = 32768, cg_cs = {cs_ndir = 35, cs_nbfree = 1739, cs_nifree = 6581, cs_nffree = 1523}, cg_rotor = 15920, cg_frotor = 15920, cg_irotor = 910, cg_frsum = {0, 29, 2, 2, 57, 95, 59, 61}, cg_btotoff = 168, cg_boff = 232, cg_iusedoff = 264, cg_freeoff = 1248, cg_nextfreeoff = 5916, cg_clustersumoff = 5340, cg_clusteroff = 5404, cg_nclusterblks = 4096, cg_sparecon = { 0 }, cg_space = "\001"} I'm using softupdates on all my filesystems except for /, but the only filesystem with errors when I rebooted was /v, which does run softupdates: /dev/ad2s1e on /v (ufs, local, soft-updates, writes: sync 3 async 788, reads: sync 1768 async 110) > uname -a FreeBSD john.baldwin.cx 4.0-STABLE FreeBSD 4.0-STABLE #13: Sat Jun 17 00:58:47 PDT 2000 john@john.baldwin.cx:/usr/source/src/sys/compile/JOHN i386 Kernel and vmcore available if more info is needed. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.cslab.vt.edu/~jobaldwi/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 Sun Jul 9 14:51:38 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from server.baldwin.cx (server.geekhouse.net [64.81.6.52]) by hub.freebsd.org (Postfix) with ESMTP id 9369E37B9E6; Sun, 9 Jul 2000 14:51:32 -0700 (PDT) (envelope-from john@baldwin.cx) Received: from john.baldwin.cx (root@john.baldwin.cx [192.168.1.18]) by server.baldwin.cx (8.9.3/8.9.3) with ESMTP id OAA16246; Sun, 9 Jul 2000 14:51:31 -0700 (PDT) (envelope-from john@baldwin.cx) Received: (from john@localhost) by john.baldwin.cx (8.9.3/8.9.3) id OAA00568; Sun, 9 Jul 2000 14:52:17 -0700 (PDT) (envelope-from john) Message-Id: <200007092152.OAA00568@john.baldwin.cx> 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: <200007092131.OAA00514@john.baldwin.cx> Date: Sun, 09 Jul 2000 14:52:17 -0700 (PDT) From: John Baldwin To: hackers@FreeBSD.ORG Subject: RE: Lovely FFS panic on 4.x-stable Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 09-Jul-00 John Baldwin wrote: > IdlePTD 3407872 > initial pcb at 2c07e0 > panicstr: ffs_clusteralloc: map mismatch > panic messages: > --- > panic: ffs_clusteralloc: map mismatch >#0 boot (howto=256) at ../../kern/kern_shutdown.c:302 > 302 dumppcb.pcb_cr3 = rcr3(); Some more info related to ffs_isblock(): (kgdb) p got - run + i $2 = 2160 (kgdb) p i $3 = 1 (kgdb) p len $4 = 4 (kgdb) p fs->fs_frag $5 = 8 (kgdb) p (unsigned char *)blksfree[got - run + i] $7 = (unsigned char *) 0x3fffff0f
From ffs_subr.c: int ffs_isblock(fs, cp, h) struct fs *fs; unsigned char *cp; ufs_daddr_t h; { unsigned char mask; switch ((int)fs->fs_frag) { case 8: return (cp[h] == 0xff); ... } -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.cslab.vt.edu/~jobaldwi/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 Sun Jul 9 18: 5:24 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from web1606.mail.yahoo.com (web1606.mail.yahoo.com [128.11.23.206]) by hub.freebsd.org (Postfix) with SMTP id 9895337B585 for ; Sun, 9 Jul 2000 18:05:21 -0700 (PDT) (envelope-from ycardena@yahoo.com) Received: (qmail 6390 invoked by uid 60001); 10 Jul 2000 01:05:21 -0000 Message-ID: <20000710010521.6389.qmail@web1606.mail.yahoo.com> Received: from [216.252.136.165] by web1606.mail.yahoo.com; Sun, 09 Jul 2000 18:05:21 PDT Date: Sun, 9 Jul 2000 18:05:21 -0700 (PDT) From: Yonny Cardenas Subject: Unknow S3 chipset To: 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 Hi I have a problem with my (Diamond Stealth III) AGP video card,it only works in 320x204 resolution: This menssage is showed when I run X: SVGA: PCI: S3 Savage4 rev.4, Memory @ 0xf8000000, 0xf0000000 SVGA: Unknow S3 chipset: chi_id = 0x8a22 rev. 4 SVGA: chipset: generic ... SVGA: virtual resolution set to 320x204 With SuperProbe show : Chipset: S3 Savage4 (PCI Probed) Memory : 16384 Kbytes RAMDAC : Generic 8-bit pseudo-color DAC In boot time: pci1: < S3 Savage4 graphics accelerator > at 0.0 irq 11 The configuration: OS: FreeBSD 4.0 Video Card: Diamond Stealth III S540 (16Mb) chipset: S3 Savage4 Pro+ Motherboard: Intel SE440BX-2 Processor: Intel Pentium III 550 Mhz Can I do ? Thanks for your help. YONNY CARDENAS B. Universidad de los Andes Bogota - Colombia e-mail: ycardena@yahoo.com __________________________________________________ Do You Yahoo!? Get Yahoo! Mail – Free email you can access from anywhere! http://mail.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 9 18:50:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hurlame.pdl.cs.cmu.edu (HURLAME.PDL.CS.CMU.EDU [128.2.189.78]) by hub.freebsd.org (Postfix) with SMTP id 9933637BB34 for ; Sun, 9 Jul 2000 18:50:49 -0700 (PDT) (envelope-from magus+@hurlame.pdl.cs.cmu.edu) To: freebsd-hackers@FreeBSD.ORG Subject: Re: Code Pal VMS References: <20000707161109.L15683@beastie.localdomain> <20000708170042.E16030@vuurwerk.nl> From: Nat Lanza Date: 09 Jul 2000 21:50:11 -0400 In-Reply-To: Peter van Dijk's message of "Sat, 8 Jul 2000 17:00:42 +0200" Message-ID: Lines: 19 User-Agent: Gnus/5.0802 (Gnus v5.8.2) XEmacs/20.4 (Emerald) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter van Dijk writes: > To be exact, there are globally two versions of Alpha firmware - ARC and > SRM. One is for booting NT (the Linux loader MILO works with it too, and > those are the only two IIRC), the other is for booting VMS and OSF/1 > (Digital Unix). You need the second one (which is SRM if I recall > correctly, I keep mixing them up) for FreeBSD/OpenBSD and friends too. You can also boot Linux from SRM, but it's a pain in the ass to set it up. It's worth it, though, 'cause then you get a handy serial console. --nat -- nat lanza --------------------- research programmer, parallel data lab, cmu scs magus@cs.cmu.edu -------------------------------- http://www.cs.cmu.edu/~magus/ there are no whole truths; all truths are half-truths -- alfred north whitehead To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 10 1:23:22 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail3.hushmail.com (mail3.hushmail.com [216.18.8.73]) by hub.freebsd.org (Postfix) with ESMTP id 8F15237BD60; Mon, 10 Jul 2000 01:23:15 -0700 (PDT) (envelope-from core-ix@hushmail.com) Received: (from root@localhost) by mail3.hushmail.com (8.8.7/8.8.7) id BAA07998; Mon, 10 Jul 2000 01:23:15 -0700 From: core-ix@hushmail.com Message-Id: <200007100823.BAA07998@mail3.hushmail.com> Date: Īō, 10 VII 1999 11:20:15 +0200 (EEDT) Subject: Some proposals to FreeBSD kernel To: freebsd-arch@FreeBSD.ORG Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="1099677344.963217395254.JavaMail.root@mail3.hushmail.com" Cc: freebsd-hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --1099677344.963217395254.JavaMail.root@mail3.hushmail.com Content-Type: text/plain Hello I'm 18-year-old newbie UNIX programmer that currently use FreeBSD and is really thankfull of it.I run it on DUAL PII/333. Some days ago my friend tell me that with simple user rights and whit only 1 line of code he could crash my machine. I laught but he did it :(. What he wrote was ' int main(void) {while(1) fork(); }' compiled it and run it. Within a second /kernel said "proc: table is full" and died. I tried this on some other BSD unixes and the result was same. (BTW Minix 2.0 seem unaffected and probably other SVR4 variants, because you can limit the number of system processes and system still have resources to work fine(although slow)) With sysctl() I found that my system can work with up to 532 procs simulanteously, but didnt found where this value is set in the src/ or probably where it is computed. So I sit down and wrote a static library that introduse a new fork() (nfork()) and _exit() (nexit()) whose only purpose is to lower the effect ot fast fork()s by sleeping accordingly to the number of times fork() was called.I tend to make some more things with that piece of code (in the attachment) and probably to add it to the kenel src but for now it is easier to use it as a library. Any suggestions about tarball included are welcome. Looking forward to hearing from you. Thanks for reading my letter Ix P.S. Please excuse my amateur code (I'm only 18-year-old :) ) And the file attached is named sys2-src.tar.gz but my mail have some problems with that names so it may apear as sys2-src.tar.gz.gz IMPORTANT NOTICE: If you are not using HushMail, this message could have been read easily by the many people who have access to your open personal email messages. Get your FREE, totally secure email address at http://www.hushmail.com. --1099677344.963217395254.JavaMail.root@mail3.hushmail.com Content-Type: application/octet-stream; name=sys2-src.tar.gz.gz Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=sys2-src.tar.gz.gz H4sICBN8aTkCA3N5czItc3JjLnRhcgDtl1FP2zAQx/M6f4qTxkMCC42bJpHomDbKYJ06mMrDHlGW utQidao4paBp331nNykBaZomjYKm+0lVL/+zfU7d/6XVd7rr6zLrOE8H9IIkisAB4EnE2+8NAUDC wy5POA8STAcJDxyInC2w1FVaAjjypvjDOFFq579DN+f/Jb0WU5mLJ6jBgyDu9X5//lEc1ucf8yTu YrrbCxMHAjr/J2cwgEPIMjY4GX04vcDY/5bmOTA2Gh5dXoxN1n5FxO1+ZrXzo88trbDap+NxS5tZ 7WQ4+ohiLr83emp0WyKfgz/ax/c6xYZnA5sY7jP2dXx+2lRepCvl67xYYXGjP9AYw50eAHv1fscd DDzYcc0yHvgZhvX2Pczi8ZaNZHbl1THeiUmXqcJNtvOtFZvN4KpFfXlfyE658BjLcpGqA7MW3ti0 tfyjqnY6e5n+35zy9v0fcr7p/0HSs/7vcfL/NngtVZYvJwLebuz7jrG8UFcgVQUZvg4h6DNmrtS0 KK9dj/1gAJ1dwE+ukhnYwc1A2O1gcqlzIRauu1RaXikxMWt5i2LlutO8SCsvfgN1hPM8r49TMNjb M0EpqmWpYF2qz37WpcWtrOrSONT3zdBLKwZ2lEP8E//PnsH/YdQ8/6MgTKz/o5j8v3X/d6q7hdCm A9zLSyV1NXmoGVOn+SOtmsjioTRPq5ltJ9grzsSqtjTI+SIXc6FM9yis0SG9KeREYhvBTVRiDlmZ 6pnQppm0+k6/WWjte89OrWaiyW+Gr9N96gl/4//Wb60t+x+Sxv9RnHCMMQwj8v/zPf+Ni+apVK7x 5fqhu5rhn0OXe/dmpGcuQRAEQRAEQRAEQRAEQRAEQbxQfgHAdDOaACgAAA== --1099677344.963217395254.JavaMail.root@mail3.hushmail.com-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 10 1:44:25 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from snafu.adept.org (adsl-63-201-63-44.dsl.snfc21.pacbell.net [63.201.63.44]) by hub.freebsd.org (Postfix) with ESMTP id 97B2837C474; Mon, 10 Jul 2000 01:44:17 -0700 (PDT) (envelope-from mike@adept.org) Received: by snafu.adept.org (Postfix, from userid 1000) id 098CC9EE01; Mon, 10 Jul 2000 01:44:16 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by snafu.adept.org (Postfix) with ESMTP id 025CA9B001; Mon, 10 Jul 2000 01:44:15 -0700 (PDT) Date: Mon, 10 Jul 2000 01:44:15 -0700 (PDT) From: BSD Biggot To: core-ix@hushmail.com Cc: freebsd-arch@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Some proposals to FreeBSD kernel In-Reply-To: <200007100823.BAA07998@mail3.hushmail.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 10 xxx -1 core-ix@hushmail.com wrote: > What he wrote was ' int main(void) {while(1) fork(); }' compiled it > and run it. Within a second /kernel said "proc: table is full" and > died. I tried this on some other BSD unixes and the result was > same. A fork() bomb... Resource exhaustion. Old news. > (BTW Minix 2.0 seem unaffected and probably other SVR4 > variants, because you can limit the number of system processes > and system still have resources to work fine(although slow)) I've done this on SunOS. As for limiting processes, I'd tweak the appropriate knobs in login.conf(5). If you're worried about root doing something similar without such restrictions... Well, you've got other things to worry about if someone already has root access to your machine. -mrh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 10 1:59:23 2000 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 6D3F037C51C; Mon, 10 Jul 2000 01:59:15 -0700 (PDT) (envelope-from pherman@frenchfries.net) Received: from bagabeedaboo.security.at12.de (dial-195-14-254-153.netcologne.de [195.14.254.153]) by mail2.netcologne.de (8.9.3/8.9.3) with ESMTP id KAA29148; Mon, 10 Jul 2000 10:59:09 +0200 (MET DST) Received: from localhost (localhost.security.at12.de [127.0.0.1]) by bagabeedaboo.security.at12.de (8.10.2/8.10.2) with ESMTP id e6A8x2o53348; Mon, 10 Jul 2000 10:59:02 +0200 (CEST) Date: Mon, 10 Jul 2000 10:59:01 +0200 (CEST) From: Paul Herman To: core-ix@hushmail.com Cc: freebsd-arch@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Some proposals to FreeBSD kernel In-Reply-To: <200007100823.BAA07998@mail3.hushmail.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 10 xxx -1 core-ix@hushmail.com wrote: > Some days ago my friend tell me that with simple user rights > and whit only 1 line of code he could crash my machine. I laught > but he did it :(. > > What he wrote was ' int main(void) {while(1) fork(); }' compiled it > and run it. Within a second /kernel said "proc: table is full" and > died. This DoS is probably as old as you are. :) Setting proper limits on your system, like "maxproc" and "stacksize" et al. in /etc/login.conf will clamp down on this. "Security for a server also means protection against itself." > So I sit down and wrote a static library that introduse a new fork() > (nfork()) and _exit() (nexit()) whose only purpose is to lower the > effect ot fast fork()s by sleeping accordingly to the number of times > fork() was called. Your code is always welcome here, :) however most people here will just tell you what I've just told you. Perhaps a discussion of something like FORK_RATELIMIT along the lines of ICMP_BANDLIM is in order? After an adjustable threshold forks slowly start slowing down, rather than coughing up a "Resource temporarily unavailable"? -Paul. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 10 2: 7:41 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ywing.creative.net.au (ywing.creative.net.au [203.56.168.34]) by hub.freebsd.org (Postfix) with ESMTP id 2A67637BD51; Mon, 10 Jul 2000 02:07:32 -0700 (PDT) (envelope-from adrian@ywing.creative.net.au) Received: (from adrian@localhost) by ywing.creative.net.au (8.9.3/8.9.3) id LAA03025; Mon, 10 Jul 2000 11:13:41 +0200 (CEST) (envelope-from adrian) Date: Mon, 10 Jul 2000 11:13:41 +0200 From: Adrian Chadd To: Paul Herman Cc: core-ix@hushmail.com, freebsd-arch@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Some proposals to FreeBSD kernel Message-ID: <20000710111340.C837@ywing.creative.net.au> References: <200007100823.BAA07998@mail3.hushmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from pherman@frenchfries.net on Mon, Jul 10, 2000 at 10:59:01AM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jul 10, 2000, Paul Herman wrote: > On 10 xxx -1 core-ix@hushmail.com wrote: > > > Some days ago my friend tell me that with simple user rights > > and whit only 1 line of code he could crash my machine. I laught > > but he did it :(. > > > > What he wrote was ' int main(void) {while(1) fork(); }' compiled it > > and run it. Within a second /kernel said "proc: table is full" and > > died. > > This DoS is probably as old as you are. :) Setting proper limits on > your system, like "maxproc" and "stacksize" et al. in /etc/login.conf > will clamp down on this. > > "Security for a server also means protection against itself." > > > So I sit down and wrote a static library that introduse a new fork() > > (nfork()) and _exit() (nexit()) whose only purpose is to lower the > > effect ot fast fork()s by sleeping accordingly to the number of times > > fork() was called. > > Your code is always welcome here, :) however most people here will > just tell you what I've just told you. > > Perhaps a discussion of something like FORK_RATELIMIT along the lines > of ICMP_BANDLIM is in order? After an adjustable threshold forks > slowly start slowing down, rather than coughing up a "Resource > temporarily unavailable"? why would you do that? If something wants to fork, let it fork. When it hits the upper limit defined your resource limitations, it returns an error. Having it slow down before erroring out and then providing the tweaks to make this controllable sounds to me like too much added complexity for no real gain. Remember, resource limits are your friend. ;-) Adrian -- Adrian Chadd Build a man a fire, and he's warm for the rest of the evening. Set a man on fire and he's warm for the rest of his life. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 10 2:47:43 2000 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 9258E37C56C; Mon, 10 Jul 2000 02:47:38 -0700 (PDT) (envelope-from pherman@frenchfries.net) Received: from bagabeedaboo.security.at12.de (dial-195-14-233-107.netcologne.de [195.14.233.107]) by mail2.netcologne.de (8.9.3/8.9.3) with ESMTP id LAA05923; Mon, 10 Jul 2000 11:47:35 +0200 (MET DST) Received: from localhost (localhost.security.at12.de [127.0.0.1]) by bagabeedaboo.security.at12.de (8.10.2/8.10.2) with ESMTP id e6A9lOE53495; Mon, 10 Jul 2000 11:47:24 +0200 (CEST) Date: Mon, 10 Jul 2000 11:47:24 +0200 (CEST) From: Paul Herman To: Adrian Chadd Cc: core-ix@hushmail.com, freebsd-hackers@FreeBSD.ORG Subject: fork throttling (was Re: Some proposals to FreeBSD kernel) In-Reply-To: <20000710111340.C837@ywing.creative.net.au> 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, 10 Jul 2000, Adrian Chadd wrote: > On Mon, Jul 10, 2000, Paul Herman wrote: > > Perhaps a discussion of something like FORK_RATELIMIT along the lines > > of ICMP_BANDLIM is in order? > > why would you do that? If something wants to fork, let it fork. When > it hits the upper limit defined your resource limitations, it returns > an error. Having it slow down before erroring out and then providing > the tweaks to make this controllable sounds to me like too much added > complexity for no real gain. It's just like in my DSP programing days with limiting vs. clipping. The best solution which is most pleasing to the ears is a combination of both. (speaking of "gain" :) I envision highly loaded webservers/mailservers/etc (according to login class) slightly (usecs) slowing forking down to let other procs finish up IO or whatever it needs to do, before forking. To me, this seems much more elegant and desireable than just burping up fork errors "500 Internal Server Error", or "503 Server Unavailable". Like you say, it is probably too much added complexity, but it is being optionaly implimented as we speak in some common servers, like apache. If this behaviour is desired (and I know companies that do), it may just be a simple philosophical question of whose job it would be to throttle forks: userland or kernel. You may be right. It may be the domain of userland, but I can see advantages of the generalities of it being in the kernel. Comments? > Remember, resource limits are your friend. ;-) They are indeed. -Paul. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 10 3:10:47 2000 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 C135537B653 for ; Mon, 10 Jul 2000 03:10:44 -0700 (PDT) (envelope-from asmodai@lucifer.ninth-circle.org) Received: (from asmodai@localhost) by lucifer.ninth-circle.org (8.9.3/8.9.3) id MAA91812; Mon, 10 Jul 2000 12:10:41 +0200 (CEST) (envelope-from asmodai) Date: Mon, 10 Jul 2000 12:10:40 +0200 From: Jeroen Ruigrok van der Werven To: Yonny Cardenas Cc: hackers@FreeBSD.ORG Subject: Re: Unknow S3 chipset Message-ID: <20000710121040.X44199@lucifer.bart.nl> References: <20000710010521.6389.qmail@web1606.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000710010521.6389.qmail@web1606.mail.yahoo.com>; from ycardena@yahoo.com on Sun, Jul 09, 2000 at 06:05:21PM -0700 Organisation: VIA Net.Works The Netherlands Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -On [20000710 03:10], Yonny Cardenas (ycardena@yahoo.com) wrote: >I have a problem with my (Diamond Stealth III) AGP >video card,it only works >in 320x204 resolution: > >This menssage is showed when I run X: > >SVGA: PCI: S3 Savage4 rev.4, Memory @ 0xf8000000, >0xf0000000 >SVGA: Unknow S3 chipset: chi_id = 0x8a22 rev. 4 >SVGA: chipset: generic >... >SVGA: virtual resolution set to 320x204 Please take this up with the kind people at www.xfree86.org. Thanks, -- Jeroen Ruigrok van der Werven Network- and systemadministrator VIA Net.Works The Netherlands BSD: Technical excellence at its best http://www.via-net-works.nl ``...by God I *KNOW* what this network is for, and you can't have it.'' -- Russ Albery To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 10 3:12:47 2000 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 3C86037B653; Mon, 10 Jul 2000 03:12:42 -0700 (PDT) (envelope-from asmodai@lucifer.ninth-circle.org) Received: (from asmodai@localhost) by lucifer.ninth-circle.org (8.9.3/8.9.3) id MAA91822; Mon, 10 Jul 2000 12:12:23 +0200 (CEST) (envelope-from asmodai) Date: Mon, 10 Jul 2000 12:12:23 +0200 From: Jeroen Ruigrok van der Werven To: Jim Mercer Cc: questions@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: cvs-crypto missing from 4.0-stable via cvsup? Message-ID: <20000710121222.Y44199@lucifer.bart.nl> References: <20000709001045.A9391@reptiles.org> <20000709124030.B9391@reptiles.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000709124030.B9391@reptiles.org>; from jim@reptiles.org on Sun, Jul 09, 2000 at 12:40:30PM -0400 Organisation: VIA Net.Works The Netherlands Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -On [20000709 18:45], Jim Mercer (jim@reptiles.org) wrote: >hmmm. maybe, /usr/share/examples/cvsup/... should be updated to reflect the >change. Should be updated. Patience grasshopper. =P >also, i noticed something odd on the mailing-list search pages of the website: > >search "cvs-crypto" for questions and current: > >6."David J. Re: cvs-crypto > Score: 1124; Lines: 49; 20-Apr-1997; Archive: freebsd-questions > >i wouldn't have normally looked at this one because of the date, however, >when looking at the message, i see: [snip] >something broken in the indexing? Known issue, when I get time I'll look at it. -- Jeroen Ruigrok van der Werven Network- and systemadministrator VIA Net.Works The Netherlands BSD: Technical excellence at its best http://www.via-net-works.nl ``...by God I *KNOW* what this network is for, and you can't have it.'' -- Russ Albery To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 10 3:37: 8 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ywing.creative.net.au (ywing.creative.net.au [203.56.168.34]) by hub.freebsd.org (Postfix) with ESMTP id C9E2C37B5FF; Mon, 10 Jul 2000 03:37:01 -0700 (PDT) (envelope-from adrian@ywing.creative.net.au) Received: (from adrian@localhost) by ywing.creative.net.au (8.9.3/8.9.3) id MAA03342; Mon, 10 Jul 2000 12:43:55 +0200 (CEST) (envelope-from adrian) Date: Mon, 10 Jul 2000 12:43:55 +0200 From: Adrian Chadd To: Paul Herman Cc: Adrian Chadd , core-ix@hushmail.com, freebsd-hackers@FreeBSD.ORG Subject: Re: fork throttling (was Re: Some proposals to FreeBSD kernel) Message-ID: <20000710124355.D837@ywing.creative.net.au> References: <20000710111340.C837@ywing.creative.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from pherman@frenchfries.net on Mon, Jul 10, 2000 at 11:47:24AM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jul 10, 2000, Paul Herman wrote: > > On Mon, 10 Jul 2000, Adrian Chadd wrote: > > > On Mon, Jul 10, 2000, Paul Herman wrote: > > > Perhaps a discussion of something like FORK_RATELIMIT along the lines > > > of ICMP_BANDLIM is in order? > > > > why would you do that? If something wants to fork, let it fork. When > > it hits the upper limit defined your resource limitations, it returns > > an error. Having it slow down before erroring out and then providing > > the tweaks to make this controllable sounds to me like too much added > > complexity for no real gain. > > It's just like in my DSP programing days with limiting vs. clipping. > The best solution which is most pleasing to the ears is a combination > of both. (speaking of "gain" :) > > I envision highly loaded webservers/mailservers/etc (according to > login class) slightly (usecs) slowing forking down to let other procs > finish up IO or whatever it needs to do, before forking. To me, this > seems much more elegant and desireable than just burping up fork > errors "500 Internal Server Error", or "503 Server Unavailable". > > Like you say, it is probably too much added complexity, but it is > being optionaly implimented as we speak in some common servers, like > apache. One could quite validly argue that its a design fault with apache more than it is a problem the kernel could "solve". If the kernel wasn't scheduling correctly then I'd say "Its a kernel problem", but if the process is abusing forks or accept queues then I would be quite happy to say "its a userland problem". > If this behaviour is desired (and I know companies that do), it may > just be a simple philosophical question of whose job it would be to > throttle forks: userland or kernel. > > You may be right. It may be the domain of userland, but I can see > advantages of the generalities of it being in the kernel. Comments? Well, IMHO I think something like this implemented in the kernel for the reasons given above would let people write bad code. Should the kernel need massaging because people write bad code? The kernel is there to provide and schedule services for userland processes. Now, granted, there are a few things going into -current as of late which could also be attacked as letting people "write bad code", but those changes have been thoroughly discussed by many people and people are generally (hah!) agreed that they augment userland services more than replace them. > > Remember, resource limits are your friend. ;-) > > They are indeed. Don't get me wrong, I think the idea of introducing a sleep before each fork could be useful for resource limitations, but I also think that this can be implemented as an application sees fit. Otherwise, you'd have to make it a per-process tunable and add extra complexity for everything when only a few things would actually benefit from its use. Adrian -- Adrian Chadd Build a man a fire, and he's warm for the rest of the evening. Set a man on fire and he's warm for the rest of his life. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 10 3:55:35 2000 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 31A4537B62B; Mon, 10 Jul 2000 03:55:32 -0700 (PDT) (envelope-from pherman@frenchfries.net) Received: from bagabeedaboo.security.at12.de (dial-195-14-250-170.netcologne.de [195.14.250.170]) by mail2.netcologne.de (8.9.3/8.9.3) with ESMTP id MAA14916; Mon, 10 Jul 2000 12:55:29 +0200 (MET DST) Received: from localhost (localhost.security.at12.de [127.0.0.1]) by bagabeedaboo.security.at12.de (8.10.2/8.10.2) with ESMTP id e6AAt8855290; Mon, 10 Jul 2000 12:55:08 +0200 (CEST) Date: Mon, 10 Jul 2000 12:55:07 +0200 (CEST) From: Paul Herman To: Adrian Chadd Cc: core-ix@hushmail.com, freebsd-hackers@FreeBSD.ORG Subject: Re: fork throttling (was Re: Some proposals to FreeBSD kernel) In-Reply-To: <20000710124355.D837@ywing.creative.net.au> 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, 10 Jul 2000, Adrian Chadd wrote: > Well, IMHO I think something like this implemented in the kernel for > the reasons given above would let people write bad code. Yup, that clinches it for me. You're right. This would have fallen more into the catagory of "bad program design fix" rather than general administrative limits, in the case of /etc/login.conf. Consider this thread dead. (sorry "core-ix@hushmail.com", I tried. :) -Paul. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 10 6:20:15 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ns3.safety.net (ns3.safety.net [216.200.162.38]) by hub.freebsd.org (Postfix) with ESMTP id 681CD37B724 for ; Mon, 10 Jul 2000 06:20:09 -0700 (PDT) (envelope-from les@ns3.safety.net) Received: (from les@localhost) by ns3.safety.net (8.9.3/8.9.3) id GAA98379 for freebsd-hackers@freebsd.org; Mon, 10 Jul 2000 06:20:08 -0700 (MST) (envelope-from les) From: Les Biffle Message-Id: <200007101320.GAA98379@ns3.safety.net> Subject: Multiple MAC addresses per NIC To: freebsd-hackers@freebsd.org Date: Mon, 10 Jul 2000 06:20:08 -0700 (MST) Reply-To: les@safety.net X-Mailer: ELM [version 2.4ME+ PL54 (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 Hello all, This issue was discussed last year, but I can't find any information on a resolution. We're trying to create a high availability FreeBSD cluster with a standby machine being able to take over for a failed host, and need the standby machine to have its own MAC address, plus the MAC address of the failed host. The NICs we use are RealTek and Intel EtherExpress 100. We find hints in the NIC chip databooks but no information for us mere programmers. So, I have two questions: 1. Does anybody have sample driver code that sets up the multiple hardware address features of these NICs? 2. Does anybody have documentation that could help me create the driver changes? (book, PDF, publication number, anything?) We have tried to get more documentation out of Intel, and the salesmen are willing, but we need a publication number to get anything. They keep giving us the databook, which list pinouts, various electrical specs, and some theory, but it's no programmer reference. Thanks, -Les -- Les Biffle Community Service... Just Say NO! (480) 778-0177 les@safety.net http://www.les.safety.net/ Network Safety, 7802 E Gray Rd Ste 500, Scottsdale, AZ 85260 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 10 6:32:13 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from post.webmailer.de (natmail2.webmailer.de [192.67.198.65]) by hub.freebsd.org (Postfix) with ESMTP id 8B41637B725 for ; Mon, 10 Jul 2000 06:32:05 -0700 (PDT) (envelope-from frederik@freddym.org) Received: from server.wes.mee.com (p3E9C0357.dip.t-dialin.net [62.156.3.87]) by post.webmailer.de (8.9.3/8.8.7) with ESMTP id PAA10687 for ; Mon, 10 Jul 2000 15:32:00 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by server.wes.mee.com (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id PAA02130 for ; Mon, 10 Jul 2000 15:27:24 +0200 (CEST) Date: Mon, 10 Jul 2000 15:27:23 +0200 (CEST) From: Frederik Meerwaldt X-Sender: frederik@server.wes.mee.com To: freebsd-hackers@freebsd.org Subject: UUU: Bug in StarOffice5 Port Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1539945369-963235643=:2114" 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-1539945369-963235643=:2114 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi all, I've recently discovered a bug in the StarOffice5 Port, and so I can't install it. [frederik@server frederik]$ uname -a FreeBSD server.wes.mee.com 5.0-20000521-CURRENT FreeBSD 5.0-20000521-CURRENT #2: Sun Jun 18 20:46:35 CEST 2000 frederik@server.wes.mee.com:/usr/src/sys/compile/server i386 Please give me a bugfix for this ASAP, because I really need this program. Thanks a lot, Freddy --0-1539945369-963235643=:2114 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="staroffice_installation.scr" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="staroffice_installation.scr" U2NyaXB0IHN0YXJ0ZWQgb24gTW9uIEp1bCAxMCAxNToyMzoxMSAyMDAwDQpb ZnJlZGVyaWtAc2VydmVyIHN0YXJvZmZpY2U1XSQgc3VkbyBtYWtlIGluc3Rh bGwNDQpQYXNzd29yZDpeTQ0KPT09PiAgRXh0cmFjdGluZyBmb3Igc3Rhcm9m ZmljZS01LjFhDQ0KPj4gQ2hlY2tzdW0gT0sgZm9yIHN0YXJvZmZpY2U1L2Fw cGxpY2F0LnJkYi5nei4NDQo+PiBDaGVja3N1bSBPSyBmb3Igc3Rhcm9mZmlj ZTUvbGlib2ZhNTE3bGkuc28uDQ0KPj4gQ2hlY2tzdW0gT0sgZm9yIHN0YXJv ZmZpY2U1L2xpYnNkYjUxN2xpLnNvLg0NCj4+IENoZWNrc3VtIE9LIGZvciBz dGFyb2ZmaWNlNS9zbzUxYV9sbnhfMDEudGFyLg0NCj09PT4gICBzdGFyb2Zm aWNlLTUuMWEgZGVwZW5kcyBvbiBleGVjdXRhYmxlOiB1bnppcCAtIGZvdW5k DQ0KQXJjaGl2ZTogIC91c3IvcG9ydHMvZWRpdG9ycy9zdGFyb2ZmaWNlNS93 b3JrL3NvNTFpbnN0L29mZmljZTUxL3NldHVwLnppcA0NCiAgaW5mbGF0aW5n OiAvdXNyL3BvcnRzL2VkaXRvcnMvc3Rhcm9mZmljZTUvd29yay90bXAvdmNs NTE3MDEucmVzICANDQogIGluZmxhdGluZzogL3Vzci9wb3J0cy9lZGl0b3Jz L3N0YXJvZmZpY2U1L3dvcmsvdG1wL2xpYmp2bTUxN2xpLnNvICANDQogIGlu ZmxhdGluZzogL3Vzci9wb3J0cy9lZGl0b3JzL3N0YXJvZmZpY2U1L3dvcmsv dG1wL2p2bTUxNzAxLnJlcyAgDQ0KICBpbmZsYXRpbmc6IC91c3IvcG9ydHMv ZWRpdG9ycy9zdGFyb2ZmaWNlNS93b3JrL3RtcC9lbmRlLmJtcCAgDQ0KICBp bmZsYXRpbmc6IC91c3IvcG9ydHMvZWRpdG9ycy9zdGFyb2ZmaWNlNS93b3Jr L3RtcC9zZXQ1MTcwMS5yZXMgIA0NCiAgaW5mbGF0aW5nOiAvdXNyL3BvcnRz L2VkaXRvcnMvc3Rhcm9mZmljZTUvd29yay90bXAvc3Z0NTE3MDEucmVzICAN DQogIGluZmxhdGluZzogL3Vzci9wb3J0cy9lZGl0b3JzL3N0YXJvZmZpY2U1 L3dvcmsvdG1wL3NmeDUxNzAxLnJlcyAgDQ0KICBpbmZsYXRpbmc6IC91c3Iv cG9ydHMvZWRpdG9ycy9zdGFyb2ZmaWNlNS93b3JrL3RtcC9zZXR1cC5iaW4g IA0NCiAgaW5mbGF0aW5nOiAvdXNyL3BvcnRzL2VkaXRvcnMvc3Rhcm9mZmlj ZTUvd29yay90bXAvbGliY250NTE3bGkuc28gIA0NCiAgaW5mbGF0aW5nOiAv dXNyL3BvcnRzL2VkaXRvcnMvc3Rhcm9mZmljZTUvd29yay90bXAvbGlib3Ns NTE3bGkuc28gIA0NCiAgaW5mbGF0aW5nOiAvdXNyL3BvcnRzL2VkaXRvcnMv c3Rhcm9mZmljZTUvd29yay90bXAvbGlicnRsNTE3bGkuc28gIA0NCiAgaW5m bGF0aW5nOiAvdXNyL3BvcnRzL2VkaXRvcnMvc3Rhcm9mZmljZTUvd29yay90 bXAvbGlic2I1MTdsaS5zbyAgDQ0KICBpbmZsYXRpbmc6IC91c3IvcG9ydHMv ZWRpdG9ycy9zdGFyb2ZmaWNlNS93b3JrL3RtcC9saWJzb3Q1MTdsaS5zbyAg DQ0KICBpbmZsYXRpbmc6IC91c3IvcG9ydHMvZWRpdG9ycy9zdGFyb2ZmaWNl NS93b3JrL3RtcC9saWJzbzUxN2xpLnNvICANDQogIGluZmxhdGluZzogL3Vz ci9wb3J0cy9lZGl0b3JzL3N0YXJvZmZpY2U1L3dvcmsvdG1wL2xpYnN2dDUx N2xpLnNvICANDQogIGluZmxhdGluZzogL3Vzci9wb3J0cy9lZGl0b3JzL3N0 YXJvZmZpY2U1L3dvcmsvdG1wL2xpYnRsNTE3bGkuc28gIA0NCiAgaW5mbGF0 aW5nOiAvdXNyL3BvcnRzL2VkaXRvcnMvc3Rhcm9mZmljZTUvd29yay90bXAv bGlidW5vNTE3bGkuc28gIA0NCiAgaW5mbGF0aW5nOiAvdXNyL3BvcnRzL2Vk aXRvcnMvc3Rhcm9mZmljZTUvd29yay90bXAvbGlidXNyNTE3bGkuc28gIA0N CiAgaW5mbGF0aW5nOiAvdXNyL3BvcnRzL2VkaXRvcnMvc3Rhcm9mZmljZTUv d29yay90bXAvbGlidmNsNTE3bGkuc28gIA0NCiAgaW5mbGF0aW5nOiAvdXNy L3BvcnRzL2VkaXRvcnMvc3Rhcm9mZmljZTUvd29yay90bXAvbGlidm9zNTE3 bGkuc28gIA0NCiAgaW5mbGF0aW5nOiAvdXNyL3BvcnRzL2VkaXRvcnMvc3Rh cm9mZmljZTUvd29yay90bXAvYWxsZ2VtZWluLmJtcCAgDQ0KICBpbmZsYXRp bmc6IC91c3IvcG9ydHMvZWRpdG9ycy9zdGFyb2ZmaWNlNS93b3JrL3RtcC9i YXNlLmJtcCAgDQ0KICBpbmZsYXRpbmc6IC91c3IvcG9ydHMvZWRpdG9ycy9z dGFyb2ZmaWNlNS93b3JrL3RtcC9jYWxjLmJtcCAgDQ0KICBpbmZsYXRpbmc6 IC91c3IvcG9ydHMvZWRpdG9ycy9zdGFyb2ZmaWNlNS93b3JrL3RtcC9kZXNr dG9wLmJtcCAgDQ0KICBpbmZsYXRpbmc6IC91c3IvcG9ydHMvZWRpdG9ycy9z dGFyb2ZmaWNlNS93b3JrL3RtcC9yZWdpc3Rlci5ibXAgIA0NCiAgaW5mbGF0 aW5nOiAvdXNyL3BvcnRzL2VkaXRvcnMvc3Rhcm9mZmljZTUvd29yay90bXAv c2NoZWR1bGUuYm1wICANDQogIGluZmxhdGluZzogL3Vzci9wb3J0cy9lZGl0 b3JzL3N0YXJvZmZpY2U1L3dvcmsvdG1wL3dyaXRlci5ibXAgIA0NCiAgaW5m bGF0aW5nOiAvdXNyL3BvcnRzL2VkaXRvcnMvc3Rhcm9mZmljZTUvd29yay90 bXAvbGliemlwNTE3bGkuc28gIA0NCiAgaW5mbGF0aW5nOiAvdXNyL3BvcnRz L2VkaXRvcnMvc3Rhcm9mZmljZTUvd29yay90bXAvbGlib25lNTE3bGkuc28g IA0NCiAgaW5mbGF0aW5nOiAvdXNyL3BvcnRzL2VkaXRvcnMvc3Rhcm9mZmlj ZTUvd29yay90bXAvaW1wcmVzcy5ibXAgIA0NCiAgaW5mbGF0aW5nOiAvdXNy L3BvcnRzL2VkaXRvcnMvc3Rhcm9mZmljZTUvd29yay90bXAvZHJhdy5ibXAg IA0NCiAgaW5mbGF0aW5nOiAvdXNyL3BvcnRzL2VkaXRvcnMvc3Rhcm9mZmlj ZTUvd29yay90bXAvbGliajUxN2xpX2cuc28gIA0NCiAgaW5mbGF0aW5nOiAv dXNyL3BvcnRzL2VkaXRvcnMvc3Rhcm9mZmljZTUvd29yay90bXAvbGlic2V4 NTE3bGkuc28gIA0NCiAgaW5mbGF0aW5nOiAvdXNyL3BvcnRzL2VkaXRvcnMv c3Rhcm9mZmljZTUvd29yay90bXAvbGlidGs1MTdsaS5zbyAgDQ0KICBpbmZs YXRpbmc6IC91c3IvcG9ydHMvZWRpdG9ycy9zdGFyb2ZmaWNlNS93b3JrL3Rt cC9saWJyZWc1MTdsaS5zbyAgDQ0KICBpbmZsYXRpbmc6IC91c3IvcG9ydHMv ZWRpdG9ycy9zdGFyb2ZmaWNlNS93b3JrL3RtcC9saWJzZXQ1MTdsaS5zbyAg DQ0KICBpbmZsYXRpbmc6IC91c3IvcG9ydHMvZWRpdG9ycy9zdGFyb2ZmaWNl NS93b3JrL3RtcC9saWJhc3Y1MTdsaS5zbyAgDQ0KICBpbmZsYXRpbmc6IC91 c3IvcG9ydHMvZWRpdG9ycy9zdGFyb2ZmaWNlNS93b3JrL3RtcC9hc3Y1MTcw MS5yZXMgIA0NCiAgaW5mbGF0aW5nOiAvdXNyL3BvcnRzL2VkaXRvcnMvc3Rh cm9mZmljZTUvd29yay90bXAvaW5zdGFsbHMuc2NyICANDQogIGluZmxhdGlu ZzogL3Vzci9wb3J0cy9lZGl0b3JzL3N0YXJvZmZpY2U1L3dvcmsvdG1wL3By b3B0b29sLnNjciAgDQ0KPT09PiAgUGF0Y2hpbmcgZm9yIHN0YXJvZmZpY2Ut NS4xYQ0NCj09PT4gIENvbmZpZ3VyaW5nIGZvciBzdGFyb2ZmaWNlLTUuMWEN DQo9PT0+ICBJbnN0YWxsaW5nIGZvciBzdGFyb2ZmaWNlLTUuMWENDQo9PT0+ ICAgc3Rhcm9mZmljZS01LjFhIGRlcGVuZHMgb24gZmlsZTogL2NvbXBhdC9s aW51eC91c3IvaTQ4Ni1saW51eC1saWJjNS9saWIvbGliYy5zby41IC0gZm91 bmQNDQoqKiogU2lnbmFsIDExDQ0KDQ0KU3RvcCBpbiAvdXNyL3BvcnRzL2Vk aXRvcnMvc3Rhcm9mZmljZTUuDQ0KKioqIEVycm9yIGNvZGUgMQ0NCg0NClN0 b3AgaW4gL3Vzci9wb3J0cy9lZGl0b3JzL3N0YXJvZmZpY2U1Lg0NCioqKiBF cnJvciBjb2RlIDENDQoNDQpTdG9wIGluIC91c3IvcG9ydHMvZWRpdG9ycy9z dGFyb2ZmaWNlNS4NDQpbZnJlZGVyaWtAc2VydmVyIHN0YXJvZmZpY2U1XSQg ZXhpdA0NCmV4aXQNDQoNClNjcmlwdCBkb25lIG9uIE1vbiBKdWwgMTAgMTU6 MjM6NTMgMjAwMA0K --0-1539945369-963235643=:2114-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 10 8: 6:57 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by hub.freebsd.org (Postfix) with ESMTP id C376437B76B for ; Mon, 10 Jul 2000 08:06:53 -0700 (PDT) (envelope-from narvi@haldjas.folklore.ee) Received: from localhost (narvi@localhost) by haldjas.folklore.ee (8.9.3/8.9.3) with SMTP id RAA60501; Mon, 10 Jul 2000 17:06:19 +0200 (EET) (envelope-from narvi@haldjas.folklore.ee) Date: Mon, 10 Jul 2000 17:06:19 +0200 (EET) From: Narvi To: core-ix@hushmail.com Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Some proposals to FreeBSD kernel In-Reply-To: <200007100823.BAA07998@mail3.hushmail.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [i think this might just as well belong in -questions] On 10 xxx -1 core-ix@hushmail.com wrote: > Hello > > I'm 18-year-old newbie UNIX programmer that currently use > FreeBSD and is really thankfull of it.I run it on DUAL PII/333. > > Some days ago my friend tell me that with simple user rights > and whit only 1 line of code he could crash my machine. I laught > but he did it :(. > > What he wrote was ' int main(void) {while(1) fork(); }' compiled it > and run it. Within a second /kernel said "proc: table is full" and > died. I tried this on some other BSD unixes and the result was > same. (BTW Minix 2.0 seem unaffected and probably other SVR4 > variants, because you can limit the number of system processes > and system still have resources to work fine(although slow)) > And you can do the same with BSD. See limits(1), csh(1), sh(1), login.conf(5) > With sysctl() I found that my system can work with up to 532 procs > simulanteously, but didnt found where this value is set in the src/ > or probably where it is computed. > See LINT - it is computed from maxusers. > So I sit down and wrote a static library that introduse a new fork() > (nfork()) and _exit() (nexit()) whose only purpose is to lower the > effect ot fast fork()s by sleeping accordingly to the number of times > fork() was called.I tend to make some more things with that piece > of code (in the attachment) and probably to add it to the kenel src > but for now it is easier to use it as a library. > I'm not really sure how usefull this is in general. > Any suggestions about tarball included are welcome. > Looking forward to hearing from you. > Thanks for reading my letter Ix > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 10 8:11:56 2000 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 72AB937BCFA; Mon, 10 Jul 2000 08:11:50 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p29-dn03kiryunisiki.gunma.ocn.ne.jp [210.232.224.158]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id AAA08199; Tue, 11 Jul 2000 00:11:11 +0900 (JST) Message-ID: <3969E689.1B96700E@newsguy.com> Date: Tue, 11 Jul 2000 00:06:49 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Paul Herman Cc: core-ix@hushmail.com, freebsd-hackers@FreeBSD.ORG Subject: Re: Some proposals to FreeBSD kernel References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Please, this is not a topic for arch. While I appreciate the author's intent, it is indeed "old news", well known and for which we have a specific set of solutions. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.great.underground.bsdconpiracy.org _DES: The Book of Bruce has only one sentence in it, and it says "the actual directives of my cult are left as an exercise for the reader. Good luck." jkh: does it really include the 'good luck' part? EE: OK, I made that part up. EE: I figured it should sound a bit more cheery than how Bruce initially dictated it to me. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 10 8:16:20 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 1A15337B7F9; Mon, 10 Jul 2000 08:16:10 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from beppo.feral.com (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id IAA28085; Mon, 10 Jul 2000 08:15:28 -0700 Date: Mon, 10 Jul 2000 08:15:29 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Paul Herman Cc: core-ix@hushmail.com, freebsd-arch@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Some proposals to FreeBSD kernel In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > This DoS is probably as old as you are. :) Setting proper limits on Older. I did this back in the spring of 1977 at Reed College (v6/PWB)- after beating me up for crashing the system, they gave me superuser privileges so that if I did something like it again *I* could then spend the two hours running icheck/dcheck. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 10 10: 8:17 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from houston.matchlogic.com (houston.matchlogic.com [205.216.147.127]) by hub.freebsd.org (Postfix) with ESMTP id 1905337BCCE for ; Mon, 10 Jul 2000 10:08:12 -0700 (PDT) (envelope-from crandall@matchlogic.com) Received: by houston.matchlogic.com with Internet Mail Service (5.5.2650.21) id ; Mon, 10 Jul 2000 11:08:06 -0600 Message-ID: <5FE9B713CCCDD311A03400508B8B301301C77E22@bdr-xcln.is.matchlogic.com> From: Charles Randall To: les@safety.net, freebsd-hackers@freebsd.org Subject: RE: Multiple MAC addresses per NIC Date: Mon, 10 Jul 2000 11:08:03 -0600 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 Recent threads (by subject) on related topics are, Implementing ioctl to set MAC address -- question. ifconfig: changing mac address Neither discusses supporting multiple MAC addresses, but rather explicitly setting the MAC address in a failover condition. It appears that Bill Paul has written some code ("setmac", referred to in the second thread above) that may provide some pointers. Charles -----Original Message----- From: Les Biffle [mailto:les@ns3.safety.net] Sent: Monday, July 10, 2000 7:20 AM To: freebsd-hackers@freebsd.org Subject: Multiple MAC addresses per NIC Hello all, This issue was discussed last year, but I can't find any information on a resolution. We're trying to create a high availability FreeBSD cluster with a standby machine being able to take over for a failed host, and need the standby machine to have its own MAC address, plus the MAC address of the failed host. The NICs we use are RealTek and Intel EtherExpress 100. We find hints in the NIC chip databooks but no information for us mere programmers. So, I have two questions: 1. Does anybody have sample driver code that sets up the multiple hardware address features of these NICs? 2. Does anybody have documentation that could help me create the driver changes? (book, PDF, publication number, anything?) We have tried to get more documentation out of Intel, and the salesmen are willing, but we need a publication number to get anything. They keep giving us the databook, which list pinouts, various electrical specs, and some theory, but it's no programmer reference. Thanks, -Les -- Les Biffle Community Service... Just Say NO! (480) 778-0177 les@safety.net http://www.les.safety.net/ Network Safety, 7802 E Gray Rd Ste 500, Scottsdale, AZ 85260 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 Jul 10 11:13: 9 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f150.law8.hotmail.com [216.33.241.150]) by hub.freebsd.org (Postfix) with SMTP id 3B90837BAD5 for ; Mon, 10 Jul 2000 11:12:59 -0700 (PDT) (envelope-from the_hermit665@hotmail.com) Received: (qmail 79710 invoked by uid 0); 10 Jul 2000 18:12:57 -0000 Message-ID: <20000710181257.79709.qmail@hotmail.com> Received: from 207.246.128.137 by www.hotmail.com with HTTP; Mon, 10 Jul 2000 11:12:57 PDT X-Originating-IP: [207.246.128.137] Reply-To: the_hermit665@hotmail.com From: "Cosmic 665" To: jruigrok@via-net-works.nl, ycardena@yahoo.com Cc: hackers@FreeBSD.ORG Subject: Re: Unknow S3 chipset Date: Mon, 10 Jul 2000 11:12:57 PDT Mime-Version: 1.0 Content-Type: text/plain; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG theres a mailing list group on the net (s3linux) that may be able to help. Although, If I where U I would get rid of that card. Any S3 card after the ViRGE & Trio chipsets SUCK!!! -cosmic-665 P.S. Sorry if I have affended anyone :( >-On [20000710 03:10], Yonny Cardenas (ycardena@yahoo.com) wrote: > >I have a problem with my (Diamond Stealth III) AGP > >video card,it only works > >in 320x204 resolution: > > > >This menssage is showed when I run X: > > > >SVGA: PCI: S3 Savage4 rev.4, Memory @ 0xf8000000, > >0xf0000000 > >SVGA: Unknow S3 chipset: chi_id = 0x8a22 rev. 4 > >SVGA: chipset: generic > >... > >SVGA: virtual resolution set to 320x204 > >Please take this up with the kind people at www.xfree86.org. > >Thanks, > >-- >Jeroen Ruigrok van der Werven Network- and systemadministrator > VIA Net.Works The Netherlands >BSD: Technical excellence at its best http://www.via-net-works.nl >``...by God I *KNOW* what this network is for, and you can't have it.'' > -- Russ Albery > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message ________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 10 12:15:23 2000 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 92E5237B7D0 for ; Mon, 10 Jul 2000 12:15:18 -0700 (PDT) (envelope-from jhs@jhs.muc.de) Received: (qmail 3516 invoked from network); 10 Jul 2000 19:15:51 -0000 Received: from jhs.muc.de (193.149.49.84) by slarti.muc.de with SMTP; 10 Jul 2000 19:15:51 -0000 Received: from park.jhs.no_domain (localhost [127.0.0.1]) by jhs.muc.de (8.9.3/8.9.3) with ESMTP id RAA14255; Mon, 10 Jul 2000 17:39:23 GMT (envelope-from jhs@park.jhs.no_domain) Message-Id: <200007101739.RAA14255@jhs.muc.de> To: Frederik Meerwaldt Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: UUU: Bug in StarOffice5 Port From: "Julian Stacey" Organization: Vector Systems Ltd - Unix & Internet consultancy X-Web: http://www.jhs.muc.de http://bim.bsn.com/~jhs/ In-reply-to: Your message of "Mon, 10 Jul 2000 15:27:23 +0200." Date: Mon, 10 Jul 2000 19:39:23 +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > From: Frederik Meerwaldt > I've recently discovered a bug in the StarOffice5 Port, and so I can't > install it. cc'd to list in case some other don't know ports procedure ... List freebsd-hackers@FreeBSD.ORG is Not for discussing ports freebsd-ports@FreeBSD.ORG is for discussing ports such as StarOffice But before posting ports questions to any list, always first do (EG) this: grep MAINTAINER /usr/ports/editors/staroffice5/Makefile & mail the person, in this case: dkiwebe@hagenhomes.com rather than an list of people, most of whom won't want/need to know. Julian - Julian Stacey http://bim.bsn.com/~jhs/ Kostenlos: FreeBSD 3200 packages, sources, Netscape, WordPerfect & StarWriter. Anti Software Patent Petition to Euro Parliament: http://petition.eurolinux.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 10 13:25:19 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.dcnv.com (mail.dcnv.com [216.33.117.136]) by hub.freebsd.org (Postfix) with ESMTP id 4C51A37B712 for ; Mon, 10 Jul 2000 13:25:15 -0700 (PDT) (envelope-from aedmonds@digitalconvergence.com) Received: from digitalconvergence.com (dallas [207.158.100.67]) by mail.dcnv.com (8.9.3/8.9.3) with ESMTP id PAA68258 for ; Mon, 10 Jul 2000 15:24:06 -0500 (CDT) (envelope-from aedmonds@digitalconvergence.com) Message-ID: <396A3126.78203836@digitalconvergence.com> Date: Mon, 10 Jul 2000 15:25:10 -0500 From: Alan Edmonds X-Mailer: Mozilla 4.73 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: PXE (pxeboot) and serial consoles - force it! Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm playing with PXE and pxeboot. I have a question about setting the serial console option. The PC BIOS reports 'No Keyboard Present', but when PXE boots, BTX reports console as internal keyboard/video. So, I'm looking at hard coding a serial console into BTX. Normally, you put the -h option into /boot.conf, but PXE doesn't read that. I tried putting console=comconsole into /boot/loader.rc, but it didn't work quite right. I modified src/sys/boot/i386/common/conf.c and removed the vidconsole option and that worked. I could set the flags in the kernel to 0x20 to force serial and that worked. I'd like a more 'supported' option. That allowed me access to BTX before booting the kernel. Does anyone have a suggestion? Is there a /etc/make.conf option I could set? Thanks. -- Alan Edmonds Director of International Technology DigitalConvergence.:Com aedmonds@digitalconvergence.com Phone: +1-214-292-6040 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 10 13:44:36 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from arjun.niksun.com (64-51-67-2.client.dsl.net [64.51.67.2]) by hub.freebsd.org (Postfix) with ESMTP id 895CE37B509 for ; Mon, 10 Jul 2000 13:44:16 -0700 (PDT) (envelope-from joy@niksun.com) Received: from falcon.niksun.com (falcon.niksun.com [10.0.0.167]) by arjun.niksun.com (8.9.3/8.9.3) with ESMTP id QAA44164 for ; Mon, 10 Jul 2000 16:44:29 -0400 (EDT) (envelope-from joy@falcon.niksun.com) Message-ID: <396A35C0.818705B5@falcon.niksun.com> Date: Mon, 10 Jul 2000 20:44:48 +0000 From: Joy Ganguly X-Mailer: Mozilla 4.51 [en] (X11; I; FreeBSD 3.2-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers Subject: Adaptec 3950 and SMP... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi all, i have a L440GX+ intel server motherboard running 2 P3. The motherboard has an on-board scsi controller aic7896 (ahc0, ahc1). Additionally i have added an "Adaptec 3950 scsi controller" board(ahc2, ahc3). When i boot an uniprocessor kernel everything works fine. However when i boot a multiprocessor kernel everything seems ok till the boot mesg shows "Waiting for scsi devices to settle". But after waiting for some time the boot msg shows a lot of SCB timeouts and hangs. IF i remove the additional scsi controller things start working again (except that the system complains about unable to mount root partition...but it boots). Since things work in a UP kernel i think it is an SMP related problem. The mptable output is :-# Required: options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O # Optional (built-in defaults will work in most cases): #options NCPU=2 # number of CPUs #options NBUS=4 # number of busses #options NAPIC=1 # number of IO APICs #options NINTR=24 # number of INTs dmesg on the UP kernel shows ahc0: rev 0x00 int a irq 11 on pci0.12.0 ahc0: aic7896/97 Wide Channel A, SCSI Id=7, 16/255 SCBs ahc1: rev 0x00 int a irq 11 on pci0.12.1 ahc1: aic7896/97 Wide Channel B, SCSI Id=7, 16/255 SCBs ahc2: rev 0x00 int a irq 10 on pci0.13.0 ahc2: aic7896/97 Wide Channel A, SCSI Id=7, 16/255 SCBs ahc3: rev 0x00 int a irq 10 on pci0.13.1 ahc3: aic7896/97 Wide Channel B, SCSI Id=7, 16/255 SCBs Irq 10 is not used by anything else. What can be the problem ?? thanx in advance joy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 10 13:55:23 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from camus.cybercable.fr (camus.cybercable.fr [212.198.0.200]) by hub.freebsd.org (Postfix) with SMTP id 39B2937B5B4 for ; Mon, 10 Jul 2000 13:55:19 -0700 (PDT) (envelope-from clefevre%no-spam@citeweb.net) Received: (qmail 12287233 invoked from network); 10 Jul 2000 20:55:13 -0000 Received: from r224m65.cybercable.tm.fr (HELO gits.dyndns.org) ([195.132.224.65]) (envelope-sender ) by camus.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 10 Jul 2000 20:55:13 -0000 Received: (from root@localhost) by gits.dyndns.org (8.9.3/8.9.3) id WAA98095; Mon, 10 Jul 2000 22:55:07 +0200 (CEST) (envelope-from clefevre%no-spam@citeweb.net) Posted-Date: Mon, 10 Jul 2000 22:55:07 +0200 (CEST) To: Narvi Cc: core-ix@hushmail.com, freebsd-hackers@FreeBSD.ORG Subject: Re: Some proposals to FreeBSD kernel References: Reply-To: clefevre@citeweb.net X-Face: V|+c;4!|B?E%BE^{E6);aI.[<97Zd*>^#%Y5Cxv;%Y[PT-LW3;A:fRrJ8+^k"e7@+30g0YD0*^^3jgyShN7o?a]C la*Zv'5NA,=963bM%J^o]C From: Cyrille Lefevre Date: 10 Jul 2000 22:55:05 +0200 In-Reply-To: Narvi's message of "Mon, 10 Jul 2000 17:06:19 +0200 (EET)" Message-ID: Lines: 41 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Canyonlands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Narvi writes: > [i think this might just as well belong in -questions] > > On 10 xxx -1 core-ix@hushmail.com wrote: > > > I'm 18-year-old newbie UNIX programmer that currently use > > FreeBSD and is really thankfull of it.I run it on DUAL PII/333. > > > > Some days ago my friend tell me that with simple user rights > > and whit only 1 line of code he could crash my machine. I laught > > but he did it :(. > > > > What he wrote was ' int main(void) {while(1) fork(); }' compiled it > > and run it. Within a second /kernel said "proc: table is full" and > > died. I tried this on some other BSD unixes and the result was > > same. (BTW Minix 2.0 seem unaffected and probably other SVR4 > > variants, because you can limit the number of system processes > > and system still have resources to work fine(although slow)) > > > > And you can do the same with BSD. See limits(1), csh(1), sh(1), > login.conf(5) some time ago, I had a similar problem. too many processes forked, power off... reboot impossible. the cause of this problem was to define nisdomainname w/ activating nis services. so portmap give up thoses processes to log errors messages because it was trying to contact nis services which was not there. I take some time to find /etc/login.conf. the question is, why all default limits are so permissives (unlimited) by default ? as I remember, it took me some days w/ many boots to find the reason of portmap failure. an idea would be to add some limit to limit the number of processes forked by a process (at one time in addition to the number of processes by user which may be relative to the system wide limit (maxprocperproc=nproc-10). which is something like the openfiles limit (w/o the system wide reference but which is possible as well, like maxfilesperproc=nfiles-10). Cyrille. -- home:mailto:clefevre%no-spam@citeweb.net Supprimer "%no-spam" pour me repondre. work:mailto:Cyrille.Lefevre%no-spam@edf.fr Remove "%no-spam" to answer me back. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 10 13:57:27 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [207.154.226.10]) by hub.freebsd.org (Postfix) with ESMTP id 0437537B724 for ; Mon, 10 Jul 2000 13:57:24 -0700 (PDT) (envelope-from paul@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 09C922B294; Mon, 10 Jul 2000 15:57:23 -0500 (CDT) Date: Mon, 10 Jul 2000 13:57:22 -0700 From: Paul Saab To: Alan Edmonds Cc: freebsd-hackers@freebsd.org Subject: Re: PXE (pxeboot) and serial consoles - force it! Message-ID: <20000710135722.A24439@elvis.mu.org> References: <396A3126.78203836@digitalconvergence.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <396A3126.78203836@digitalconvergence.com>; from aedmonds@digitalconvergence.com on Mon, Jul 10, 2000 at 03:25:10PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG set console="comconsole" is what you want in /boot/loader.rc paul Alan Edmonds (aedmonds@digitalconvergence.com) wrote: > > I'm playing with PXE and pxeboot. I have a question about > setting the serial console option. The PC BIOS reports > 'No Keyboard Present', but when PXE boots, BTX reports > console as internal keyboard/video. So, I'm looking at > hard coding a serial console into BTX. Normally, you > put the -h option into /boot.conf, but PXE doesn't > read that. I tried putting console=comconsole into > /boot/loader.rc, but it didn't work quite right. > I modified src/sys/boot/i386/common/conf.c and > removed the vidconsole option and that worked. > I could set the flags in the kernel to 0x20 to > force serial and that worked. > > I'd like a more 'supported' option. That allowed > me access to BTX before booting the kernel. Does > anyone have a suggestion? Is there a /etc/make.conf > option I could set? > > Thanks. > -- > Alan Edmonds Director of International Technology > DigitalConvergence.:Com > aedmonds@digitalconvergence.com > Phone: +1-214-292-6040 > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- Paul Saab Technical Yahoo paul@mu.org - ps@yahoo-inc.com - ps@freebsd.org Do You .. uhh .. Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 10 14: 5:30 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (Postfix) with ESMTP id 0E20437B88D for ; Mon, 10 Jul 2000 14:05:27 -0700 (PDT) (envelope-from ambrisko@whistle.com) Received: from whistle.com (crab.whistle.com [207.76.205.112]) by alpo.whistle.com (8.9.1a/8.9.1) with ESMTP id OAA41032; Mon, 10 Jul 2000 14:00:59 -0700 (PDT) Received: (from ambrisko@localhost) by whistle.com (8.9.3/8.9.1) id OAA14857; Mon, 10 Jul 2000 14:00:55 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200007102100.OAA14857@whistle.com> Subject: Re: PXE (pxeboot) and serial consoles - force it! In-Reply-To: <396A3126.78203836@digitalconvergence.com> from Alan Edmonds at "Jul 10, 2000 03:25:10 pm" To: Alan Edmonds Date: Mon, 10 Jul 2000 14:00:55 -0700 (PDT) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL61 (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 Alan Edmonds writes: | | I'm playing with PXE and pxeboot. I have a question about | setting the serial console option. The PC BIOS reports | 'No Keyboard Present', but when PXE boots, BTX reports | console as internal keyboard/video. So, I'm looking at | hard coding a serial console into BTX. Normally, you | put the -h option into /boot.conf, but PXE doesn't | read that. I tried putting console=comconsole into | /boot/loader.rc, but it didn't work quite right. | I modified src/sys/boot/i386/common/conf.c and | removed the vidconsole option and that worked. | I could set the flags in the kernel to 0x20 to | force serial and that worked. I think the issue is that the loader (ie pxeboot in this case) does not initialize the COM port. So in the case in which you don't have the boot block initialize the COM port (ie the -h option) then you get garbage out the serial port at best. I ran into the same problem. So it works fine from the boot blocks but is broken otherwise. To fix this the loader need to initialize the COM port. However, this means it needs to know the baud rate etc. So you would have to set it in the boot block and in the loader or am I missing something. I assume the loader didn't set this so people changing the baud rate wouldn't have to do it all over the place. If someone provides more insight then I should be able to make the required changes and submit them. Doug A. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 10 15:35: 8 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (Postfix) with ESMTP id A610837B642 for ; Mon, 10 Jul 2000 15:35:05 -0700 (PDT) (envelope-from ambrisko@whistle.com) Received: from whistle.com (crab.whistle.com [207.76.205.112]) by alpo.whistle.com (8.9.1a/8.9.1) with ESMTP id PAA43666; Mon, 10 Jul 2000 15:32:01 -0700 (PDT) Received: (from ambrisko@localhost) by whistle.com (8.9.3/8.9.1) id PAA16902; Mon, 10 Jul 2000 15:31:36 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200007102231.PAA16902@whistle.com> Subject: Re: PXE (pxeboot) and serial consoles - force it! In-Reply-To: <20000710135722.A24439@elvis.mu.org> from Paul Saab at "Jul 10, 2000 01:57:22 pm" To: Paul Saab Date: Mon, 10 Jul 2000 15:31:36 -0700 (PDT) Cc: Alan Edmonds , freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL61 (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 Paul Saab writes: | set console="comconsole" is what you want in /boot/loader.rc Yep, except that it doesn't initialize the com port, it just starts using it so you end up with junk out the port. However, if you have a BIOS that setups the baud rate etc. of the serial port then you would be okay. Current FreeBSD does this in the boot blocks and not the loader. Doug A. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 10 15:42:44 2000 Delivered-To: freebsd-hackers@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 9123737B6B5; Mon, 10 Jul 2000 15:42:41 -0700 (PDT) Subject: Re: Multiple MAC addresses per NIC In-Reply-To: <200007101320.GAA98379@ns3.safety.net> from Les Biffle at "Jul 10, 2000 06:20:08 am" To: les@safety.net Date: Mon, 10 Jul 2000 15:42:41 -0700 (PDT) Cc: freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20000710224241.9123737B6B5@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Hello all, > > This issue was discussed last year, but I can't find any information on > a resolution. We're trying to create a high availability FreeBSD > cluster with a standby machine being able to take over for a failed host, > and need the standby machine to have its own MAC address, plus the MAC > address of the failed host. The NICs we use are RealTek and Intel > EtherExpress 100. We find hints in the NIC chip databooks but no > information for us mere programmers. So, I have two questions: > > 1. Does anybody have sample driver code that sets up the multiple hardware > address features of these NICs? > > 2. Does anybody have documentation that could help me create the driver > changes? (book, PDF, publication number, anything?) > > We have tried to get more documentation out of Intel, and the salesmen > are willing, but we need a publication number to get anything. They keep > giving us the databook, which list pinouts, various electrical specs, > and some theory, but it's no programmer reference. This is very hardware dependent. Most cheap ethernet chips offer the following receive filter options: - single perfect filter entry for one MAC address (the station address) - multicast hash table (usually 64 bits, sometimes 128 or 512) - promiscuous mode (receive everything) Other more sophisticated chips may offer additional perfect filter entries. (The ThunderLAN has 4, the Adaptec AIC-6915 "Starfire" has 16. The tulip can be programmed to use additional entries depending on the filter type you select. Not all clones support the same filter options.) The only portable thing to do is put the chip in promiscuous mode and let the software sort everything out, however this will force the OS to do extra work. I wouldn't bother with Intel. They have a bug up their ass about releasing info and you would do better to just tell them "sorry, you're giving us too much shit so we're switching to a different vendor" rather than continue playing footsie with them. Not that RealTek is much better. -Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 10 15:44:46 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-202-177-51.dsl.snfc21.pacbell.net [63.202.177.51]) by hub.freebsd.org (Postfix) with ESMTP id EEEDC37B6B5 for ; Mon, 10 Jul 2000 15:44:41 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id PAA07378; Mon, 10 Jul 2000 15:52:43 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200007102252.PAA07378@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Doug Ambrisko Cc: Paul Saab , Alan Edmonds , freebsd-hackers@FreeBSD.ORG Subject: Re: PXE (pxeboot) and serial consoles - force it! In-reply-to: Your message of "Mon, 10 Jul 2000 15:31:36 PDT." <200007102231.PAA16902@whistle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 10 Jul 2000 15:52:43 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Paul Saab writes: > | set console="comconsole" is what you want in /boot/loader.rc > > Yep, except that it doesn't initialize the com port, it just starts > using it so you end up with junk out the port. However, if you have a > BIOS that setups the baud rate etc. of the serial port then you would > be okay. Current FreeBSD does this in the boot blocks and not the loader. Are you sure about this? sys/boot/common/console.c:cons_probe() ... consoles[active]->c_init(0); ... sys/boot/i386/libi386/comconsole.c: static int comc_started; ... static int comc_init(int arg) { if (comc_started && arg == 0) return 0; comc_started = 1; outb(COMPORT + com_cfcr, CFCR_DLAB | COMC_FMT); outb(COMPORT + com_dlbl, COMC_BPS(COMSPEED) & 0xff); outb(COMPORT + com_dlbh, COMC_BPS(COMSPEED) >> 8); outb(COMPORT + com_cfcr, COMC_FMT); outb(COMPORT + com_mcr, MCR_RTS | MCR_DTR); do inb(COMPORT + com_data); while (inb(COMPORT + com_lsr) & LSR_RXRDY); return(0); } -- ... 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] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 10 15:46:55 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [207.154.226.10]) by hub.freebsd.org (Postfix) with ESMTP id 3919837B588 for ; Mon, 10 Jul 2000 15:46:51 -0700 (PDT) (envelope-from paul@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id B5ACA2B2A4; Mon, 10 Jul 2000 17:46:39 -0500 (CDT) Date: Mon, 10 Jul 2000 15:46:39 -0700 From: Paul Saab To: Doug Ambrisko Cc: Alan Edmonds , freebsd-hackers@FreeBSD.ORG Subject: Re: PXE (pxeboot) and serial consoles - force it! Message-ID: <20000710154639.A26931@elvis.mu.org> References: <20000710135722.A24439@elvis.mu.org> <200007102231.PAA16902@whistle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200007102231.PAA16902@whistle.com>; from ambrisko@whistle.com on Mon, Jul 10, 2000 at 03:31:36PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Doug Ambrisko (ambrisko@whistle.com) wrote: > Paul Saab writes: > | set console="comconsole" is what you want in /boot/loader.rc > > Yep, except that it doesn't initialize the com port, it just starts > using it so you end up with junk out the port. However, if you have a > BIOS that setups the baud rate etc. of the serial port then you would > be okay. Current FreeBSD does this in the boot blocks and not the loader. Umm.. That isn't the case at all. I use it all the time and it surely does init the com port. -- Paul Saab Technical Yahoo paul@mu.org - ps@yahoo-inc.com - ps@freebsd.org Do You .. uhh .. Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 10 16:11: 3 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.dcnv.com (mail.dcnv.com [216.33.117.136]) by hub.freebsd.org (Postfix) with ESMTP id 236F637B522; Mon, 10 Jul 2000 16:11:00 -0700 (PDT) (envelope-from aedmonds@digitalconvergence.com) Received: from digitalconvergence.com (dallas [207.158.100.67]) by mail.dcnv.com (8.9.3/8.9.3) with ESMTP id SAA77331; Mon, 10 Jul 2000 18:09:54 -0500 (CDT) (envelope-from aedmonds@digitalconvergence.com) Message-ID: <396A5802.FEA3126D@digitalconvergence.com> Date: Mon, 10 Jul 2000 18:10:58 -0500 From: Alan Edmonds X-Mailer: Mozilla 4.73 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: Mike Smith Cc: Doug Ambrisko , Paul Saab , freebsd-hackers@FreeBSD.ORG Subject: Re: PXE (pxeboot) and serial consoles - force it! References: <200007102252.PAA07378@mass.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 Restating the question. Is there a way to force PXE to 1) not probe for a console 2) use a serial port as the default com port I know I can put set console="comconsole" in /boot/loader.rc. Normally, this is set in the boot blocks, but we don't have these in pxeboot. Thanks, -- Alan Edmonds Director of International Technology DigitalConvergence.:Com aedmonds@digitalconvergence.com Phone: +1-214-292-6040 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 10 16:16:56 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from arjun.niksun.com (64-51-67-2.client.dsl.net [64.51.67.2]) by hub.freebsd.org (Postfix) with ESMTP id 76A4937B607; Mon, 10 Jul 2000 16:16:48 -0700 (PDT) (envelope-from joy@niksun.com) Received: from falcon.niksun.com (falcon.niksun.com [10.0.0.167]) by arjun.niksun.com (8.9.3/8.9.3) with ESMTP id TAA46308; Mon, 10 Jul 2000 19:17:01 -0400 (EDT) (envelope-from joy@falcon.niksun.com) Message-ID: <396A5981.19AD6985@falcon.niksun.com> Date: Mon, 10 Jul 2000 23:17:21 +0000 From: Joy Ganguly X-Mailer: Mozilla 4.51 [en] (X11; I; FreeBSD 3.2-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers , freebsd-smp@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG Subject: Adaptec 3950 and SMP... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi all, i have a L440GX+ intel server motherboard running 2 P3. The motherboard has an on-board scsi controller aic7896 (ahc0, ahc1). Additionally i have added an "Adaptec 3950 scsi controller" board(ahc2, ahc3). When i boot an uniprocessor kernel everything works fine. However when i boot a multiprocessor kernel everything seems ok till the boot mesg shows "Waiting for scsi devices to settle". But after waiting for some time the boot msg shows a lot of SCB timeouts and hangs. IF i remove the additional scsi controller things start working again (except that the system complains about unable to mount root partition...but it boots). Since things work in a UP kernel i think it is an SMP related problem. The mptable output is :-# Required: options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O # Optional (built-in defaults will work in most cases): #options NCPU=2 # number of CPUs #options NBUS=4 # number of busses #options NAPIC=1 # number of IO APICs #options NINTR=24 # number of INTs dmesg on the UP kernel shows ahc0: rev 0x00 int a irq 11 on pci0.12.0 ahc0: aic7896/97 Wide Channel A, SCSI Id=7, 16/255 SCBs ahc1: rev 0x00 int a irq 11 on pci0.12.1 ahc1: aic7896/97 Wide Channel B, SCSI Id=7, 16/255 SCBs ahc2: rev 0x00 int a irq 10 on pci0.13.0 ahc2: aic7896/97 Wide Channel A, SCSI Id=7, 16/255 SCBs ahc3: rev 0x00 int a irq 10 on pci0.13.1 ahc3: aic7896/97 Wide Channel B, SCSI Id=7, 16/255 SCBs Irq 10 is not used by anything else. What can be the problem ?? thanx in advance joy 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 Jul 10 16:21: 1 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-202-177-51.dsl.snfc21.pacbell.net [63.202.177.51]) by hub.freebsd.org (Postfix) with ESMTP id 443D637B686 for ; Mon, 10 Jul 2000 16:20:58 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id QAA07584; Mon, 10 Jul 2000 16:29:02 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200007102329.QAA07584@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Alan Edmonds Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: PXE (pxeboot) and serial consoles - force it! In-reply-to: Your message of "Mon, 10 Jul 2000 18:10:58 CDT." <396A5802.FEA3126D@digitalconvergence.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 10 Jul 2000 16:29:02 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Restating the question. > > Is there a way to force PXE to I think you have some very serious confusion about what things are and what they are called, and it is making it impossible for anyone else to understand what you're talking about. "PXE" is a specification, and an interface compliant with that specification. "PXE boot ROM" is code which implements the "PXE" interface in order to boot your system and support other boot programs. "pxeboot" is a program loaded by the "PXE boot ROM" as part of the boot process. It is the same as the "loader" in the boot-from-disk case. > 1) not probe for a console Nothing probes for a console, apart from boot2 in the boot-from-disk case if the -P flag is found in /boot.config. > 2) use a serial port as the default com port I think you mean "use a serial port as the console". You can build "pxeboot" without keyboard/video support by commenting out the vidconsole entry in the definition of the consoles array in sys/boot/i386/loader/conf.c > I know I can put set console="comconsole" in /boot/loader.rc. > Normally, this is set in the boot blocks, but we don't > have these in pxeboot. Actually, you will find that if you have correctly configured your PXE environment, "pxeboot" will correctly find and parse /boot/loader.rc, and this is the preferred mechanism for enabling serial console output in the PXE environment. -- ... 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] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 10 16:29:37 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from obie.softweyr.com (obie.softweyr.com [204.68.178.33]) by hub.freebsd.org (Postfix) with ESMTP id D22F837B865; Mon, 10 Jul 2000 16:29:29 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from softweyr.com ([208.187.122.225]) by obie.softweyr.com (8.8.8/8.8.8) with ESMTP id RAA25574; Mon, 10 Jul 2000 17:28:31 -0600 (MDT) (envelope-from wes@softweyr.com) Message-ID: <396751EA.F7EF2EC6@softweyr.com> Date: Sat, 08 Jul 2000 10:08:10 -0600 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Nick Rogness Cc: "Louis A. Mamakos" , Narvi , Sean Lutner , Nick Evans , "'freebsd-hackers@freebsd.org'" , "'freebsd-net@freebsd.org'" Subject: Re: bridging References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Nick Rogness wrote: > > On Fri, 7 Jul 2000, Louis A. Mamakos wrote: > > > They can't be in the same collision domain -- the only way to do that > > is to have an Ethernet repeater which repeats bit by bit fron one > > segment to another, and propagating a collision on one segment as a > > jam on another. > > > > On a FreeBSD box, where you interfaces to ethernet segments are NIC > > cards, you can't get your hands on the ethernet frame until the > > NIC has received it completely. Thus, you don't have to opportunity > > to act as a repeater (not that you'd want to anyway) to have a > > single collision domain. > > You know, you are right...never thought it > through completely before I sent my reply. Sorry > everyone for the wasted bandwidth. > > Have 1 more question (has to do with this bridging deal): > > Anyone working on load-sharing/load-balancing or clustering > network solution with FreeBSD? Eddieware? http://www.eddieware.org/ IIRC. -- "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 Mon Jul 10 16:34:10 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.dcnv.com (mail.dcnv.com [216.33.117.136]) by hub.freebsd.org (Postfix) with ESMTP id 7A69537BACA; Mon, 10 Jul 2000 16:34:04 -0700 (PDT) (envelope-from aedmonds@digitalconvergence.com) Received: from digitalconvergence.com (dallas [207.158.100.67]) by mail.dcnv.com (8.9.3/8.9.3) with ESMTP id SAA78369; Mon, 10 Jul 2000 18:33:00 -0500 (CDT) (envelope-from aedmonds@digitalconvergence.com) Message-ID: <396A5D6B.BFFF396F@digitalconvergence.com> Date: Mon, 10 Jul 2000 18:34:03 -0500 From: Alan Edmonds X-Mailer: Mozilla 4.73 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: Mike Smith , freebsd-hackers@freebsd.org Subject: Re: PXE (pxeboot) and serial consoles - force it! References: <200007102329.QAA07584@mass.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 Mike Smith wrote: > > > Restating the question. > > > > Is there a way to force PXE to > > I think you have some very serious confusion about what things are and > what they are called, and it is making it impossible for anyone else to > understand what you're talking about. > > "PXE" is a specification, and an interface compliant with that > specification. > > "PXE boot ROM" is code which implements the "PXE" interface in order to > boot your system and support other boot programs. > > "pxeboot" is a program loaded by the "PXE boot ROM" as part of the boot > process. It is the same as the "loader" in the boot-from-disk case. Yes, I understand this although my question didn't state that. I should have said 'in the case of booting over the network with the PXE client in the NIC ROM and using pxeboot as the third stage boot loader.' > > 1) not probe for a console > > Nothing probes for a console, apart from boot2 in the boot-from-disk case > if the -P flag is found in /boot.config. Okay. Maybe I used the word probe incorrectly. As I understand pxeboot (and loader(8)), in the case of an unspecified console, it searches for a console. It first looks for the internal video/keyboard (vidconsole) and then for COMCONSOLE. It uses the first one it finds. > > 2) use a serial port as the default com port > > I think you mean "use a serial port as the console". You can build > "pxeboot" without keyboard/video support by commenting out the vidconsole > entry in the definition of the consoles array in > sys/boot/i386/loader/conf.c You are right, I meant console. I need to proofread a bit. I've been stuck deep in the code and fresh air screws up my head. I've done that and that solves the problem. However, it's a bit of a kludge in my book. > > > I know I can put set console="comconsole" in /boot/loader.rc. > > Normally, this is set in the boot blocks, but we don't > > have these in pxeboot. > > Actually, you will find that if you have correctly configured your PXE > environment, "pxeboot" will correctly find and parse /boot/loader.rc, and > this is the preferred mechanism for enabling serial console output in the > PXE environment. Except if pxeboot can't read loader.rc you could be hosed. Since pxeboot is loaded over the network, you might not be able to mount the root fs and read /boot/loader.rc. I was just trying to set the default case to assume serial console like you can with boot[012]. Thanks for the clarifications. -- Alan Edmonds Director of International Technology DigitalConvergence.:Com aedmonds@digitalconvergence.com Phone: +1-214-292-6040 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 10 16:49: 4 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [207.154.226.10]) by hub.freebsd.org (Postfix) with ESMTP id 3F97D37B5C1; Mon, 10 Jul 2000 16:49:02 -0700 (PDT) (envelope-from paul@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 0DCB32B2AE; Mon, 10 Jul 2000 18:48:56 -0500 (CDT) Date: Mon, 10 Jul 2000 16:48:55 -0700 From: Paul Saab To: Alan Edmonds Cc: Mike Smith , freebsd-hackers@freebsd.org Subject: Re: PXE (pxeboot) and serial consoles - force it! Message-ID: <20000710164855.A27888@elvis.mu.org> References: <200007102329.QAA07584@mass.osd.bsdi.com> <396A5D6B.BFFF396F@digitalconvergence.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <396A5D6B.BFFF396F@digitalconvergence.com>; from aedmonds@digitalconvergence.com on Mon, Jul 10, 2000 at 06:34:03PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Alan Edmonds (aedmonds@digitalconvergence.com) wrote: > Except if pxeboot can't read loader.rc you could be hosed. > Since pxeboot is loaded over the network, you might not > be able to mount the root fs and read /boot/loader.rc. > I was just trying to set the default case to assume serial console > like you can with boot[012]. pxeboot loads /boot/loader.rc over the network from the same place the PXE bootrom loaded pxeboot. It is done with either NFS or TFTP (depending on what you compile). Therefore, if it could load pxeboot, then it can more than likely load /boot/loader.rc. -- Paul Saab Technical Yahoo paul@mu.org - ps@yahoo-inc.com - ps@freebsd.org Do You .. uhh .. Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 10 17:58:16 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from pike.osd.bsdi.com (pike.osd.bsdi.com [204.216.28.222]) by hub.freebsd.org (Postfix) with ESMTP id EC7EA37B985; Mon, 10 Jul 2000 17:58:12 -0700 (PDT) (envelope-from jhb@foo.osd.bsdi.com) Received: from foo.osd.bsdi.com (root@foo.osd.bsdi.com [204.216.28.137]) by pike.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id RAA47957; Mon, 10 Jul 2000 17:58:10 -0700 (PDT) (envelope-from jhb@foo.osd.bsdi.com) Received: (from jhb@localhost) by foo.osd.bsdi.com (8.9.3/8.9.3) id RAA51938; Mon, 10 Jul 2000 17:57:25 -0700 (PDT) (envelope-from jhb) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <396A5D6B.BFFF396F@digitalconvergence.com> Date: Mon, 10 Jul 2000 17:57:25 -0700 (PDT) Organization: BSD, Inc. From: John Baldwin To: Alan Edmonds Subject: Re: PXE (pxeboot) and serial consoles - force it! Cc: freebsd-hackers@FreeBSD.ORG, Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 10-Jul-00 Alan Edmonds wrote: > Mike Smith wrote: >> > 1) not probe for a console >> >> Nothing probes for a console, apart from boot2 in the boot-from-disk case >> if the -P flag is found in /boot.config. > > Okay. Maybe I used the word probe incorrectly. As I understand > pxeboot (and loader(8)), in the case of an unspecified console, > it searches for a console. It first looks for the internal > video/keyboard (vidconsole) and then for COMCONSOLE. It uses > the first one it finds. Bzzzt. UTSL. The console variable overrides the detection. However, /boot/loader.rc isn't run until after the loader has initialized, so the console won't kick in until after loader.rc has been loaded and ran. Thus, you won't see the first few messages over the serial console. >> > 2) use a serial port as the default com port >> >> I think you mean "use a serial port as the console". You can build >> "pxeboot" without keyboard/video support by commenting out the vidconsole >> entry in the definition of the consoles array in >> sys/boot/i386/loader/conf.c > > You are right, I meant console. I need to proofread a bit. > I've been stuck deep in the code and fresh air screws up my head. > > I've done that and that solves the problem. However, it's > a bit of a kludge in my book. There should be no need. However, note that it won't take effect until after loader.rc. >> > I know I can put set console="comconsole" in /boot/loader.rc. >> > Normally, this is set in the boot blocks, but we don't >> > have these in pxeboot. >> >> Actually, you will find that if you have correctly configured your PXE >> environment, "pxeboot" will correctly find and parse /boot/loader.rc, and >> this is the preferred mechanism for enabling serial console output in the >> PXE environment. > > > Except if pxeboot can't read loader.rc you could be hosed. > Since pxeboot is loaded over the network, you might not > be able to mount the root fs and read /boot/loader.rc. > I was just trying to set the default case to assume serial console > like you can with boot[012]. boot0 doesn't support a serial console, neither does boot1. If you want, you can change pxeldr.s to pass in the serial console flag to force a serial console. From : #define RB_SERIAL 0x1000 /* user serial port as console */ Then pull up sys/boot/i386/pxeldr/pxeldr.s and after this: # Setup the arguments that the loader is expecting from boot[12] # movw $bootinfo_msg, %si # %ds:(%si) -> boot args message callw putstr # display the message movw $MEM_ARG, %bx # %ds:(%bx) -> boot args movw %bx, %di # %es:(%di) -> boot args xorl %eax, %eax # zero %eax movw $(MEM_ARG_SIZE/4), %cx # Size of arguments in 32-bit # dwords rep # Clear the arguments stosl # to zero orb $KARGS_FLAGS_PXE, 0x8(%bx) # kargs->bootflags |= # KARGS_FLAGS_PXE popl 0xc(%bx) # kargs->pxeinfo = *PXENV+ Add: orw $0x1000,(%bx) # kargs->howto |= RB_SERIAL At some point in time when a decent keyboard probe routine is in place in boot2, I'll merge the same check (as a tweakable knob at compile time) into pxeldr.s and cdldr.s. > Thanks for the clarifications. > -- > Alan Edmonds Director of International Technology > DigitalConvergence.:Com > aedmonds@digitalconvergence.com > Phone: +1-214-292-6040 -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.cslab.vt.edu/~jobaldwi/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 Jul 10 19:27:43 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from lafontaine.cybercable.fr (lafontaine.cybercable.fr [212.198.0.202]) by hub.freebsd.org (Postfix) with SMTP id 7D2B737BB03 for ; Mon, 10 Jul 2000 19:27:38 -0700 (PDT) (envelope-from clefevre%no-spam@citeweb.net) Received: (qmail 12978012 invoked from network); 11 Jul 2000 02:27:36 -0000 Received: from r224m65.cybercable.tm.fr (HELO gits.dyndns.org) ([195.132.224.65]) (envelope-sender ) by lafontaine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 11 Jul 2000 02:27:36 -0000 Received: (from root@localhost) by gits.dyndns.org (8.9.3/8.9.3) id EAA01297; Tue, 11 Jul 2000 04:27:35 +0200 (CEST) (envelope-from clefevre%no-spam@citeweb.net) Posted-Date: Tue, 11 Jul 2000 04:27:35 +0200 (CEST) To: freebsd-fs@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: APM and SCSI : suspend Reply-To: clefevre@citeweb.net X-Face: V|+c;4!|B?E%BE^{E6);aI.[<97Zd*>^#%Y5Cxv;%Y[PT-LW3;A:fRrJ8+^k"e7@+30g0YD0*^^3jgyShN7o?a]C la*Zv'5NA,=963bM%J^o]C From: Cyrille Lefevre Date: 11 Jul 2000 04:27:34 +0200 Message-ID: <8zv9s8o9.fsf@pc166.gits.fr> Lines: 22 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Canyonlands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG why it's not possible to suspend SCSI drives like the ATA/IDE ones ? I'm not talking about camcontrol suspend feature. if you have a mounted filesystem, and access a file onto that filesystem while the drive is suspended in this manner, the system gives up. and it is not so good (at all :) to do the same thing if you have some swap space onto that drive, crash... also, I experienced suspended SCSI drives under windows, then warm boot. the boot loader is not able to wake up the drives. so it complains about drive not found and you have to power off/on your machine to wake up the drives. is that feature, suspend/wake up of SCSI drives, programmed in the future ? PS : maybe -arch should be in this thread ? Cyrille. -- home:mailto:clefevre%no-spam@citeweb.net Supprimer "%no-spam" pour me repondre. work:mailto:Cyrille.Lefevre%no-spam@edf.fr Remove "%no-spam" to answer me back. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 10 19:57:29 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from kbgroup.co.nz (gateway.kbgroup.co.nz [203.96.151.81]) by hub.freebsd.org (Postfix) with ESMTP id 72DC537BA15 for ; Mon, 10 Jul 2000 19:57:26 -0700 (PDT) (envelope-from dave.preece@kbgroup.co.nz) Received: from kb_exchange.kbgroup.co.nz ([202.202.203.10]) by gateway.kbgroup.co.nz with ESMTP id <115201>; Tue, 11 Jul 2000 15:16:50 +1200 Received: by internet.kbgroup.co.nz with Internet Mail Service (5.5.2650.21) id <34BW4GYB>; Tue, 11 Jul 2000 15:06:38 +1200 Message-ID: <67B808B0DD93D211ABEE0000B498356B361728@internet.kbgroup.co.nz> From: Dave Preece To: freebsd-hackers@freebsd.org Subject: RE: Multiple MAC addresses per NIC MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Date: Tue, 11 Jul 2000 15:16:43 +1200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > We're trying to create a high availability FreeBSD > cluster with a standby machine being able to take over for a > failed host I'm about to be in a similar situation and was planning a gratuitous ARP. It seems a lot easier than attempting to take over the MAC adddress. Any comments? Dave To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 10 20:12:59 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.dcnv.com (mail.dcnv.com [216.33.117.136]) by hub.freebsd.org (Postfix) with ESMTP id EC01437B50C; Mon, 10 Jul 2000 20:12:53 -0700 (PDT) (envelope-from aedmonds@digitalconvergence.com) Received: from digitalconvergence.com (ppp03-4.algx.iadfw.net [207.136.23.4]) by mail.dcnv.com (8.9.3/8.9.3) with ESMTP id WAA84717; Mon, 10 Jul 2000 22:11:46 -0500 (CDT) (envelope-from aedmonds@digitalconvergence.com) Message-ID: <396A909F.667C6688@digitalconvergence.com> Date: Mon, 10 Jul 2000 22:12:31 -0500 From: Alan Edmonds X-Mailer: Mozilla 4.73 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: Paul Saab Cc: Mike Smith , freebsd-hackers@freebsd.org Subject: Re: PXE (pxeboot) and serial consoles - force it! References: <200007102329.QAA07584@mass.osd.bsdi.com> <396A5D6B.BFFF396F@digitalconvergence.com> <20000710164855.A27888@elvis.mu.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I hate to disagree but my setup loads pxeboot from /tftpboot (as per the tftp line in inetd.conf) and my DHCP options specify the root fs as /pxeroot. pxeboot loads /boot/loader.rc from /pxeroot. It's confusing I know. It also appears to load /pxeboot via tftp and /boot/loader.rc via NFS. Maybe I just have an ill advised configuration. This configuration developed as I figured out how things were put together. I haven't gone back and cleaned things up; but it needs it. Thanks. Paul Saab wrote: > > Alan Edmonds (aedmonds@digitalconvergence.com) wrote: > > Except if pxeboot can't read loader.rc you could be hosed. > > Since pxeboot is loaded over the network, you might not > > be able to mount the root fs and read /boot/loader.rc. > > I was just trying to set the default case to assume serial console > > like you can with boot[012]. > > pxeboot loads /boot/loader.rc over the network from the same place > the PXE bootrom loaded pxeboot. It is done with either NFS or TFTP > (depending on what you compile). Therefore, if it could load pxeboot, > then it can more than likely load /boot/loader.rc. > > -- > Paul Saab > Technical Yahoo > paul@mu.org - ps@yahoo-inc.com - ps@freebsd.org > Do You .. uhh .. Yahoo!? > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- Alan Edmonds Director of International Technology DigitalConvergence.:Com aedmonds@digitalconvergence.com Phone: +1-214-292-6040 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 10 20:54:45 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.lewman.org (lowrider.lewman.org [209.67.240.52]) by hub.freebsd.org (Postfix) with ESMTP id BC09F37BBF5 for ; Mon, 10 Jul 2000 20:54:42 -0700 (PDT) (envelope-from sean@rentul.net) Received: by mail.lewman.org (Postfix, from userid 1004) id 046223D31; Mon, 10 Jul 2000 23:56:28 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mail.lewman.org (Postfix) with ESMTP id 029B95BC4; Mon, 10 Jul 2000 23:56:28 -0400 (EDT) Date: Mon, 10 Jul 2000 23:56:27 -0400 (EDT) From: Sean Lutner X-Sender: sean@lowrider.lewman.org To: Frederik Meerwaldt Cc: freebsd-hackers@freebsd.org Subject: Re: UUU: Bug in StarOffice5 Port In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Geez, with all that info, I'll get right on a patch. sometimes too much information can be a bad thing man. On Mon, 10 Jul 2000, Frederik Meerwaldt wrote: > Hi all, > > I've recently discovered a bug in the StarOffice5 Port, and so I can't > install it. > [frederik@server frederik]$ uname -a > > FreeBSD server.wes.mee.com 5.0-20000521-CURRENT FreeBSD > 5.0-20000521-CURRENT #2: Sun Jun 18 20:46:35 CEST 2000 > frederik@server.wes.mee.com:/usr/src/sys/compile/server i386 > > Please give me a bugfix for this ASAP, because I really need this program. > Thanks a lot, > Freddy > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 10 21:59:43 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [207.154.226.10]) by hub.freebsd.org (Postfix) with ESMTP id ADC0037B8E6; Mon, 10 Jul 2000 21:59:38 -0700 (PDT) (envelope-from paul@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id DC4712B2CE; Mon, 10 Jul 2000 23:59:32 -0500 (CDT) Date: Mon, 10 Jul 2000 21:59:32 -0700 From: Paul Saab To: Alan Edmonds Cc: Mike Smith , freebsd-hackers@freebsd.org Subject: Re: PXE (pxeboot) and serial consoles - force it! Message-ID: <20000710215932.A32378@elvis.mu.org> References: <200007102329.QAA07584@mass.osd.bsdi.com> <396A5D6B.BFFF396F@digitalconvergence.com> <20000710164855.A27888@elvis.mu.org> <396A909F.667C6688@digitalconvergence.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <396A909F.667C6688@digitalconvergence.com>; from aedmonds@digitalconvergence.com on Mon, Jul 10, 2000 at 10:12:31PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Alan Edmonds (aedmonds@digitalconvergence.com) wrote: > I hate to disagree but my setup loads pxeboot from /tftpboot (as per > the tftp line in inetd.conf) and my DHCP options specify the root fs as > /pxeroot. pxeboot loads /boot/loader.rc from /pxeroot. It's confusing > I know. It also appears to load /pxeboot via tftp and /boot/loader.rc > via NFS. Maybe I just have an ill advised configuration. Ok.. that is true.. (I just dont do it that way) The PXE bootrom downloads via tftp and we set the loader to use NFS by default. The NFS support is much better than tftp, so that is why its the default. > This configuration developed as I figured out how things were put > together. I haven't gone back and cleaned things up; but it needs it. :) -- Paul Saab Technical Yahoo paul@mu.org - ps@yahoo-inc.com - ps@freebsd.org Do You .. uhh .. Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 10 22:11:49 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ares.trc.adelaide.edu.au (ares.trc.adelaide.edu.au [129.127.246.5]) by hub.freebsd.org (Postfix) with ESMTP id AF5CE37BD0C for ; Mon, 10 Jul 2000 22:11:41 -0700 (PDT) (envelope-from glewis@ares.trc.adelaide.edu.au) Received: (from glewis@localhost) by ares.trc.adelaide.edu.au (8.9.3/8.9.3) id OAA07045; Tue, 11 Jul 2000 14:41:26 +0930 (CST) (envelope-from glewis) From: Greg Lewis Message-Id: <200007110511.OAA07045@ares.trc.adelaide.edu.au> Subject: Re: Adaptec 3950 and SMP... In-Reply-To: <396A35C0.818705B5@falcon.niksun.com> from Joy Ganguly at "Jul 10, 2000 08:44:48 pm" To: Joy Ganguly Date: Tue, 11 Jul 2000 14:41:26 +0930 (CST) Cc: freebsd-hackers X-Mailer: ELM [version 2.4ME+ PL70 (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 Joy Ganguly wrote: > i have a L440GX+ intel server motherboard running 2 P3. The motherboard > has an on-board scsi controller aic7896 (ahc0, ahc1). Additionally i > have added an "Adaptec 3950 scsi controller" board(ahc2, ahc3). When i > boot an uniprocessor kernel everything works fine. However when i boot a > multiprocessor kernel everything seems ok till the boot mesg shows > "Waiting for scsi devices to settle". But after waiting for some time > the boot msg shows a lot of SCB timeouts and hangs. IF i remove the > additional scsi controller things start working again (except that the > system complains about unable to mount root partition...but it boots). I assume you've checked all the cabling and the like? We've got a similar setup which works fine (BX motherboard, 2 P3's, Onboard aic7895, Adaptec 3950U2B card). -- Greg Lewis glewis@trc.adelaide.edu.au Computing Officer +61 8 8303 5083 Teletraffic Research Centre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 10 22:29:13 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from turtle.looksharp.net (cc360882-a.strhg1.mi.home.com [24.2.221.22]) by hub.freebsd.org (Postfix) with ESMTP id 5783537B5A7 for ; Mon, 10 Jul 2000 22:29:07 -0700 (PDT) (envelope-from bsdx@looksharp.net) Received: from localhost (bsdx@localhost) by turtle.looksharp.net (8.9.3/8.9.3) with ESMTP id BAA02368; Tue, 11 Jul 2000 01:28:54 -0400 (EDT) (envelope-from bsdx@looksharp.net) Date: Tue, 11 Jul 2000 01:28:54 -0400 (EDT) From: Adam To: Frederik Meerwaldt Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: UUU: Bug in StarOffice5 Port In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Try doing it again. Signall 11 usually means you have bad ram in your computer and usually fails randomly, so if you type make install it might progress further. If you still cannot complete, try replacing ram with known good ram. On Mon, 10 Jul 2000, Frederik Meerwaldt wrote: >Hi all, > >I've recently discovered a bug in the StarOffice5 Port, and so I can't >install it. >[frederik@server frederik]$ uname -a > >FreeBSD server.wes.mee.com 5.0-20000521-CURRENT FreeBSD >5.0-20000521-CURRENT #2: Sun Jun 18 20:46:35 CEST 2000 >frederik@server.wes.mee.com:/usr/src/sys/compile/server i386 > >Please give me a bugfix for this ASAP, because I really need this program. >Thanks a lot, > Freddy > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 1: 7: 7 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from gateway.posi.net (c1096725-a.smateo1.sfba.home.com [24.20.139.104]) by hub.freebsd.org (Postfix) with ESMTP id F420837BBDC for ; Tue, 11 Jul 2000 01:07:02 -0700 (PDT) (envelope-from kbyanc@posi.net) Received: from localhost (kbyanc@localhost) by gateway.posi.net (8.9.3/8.9.3) with ESMTP id BAA36597; Tue, 11 Jul 2000 01:11:15 -0700 (PDT) (envelope-from kbyanc@posi.net) Date: Tue, 11 Jul 2000 01:11:14 -0700 (PDT) From: Kelly Yancey To: clefevre@citeweb.net Cc: Narvi , core-ix@hushmail.com, freebsd-hackers@FreeBSD.ORG Subject: Re: Some proposals to FreeBSD kernel In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 10 Jul 2000, Cyrille Lefevre wrote: > some time ago, I had a similar problem. too many processes forked, power off... > reboot impossible. the cause of this problem was to define nisdomainname w/ > activating nis services. so portmap give up thoses processes to log errors > messages because it was trying to contact nis services which was not there. > I take some time to find /etc/login.conf. the question is, why all default > limits are so permissives (unlimited) by default ? as I remember, it took me > some days w/ many boots to find the reason of portmap failure. an idea would > be to add some limit to limit the number of processes forked by a process (at > one time in addition to the number of processes by user which may be relative > to the system wide limit (maxprocperproc=nproc-10). which is something like the > openfiles limit (w/o the system wide reference but which is possible as well, > like maxfilesperproc=nfiles-10). > It isn't exactly what you asked for, but PR 15860 is a start. Kelly -- Kelly Yancey - kbyanc@posi.net - Belmont, CA System Administrator, eGroups.com http://www.egroups.com/ Maintainer, BSD Driver Database http://www.posi.net/freebsd/drivers/ Coordinator, Team FreeBSD http://www.posi.net/freebsd/Team-FreeBSD/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 5:24:46 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.ZSEA.zp.ua (ZSEA.zp.ua [212.8.40.5]) by hub.freebsd.org (Postfix) with ESMTP id D7E4D37B5CB for ; Tue, 11 Jul 2000 05:24:36 -0700 (PDT) (envelope-from laa@laa.zp.ua) Received: from localhost (laa@localhost) by mx1.ZSEA.zp.ua (8.9.3/8.9.3) with ESMTP id PAA02703 for ; Tue, 11 Jul 2000 15:20:53 +0300 (EEST) (envelope-from laa@laa.zp.ua) Date: Tue, 11 Jul 2000 15:20:46 +0300 (EEST) From: To: hackers@freebsd.org Subject: PATCH src/etc/root : more->less 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 What about it for 4.0-ST? Index: src/etc/root/dot.cshrc =================================================================== RCS file: /f/pub/FreeBSD/FreeBSD-CVS/src/etc/root/dot.cshrc,v retrieving revision 1.25.2.1 diff -u -r1.25.2.1 dot.cshrc --- src/etc/root/dot.cshrc 2000/05/28 15:13:28 1.25.2.1 +++ src/etc/root/dot.cshrc 2000/07/11 12:17:31 @@ -7,9 +7,9 @@ alias h history 25 alias j jobs -l -alias la ls -a -alias lf ls -FA -alias ll ls -lA +alias la ls -aG +alias lf ls -FAG +alias ll ls -lAG # A righteous umask umask 22 @@ -17,7 +17,7 @@ set path = (/sbin /bin /usr/sbin /usr/bin /usr/games /usr/local/sbin /usr/local/bin /usr/X11R6/bin $HOME/bin) setenv EDITOR vi -setenv PAGER more +setenv PAGER less setenv BLOCKSIZE K if ($?prompt) then Index: src/etc/root/dot.profile =================================================================== RCS file: /f/pub/FreeBSD/FreeBSD-CVS/src/etc/root/dot.profile,v retrieving revision 1.20 diff -u -r1.20 dot.profile --- src/etc/root/dot.profile 1999/08/27 23:24:09 1.20 +++ src/etc/root/dot.profile 2000/07/11 12:18:30 @@ -2,9 +2,6 @@ # PATH=/sbin:/usr/sbin:/bin:/usr/bin:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin export PATH -HOME=/root -export HOME -TERM=${TERM:-cons25} -export TERM -PAGER=more -export PAGER +export HOME=/root +export TERM=${TERM:-cons25} +export PAGER=less Thanks. -- Laa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 5:51:14 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp7.xs4all.nl (smtp7.xs4all.nl [194.109.127.133]) by hub.freebsd.org (Postfix) with ESMTP id D49C437C260 for ; Tue, 11 Jul 2000 05:51:07 -0700 (PDT) (envelope-from micheloo@xs4all.nl) Received: from list1.xs4all.nl (list1.xs4all.nl [194.109.6.52]) by smtp7.xs4all.nl (8.9.3/8.9.3) with ESMTP id OAA08281 for ; Tue, 11 Jul 2000 14:51:06 +0200 (CEST) Received: (from root@localhost) by list1.xs4all.nl (8.9.3/8.9.3) id OAA03745; Tue, 11 Jul 2000 14:51:05 +0200 (CEST) From: micheloo@xs4all.nl (Michel Oosterhof) To: freebsd-hackers@freebsd.org X-Via: imploder /usr/local/lib/mail/news2mail/news2mail at list1.xs4all.nl Subject: Re: PATCH src/etc/root : more->less Date: 11 Jul 2000 14:50:58 +0200 Organization: XS4ALL, Networking for the masses Message-ID: <8kf57i$cmi$1@xs3.xs4all.nl> In-Reply-To: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG laa@laa.zp.ua writes: >What about it for 4.0-ST? [snip] > > setenv EDITOR vi >-setenv PAGER more >+setenv PAGER less > setenv BLOCKSIZE K > I thought 'less' was in a port? Do you want to refer to programs that need to be installed from a port first? michel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 6:19: 1 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ns1.sunesi.net (ns1.sunesi.net [196.15.192.194]) by hub.freebsd.org (Postfix) with ESMTP id 7D70F37BF2D for ; Tue, 11 Jul 2000 06:18:47 -0700 (PDT) (envelope-from nbm@sunesi.net) Received: from nbm by ns1.sunesi.net with local (Exim 3.03 #1) id 13Bzvn-0002C4-00; Tue, 11 Jul 2000 15:18:35 +0200 Date: Tue, 11 Jul 2000 15:18:35 +0200 From: Neil Blakey-Milner To: Michel Oosterhof Cc: freebsd-hackers@freebsd.org Subject: Re: PATCH src/etc/root : more->less Message-ID: <20000711151835.A8416@mithrandr.moria.org> References: <8kf57i$cmi$1@xs3.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <8kf57i$cmi$1@xs3.xs4all.nl>; from micheloo@xs4all.nl on Tue, Jul 11, 2000 at 02:50:58PM +0200 Organization: Sunesi Clinical Systems X-Operating-System: FreeBSD 3.3-RELEASE i386 X-URL: http://rucus.ru.ac.za/~nbm/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue 2000-07-11 (14:50), Michel Oosterhof wrote: > [snip] > > > > setenv EDITOR vi > >-setenv PAGER more > >+setenv PAGER less > > setenv BLOCKSIZE K > > > > I thought 'less' was in a port? Do you want to refer to programs that > need to be installed from a port first? 'less' will be in 4.1 and beyond. Neil -- Neil Blakey-Milner Sunesi Clinical Systems 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 Tue Jul 11 6:24:33 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sasi.com (sasi.com [164.164.56.2]) by hub.freebsd.org (Postfix) with ESMTP id 9697F37BF63 for ; Tue, 11 Jul 2000 06:24:24 -0700 (PDT) (envelope-from pmk@sasi.com) Received: from samar (sasi.com [164.164.56.2]) by sasi.com (8.9.3/8.9.3) with SMTP id SAA08446 for ; Tue, 11 Jul 2000 18:53:37 +0530 (IST) Received: from pcd134.sasi.com ([10.0.16.134]) by sasi.com; Tue, 11 Jul 2000 18:53:35 +0000 (IST) Received: from localhost (pmk@localhost) by pcd134.sasi.com (8.9.3/8.9.3) with ESMTP id SAA02072 for ; Tue, 11 Jul 2000 18:53:26 +0530 X-Authentication-Warning: pcd134.sasi.com: pmk owned process doing -bs Date: Tue, 11 Jul 2000 18:53:26 +0530 (IST) From: Mohana Krishna Penumetcha To: freebsd-hackers@FreeBSD.ORG Subject: sources for null device!!! In-Reply-To: <8kf57i$cmi$1@xs3.xs4all.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi, where can i find the sources corresponding to /dev/null?? -Regards mohan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 6:46:25 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from post.webmailer.de (natmail2.webmailer.de [192.67.198.65]) by hub.freebsd.org (Postfix) with ESMTP id 9A0AB37C029 for ; Tue, 11 Jul 2000 06:46:16 -0700 (PDT) (envelope-from frederik@freddym.org) Received: from server.wes.mee.com (p3E9C036D.dip.t-dialin.net [62.156.3.109]) by post.webmailer.de (8.9.3/8.8.7) with ESMTP id PAA16737; Tue, 11 Jul 2000 15:46:11 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by server.wes.mee.com (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id PAA00797; Tue, 11 Jul 2000 15:36:12 +0200 (CEST) Date: Tue, 11 Jul 2000 15:36:12 +0200 (CEST) From: Frederik Meerwaldt X-Sender: frederik@server.wes.mee.com To: Adam Cc: freebsd-hackers@freebsd.org Subject: Re: UUU: Bug in StarOffice5 Port In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! > Try doing it again. Signall 11 usually means you have bad ram in your > computer and usually fails randomly, so if you type make install it might > progress further. If you still cannot complete, try replacing ram with > known good ram. It is known good RAM. I got it to work without the port, so just untarring the package, and then running setup :-) Bye, Freddy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 6:49:27 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from iclub.nsu.ru (iclub.nsu.ru [193.124.222.66]) by hub.freebsd.org (Postfix) with ESMTP id 90A1E37BAE7 for ; Tue, 11 Jul 2000 06:48:40 -0700 (PDT) (envelope-from fjoe@iclub.nsu.ru) Received: from localhost (fjoe@localhost) by iclub.nsu.ru (8.9.3/8.9.3) with ESMTP id UAA28605 for ; Tue, 11 Jul 2000 20:41:46 +0700 (NSS) (envelope-from fjoe@iclub.nsu.ru) Date: Tue, 11 Jul 2000 20:41:46 +0700 (NSS) From: Max Khon To: hackers@FreeBSD.ORG Subject: Re: PATCH src/etc/root : more->less In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi, there! On Tue, 11 Jul 2000 laa@laa.zp.ua wrote: > What about it for 4.0-ST? > > Index: src/etc/root/dot.cshrc [trim] and what's about this? --- usr.sbin/mergemaster/mergemaster.sh.orig Tue Jul 11 21:34:20 2000 +++ usr.sbin/mergemaster/mergemaster.sh Tue Jul 11 21:37:11 2000 @@ -114,23 +114,17 @@ echo " PAGER and EDITOR. Meanwhile, what would you like to do?" echo '' echo " Use 'e' to exit mergemaster and fix your PAGER variable" - if [ -x /usr/local/bin/less ]; then - echo " Use 'l' to set PAGER to /usr/local/bin/less for this run" - fi - echo " Use 'm' to use plain old 'more' as your PAGER for this run" + echo " Use 'l' to use 'less' as your PAGER for this run" echo '' - echo " Default is to use plain old 'more' " + echo " Default is to use 'less' " echo '' - read -p "What should I do? [Use 'more'] " FIXPAGER + read -p "What should I do? [Use 'less'] " FIXPAGER case "${FIXPAGER}" in [eE]*) exit 0 ;; - [lL]*) - PAGER=/usr/local/bin/less - ;; *) - PAGER=more + PAGER=less ;; esac echo '' @@ -139,11 +133,11 @@ esac # If user has a pager defined, or got assigned one above, use it. -# If not, use more. +# If not, use less. # -PAGER=${PAGER:-more} +PAGER=${PAGER:-less} -if [ -n "${VERBOSE}" -a ! "${PAGER}" = "more" ]; then +if [ -n "${VERBOSE}" -a ! "${PAGER}" = "less" ]; then echo " *** You have ${PAGER} defined as your pager so we will use that" echo '' sleep 3 @@ -495,7 +489,7 @@ rm "${COMPFILE}" else # Ok, the files are different, so show the user where they differ. Use user's - # choice of diff methods; and user's pager if they have one. Use more if not. + # choice of diff methods; and user's pager if they have one. Use less if not. # Use unified diffs by default. Context diffs give me a headache. :) # case "${AUTO_RUN}" in /fjoe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 6:58:38 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (Postfix) with ESMTP id 26B1A37B931; Tue, 11 Jul 2000 06:58:26 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from strontium.scientia.demon.co.uk ([192.168.91.36] ident=exim) by scientia.demon.co.uk with esmtp (Exim 3.15 #1) id 13Byzu-000NlV-00; Tue, 11 Jul 2000 13:18:46 +0100 Received: (from ben) by strontium.scientia.demon.co.uk (Exim 3.15 #1) id 13Byzu-000MxX-00; Tue, 11 Jul 2000 13:18:46 +0100 Date: Tue, 11 Jul 2000 13:18:46 +0100 From: Ben Smithurst To: doc@FreeBSD.org, hackers@FreeBSD.org Subject: small update to handbook about debug kernels Message-ID: <20000711131846.L11000@strontium.scientia.demon.co.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="GBuTPvBEOL0MYPgd" Content-Disposition: inline User-Agent: Mutt/1.2i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --GBuTPvBEOL0MYPgd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I'd like to commit this shortly. Any objections, either on documentation quality or the technical accuracy? (that's why -hackers is included.) =20 - When the kernel has been built make a copy of it, say + When the kernel has been built, make a copy of it, say kernel.debug, and then run strip - -g on the original. Install the original as normal. You + -g on the original. Install the original as normal. + Note that from FreeBSD 4.0-RELEASE onwards, these two steps are + performed automatically, so you should not execute them yourself. + On all FreeBSD releases, you may also install the unstripped kernel, but symbol table lookup time= for - some programs will drastically increase, and since the whole kernel = is + some programs will drastically increase. With an a.out kernel, + since the whole kernel is loaded entirely at boot time and cannot be swapped out later, several - megabytes of physical memory will be wasted. + megabytes of physical memory will also be wasted. However, this sho= uld not + be a problem for most users, as ELF has been the default format for + kernels since FreeBSD 3.1-RELEASE. =20 --=20 Ben Smithurst / ben@FreeBSD.org / PGP: 0x99392F7D --GBuTPvBEOL0MYPgd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0i for non-commercial use MessageID: H9MdXl0TRp7f87qN87CHA8xzVXCGSQ/c iQCVAwUBOWsQpSsPVtiZOS99AQEzXgP+MiCyLJfVhy8M9wtSA1ikGvnZT8NTEPS1 GOWzp0OpdYPhPGZHcgeJYOFry+q7z0YM+QBIz7sr7dnlfJLifdIV7GshJOiuD2S4 F00oPabm918OoZn/8hwREWyD8J1bs4vFEDoT9b+6jjPAfmu376x6GGgJwzSkeFcf G5cWm9W5ppk= =uPZk -----END PGP SIGNATURE----- --GBuTPvBEOL0MYPgd-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 7:29:20 2000 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 DB85A37C0F0 for ; Tue, 11 Jul 2000 07:29:09 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.9.3/8.9.3) id JAA20487; Tue, 11 Jul 2000 09:28:33 -0500 (CDT) (envelope-from dan) Date: Tue, 11 Jul 2000 09:28:33 -0500 From: Dan Nelson To: laa@laa.zp.ua Cc: hackers@FreeBSD.ORG Subject: Re: PATCH src/etc/root : more->less Message-ID: <20000711092833.A16291@dan.emsphone.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.3.5i In-Reply-To: ; from "laa@laa.zp.ua" on Tue Jul 11 15:20:46 GMT 2000 X-OS: FreeBSD 5.0-CURRENT Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In the last episode (Jul 11), laa@laa.zp.ua said: > alias h history 25 > alias j jobs -l > -alias la ls -a > -alias lf ls -FA > -alias ll ls -lA > +alias la ls -aG > +alias lf ls -FAG > +alias ll ls -lAG Please, no. If the user wants colors, they can add the flag themselves. Besides, the default scheme is unreadable on the console anyway (blue and purple and red on black? what were they thinking?) -- 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 Jul 11 7:44: 9 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from post.webmailer.de (natmail2.webmailer.de [192.67.198.65]) by hub.freebsd.org (Postfix) with ESMTP id A9F3237C083 for ; Tue, 11 Jul 2000 07:44:04 -0700 (PDT) (envelope-from frederik@freddym.org) Received: from server.wes.mee.com (pC19EB3B7.dip.t-dialin.net [193.158.179.183]) by post.webmailer.de (8.9.3/8.8.7) with ESMTP id QAA18356 for ; Tue, 11 Jul 2000 16:43:58 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by server.wes.mee.com (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id QAA01049 for ; Tue, 11 Jul 2000 16:17:53 +0200 (CEST) Date: Tue, 11 Jul 2000 16:17:53 +0200 (CEST) From: Frederik Meerwaldt X-Sender: frederik@server.wes.mee.com To: freebsd-hackers@freebsd.org Subject: Can anyone recommend a good clustering software? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi all, as this is a low-level questions, I thought to post it to -hackers. If I'm wrong, tell me. Can anyone tell me a clustering software for FreeBSD? Such as PaRe, just for FBSD??? I don't know one. If possible it should have the following features: * Compatibility with other systems/platforms (NetBSD, Tru64 Unix,...) * Uhm.... ok. That's the only thing. But if you just tell me some names, that would be cool. Thanks, Freddy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 7:44:22 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (Postfix) with ESMTP id 5E9F637C0FD for ; Tue, 11 Jul 2000 07:44:19 -0700 (PDT) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (iwasaki.imasy.or.jp [202.227.24.92]) by tasogare.imasy.or.jp (8.10.1+3.3W/3.7W-tasogare/smtpfeed 1.07) with ESMTP id e6BEiBp03130; Tue, 11 Jul 2000 23:44:11 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) To: pmk@sasi.com Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: sources for null device!!! In-Reply-To: References: <8kf57i$cmi$1@xs3.xs4all.nl> X-Mailer: Mew version 1.94.1 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000711234408I.iwasaki@jp.FreeBSD.org> Date: Tue, 11 Jul 2000 23:44:08 +0900 From: Mitsuru IWASAKI X-Dispatcher: imput version 20000228(IM140) Lines: 8 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, pmk> where can i find the sources corresponding to /dev/null?? /sys/dev/nulldev/nulldev.c in 5.0-CURRENT/RELENG_4, /sys/i386/i386/mem.c or /sys/alpha/alpha/mem.c in RELENG_3 IIRC. Good luck. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 7:52: 7 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from leviathan.umiacs.umd.edu (leviathan.umiacs.umd.edu [128.8.120.189]) by hub.freebsd.org (Postfix) with ESMTP id EF52637BFD3 for ; Tue, 11 Jul 2000 07:52:01 -0700 (PDT) (envelope-from bargle@umiacs.umd.edu) Received: from leviathan.umiacs.umd.edu (localhost [127.0.0.1]) by leviathan.umiacs.umd.edu (8.9.3/8.9.1) with ESMTP id KAA17856; Tue, 11 Jul 2000 10:51:54 -0400 (EDT) Message-Id: <200007111451.KAA17856@leviathan.umiacs.umd.edu> To: Frederik Meerwaldt Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Can anyone recommend a good clustering software? In-reply-to: Your message of "Tue, 11 Jul 2000 16:17:53 +0200." Date: Tue, 11 Jul 2000 10:51:54 -0400 From: Gary Jackson Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 11 Jul 2000, Frederik Meerwaldt wrote: >as this is a low-level questions, I thought to post it to -hackers. If I'm >wrong, tell me. > >Can anyone tell me a clustering software for FreeBSD? Such as PaRe, just >for FBSD??? I don't know one. >If possible it should have the following features: > >* Compatibility with other systems/platforms (NetBSD, Tru64 Unix,...) >* Uhm.... ok. That's the only thing. > >But if you just tell me some names, that would be cool. What's PaRe? -- Gary Jackson bargle@umiacs.umd.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 8:20: 1 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from houston.matchlogic.com (houston.matchlogic.com [205.216.147.127]) by hub.freebsd.org (Postfix) with ESMTP id 5D84837B741 for ; Tue, 11 Jul 2000 08:19:57 -0700 (PDT) (envelope-from crandall@matchlogic.com) Received: by houston.matchlogic.com with Internet Mail Service (5.5.2650.21) id ; Tue, 11 Jul 2000 09:19:55 -0600 Message-ID: <5FE9B713CCCDD311A03400508B8B301301C77EB5@bdr-xcln.is.matchlogic.com> From: Charles Randall To: Frederik Meerwaldt , freebsd-hackers@freebsd.org Subject: RE: Can anyone recommend a good clustering software? Date: Tue, 11 Jul 2000 09:19:45 -0600 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 First you need to describe what you mean by clustering. It means different things to different people. Charles -----Original Message----- From: Frederik Meerwaldt [mailto:frederik@freddym.org] Sent: Tuesday, July 11, 2000 8:18 AM To: freebsd-hackers@freebsd.org Subject: Can anyone recommend a good clustering software? Hi all, as this is a low-level questions, I thought to post it to -hackers. If I'm wrong, tell me. Can anyone tell me a clustering software for FreeBSD? Such as PaRe, just for FBSD??? I don't know one. If possible it should have the following features: * Compatibility with other systems/platforms (NetBSD, Tru64 Unix,...) * Uhm.... ok. That's the only thing. But if you just tell me some names, that would be cool. Thanks, Freddy 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 Jul 11 8:26:19 2000 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 D994637BB79 for ; Tue, 11 Jul 2000 08:24:48 -0700 (PDT) (envelope-from mwest@uct.ac.za) Date: Tue, 11 Jul 2000 17:23:33 +0200 From: Matthew West To: Gary Jackson Cc: Frederik Meerwaldt , freebsd-hackers@FreeBSD.ORG Subject: Re: Can anyone recommend a good clustering software? Message-ID: <20000711172333.A94550@apotheosis.org.za> References: <200007111451.KAA17856@leviathan.umiacs.umd.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200007111451.KAA17856@leviathan.umiacs.umd.edu>; from "Gary Jackson" on Tue, Jul 11, 2000 at 10:51:54AM Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG A quick search on http://www.google.com/ returned: http://www.sc.cs.tu-bs.de/pare/: "PaRe is an educational project at the Technical University Braunschweig to set up a Beowulf-class supercomputer built from commodity components. It starts from early hardware and design decisions and ends in building and profiling some small parallelized applications." When talking about "clustering", you should mention whether it's related to parallel computing or fail-over/high-availability. For more information on Beowulf-style clusters, take a look at: http://www.beowulf.org/ For a Beowulf-style cluster with a FreeBSD spin on it: http://acme.ecn.purdue.edu/ I've set up a PVM-based cluster on FreeBSD. It's pretty straight forward: Basically, it's just a FreeBSD base install and the PVM package (which is in the ports collection). A PVM enabled povray is also available in the ports collection, but I've not had a chance to play with it yet. PVM links: http://www.epm.ornl.gov/pvm/pvm_home.html http://www.netlib.org/pvm3/book/pvm-book.html -- mwest@uct.ac.za On Tue, Jul 11, 2000 at 10:51:54AM -0400, Gary Jackson wrote: > On Tue, 11 Jul 2000, Frederik Meerwaldt wrote: > > >as this is a low-level questions, I thought to post it to -hackers. If I'm > >wrong, tell me. > > > >Can anyone tell me a clustering software for FreeBSD? Such as PaRe, just > >for FBSD??? I don't know one. > >If possible it should have the following features: > > > >* Compatibility with other systems/platforms (NetBSD, Tru64 Unix,...) > >* Uhm.... ok. That's the only thing. > > > >But if you just tell me some names, that would be cool. > > What's PaRe? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 8:40:34 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (Postfix) with ESMTP id 2535437BD80 for ; Tue, 11 Jul 2000 08:40:19 -0700 (PDT) (envelope-from ambrisko@whistle.com) Received: from whistle.com (crab.whistle.com [207.76.205.112]) by alpo.whistle.com (8.9.1a/8.9.1) with ESMTP id IAA62034; Tue, 11 Jul 2000 08:15:14 -0700 (PDT) Received: (from ambrisko@localhost) by whistle.com (8.9.3/8.9.1) id IAA28017; Tue, 11 Jul 2000 08:14:36 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200007111514.IAA28017@whistle.com> Subject: Re: PXE (pxeboot) and serial consoles - force it! In-Reply-To: <20000710154639.A26931@elvis.mu.org> from Paul Saab at "Jul 10, 2000 03:46:39 pm" To: Paul Saab Date: Tue, 11 Jul 2000 08:14:36 -0700 (PDT) Cc: Doug Ambrisko , Alan Edmonds , freebsd-hackers@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL61 (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 Paul Saab writes: | Doug Ambrisko (ambrisko@whistle.com) wrote: | > Paul Saab writes: | > | set console="comconsole" is what you want in /boot/loader.rc | > | > Yep, except that it doesn't initialize the com port, it just starts | > using it so you end up with junk out the port. However, if you have a | > BIOS that setups the baud rate etc. of the serial port then you would | > be okay. Current FreeBSD does this in the boot blocks and not the loader. | | Umm.. That isn't the case at all. I use it all the time and it surely | does init the com port. Yep, you're right I just tried it and it worked. I tried a similar thing once before with the loader and it failed for some reason to setup the serial port. Thanks for the enlightenment, it will be usefull. Doug A. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 8:40:49 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from post.webmailer.de (natmail2.webmailer.de [192.67.198.65]) by hub.freebsd.org (Postfix) with ESMTP id DBFEC37BD80 for ; Tue, 11 Jul 2000 08:40:43 -0700 (PDT) (envelope-from frederik@freddym.org) Received: from server.wes.mee.com (pC19EB37B.dip.t-dialin.net [193.158.179.123]) by post.webmailer.de (8.9.3/8.8.7) with ESMTP id RAA02951; Tue, 11 Jul 2000 17:40:39 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by server.wes.mee.com (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id RAA01716; Tue, 11 Jul 2000 17:33:49 +0200 (CEST) Date: Tue, 11 Jul 2000 17:33:49 +0200 (CEST) From: Frederik Meerwaldt X-Sender: frederik@server.wes.mee.com To: Gary Jackson Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Can anyone recommend a good clustering software? In-Reply-To: <200007111451.KAA17856@leviathan.umiacs.umd.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! > What's PaRe? It's a clustering Software for linux. See: http://www.sc.cs.tu-bs.de/pare It's based on BEOWULF AFAIK. Bye, Freddy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 8:51:49 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from leviathan.umiacs.umd.edu (leviathan.umiacs.umd.edu [128.8.120.189]) by hub.freebsd.org (Postfix) with ESMTP id B84BE37C102 for ; Tue, 11 Jul 2000 08:51:44 -0700 (PDT) (envelope-from bargle@umiacs.umd.edu) Received: from leviathan.umiacs.umd.edu (localhost [127.0.0.1]) by leviathan.umiacs.umd.edu (8.9.3/8.9.1) with ESMTP id LAA18321; Tue, 11 Jul 2000 11:51:41 -0400 (EDT) Message-Id: <200007111551.LAA18321@leviathan.umiacs.umd.edu> To: Frederik Meerwaldt Cc: Gary Jackson , freebsd-hackers@FreeBSD.ORG Subject: Re: Can anyone recommend a good clustering software? In-reply-to: Your message of "Tue, 11 Jul 2000 17:33:49 +0200." Date: Tue, 11 Jul 2000 11:51:41 -0400 From: Gary Jackson Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 11 Jul 2000, Frederik Meerwaldt wrote: >Hi! >> What's PaRe? > >It's a clustering Software for linux. >See: It looks more like yet another beowulf (but built in a classroom environment) than any coherent distribution of software. Anyway, "clustering software" is meaningless. What does "clustering software" do? Queue and run parallel jobs? Set up a communications medium? Do load balancing or high availability between a set of nodes? All those definitions are correct. FWIW, clustering (in the supercomputing sense) can be very simple if you're only building a cluster for a single researcher or research group. You can pretty much just set up an mpi implementation, or pvm, and an hourly passwd rdist, and call it a cluster. MPI and PVM build on all sorts of platforms, and at least MPICH (and probably PVM) have mechanisms for communicating between programs on different architectures. Things get much more complex when you start trying to arbitrate running time between different research units. I won't get in to that now, because it can be an exercise in enormous amounts of excrutiating pain, depending on what your requirements are. -- Gary Jackson bargle@umiacs.umd.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 9:34:38 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from post.webmailer.de (natmail2.webmailer.de [192.67.198.65]) by hub.freebsd.org (Postfix) with ESMTP id 5A85E37BF91 for ; Tue, 11 Jul 2000 09:34:34 -0700 (PDT) (envelope-from frederik@freddym.org) Received: from server.wes.mee.com (p3E9C0345.dip.t-dialin.net [62.156.3.69]) by post.webmailer.de (8.9.3/8.8.7) with ESMTP id SAA15975; Tue, 11 Jul 2000 18:34:29 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by server.wes.mee.com (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id SAA02064; Tue, 11 Jul 2000 18:30:00 +0200 (CEST) Date: Tue, 11 Jul 2000 18:30:00 +0200 (CEST) From: Frederik Meerwaldt X-Sender: frederik@server.wes.mee.com To: Gary Jackson Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Can anyone recommend a good clustering software? In-Reply-To: <200007111551.LAA18321@leviathan.umiacs.umd.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! > Anyway, "clustering software" is meaningless. What does "clustering > software" do? Queue and run parallel jobs? Set up a communications > medium? Do load balancing or high availability between a set of > nodes? All those definitions are correct. That's right. I'm coming a little bit from the VMS-World. Easy-to-set-up clusters with lots of power, load balancing, shared drives.... However, I already have the answer. Thanks Matthew. Bye, Freddy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 12: 1:40 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from icebox.venux.net (icebox.venux.net [216.120.166.10]) by hub.freebsd.org (Postfix) with ESMTP id A48F237B6F1 for ; Tue, 11 Jul 2000 12:01:35 -0700 (PDT) (envelope-from matthew@venux.net) Received: from thunder.venux.net (net-216-93-125-061.hcv.com [216.93.125.61]) by icebox.venux.net (Postfix) with ESMTP id 8C06726202 for ; Tue, 11 Jul 2000 15:09:02 -0400 (EDT) Message-Id: <4.3.2.7.2.20000711145318.00c19c40@127.0.0.1> X-Sender: mhagerty/pop3.venux.net@127.0.0.1 X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Tue, 11 Jul 2000 14:55:51 -0400 To: freebsd-hackers@FreeBSD.ORG From: Matthew Hagerty Subject: ld static search path? 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 Greetings, I posted this to questions, but have not received any reply. I was hoping someone here in hackers could help... Thanks. Original Post ------------- Could someone tell me how I can find out what the *static* search path for ld is? Also, how can I add my own directories to the static search path? Thank you, Matthew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 12:14:12 2000 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 2275A37B71A for ; Tue, 11 Jul 2000 12:14:07 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.9.3/8.9.3) with SMTP id PAA37857; Tue, 11 Jul 2000 15:13:06 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Tue, 11 Jul 2000 15:13:06 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: laa@laa.zp.ua Cc: hackers@freebsd.org Subject: Re: PATCH src/etc/root : more->less In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG How about we don't :-). Let's just use whatever "more" is as the pager, the way it has always been. In new releases, more is less (or less is more, or something), so there shouldn't be a problem, right? That said, there's still plenty of cleanup that needs to be done in some combination of /etc/{profile,csh.*}, /usr/share/skel/dot.*, and /etc/root, including making them a bit more consistent. I cleaned up a bit before the 4.0/5.0 branch, but more could be done. Robert N M Watson robert@fledge.watson.org http://www.watson.org/~robert/ PGP key fingerprint: AF B5 5F FF A6 4A 79 37 ED 5F 55 E9 58 04 6A B1 TIS Labs at Network Associates, 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 Jul 11 12:19:14 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from galileo.physics.purdue.edu (galileo.physics.purdue.edu [128.210.67.225]) by hub.freebsd.org (Postfix) with ESMTP id 33E2137B6FD for ; Tue, 11 Jul 2000 12:19:06 -0700 (PDT) (envelope-from will@almanac.yi.org) Received: from argon.gryphonsoft.com (mobile-4-146.physics.purdue.edu [128.210.146.108]) by galileo.physics.purdue.edu (8.9.2/8.9.2) with ESMTP id OAA78161; Tue, 11 Jul 2000 14:19:02 -0500 (EST) (envelope-from will@almanac.yi.org) Received: by argon.gryphonsoft.com (Postfix, from userid 1000) id 978A9190E; Tue, 11 Jul 2000 15:16:21 -0400 (EDT) Date: Tue, 11 Jul 2000 15:16:21 -0400 From: Will Andrews To: Matthew Hagerty Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: ld static search path? Message-ID: <20000711151621.C501@argon.gryphonsoft.com> References: <4.3.2.7.2.20000711145318.00c19c40@127.0.0.1> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <4.3.2.7.2.20000711145318.00c19c40@127.0.0.1>; from matthew@venux.net on Tue, Jul 11, 2000 at 02:55:51PM -0400 X-Operating-System: FreeBSD 5.0-CURRENT i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jul 11, 2000 at 02:55:51PM -0400, Matthew Hagerty wrote: > Could someone tell me how I can find out what the *static* search path for > ld is? Also, how can I add my own directories to the static search path? As far as I know, there's no such thing as a static search path. -- Will Andrews GCS/E/S @d- s+:+>+:- a--->+++ C++ UB++++ P+ L- E--- W+++ !N !o ?K w--- ?O M+ V-- PS+ PE++ Y+ PGP+>+++ t++ 5 X++ R+ tv+ b++>++++ DI+++ D+ G++>+++ e->++++ h! r-->+++ y? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 12:25: 0 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from pawn.primelocation.net (pawn.primelocation.net [205.161.238.235]) by hub.freebsd.org (Postfix) with ESMTP id CCE4B37B7C5 for ; Tue, 11 Jul 2000 12:24:56 -0700 (PDT) (envelope-from cdf.lists@fxp.org) Received: by pawn.primelocation.net (Postfix, from userid 1016) id F13889B1C; Tue, 11 Jul 2000 15:24:51 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by pawn.primelocation.net (Postfix) with ESMTP id E5ADEBA11; Tue, 11 Jul 2000 15:24:51 -0400 (EDT) Date: Tue, 11 Jul 2000 15:24:51 -0400 (EDT) From: "Chris D. Faulhaber" X-Sender: cdf.lists@pawn.primelocation.net To: Matthew Hagerty Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: ld static search path? In-Reply-To: <4.3.2.7.2.20000711145318.00c19c40@127.0.0.1> 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 Tue, 11 Jul 2000, Matthew Hagerty wrote: > Greetings, > > I posted this to questions, but have not received any reply. I was hoping > someone here in hackers could help... Thanks. > > Original Post > ------------- > Could someone tell me how I can find out what the *static* search path for > ld is? Also, how can I add my own directories to the static search path? > If you are speaking of static libraries, I believe it defaults to /usr/lib. When compiling use the -L flags to specify other dirs (e.g. -L/usr/local/lib -l). ----- 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 Tue Jul 11 12:29:46 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 2EFF937B7B0; Tue, 11 Jul 2000 12:29:36 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id NAA49120; Tue, 11 Jul 2000 13:29:29 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id NAA06922; Tue, 11 Jul 2000 13:29:22 -0600 (MDT) Message-Id: <200007111929.NAA06922@harmony.village.org> To: "Gary T. Corcoran" Subject: Re: Module parameters? Cc: Mike Smith , FreeBSD Hackers In-reply-to: Your message of "Fri, 07 Jul 2000 18:39:12 EDT." <39665C10.9C316392@lucent.com> References: <39665C10.9C316392@lucent.com> Date: Tue, 11 Jul 2000 13:29:22 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <39665C10.9C316392@lucent.com> "Gary T. Corcoran" writes: : I was wondering if you (or anyone on this list) has had time : to add module parameters to kldload? (and before anyone suggests : it, sorry, but I am barely able to squeeze out enough time to : even work on this unofficial driver, I can't work on kldload) You can use the hint mechanism that we've developed for other things. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 12:43:25 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from icebox.venux.net (icebox.venux.net [216.120.166.10]) by hub.freebsd.org (Postfix) with ESMTP id 7E93137B8F1 for ; Tue, 11 Jul 2000 12:43:20 -0700 (PDT) (envelope-from matthew@venux.net) Received: from thunder.venux.net (net-216-93-125-061.hcv.com [216.93.125.61]) by icebox.venux.net (Postfix) with ESMTP id 4584626202; Tue, 11 Jul 2000 15:50:43 -0400 (EDT) Message-Id: <4.3.2.7.2.20000711152944.00cf6220@127.0.0.1> X-Sender: mhagerty/pop3.venux.net@127.0.0.1 X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Tue, 11 Jul 2000 15:37:24 -0400 To: "Chris D. Faulhaber" From: Matthew Hagerty Subject: Re: ld static search path? Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: References: <4.3.2.7.2.20000711145318.00c19c40@127.0.0.1> 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 03:24 PM 7/11/00 -0400, Chris D. Faulhaber wrote: >On Tue, 11 Jul 2000, Matthew Hagerty wrote: > > > Greetings, > > > > I posted this to questions, but have not received any reply. I was hoping > > someone here in hackers could help... Thanks. > > > > Original Post > > ------------- > > Could someone tell me how I can find out what the *static* search path for > > ld is? Also, how can I add my own directories to the static search path? > > > >If you are speaking of static libraries, I believe it defaults to >/usr/lib. When compiling use the -L flags to specify other dirs >(e.g. -L/usr/local/lib -l). > >----- >Chris D. Faulhaber - jedgar@fxp.org - jedgar@FreeBSD.org Correct, the -L I am aware of. My problem is that I am trying to compile a program that uses a configure script to check certain things, among which are that ld can find all libraries specified with the -l flag. The problem is that that this particular configure script does not honor my -L flags that I try to pass it, so it fails. The whole thing works on Linux, which is where this particular program was developed (I think). I can get it to work by making symlinks from the libs in /usr/local/lib to /usr/lib, but this completely defeats the purpose of having a /usr/local/lib... I could hack the configure script, but aside from being a pain in the butt (it is a 44,000 line configure script!) I don't want to have to do that for every program that I try to install that expects ld to be able to find standard libraries. Any insight would be greatly appreciated. Thank you, Matthew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 12:46:34 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from icebox.venux.net (icebox.venux.net [216.120.166.10]) by hub.freebsd.org (Postfix) with ESMTP id C343437B8F1 for ; Tue, 11 Jul 2000 12:46:31 -0700 (PDT) (envelope-from matthew@venux.net) Received: from thunder.venux.net (net-216-93-125-061.hcv.com [216.93.125.61]) by icebox.venux.net (Postfix) with ESMTP id 3B00F26202; Tue, 11 Jul 2000 15:53:59 -0400 (EDT) Message-Id: <4.3.2.7.2.20000711153827.00bf79c0@127.0.0.1> X-Sender: mhagerty/pop3.venux.net@127.0.0.1 X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Tue, 11 Jul 2000 15:40:40 -0400 To: Will Andrews From: Matthew Hagerty Subject: Re: ld static search path? Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <20000711151621.C501@argon.gryphonsoft.com> References: <4.3.2.7.2.20000711145318.00c19c40@127.0.0.1> <4.3.2.7.2.20000711145318.00c19c40@127.0.0.1> 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 03:16 PM 7/11/00 -0400, Will Andrews wrote: >On Tue, Jul 11, 2000 at 02:55:51PM -0400, Matthew Hagerty wrote: > > Could someone tell me how I can find out what the *static* search path for > > ld is? Also, how can I add my own directories to the static search path? > >As far as I know, there's no such thing as a static search path. > >-- >Will Andrews Then how does ld find libraries in /usr/lib without me having to specify a: -L/usr/lib flag? Seems that /usr/lib would have to be hard coded into ld or something? Matthew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 12:50:44 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-202-177-51.dsl.snfc21.pacbell.net [63.202.177.51]) by hub.freebsd.org (Postfix) with ESMTP id BBB4A37B7E4 for ; Tue, 11 Jul 2000 12:50:39 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id MAA13836; Tue, 11 Jul 2000 12:58:19 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200007111958.MAA13836@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Matthew Hagerty Cc: "Chris D. Faulhaber" , freebsd-hackers@FreeBSD.ORG Subject: Re: ld static search path? In-reply-to: Your message of "Tue, 11 Jul 2000 15:37:24 EDT." <4.3.2.7.2.20000711152944.00cf6220@127.0.0.1> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 11 Jul 2000 12:58:19 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Correct, the -L I am aware of. My problem is that I am trying to compile a > program that uses a configure script to check certain things, among which > are that ld can find all libraries specified with the -l flag. The problem > is that that this particular configure script does not honor my -L flags > that I try to pass it, so it fails. Almost all of these script things understand being told about extra library search paths. > The whole thing works on Linux, which > is where this particular program was developed (I think). This was probably a mistake. > I can get it to > work by making symlinks from the libs in /usr/local/lib to /usr/lib, but > this completely defeats the purpose of having a /usr/local/lib... I could > hack the configure script, but aside from being a pain in the butt (it is a > 44,000 line configure script!) I don't want to have to do that for every > program that I try to install that expects ld to be able to find standard > libraries. These aren't "standard" libraries, which is why they're not in /usr/lib. Unfortunately, fixing the configuration script is the only way to go. If it's been generated by autoconf, fix the autoconf input and save yourself a lot of grief. > Any insight would be greatly appreciated. You're too kind, I think. 8) -- ... 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] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 12:59:37 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from galileo.physics.purdue.edu (galileo.physics.purdue.edu [128.210.67.225]) by hub.freebsd.org (Postfix) with ESMTP id A199A37B753 for ; Tue, 11 Jul 2000 12:59:34 -0700 (PDT) (envelope-from will@almanac.yi.org) Received: from argon.gryphonsoft.com (mobile-4-146.physics.purdue.edu [128.210.146.108]) by galileo.physics.purdue.edu (8.9.2/8.9.2) with ESMTP id OAA78725; Tue, 11 Jul 2000 14:59:33 -0500 (EST) (envelope-from will@almanac.yi.org) Received: by argon.gryphonsoft.com (Postfix, from userid 1000) id 1CA9A190E; Tue, 11 Jul 2000 15:56:53 -0400 (EDT) Date: Tue, 11 Jul 2000 15:56:53 -0400 From: Will Andrews To: Matthew Hagerty Cc: Will Andrews , freebsd-hackers@FreeBSD.ORG Subject: Re: ld static search path? Message-ID: <20000711155653.D501@argon.gryphonsoft.com> References: <4.3.2.7.2.20000711145318.00c19c40@127.0.0.1> <4.3.2.7.2.20000711145318.00c19c40@127.0.0.1> <20000711151621.C501@argon.gryphonsoft.com> <4.3.2.7.2.20000711153827.00bf79c0@127.0.0.1> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <4.3.2.7.2.20000711153827.00bf79c0@127.0.0.1>; from matthew@venux.net on Tue, Jul 11, 2000 at 03:40:40PM -0400 X-Operating-System: FreeBSD 5.0-CURRENT i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jul 11, 2000 at 03:40:40PM -0400, Matthew Hagerty wrote: > Then how does ld find libraries in /usr/lib without me having to specify a: > -L/usr/lib flag? Seems that /usr/lib would have to be hard coded into ld > or something? As far as I know, ld hardcodes /usr/lib (and other search paths) for the system libs; they are hidden during compilation unless you use -v. This is why you have to specify the path to static libs such as /usr/local/lib/libsomelib.a, even if you specify -L/usr/local/lib, and ld has /usr/local/lib in its shared search paths. There are ways to remove the static search paths hardcoded into ld.. Of course, I'm not 100% sure of everything I'm saying, but this has been my experience with static libs. I always just refer to them by their full path when linking. -- Will Andrews GCS/E/S @d- s+:+>+:- a--->+++ C++ UB++++ P+ L- E--- W+++ !N !o ?K w--- ?O M+ V-- PS+ PE++ Y+ PGP+>+++ t++ 5 X++ R+ tv+ b++>++++ DI+++ D+ G++>+++ e->++++ h! r-->+++ y? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 13: 4:30 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from orion.ac.hmc.edu (Orion.AC.HMC.Edu [134.173.32.20]) by hub.freebsd.org (Postfix) with ESMTP id E194937BBAF; Tue, 11 Jul 2000 13:04:25 -0700 (PDT) (envelope-from brdavis@orion.ac.hmc.edu) Received: (from brdavis@localhost) by orion.ac.hmc.edu (8.8.8/8.8.8) id NAA08808; Tue, 11 Jul 2000 13:04:14 -0700 (PDT) Date: Tue, 11 Jul 2000 13:04:14 -0700 From: Brooks Davis To: Robert Watson Cc: laa@laa.zp.ua, hackers@FreeBSD.ORG Subject: Re: PATCH src/etc/root : more->less Message-ID: <20000711130414.A7614@orion.ac.hmc.edu> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre4i In-Reply-To: ; from rwatson@FreeBSD.ORG on Tue, Jul 11, 2000 at 03:13:06PM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jul 11, 2000 at 03:13:06PM -0400, Robert Watson wrote: > > How about we don't :-). Let's just use whatever "more" is as the pager, > the way it has always been. In new releases, more is less (or less is > more, or something), so there shouldn't be a problem, right? Also more as a symlink to less isn't quite the same as less. It acts like a proper more instead of like less. There are good an bad things about less's behavior vs more, but using less via the symlink prevents ugly POLA violations. -- 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 Tue Jul 11 13:15:49 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (Postfix) with ESMTP id 370BE37B83E for ; Tue, 11 Jul 2000 13:15:42 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.3/frmug-2.7/nospam) with UUCP id WAA29957 for freebsd-hackers@freebsd.org; Tue, 11 Jul 2000 22:15:39 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (Postfix, from userid 101) id CE5C48899; Tue, 11 Jul 2000 22:00:57 +0200 (CEST) Date: Tue, 11 Jul 2000 22:00:57 +0200 From: Ollivier Robert To: freebsd-hackers@freebsd.org Subject: Re: UUU: Bug in StarOffice5 Port Message-ID: <20000711220057.A48251@keltia.freenix.fr> Mail-Followup-To: freebsd-hackers@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from frederik@freddym.org on Tue, Jul 11, 2000 at 03:36:12PM +0200 X-Operating-System: FreeBSD 5.0-CURRENT/ELF AMD-K6/200 & 2x PPro/200 SMP Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Frederik Meerwaldt: > It is known good RAM. I got it to work without the port, so just untarring > the package, and then running setup :-) Please try SO 5.2 and see if works for you... I have tried for several days to install the new one and the setup.bin dies with a sig6 after being unable to register the shared libs in its registry. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 5.0-CURRENT #80: Sun Jun 4 22:44:19 CEST 2000 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 13:18:15 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from athena.lightningone.net (athena.lightningone.net [12.34.104.3]) by hub.freebsd.org (Postfix) with ESMTP id 2E1E337B7E8; Tue, 11 Jul 2000 13:18:04 -0700 (PDT) (envelope-from john@essenz.com) Received: from localhost (john@localhost) by athena.lightningone.net (8.9.3/8.9.3) with ESMTP id QAA04948; Tue, 11 Jul 2000 16:39:15 -0400 (EDT) (envelope-from john@essenz.com) X-Authentication-Warning: athena.lightningone.net: john owned process doing -bs Date: Tue, 11 Jul 2000 16:39:15 -0400 (EDT) From: Essenz Consulting X-Sender: john@athena.lightningone.net To: hackers@freebsd.org, hardware@freebsd.org Subject: 160/m support... 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 Just curious, This has probably been asked before, but.. Is Adaptec aic-7892 and 7899 160/m SCSI support in the pipeline to be worked on? aka, has adaptec released any info to those FreeBSD team members who work on the SCSI drivers? Is it possible that maybe within the next 4 months 160/m support will exist in FreeBSD 4/5? -john v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 13:19:33 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from bubba.whistle.com (bubba.whistle.com [207.76.205.7]) by hub.freebsd.org (Postfix) with ESMTP id DF93337BAD2; Tue, 11 Jul 2000 13:19:24 -0700 (PDT) (envelope-from archie@whistle.com) Received: (from archie@localhost) by bubba.whistle.com (8.9.3/8.9.2) id NAA38790; Tue, 11 Jul 2000 13:19:14 -0700 (PDT) From: Archie Cobbs Message-Id: <200007112019.NAA38790@bubba.whistle.com> Subject: Re: Module parameters? In-Reply-To: <200007111929.NAA06922@harmony.village.org> from Warner Losh at "Jul 11, 2000 01:29:22 pm" To: imp@village.org (Warner Losh) Date: Tue, 11 Jul 2000 13:19:14 -0700 (PDT) Cc: gcorcoran@lucent.com (Gary T. Corcoran), msmith@FreeBSD.ORG (Mike Smith), freebsd-hackers@FreeBSD.ORG (FreeBSD Hackers) X-Mailer: ELM [version 2.4ME+ PL54 (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 Warner Losh writes: > In message <39665C10.9C316392@lucent.com> "Gary T. Corcoran" writes: > : I was wondering if you (or anyone on this list) has had time > : to add module parameters to kldload? (and before anyone suggests > : it, sorry, but I am barely able to squeeze out enough time to > : even work on this unofficial driver, I can't work on kldload) > > You can use the hint mechanism that we've developed for other things. Another possibility is the netgraph binary <-> ASCII conversion stuff: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netgraph/ng_parse.h?rev=1.3 -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 From owner-freebsd-hackers Tue Jul 11 14: 2: 9 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 4218237B662; Tue, 11 Jul 2000 14:01:59 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id PAA38548; Tue, 11 Jul 2000 15:01:53 -0600 (MDT) (envelope-from ken) Date: Tue, 11 Jul 2000 15:01:53 -0600 From: "Kenneth D. Merry" To: Essenz Consulting Cc: hackers@FreeBSD.ORG, hardware@FreeBSD.ORG Subject: Re: 160/m support... Message-ID: <20000711150153.A38521@panzer.kdm.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from john@essenz.com on Tue, Jul 11, 2000 at 04:39:15PM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jul 11, 2000 at 16:39:15 -0400, Essenz Consulting wrote: > Just curious, > > This has probably been asked before, but.. > > Is Adaptec aic-7892 and 7899 160/m SCSI support in the pipeline to be > worked on? aka, has adaptec released any info to those FreeBSD team > members who work on the SCSI drivers? Is it possible that maybe within the > next 4 months 160/m support will exist in FreeBSD 4/5? It's working, but isn't in the tree yet. You'll need to ask Justin Gibbs if you want any more information... Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 14: 4:17 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from auemlsrv.firewall.lucent.com (auemail1.lucent.com [192.11.223.161]) by hub.freebsd.org (Postfix) with ESMTP id 0736937B64D; Tue, 11 Jul 2000 14:04:06 -0700 (PDT) (envelope-from gcorcoran@lucent.com) Received: from auemlsrv.firewall.lucent.com (localhost [127.0.0.1]) by auemlsrv.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id RAA26196; Tue, 11 Jul 2000 17:04:04 -0400 (EDT) Received: from mhmail.mh.lucent.com (h135-3-115-8.lucent.com [135.3.115.8]) by auemlsrv.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id RAA26185; Tue, 11 Jul 2000 17:04:03 -0400 (EDT) Received: from lucent.com by mhmail.mh.lucent.com (8.8.8+Sun/EMS-1.5 sol2) id RAA17625; Tue, 11 Jul 2000 17:03:52 -0400 (EDT) Message-ID: <396B8BBB.4AA1867D@lucent.com> Date: Tue, 11 Jul 2000 17:03:55 -0400 From: "Gary T. Corcoran" Organization: Lucent Microelectronics - Client Access Broadband Systems X-Mailer: Mozilla 4.73 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: Archie Cobbs Cc: Warner Losh , Mike Smith , FreeBSD Hackers Subject: Re: Module parameters? References: <200007112019.NAA38790@bubba.whistle.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Archie Cobbs wrote: > > Warner Losh writes: > > In message <39665C10.9C316392@lucent.com> "Gary T. Corcoran" writes: > > : I was wondering if you (or anyone on this list) has had time > > : to add module parameters to kldload? (and before anyone suggests > > : it, sorry, but I am barely able to squeeze out enough time to > > : even work on this unofficial driver, I can't work on kldload) > > > > You can use the hint mechanism that we've developed for other things. > > Another possibility is the netgraph binary <-> ASCII conversion stuff: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netgraph/ng_parse.h?rev=1.3 Are you suggesting that these routines could be used to easily add parameters to kldload? (hint, hint) No, I know it's not that easy. We need to be able to do things like have "TransmissionMode=4" on the kldload command line, and have that parse the decimal value 4, and then go into the module and set the value of the TransmissionMode variable to actually be 4 immediately after loading the module into memory, before any of its subroutines are called. This is what the Linux module loader allows, and it's extremely useful... Gary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 14:32: 1 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from bubba.whistle.com (bubba.whistle.com [207.76.205.7]) by hub.freebsd.org (Postfix) with ESMTP id D5D9E37B7EE; Tue, 11 Jul 2000 14:31:55 -0700 (PDT) (envelope-from archie@whistle.com) Received: (from archie@localhost) by bubba.whistle.com (8.9.3/8.9.2) id OAA39254; Tue, 11 Jul 2000 14:31:48 -0700 (PDT) From: Archie Cobbs Message-Id: <200007112131.OAA39254@bubba.whistle.com> Subject: Re: Module parameters? In-Reply-To: <396B8BBB.4AA1867D@lucent.com> from "Gary T. Corcoran" at "Jul 11, 2000 05:03:55 pm" To: gcorcoran@lucent.com (Gary T. Corcoran) Date: Tue, 11 Jul 2000 14:31:48 -0700 (PDT) Cc: archie@whistle.com (Archie Cobbs), imp@village.org (Warner Losh), msmith@FreeBSD.ORG (Mike Smith), freebsd-hackers@FreeBSD.ORG (FreeBSD Hackers) X-Mailer: ELM [version 2.4ME+ PL54 (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 Gary T. Corcoran writes: > > > : I was wondering if you (or anyone on this list) has had time > > > : to add module parameters to kldload? (and before anyone suggests > > > : it, sorry, but I am barely able to squeeze out enough time to > > > : even work on this unofficial driver, I can't work on kldload) > > > > > > You can use the hint mechanism that we've developed for other things. > > > > Another possibility is the netgraph binary <-> ASCII conversion stuff: > > > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netgraph/ng_parse.h?rev=1.3 > > Are you suggesting that these routines could be used to > easily add parameters to kldload? (hint, hint) :-) > No, I know it's not that easy. We need to be able to do things > like have "TransmissionMode=4" on the kldload command line, and > have that parse the decimal value 4, and then go into the module > and set the value of the TransmissionMode variable to actually be > 4 immediately after loading the module into memory, before any of > its subroutines are called. This is what the Linux module loader > allows, and it's extremely useful... This is the kind of thing ng_parse.c can do. In fact kldload could just pass the parameters as a single, opaque ASCII string and the kernel (the KLD, actually) can decode it back into a binary C structure using the ng_parse routines. -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 From owner-freebsd-hackers Tue Jul 11 14:38:57 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id 0809E37B958; Tue, 11 Jul 2000 14:38:52 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id XAA03456; Tue, 11 Jul 2000 23:38:37 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: "Gary T. Corcoran" Cc: Archie Cobbs , Warner Losh , Mike Smith , FreeBSD Hackers Subject: Re: Module parameters? In-reply-to: Your message of "Tue, 11 Jul 2000 17:03:55 EDT." <396B8BBB.4AA1867D@lucent.com> Date: Tue, 11 Jul 2000 23:38:37 +0200 Message-ID: <3453.963351517@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <396B8BBB.4AA1867D@lucent.com>, "Gary T. Corcoran" writes: >No, I know it's not that easy. We need to be able to do things >like have "TransmissionMode=4" on the kldload command line, and >have that parse the decimal value 4, and then go into the module >and set the value of the TransmissionMode variable to actually be >4 immediately after loading the module into memory, before any of >its subroutines are called. This is what the Linux module loader >allows, and it's extremely useful... I have a much simpler idea: The loader needs to pass an argc+argv to the modules "configure" routine, and the module can do whatever it damn pleases with the passed arguments. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | 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 Tue Jul 11 14:41: 3 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from easysolutions.net (adsl-gte-la-216-86-200-249.mminternet.com [216.86.200.249]) by hub.freebsd.org (Postfix) with SMTP id 0C73E37B8F2 for ; Tue, 11 Jul 2000 14:40:50 -0700 (PDT) (envelope-from shane@isupportlive.com) Received: (qmail 369 invoked from network); 11 Jul 2000 14:40:53 -0000 Received: from localhost (HELO www.easysolutions.net) (snay@127.0.0.1) by localhost with SMTP; 11 Jul 2000 14:40:53 -0000 From: Shane Nay Reply-To: shane@isupportlive.com To: hackers@freebsd.org Subject: POSIX Real time extensions Date: Tue, 11 Jul 2000 14:32:50 +0000 X-Mailer: KMail [version 1.0.29.2] Content-Type: text/plain MIME-Version: 1.0 Message-Id: <00071114404208.31143@www.easysolutions.net> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Curiousity strikes me: Is there any present plans to implement the posix realtime signal queues in the freeBSD kernel? I fear I'm not too up on this portion of developement, but I've been looking around to see if it's implemented and it looks like it's not the case. I'm writing some library code to deal with signal driven i/o right now, and presently can only test on Linux. It would be nice if FreeBSD implemented these features. The feature has been available in linux for some time, but has just recently stabalized (i.e. become non buggy) in the devel kernels. Thanks, Shane Nay (I'd do it myself, but I'm sure core would laugh at my implementation :=) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 15:18:41 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 96B2A37B5A2; Tue, 11 Jul 2000 15:18:38 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id PAA00864; Tue, 11 Jul 2000 15:18:38 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Tue, 11 Jul 2000 15:18:38 -0700 (PDT) From: Kris Kennaway To: laa@laa.zp.ua Cc: hackers@freebsd.org Subject: Re: PATCH src/etc/root : more->less In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 11 Jul 2000 laa@laa.zp.ua wrote: > -alias la ls -a > -alias lf ls -FA > -alias ll ls -lA > +alias la ls -aG > +alias lf ls -FAG > +alias ll ls -lAG Rage..rising...blood..seething! Must not..thump..submitter! Kris -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 15:40:14 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from wopr.caltech.edu (wopr.caltech.edu [131.215.102.114]) by hub.freebsd.org (Postfix) with ESMTP id EEDA937B86C; Tue, 11 Jul 2000 15:40:10 -0700 (PDT) (envelope-from mph@wopr.caltech.edu) Received: (from mph@localhost) by wopr.caltech.edu (8.9.3/8.9.3) id PAA07851; Tue, 11 Jul 2000 15:40:07 -0700 (PDT) (envelope-from mph) Date: Tue, 11 Jul 2000 15:40:07 -0700 From: Matthew Hunt To: Kris Kennaway Cc: laa@laa.zp.ua, hackers@FreeBSD.ORG Subject: Re: PATCH src/etc/root : more->less Message-ID: <20000711154007.A7803@wopr.caltech.edu> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from kris@FreeBSD.ORG on Tue, Jul 11, 2000 at 03:18:38PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jul 11, 2000 at 03:18:38PM -0700, Kris Kennaway wrote: > > +alias la ls -aG > > +alias lf ls -FAG > > +alias ll ls -lAG > > Rage..rising...blood..seething! Must not..thump..submitter! Er, why not? -- Matthew Hunt * UNIX is a lever for the http://www.pobox.com/~mph/ * intellect. -J.R. Mashey To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 15:48:11 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (ether.osd.bsdi.com [204.216.28.196]) by hub.freebsd.org (Postfix) with ESMTP id F22B137B74E for ; Tue, 11 Jul 2000 15:48:07 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id PAA00718; Tue, 11 Jul 2000 15:54:04 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200007112254.PAA00718@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Poul-Henning Kamp Cc: FreeBSD Hackers Subject: Re: Module parameters? In-reply-to: Your message of "Tue, 11 Jul 2000 23:38:37 +0200." <3453.963351517@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 11 Jul 2000 15:54:04 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In message <396B8BBB.4AA1867D@lucent.com>, "Gary T. Corcoran" writes: > > >No, I know it's not that easy. We need to be able to do things > >like have "TransmissionMode=4" on the kldload command line, and > >have that parse the decimal value 4, and then go into the module > >and set the value of the TransmissionMode variable to actually be > >4 immediately after loading the module into memory, before any of > >its subroutines are called. This is what the Linux module loader > >allows, and it's extremely useful... > > I have a much simpler idea: > > The loader needs to pass an argc+argv to the modules "configure" > routine, and the module can do whatever it damn pleases with > the passed arguments. This was what I was originally contemplating, along with infrastructure for getopt-style helpers. However, having looked at the "Linux way" of doing things, I'm leaning towards a compromise solution. We have a couple of interesting issues to consider; for example, who gets which arguments when we load a file which contains several modules? Archie - I'd really appreciate a pointer to an example of using the ng_parse code to pick up this sort of data, if you can recommend something to help me get my head around it quickly (I've looked but slid off sideways so far...). Thanks -- ... 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] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 16:32: 4 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id BD8DB37B8A6; Tue, 11 Jul 2000 16:31:51 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id RAA50076; Tue, 11 Jul 2000 17:31:45 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id RAA08374; Tue, 11 Jul 2000 17:31:39 -0600 (MDT) Message-Id: <200007112331.RAA08374@harmony.village.org> To: "Gary T. Corcoran" Subject: Re: Module parameters? Cc: Archie Cobbs , Mike Smith , FreeBSD Hackers In-reply-to: Your message of "Tue, 11 Jul 2000 17:03:55 EDT." <396B8BBB.4AA1867D@lucent.com> References: <396B8BBB.4AA1867D@lucent.com> <200007112019.NAA38790@bubba.whistle.com> Date: Tue, 11 Jul 2000 17:31:39 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <396B8BBB.4AA1867D@lucent.com> "Gary T. Corcoran" writes: : No, I know it's not that easy. We need to be able to do things : like have "TransmissionMode=4" on the kldload command line, and : have that parse the decimal value 4, and then go into the module : and set the value of the TransmissionMode variable to actually be : 4 immediately after loading the module into memory, before any of : its subroutines are called. This is what the Linux module loader : allows, and it's extremely useful... Understood. What I'm suggesting is that you get those values from the kernel like so: int transmission_mode; transmission_mode = 4; /* 4 is the default */ if (resource_int_value(name, unit, "TransmissionMode", &transmission_mode) != 0) resource-int_value(name, -1, "TransmissionMode", &transmission_mode); You can then put hint.dslmodem.-1.TransmissionMode=4 in your hints file for the kernel. Right now the draw back of this is that hints cannot be added after boot. We're working on fixing that. So if you use this model, you'll get the dynamic setting of this information essensially for free. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 16:46:56 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (mass.osd.bsdi.com [204.216.28.234]) by hub.freebsd.org (Postfix) with ESMTP id 943EE37B967 for ; Tue, 11 Jul 2000 16:46:49 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id QAA00803; Tue, 11 Jul 2000 16:55:03 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200007112355.QAA00803@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Warner Losh Cc: FreeBSD Hackers Subject: Re: Module parameters? In-reply-to: Your message of "Tue, 11 Jul 2000 17:31:39 MDT." <200007112331.RAA08374@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 11 Jul 2000 16:55:03 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In message <396B8BBB.4AA1867D@lucent.com> "Gary T. Corcoran" writes: > : No, I know it's not that easy. We need to be able to do things > : like have "TransmissionMode=4" on the kldload command line, and > : have that parse the decimal value 4, and then go into the module > : and set the value of the TransmissionMode variable to actually be > : 4 immediately after loading the module into memory, before any of > : its subroutines are called. This is what the Linux module loader > : allows, and it's extremely useful... > > Understood. What I'm suggesting is that you get those values from the > kernel like so: > > int transmission_mode; > > transmission_mode = 4; /* 4 is the default */ > if (resource_int_value(name, unit, "TransmissionMode", > &transmission_mode) != 0) > resource-int_value(name, -1, "TransmissionMode", > &transmission_mode); > > You can then put > hint.dslmodem.-1.TransmissionMode=4 > in your hints file for the kernel. > > Right now the draw back of this is that hints cannot be added after > boot. We're working on fixing that. So if you use this model, you'll > get the dynamic setting of this information essensially for free. What Gary and Archie are talking about is actually quite smarfy, and I'm somewhat torn. Imagine an API like this: struct foodev_tunables { int colour; char name[32]; }; struct config_keys[] { {"colour", offsetof(struct foodev_tunables, colour), TYPE_INT, 0}, {"name", offsetof(struct foodev_tunables, name), TYPE_CHAR, 32} }; ... hints_get_config(dev, &config_keys, &foodev_tunables); The Linux approach is bad insofar as the arguments are per-module rather than per-instance. In our case we need per-module and per-instance even though the arguments are supplied per-file. So the above would, for example, as the foo0 device pick up: hints.foo.*.colour=4 hints.foo.0.name="foo the zeroeth" and pack them into the structure. You could easily use this to tweak tunables in your softc, etc. with a lot less code overhead than one call per tunable. -- ... 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] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 16:47:15 2000 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 E2B8337B9AF; Tue, 11 Jul 2000 16:47:06 -0700 (PDT) (envelope-from akm@mail.theinternet.com.au) Received: (from akm@localhost) by mail.theinternet.com.au (8.9.3/8.9.3) id JAA30111; Wed, 12 Jul 2000 09:45:51 +1000 (EST) (envelope-from akm) From: Andrew Kenneth Milton Message-Id: <200007112345.JAA30111@mail.theinternet.com.au> Subject: Re: PATCH src/etc/root : more->less In-Reply-To: <20000711154007.A7803@wopr.caltech.edu> from Matthew Hunt at "Jul 11, 2000 03:40:07 pm" To: Matthew Hunt Date: Wed, 12 Jul 2000 09:45:50 +1000 (EST) Cc: Kris Kennaway , laa@laa.zp.ua, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL68 (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 +----[ Matthew Hunt ]--------------------------------------------- | On Tue, Jul 11, 2000 at 03:18:38PM -0700, Kris Kennaway wrote: | | > > +alias la ls -aG | > > +alias lf ls -FAG | > > +alias ll ls -lAG | > | > Rage..rising...blood..seething! Must not..thump..submitter! | | Er, why not? Violence is not the answer my son. d8) -- Totally Holistic Enterprises Internet| P:+61 7 3870 0066 | Andrew Milton The Internet (Aust) Pty Ltd | F:+61 7 3870 4477 | ACN: 082 081 472 ABN: 83 082 081 472 | M:+61 416 022 411 | Carpe Daemon PO Box 837 Indooroopilly QLD 4068 |akm@theinternet.com.au| To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 16:52:59 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id F341E37B981; Tue, 11 Jul 2000 16:52:53 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id RAA50177; Tue, 11 Jul 2000 17:52:51 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id RAA08554; Tue, 11 Jul 2000 17:52:46 -0600 (MDT) Message-Id: <200007112352.RAA08554@harmony.village.org> To: Mike Smith Subject: Re: Module parameters? Cc: FreeBSD Hackers In-reply-to: Your message of "Tue, 11 Jul 2000 16:55:03 PDT." <200007112355.QAA00803@mass.osd.bsdi.com> References: <200007112355.QAA00803@mass.osd.bsdi.com> Date: Tue, 11 Jul 2000 17:52:46 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200007112355.QAA00803@mass.osd.bsdi.com> Mike Smith writes: : > In message <396B8BBB.4AA1867D@lucent.com> "Gary T. Corcoran" writes: : > : No, I know it's not that easy. We need to be able to do things : > : like have "TransmissionMode=4" on the kldload command line, and : > : have that parse the decimal value 4, and then go into the module : > : and set the value of the TransmissionMode variable to actually be : > : 4 immediately after loading the module into memory, before any of : > : its subroutines are called. This is what the Linux module loader : > : allows, and it's extremely useful... : > : > Understood. What I'm suggesting is that you get those values from the : > kernel like so: : > : > int transmission_mode; : > : > transmission_mode = 4; /* 4 is the default */ : > if (resource_int_value(name, unit, "TransmissionMode", : > &transmission_mode) != 0) : > resource-int_value(name, -1, "TransmissionMode", : > &transmission_mode); : > : > You can then put : > hint.dslmodem.-1.TransmissionMode=4 : > in your hints file for the kernel. : > : > Right now the draw back of this is that hints cannot be added after : > boot. We're working on fixing that. So if you use this model, you'll : > get the dynamic setting of this information essensially for free. : : What Gary and Archie are talking about is actually quite smarfy, and I'm : somewhat torn. Imagine an API like this: : : struct foodev_tunables { : int colour; : char name[32]; : }; : : struct config_keys[] { : {"colour", offsetof(struct foodev_tunables, colour), TYPE_INT, 0}, : {"name", offsetof(struct foodev_tunables, name), TYPE_CHAR, 32} : }; : ... : hints_get_config(dev, &config_keys, &foodev_tunables); : : The Linux approach is bad insofar as the arguments are per-module rather : than per-instance. In our case we need per-module and per-instance even : though the arguments are supplied per-file. So the above would, for : example, as the foo0 device pick up: : : hints.foo.*.colour=4 : hints.foo.0.name="foo the zeroeth" : : and pack them into the structure. You could easily use this to tweak : tunables in your softc, etc. with a lot less code overhead than one call : per tunable. I like that idea, so long as it doesn't add yet another configuration path. That is, so long as it builds on the hint and hint management that is in the kernel now so that it can easily be added to userconfig later. In fact, that's where I'd like to take things in the future. It was part of what I'd envisoned when I started. However, the config_keys would have function pointers rather than raw offsets. The raw offsets are OK, but you run into a lot of problems with them down the road. You make simple functions that will do the storing, and that replaces your TYPE_XXX parameter as well. It would certainly be nicer than parsing it yourself. I've been down this path twice before on large X toolkits (twice with the OI toolkit), so I know the problems that you're going to hit. The type parameter is weak at best because later you'll want to have a filename (which is a string of a certain syntax and meaning) as well as a node id (which is also a string of a certain, but different, syntax and meaning). It will be much easier if we allow for function pointers now to deal with that and to give the modules the maximum flexibility in turning their strings into numbers. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 17: 0:57 2000 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 E492437B5E1 for ; Tue, 11 Jul 2000 17:00:49 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e6C00cf20545; Tue, 11 Jul 2000 17:00:38 -0700 (PDT) Date: Tue, 11 Jul 2000 17:00:38 -0700 From: Alfred Perlstein To: Shane Nay Cc: hackers@FreeBSD.ORG Subject: Re: POSIX Real time extensions Message-ID: <20000711170038.S25571@fw.wintelcom.net> References: <00071114404208.31143@www.easysolutions.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <00071114404208.31143@www.easysolutions.net>; from shane@isupportlive.com on Tue, Jul 11, 2000 at 02:32:50PM +0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Shane Nay [000711 14:41] wrote: > Curiousity strikes me: > > Is there any present plans to implement the posix realtime signal queues in the > freeBSD kernel? I fear I'm not too up on this portion of developement, but > I've been looking around to see if it's implemented and it looks like it's not > the case. > > I'm writing some library code to deal with signal driven i/o right now, and > presently can only test on Linux. It would be nice if FreeBSD implemented > these features. The feature has been available in linux for some time, but has > just recently stabalized (i.e. become non buggy) in the devel kernels. Have a look at "man kqueue", it's a really nifty interface that works very well. -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 17:55:28 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from cypherpunks.ai (cypherpunks.ai [209.88.68.47]) by hub.freebsd.org (Postfix) with ESMTP id 90E1437B9AF for ; Tue, 11 Jul 2000 17:55:25 -0700 (PDT) (envelope-from jeroen@vangelderen.org) Received: from vangelderen.org (grolsch.ai [209.88.68.214]) by cypherpunks.ai (Postfix) with ESMTP id 185B157; Tue, 11 Jul 2000 20:55:23 -0400 (AST) Message-ID: <396BC1FA.B3A0225E@vangelderen.org> Date: Tue, 11 Jul 2000 20:55:23 -0400 From: "Jeroen C. van Gelderen" X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Mohana Krishna Penumetcha Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: sources for null device!!! References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mohana Krishna Penumetcha wrote: > > hi, > > where can i find the sources corresponding to /dev/null?? cd /sys && find . -name null* && use common sense -- Jeroen C. van Gelderen o _ _ _ jeroen@vangelderen.org _o /\_ _ \\o (_)\__/o (_) _< \_ _>(_) (_)/<_ \_| \ _|/' \/ (_)>(_) (_) (_) (_) (_)' _\o_ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 17:58:55 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hoemail2.firewall.lucent.com (hoemail2.lucent.com [192.11.226.163]) by hub.freebsd.org (Postfix) with ESMTP id 6CA8537B996; Tue, 11 Jul 2000 17:58:48 -0700 (PDT) (envelope-from gcorcoran@lucent.com) Received: from hoemail2.firewall.lucent.com (localhost [127.0.0.1]) by hoemail2.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id UAA05533; Tue, 11 Jul 2000 20:58:46 -0400 (EDT) Received: from mhmail.mh.lucent.com (h135-3-115-8.lucent.com [135.3.115.8]) by hoemail2.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id UAA05522; Tue, 11 Jul 2000 20:58:46 -0400 (EDT) Received: from lucent.com by mhmail.mh.lucent.com (8.8.8+Sun/EMS-1.5 sol2) id UAA08103; Tue, 11 Jul 2000 20:58:45 -0400 (EDT) Message-ID: <396BC2C5.E89AD827@lucent.com> Date: Tue, 11 Jul 2000 20:58:45 -0400 From: "Gary T. Corcoran" Organization: Lucent Microelectronics - Client Access Broadband Systems X-Mailer: Mozilla 4.73 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: Warner Losh Cc: Mike Smith , FreeBSD Hackers Subject: Re: Module parameters? References: <200007112355.QAA00803@mass.osd.bsdi.com> <200007112352.RAA08554@harmony.village.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh wrote: > > In message <200007112355.QAA00803@mass.osd.bsdi.com> Mike Smith writes: > : > In message <396B8BBB.4AA1867D@lucent.com> "Gary T. Corcoran" writes: > : > : No, I know it's not that easy. We need to be able to do things > : > : like have "TransmissionMode=4" on the kldload command line, and > : > : have that parse the decimal value 4, and then go into the module > : > : and set the value of the TransmissionMode variable to actually be > : > : 4 immediately after loading the module into memory, before any of > : > : its subroutines are called. This is what the Linux module loader > : > : allows, and it's extremely useful... > : > > : > Understood. What I'm suggesting is that you get those values from the > : > kernel like so: > : > > : > int transmission_mode; > : > > : > transmission_mode = 4; /* 4 is the default */ > : > if (resource_int_value(name, unit, "TransmissionMode", > : > &transmission_mode) != 0) > : > resource-int_value(name, -1, "TransmissionMode", > : > &transmission_mode); > : > > : > You can then put > : > hint.dslmodem.-1.TransmissionMode=4 > : > in your hints file for the kernel. > : > > : > Right now the draw back of this is that hints cannot be added after > : > boot. We're working on fixing that. So if you use this model, you'll > : > get the dynamic setting of this information essensially for free. > : > : What Gary and Archie are talking about is actually quite smarfy, and I'm > : somewhat torn. Imagine an API like this: > : > : struct foodev_tunables { > : int colour; > : char name[32]; > : }; > : > : struct config_keys[] { > : {"colour", offsetof(struct foodev_tunables, colour), TYPE_INT, 0}, > : {"name", offsetof(struct foodev_tunables, name), TYPE_CHAR, 32} > : }; > : ... > : hints_get_config(dev, &config_keys, &foodev_tunables); > : > : The Linux approach is bad insofar as the arguments are per-module rather > : than per-instance. In our case we need per-module and per-instance even > : though the arguments are supplied per-file. You're right, Mike. I hadn't thought about it (since one usually won't have more than one DSL card in a PC :), but to be generally useful, we really should have per-instance arguments for modules that support multiple instances of the same device. I'm not sure what you mean though, by "even though the arguments are supplied per-file" ? > So the above would, for > : example, as the foo0 device pick up: > : > : hints.foo.*.colour=4 > : hints.foo.0.name="foo the zeroeth" > : > : and pack them into the structure. You could easily use this to tweak > : tunables in your softc, etc. with a lot less code overhead than one call > : per tunable. > > I like that idea, so long as it doesn't add yet another configuration > path. That is, so long as it builds on the hint and hint management > that is in the kernel now so that it can easily be added to userconfig > later. It sounds pretty good to me, too. And yes, even though my initial example concerned just an int, you also need to be able to set strings for tunable parameters (e.g. the Service Name for PPPoE). Forgive my ignorance (since I'm unfamiliar with this hint stuff), but I presume the above hints.foo... stuff just goes in some config file somewhere? And this config file would be consulted whenever a module is loaded? Just curious, what would "userconfig" be for? > In fact, that's where I'd like to take things in the future. It was > part of what I'd envisoned when I started. However, the config_keys > would have function pointers rather than raw offsets. The raw offsets > are OK, but you run into a lot of problems with them down the road. > You make simple functions that will do the storing, and that replaces > your TYPE_XXX parameter as well. > > It would certainly be nicer than parsing it yourself. > > I've been down this path twice before on large X toolkits (twice with > the OI toolkit), so I know the problems that you're going to hit. The > type parameter is weak at best because later you'll want to have a > filename (which is a string of a certain syntax and meaning) as well > as a node id (which is also a string of a certain, but different, > syntax and meaning). It will be much easier if we allow for function > pointers now to deal with that and to give the modules the maximum > flexibility in turning their strings into numbers. Umm, I'm a little bit confused by the above. First you say that you'd make simple functions to do the storing, but that you don't do the parsing yourself. If you don't know how to do the storing (because of a special type), how do you know how to do the parsing in a general routine? :) But then you go on to suggest that you would like the function pointers to give modules the maximum flexibility. This means that the module itself would have the functions for parsing the parameters, right? I'm not trying to give you a hard time, I'm just trying to understand what you really meant to say... :) And I do agree that it would be nice to have the flexibility for the module to parse its own parameters, if desired. For example, it would be much clearer, and less prone to error, if the user could specify TransmissionMode=LLC/SNAP/Bridged, rather than having to look up that LLC/SNAP/Bridged mode is value 4 and then put TransmissionMode=4 in a config file. The Windows "Advanced Properties" GUI allows this - that is, it presents a drop-down list of strings, and when the user chooses one, the corresponding enum'ed value is stored in the registry. But of course using the string to specify the desired mode takes more work on the part of the module writer, so it'd be nice to not require that in all cases, i.e. allow "=4" auto-parsed. I suppose we could have kernel-supplied functions to do the parsing for the typical simple cases, e.g. int's, strings, and allow the modules themselves to supply parsing routines for "special" parameters? Maybe that's what you meant by the above? ;-) Gary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 18: 8:42 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (mass.osd.bsdi.com [204.216.28.234]) by hub.freebsd.org (Postfix) with ESMTP id EFEF137B763 for ; Tue, 11 Jul 2000 18:08:39 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id SAA00755; Tue, 11 Jul 2000 18:16:57 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200007120116.SAA00755@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Gary T. Corcoran" Cc: FreeBSD Hackers Subject: Re: Module parameters? In-reply-to: Your message of "Tue, 11 Jul 2000 20:58:45 EDT." <396BC2C5.E89AD827@lucent.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 11 Jul 2000 18:16:57 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > : The Linux approach is bad insofar as the arguments are per-module rather > > : than per-instance. In our case we need per-module and per-instance even > > : though the arguments are supplied per-file. > > You're right, Mike. I hadn't thought about it (since one usually won't > have more than one DSL card in a PC :), but to be generally useful, we really > should have per-instance arguments for modules that support multiple > instances of the same device. I'm not sure what you mean though, by > "even though the arguments are supplied per-file" ? If you say "kldload foo", you load the file foo.ko. However, that file may contain more than one module. So in order to pass arguments to each of those modules, you need some way of associating an argument with a module. > It sounds pretty good to me, too. And yes, even though my initial > example concerned just an int, you also need to be able to set strings > for tunable parameters (e.g. the Service Name for PPPoE). > Forgive my ignorance (since I'm unfamiliar with this hint stuff), but > I presume the above hints.foo... stuff just goes in some config file > somewhere? And this config file would be consulted whenever a module > is loaded? Just curious, what would "userconfig" be for? The hints mechanism is what we are currently using to pass in the information that used to be in the kernel configuration file. Each hint is an entry in the kernel environment space; these are currently read from a file by the loader when it's loading the kernel, but we must also have an interface for setting these after the system starts. In addition, it should be possible to pass arguments to a module as you load it, however it's not clear yet that this is the "clean" way to do it. I think the initial approach is going to look like this: # kenv hint.foo.0.parameter=15 # kldload foo ie. the hints can be set entirely independently of the module load. -- ... 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] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 18:18:58 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from obie.softweyr.com (obie.softweyr.com [204.68.178.33]) by hub.freebsd.org (Postfix) with ESMTP id 0874737B5E1 for ; Tue, 11 Jul 2000 18:18:55 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from softweyr.com ([208.187.122.225]) by obie.softweyr.com (8.8.8/8.8.8) with ESMTP id TAA28739; Tue, 11 Jul 2000 19:18:31 -0600 (MDT) (envelope-from wes@softweyr.com) Message-ID: <396BC81E.F930EAB7@softweyr.com> Date: Tue, 11 Jul 2000 19:21:34 -0600 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: "Jeroen C. van Gelderen" Cc: Mohana Krishna Penumetcha , freebsd-hackers@FreeBSD.ORG Subject: Re: sources for null device!!! References: <396BC1FA.B3A0225E@vangelderen.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Jeroen C. van Gelderen" wrote: > > Mohana Krishna Penumetcha wrote: > > > > hi, > > > > where can i find the sources corresponding to /dev/null?? > > cd /sys && find . -name null* && use common sense /dev/commonsense: ENOENT -- "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 Jul 11 18:26:14 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ihemlsrv.firewall.lucent.com (ihemail1.lucent.com [192.11.222.161]) by hub.freebsd.org (Postfix) with ESMTP id 25A0C37BA3D; Tue, 11 Jul 2000 18:26:09 -0700 (PDT) (envelope-from gcorcoran@lucent.com) Received: from ihemlsrv.firewall.lucent.com (localhost [127.0.0.1]) by ihemlsrv.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id VAA14313; Tue, 11 Jul 2000 21:26:08 -0400 (EDT) Received: from mhmail.mh.lucent.com (h135-3-115-8.lucent.com [135.3.115.8]) by ihemlsrv.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id VAA14306; Tue, 11 Jul 2000 21:26:07 -0400 (EDT) Received: from lucent.com by mhmail.mh.lucent.com (8.8.8+Sun/EMS-1.5 sol2) id VAA10340; Tue, 11 Jul 2000 21:26:06 -0400 (EDT) Message-ID: <396BC931.6ABF2C85@lucent.com> Date: Tue, 11 Jul 2000 21:26:09 -0400 From: "Gary T. Corcoran" Organization: Lucent Microelectronics - Client Access Broadband Systems X-Mailer: Mozilla 4.73 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: Mike Smith Cc: FreeBSD Hackers Subject: Re: Module parameters? References: <200007120116.SAA00755@mass.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 Mike Smith wrote: > > If you say "kldload foo", you load the file foo.ko. However, that file > may contain more than one module. I didn't know that was possible (i.e. supported)... > The hints mechanism is what we are currently using to pass in the > information that used to be in the kernel configuration file. Each hint > is an entry in the kernel environment space; these are currently read > from a file by the loader when it's loading the kernel, but we must also > have an interface for setting these after the system starts. Gee, you mean you're not gonna make me reboot every time I change a setting like Windows does? :-P Actually they've gotten rid of most of that baloney in Windows2000, so we better not be worse! > In addition, it should be possible to pass arguments to a module as you > load it, however it's not clear yet that this is the "clean" way to do it. > I think the initial approach is going to look like this: > > # kenv hint.foo.0.parameter=15 > # kldload foo > > ie. the hints can be set entirely independently of the module load. Sounds reasonable to me... Gary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 18:47: 8 2000 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 D5A8A37BA5E; Tue, 11 Jul 2000 18:47:05 -0700 (PDT) (envelope-from babkin@bellatlantic.net) Received: from bellatlantic.net (client-151-198-135-85.nnj.dialup.bellatlantic.net [151.198.135.85]) by smtp02.teb1.iconnet.net (8.9.1/8.9.1) with ESMTP id VAA28314; Tue, 11 Jul 2000 21:38:57 -0400 (EDT) Message-ID: <396BCC81.DA54BE70@bellatlantic.net> Date: Tue, 11 Jul 2000 21:40:17 -0400 From: Sergey Babkin X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-19990626-CURRENT i386) X-Accept-Language: ru, en MIME-Version: 1.0 To: Poul-Henning Kamp Cc: "Gary T. Corcoran" , Archie Cobbs , Warner Losh , Mike Smith , FreeBSD Hackers Subject: Re: Module parameters? References: <3453.963351517@critter.freebsd.dk> 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: > > In message <396B8BBB.4AA1867D@lucent.com>, "Gary T. Corcoran" writes: > > >No, I know it's not that easy. We need to be able to do things > >like have "TransmissionMode=4" on the kldload command line, and > >have that parse the decimal value 4, and then go into the module > > I have a much simpler idea: > > The loader needs to pass an argc+argv to the modules "configure" > routine, and the module can do whatever it damn pleases with > the passed arguments. Would be good to provide some standard routine somewhat like getopt() so that each module won't reimplement it by itself. -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 18:48:19 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 6765C37BA52; Tue, 11 Jul 2000 18:48:14 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id TAA50684; Tue, 11 Jul 2000 19:48:12 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id TAA09591; Tue, 11 Jul 2000 19:48:06 -0600 (MDT) Message-Id: <200007120148.TAA09591@harmony.village.org> To: "Gary T. Corcoran" Subject: Re: Module parameters? Cc: Mike Smith , FreeBSD Hackers In-reply-to: Your message of "Tue, 11 Jul 2000 20:58:45 EDT." <396BC2C5.E89AD827@lucent.com> References: <396BC2C5.E89AD827@lucent.com> <200007112355.QAA00803@mass.osd.bsdi.com> <200007112352.RAA08554@harmony.village.org> Date: Tue, 11 Jul 2000 19:48:06 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <396BC2C5.E89AD827@lucent.com> "Gary T. Corcoran" writes: : Forgive my ignorance (since I'm unfamiliar with this hint stuff), but : I presume the above hints.foo... stuff just goes in some config file : somewhere? And this config file would be consulted whenever a module : is loaded? Just curious, what would "userconfig" be for? Yes. hints are loaded in the environment at boot time. userconfig will edit hints. : Umm, I'm a little bit confused by the above. First you say that you'd : make simple functions to do the storing, but that you don't do the : parsing yourself. No. I'd provide the usual functions to parse integers, simple strings, booleans, etc and store them properly. Driver writers would be free to provide their own string -> binary mappings if they desired. : If you don't know how to do the storing (because of : a special type), how do you know how to do the parsing in a general : routine? :) That's implicit. All the strings in the enviornment are of the form: hint.foo.4.key=value\0 so the function listed in the table would be called with value and it would be responsible for storing the binary represenation of the string. : But then you go on to suggest that you would like the : function pointers to give modules the maximum flexibility. This means : that the module itself would have the functions for parsing the parameters, : right? I'm not trying to give you a hard time, I'm just trying to : understand what you really meant to say... :) No. See above. : And I do agree that it would be nice to have the flexibility for the : module to parse its own parameters, if desired. For example, it would : be much clearer, and less prone to error, if the user could specify : TransmissionMode=LLC/SNAP/Bridged, rather than having to look up that : LLC/SNAP/Bridged mode is value 4 and then put TransmissionMode=4 in : a config file. The Windows "Advanced Properties" GUI allows this - : that is, it presents a drop-down list of strings, and when the user : chooses one, the corresponding enum'ed value is stored in the registry. Yes. You'd say hint.dslmodem.-1.TransmissionMode=LLC and your entry would look like: "TransmissionMode", offsetof(struct softc, tm), MyParseTM, NULL, in the table. And it would be responsible for parsing. MyParseTM would look like: int MyParseTM(const char *src, void *dst, void *argp) { int *valp = (int *) dst; if (strcmp("LLC", src) == 0) { *valp = 1; return 1; } if (strcmp("Next", src) == 0) { *valp = 2; return 1; } // etc return 0; } It would be called ep points to the entry vp points to "LLC" sc points to softc. ep->fnp(vp, (void *) ((caddr_t) sc) + ep->off, ep->argp); But writing this, I thin that normal enums would want a specialized routine for doing this that would could pass a table to. Hmmm, maybe I should just write something now that I've designed it to this level :-) : But of course using the string to specify the desired : mode takes more work on the part of the module writer, so it'd be : nice to not require that in all cases, i.e. allow "=4" auto-parsed. : I suppose we could have kernel-supplied functions to do the parsing : for the typical simple cases, e.g. int's, strings, and allow the : modules themselves to supply parsing routines for "special" parameters? : Maybe that's what you meant by the above? ;-) Something like that. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 19: 1:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ihemlsrv.firewall.lucent.com (ihemail1.lucent.com [192.11.222.161]) by hub.freebsd.org (Postfix) with ESMTP id 5C1E437B78C; Tue, 11 Jul 2000 19:01:48 -0700 (PDT) (envelope-from gcorcoran@lucent.com) Received: from ihemlsrv.firewall.lucent.com (localhost [127.0.0.1]) by ihemlsrv.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id WAA28857; Tue, 11 Jul 2000 22:01:46 -0400 (EDT) Received: from mhmail.mh.lucent.com (h135-3-115-8.lucent.com [135.3.115.8]) by ihemlsrv.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id WAA28853; Tue, 11 Jul 2000 22:01:45 -0400 (EDT) Received: from lucent.com by mhmail.mh.lucent.com (8.8.8+Sun/EMS-1.5 sol2) id WAA12917; Tue, 11 Jul 2000 22:01:44 -0400 (EDT) Message-ID: <396BD18B.9155B046@lucent.com> Date: Tue, 11 Jul 2000 22:01:47 -0400 From: "Gary T. Corcoran" Organization: Lucent Microelectronics - Client Access Broadband Systems X-Mailer: Mozilla 4.73 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: Warner Losh Cc: Mike Smith , FreeBSD Hackers Subject: Re: Module parameters? References: <396BC2C5.E89AD827@lucent.com> <200007112355.QAA00803@mass.osd.bsdi.com> <200007112352.RAA08554@harmony.village.org> <200007120148.TAA09591@harmony.village.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh wrote: > > Yes. You'd say > > hint.dslmodem.-1.TransmissionMode=LLC What's the "-1" in the above? > But writing this, I thin that normal enums would want a specialized > routine for doing this that would could pass a table to. Yes, a table of strings and enums seems like a generally-useful thing to support - no need making each driver re-write the code... > Hmmm, maybe I should just write something now that I've designed it to > this level :-) Might as well... Thanks, Gary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 19:16: 0 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 555D337B673; Tue, 11 Jul 2000 19:15:54 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id UAA50802; Tue, 11 Jul 2000 20:15:52 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id UAA09795; Tue, 11 Jul 2000 20:15:46 -0600 (MDT) Message-Id: <200007120215.UAA09795@harmony.village.org> To: "Gary T. Corcoran" Subject: Re: Module parameters? Cc: Mike Smith , FreeBSD Hackers In-reply-to: Your message of "Tue, 11 Jul 2000 22:01:47 EDT." <396BD18B.9155B046@lucent.com> References: <396BD18B.9155B046@lucent.com> <396BC2C5.E89AD827@lucent.com> <200007112355.QAA00803@mass.osd.bsdi.com> <200007112352.RAA08554@harmony.village.org> <200007120148.TAA09591@harmony.village.org> Date: Tue, 11 Jul 2000 20:15:46 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Something like the following? I know that there's more routines that need to be written. parse_int, parse_string, parse_bool, parse_enum should be enough. Comments? struct driver_param { const char *name; int (*fnp)(const char *, void *, void *); size_t off; void *argp; }; int get_parameters(device_t dev, struct driver_param *param, size_t nparam) { int i; caddr_t sc; const char *name; int unit; char buffer[1024]; const char *cp; sc = device_get_softc(dev); name = device_get_name(dev); unit = device_get_unit(dev); for (i = 0; i < nparam; i++) { snprintf(buffer, "hints.%s.%d.%s", name, unit, param[i].name); cp = getenv (buffer); if (cp) { if (param[i].fnp(cp, (void *) (sc + param[i].off), param[i].argp) == 0) continue; } snprintf(buffer, "hints.%s.%d.%s", name, -1, param[i].name); cp = getenv (buffer); if (cp) { if (param[i].fnp(cp, (void *) (sc + param[i].off), param[i].argp) == 0) continue; } } return 0; } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 19:33: 1 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ihemlsrv.firewall.lucent.com (ihemail1.lucent.com [192.11.222.161]) by hub.freebsd.org (Postfix) with ESMTP id 0F78E37BA96; Tue, 11 Jul 2000 19:32:54 -0700 (PDT) (envelope-from gcorcoran@lucent.com) Received: from ihemlsrv.firewall.lucent.com (localhost [127.0.0.1]) by ihemlsrv.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id WAA14168; Tue, 11 Jul 2000 22:32:53 -0400 (EDT) Received: from mhmail.mh.lucent.com (h135-3-115-8.lucent.com [135.3.115.8]) by ihemlsrv.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id WAA14160; Tue, 11 Jul 2000 22:32:52 -0400 (EDT) Received: from lucent.com by mhmail.mh.lucent.com (8.8.8+Sun/EMS-1.5 sol2) id WAA15176; Tue, 11 Jul 2000 22:32:51 -0400 (EDT) Message-ID: <396BD8D6.6EC47A68@lucent.com> Date: Tue, 11 Jul 2000 22:32:54 -0400 From: "Gary T. Corcoran" Organization: Lucent Microelectronics - Client Access Broadband Systems X-Mailer: Mozilla 4.73 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: Warner Losh Cc: Mike Smith , FreeBSD Hackers Subject: Re: Module parameters? References: <396BD18B.9155B046@lucent.com> <396BC2C5.E89AD827@lucent.com> <200007112355.QAA00803@mass.osd.bsdi.com> <200007112352.RAA08554@harmony.village.org> <200007120148.TAA09591@harmony.village.org> <200007120215.UAA09795@harmony.village.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh wrote: > > Something like the following? > > Comments? > > struct driver_param > { > const char *name; > int (*fnp)(const char *, void *, void *); > size_t off; > void *argp; > }; > Perhaps instead of the "size_t off" above, which from the code below tied us always into "softc", what about a more general "void * varaddr"? That is, just put the address of the variable into the driver_param struct? That would allow driver global variables to be tuned as well - or in other structures besides softc, if one wanted...? Gary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 19:37:45 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 4E3FA37BA81; Tue, 11 Jul 2000 19:37:41 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id UAA50869; Tue, 11 Jul 2000 20:37:40 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id UAA09907; Tue, 11 Jul 2000 20:37:34 -0600 (MDT) Message-Id: <200007120237.UAA09907@harmony.village.org> To: "Gary T. Corcoran" Subject: Re: Module parameters? Cc: Mike Smith , FreeBSD Hackers In-reply-to: Your message of "Tue, 11 Jul 2000 22:32:54 EDT." <396BD8D6.6EC47A68@lucent.com> References: <396BD8D6.6EC47A68@lucent.com> <396BD18B.9155B046@lucent.com> <396BC2C5.E89AD827@lucent.com> <200007112355.QAA00803@mass.osd.bsdi.com> <200007112352.RAA08554@harmony.village.org> <200007120148.TAA09591@harmony.village.org> <200007120215.UAA09795@harmony.village.org> Date: Tue, 11 Jul 2000 20:37:34 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <396BD8D6.6EC47A68@lucent.com> "Gary T. Corcoran" writes: : Perhaps instead of the "size_t off" above, which from the : code below tied us always into "softc", what about a more : general "void * varaddr"? That is, just put the address of : the variable into the driver_param struct? That would allow : driver global variables to be tuned as well - or in other : structures besides softc, if one wanted...? No. That makes it very hard to have multiple instances. You'd have to fill it in for each instance. It also encourages good programming by making driver writers use encapsilation. :-) Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 22:15:58 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from dr-evil.shagadelic.org (yeah-baby.shagadelic.org [208.176.2.162]) by hub.freebsd.org (Postfix) with ESMTP id 82FCD37B9D4; Tue, 11 Jul 2000 22:15:50 -0700 (PDT) (envelope-from thorpej@zembu.com) Received: by dr-evil.shagadelic.org (Postfix, from userid 7518) id 2B2A5D203; Tue, 11 Jul 2000 22:12:36 -0700 (PDT) Date: Tue, 11 Jul 2000 22:12:36 -0700 From: Jason R Thorpe To: Thomas Klausner Cc: freebsd-arch@freebsd.org, freebsd-hackers@freebsd.org, tech-kern@netbsd.org Subject: Re: minherit(2) API Message-ID: <20000711221235.W11576@dr-evil.shagadelic.org> Reply-To: thorpej@zembu.com Mail-Followup-To: Jason R Thorpe , Thomas Klausner , freebsd-arch@freebsd.org, freebsd-hackers@freebsd.org, tech-kern@netbsd.org References: <20000709150924.N23637@danbala.tuwien.ac.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000709150924.N23637@danbala.tuwien.ac.at>; from wiz@netbsd.org on Sun, Jul 09, 2000 at 03:09:24PM +0200 Organization: Zembu Labs, Inc. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Jul 09, 2000 at 03:09:24PM +0200, Thomas Klausner wrote: > The user API for minherit(2) is broken on all three of > {Free,Net,Open}BSD, but broken differently (for details see end of > this mail). We would like to see a common fix that allows minherit to > be used portably across the three systems. > > The API we propose: > > synopsis for minherit: > > #include > > int minherit(void *addr, size_t len, int inherit); > > constants for inherit parameter defined in sys/mman.h: > > #define MAP_INHERIT_SHARE 0 /* share with child */ > #define MAP_INHERIT_COPY 1 /* copy into child */ > #define MAP_INHERIT_NONE 2 /* absent from child */ > > possibly including the following: > > #define MAP_INHERIT_DONATE_COPY 3 /* copy and delete */ > #define MAP_INHERIT_DEFAULT MAP_INHERIT_COPY > > (donate copy is not present in FreeBSD, default is not documented in > the man pages of any of the three). DONATE_COPY is not implemented in UVM. I'm not sure it was ever implemented anywhere. "Copy and delete" is really "move", right? Anyway, it's not clear those semantics are really useful at all. > That this change is not backwards compatible is of little concern, > since it is currently broken anyway. Besides, a C program can check > for the definition of the MAP_INHERIT_ constants after including > sys/mman.h and include conditional workarounds for the current APIs. It can certainly be made ABI-compatible. -- -- Jason R. Thorpe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 23: 1:30 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-193-112-57.dsl.snfc21.pacbell.net [63.193.112.57]) by hub.freebsd.org (Postfix) with ESMTP id B64AB37BBDE for ; Tue, 11 Jul 2000 23:01:26 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id XAA00603; Tue, 11 Jul 2000 23:09:39 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200007120609.XAA00603@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Gary T. Corcoran" Cc: FreeBSD Hackers Subject: Re: Module parameters? In-reply-to: Your message of "Tue, 11 Jul 2000 21:26:09 EDT." <396BC931.6ABF2C85@lucent.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 11 Jul 2000 23:09:39 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Mike Smith wrote: > > > > If you say "kldload foo", you load the file foo.ko. However, that file > > may contain more than one module. > > I didn't know that was possible (i.e. supported)... Yup. In fact, modules aren't even bound to source files - you can have an arbitrary set of parameter-consuming objects within a single source file. -- ... 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] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 23: 6: 6 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-193-112-57.dsl.snfc21.pacbell.net [63.193.112.57]) by hub.freebsd.org (Postfix) with ESMTP id 1C35F37BC38; Tue, 11 Jul 2000 23:06:02 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id XAA00651; Tue, 11 Jul 2000 23:14:10 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200007120614.XAA00651@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Warner Losh Cc: "Gary T. Corcoran" , Mike Smith , FreeBSD Hackers Subject: Re: Module parameters? In-reply-to: Your message of "Tue, 11 Jul 2000 20:15:46 MDT." <200007120215.UAA09795@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 11 Jul 2000 23:14:10 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Something like the following? I know that there's more routines that > need to be written. parse_int, parse_string, parse_bool, parse_enum > should be enough. > > Comments? Reuse the parsers in ng_parse.c, or (IMO better) use sscanf format strings (which are *extremely* flexible). -- ... 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] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 11 23:19: 1 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 1F44D37B6AA; Tue, 11 Jul 2000 23:18:56 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id AAA51634; Wed, 12 Jul 2000 00:18:53 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id AAA11600; Wed, 12 Jul 2000 00:18:47 -0600 (MDT) Message-Id: <200007120618.AAA11600@harmony.village.org> To: Mike Smith Subject: Re: Module parameters? Cc: "Gary T. Corcoran" , FreeBSD Hackers In-reply-to: Your message of "Tue, 11 Jul 2000 23:14:10 PDT." <200007120614.XAA00651@mass.osd.bsdi.com> References: <200007120614.XAA00651@mass.osd.bsdi.com> Date: Wed, 12 Jul 2000 00:18:47 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200007120614.XAA00651@mass.osd.bsdi.com> Mike Smith writes: : > Something like the following? I know that there's more routines that : > need to be written. parse_int, parse_string, parse_bool, parse_enum : > should be enough. : > : > Comments? : : Reuse the parsers in ng_parse.c, or (IMO better) use sscanf format : strings (which are *extremely* flexible). sscanf doesn't do enum strings. sscanf is inadequate in many other ways as well. The ng_parse stuff is a little different than the what I had in mind, but it looks like it might be useful. I have concerns about the ng_parse_type being too heavy weight for what I want to do. It maintains an offset in a long stream of data, and I'm just wanting to parse one thing. It seems a lot simpler and useful. Also, netgraph isn't required and I'd like to have something that is light weight enough to be included always. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 12 0: 7:32 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from turtle.looksharp.net (cc360882-a.strhg1.mi.home.com [24.2.221.22]) by hub.freebsd.org (Postfix) with ESMTP id 3C1A837BC5E for ; Wed, 12 Jul 2000 00:07:25 -0700 (PDT) (envelope-from bsdx@looksharp.net) Received: from localhost (bsdx@localhost) by turtle.looksharp.net (8.9.3/8.9.3) with ESMTP id DAA12724 for ; Wed, 12 Jul 2000 03:07:28 -0400 (EDT) (envelope-from bsdx@looksharp.net) Date: Wed, 12 Jul 2000 03:07:28 -0400 (EDT) From: Adam To: hackers@freebsd.org Subject: Re: PATCH src/etc/root : more->less In-Reply-To: <20000711130414.A7614@orion.ac.hmc.edu> 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 Tue, 11 Jul 2000, Brooks Davis wrote: >On Tue, Jul 11, 2000 at 03:13:06PM -0400, Robert Watson wrote: >> >> How about we don't :-). Let's just use whatever "more" is as the pager, >> the way it has always been. In new releases, more is less (or less is >> more, or something), so there shouldn't be a problem, right? > >Also more as a symlink to less isn't quite the same as less. It acts >like a proper more instead of like less. There are good an bad things >about less's behavior vs more, but using less via the symlink prevents >ugly POLA violations. > >-- Brooks Given that running less with the name more is supposed to make it act like more, didn't our real more support ctrl-c to terminate? less guising as more just beeps at me. I know q works to exit but I'm still used to programs stopping a currently running function or exiting when I hit ctrl-c, not just beep at me. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 12 0: 7:56 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.lewman.org (lowrider.lewman.org [209.67.240.52]) by hub.freebsd.org (Postfix) with ESMTP id 94C3437BC5E for ; Wed, 12 Jul 2000 00:07:50 -0700 (PDT) (envelope-from sean@rentul.net) Received: by mail.lewman.org (Postfix, from userid 1004) id 9B1123D31; Wed, 12 Jul 2000 03:09:49 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mail.lewman.org (Postfix) with ESMTP id 993165BC4; Wed, 12 Jul 2000 03:09:49 -0400 (EDT) Date: Wed, 12 Jul 2000 03:09:49 -0400 (EDT) From: Sean Lutner X-Sender: sean@lowrider.lewman.org To: Frederik Meerwaldt Cc: Adam , freebsd-hackers@freebsd.org Subject: Re: UUU: Bug in StarOffice5 Port In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I install Star Office 5.2 on my 4.0-STABLE box tonight. I didn't use ports. I ahve linux emulation enabled. I got the bin file, ran it and it installed. The only quirk I hit was the location Star Office looks for test in. It wanted it in /usr/bin/test and it's in /bin/test. A simple ln -s later, I was running Star Office 5.2. The port maybe obselete now. On Tue, 11 Jul 2000, Frederik Meerwaldt wrote: > Hi! > > Try doing it again. Signall 11 usually means you have bad ram in your > > computer and usually fails randomly, so if you type make install it might > > progress further. If you still cannot complete, try replacing ram with > > known good ram. > > It is known good RAM. I got it to work without the port, so just untarring > the package, and then running setup :-) > > Bye, > Freddy > > > > 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 Wed Jul 12 5: 2: 4 2000 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 0F3DC37BABE for ; Wed, 12 Jul 2000 05:02:01 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p03-dn03kiryunisiki.gunma.ocn.ne.jp [210.232.224.132]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id VAA11246; Wed, 12 Jul 2000 21:00:52 +0900 (JST) Message-ID: <396C5C64.84EDA6D8@newsguy.com> Date: Wed, 12 Jul 2000 20:54:12 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: laa@laa.zp.ua Cc: hackers@FreeBSD.ORG Subject: Re: PATCH src/etc/root : more->less References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG laa@laa.zp.ua wrote: > > What about it for 4.0-ST? > > alias h history 25 > alias j jobs -l > -alias la ls -a > -alias lf ls -FA > -alias ll ls -lA > +alias la ls -aG > +alias lf ls -FAG > +alias ll ls -lAG No. If you want colors, alias ls ls -G. And, in particular, we do not impose colors by default. > -setenv PAGER more > +setenv PAGER less Why would we do that? Unix pager is more(1). That is true in all Unix in existance. > -HOME=/root > -export HOME > -TERM=${TERM:-cons25} > -export TERM > -PAGER=more > -export PAGER > +export HOME=/root > +export TERM=${TERM:-cons25} > +export PAGER=less That's not garanteed to work. Not all shells support export used in this way. So, again, no. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.great.underground.bsdconpiracy.org _DES: The Book of Bruce has only one sentence in it, and it says "the actual directives of my cult are left as an exercise for the reader. Good luck." jkh: does it really include the 'good luck' part? EE: OK, I made that part up. EE: I figured it should sound a bit more cheery than how Bruce initially dictated it to me. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 12 5:32:18 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hda.hda.com (host65.hda.com [63.104.68.65]) by hub.freebsd.org (Postfix) with ESMTP id 834BD37BDD8 for ; Wed, 12 Jul 2000 05:32:14 -0700 (PDT) (envelope-from dufault@hda.hda.com) Received: (from dufault@localhost) by hda.hda.com (8.9.3/8.9.3) id IAA70326; Wed, 12 Jul 2000 08:32:26 -0400 (EDT) (envelope-from dufault) From: Peter Dufault Message-Id: <200007121232.IAA70326@hda.hda.com> Subject: Re: POSIX Real time extensions In-Reply-To: <20000711170038.S25571@fw.wintelcom.net> from Alfred Perlstein at "Jul 11, 2000 05:00:38 pm" To: Alfred Perlstein Date: Wed, 12 Jul 2000 08:32:26 -0400 (EDT) Cc: Shane Nay , hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL61 (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 > > > > Is there any present plans to implement the posix realtime signal queues in the > > freeBSD kernel? ... > > Have a look at "man kqueue", it's a really nifty interface that works > very well. I will and will look at adding the signal semantics. If anyone sees where the RTMX source code, being donated to OpenBSD, is kept let me know. Peter -- Peter Dufault (dufault@hda.com) Realtime development, Machine control, HD Associates, Inc. Fail-Safe systems, Agency approval To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 12 6: 7:13 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from iclub.nsu.ru (iclub.nsu.ru [193.124.222.66]) by hub.freebsd.org (Postfix) with ESMTP id 25F0937BD16 for ; Wed, 12 Jul 2000 06:07:01 -0700 (PDT) (envelope-from fjoe@iclub.nsu.ru) Received: from localhost (fjoe@localhost) by iclub.nsu.ru (8.9.3/8.9.3) with ESMTP id UAA72867 for ; Wed, 12 Jul 2000 20:06:34 +0700 (NSS) (envelope-from fjoe@iclub.nsu.ru) Date: Wed, 12 Jul 2000 20:06:34 +0700 (NSS) From: Max Khon To: hackers@freebsd.org Subject: g++ 2.95 and -fsjlj-exceptions problems Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi, there! our g++ uses -fsjlj-exceptions by default for exceptions handling. this mode has problems (see #258 in gcc GNATS). this bug can be 100% reproduced when try-catch block is not in constructor and with optimization turned off (Reactor_Exceptions_Test from ACE 5.1.1). the problem is that setjmp code is optimized in such way that after `throw' execution continues in `try' block instead of `catch' blocks. exception handling using dwarf unwinding info does not have this problem (Reactor_Exceptions_Test built on RELENG_3 with /usr/ports/lang/egcs have no problems because g++295 built from ports uses crtstuff.c from gcc and dwarf unwinding mechanisms) -fno-sjlj-exceptions cannot be simply turned on with our system compiler because our crtbegin.o/crtend.o do not initialize dwarf unwinding info. what is the problem with `make world' bootstrapping when using crtstuff.c instead our home-grown crt stubs? seems that this is the only problem which prevents us from switching to dwarf unwinding mechanism and have reliable correctly working C++ compiler in both RELENG_4 and -CURRENT. /fjoe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 12 6:30:58 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sr14.nsw-remote.bigpond.net.au (sr14.nsw-remote.bigpond.net.au [24.192.3.29]) by hub.freebsd.org (Postfix) with ESMTP id C4AB237BBA0 for ; Wed, 12 Jul 2000 06:30:51 -0700 (PDT) (envelope-from areilly@nsw.bigpond.net.au) Received: from areilly.bpc-users.org (CPE-144-132-171-71.nsw.bigpond.net.au [144.132.171.71]) by sr14.nsw-remote.bigpond.net.au (Pro-8.9.3/8.9.3) with SMTP id XAA24008 for ; Wed, 12 Jul 2000 23:30:46 +1000 (EST) Received: (qmail 26265 invoked by uid 1000); 12 Jul 2000 13:30:45 -0000 From: "Andrew Reilly" Date: Wed, 12 Jul 2000 23:30:45 +1000 To: Sean Lutner Cc: Frederik Meerwaldt , Adam , freebsd-hackers@FreeBSD.ORG Subject: Re: UUU: Bug in StarOffice5 Port Message-ID: <20000712233045.A26015@gurney.reilly.home> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from sean@rentul.net on Wed, Jul 12, 2000 at 03:09:49AM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Jul 12, 2000 at 03:09:49AM -0400, Sean Lutner wrote: > I install Star Office 5.2 on my 4.0-STABLE box tonight. I didn't use > ports. I ahve linux emulation enabled. I got the bin file, ran it and it > installed. > > The only quirk I hit was the location Star Office looks for test in. > It wanted it in /usr/bin/test and it's in /bin/test. A simple ln -s later, > I was running Star Office 5.2. The port maybe obselete now. I've just done it myself, but I had a little more trouble than that. I unzipped the .bin file (even though it's executable and should do that itself), and set up a LD_LIBRARY_PATH variable that included the directory where all of that went, as well as the linux compat libraries, tmp, and a few others. After that it pretty much just worked. Tell me: does it find the linux_jdk port, if that's installed? I'm running without Java/Javascript at the moment. -- Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 12 6:45: 2 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from post.webmailer.de (natmail2.webmailer.de [192.67.198.65]) by hub.freebsd.org (Postfix) with ESMTP id B924737B5D7 for ; Wed, 12 Jul 2000 06:44:58 -0700 (PDT) (envelope-from frederik@freddym.org) Received: from server.wes.mee.com (p3E9C0354.dip.t-dialin.net [62.156.3.84]) by post.webmailer.de (8.9.3/8.8.7) with ESMTP id PAA15956; Wed, 12 Jul 2000 15:44:50 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by server.wes.mee.com (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id PAA00945; Wed, 12 Jul 2000 15:17:38 +0200 (CEST) Date: Wed, 12 Jul 2000 15:17:38 +0200 (CEST) From: Frederik Meerwaldt X-Sender: frederik@server.wes.mee.com To: Ollivier Robert Cc: freebsd-hackers@freebsd.org Subject: Re: UUU: Bug in StarOffice5 Port In-Reply-To: <20000711220057.A48251@keltia.freenix.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! > > It is known good RAM. I got it to work without the port, so just untarring > > the package, and then running setup :-) > > Please try SO 5.2 and see if works for you... I have tried for several days to > install the new one and the setup.bin dies with a sig6 after being unable to > register the shared libs in its registry. I will try, but I have to download it first. > -- > Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr > FreeBSD keltia.freenix.fr 5.0-CURRENT #80: Sun Jun 4 22:44:19 CEST 2000 Wow... You have recompiled your kernel very often :-) Bye, Freddy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 12 7:23:25 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from iclub.nsu.ru (iclub.nsu.ru [193.124.222.66]) by hub.freebsd.org (Postfix) with ESMTP id BE2CC37BD3B for ; Wed, 12 Jul 2000 07:23:00 -0700 (PDT) (envelope-from fjoe@iclub.nsu.ru) Received: from localhost (fjoe@localhost) by iclub.nsu.ru (8.9.3/8.9.3) with ESMTP id VAA75111 for ; Wed, 12 Jul 2000 21:22:22 +0700 (NSS) (envelope-from fjoe@iclub.nsu.ru) Date: Wed, 12 Jul 2000 21:22:21 +0700 (NSS) From: Max Khon To: hackers@FreeBSD.org Subject: Re: g++ 2.95 and -fsjlj-exceptions problems In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi, there! On Wed, 12 Jul 2000, Max Khon wrote: > our g++ uses -fsjlj-exceptions by default for exceptions handling. > this mode has problems (see #258 in gcc GNATS). > this bug can be 100% reproduced when try-catch block is not in > constructor and with optimization turned off (Reactor_Exceptions_Test > from ACE 5.1.1). s/optimization turned off/-O optimization/ (test program attached to #258 should be compiled with -O2 to trigger the bug) > (Reactor_Exceptions_Test built on RELENG_3 with /usr/ports/lang/egcs > have no problems because g++295 built from ports uses crtstuff.c from > gcc and dwarf unwinding mechanisms) the same is true for RELENG_4 /fjoe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 12 10:24:37 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from athena.lightningone.net (athena.lightningone.net [12.34.104.3]) by hub.freebsd.org (Postfix) with ESMTP id 9BCC437BF62; Wed, 12 Jul 2000 10:24:33 -0700 (PDT) (envelope-from john@essenz.com) Received: from localhost (john@localhost) by athena.lightningone.net (8.9.3/8.9.3) with ESMTP id NAA13323; Wed, 12 Jul 2000 13:45:56 -0400 (EDT) (envelope-from john@essenz.com) X-Authentication-Warning: athena.lightningone.net: john owned process doing -bs Date: Wed, 12 Jul 2000 13:45:56 -0400 (EDT) From: Essenz Consulting X-Sender: john@athena.lightningone.net To: hardware@freebsd.org, hackers@freebsd.org Subject: System Crash 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 Question. I have a machine that is crashing. Basically, random processes will die off and give SEGMENTATION FAULTS, then followed by a core dump, and the machine halts. Has to be manual rebooted after that. I tryed another hard drive in the machine, and same problems come up. So I am not sure if it is bad memory or a bad processor, or a bad motherboard. Is there anyway to find out? -john v. e. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 12 10:29:51 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from envy.vuurwerk.nl (envy.vuurwerk.nl [194.178.232.112]) by hub.freebsd.org (Postfix) with SMTP id 149E537BFB0 for ; Wed, 12 Jul 2000 10:29:44 -0700 (PDT) (envelope-from petervd@daemon.vuurwerk.nl) Received: (qmail 68391 invoked from network); 12 Jul 2000 17:29:35 -0000 Received: from kesteren.vuurwerk.nl (HELO daemon.vuurwerk.nl) (194.178.232.59) by envy.vuurwerk.nl with SMTP; 12 Jul 2000 17:29:35 -0000 Received: (nullmailer pid 96704 invoked by uid 11109); Wed, 12 Jul 2000 17:29:35 -0000 Date: Wed, 12 Jul 2000 19:29:35 +0200 From: Peter van Dijk To: hackers@FreeBSD.ORG, hardware@freebsd.org Subject: Re: System Crash Message-ID: <20000712192935.G95013@vuurwerk.nl> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from john@essenz.com on Wed, Jul 12, 2000 at 01:45:56PM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Jul 12, 2000 at 01:45:56PM -0400, Essenz Consulting wrote: > Question. > > I have a machine that is crashing. Basically, random processes will die > off and give SEGMENTATION FAULTS, then followed by a core dump, and the > machine halts. Has to be manual rebooted after that. I tryed another hard > drive in the machine, and same problems come up. So I am not sure if it is > bad memory or a bad processor, or a bad motherboard. Is there anyway to > find out? Replace one part at a time until the problems go away. Usually bad memory. Adjusting memory timings in your BIOS setup might help too. Greetz, Peter. -- petervd@vuurwerk.nl - Peter van Dijk [student:developer:ircoper] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 12 10:59:21 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from bubba.whistle.com (bubba.whistle.com [207.76.205.7]) by hub.freebsd.org (Postfix) with ESMTP id 0442837C0BB; Wed, 12 Jul 2000 10:59:18 -0700 (PDT) (envelope-from archie@whistle.com) Received: (from archie@localhost) by bubba.whistle.com (8.9.3/8.9.2) id KAA44838; Wed, 12 Jul 2000 10:59:17 -0700 (PDT) From: Archie Cobbs Message-Id: <200007121759.KAA44838@bubba.whistle.com> Subject: Re: Module parameters? In-Reply-To: <200007112254.PAA00718@mass.osd.bsdi.com> from Mike Smith at "Jul 11, 2000 03:54:04 pm" To: msmith@FreeBSD.ORG (Mike Smith) Date: Wed, 12 Jul 2000 10:59:17 -0700 (PDT) Cc: phk@critter.freebsd.dk (Poul-Henning Kamp), freebsd-hackers@FreeBSD.ORG (FreeBSD Hackers) X-Mailer: ELM [version 2.4ME+ PL54 (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 Mike Smith writes: > Archie - I'd really appreciate a pointer to an example of using the > ng_parse code to pick up this sort of data, if you can recommend > something to help me get my head around it quickly (I've looked but slid > off sideways so far...). Just to clarify.. a couple of things about the ng_parse stuff. (I'm not claiming this is the right thing to use for modules, just trying to clarify & give more information about it). Basically, it contains routines for converting between ASCII and binary data; there are two main components.. (a) An infrastructure for doing completely arbitrary conversion, provided that you are willing to write your own encode and decode routines (i.e., the functions of type ng_parse_t and ng_unparse_t, which are pointed to by the struct ng_parse_type). (b) Several pre-defined parse types, for example: Integer types (8, 16, 32, and 64 bit) String types (fixed and variable length) C arrays (fixed and variable length) C structures (including 'variable length structures') Typically you either use a predefined simple type, or define a new type by 'subclassing' the pre-defined structure or array types and supplying some type-specific info that describes the structure or array. As an example, see the 'struct ng_tee_hookstat' in ng_tee.h: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netgraph/ng_tee.h?rev=1.3 /* Statistics structure for one hook */ struct ng_tee_hookstat { u_int64_t inOctets; u_int64_t inFrames; u_int64_t outOctets; u_int64_t outFrames; }; Below it is the NG_TEE_HOOKSTAT_INFO definition which defines the specifics of the structure for the parse type: four 64 bit fields: /* Keep this in sync with the above structure definition */ #define NG_TEE_HOOKSTAT_INFO { \ { \ { "inOctets", &ng_parse_int64_type }, \ { "inFrames", &ng_parse_int64_type }, \ { "outOctets", &ng_parse_int64_type }, \ { "outFrames", &ng_parse_int64_type }, \ { NULL }, \ } \ } Now look in ng_tee.c where the parse type corresponding to a 'struct ng_tee_hookstat' is defined: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netgraph/ng_tee.c?rev=1.8 /* Parse type for struct ng_tee_hookstat */ static const struct ng_parse_struct_info ng_tee_hookstat_type_info = NG_TEE_HOOKSTAT_INFO; static const struct ng_parse_type ng_tee_hookstat_type = { &ng_parse_struct_type, &ng_tee_hookstat_type_info, }; The parse type we're defining is 'ng_tee_hookstat_type' which is a 'subclass' of ng_parse_struct_type (a predefined type from ng_parse.c), with the type-specific info 'ng_tee_hookstat_type_info'. In ASCII form one of these 'struct ng_tee_hookstat' structures might look like this: { inOctets=123 inFrames=27 outOctets=1033 outFrames=328 } (The syntax for the predefined array and structure types is described in ng_parse.h). At some point I'd like to edit the files so that they can be compiled either in user or kernel mode. FYI, ng_parse is completely independent from the rest of netgraph (i.e., the rest of netgraph is not required). -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 From owner-freebsd-hackers Wed Jul 12 11: 5:19 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.fpsn.net (mail.fpsn.net [63.224.69.57]) by hub.freebsd.org (Postfix) with ESMTP id E202B37BCD4; Wed, 12 Jul 2000 11:05:07 -0700 (PDT) (envelope-from simon@optinet.com) Received: from station1 (adsl-151-202-97-90.bellatlantic.net [151.202.97.90]) by mail.fpsn.net (8.9.3/8.9.3) with SMTP id LAA03843; Wed, 12 Jul 2000 11:59:23 -0600 (MDT) (envelope-from simon@optinet.com) Message-Id: <200007121759.LAA03843@mail.fpsn.net> From: "Simon" To: "Essenz Consulting" , "hackers@FreeBSD.ORG" , "hardware@FreeBSD.ORG" Date: Wed, 12 Jul 2000 14:08:06 -0500 Reply-To: "Simon" X-Mailer: PMMail 2000 Professional (2.10.2010) For Windows 2000 (5.0.2195) In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Re: System Crash Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I say it's a bad memory. I had the same problem. -Simon On Wed, 12 Jul 2000 13:45:56 -0400 (EDT), Essenz Consulting wrote: >Question. > >I have a machine that is crashing. Basically, random processes will die >off and give SEGMENTATION FAULTS, then followed by a core dump, and the >machine halts. Has to be manual rebooted after that. I tryed another hard >drive in the machine, and same problems come up. So I am not sure if it is >bad memory or a bad processor, or a bad motherboard. Is there anyway to >find out? > >-john v. e. > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hardware" 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 Wed Jul 12 14: 9: 7 2000 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 3E27937C253 for ; Wed, 12 Jul 2000 14:09:04 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e6CL92f25828; Wed, 12 Jul 2000 14:09:02 -0700 (PDT) Date: Wed, 12 Jul 2000 14:09:02 -0700 From: Alfred Perlstein To: Kevin Mills Cc: hackers@FreeBSD.ORG Subject: Re: POSIX Real time extensions Message-ID: <20000712140902.F25571@fw.wintelcom.net> References: <20000711170038.S25571@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from kmills@aventail.com on Wed, Jul 12, 2000 at 01:24:39PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Kevin Mills [000712 13:25] wrote: > > Have a look at "man kqueue", it's a really nifty interface that works > > very well. > > I've seen other references to kqueue on this list, but have yet to find it. > Where can I find the man page in cvs? Is this on -CURRENT or -STABLE? It's in recent versions of stable and current. http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/sys/kqueue.2 -- -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 Wed Jul 12 14:31:25 2000 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 2381B37BC07 for ; Wed, 12 Jul 2000 14:31:22 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e6CLVLd26590; Wed, 12 Jul 2000 14:31:21 -0700 (PDT) Date: Wed, 12 Jul 2000 14:31:21 -0700 From: Alfred Perlstein To: Kevin Mills Cc: hackers@FreeBSD.ORG Subject: Re: POSIX Real time extensions Message-ID: <20000712143121.H25571@fw.wintelcom.net> References: <20000712140902.F25571@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from kmills@aventail.com on Wed, Jul 12, 2000 at 02:14:11PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Kevin Mills [000712 14:14] wrote: > > It's in recent versions of stable and current. > > > > http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/sys/kqueue.2 > > Ah, thank you! > > How does kqueue interact with uthreads? I noticed that aio_waitcomplete() > blocks the entire process; will kqueue do something similar? Right now I think that's true, although I saw someone was working on it. Patches are always welcome. :) -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 12 19:10:18 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hetnet.nl (net015s.hetnet.nl [194.151.104.155]) by hub.freebsd.org (Postfix) with ESMTP id 1906F37B53C for ; Wed, 12 Jul 2000 19:10:15 -0700 (PDT) (envelope-from wilbertdg@hetnet.nl) Received: from alias ([207.214.220.1]) by hetnet.nl with Microsoft SMTPSVC(5.5.1877.387.38); Thu, 13 Jul 2000 04:10:10 +0200 Message-ID: <095401bfec6f$495ba110$0a00a8c0@alias> From: "Wilbert de Graaf" To: "FreeBSD-hackers" Subject: #include question: requires Date: Wed, 12 Jul 2000 19:08:47 -0700 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 Maybe obvious to some of you, but I had to define two new structures (as described in an ietf draft) in . This in order to be able to support igmpv3 / multicast source filters. Anyway, these structures require 'struct sockaddr_storage' which is defined in . When I compiled the code, it stopped since several source files only include and not . To solve this I added these 3 lines #ifndef _SYS_SOCKET_H #include #endif somewhere in the top of . I want to verify if this is indeed the best way to solve it ? - Wilbert To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 12 20: 2: 9 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp03.mrf.mail.rcn.net (smtp03.mrf.mail.rcn.net [207.172.4.62]) by hub.freebsd.org (Postfix) with ESMTP id 0161D37BDB5 for ; Wed, 12 Jul 2000 20:02:06 -0700 (PDT) (envelope-from jacobson@pobox.com) Received: from 208-59-96-60.s60.tnt1.trpr.pa.dialup.rcn.com ([208.59.96.60] helo=home.my.domain) by smtp03.mrf.mail.rcn.net with esmtp (Exim 3.15 #2) id 13CZGF-0003tV-00 for hackers@freebsd.org; Wed, 12 Jul 2000 23:02:04 -0400 Received: from home (joe@localhost [127.0.0.1]) by home.my.domain (8.9.3/8.9.3) with ESMTP id XAA03941 for ; Wed, 12 Jul 2000 23:02:00 -0400 (EDT) (envelope-from joe@home.my.domain) Message-Id: <200007130302.XAA03941@home.my.domain> To: hackers@freebsd.org Subject: Why isn't localhost used by talk? From: Joseph Jacobson Date: Wed, 12 Jul 2000 23:01:59 -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Local to local talk doesn't work if the hostname for the box doesn't match any an ip on any interface. Although this sounds wierd, consider a non-dedicated ppp link. Although you can get around this problem with 'talk user@localhost', POLA would say talk should default to localhost. I couldn't think of any good reason why this shouldn't be the case. Patch follows. Joe ----------8<----------8<----------8<----------8<----------8<---------- *** get_names.c.orig Wed Jul 12 22:38:16 2000 --- get_names.c Wed Jul 12 21:52:17 2000 *************** *** 86,91 **** --- 86,92 ---- ; if (*cp == '\0') { /* this is a local to local talk */ + strcpy(my_machine_name,"localhost"); his_name = argv[1]; his_machine_name = my_machine_name; } else { ----------8<----------8<----------8<----------8<----------8<---------- -- Joseph Jacobson Finger for PGP #include One should not underestimate roses. Men have died over a difference in their color. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 12 20:23: 1 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from itsdsv1.enc.edu (fw1.enc.edu [63.85.52.127]) by hub.freebsd.org (Postfix) with ESMTP id 6F66237B5F1 for ; Wed, 12 Jul 2000 20:22:58 -0700 (PDT) (envelope-from owensc@enc.edu) Received: from enc.edu (r2s1.r.its.enc.edu [10.100.0.21]) by itsdsv1.enc.edu (8.7.5/8.7.3) with ESMTP id XAA09047; Wed, 12 Jul 2000 23:20:30 -0400 (EDT) Message-ID: <396D37FA.F66CDF9A@enc.edu> Date: Wed, 12 Jul 2000 23:31:06 -0400 From: "Charles N. Owens" Organization: Eastern Nazarene College X-Mailer: Mozilla 4.61 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: hackers@freebsd.org Cc: Paul Richards Subject: ldap library name conflict problem References: <396CD492.AAF0C38C@enc.edu> <396CE597.A9B2AD5@originative.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I 've encountered a problem which I could see affecting other LDAP hackers as well: the libldap and libber libraries from openldap and from the Mozilla ldap-sdk (${PORTSDIR}/net/ldapsdk) get installed with the same names and version numbers (but not in the same directories... the mozilla libs get put in /usr/local/mozilla/directory/lib). Thus when running programs written for either library set the libraries that actually get invoked are whichever set is listed first in the dynamic linker's "hints" database. This is very annoying! What is the appropriate solution? Some thoughts that come to mind: * change the version number that gets used for either library set... and then change all corresponding ports (if any) to use that verion number * somehow compile stuff (PerLDAP, for example) so it goes directly to the Mozilla libraries, despite the fact that the openldap libs are in the hints database first. I'm sure this could be accomplished via static linking, but that doesn't seem ideal. I'm not exactly sure how to accomplish either approach. Any hints? (hah! a weak pun!) Thanks, -- ------------------------------------------------------------------------- Charles N. Owens Email: owensc@enc.edu http://www.enc.edu/~owensc Network & Systems Administrator Information Technology Services "Outside of a dog, a book is a man's Eastern Nazarene College best friend. Inside of a dog it's too dark to read." - Groucho Marx ------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 12 21:31:28 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.lewman.org (lowrider.lewman.org [209.67.240.52]) by hub.freebsd.org (Postfix) with ESMTP id 6690E37C053 for ; Wed, 12 Jul 2000 21:31:25 -0700 (PDT) (envelope-from sean@rentul.net) Received: by mail.lewman.org (Postfix, from userid 1004) id F26FF3D34; Thu, 13 Jul 2000 00:30:53 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mail.lewman.org (Postfix) with ESMTP id 6320D5BBF; Thu, 13 Jul 2000 00:30:53 -0400 (EDT) Date: Thu, 13 Jul 2000 00:30:38 -0400 (EDT) From: Sean Lutner X-Sender: sean@lowrider.lewman.org To: "Daniel C. Sobral" Cc: laa@laa.zp.ua, hackers@FreeBSD.ORG Subject: Re: PATCH src/etc/root : more->less In-Reply-To: <396C5C64.84EDA6D8@newsguy.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG (17) sean@pulse: ~ $ ls -G ls: illegal option -- G usage: ls [-ACFHLPRTWacdfgiklnoqrstu1] [file ...] (18) sean@pulse: ~ $ sure about that? output from a 4.0-STABLE system, last cvsup'd july 1. On Wed, 12 Jul 2000, Daniel C. Sobral wrote: > laa@laa.zp.ua wrote: > > > > What about it for 4.0-ST? > > > > alias h history 25 > > alias j jobs -l > > -alias la ls -a > > -alias lf ls -FA > > -alias ll ls -lA > > +alias la ls -aG > > +alias lf ls -FAG > > +alias ll ls -lAG > > No. If you want colors, alias ls ls -G. And, in particular, we do not > impose colors by default. > > > -setenv PAGER more > > +setenv PAGER less > > Why would we do that? Unix pager is more(1). That is true in all Unix in > existance. > > > -HOME=/root > > -export HOME > > -TERM=${TERM:-cons25} > > -export TERM > > -PAGER=more > > -export PAGER > > +export HOME=/root > > +export TERM=${TERM:-cons25} > > +export PAGER=less > > That's not garanteed to work. Not all shells support export used in this > way. So, again, no. > > -- > Daniel C. Sobral (8-DCS) > dcs@newsguy.com > dcs@freebsd.org > capo@the.great.underground.bsdconpiracy.org > > _DES: The Book of Bruce has only one sentence in it, and it says > "the actual directives of my cult are left as an exercise for the > reader. Good luck." > jkh: does it really include the 'good luck' part? > EE: OK, I made that part up. > EE: I figured it should sound a bit more cheery than how Bruce > initially dictated it to me. > > > > 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 Wed Jul 12 22:15:31 2000 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 BBADE37C2DD for ; Wed, 12 Jul 2000 22:15:28 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e6D5FQC10049; Wed, 12 Jul 2000 22:15:26 -0700 (PDT) Date: Wed, 12 Jul 2000 22:15:26 -0700 From: Alfred Perlstein To: Wilbert de Graaf Cc: FreeBSD-hackers Subject: Re: #include question: requires Message-ID: <20000712221526.L25571@fw.wintelcom.net> References: <095401bfec6f$495ba110$0a00a8c0@alias> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <095401bfec6f$495ba110$0a00a8c0@alias>; from wilbertdg@hetnet.nl on Wed, Jul 12, 2000 at 07:08:47PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Wilbert de Graaf [000712 19:11] wrote: > > Maybe obvious to some of you, but I had to define two new structures (as > described in an ietf draft) in . This in order to be able to > support igmpv3 / multicast source filters. Anyway, these structures require > 'struct sockaddr_storage' which is defined in . > When I compiled the code, it stopped since several source files only include > and not . To solve this I added these 3 lines > > #ifndef _SYS_SOCKET_H > #include > #endif > > somewhere in the top of . I want to verify if this is indeed > the best way to solve it ? No, the proper solution is to do a forward struct declaration like so: struct something; struct bigger_something { struct something foo; } -- -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 Wed Jul 12 22:23:29 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from server3.safepages.com (server3.safepages.com [216.127.146.5]) by hub.freebsd.org (Postfix) with ESMTP id A1AAB37C25C for ; Wed, 12 Jul 2000 22:23:26 -0700 (PDT) (envelope-from glennpj@bayouhome.net) Received: from gforce.johnson.home (1Cust115.tnt7.new-orleans.la.da.uu.net [63.14.236.115]) by server3.safepages.com (Postfix) with ESMTP id 05416367A0; Thu, 13 Jul 2000 01:23:14 -0400 (EDT) Received: (from glenn@localhost) by gforce.johnson.home (8.9.3/8.9.3) id AAA12590; Thu, 13 Jul 2000 00:23:07 -0500 (CDT) (envelope-from glenn) From: Glenn Johnson Date: Thu, 13 Jul 2000 00:23:07 -0500 To: Sean Lutner Cc: "Daniel C. Sobral" , laa@laa.zp.ua, hackers@FreeBSD.ORG Subject: Re: PATCH src/etc/root : more->less Message-ID: <20000713002306.A12546@gforce.johnson.home> References: <396C5C64.84EDA6D8@newsguy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: ; from sean@rentul.net on Thu, Jul 13, 2000 at 12:30:38AM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Jul 13, 2000 at 12:30:38AM -0400, Sean Lutner wrote: > (17) sean@pulse: ~ $ ls -G > ls: illegal option -- G > usage: ls [-ACFHLPRTWacdfgiklnoqrstu1] [file ...] > (18) sean@pulse: ~ $ > > > sure about that? output from a 4.0-STABLE system, last cvsup'd july 1. ^^^^^^ Too long ago. :) Try cvsupping again and make world. -- Glenn Johnson glennpj@bayouhome.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 13 0:48:45 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from dt052n3e.san.rr.com (dt052n3e.san.rr.com [204.210.33.62]) by hub.freebsd.org (Postfix) with ESMTP id 8FE8537B5E4 for ; Thu, 13 Jul 2000 00:48:42 -0700 (PDT) (envelope-from DougB@gorean.org) Received: from gorean.org (master [10.0.0.2]) by dt052n3e.san.rr.com (8.9.3/8.9.3) with ESMTP id AAA12728; Thu, 13 Jul 2000 00:46:56 -0700 (PDT) (envelope-from DougB@gorean.org) Message-ID: <396D73F0.7DF515F5@gorean.org> Date: Thu, 13 Jul 2000 00:46:56 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.73 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Max Khon Cc: hackers@FreeBSD.ORG Subject: Re: PATCH src/etc/root : more->less References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Max Khon wrote: > > hi, there! > > On Tue, 11 Jul 2000 laa@laa.zp.ua wrote: > > > What about it for 4.0-ST? > > > > Index: src/etc/root/dot.cshrc > > [trim] > > and what's about this? > > --- usr.sbin/mergemaster/mergemaster.sh.orig Tue Jul 11 21:34:20 2000 > +++ usr.sbin/mergemaster/mergemaster.sh Tue Jul 11 21:37:11 2000 The default for mm will still be more, since that's the default that most people are comfortable with. I plan to expand (and modify) the whole "here's your $PAGER" text and menu to clarify the current state of things, and to make the option of using less more sensible. Thanks for your suggestion, Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 13 4:11:27 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from storm.FreeBSD.org.uk (storm.freebsd.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id 77E2D37C3F2; Thu, 13 Jul 2000 04:11:16 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (hak.nat.Awfulhak.org [172.31.0.12]) by storm.FreeBSD.org.uk (8.9.3/8.9.3) with ESMTP id MAA34302; Thu, 13 Jul 2000 12:11:09 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id KAA00789; Thu, 13 Jul 2000 10:16:28 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200007130916.KAA00789@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Ben Smithurst Cc: Brian Somers , James Howard , freebsd-hackers@FreeBSD.org, freebsd-arch@FreeBSD.org, brian@Awfulhak.org Subject: Re: /etc/security -> /etc/periodic/security ? In-Reply-To: Message from Ben Smithurst of "Tue, 04 Jul 2000 13:07:44 BST." <20000704130744.D13714@strontium.scientia.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 13 Jul 2000 10:16:28 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Brian Somers wrote: > > >> Well, "periodic security" will work as long as /etc/periodic/security > >> exists, so I guess you just mean the docs need updating? I'll get to > >> that if someone is actually planning on committing this stuff. > >=20 > > Perhaps the best option is to do with the inline security option and=20 > > just run ``periodic security'' from cron ? I can commit the changes. > > I don't think there's really a problem with just running security > from daily. I can add a note that this is normal practice in the > manpage, and that security shouldn't be run separately unless you set > daily_security_enable=3DNO or whatever the option is. Oops, sorry for the reply latency.... I don't think it's appropriate to separate the security script into multiple scripts unless the intention is to run ``periodic security''. This is just my personal view though. If you feel strongly about it, you should bring it up on freebsd-arch. I'll certainly back down if the concensus says it should be split. > --=20 > Ben Smithurst / ben@scientia.demon.co.uk / PGP: 0x99392F7D BTW, congrats on your commit bit ! -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 13 6:21:45 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from storm.FreeBSD.org.uk (storm.freebsd.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id C613C37B9F8; Thu, 13 Jul 2000 06:21:35 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (hak.nat.Awfulhak.org [172.31.0.12]) by storm.FreeBSD.org.uk (8.9.3/8.9.3) with ESMTP id OAA35435; Thu, 13 Jul 2000 14:21:30 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id OAA03736; Thu, 13 Jul 2000 14:21:26 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200007131321.OAA03736@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Brian Somers Cc: Ben Smithurst , James Howard , freebsd-hackers@FreeBSD.ORG, freebsd-arch@FreeBSD.ORG, brian@Awfulhak.org Subject: Re: /etc/security -> /etc/periodic/security ? In-Reply-To: Message from Brian Somers of "Thu, 13 Jul 2000 10:16:28 BST." <200007130916.KAA00789@hak.lan.Awfulhak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 13 Jul 2000 14:21:26 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Brian Somers wrote: > > > > >> Well, "periodic security" will work as long as /etc/periodic/security > > >> exists, so I guess you just mean the docs need updating? I'll get to > > >> that if someone is actually planning on committing this stuff. > > >=20 > > > Perhaps the best option is to do with the inline security option and=20 > > > just run ``periodic security'' from cron ? I can commit the changes. > > > > I don't think there's really a problem with just running security > > from daily. I can add a note that this is normal practice in the > > manpage, and that security shouldn't be run separately unless you set > > daily_security_enable=3DNO or whatever the option is. > > Oops, sorry for the reply latency.... > > I don't think it's appropriate to separate the security script into > multiple scripts unless the intention is to run ``periodic > security''. This is just my personal view though. If you feel > strongly about it, you should bring it up on freebsd-arch. I'll > certainly back down if the concensus says it should be split. Duh! I didn't realise -arch was already on the cc list :-/ > > --=20 > > Ben Smithurst / ben@scientia.demon.co.uk / PGP: 0x99392F7D > > BTW, congrats on your commit bit ! -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 13 6:40:19 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (Postfix) with ESMTP id 6F34637C454; Thu, 13 Jul 2000 06:39:58 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from strontium.scientia.demon.co.uk ([192.168.91.36] ident=exim) by scientia.demon.co.uk with esmtp (Exim 3.15 #1) id 13Ci6f-00025e-00; Thu, 13 Jul 2000 13:28:45 +0100 Received: (from ben) by strontium.scientia.demon.co.uk (Exim 3.15 #1) id 13Ci6f-000It2-00; Thu, 13 Jul 2000 13:28:45 +0100 Date: Thu, 13 Jul 2000 13:28:45 +0100 From: Ben Smithurst To: Brian Somers Cc: James Howard , freebsd-hackers@FreeBSD.org, freebsd-arch@FreeBSD.org Subject: Re: /etc/security -> /etc/periodic/security ? Message-ID: <20000713132845.C48641@strontium.scientia.demon.co.uk> References: <200007130916.KAA00789@hak.lan.Awfulhak.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="aT9PWwzfKXlsBJM1" Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200007130916.KAA00789@hak.lan.Awfulhak.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --aT9PWwzfKXlsBJM1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Brian Somers wrote: > Oops, sorry for the reply latency.... Don't worry, I've been side-tracked by docs stuff, committing things then thinking "am I allowed to do that?", etc. Fortunately I haven't been forced to wear the pointy hat yet. :-) > I don't think it's appropriate to separate the security script into=20 > multiple scripts unless the intention is to run ``periodic=20 > security''. This is just my personal view though. If you feel=20 > strongly about it, you should bring it up on freebsd-arch. I'll=20 > certainly back down if the concensus says it should be split. I don't really feel strongly, I just think it would be cleaner to have it separated out. Alternatively perhaps /etc/security could be moved to /etc/periodic/daily/.security, since it's just another daily script really. But that would mean a repo-copy and this probably isn't important enough to justify that, so let's leave it be. People are probably used to running '/etc/security' standalone as well. >> Ben Smithurst / ben@scientia.demon.co.uk / PGP: 0x99392F7D >=20 > BTW, congrats on your commit bit ! Thanks. I took advantage of it to commit a question to the FAQ which James (on the cc list) asked recently: "what is a repo-copy?", let me know if it answers your question well enough. (it's in the misc questions bit.) --=20 Ben Smithurst / ben@FreeBSD.org / PGP: 0x99392F7D FreeBSD Documentation Project / --aT9PWwzfKXlsBJM1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0i for non-commercial use MessageID: m7qH7zwKrsJvP360aTI/JYOHyBfPoZF7 iQCVAwUBOW21+ysPVtiZOS99AQFExgP9Ezg4b91D8T97FErt6HanEvE6iPSXOt92 x5Nt9yhreaQyyf4Ktj7NPNLYpmH6C5TcJX2gqDBe55cBMMIO/TzaOv6Fubb0DJ2s drpRy6AZO1ftkjP4W0WyQx9yW2sD+z5JwbHkSTzl6tk/dR21KNO4pKfOtmirbG4U BLn9fTAaSKQ= =DnFA -----END PGP SIGNATURE----- --aT9PWwzfKXlsBJM1-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 13 7:34:58 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ns1.sunesi.net (ns1.sunesi.net [196.15.192.194]) by hub.freebsd.org (Postfix) with ESMTP id 8BF1337BB1E for ; Thu, 13 Jul 2000 07:34:54 -0700 (PDT) (envelope-from nbm@sunesi.net) Received: from nbm by ns1.sunesi.net with local (Exim 3.03 #1) id 13Ck4i-000DSx-00 for hackers@FreeBSD.org; Thu, 13 Jul 2000 16:34:52 +0200 Date: Thu, 13 Jul 2000 16:34:52 +0200 From: Neil Blakey-Milner To: FreeBSD Hackers Subject: PR 10548: more userful ifconfig behaviour without args Message-ID: <20000713163452.A51749@mithrandr.moria.org> Reply-To: nbm@mithrandr.moria.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Organization: Sunesi Clinical Systems X-Operating-System: FreeBSD 3.3-RELEASE i386 X-URL: http://rucus.ru.ac.za/~nbm/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, There are plenty of PRs languishing without comment in the PR database, and this is one that requires a "implement and close it" or "here's a good reason not to do this, and close it" response. Any takers? Reply-To set to myself. Neil -- Neil Blakey-Milner Sunesi Clinical Systems 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 Jul 13 9:27:48 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from orion.ac.hmc.edu (Orion.AC.HMC.Edu [134.173.32.20]) by hub.freebsd.org (Postfix) with ESMTP id 18E6E37C66D for ; Thu, 13 Jul 2000 09:27:45 -0700 (PDT) (envelope-from brdavis@orion.ac.hmc.edu) Received: (from brdavis@localhost) by orion.ac.hmc.edu (8.8.8/8.8.8) id JAA28507; Thu, 13 Jul 2000 09:26:57 -0700 (PDT) Date: Thu, 13 Jul 2000 09:26:57 -0700 From: Brooks Davis To: Joseph Jacobson Cc: hackers@FreeBSD.ORG Subject: Re: Why isn't localhost used by talk? Message-ID: <20000713092657.A27946@orion.ac.hmc.edu> References: <200007130302.XAA03941@home.my.domain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre4i In-Reply-To: <200007130302.XAA03941@home.my.domain>; from jacobson@pobox.com on Wed, Jul 12, 2000 at 11:01:59PM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Jul 12, 2000 at 11:01:59PM -0400, Joseph Jacobson wrote: > > Local to local talk doesn't work if the hostname for the box doesn't > match any an ip on any interface. Although this sounds wierd, consider > a non-dedicated ppp link. Although you can get around this problem with > 'talk user@localhost', POLA would say talk should default to localhost. > I couldn't think of any good reason why this shouldn't be the case. You may be able to work around this by insuring that your hostname maps to the loop back address in your hosts file. I did that to get apache to start up on my laptop when there are no network interfaces. My host name is minya and I've got the following entry in my hosts file: 127.0.0.1 minya. minya localhost -- 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 Thu Jul 13 12:12:40 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from nothing-going-on.demon.co.uk (tmp1.BSDI.COM [207.174.118.241]) by hub.freebsd.org (Postfix) with ESMTP id 6ADDE37C507 for ; Thu, 13 Jul 2000 12:12:35 -0700 (PDT) (envelope-from nik@nothing-going-on.demon.co.uk) Received: (from nik@localhost) by nothing-going-on.demon.co.uk (8.9.3/8.9.3) id BAA11688; Thu, 13 Jul 2000 01:37:23 GMT (envelope-from nik) Date: Thu, 13 Jul 2000 01:37:22 +0000 From: Nik Clayton To: Frederik Meerwaldt Cc: freebsd-hackers@freebsd.org Subject: Re: Can anyone recommend a good clustering software? Message-ID: <20000713013722.A11613@kilt.nothing-going-on.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from frederik@freddym.org on Tue, Jul 11, 2000 at 04:17:53PM +0200 Organization: FreeBSD Project Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jul 11, 2000 at 04:17:53PM +0200, Frederik Meerwaldt wrote: > Can anyone tell me a clustering software for FreeBSD? PolyServe? No URL, as I'm in the air at the moment, but try a general web search, or look at past announcements on DaemonNews, where it was mentioned a few weeks back. N -- Internet connection, $19.95 a month. Computer, $799.95. Modem, $149.95. Telephone line, $24.95 a month. Software, free. USENET transmission, hundreds if not thousands of dollars. Thinking before posting, priceless. Somethings in life you can't buy. For everything else, there's MasterCard. -- Graham Reed, in the Scary Devil Monastery To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 13 12:18:51 2000 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 7CB1837C46A for ; Thu, 13 Jul 2000 12:18:39 -0700 (PDT) (envelope-from rene@canyon.demon.nl) Received: from [212.238.15.212] (helo=canyon.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #2) id 13CoVJ-00044q-00 for hackers@freebsd.org; Thu, 13 Jul 2000 19:18:37 +0000 Received: (from rene@localhost) by canyon.demon.nl (8.9.3/8.9.3) id VAA20629 for hackers@freebsd.org; Thu, 13 Jul 2000 21:17:51 +0200 (CEST) (envelope-from rene) Date: Thu, 13 Jul 2000 21:17:51 +0200 From: Rene de Vries To: hackers@freebsd.org Subject: RELENG_4 build broken? Message-ID: <20000713211750.A20614@grand.canyon.demon.nl> 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 Hello, Today and yesterday I tried to build a freshly cvsup-ed RELENG_4 source tree, both builds failed. Did I forget/miss something, or did someone break the build? Rene (build was started with make buildworld) ===> usr.sbin/lptcontrol rm -f .depend mkdep -f .depend -a -I/usr/obj/usr/src/i386/usr/include /usr/src/usr.sbin/lptcontrol/lptcontrol.c /usr/src/usr.sbin/lptcontrol/lptcontrol.c:45: dev/ppbus/lptio.h: No such file or directory mkdep: compile failed *** Error code 1 -- Rene de Vries http://www.tcja.nl mailto:rene@tcja.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 13 12:21:18 2000 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 EBB0437B5DE for ; Thu, 13 Jul 2000 12:21:07 -0700 (PDT) (envelope-from abc@shell.wetworks.org) Received: (qmail 89246 invoked by uid 1000); 13 Jul 2000 19:21:06 -0000 Date: Thu, 13 Jul 2000 15:21:06 -0400 From: Alan Clegg To: Rene de Vries Cc: hackers@freebsd.org Subject: Re: RELENG_4 build broken? Message-ID: <20000713152106.A88629@shell.wetworks.org> References: <20000713211750.A20614@grand.canyon.demon.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000713211750.A20614@grand.canyon.demon.nl>; from rene@canyon.demon.nl on Thu, Jul 13, 2000 at 09:17:51PM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG An SMTP stream claimed that Rene de Vries muttered: > Today and yesterday I tried to build a freshly cvsup-ed RELENG_4 source tree, > both builds failed. Did I forget/miss something, or did someone break the > build? Fixed as of about 9:30am pacific time. re-cvsup. AlanC To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 13 12:26:49 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from pawn.primelocation.net (pawn.primelocation.net [205.161.238.235]) by hub.freebsd.org (Postfix) with ESMTP id 3A8E437C53B for ; Thu, 13 Jul 2000 12:26:42 -0700 (PDT) (envelope-from cdf.lists@fxp.org) Received: by pawn.primelocation.net (Postfix, from userid 1016) id B6F6F9B1C; Thu, 13 Jul 2000 15:26:35 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by pawn.primelocation.net (Postfix) with ESMTP id AB73EBA11; Thu, 13 Jul 2000 15:26:35 -0400 (EDT) Date: Thu, 13 Jul 2000 15:26:35 -0400 (EDT) From: "Chris D. Faulhaber" X-Sender: cdf.lists@pawn.primelocation.net To: Rene de Vries Cc: hackers@freebsd.org Subject: Re: RELENG_4 build broken? In-Reply-To: <20000713211750.A20614@grand.canyon.demon.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 13 Jul 2000, Rene de Vries wrote: > Hello, > > Today and yesterday I tried to build a freshly cvsup-ed RELENG_4 source tree, > both builds failed. Did I forget/miss something, or did someone break the > build? > You seem to have missed a couple dozen messages regarding this problem and the working solution(s) provided (though not committed). In addition, problems with the -STABLE branch should go to freebsd-stable@FreeBSD.org, not -hackers. ----- 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 Thu Jul 13 13:49: 2 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from po4.glue.umd.edu (po4.glue.umd.edu [128.8.10.124]) by hub.freebsd.org (Postfix) with ESMTP id 4D3F537C651; Thu, 13 Jul 2000 13:48:55 -0700 (PDT) (envelope-from howardjp@glue.umd.edu) Received: from y.glue.umd.edu (root@y.glue.umd.edu [128.8.10.68]) by po4.glue.umd.edu (8.10.1/8.10.1) with ESMTP id e6DKmqB01933; Thu, 13 Jul 2000 16:48:53 -0400 (EDT) Received: from y.glue.umd.edu (sendmail@localhost [127.0.0.1]) by y.glue.umd.edu (8.9.3/8.9.3) with SMTP id QAA21043; Thu, 13 Jul 2000 16:48:52 -0400 (EDT) Received: from localhost (howardjp@localhost) by y.glue.umd.edu (8.9.3/8.9.3) with ESMTP id QAA21039; Thu, 13 Jul 2000 16:48:52 -0400 (EDT) X-Authentication-Warning: y.glue.umd.edu: howardjp owned process doing -bs Date: Thu, 13 Jul 2000 16:48:52 -0400 (EDT) From: James Howard To: Ben Smithurst Cc: Brian Somers , freebsd-hackers@FreeBSD.org, freebsd-arch@FreeBSD.org Subject: Re: /etc/security -> /etc/periodic/security ? In-Reply-To: <20000713132845.C48641@strontium.scientia.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 13 Jul 2000, Ben Smithurst wrote: > Thanks. I took advantage of it to commit a question to the FAQ which > James (on the cc list) asked recently: "what is a repo-copy?", let > me know if it answers your question well enough. (it's in the misc > questions bit.) This is very nice. I understand the concept completely now. This is not too technical for a newbie and is quite nice. Now please place answers to the following questions in FAQ? What are fairings? Why does it matter what color the bikeshed is? What does non-reflexive? (Can you tell I read the follow question?:) Jamie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 13 15: 4:59 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from aurora.sol.net (aurora.sol.net [206.55.65.76]) by hub.freebsd.org (Postfix) with ESMTP id 1CA2C37B84D for ; Thu, 13 Jul 2000 15:04:50 -0700 (PDT) (envelope-from jgreco@aurora.sol.net) Received: (from jgreco@localhost) by aurora.sol.net (8.9.2/8.9.2/SNNS-1.02) id RAA37432; Thu, 13 Jul 2000 17:21:36 -0500 (CDT) From: Joe Greco Message-Id: <200007132221.RAA37432@aurora.sol.net> Subject: Re: PR 10548: more userful ifconfig behaviour without args To: nbm@mithrandr.moria.org, hackers@FreeBSD.ORG Date: Thu, 13 Jul 2000 17:21:35 -0500 (CDT) 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 > There are plenty of PRs languishing without comment in the PR database, > and this is one that requires a "implement and close it" or "here's a > good reason not to do this, and close it" response. Well, I'm not real thrilled with this particular patch. It adds no functionality to ifconfig, yet it eats up the magical "argc == 1" catchall. It seems to be a keystroke-saver, in which case I propose we change the name of "ifconfig" to simply "i" :-) -- ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 13 15:22:17 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mailbox.reptiles.org (mailbox.reptiles.org [198.96.117.155]) by hub.freebsd.org (Postfix) with ESMTP id F3EC237BDC1 for ; Thu, 13 Jul 2000 15:22:06 -0700 (PDT) (envelope-from jim@reptiles.org) Received: from localhost (2418 bytes) by mailbox.reptiles.org via sendmail with P:stdio/R:bind_hosts/T:inet_zone_bind_smtp (sender: ) (ident using unix) id for ; Thu, 13 Jul 2000 18:22:02 -0400 (EDT) (Smail-3.2.0.108 1999-Sep-19 #3 built 1999-Oct-27) Date: Thu, 13 Jul 2000 18:22:02 -0400 From: Jim Mercer To: hackers@freebsd.org Subject: patch for openssh to work with pty-redir Message-ID: <20000713182202.C677@reptiles.org> 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 was using pty-redir (from netbsd) and ssh to do VPN (ppp over ssh). we prefer to use kernel mode ppp for religious reasons. (userland ppp and netgraph ppp are not options). under 3.x release, with the ports/ssh, this worked fine. however, starting with when openssh became part of the system, it stopped working. when i did a "pty-redir ssh remhost /usr/sbin/pppd" the openssh would complain: "Pseudo-terminal will not be allocated because stdin is not a terminal." i managed to get it working with the stock openssh using the following patch. (yes, it is a quick and ugly hack) (any suggestions for doing pppd over ssh without this hack and/or pty-redir would be entertained) *** ssh.c Thu Jul 13 11:32:35 2000 --- ssh.c.orig Fri Jun 9 03:10:21 2000 *************** *** 41,47 **** /* Flag indicating whether debug mode is on. This can be set on the command line. */ int debug_flag = 0; - int pty_redir = 0; /* Flag indicating whether a tty should be allocated */ int tty_flag = 0; --- 41,46 ---- *************** *** 296,304 **** case 'n': stdin_null_flag = 1; break; - case 'r': - pty_redir = 1; - break; case 'f': fork_after_authentication_flag = 1; stdin_null_flag = 1; --- 295,300 ---- *************** *** 470,476 **** tty_flag = 1; /* Do not allocate a tty if stdin is not a tty. */ ! if (!pty_redir && !isatty(fileno(stdin))) { if (tty_flag) fprintf(stderr, "Pseudo-terminal will not be allocated because stdin is not a terminal.\n"); tty_flag = 0; --- 466,472 ---- tty_flag = 1; /* Do not allocate a tty if stdin is not a tty. */ ! if (!isatty(fileno(stdin))) { if (tty_flag) fprintf(stderr, "Pseudo-terminal will not be allocated because stdin is not a terminal.\n"); tty_flag = 0; -- [ Jim Mercer jim@reptiles.org +1 416 410-5633 ] [ Reptilian Research -- Longer Life through Colder Blood ] [ Don't be fooled by cheap Finnish imitations; BSD is the One True Code. ] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 13 15:59:48 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from griffin.aciri.org (griffin.aciri.org [192.150.187.12]) by hub.freebsd.org (Postfix) with ESMTP id 0C21A37B8EC for ; Thu, 13 Jul 2000 15:59:43 -0700 (PDT) (envelope-from wilbertdg@hetnet.nl) Received: from hetnet.nl (localhost.aciri.org [127.0.0.1]) by griffin.aciri.org (8.9.3/8.9.3) with ESMTP id PAA86637; Thu, 13 Jul 2000 15:59:32 -0700 (PDT) (envelope-from wilbertdg@hetnet.nl) Message-ID: <396E49D4.DBBA9B5C@hetnet.nl> Date: Thu, 13 Jul 2000 15:59:32 -0700 From: Wilbert de Graaf X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.0.36 i386) X-Accept-Language: en MIME-Version: 1.0 To: Alfred Perlstein Cc: FreeBSD-hackers Subject: Re: #include question: requires References: <095401bfec6f$495ba110$0a00a8c0@alias> <20000712221526.L25571@fw.wintelcom.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Alfred Perlstein wrote: > > > > somewhere in the top of . I want to verify if this is indeed > > the best way to solve it ? > > No, the proper solution is to do a forward struct declaration like so: > > struct something; > > struct bigger_something { > struct something foo; > } As we discussed offline Alfred, I would post this didn't work unless it was struct bigger_something { struct something *foo; } but I cannot change the structure that had to be added to . So it's probably going to be the #fndef _SYS_SOCKET_H. Thanks, Wilbert To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 13 16: 2:58 2000 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 E626D37BC99 for ; Thu, 13 Jul 2000 16:02:53 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e6DN2qQ07494; Thu, 13 Jul 2000 16:02:52 -0700 (PDT) Date: Thu, 13 Jul 2000 16:02:51 -0700 From: Alfred Perlstein To: Wilbert de Graaf Cc: FreeBSD-hackers Subject: Re: #include question: requires Message-ID: <20000713160251.Z25571@fw.wintelcom.net> References: <095401bfec6f$495ba110$0a00a8c0@alias> <20000712221526.L25571@fw.wintelcom.net> <396E49D4.DBBA9B5C@hetnet.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <396E49D4.DBBA9B5C@hetnet.nl>; from wilbertdg@hetnet.nl on Thu, Jul 13, 2000 at 03:59:32PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Wilbert de Graaf [000713 15:59] wrote: > > Alfred Perlstein wrote: > > > > > > > somewhere in the top of . I want to verify if this is indeed > > > the best way to solve it ? > > > > No, the proper solution is to do a forward struct declaration like so: > > > > struct something; > > > > struct bigger_something { > > struct something foo; > > } > > As we discussed offline Alfred, I would post this didn't work unless it > was > > struct bigger_something { > struct something *foo; > } > > but I cannot change the structure that had to be added to > . So > it's probably going to be the #fndef _SYS_SOCKET_H. you might as well unconditionally include sys/socket.h and let it's internal #ifndef take care of that problem. I'm not sure why you don't just make your own new header file for this struct unless you're adding to an existing structure in socket.h, even if you are you can put whatever it is that you added to netinet/in.h into a seperate header or sys/socket.h itself. -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 13 17:11:15 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from griffin.aciri.org (griffin.aciri.org [192.150.187.12]) by hub.freebsd.org (Postfix) with ESMTP id 0A98D37B8B4 for ; Thu, 13 Jul 2000 17:11:12 -0700 (PDT) (envelope-from wilbertdg@hetnet.nl) Received: from hetnet.nl (localhost.aciri.org [127.0.0.1]) by griffin.aciri.org (8.9.3/8.9.3) with ESMTP id RAA87041; Thu, 13 Jul 2000 17:11:10 -0700 (PDT) (envelope-from wilbertdg@hetnet.nl) Message-ID: <396E5A9E.E7CD05F1@hetnet.nl> Date: Thu, 13 Jul 2000 17:11:10 -0700 From: Wilbert de Graaf X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.0.36 i386) X-Accept-Language: en MIME-Version: 1.0 To: Alfred Perlstein Cc: FreeBSD-hackers Subject: Re: #include question: requires References: <095401bfec6f$495ba110$0a00a8c0@alias> <20000712221526.L25571@fw.wintelcom.net> <396E49D4.DBBA9B5C@hetnet.nl> <20000713160251.Z25571@fw.wintelcom.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Alfred, > you might as well unconditionally include sys/socket.h and let it's > internal #ifndef take care of that problem. you're right and i'll change it > I'm not sure why you don't just make your own new header file for > this struct unless you're adding to an existing structure in > socket.h, even if you are you can put whatever it is that you added > to netinet/in.h into a seperate header or sys/socket.h itself. The reason is that the structures, socket options have to be in whenever is included, since that's what's specified by that draft (which is good for portable code). - Wilbert To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 13 17:35:40 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from chiark.greenend.org.uk (chiark.greenend.org.uk [195.224.76.132]) by hub.freebsd.org (Postfix) with ESMTP id CF55E37B8F4 for ; Thu, 13 Jul 2000 17:35:32 -0700 (PDT) (envelope-from fanf@chiark.greenend.org.uk) Received: from fanf by chiark.greenend.org.uk with local (Exim 2.05 #1) id 13CtRt-0006Ga-00 (Debian); Fri, 14 Jul 2000 01:35:25 +0100 From: Tony Finch To: jim@reptiles.org Cc: hackers@freebsd.org Subject: Re: patch for openssh to work with pty-redir Newsgroups: chiark.mail.freebsd.hackers In-Reply-To: <20000713182202.C677@reptiles.org> Organization: Linux Unlimited Message-Id: Date: Fri, 14 Jul 2000 01:35:25 +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jim Mercer wrote: > >i was using pty-redir (from netbsd) and ssh to do VPN (ppp over ssh). >under 3.x release, with the ports/ssh, this worked fine. >however, starting with when openssh became part of the system, it stopped >working. >when i did a "pty-redir ssh remhost /usr/sbin/pppd" >the openssh would complain: >"Pseudo-terminal will not be allocated because stdin is not a terminal." > >i managed to get it working with the stock openssh using the following patch. >(yes, it is a quick and ugly hack) Hmm, I was confused for a while there by your reversed patch, but I know where we are now :-) I had a similar problem with user-ppp over ssh talking to an sshd on OpenBSD. The problem turned out to be that if sshd gives you a pty then stdin and stdout are the same bidirectional descriptor (so ppp works) but if that isn't the case then sshd uses two pipes in a unidirectional fashion. FreeBSD's sshd (since March in -CURRENT and April in 4.x) has a tweaked includes.h that doesn't #define USE_PIPES, so stdin is always bidirectional and ppp over ssh works. If your sshd is compiled in this way then you shouldn't need pty-redir either (although I can't find the source to check that it does what I think it does). Thanks to Brian "ppp over ssh over httptunnel" Somers for the explanation! Tony. -- f.a.n.finch fanf@covalent.net dot@dotat.at 404 the crinkley caress of crenulated crevice clips To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 13 18:36: 3 2000 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 1E3E037B9BF for ; Thu, 13 Jul 2000 18:35:59 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e6E1Zvg11710; Thu, 13 Jul 2000 18:35:57 -0700 (PDT) Date: Thu, 13 Jul 2000 18:35:57 -0700 From: Alfred Perlstein To: Wilbert de Graaf Cc: FreeBSD-hackers Subject: Re: #include question: requires Message-ID: <20000713183557.A25571@fw.wintelcom.net> References: <095401bfec6f$495ba110$0a00a8c0@alias> <20000712221526.L25571@fw.wintelcom.net> <396E49D4.DBBA9B5C@hetnet.nl> <20000713160251.Z25571@fw.wintelcom.net> <396E5A9E.E7CD05F1@hetnet.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <396E5A9E.E7CD05F1@hetnet.nl>; from wilbertdg@hetnet.nl on Thu, Jul 13, 2000 at 05:11:10PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Wilbert de Graaf [000713 17:11] wrote: > > Hi Alfred, > > > you might as well unconditionally include sys/socket.h and let it's > > internal #ifndef take care of that problem. > > you're right and i'll change it > > > I'm not sure why you don't just make your own new header file for > > this struct unless you're adding to an existing structure in > > socket.h, even if you are you can put whatever it is that you added > > to netinet/in.h into a seperate header or sys/socket.h itself. > > The reason is that the structures, socket options have to be in > whenever is included, since that's what's specified by > that draft (which is good for portable code). So effectively the standard mandates this? You might as well get rid of netinet/in.h then and include it all in sys/socket.h... or... wrap your stuff in sys/socket.h like so: #ifdef _NETINET_IN_H_ /* stuff that depends on netinet/in.h */ #endif -- -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 Thu Jul 13 19:52: 3 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from po4.glue.umd.edu (po4.glue.umd.edu [128.8.10.124]) by hub.freebsd.org (Postfix) with ESMTP id 9DDCC37B6D2 for ; Thu, 13 Jul 2000 19:51:59 -0700 (PDT) (envelope-from bfoz@glue.umd.edu) Received: from glue.umd.edu (poseidon.student.umd.edu [129.2.228.43]) by po4.glue.umd.edu (8.10.1/8.10.1) with ESMTP id e6E2pwD12364 for ; Thu, 13 Jul 2000 22:51:58 -0400 (EDT) Message-ID: <396E804C.69F07189@glue.umd.edu> Date: Thu, 13 Jul 2000 22:51:56 -0400 From: Brandon Fosdick X-Mailer: Mozilla 4.73 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: hackers@freebsd.org Subject: Interrupt Handler? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Where/How does one implement a hardware interrupt handler? I haven't done this sort of thing since the days of DOS. I imagine its a lot different in *nix. :) -Brandon -- bfoz@glue.umd.edu "Lead, follow, or get run over" "In life there are those who steer, and those who push" "I'm not impatient, the world is too slow" "Life is short, so have fun, play hard, and leave a good looking corpse" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 13 20:28: 3 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mailbox.reptiles.org (mailbox.reptiles.org [198.96.117.155]) by hub.freebsd.org (Postfix) with ESMTP id 0205837BCD5 for ; Thu, 13 Jul 2000 20:28:00 -0700 (PDT) (envelope-from jim@reptiles.org) Received: from localhost (2241 bytes) by mailbox.reptiles.org via sendmail with P:stdio/R:bind_hosts/T:inet_zone_bind_smtp (sender: ) (ident using unix) id for ; Thu, 13 Jul 2000 23:27:28 -0400 (EDT) (Smail-3.2.0.108 1999-Sep-19 #3 built 1999-Oct-27) Date: Thu, 13 Jul 2000 23:27:28 -0400 From: Jim Mercer To: Tony Finch Cc: hackers@freebsd.org Subject: Re: patch for openssh to work with pty-redir Message-ID: <20000713232727.E677@reptiles.org> References: <20000713182202.C677@reptiles.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from dot@dotat.at on Fri, Jul 14, 2000 at 01:35:25AM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Jul 14, 2000 at 01:35:25AM +0100, Tony Finch wrote: > Hmm, I was confused for a while there by your reversed patch, but I know > where we are now :-) yeah, sorry, i should have verified i got the polarity right. > I had a similar problem with user-ppp over ssh talking to an sshd on > OpenBSD. The problem turned out to be that if sshd gives you a pty then > stdin and stdout are the same bidirectional descriptor (so ppp works) > but if that isn't the case then sshd uses two pipes in a unidirectional > fashion. FreeBSD's sshd (since March in -CURRENT and April in 4.x) has > a tweaked includes.h that doesn't #define USE_PIPES, so stdin is always > bidirectional and ppp over ssh works. If your sshd is compiled in this > way then you shouldn't need pty-redir either (although I can't find > the source to check that it does what I think it does). i'm doing this one 4.0-stable, and what you are saying is that it should work. i have not been able to get it going with openssh, without the hack. is there some incantation of ssh i'm not aware of where i can do something like: ssh -h remhost --local-exec "/usr/sbin/pppd" --remote-exec "/usr/sbin/pppd" otherwise, how do you escape using something like pty-redir? > Thanks to Brian "ppp over ssh over httptunnel" Somers for the explanation! i poked about awfulhak.org and don't really get the reference. -- [ Jim Mercer jim@reptiles.org +1 416 410-5633 ] [ Reptilian Research -- Longer Life through Colder Blood ] [ Don't be fooled by cheap Finnish imitations; BSD is the One True Code. ] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 13 21:25: 3 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from tinker.exit.com (exit-gw.power.net [207.151.46.196]) by hub.freebsd.org (Postfix) with ESMTP id 02AD837C5E3 for ; Thu, 13 Jul 2000 21:24:42 -0700 (PDT) (envelope-from frank@exit.com) Received: from realtime.exit.com (realtime.exit.com [206.223.0.5]) by tinker.exit.com (8.9.3/8.9.3) with ESMTP id VAA72816 for ; Thu, 13 Jul 2000 21:19:25 -0700 (PDT) (envelope-from frank@exit.com) Received: (from frank@localhost) by realtime.exit.com (8.9.3/8.9.3) id VAA23045 for hackers@freebsd.org; Thu, 13 Jul 2000 21:19:24 -0700 (PDT) (envelope-from frank) From: Frank Mayhar Message-Id: <200007140419.VAA23045@realtime.exit.com> Subject: I know this isn't the right place to ask this, but... To: hackers@freebsd.org Date: Thu, 13 Jul 2000 21:19:24 -0700 (PDT) Reply-To: frank@exit.com Organization: Exit Consulting X-Copyright0: Copyright 2000 Frank Mayhar. All Rights Reserved. X-Copyright1: Permission granted for electronic reproduction as Usenet News or email only. X-Mailer: ELM [version 2.4ME+ PL68 (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 ...there are so many excessively bright and experienced minds on this list I can't imagine a _better_ place to ask it. My ISP (for whom I consult from time to time) is looking into Layer 4 Gigabit Ethernet; he needs some idea of the quality of various switches out there. If anyone here has recommendations or experiences with such switches, please email me directly (off-list). I would be, well, not _eternally_ in your debt, but I'll stand you a drink at BSDCon. Oh, he's looking into this because, quite unexpectedly, he has become something of a miniature MAE down here in Marina Del Rey. He needs gigabit just to keep up with the traffic. -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://store.exit.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 13 21:31:57 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from jade.chc-chimes.com (jade.chc-chimes.com [216.28.46.6]) by hub.freebsd.org (Postfix) with ESMTP id 6A20C37BE28 for ; Thu, 13 Jul 2000 21:31:55 -0700 (PDT) (envelope-from billf@jade.chc-chimes.com) Received: by jade.chc-chimes.com (Postfix, from userid 1001) id 8C0C81C6E; Fri, 14 Jul 2000 00:31:54 -0400 (EDT) Date: Fri, 14 Jul 2000 00:31:54 -0400 From: Bill Fumerola To: Frank Mayhar Cc: hackers@freebsd.org Subject: Re: I know this isn't the right place to ask this, but... Message-ID: <20000714003154.O4034@jade.chc-chimes.com> References: <200007140419.VAA23045@realtime.exit.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200007140419.VAA23045@realtime.exit.com>; from frank@exit.com on Thu, Jul 13, 2000 at 09:19:24PM -0700 X-Operating-System: FreeBSD 3.3-STABLE i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Jul 13, 2000 at 09:19:24PM -0700, Frank Mayhar wrote: > ...there are so many excessively bright and experienced minds on this list > I can't imagine a _better_ place to ask it. My ISP (for whom I consult > from time to time) is looking into Layer 4 Gigabit Ethernet; he needs > some idea of the quality of various switches out there. If anyone here > has recommendations or experiences with such switches, please email me > directly (off-list). I would be, well, not _eternally_ in your debt, > but I'll stand you a drink at BSDCon. Layer 4 gigabit? I can't even begin to imagine what you or he mean by that. -- Bill Fumerola - Network Architect / Computer Horizons Corp - CHIMES e-mail: billf@chimesnet.com / billf@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 13 21:38:43 2000 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 8BA2E37BD9F; Thu, 13 Jul 2000 21:38:37 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.9.3/8.9.3) with SMTP id AAA78882; Fri, 14 Jul 2000 00:38:35 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Fri, 14 Jul 2000 00:38:35 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: freebsd-hackers@FreeBSD.org, freebsd-chat@FreeBSD.org Subject: Pittsburgh August IETF Meeting: FreeBSD dinner, et al? 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 So it's coming up on that IETF time of year again, this time in beautiful (?) down-town Pittsburgh, in the first week of August. First, I'd like to encourage FreeBSD people to turn out for the event, as a strong showing in the standards community is great, and keeps the research projects coming to the platform (bring us things like industry-standard IP stacks). IETF meetings are a lot of fun, even if you don't have the technical background to participate fully. The hotels are filling fast, so book soon. Second, I'd like to bring up the topic of a FreeBSD dinner. We did one at the November IETF in DC with relatively good success, last year, although a reservation in advance is probably a good idea this time :-). With that in mind, I'd be glad to help organize things somewhat. The best day for me might actually be Monday evening, during the two-hour break, but I'm open to suggestions here if there are any serious BSD conflicts (i.e., a KAME meeting or something). If you're interested in participating, please feel free to send me an e-mail including: Your name Your preferred e-mail address Your preferred contact mechanism while at IETF (shout, for example, but preferably e-mail, or hotel information) Whether you would like to attend (obligatory: yes) Whether Monday would work for you or not, and if not, why Hope to see you all there! Robert N M Watson robert@fledge.watson.org http://www.watson.org/~robert/ PGP key fingerprint: AF B5 5F FF A6 4A 79 37 ED 5F 55 E9 58 04 6A B1 TIS Labs at Network Associates, 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 Thu Jul 13 21:40:51 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from cx587235-a.chnd1.az.home.com (cx587235-a.chnd1.az.home.com [24.11.88.170]) by hub.freebsd.org (Postfix) with ESMTP id 851DF37BAC9; Thu, 13 Jul 2000 21:40:43 -0700 (PDT) (envelope-from jjreynold@home.com) Received: from whale.home-net (whale [192.168.1.2]) by cx587235-a.chnd1.az.home.com (8.9.3/8.9.3) with ESMTP id VAA97861; Thu, 13 Jul 2000 21:40:43 -0700 (MST) (envelope-from jjreynold@home.com) Received: (from jjreynold@localhost) by whale.home-net (8.9.3/8.9.3) id VAA44626; Thu, 13 Jul 2000 21:40:42 -0700 (MST) (envelope-from jjreynold@home.com) From: John Reynolds MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14702.39370.781772.894664@whale.home-net> Date: Thu, 13 Jul 2000 21:40:42 -0700 (MST) To: doc@freebsd.org Subject: chapter about using the fixit floppy? X-Mailer: VM 6.73 under Emacs 20.7.1 Cc: hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [ cc'ing to -hackers because some content may be relavent outside -doc ] Hello all, Is there a chapter of the Handbook that details how to use the "fixit" floppy? I moved a disk from controller to controller yesterday and in doing so rendered my system unbootable (ad4 went to ad0, fstab is hosed, ooops) because I forgot to change /etc/fstab before shutting down. Rather than just temporarily putting the controller back, rebooting, changing /etc/fstab then moving it again I decided to get some worth out of those CDs I bought (grin :), get my hands dirty, and use the "fixit" option. IMO, it seems like the "fixit" shell one is given via this option (and I suppose by using the "fixit.flp" image) is more difficult to "use" than it should be. I don't profess to be the expert-of-all-gods in FreeBSD but I've sysadmin'ed SunOS boxes and been dorking with FreeBSD since 2.0.5, so I wouldn't consider myself a "newbie" to Unix. Still, it took me a while before I was able to mount my root partition so I could edit the lousy etc/fstab file. I knew the partition I wanted was ad0s1a but there was no device file for this partition in /dev or /dist/dev (aka /mnt2/dev I believe). So, I copied over MAKEDEV from /dist/dev and after seeing reference to using the $MAKEDEVPATH variable I was able to get MAKEDEV to work with a single edit--mknod is hard coded in there as /sbin/mknod but inside the "fixit" shell, mknod is reached through /mnt2/sbin/mknod (there were other trivialities like symlinking /dist/etc/group to /etc/group so mknod wouldn't complain about the group 'operator' not existing, etc.). So, my questions are two-fold: 1) Can we/shouldn't we populate the CD's /dev with every entry that could be created with MAKEDEV (including all the partitions that can be within slices of a disk)? If that were the case, then all I would have had to do was "mount -t ufs /mnt2/dev/ad0s1a /whatever" and went about my business editing. 2) If this is NOT a good thing to do, can we/should we make MAKEDEV not point to /sbin/mknod but rather to something in the path? At that point it should be trivial to write a section of the handbook detailing that all somebody needs to do to make devices is: cd /dev MAKEDEVPATH=$PATH; export MAKEDEVPATH sh /mnt2/dev/MAKEDEV whatever0 and they could then begin the business of fixing what needed fixing. If populating the CD's (and/or fixit floppy's) /dev with all known devices isn't the correct thing to do, I can provide patches to MAKEDEV if that's the correct route as well as a section for the handbook (at least in ASCII--I'll need help sgml'ing it). I'm looking for input from people. Perhaps it was just too late last night and I'm being dense (i.e. is the "fixit" procedure really this 'difficult' to use). Comments? Thanks, -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= John Reynolds Chandler Capabilities Engineering, CDS, Intel Corporation jreynold@sedona.ch.intel.com My opinions are mine, not Intel's. Running jjreynold@home.com FreeBSD 3.5-STABLE. FreeBSD: The Power to Serve. http://members.home.com/jjreynold/ Come join us!!! @ http://www.FreeBSD.org/ =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 13 22:23:18 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 7EC1637BAC9; Thu, 13 Jul 2000 22:23:09 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from beppo.feral.com (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id WAA12515; Thu, 13 Jul 2000 22:23:03 -0700 Date: Thu, 13 Jul 2000 22:23:05 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Robert Watson Cc: freebsd-hackers@FreeBSD.ORG, freebsd-chat@FreeBSD.ORG Subject: Re: Pittsburgh August IETF Meeting: FreeBSD dinner, et al? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > So it's coming up on that IETF time of year again, this time in beautiful > (?) down-town Pittsburgh, in the first week of August. ENOMONEY, ENOTIME, but for whoever goes, can you check out any of the SCSI over IP stuff and report back? I'm immensely interested, but have time/budget to go myself at the moment (it would be a cool 5.0 deliverable...) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 13 22:34: 3 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail1.rdc1.sfba.home.com (mail1.rdc1.sfba.home.com [24.0.0.74]) by hub.freebsd.org (Postfix) with ESMTP id 620E937BF45 for ; Thu, 13 Jul 2000 22:34:00 -0700 (PDT) (envelope-from boshea@ricochet.net) Received: from beastie.localdomain ([24.19.158.41]) by mail1.rdc1.sfba.home.com (InterMail vM.4.01.03.00 201-229-121) with ESMTP id <20000714053355.CPVR28364.mail1.rdc1.sfba.home.com@beastie.localdomain>; Thu, 13 Jul 2000 22:33:55 -0700 Received: (from brian@localhost) by beastie.localdomain (8.9.3/8.8.7) id WAA14762; Thu, 13 Jul 2000 22:44:45 -0700 (PDT) (envelope-from brian) Date: Thu, 13 Jul 2000 22:44:45 -0700 From: "Brian O'Shea" To: clefevre@citeweb.net Cc: Narvi , core-ix@hushmail.com, freebsd-hackers@FreeBSD.ORG Subject: Re: Some proposals to FreeBSD kernel Message-ID: <20000713224445.S351@beastie.localdomain> Reply-To: boshea@ricochet.net Mail-Followup-To: clefevre@citeweb.net, Narvi , core-ix@hushmail.com, freebsd-hackers@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: ; from Cyrille Lefevre on Mon, Jul 10, 2000 at 10:55:05PM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jul 10, 2000 at 10:55:05PM +0200, Cyrille Lefevre wrote: > ... an idea would be to add some limit to limit the number of processes > forked by a process (at one time in addition to the number of processes > by user which may be relative to the system wide limit > (maxprocperproc=nproc-10)... Actually this wouldn't solve your problem since the processes created are not all children of the first process that you start. Every child process also executes fork() in a loop, so when one reaches its per- process limit, all of its children will also be able to create up to their limit of child processes, each child of which will do the same, ad infinitum (well, until maxproc is reached and you can't create any more processes and your system is wedged again). The kern.maxprocperuid sysctl addresses this problem better. -brian -- Brian O'Shea boshea@ricochet.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 14 3:28:33 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mout2.silyn-tek.de (mout2.silyn-tek.de [194.25.165.70]) by hub.freebsd.org (Postfix) with ESMTP id 10B4B37C55B for ; Fri, 14 Jul 2000 03:28:28 -0700 (PDT) (envelope-from alex@big.endian.de) Received: from [192.168.32.34] (helo=mx2.silyn-tek.de) by mout2.silyn-tek.de with esmtp (Exim 3.13 #1) id 13D2hl-0008P5-00 for hackers@freebsd.org; Fri, 14 Jul 2000 12:28:25 +0200 Received: from p3e9d38e5.dip0.t-ipconnect.de ([62.157.56.229] helo=neutron.cichlids.com) by mx2.silyn-tek.de with esmtp (Exim 3.13 #1) id 13D2hh-0007u5-00 for hackers@freebsd.org; Fri, 14 Jul 2000 12:28:21 +0200 Received: from cichlids.cichlids.com (cichlids.cichlids.com [192.168.0.10]) by neutron.cichlids.com (Postfix) with ESMTP id 6B675AB8C for ; Fri, 14 Jul 2000 12:29:38 +0200 (CEST) Received: by cichlids.cichlids.com (Postfix, from userid 1001) id C125314B1E; Fri, 14 Jul 2000 12:28:40 +0200 (CEST) Date: Fri, 14 Jul 2000 12:28:40 +0200 To: hackers@freebsd.org Subject: removal of kvtop() on i386 Message-ID: <20000714122840.A82879@cichlids.cichlids.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i 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) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello! I recently wanted to port the if_ed driver to alpha. FreeBSD/alpha still misses kvtop(), so I implemented it. However, bde told me, that the whole function kvtop() is wrong, since "0" is a legitimate physical address and therefore the panic is misplaced. That means, kvtop() is obsolete. Before I continue porting the driver, I'd like to have this issue resolved. Please take a look at this (kinda old) patch: - Remove pmap_kextract from pmap.h for alpha and add it to pmap.c - remove pmap_kextract from vm_machdep.c for i386 and add it to pmap.c - change all kvtop() to pmap_kextract() in the src. http://people.freebsd.org/~alex/remove-kvtop.diff I received no further comments about this patch from bde, and dillon didn't answer to an email concerning this. 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 Jul 14 4:11: 0 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from alchemy.oven.org (shiva2.ksl.co.il [199.203.25.4]) by hub.freebsd.org (Postfix) with ESMTP id 44D6D37C605 for ; Fri, 14 Jul 2000 04:10:15 -0700 (PDT) (envelope-from roman@xpert.com) Received: from localhost (mapc@localhost) by alchemy.oven.org (8.9.3/8.9.3) with ESMTP id NAA83227 for ; Fri, 14 Jul 2000 13:07:38 +0300 (IDT) (envelope-from roman@xpert.com) X-Authentication-Warning: alchemy.oven.org: mapc owned process doing -bs Date: Fri, 14 Jul 2000 13:07:33 +0300 (IDT) From: Roman Shterenzon X-Sender: mapc@alchemy.oven.org To: freebsd-hackers@freebsd.org Subject: fsck_ext2fs Message-ID: Organization: Xpert UNIX Systems Ltd. MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-127000424-963569253=:86402" 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-127000424-963569253=:86402 Content-Type: TEXT/PLAIN; charset=US-ASCII Hello, I was looking for fsck_ext2fs and found that openbsd has it. So, I tried to compile it on freebsd, and it compiled very easy. I needed just some minor modifications to make it work. I send the tarball which has the modified version together with the patchfile. It seems to work for me. Perhaps someone will make a use of it. --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] --0-127000424-963569253=:86402 Content-Type: APPLICATION/octet-stream; name="fsck_ext2fs.tar.gz" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="fsck_ext2fs.tar.gz" H4sIAI7gbjkAA+w7/XfbRnL5lfor9r1catKhKICkKFuK80qRkI0XilQJ0pbr pgwILElUIMDgQ7Lurv3bOzO7+CQoO7kkd+2Z7y6GFjOz87Uzs7uDVXjy1e/9 Y13l7PSUfcUYO+t1C//KnwIjaqdz2lPU7hm+PlXbX7HT350z+MVhZAaMfbU1 d9ZTcJ96/3/0twpPHM9yY5v/fn7wS+yvdDuMqaraUb7Y/4/45ewfr36nWPD5 9j9V2sop2v+s3f1i/z/iV7I//xi1f3M3+EX2P+2B/Ttq9/SL/f+IX7X9xT+t zW8zh6oovW73kP3bPbXXkfbvnp6S/bu9Hthf+W2mf/r3T27/k+e1P0123Ls0 hucsMXvznqmtLmsrinKidE/aPdbunLe7552X7L/M0Pccpn3csT/Vnp8cIf6Y R/voKlNfvjw7UXonqsqUl+edznnnjC39+JEHGTrgH7HnbODvHgNnvYlY3WoQ Irs2vZi77JIQWlVAL9pN/G8P//uyAxC12YazKV9zLwqZv2IR/Dn3nHsehE70 iCMD03VWfuA5ZouxvusyoheygIc8uOc2zoNTTbnthFHgLOPI8T1mejaLQ84c j4V+HFicRpaOZwaPDOhtwyZ7cKIN8wP6148jpLL1bWflWCbSaDIz4GzHg60T Rdxmu8C/d2x4iDZmRJyufNf1HxxvzSzfsx1ECpEK4m15dI7PaqvEGskpebJ8 GyDBn0GcyARekaq59O/xlVQdEoGf50eOxZsA4YTMBXpIJpuWxCvyBJNaruls pS3a+4zAhDmNJIyAnHYMzP0+vDAhpaRk+1a8BeObidFOwB4+vA/Y1ox44Jhu mCmeDIaE82KQcJ0W+YZpg+dETohTZvg4AQDi4IqbUQyug2ZH9yCXAyFCfxU9 gNkkW6QJmGTnmo8lSUzrzvMfXG6vOdI9F07sEJegtojJ2JzRZDa/566/AwGW j/sejgQyJ2+ySx7ccZc/khYd8HRQrBDWD0IStttiY+6QkpCaZ255xdrx/Ow1 +VyZViIriLjkqA0wms+4Z8M7jgoCibZ+xBPJQhAkAPI2W8GLSr3JlcTCHbdw HQGqgwsswBXkibUUhtJoiDN7oxvMmFzN3vWnGoPnm+nkrT7UhuzyPbzU2FR7 rY1nBuuPh2wwGc+m+uV8Npka7Kef+gYgPHuGr5BUf/yeabc3U80w2GTK9Oub kQ50gPC0P57pmtFk+ngwmg/18WvQ8nzGxpMZG+nX+gzAZpMmzoeE9jHZ5Ipd a9PBG/izf6mP9Nl7YuhKn41xuiuYr89u+tOZPpiP+lN2M5/eTAyihnINdWMw 6uvX2hBimD6GiZn2FsRixpv+aFSQEygVxLzUgMX+5Yho0Twg5lCfaoMZypM9 DUBrwN2oyYwbbaDjg3argSj96fumJGto/zYHIHiJ1Ib96/5rEK7+CbWASQbz qXaNDIMijPmlMdNn85nGXk8mQwNJAXlDm77VB5pxwUYTgzQ2N7QmTDLr0/RA BdQFr+H5cm7opDh9PNOm0/nNTJ+MG0jozeQdaAaY7QP2kJQ8GZPMoKTJ9D3S RX2QDZrs3RsNxqeoU9JaH3VhgPYGM6SWg4RZQZ+znLBsrL0e6aD1gYZvJ0jo nW5oDTCZbiCALmZ+139PMs5JfDQW8CYec87bJJMy/Yr1h291ZF4CgyMYunSa yRVSMuaDN1L7ch3U/rX+dQPzcO1FS1VYPYkBkDOVk/bZycsuLbBryk64AGFR idSNIWUv76ZJWjOtDcaxO2bjyqXlD2kG1y3EDC/eLiGGQGhYOS5n4WMY8a0I Mf38EKKFEHEpipg5NOvRdTwICmwd+PFOYNKUxRdsY2Ku8TEoYlCzzchMAkBx IgdjTGhBhBLBEkNWGEPYOF66vnUHKXvjAHlMIXHgIX4CHlKsKzPEGNYXOQo4 A8BD+jJdQgdWRKDFimLnYuqHqWECXiEHhEeIhRGHKG+uUY+UEAHFhHTk74A3 5vqhmBYIojS+B0k0Yj95/GEVPmMRpMA0PeYZyfNITNk+yASJllkb01tDsg19 geTvHHzDgU18vaTYG/AVD7hnoW/EAaWG2HN5GKL1gTv4GzPmHQ/TyItZzQkg zy19IIM8EQ+MeAiphlmDz3ioDHMZ+m4cceFLpm1DCg0FLSK0fIz4sb9ahTwS xZUonYirgNtQSZF9HlEfzyBFbncu5DcWgibBk0Pnz1y47dc2XzmgsctLQ/93 rVZTlXY3HTQqBmuXl5Orq1qtXofZF1GjrjQa6Tuj9I5g2beSeg7w8nI0GfyA kDbKtk9n77XASGmxEzbU3i4SunL19RM9ge79QLhVsgxAPZa5M5cupW6pUawv hPoR/fb2Nr+Wr/WxmMsRvh5uTRcsDKbD0oQoCfdJ1JlhUDkDOX7prCG/+/F6 g6688V0bjFDycbHQED3axKH0vhDh6+BBWOBY64ageMf5TixRmJFyPwiYTEoc jLF8oHJ5z7dM98F8FLUwYgvj0rxieZjomFDuiRc0eN2/Lcrz/avCdJn/jCav F6n0qpKOJ2O1usq++64AlloN/XlnwsyirvJkzKEqsBiqtn7sUbSAR4gGGFm5 jSRADatwsQq3XtRCrq/HsxHkBsGEsJ5JyCT+zsTdCRgxiT1C+TyvM4r4VHEh V0Vh0wlqp2o75y1XU02jJSxm3Dqes423UMBafBeRvwB5C4vvNS8lAaQgbSWk l0XiKuC8xXRRa+IfVPzbEPsgEUGN+yC3BFjwIg3fcx8zUaDEDIgSpiEHchZ6 VSK4nK8lQidAEQ+ACSEFwBTmrCDeJds+4hfmT7ikxAEFOcREbsFKgj0N+dLG fwBeUHUBuv0uTrmFPY+zgjJZ6gDJl0xMloS0EHsYwZc8euAQDV+efkPOqCrK NxBrXfdCLJS8isEwZuxScrg33VhwGy7gNfEMRE+/abE3grcmircGKde+bzPY O2C0hkiA2MAchlPTw92WChMCqomsYEC3Nj7swlpsg3GfPVAJT0AQbGF7KbIj MSK4aLF3uH9CCGKDHK8Jz+Y624I5IumYNHvgg5dsKfUAeZjPD8lm/g7yGK5a 8kpnzyGF79Vqp4k3GiVPNr2kfMnpWxCRQUa+/stRLV7A0uq0FxFjHIYWjoUr 56JWO4FSHaMpowHE3YNd5mClpxwGDhLok+fp6cKnsVY5rLxHPoHhlDBkTngK A/L0wibKAo0SN9UJQqlVWK6/XiwxuF6k4otY+4phCn1eb/9nEa5RPbkgIbgV riLIVCp8ty5oe5fmlUrSCTQS/hSwkwBLdT0NvUW3FPAi0lLlVQX5kEHiPpWX INVeRtOLFpnpBNmS0fLQ5scyhvnxM7DWjiX5xsek2q6CDWHNJpbJZSYarkRY 8o20Dt+Y97gzhxUPFRps+KuZcbyA30tuHDxQgD8d3L+LEF/tdlBurkLpqKRL iH44yHD0gItZdzByn2qJ0JKIi2/DSjwr4CZUVoQmn9nEqF7ciRyHJMiJHcSO LYCT+AkDFLfKYaESe13GXj+BDWDa7ay9GL4f96/1wWKqvRXJsjzDXjgAe+Ri ged7xyl9WiGVzNGbRRoUaB3j0RAhiNAbBwecBxla0IpbeEEupqyDXW5PKI6F lu5dJefy+A0WxRZqrAsGRJh4drAgke8p6T+J73g5Cskfv4xE4OdITCfHn6Lx AkkIGjH4wwe19yMpQW2/OF464COJk9zDVklGEKieA3lfRoj3WL2lmBKQ6swq aCogP/S6P14wBCe4pOYEB66SznTXvnC+K+AERaJ9RR46Jwe8pPKLuPkarSe9 jja6PC3NqnBtJ/hsfNQKwJfdamfa6kVBhsSD2x/aCoh99N8XR1hCgIWPt3zr B48i5+WOP7KKYbvIaoZiEYH80jyo4FpOtWnlLOxRpWAhtEAKsJzN5RSAAiHt Y6pyV6653sNYbX0ZC/K1/DY9xsnhoAIE0jJLuLmknQOT6zHcQAEr4H76yYUV 5/nPnsGu0rUo4vprPFtgNF6BvTXDuwQZYGCLnEOGASa282GC2usmqD/ncP8n IcWOySpYgtIp/c+xae8xnuh+Gfn2UiYu8Yc4F4JH+JuRYHToFJkyTRYIeJas BA6eRFXgrJMZMyRRPYgTpB3mjqyWKuA6uz3UXA1yCCna7XEpwmy698qVL8Jh a+iwi7XNnhOJtU1uWWBTpmpaGLK4voLcn2xKbbzqSC6w8kV5TWtfGYvr/mt9 UFM+8tVph9IzbFrkIilXG0kxT3iQlZSaUp0+y4BqTa0GxIWcBdkTZ7sfccMC QciLV4vB5PqmP1vcTLX+aDQZ1IB7RVHUoxLYdCIBjZv+1NCM+Y02TUAPQI76 09falT7SBFz7ENzlDDYzi6Eu6XXLU+tjCYj/1KonTWGuZu9vtFoyI6okFR1C BJhXHj9SGsVzMp7tzQ7pBoRN5lUOqoVgDuvqEL95vKIQiftBwXXY7YRXTIzF SB/Pb5myN/5mPh0ypu6NX/cN/Za1K3zccjlsHzF0hvsOjhctWn+MylCLb7Tp dDI18IVQO7p9oWxOiplSTEDHzaUTXJ2FTSkOLtf2YrmAImBr7rLCKGRipHKL lqA5eTQZVT4LjaJImEeLcmeApVSboHlL3HBeFKNSftd6AM05hCanPoAGOT8s YcEQHfo6e1hJ7i9UBFlB0JHlgPAHeQR12J9FbsVSlEfNirsBupOgUw683E6u T0WWxlxUgs4cIkxURVnfwWvVZ+LSn+38ByFkp8lO8QL17Ei6D6wLiy1AKiDK FwtQGx6jLoCHBeS7xeKmXoehRgMezUhc0AJYvb5YxB5ezC4WjcZFmQ5SOUqp 1J0GZSDmXBz9RTyZHdY0T1mTmWeguBrwWnfYq1dMYX/9K6MnFXBqAcfLFIal GKbwOqC9QhEA9RU7RWz4FyjUsDCFl9+9AmSgAO/TxzN6zGCeJxSeJyTg4Qxn S7kAqIQNgEsfCSjPk3xUwPzptRaa3cAWCxPrQXGgnJ2xu04UufyYg/9BpMC7 CTAG2FJcB0GFsjWtwCejhRs/xlNwiGDUKiJCMJUyS2edkAD4DZ7cFo+5NpA2 1V79Y4PB/wujnXZ5dBW2N/uwOLoPK/b24GWmXfddu8k8/tBgS/TTOg40mqyO Q015Ng6eUUC11gXUJhNnO1UE6vSqTCBchuY9/5VzF1A/a+7k3B2tvB+QRejA +0PYVND1kxgvX0LRofEu3KdAuxEbqhGLi4JUHjQXbCnL0PoqbLJlo1avLxt4 QQB/N46/z1etmZlktVpA+f77SpTkTJ7cjpxrAzHGxeseURJKIamZpDCEvO/r RJTmrUroUuASL6pB9wlLpRZ0A6HEX0Q+mJZE/YiiosseQ/RgJzl5W8kxXaOM CoowE2T6/ccREMkUtbY/lCf5sVVOdexbRmgw9zHM/E3lzCc5qlC2V3HiF8Qo kxJY0mCv6c68SqHiFHtfg61DaHlnfgo5U7sd+UIZNoSHet1GjZdFzh8MVxlj lTcGErQTikKVn0F0X89ENHdZlvVGibiaXQ9YPKCuNigVfo6hRISEiTvM2MWL LkSHXSIUjhEWA8tH2DwiEdr9iUYB3FhSl9rOxTsyKh/EriKUzXqx60vQ2I0c cX+Pr4urW+xvSXQQqkG7spSRkNVhEORchdIF0sNwoSVEYf+S9xGxA85CAW6+ Ix+xRDRw7xrlKXBH/fzgFIhRijdie1+cw/OfluHkaRmK0ak8AdAHT/XseEeT EH5pkuQ9vmsenEsEdliu+xorqrGkRbwE+PtwAHNQQxSPsEHNE62PWc1q3puO S8W1uKcQbRGmvKBLblCTG3VwV1m1khNCPZSTkHO6dUMWgFV4V99bXeI+qWJd yvupBksW3zh3sCDqalosn4wsY+obQ/KFKExKBB/Cf/xVPS3CG42jv3fL85df 7vdU///CpiT/N38G8HT/v9o567Wz/v+uAkO9tqJ+6f//I34V/f+p2Q99BgAm +vRnAEUqFV8DdF/8Hl8DvPyNvwYg6vOxfssMEQJH5tIPTHHo0GS6Z4kWR8DG 5jPshMRNX9KaTydvFEFF73au5TlpKYcdJkT9UNQwkf8kn1jY9LeAZsFGcsZd vttQTyDULPjXOjB3G6GcFrIDZD4e5pvQkK20S99mGx5wiPp46p40DmV91sjL J1Xx//3zido/yrcTfxMj2YcTtX/AryZq/yyfTNR+q+8lal8+lvjyscSXjyV+ 5ccSSalSe9Hq5b+XeHmidn7F5xJfyxDEvoNt0wketLc23+cPOQJskhcHaLL/ mkb8va5RdFoCU2Dfis3uSawAJpCYh/2cLtvFwc4P5QcRSzPtCcLgJ0DcR8gQ 3p2IMmJmtUm9pkmaL/LUpkAn5u4gjqrIUiHtCko+9yzem2H70XQymemw0vAe woctX7tRuBBcXOlTowCgqlmbOxPGyL4uAeZFPyxk5WPxiUUY+pZD/c2Ujkw2 vzJIbdnxbdZ+lG+U9r1jOvWlPthIfIEijc8MsBoX2ijhJx+FQM2VEEhfN4k/ DO3gHK6dlhxiVpFxHneATJzuYF/tUFeDHW3CxF2SnfSwPxxOa2q7RucxQ9qE Z0fTacN/q7j9JqROTbaw2k9iFe1w3b813l+P9PEP2FBerwsGvhUkG+y53Lyz wu692FMrq/z0FhMv32q8bTsLqN7EJR9jyjkszmuID1kWCi9YiBeF2ObdKt7d CXTqmiPs9jmbPHiQa+f6sHiBKSCT/rMa656DEf/MWd0RFzVhowreFC2aiPDi nPUtC31jr59TwFoprApsDLArsNzSmQFvM+DeuYwXono9iGKnKG1Q0hCiTgV4 ppR1ohTYhEmlvM4rJYPEO707CQvM4I03BYCqvmCJIRqCCQP0cnmw8ViA05W5 mKADqjEgyMWhuEiHLdOGHirVD1zEHxdJHFGpYa7Tq4IUQexDwSt/JPguKCu7 vQmrkGHbJxpmVAWA4S8eCFPIk7g6RVmq1XyvktGVabkJCVA3wfcHI1bHlva0 mYLblch2DvnFOfWrfTbuChevREa3Sxul5aIudNBJ4yFMgtLLoZQbflOMXCO2 qp6dH+rGzjyqaLc22UFVX3zaxJ0PbWE1ta3IbqPaEfwva6goxKFaEofYt6wc iYqB6ER0cuSjSmsvF+lQimGfD7bRKArJq33kVkzXQBXg76ZQfQn4toR/h43c B8CnWn8ooLsSespN+wCw8XZ2S8DAiQA2YAd394g9GlXgsLYJvJ2C8+gYYkAV 7FzCdvOwsYRNVUWpqAIdojNgq2dKgn2NXXjJZzyIVYWkX01wTjXFGpv40czO 2XFcXyu/UYU1eDNFrHaKNdiYgWnhRyjiYrUKCRumakI6JZcdsYmT8n4FyuXo B0TppSiX4nvIg3PARgCVoKQIU76OXTM4OMNojDOomSTG43bpu/jhJoTaKgyD Pv1T1EwOOk+xffzkC/Zz1h2PUouR7kVELTVrLQxtML1OurTQoYTFLVGvyCxS RpqPCzhtmt4jcL4HjE0w0xx0lywlW4AFa3tMvR8PchgvhEY8a/O/7b17X1rX tjD8/gufYsb9JAFFBdQk1ZgeEzF112iOaC8nzeOzgIWuikBZEONpcz77O27z ti6IiU27z4ZfG2GteR1zzDHHHNfRoD+Aw2Ey7JDaJVlv/82b0xO8aNnKNTIP 3L+64n2a3d/O27eNw11bqV41bhex0UjjBZuMa4LhEG7XqUYOj3ZPjaEd7R8y th+Q41JncjU0feOSNMXEXbOBaX6M7e+Bud1tnLFzoJCuLLapXBabb2WFn3g/ cI4/YSu1z9wATqxeEAnjy1KaqM/sLK653AvMto1ZQCbzuQg+hC73LKzsAGg/ zIL2h/aZbCc2ZSxdizgm6TKkxUKReIp9ODN+Ys0LNIKJ3a0Riw6WKrB/pA3k gadnC3nowOePGSojaLvg8QfV936JGPvDXrxiGryonCJ/55hteeJrQAyUKw36 rpGOdl9X6tSY+JBwFBGLYCRGPm4dtvfxtcVsBjDF/IYNWKYiSaKxKfY0szTm y/9v0f+M7iMG1C36n/Xqkw2r/6k9hUfw58lc//M1Ptn6n9GXK39G+Zqfjeqf Fgdqrv+Z63/m4bPm4bP+BXVB8/BZc43QXCP0t9EIjUgdtO6qg56t1qqiDrqT NqgLl+yuOmNHA/T9OvvuzFwYE4/tLXAAxxA6XfZuKp6jCx79LXQtHVE0nL6q v26Ro0LYPx9fVHSUkorEfhniNS6iI4QcWOBWg9GcIpjTDVzOBhWMxiH3CyRR eGuEowCDHGHsj0Ct1dEj2TGwvUHSROF6OoPrvsSR4nOnM0Cy3BsMLidDvFHp 2trpYaXo2iRTJwXt6ehdocm98CeACd+hqx+fdvnjKYq0CMgNKZYIRqb9a7rK MUsk5YAmexRjjG+xeRHNbE9wyowomIxRAMU6jhieLlD2QwAHHcoseD2AyEjc NK8J9Bgi7kQaUlpvI8zMaMDxfKJxRY+KDPzHsWd4X9FMGnemTx7qomKOfv8l HVHSphchiGoZtxacDp+09qykqsOg0+HjKVDrfIluoSFtwIAhvqA/AQaAocyc NR98FAZsEowAjSjiGJZiK1kUR6xo8cdV8JEi39hxB9w12aNaSAI+W1w53Hlz 0Dg0Z9mF3NqV3V6ASqXuFQC0Myw7oYySwZPQvDwa0QyxJeTBAB4ofk8uIsxt z8S+yRicqUoQJOkDnvihjoNE4pjOEC1mO2dQD+arXqjESAWAnQT2FjkylNuj eF1gMDBi78yy+cOOQh1TDtuYxBPSDsNAJz02+SWUwRAbjKmJXjDWB7JeUGR0 zgIbbwbQ9o8XMBE91UCLJDWv4jRW0dynQBBBhv5ZjF50+UDPXxQemrGQZx0i g2mlqONLUZC/PsbuiPVmSY1Nh5siARY3SmxfBiTx5gbLS4Pse63BFhRvQIom RYjbkPkOhBcM+k5HCRiKOM6o5hERXEhi+27jjpI4ifCF+saG1skW7OUbaYnv WcrNOkFvHPrGcEj4XRqocR2XiNBCtQejjh/MAavAPs2ogjcE8k9SVCJM18Nj x4k+Q6eQDmNRULrp8F1y/u+3dKwFIjzS5fPtFGXQju6kABrXndVwhKWknzMY Bsff3l4TLQPOL1ZSkuO9k7PTw+8Pj348tGHsUyWAlTxDr3BdoqZSRWC/K/dT T5V49d3xbuMHW2ItVeLlwfdeifVUCVTWuL1spEqgbsIt8SRdgpV0psTTVAmA tjeXZ47FQX1/7+Ro96SEhgFlRd4K8v2REtUTeZXU6uUsL1eDLYC84zpiemfM zq4GZ8tldIK4k9ur03DRabiE6FB2twPhJ/rCxoBn7QsugFusHcTO5KxmrLxp vWHdRdjKqQKLnFWF1z6vEuBOViV4nFcDMCWrBiNQXiXA4qxKGrnzqh0cZvYl aJRXC/Ewsxo8hzoSB8kpUIWnn6w/74l25daHvjAC6eCFQsOEZvCZfB3BYYuu N5orSpz57G1HBAeP6wX4Z0GV9F2bGGhhaJDgGT6obC2ThL/IZj5QROYyhJqj 0o0L+SSlUEUNe3QyUgxOrt91BA2mIjkXZQ6rwj5QcN5yQNoUR+crM3xeCqZu /I7UM7VEAFlSa7Ch/wf+NesRXg17OnDPVdCPhuh+xYIoc6uBk7nJ3tMoCfJA 8DgmLrclELDzz+L/0JFUM77w+leUHV1TmNjOgOeS1IqMxnp87nkJlxMOikXO 72QFQY/kRHSsKfCpHHqJp0wy+ATTxcJ36xweSEcdFVdDujqsJ4wpoE72MHJH kjuYrPEkh9SJxuOBPib/gUqtLpptPPBvqFjgr1ZazD/39pmq/4M/4aj/p/t/ PXlat/l/1p+Q/9f62lz/9zU+Wfo/veykv3v6uSpAr5UsLeBGlhZw+bPVgN/U WPVH/67fmwJwrs+a67Pm+qy5Pmuuz5rrs/519Vld50AuPFtZc9Va66u1J3dX a8k9qjXpbunv3aizlQygah6QzNG+pjjW+heSkQitCc0TIAtt8wNlNk5L6B3x IeiZ35P2KLQdAxfrNz6JBub7B28QH7ox0Cw7/it3MhhPctAHKoyDgwsRQ09f TYeDQU8zOhwGGZ9IOFcOLktFEI42rF3x7Oxl4/X+4dlu49VB00QOpFC7vUF7 pY2FMNia+5SFXC4U1WJFSfIQ80VVlAsOKFIsYPw0/XoRhV9O0xJQt30+W/Oo TeR/FDYMLSd6UxYf1GJOZ63eZczdfRhEndSQPjjTtQX0BKQQtIGZYG4ZNQ3W mzo1aNugeIPT2kiOzVawQ3PWr5W9gK1ZVpAGm168ggdRKpbsFO4k6S4x2mP+ QNliOVkp6kdjb5SyNVJrxDbcUxYRqvfb04sAV9geY1Sr/FGyBjk1TAyQjK40 +W2L6nlKCRQq9dGuOXNRXDohy8CfLKqQ1fYINv8HH7U+JBqfoQ3OHTBthFFy hLM2Hl4NgYHLbJqcMZOomGihfRG2L8lie5bRZbTlrHI8aY3S+Nu7DMaDbje5 hO4GRmeloN32UdaE7F60xArFaO/em73zj6iLlhi7+zuvD4+A0XhFrRbcqbGV +9BrmXZgcm7UHgnJ3CnBvhkM49Sk6EQiD1szqwRcWQ7szYdd7yocu5oM8umX kA0m78kD1BknHqEZZB9N0bP7yaHome1QpW48Fc+TDWc2NOlPmblLGTNrd3uT +AL1d/FnNsCsxVR4SJFb5hHf9Nu3j2Em2H7A/D05TbkbVOCdgsnFePBhOHVK 3aiTJnapYQxhG15MXeFuBn2NW+4ZkWDKlD3HXJpyfucq8U3cHvdMsFssROLu imKKwQHfzuiF/0Q2jrKbxy6Cs5HxqCEqnHkITTlfHNKdebQBDDMIRJtdi/Ob vboE2E95PxjCHTj/NebpiqcxX4BzqDWdUiK+tYR79mWfzuiBPK0+HVrTgDD9 9B9dTX8f31zdOoSgc0uRoPOBzEOmMLIpdsrFZFVaXEQZBqBB2W+kUlSZH6mE HpUZlW7ZxlfBZchHlt4sKS4n2ULeOJw9k2Az2v1hkgpZgpgDaJLZpTbK2Vnj cFffj7Tecb9JOqizH9CtrvRhiOYD8Gf5xYezcXCOkZ5/OBEtVdnc1ARqdtt1 wsHwbFhOdplZnBcoo7SwEKjJz67Jq5RV01eiYgtHb5sqUQ14il4c5hU+PD04 0FzH/cj/u/EqpkRavZ/Wsj9qvfp0YyNP/4Ofqtb/1J7Uagod7tfW/z+18WcO Sn/+zfU/ev3fAJlARurP6GO6/k+p+saa9v+Df9H/rw54MNf/fY3PPxz1n8YB 0thtiMbum9V6TdVqm2tPNtfqKKUPgs6YVXbF4tvjo9fbBUSgYvP4VZO/AnPT jSfjqLeCMvow7K+0i292DuXls+Lu253d3e3C//n9AAXR+wefige79GS5h7WK xRUTP6kVd1aAPTtfubp8Mbc6+DM+ev/rFfsz+rhV/1838V+f1qsY/7Ver8/9 f7/Kx9P/ayQgAlAXAvB0tY60YLO2tll7pq6i9mV4k634T1d/gh4z1TVVr25W gX7UVPtiFMXjQXy752/1nh1553r8uR5/rsef6/Hnevy5Hv9fT4+/atxIe5io S7wYSCcwasdR5917ta0WPv8kXthyLH7RCaYXcdw/N5jpuBMNMJKp+wj9epLP Or2oxc9IVnJ21jzZfXV25pcJRlyPxR3mzYdgBG9ifkVyDvsuHI36iQF0ARIt /xGUonCrfhRWjnzmD9QNzmoeLwjsLhaMF4qrgAE6DZBGOYzxJUFIXQDIttET wXlGdx9+qkVF3MbZGd5pxK5AKpCc6MNVfO6I6XzFz4fgDI9RkpJh6WIcjtsw HGyn1EZvgFG5WHDrtDtsNw5vyHWFx05P9djwzadi0a1VNI2WsZI4WcAzKonY B5NFXZb3Hp5JTrUfdo53jl83AXdolEkkgOUJP0bjktsl+TqurKyUBR10GXoO 8w5o4pLTGEvDDOBxp93TSPI7PSA2IxhigMFkt/gaOf1xKRhWFDRB6jvszH1j dXoFVtKpD104nvpjjKYEJ9uIqgLThyWxIhTmagUa8LMyAcFZ0yKuaakbjIOe rcurQg+3/CUzczNT+Z1z7T2g0urRI0YrzGsnI5TxLTyMN9VCBRcKMcSMX17b YXN7tzb3S38hrzB6SiSKi1KFBnF6CEcsnDhA3jDJ52Fzv3kCFPTnLXV8eqge xurNzuEpnGk/r0AfWh0Dw64ouzEQohak2r3nFtQa0jinYpYU+SsRixCilotI M00U2Kn+9HlSib98mtVp06SpAbs3GoxKcYJ0xYT4slqAVar0MC4DdsekrOA6 dByUnbZSYAr6UXs6mKjEXw6mfGzwyIrQ50l/FFwTgaadosfL58nv+mcHx+eo sOGflt7Ppc4QaD+8HAEXQK1U1OPVx+UyJfR00niW9F7EWtiKFH4EjZXV8/yy Dyh77nfHUKm1Eo8pGnQ5r3Bn+K72Xj3YVo9Hj7PKMKmB4baHN6VHVBqGAH/r 78s2p6cubgE1HUweDxVctybdd2v191su/O4KrSoOZ5GKV5Pj5i4qSk+Ki0E7 XkGAsC64sDpaKOe9ZCi4s+c33vzJjZ2sWkoDuJp7YNAPBBQumsS9IL7AfUb1 8QtWMYDph9cMg0Xo0uIYcWKwa+KhMB0wsBGakjIDVDAcksWlhdUFQiXqkNGJ jhahCfCajgF9Ir2iCPg0SGQ/+ICywDdTpPOiIMOEPu1UcUg3my4267k8ktmm RyFF8kbyMMZDTLmlcgaEneKueHnwfUl6szuDeuRhETTwDbFr28opi8EvKaMt AHNpifoKrmGGBtGdUZg5wkuaH66eMz09P3hN5adMzhTJmhlOzcyNdzz2lJia i6ZcSyFVlJEYDgZdOvH2EaTij842EGnVH44PamRjHghu8tgspjiU1V9PLMwA Px+MB4TaN1tedyVAfGjhPBx3Y9ShmBbKSNiq03qFmssvROd8S3/FwupisQDX w0MCkiRwHaWgVWHPVwET9RP0O1SzF7JcchJT6TbGMb2+CFlSNGB56HgFi64W s+AM5IVt8RaL4RWZt9LhLeY2fG7ze4SHKSH7fogYjbcnRGNAQDz6FrgQ8MMA t86CQ9SGfndiRlyCkxW7lF62Ep1jt17JaV1Lwfy+hZSGQOUoVWQmn8Lf5ZTg YtM65UJ5fX5d+X9C/3MP0V7Tn1v0vxv1NUf/s876n9rGXP/zNT5Z+h/HZZPE RvWqqj5DBXB9A0jHoDeYqv7h2mtfqP55ol7psv81mMCRONfszDU7//qanSRS i6rmJKGiCSaAkyNSuyA7NJvqRQM1VwHzJ6hedk5Pvjs69hUtCS1LtrpkFkVL RjUSsn+eoiWpZaFxZepZZFJGrZKvU+E27qZWydOpYFt3VKvk61RYdzOzWiVf p8JYcDe1SoZOBZv5PLVKWqeSQswZ1SppnQpzlnwRYrm7y9tZrxMWR6dLsCwp J+pUf8Bc3dlZ5eyMMzTACxRx4m0HntYq9TL0oZQMg6Wsd+tklnZRFPgnNIui sz8PJNyaXMekG7Mq/M3c1rJfW+lH6r2nI2Flh++YQzN09CtZ83ScEpRoRDIa WZRLkpiD00XFeanvH46tsHZUsDORy0c2hhpT4VffNV59fwZUt3FYqJl4gfwU tvZLIIGFeuL5buPl6evCuvHmJSEOz4kgx0Idq5FyPCxKi+WSL/opV1TRmquX VQJe037pmQ+jDjtswsT+as743+Nj739ouPnn9DH9/ldfX4cf5v73FO9/tSdP 5vF/vsoncf9DJKD72xOx/quv1p+panVz/ekmLOFV1OsBi513/zO1n2bc/qpf dvvLy8+RygZSdfOAzIMBza+a/6ZXzbkR4dyIcG5EODci9IIBqT3YUZsKQwKR T+pKu/BspfZNIhzQNxIOiAvr810qsE3hOh6sG6u12moN+IO1zbX1zfo3qn3e ocOdO1stzmCoeCeeYWEradc3DEbBVdquj8eaevzbJJyE6cdAp+mYTL+5DqKE faC2L7yrWWKMGrReylQybVFprSenWVlO+gCWTuIZid89Y0aM1EF0Ge0Zp9k4 hv3JlfodMPHsYL8JuA1780x+qE8SG3nbfQorcbKzf/CfZ981dnZLMOGbYYgn dIXjJJfVYAiHQtCB62zYwy9bNnU4hZs3ejMnLq1ahFqUHrxY4NaBFhz/XJIm JafAFkWodSwtr4KPo0nfM8D0Wsuy2OTEqmycwG1Efdf2kuq/e09XbKeaXIuz BAIzXHDpfmwuud54AEphG7m/zFu+ayUadDo8r6RcI8Nc9TwcaxjM0i6vjOu5 bhd2+hSTjaHbuamZM04WwAQ4QrdIshsRtPit9897oV8pSkdLWdSPk/UncXCe EPm4rxejeHCZBAOJOBAbyAYW0aUUjM7byLyffxCTTnxgUBmfv3vvGtgYGxkx kYkqavQh6IldDNf6wBA3KMuPz3uDFoDp3dp7a3Ez6kVwYYA/aF6D6XI59QVw VJMR52aldCGSSQP2CKn0USsNWMGVS8d0/p7x4flo1BObJrJQGPVWsNRZG5rb VvoXtGPMS6Y0I7ZhBbJDFJsSjGuiSa3iwcPgcGBmtKQNZ7OK4q2VMbiaV7NY 0HCq4jHzeBmNq/SjOj36pfoYyzFx2T/cPyk9EvpU3vIfC/2iZoH+AboBaWAT D3jlrH1FLXQ+DLv9m97mePNkc4FNPpZrOH/OFqBKEYOUAt4/7jzG6PUFpkB/ bCtHFkfWLS1YxkvsVsp/yCwvMr3MGsPMGiQbpPKri3vAD558d3x0+vo7xAqp 16d6/L3rfL/h9jQoawjKiFqyFJY3ckkeVDTKwg28nDnGHrdpaDdUj7A2gDS7 wglXQMxblHIU/crQw6m1x7a2LPjK+LeLM87P8sAaaZCZxkey06C80Zhfc3ms hOLKHUauHWFnhdEOp2HpnTcOu5/5aebgvqXBOakNCkShSmVZLTx4jxs7sIy7 tIkLn6AuYqBapnajPhr1IzKqJfuANzsVS1gqWuFuiXCkIkcokEugfBX93hEv F17u7J78/LbBiS8k5tgvxQISyPbVkB5X1F4Tri1nx0doZaVLSNSQVKEfyRQr 681/lstAZQu4vUtbRFOXl+nvh6Ul2UdsfAOrUNH8gzF5G/WxwUXZmatwJ0Yz ww2mbNClGJyXZFUo4kvQCnvdWFeqlrXVGvYAZei5Y7UmBl+evReVYZtQRCWn I1sQm0sWlJ6wSYMqGdhI342J/aSPsoE+4yEcIJTCZsCZ6iV39cqCrcNdbmXN qCBgkL6TpnlSvBt7Fmq6kjx26tI8NKrIa8KYxNZ6GGMGNDMPZ9yUaSV78Ij0 BTowgaQJigrmOKauOMhyRclaIiD5XzbDNLZWIwohiiZe3slfxA0AIy9nHdri iyHzGgZx3B8ktxaf2sWpgMgo+kDzfyUfqFnl5SeOyBk/ciUaKFK5oniLXPXH SIiDyUcACmlZhgk7NlNBbyqqsqWN7Lgm+g0x74otEDiANB2IWM7LUWhT1uEN 7+zjx48qnrTagyvg3DoxJVMqZLCrITQS0xURse/s7c7Jd2fNl/uHFfPrtHms H1AwnMKnhAeNrPsitWVGPIy0LxSf21GFLFwnTPk8tg2oJwb82xbU6caUI+PN zk/YP2acghvOx7CdfJoYRvhxPAoMt4Anol4U41UjpM+AfmHSjResUbk9ON4c nR6enJ3uNbGmDBce16pVTfS3lbHF5NzvwmyjoJnLU69S0bFN72v3oJjtoKU6 /4RdtEDL9zAGCmqHT32+w8aWlt4TGRBfNpqWTNeaNDMo3CPWgDjJM1BRJMDk /sNMoC2tjTB1D2wRaygyVcb2UxX4jTNAtJQv4qGN1wh5AIwr48YjxqBHCci5 MxZCaJ6+N+y6UAhivB6pksPa/eGxbWXXi0obQJN/CHpIPYxR8KAI7rJ5yVAa tp36Vi30BwtqUy0saOwkcNFxiQxqbUtFwH8TUqsIjkys6nfELdPwI/IiSLwX 23okl5qDhb5xqQejy1LZJr5arm0WmENpoBEFb2zh27HsgrFFt1AvYCxd/ds1 mK8RqKndKjWL7b4C1rsj7bqgdSBLjZ6Rp0yV2TGo93oApwomOO/Tdp2MMSmn tIOkAdEDqQ0OoDPg0y6xKfQ2l4jHSu8O/bxMB9mq3SJEc7ydgk5sYfuDbUrJ 1hSyt1i2RzPhMMqScK80Do8ahyd8ahKxwFONfgl0sUVEFVx26tx2QWW3+MCV PZSo5RQXa3y54SwuLRFw9G41fBUPbNsbmD+uOwzLjGrqoGhB+fKQ4oBtHjBB k7cBhvV18CQX3+Q9HYK87HScoTMsHRJeXjHmObA8bkgogPXInYIPj6rrUcGz kYILvqdCrey19uP+XuMnFHyXuKWywwb+iG+AEz45beq35EPAYNYNZpQy7hiG JEI3zf3XhzsHqY5wrB/ZaZQgz8c+0EuWU5Z+PGkcv4G6plr2dMxVxmWtaBcm OBPD3khmPfestLn1XPngYqjlGl0FqEdnobl3wQk+fhyroHcd3MRGdsbLT4QQ z83UPW9LhRqz8StQgOUXOiXq+LfwrA8HRVlW6IG+SUAZPp/53zd7zcOdNw04 8pmnlTmLhHRbS1CBTNeARlcdfi2jSBWK1DxYeZ7YDvNwR7AZGIgU46vAAEpZ 8a08W1hIMdlF78IOXZQd1gt+Oi4V/fDatpgxTbqI2ULsgIFeetxSRT3efOxc tYrODWS/DxcAONPkYs8ydr7NO90uLTlCoz8LqHqwLlh5l1qIWmbJPiO3M/O9 5u5Q2Z1apGukWbYzW7WcuUJcjyX6dpjetcgIhvHfrSzk9B5h/Tx8DdMsrFuK qI/Ay+Hr9CnrgcnhEmNXptdsHJ+c4Q+ZVFjR+oQMAHjinG7sOwbHPF/r+IM4 K8jIL+3l/o8/lDwjmSQjU9nDRI7ITlPDco7bvVev/xjlJfKsxs8GjxlRpNel bVXHlc9U12he2XlvVTlGwglz4V0Uh8PSI24XxlgRqabeRhaxhMjCrRKxaoFG 79IziSnBuBtX4YxBb2e75+NqAk3imtzUukwJxLkrMhe0tvHMjcmvDpqQywaP vBf2S/hoyfyo4Y8a/o/QaQ8dZIsc7tcwfu0h3RDhdKzw4UjDLnsw5Fa0v1et 7I+JJsiMR1x13XTbw0xs0/eQmLhy7B/5wqG5nQ49GikAWqQ3yfsvXYC1E+6i ru+ia4X81sxtWMRBbdsbPrEV09drLUAaOpdKM5jMNoR4xkw84y3yjDNoFicw bIvXE85+OeB7IaZKtylOUSh7NRhhlvpzMusxlkAkezNMIA3kxbaZ1zJmJ/1d xM70BLbMBjF65iKtfQf5FqjLLSr/Zu25vi4OyXsdd7aRUJPn3+Nl2aCF5A1y yPz50B5ZAP7H24+FbycOVVctkGshn0KFrLaWavwCx8P/WAlesvDC8mBhK39E n5iT49VEqTyLRni5+TfKDc3Sqm0rQEmitciwEfNy499kSIFQSjTooxSIhccL 75Y7ww+9m/579W75RA6eTUy0QCQfn+rj6P2CDX2SDNyycIrD2eTrtXonotM/ MC70+5UViUXCZut6eBUZiwnEUCt/fQ/NP/ej7X8lUOuf0sct9r+16toTY/+7 Vquj/2d1bW7/+1U+nv2vIIGN//vNarWGGTvr1c2Nb9DApx9d9oI42/7XrV3b YGseDB/8DKOH1mub6/V5+M+55e7ccnduuTu33J1b7s4td+8U/tOP/wk/VNW7 Ysdta12L1r1yGCdzfdbqq5jrc0FHJbvNPvfOZ7oJJDpDPNF8810dljPbGDfH pvcW+9vsUKWz2N+2ySThVvPbVOBR38yWc00Fo7Exf3UtXM2LckENz4yhK13Z UfkEd8AzcUbdwosxx/lhwo7XXS6HpVhzT4lIKevQcCCg99oi+RwWouxp1vKC ClJWPGpMFP90FZ98jHoRcgLm0g1lP/l2wDiNip1lWbWCzoW1/IXz8jJz+uZF WXE4yAwQ0Af/LnbOLBygInQSO6Bwh5MYDbSLv6imZkrwgTAlwF9Qe9gK2Q2I 3g9qRR2qVKVDD8XGXbJskORhKThgMxXlzAq/XvimxH2xWa6oPr7VxshSIgWx RVRn0vBmseTFWX2ekXLSLhl10rbb9LB8r98vdPp1Z0H3dzsPbahbdAxdMgzY gF3Ed2LDFo11sFW3lLFrKS1K8XKetW+B56Ub+1y770LC8Pv3TJvgNHA7FVSC fKQFsAUsFVl0ou0RJCv4De8MiPdon1RR8eRKqyv5b9qsxw2N6FvB4v5NWsYS LpPA0zSto/yRlE8bRqElgnx/jpJp+aGN+MSEuBvDVEqu4bFWTrLhL2W2I/jT jkV6takj07FNEJkN+vrJZ0Y+pwXb1gqPuhOVqtW6lhgYUMgiBdqBlX1zPOSO o/6EDQ4LEsHNsT5zLOWsVj/PZsFEvkPAqIcdjg6pJ6fXTxTiZqB+a2TUK8aN f/yhLRVK1jitxmqDhMlaTauYqE2eh2eQmDVy7ovfalA/E5mktTRwYGSEkh6m 2O2UMHazRn8sfZO3lJPIWK9ZuwRBId2yDEyjgH3Ogk1rummhUE/D5gWA5jbI SOzjhISR35HE8uXOLnL03yvU5+n1TKGGC5U/tg0ks8AnFD0Jrww4GRAyvMpa qmuE1fn44+pyq6LSn4K+hj6XrMYqq2m917Wlt+7JWH7z8bflF3shj/OKaqoI D4keOcpYbQxl6FDV0iF9AqilJX7kkgCYO8nj5cQr6T7sYZJhiQF/CMbOgPTX 5ReGjzFqYGMGYjRuZFiFvG3pkbHRYAcCHhrNpZMxT9WB//B5Vj/WdIheUy9k 4iLbxJqgc6EkkgsNPhULXaz/sMN0KeoI/nqYitJ/bcGSsm7RACNp1rbKMF7x DYNs0SqPcajniQjnrnWSxk4zuSs6m1eT3g7qktgMhoJMQz8PP0pgct5Iw+UX zC9X+Kuw4fKLzfNMYTMbBxY5JjjTyIix9JZRbSoGqPpx/+Q7xQ3KenzeOFP2 PVsJuD/Tiwr/8uEP9/ujHxpw/OtlgJYr9rLizFm34hyxGWp44i1SbaTIojTm EnFukbSrZtJS1T6U6XvPLTUs2F3Bhl4FZMeXl50dkcY2nxVgWuRWsSTA30s5 zXknbYr4dLKpToruiNbPHm90r9CEDg84eSD0VEMPqYra2lJmFHcgYHnzlRFO p82JyhlgFjWwPVBxEm5xJmYGItoGzRyXn0HNk2CVI1MCN1tmgmNDI9MH2OtP LBXwNZMXKU7b+AsoDto7Ojg4+hHFS3v7Bw3V/Ll50ngDhOC7HRR3ETvxy5g3 PmF6coXQRLgpFsLUaF5Ghk3xXhJPmyH8h4rgrDYdI+KscSfpFZlN5BEkXcGh S9md4kQqimai01FokBqIslGGjCzsd4S/38q1Rkxfsor6Zm0ixTt3OBtW33no BB3u6RwvWbc3eyXCTYWspDFKoa7UMt2R0ESB+lHLy0NtJxbFnegcmILFoT4w uKshVJKmWO1vsF/za0Pc7DwTqeP2acaUzVJYO7aprIXra0WF+Kjhf3uYJETc rZR5+w4ev08xmgSjTtr8a5Eu+wVT27G20WQ92bI2kfDuqpq8mAqG5meZhvHd tqKA+HbcQ4lpJ4bkLjoDTxo8OByxc8P3ESL7Dv/FS5KRk2WBSLBOC6NhZX0F 8lgqNTQdFmWjzkIVnCjuC/6Gd0ysVMrDIMP0kCDIdMPwMJ4LU4YhbIVSM0li gmznpewVQacGvf2d8U5bpRkANx1kjvePz6npAWQIQx6SLpalRWT6NL4I+mrQ b4cPiCv32B3XCJQjoid3F+VrL7i9OxvMacvSaOc9/TZvc4wy6Z0RquhFyN50 uRxl0oo8izvCHXkexRj9PnvH/WkivGS/Lrbk3VdYWvfBtbkcffCFIrMx8uYE 1YKRR5q8OTkH+nyVJoob98JwWKpVzW199MFQYyznUbfRh/9tlk7zT9bH2H/Z QDH33sct8f/XNqo1a/+1RvH/nzxZn9t/fY2Pb/9lkSA3BcCTaSkAchqofiNG ZPWnm7WNeRaAuYHXv7eB1zwLwDwLwDwLwN8mC4COoG7jTRQWVmOgiguJVxJ8 At5O4pGU+KsP8C/8ePG/n/05fdzC/z2trj21/N/6U4z/vfG0Puf/vsZn5ZeF ZADwZ8y6PQGGrYrBODHCZ72+ubGxufFEBcEIDmli3IpU14vkKVXXk6E8n1Fw UI/tw9r4/xcwfbqFe2D7sJl74PuwGcP44Y8v5/ywlS9m/bCRe+H97mE0mvmT pu6F+8O27o39k4Hdhf/DnfBFDCD2eW8coIbsvbCAepPdCxOIDd0fF4it3Rcb SCP7Uj6QG7knRhAbuz9OEFu7H1aQkeHLeUFs596YwRSGfhY3SLi+21HNcDgO r1pAguqcQeIJPB6rvear79Wz4soRbLHmBdl2FVcOr+jogy8d15YaZcgoG+63 b1hQzb46fSBIQXsM+xIJbRCNqKXmz4dHb5v7Tae1o6Ha66nOh2Gve9PXP3tq B4nBR7Sa7/XCnn4+xudsEqYfndhH1lW2uAIPdczAPxS6vmK6JhrDbqP56nif Vr94guT58Koo8dpg2B8Gl0DM7PyWHcoxOB8FVzESJZ4oEnfdCZup8xkRdgzp /2kkmoyNog5dKMef7rKHXDdqWxxAruDAlI70gHQsiIUqx0CDX/bU8jg4V8vX UQdOiaiPIQqKK/tjgmRxN2xNzs/pWIB5rxT/ifSd1FFux7GhjRw1CsvD66uV 4s6HIOphEClFcUGjLoEoQoepqyFmckUIxJPhcDAaUwpd6blb3BvQaU/ifWgO TccNIDHo2YcQg8OEBIAb5h+C0SU02O6FQV+VuhLZUWoUiQfRPSFhL5vOUhhy wGF28VyZEEazxTu95CHhyhFiONXUSvHljZIQSxWqziF3YbpeW0XSi1bUaNKn wxWNqdAkPoxjPEVIE7NS3O+qQMWogYJHpqFz2AX9SlFO80teURoSTH00mPQ7 y6MB8CcVatXZWwHmPh4DL2Gm3S++CuBkpBWBVQjiGHgK2LO/AY4XAx5z0I+v OccxjAOtikfBGAD72ySMTfS5Nmx8qoYEbP/wtPGtQqSLKDE1t0rL3GLuSADE i9cJgx6CgFgUZ7lUezLC2FS9myI5ZCAXA+dsSPHI9ASGxQaSBva3EQSVV+7m 3qeNyJ4HjIXOrlFxiOuHHWiWLOHcEdNS8GrGYtrPCC+wUpVilNNFsinmhIlf alwhd1I0wZmgSlF3Yqbxofg2vddaYRdVmcmtJlVuclf1JoxnXVbTWjZFPDDM qw9BZ7qG1GnK0xW3STPhYgI4FQ20GHk5TnQHwye6x045zwCvVho9orxo5NNM ka/VcNxeZSK5jBQGTg2aydvAeeV1jAhlGm02gHM5aB65tBZWl3+1L8+63RgG 4Ty4ijsD+0hG+a8u3Zh/bvuI/Ocs/Diuw/c/pQ+1Xn26sZEr/4FPVeQ/T6pV zv/2tP7k/1Mbf8poEp9/c/lPYv3fBJch0pR77eMW+Z/aeKrlf/ANcwHW1taf zvW/X+XzD0f6pxffSwD4zWq9BhsSdb9r6yhTCIKOJAAsFuEi+Xq74CBQ8c3O 4TauqfNs5VmxefyquV3oRKMVtONB7qZNCVfgD3ph1PTflnypy981+bsOf38p FvDrBnwVv9o2pmidDOEv/ozGaGbV/ofiXs/iSQu6K66g5H6z8H9+X4GbM1zU P62urOB/6Do8AYzn0sp/T3ewf7zaO9h53dxWy3Ao72cU4PdLUGAfHmmv38yi xRXjJtyKOyt4aVq5unzx15+vif1PS3TffUzf/+sb9XUj/0cDENz/1Vptvv+/ xsez/6DVp92/LsL/9dX6E1Vf26w/2axuqF+DeNCPsk0/bN2aUI4naPQBlAPD BDxRrcHkBvj0W00+ngIZ6k/gCvqSKkzL8flkHiNobkLyb2pCMo8RNI8RNI8R NI8R9CUxgujILjxb2UhECHrmRghKN5MVJ+gup/+twYc+ix9JBh76ovhDJFz2 A/6Yq4L8OevwRebWUqNbiiRCF+H7CXHi0jzOACWO+3tvThRGFo5CFJ0m5nLX TKJelKL2ZV56UPuMI7hSLCMKyLPY64rXyEJvEI+Xuiiwh0UAOBd63Stx3q49 ffp0C1g99dNPPyG9eXnwfXP/v1QEZxglJ3yA89BGVvZ9FSf9K56eOHM4KLEY O1kULGDH4RWcrHCyUARtzunxO8bTsQ192lJT6sF3jF3N6YaQp6zD/0jwTupn eydn0ExFLVAuKq/RZSpYTxVcWcAwQP+Y0B40xb2YP+HHYYDORiMv3oyHUeSB khnWB32YTVUoezZGQTP8cQomW8ScTBhdBq54mOks2TP1GLe9vuRVa9KFEzmg HKJQrdWTCEAdaGWEXfcG/fNEsKBeF2FLeJHIzemPkhKuXqazjWYNh7OunsMr r6hfVm4Tb0eDYXCOSwscSp/zqWIzyIWOBpNzZvvGAEemmOK1J5XYay/p1AP9 RP3uQC0uRv0hxs6GPxVMgdUfWj8xr1DIyfdgSAW8vAAQYQCB5XAxo80I+BjE 7TBoX5jUWTcrWAOTdFIjgJeP4Fs8GI3fwd9eEI8xzRQn+oGxYBJGfr2l6Pdz Jb3TTxNnp48lafTaSxm+L7+I0DcJw3jZ2DEcyIneiYoPM74glh8fHZ3sHx6R w58b9mHIrQOOCAj8tjn9j/uEE630h86LOGqR5oxf4BMCkW7ePOD5ssNvqltv lFvGuQrKMRQIDeAS/86bHx44u3tHp4e7CdBwhyaJX7I2vfaagXYwoEWDI4D3 ZXG8yRgPfX/e6RryQtdJvRdIav9Jxv1mG1MdITrxvoILUmAxi2MUMdYjd4Cp j6BCKcI9lOFCZ3YXFcj0dkvQGMwIlypjiEhLB6rqIN2vKHRORAIC47qEJyYG VcfmXjM5FeSZ9mDkmYTYNx0iyVyKqcDfeJWAfXcVXgEgFmxuoWc6xxWtCc4T gNthf8YH28RzSqIGKr5wPcIB02u44QgEdVQUvz5FDvNapUWRdIGEVxSmyb4n TR4eiY9Ueop45DjRCjJqbbPGfDLMaLKi0jCD8THkEatMDcDm7gjjqCymq8iM 2heXo6B/Hjr9QEMYpyrdjDiuZwx3edsuvHHUb36//1aSLNgqMArxr2cP6SEl nLPHmWDwluo43rd5pXg8HYFYN65f1J5Ak8svwnoHirbRcR1HBKjSHt4Q4lWg sYoqsbd/uaOB54wQmsfuUoc5b4syNqKJS6lPnp4OQCb9dtkM7pHaOYCbTGNX XH9bQuP4+E1DnEHILr8y5BZMpnU26a+0znDXLCkfkst6/9HUdCCG9OxQVj/G 1iRraIt/e1kP+jDe5snRWx2mCCOsdHRON7OofV0H/vOK6AIZ2PECtsi36vtG 4y3c2ja5ky1L6TAVNIWHyCJ0TOKmckPFDMy4HwqI0fpmoINE+HgdeAkrqht9 REyDNUKyd/etOTuq+GQJkeJhukUTvSFndTQB8xt6rrvhbTZtV9yCqCZtIFTg wHr0GkHEYZzOB0iCh4NLc247A/1IWbZeHx4dN7wwLJxXkt6rzgD+6lYXWACC koFXRyRJaOzyQXGHLfjF8/UJETR2AU0Agcqk3qZ0JCHOnEfAgNuwJOap+Okn S4aSLF3Si1AsrehjOUUE/KVe2s5Ewxxan1lUr0pnyEQfV3MziZ+mlefMpCYw 7oU+R8rFRJrcAm0mbwvR5rrrMlEztG+S8889PrJhkF8cD4Zbd6QN0efDrf+l aJemB3obz7D/k9uzj0kVbfAKOWiz+JkZZpyNddMRTb/9V6QIBtVyKUE2DmFQ IQOvnO37qejjjTlMfwhHUfdGrPmc+4KcrbGiNHmkMDCGkGh8Go7icKz1BWJI ehV0Qm36dhmO+mHPu3AkCbl7e/aO2kL+DeN3vkXIOtuEYPwUE0T1wi6G2ZgA YRzXnpyhKkqAmLcDoT9d8YuQlXO21S/W6iWHOJdhw1wFH5FM4x0bd40ekb53 O89e2EmYVyV590hVP67ZW4CHw3RWuidColBNF3JGzsMfhR9gxzfqe82z48YP NdtrqqTWekEHZJE4hhHhtXvvDKOKvXm7c3K2h/nOLalyR6WvVV70Jx6XkAlq q4nStOb+f5X8w0wPX0DxnDDAjDXrvPBLJI7GF7qzNzs/He68OeCwth5E6bpB Ca7cw5JTZHNMUenHb5ofc9ZlSgTWHuq0f5QMEH5jUkl4svq4nKZFLlxgj5KA CvEfsyujzK+i4OtVGJ9TXOvBGW0esxPkHW4TmACAwqnnVbaN21Lt606ilO5C v8nqJ58pZmEmscNUC4NDAKFzkqZjCLP3uP+GnDqXQ0fZMaL4BxrB8dMvP3YU 0GAdb6IkbVfMUO3BSlFfWVILiIXiITrXJM2yKzUi9oJCAPN+lVh/3WAc9EoL 6O6xbUIzU3dly8YwiSWCf+4NmogC4v7gsiTMq27xYSztiZApQd6jM5Si460Q Rf+0qfb3YHNgVDz4Q2Hx0HbYH48IjKaPWi9+0EEhuybJvXY/K5pSmjpfoOMB lp4VARKQcS81rXDk0k53+v1e1L+kedPITCBhfOwJOriZimKheLnqhDNu90aR OdNPD48bewuSX96JJSrod7B/+D2c9qeHJ5wTudTrklIhcQ3DEcMaiP5jk0Kg fe7ScdzVYT5cDNLrgXVU87uj04NdVOk+7HCAx2zAVVQOQJcZnppdIJ8DJwwy vnSyWie3XcEilwMwOAGOGzuo71xwgqyawZd2dv952gQeqqxb+eT2jjtvFA57 N6UFLrhQ5iDlPAR/AnnsUNb8kID5oguSmDohxUQNYcQAn3/7ZzGQLxfK42X6 4XXY19HA4AccHBU16HXwAIHdwq9XvLucxHB0kERCtOWe6i/Mqe5IHD//VKc4 YXZgcp0EQI3rOLkOx+wjIbkZI0uq39NFhWaZOuZTUzXcDIDP8jOacWAYpZkF U9g2IpTQ1KgmyIypotnoZVkBDJ9Jg3V5ApZGyUT0iPP489ymKQpl4q2t7peZ dnfQqjXU4Q/xApDVPEsGsG3gSJNrUt5CHSsWYX+mEP2P0HeH7LlMMVJHZYw4 BQSvZ4O0qdX1igkKJZAKimj5q9tg6EmY6beWW6aX32WlRKb6hxUjOtufNYt/ 3u631xADk+RgTebgzA2OmC9VSUVngq7eBhvot6yhkYnHMyPK1yUxKfSYmcLI hk81UJ2KDIgFwlEMRsOLoE8Zg6BNaMdwwPxmS/80BWbmgEk7Poi5jm4U9myX HyTwTnNatMm1Sv3dy9M9oHXEMMMGget36ZFwNtWKTk/sN8QhdB3Wi+dRJhk0 DQaJzGy8y5Zh04mNUsys62ZSjI3l3m2f9ryntBvuTRmVnllCrqpXr+wyRKXj xqujw0OKa63ZCkEBvikSP2EKLaSTXNjWDadXdWTXArOkZplFTyuRiUvMnKD3 RjAPVYjec9T3SMRZvk85jYnC3buTaB6thK7DOBjUMfCq4wqR5tpLZSMTUaZZ RlVifpzg+bKScBeyxjvKiLyEhctiz5DLO0G+VZhD3R/pZlGd4o7ecuSAKGQT JAykBbmbIkDSf1yGzJH5LVHxisC67NfzEaRQ8DhPHrFlPJNpBFhzhUOXLlLr 7c6zunVrl25HRRug3+F5k9hmGOrm0fHxzyvq1c4hWk/yyKetkO3SdOpLNj+l rqXUt7kdT9/6D2Tr+xdhZzz7TTLz3EkOzNt/OwcHR68IaXI2YEETQtpLTBB5 eHfFrvIXAXUaFGUXXqDqGxmGJHJK4HMCrqvH/fPG411skoRnZ3f3OIvwkDMV yWGzaY9zJBVEOKDPmF4fLlXDd7rEexTeUN+pF0bHlIF1Op+CtqeRKg+0GY6P agKqHDJl4eOBx6QDsNZoJf2lovzTyFIb2fyaBdAV3BVMj6r5dudVAw188/do eosmB6vhRz2/x3wiTCT4ZLViDwf79CjR5jAP66zxkuFWEMyyZ5ZrTux2CwXd sEAD2y/nruVd7+VLNTEHczFXZs94gCGozeGE8pL97YcTZU75FeQ47AIyDc6f nAb9251jNDr/ES39oT2RhWkWzxODWAqVClSfFM2y+gRVR2h3lWuJwJcMvXAE VUmVEF7DtjMcJm86N+eEvOBybvj6BJd4N24wh0VJEgq+F7kvDI0QFtZUIOXZ 7tHhyfeHRz96NZg90rPxORK+9+HMMK8mfEVF04RjvphUnhrkmvsRDMRlM2yQ uxqIyHnLYVbDYjuPRITekjHDZfB9obfJBDKFzZ/Gx+fKvwtyGAtgMqTV8iYp sAY8Bc5MXr7YTqqZpsm+n+eIvnUjKR78T8AxEb1lIplhW9Nog2uCODMWdSRq G3kNyO8IL2JkQ3tXBHVpnH/1zb6qZCrpf3fJIquKkJrI3Vrb6GU2mGWmlyaY coDmXAjMCZBUEtZyNSYa1e2U8wFhzNepW61PyL60Jfdu9kCdzbszxkN3TKtI /XAIFYThoJvayY4Mxx+V7OOZ1VJ2X4tlu0JD61afKHSrd7l1mzWXVkJXMEXv CKr2Lo3pqn7wp5qv8niReSYThNIj7qOSfcU2V16uBTv+cBfZRbQxRTKQrERt xe+4+Hs30+gdb/Alhqdm59F4opxTPLtzIpdWH5scWm6991a4xUPwuhB9rhTI ntNStsLfMjj0Nr8Vfl/WLHPChGQqxGnSZVTz5NocsCEJIAslyyTLuFbQsWJU jYQV5Zuc5NkF+6NjkOWUnaX7ZKd2ONlAdaxWvhagtAPRSmcwns38Lmduj3RL +ng0vkllKz8zF4eDxh5qzljb6KpzMoRdDWAaDnd9SZdy7tn83rljO9NzQeod Ju7pAEU3p+2gKVC/dcdW77rhlu9pwy3zhkMJj8Vld+ZV9wQiusTOOsiQpllH I4fQh+YopEBjFQrZluIe5e0Wi3+vKIvl777dxpTTafqpk1JDGK+2RVY9UD+a 2OLdw4yVZDp/aHGcOMFlon6tzmoi9N4TRZAuO9NOIVe53Casmqi29dV1DGYQ wqM6vnxbriohWa66lQKDmUb9r5vGHWaSngxS2UdSYksrhrCYrxhigxbzNlUg m4OUarOR8ur7TDY4Tb+ZVYJtTdo77iIlWckh0jiD5PUlvY/KycMoT9pRT5FV 9vEapJznaNAi8ID371M2iVpUgpNpB+0LlhkMjUWTzFBPOClME10YSdPIGQ1v e5lvHVnbbUDMGofjDkezSPaxlRgYFzMucneCg5STlklC9CnvjnJXgRSfDplH Is/UynkASp59LHXt3kTYmk5UCSRRkHE5BL9i7rVTxQgWgx7om3BaLeU4WN7Z PiZDECfuORYTHHebPgbVxOnj3hiMMNJLXyJbcjRRK/1MSL+cW5ojjYVdKLik b0/4ZMs7GX93DkD92D0UE6a/VpVOJpvYHiwvEmRxl1VasoHOsWjDTn9X4ewh bgmtMqHw4vIy1UfCaMh6G1OumhGKBMJ4mMLbF/SWl0i3gF0+xMZhGI/FtUL6 Y2iTYah6/I/HDtIZ4xUD/NfhONuNU+334wmngcRwwygIuQh7HTXpj6OeCvoc /SaKNRPCIY6SnlGGpyha0ix27ER47aWYnm45vktsZErcKlYcGpED/0SSKznZ t9X/vITj67TZQB6YC/NZEGDQUr9HBxpctDxPRPgnfhLx33SUh3vt45b4j0+q dRP/baNarWP8t43qPP7jV/l48d/06lPIlTUbyGVdVdc3a082N2qqM7jux79m h4Dzqv/5UeC+WVf/pKBUOyvqn+F5yKGo5rHdvii2298tB908Bd08Bd2/QQo6 vDyIwUV2QBzgjtDrAi+lGGFJS9C5MCnx3TedrChB+IcaoM6gMrn9eOV0vB5h +nSbLfSV1wXTxWwoIG550o360dgfGr+hxAczN6RvntNjJUU6thCO1GjaM6cV 2TBEFBKK4uLrihzWIhHjyIVY+xLnZUZvumT91vRBZsU34kZ7oyhvxe2wTWfa izIXSbLtxXVv2pMsAzpODxTWJDcsExVCV9npwzZ9GgezLIz0+xazyOl9YyEb YSoXsN3eJL5wUC154bEFWTbsLbz30sem5KtOiM67qW0oLl/TsMK05KhlM8Jm OWhLpeEX5YWZDDN2mL7SpwfEJs7ZscPwvbGKmL5M1AvF6s7onWN457yo5zxf y3m+np4DtT8F/91y67eUM/1sZPXvbGkf+iZYWHp0pIhxF9BUQkZ0nI8rFMU8 WTEZtY5xBm/NGPokd3zAl7Yt2vuPf5toquy+wn9Sb/7qa8n885U+ifs/x4K8 5z6m3/9rT5/CS3P/r9P9v7bxdH7//xof7/7Pq/+ZAeCdyll3/6fzCPD/e6QE 8wjw8wjw8wjw8wjw8wjwf6cI8EgAMK47n8SFZ3AOO4Hdn6xurNJRiYHDOeJ2 4c3OT7unbwuFWhUNqjkzJ5DPDlxHMIyVKg1Z+4pOYTZQN1Z7ubObqtYKOrdW O90j07fCs+pirVpfx/qolr2aXHHgI0nkyGZYaMA26XaBDrnN7B8esSdso1Cr PzPNaENhroF1SWrFlz48LPjW6sbJ52ZM/HH+qbBBHUTedHpKlguFaq1QYLd5 OG9RIK7H2nFHuCeF607hiNPnusV2pdiaX8wqe92yZLFRqK5TWVtEtO6TER2O cLsVn31T79VBY+e4UN1I1Iti8ftHWcIoMXyp84Tq0Kizigv/JvAmYZ1IWeBg 1MpmT+hijR7kSWGxdYbX2S3uCW0siAv4bRJO2AMkXX44Cj/klxcBTqF11mL3 FRRfnun4tfQD7YfMD1JRw69JH/kGVOBzdHsyFYJusB+ZIeMndmJ6gWIoshpt yQqKwI2NE6mkd41XUL4bc2EKoZZT8uy8g0Xb5x0u277pYTbjkTofDWBr4jKP oiGmOU33YUQFLfm2ZZHL9vZJoUGUGK8XWmT3dLOF4esNFojKXtUccrF/iHuk UNigfRv1ad/axMJ6s6LJQSRYkkAB+EtWZjQvCr4/6BrOj/k1IiGwXyW3aUYj MZrYW+TUeVoRomaKiSqBW2cU48ZFZSVSman1FtkIQdaBM/k62wjZILpyZNVM VkssQlacfTaIyA20TxWu5LIudnLOkhlrtQL+gxYYLAzchkXUZVA038IOsQgm 1UsWrW65T1tk4Gfkoss17y0beJC5jOnAxAouILffAjb3LG6RT8JleYuWbsUd VzEE/EE3Oo7T/7v206kA+7C3/1NF0T8cuhHRMyHLgx3rN8AOP4T0w0Evat/g yQRPkD6SGDqWCPtjCsTMEZgZL+Ab3R6Y0gXDYS+SdM9knEisL++tVTbfzBUu akMm7dDk7EHZLbyHW7xHbHExDytIzg9keihNe0xJuKORdvZySJ3SoSe3XFxj LJPOWiHN/mMAW9b0qIdHUYXZCc9sZI40jMgdUA283xna8dsk6HC3Othe3njN mcxXLedY0/1jSNZCVm09DzpdcVFgCKjVcupKRPXp9VmkLTNzDpSEhkQHbMlq ajgmbsJvEZtiYa34kWUPg65UUBmVFngTsu5pVFlc5Lgu2eQCsCx5Z64X65GD DlT7RMlUiOpxFm73qIeyBbvRsUqhrk/pg6h/6SQGBw6vFxGPxbhN10GO8SlH qiS2H+BtDlfweoC4N47ZRIBpKD6Q5cW6VK9EdzpqPx57aTcI/YeDiFKg4666 getxD0oSwy7IRtFFAVt7LCzA1jlFhj9gFp1cBJhCHO6DZKGJnBCPLg5RhuAO zx0bd4ojwBfA5/n9J0Gju/oQcl/McV0N2PauD+SlHXJ41AHHQUWvjECGaUbI tQKcnu2AzfYwyzrW74ftMI5RiAJDi4HNgmlnApMnsIIdEl7hNLCB8WAc9Jxd jFmMdJ72WcZDbRBIxrAtGGQkwGiFMh68sqNcpQ2bIYR5G1EbtY71YZvq1OuC KY7oJjgfBVeoyL6mZQ6uhj3p5hoOfur/GhaJhja+jtroE/lRP0A4w+8bU+AC 2T+aIzxGGcd/k3LfKU3ysyTmMHziTREcoLBBLb+AduGfj/jPf5uf/EJK/V92 plf/V37/Ib//wN+yRAUli+Nyv/Azdlhf+rlIXK+l4fCQuC+vjDTq80qIugSy RAeL3DEXxuQxUBaYWlgMBwJ8sXOg4PDxCQoh9yaSlP13OBooMi1uY1742GPu /5sMtJ0JygM9RT7b+KE7R10M/qY5wkSPZsYy1n2iJXzlQJ7J3jv8sUWSlscM rqCfLEZ08YD9cCEO6G4+AXyMSk/4as8MXbewKDldMBeQztVC321eFpp0ITLH f+r81/JCe5roKpoFyKrinP66ODtiZBf/fysrj3kCFCcNSkd8XLv3ZcvSUKwy GTTw4H4xRptgNAoIQq2bMZ8+5i6EPhyX8bvae64XwHLA5fiGuFc+8z5xeiRc 4wp/pdxFRTIphk7R9KBCS30VfETdM6U8Ap4PCxQ64QeJHc9MNRxOEzxJOGwA jHC38cPZSxQLYF9UBc4BW4EHhMLYSzwg8PZEc4PCdAnqIzMrN74gjidX5AaG UoR4OOjHtuBNVsGbMPZK0u3SKWj4GHRl9q8elrUi04qwNdGVBpMxzFHRo3Mk oYy6XJB8BKUgp0qLPqKs9gomic5D/RgN5fvtiNeJho6nWNySSs69xxwLJDLR pePLaEimBoIJ8JPu/3332hXjcUdjwQHK2Lox6z9C2dY1tf1CsfFPZ9AXjsje 3Ewt7L7bca52zlUXDx58T9L3rMrU/rTaWCCn9igcTTQw6Turs5Q6gsOZRdqA 9P1Bf5nDhFzJnilq7AeM7cp9rODz0sJFiE4m0bcIG7DIVSDEW/jN4Si6Csji /1JLmRB/oBgPesC9UjSERJdW5pWaKtbCXRVpxhl/aNlTn1QZZljafccbFheV pGpwWaXykzOuIeH5Mipw1iRdXmIiFhbZuccr71B9U14PvMuyFt5QMfrGJbxO fBJoZiIR2qZV1DFHbP7C6R21Ma0bLUgSFfpnQj3z8ECAbMvTPSqJN/TQKW4Y exLBRRJTAa76iyVKuqD+mxxqMoVB/00eK/aKHo5bsEzsd1Gmn9G4pLGwwr4e ZVMcKL1XPooxEkhu8XZv5JbGn1mtm/IYirFQ/Vi1VxdMBIVP6uYJR63EZ+v2 gsMhJPDhMyu7ZDHpx1rViAoScrHzLNuZZBo/m1guw8gGjXCMlCYpxckwZmQO SPvhJuyrbKuOuCSraRIsaH6xfT74EHLySsdsh84M/RxPljZR5Gn6/wz7D/m+ 8uy+bAxusf/YeLJWtfYfG/C9tr72ZG1u//E1Piu/LCQMQMzysylHTQxB1lZr z1S9vrmxsbnxVAXBCEgfmXIUqQnXCiTRQoYxyDPPGARbwP9nMAXJKiW2IN+Q LUhNLEJwUPdgEqJHdg9GIdjMPViFYDPGLAR/fLldCLbyxYYh2Mi9WIbcw2i0 aYg0dS+2IdjWvRmHyMDuYh3CCP0l5iHYwh3sQ3CM92Ugoud7LxYi0tgdTET0 Lr4vIxFs636sRLClezQToYHdl50INnaPhiLY3H1ZimBb92Mqgi3do60INnd/ xiI0zfuxFsGmPHMR2RPWYORZ4dnKmmswUqut1r9Z/Wadi+521D8ncHWvrdEJ +xSejNVe89X3Z5yJQT0rrhzBTm9eKMw5U1w5vHKZAfjdUU2Wyzc+wgZFUruH t9Mm306twOJGxOhEllBfErTHQAvw2AiiEfXQ/Pnw6G1zv5nu5Wio9nqqpXZE rPIP/aijv3T1lysshLc3/WCov9zoL/3iCpQRRTSMkn6urKzQIHYbzVfH+4RH OI4iUBw6+r1B27rpGfIhxtOyycCBUmtBgZawCIlDTQyf4O3B1RXWhbtyuFLc JzUCi356eAX+MLgU0llc+WlEAFLPFIz67bB4YnKzwfX6Euh1O9BRBFARoQLk foByU+50OE9j0Xv24RAdTGIXGEkpE7oNXQRDYCbVpA+lYvg16tDRhMI2fUx1 g6hHpyPB6UOIU4BRwUEQkNYB+CE+H7wTcZNGv/Kyp5YjhOYyhcdpA7+wPy6e 9kdhNySVhLb4oecHVmZNWS1YLjIeDFQvGJ2HVOYNnhKUiNqT06ByAXh+KvIy 8xXc6OKBMVSggq9MV6T9RAHbMkvYKHd0caXR04sg08VyBPckMHFFCK0iQMLd 31jEViRhQ0mzKMUVwtrBEBmPMpyIwJy0ByMUUWyhWC5CkTZNH0X9EhHC76dC hT7CiV2kVmEJg5ZIESUOA8p6JsAQ7GkMlS4I1C5So2QPfYUHtIx90h7AiFp4 rJPWrwgMFjBJ3RuEt4/kiNnXF1H7QvCbekB2jZpATFXAJQFDWNSMX594LJOB 0NRYKe50KWrWpI36tO4E94R+jZyV02uFIExd0BC54YQIhvZcMHYx34zBFCWe Bh8TdmilKq71PjDjKLQPYBk/qP883T8pxtF5P+g5naNjYXyRBAkTCdKk92mN 1G1LhP39KHxREj+4u2DSQe4sQVsBQkyGYndJxy6/jfTJoUkrOK/EeKNEbcLt IcaOGVAkEmTyhmPRIUI51qi3w2Ir7CLOuMhFKn8YJ8cExasYULkYJtbrIELB 7UDflOLBVQoLgPAGbR43IxVuNahTlAIkV5yQSVUSTIxwQJ4mvTHf764owA2R QdQ1EbFSwRVJKBGOMbDdI7lRkjKKJIbC63bCMTKifcvKhqQI7UOZqF1kCT83 2Qm7AXbKI7cHgnduGOgU2STvOgC00HF4DLDHWm3RIdpxA+RpMKKv/YEyS2eK dwZhTNaMpOVmOb3ln/Whk7lt9KDRbJPg2C8Gsg31aWMvNWwuhGtBuAckbUyX leQxrjaZ0I+Dc7V8HXUA6dH+rU/EPnm+n8ahVUE7R2V0dQV3Ubie4aFGFIEm AUNQQVw09FnqaRDaSa4w2VfPat+sISpOYtZn4fbLUuCs6MF1im+Jlli1jV5l KdBFUtqWrKn0vutpVFaKh3KWV9iWwJXio10G6mBQLdEnJAw7FSfjKuMv5mYN aMFFYQPTLmaoIBwdUIDIopcVkYG5sEQNRFW0WRhqHG3j0QfVxoPsChgF8RzY AOIHZJuy9kDvWTNAAyDLmcniEt9FD5z1BcRso8FDQCGgiw7CtpDEwYDw7n2N xJOF9XzoAF4GTsSqohXpw2bgm27AgNK4XXv69Clsmj4ZlETtCfAOFaP9IhrU GRDEromID3gbERXgEySgkygColOEmzksLI5sFOuNpdeCqRsOOuBDVHNiQM+K km3XzjLGE+4CZ/+0WjWg6xd3RCUp271otJJsWW3MM2BY8aXZfsXwYzscEimh iniz2T88bXyrKkUmoUiNqemONpDrdiNAUxzdVlEgMEDmL3EsOKo3M8xhsUkL eZPgbSqOYRwJhkyNG39iSNJmm5lHWLaKLEswBwmd23SsniOOAA8rEr7YxBcP tKFxO4TOCNEHwMX0J6HQFVhbZGuIOgDjqxnY0WCCx4zRrRpWjASLwgkSnSML xmUmcULpLH+7n+SycZcheABBglioayzssWVWWRRGoiDXVkmHStfkTnjZlZyq QV+Xn4zjqMOUlgMlDJLnP7eBw6UzyjcYwVdNVLczU7PpcvI5E8cqu2Zzkq6e LO7RxGYcoemQZtEYz+QAgHLc3VvcrbQo49Gkz0b6WFyAj/PV/gEknAzGHhSo rzYvGbMsQf+G7JRWEkO725To0ktmcESQgEr1rRMBjUYD0jXm4BjgBHnpHncb Ht3jZfifRjs2hnlorYeWJRHL49zY6VAHyJNmwOla4ilNLXSadLbxIXi3Kb5B hJP7FAJO37uEsI5C4QEyEQgXxTLRdNFyV+eEjNycAiLPpSc8EVYeRxoRZUay 4Y4ofYigAjPCGjgIrZJdixbAfOJcLMmcrFI08mHNPj2OXWYWzzv42ecLEpAg vLYIuK+MYDrnCGJGkMSsQGvhlsAJGW2GA71GzMHlH2WGo4NrA4b8ZUtDOgaJ l+7KOhDLHk+AkgNt0RnUSX5L+405eqgVE80C8L0MgULGYjjkE6ZWOL4Ohfzz 0nTCD5HoRuih4ylSKTIludaFhCQHvevgJtaUWQQt+zuvD4+aJ/uvmswoG/5Z S8PtMUYCBrryIVGluJV8Lws/wkJoY+YdFFJ0oo9qhwTjx8DCPDxRC3soKPll mewWTw/3f/IEVK+Iu3k7GqAR4wJUClkU1WionYPmkUha1AYcmPwVbhnOLxLB 6B+dlvnRD6+hlv41ClsDWLVnXy0AQ0L/y/TnnhWd0/W/a0/XN5z4f09R/7u2 tlad63+/xsfz/5fVJ7Xtk4wAAE+mBgBwa2cpfb+ZRwCYRwCYRwCYRwCYRwCY RwCYRwD4MyIAOL7tPYy5Dj9UVYf8Jo+zuN2Ge/w7DLm/gKpfObQLz1Y2XN1v ffXZ6jcbC1vFf1D+iHQ7I9vMZzIApvG8Zj+TLaF2yXnf+4M5SPBChHARQDF1 Vc/h9rk6DICrX7l4kXiM7kX+0wlHya6bP2JYenup0S1F8HXiPf5vmlfiX4i5 edEgGe6r/Q57AMqaN98ADXCaGF53qE+Bg53ZuBMNEpMdd3pRK/kMowr4w1rg 4BIL3hM4PHv+Mx0KesHweK/xMhnDYcE3MLjzoAsJnA0dPsg5vVkFjgF1ja49 /cdj4boGZ+PBWTduBdgOy19ce2iW7znFSl1gyD6WVeYHnZcl9wj8LWNiBFic 8847aaB9LtXfr+CqtM47Z9EZ6YtijOSP1Uulj5hhVD1UtgVOVhINz8urTrPR sFUu2hwIaAWMtw2UHV5tOS/gpOcLc05ETTQkrihyz3myznbInFfUSa3HmfXu lFDI9CBpKt2UC9TZWh1GvBgMddh/4CwrChPjdVp5qYskrbkZK9S5QlECR/cf Yj2U857pdEi3pMaUTBg4vuUXkssRs1KTO3hZpzA2r9JpHumVeApLXge3Cvsv S/6RVBoqGWxGehI3T7YkO+GSmDH75cH3mEjPPnj13bH/YH/vyGbptI8PDr/H jC05ObEkZSfAqPnzm4P9w+8BTOWymzuPreQ5bw1Nl9cdlgtzggyur4L+jWkc SqxMTz6pk2cEkh9IVzC5erYUvHqe8YozCmIamMQnGC4tVWA8y8uS19ishfZE l2xQBNJF7Nkm0PZRgVMYcXJRhBrO8oVNCg/EcqfP2ddEGuWngzUJqeCTmRfT G1orHFWoKK5Y8k2Z56nTQ5sE0OphvEnMxM7+YVMBAwXH9suDo1ffNxdsYzqJ JrfhJHTb2f3naRPYp8bh65PvOK9bzWS89xIsZQ8nL+EaLudy5nKWgZEu6HFl ooOT5t6WXPj56FS9wbEeN45PD8koTO3sATsGzMxu0+QwL7CXlV7gQjITNOc1 53+0hmVLZzs3cyTvEbthAUXKGl3SuIFYqPPNYxiLRWfvY9wHrsIpNTlPlpSU KMjOe14Z9ARCfxUviT381dmY8tBZqKBDaPztl5XwDsOw70oidyaemGkpWeqW TSo7EWg2jQT+PN9Wh/vUrKLdqPpLSzbJOMJTdtttIBdQ8dFVkrzA/Yqm+Fwm A2xJuBU+KUpmOMMe12Cc7/Pb93leYkVveQoOZlb//A1OkeQvE5sd/xf8XkTc xJuozmErGcl4iMvblolw8rGbU++Ty1IVfbyEk/5D2IO/ktYohwViPocLe2xM pFMeWRZJ+2Ixg5T1uBddZbBdfh5H4v5o35QWiSblRZWBMlHXG5MBBvFQyD9x BLP3t7JVt+ceyyalnDCOs3f7pFSTyFKpT4TWJa/IKMkimeykNuUVkU4l5Ffa FvIrnJWOzV9KkKTE3iV66/FD6Efo5R6UfFOpdrIzDhIWLC9rCptPg2EgHDgp Am5IkEdFQFZvwWyCtBA0XS5ZDNuAhVdZ9QVo/Frzd5HLbptevMXCVXBiqWM2 SmrkeapzWnBCZDxdnESKFOvsXaI4MXzOaZQqD51oppF3Bx1BDntnOD4iES4X UOCQ6XFfyBPnL+YcjkhXidIStSLhGVyEf1YnQK1e7aDwaf/waLeh9rcfThbS FN+eVJTXQJMMbFUTYhqXppBuUkhLwijhQMm4oWOyZeEK8uFH8HAP8GSJPGDd 9agmHCDEdMCb3qlUVnNC9H4aFTUt9/XxLtDKz/6W3PgCvpkZgGh+/H/h8R+5 h3/0NY/+aUihE5sSFmXwB1EWA5DfYhZrIHIosVF0YiIRwvTC86DnxcZZYVUg NVQla/o+299UVA1/+iY5OkO0OasowXmb0n86KRTlwG9LClAnwyU8lJfkwa0P 4tKkz3YgZWwRjm9sEjaAjTfhHniU15MO0PHgXJNl8rjHF9Qw5rM0zuOltkmt C40/V6l0xK3hOcbGgn658lIxeTmUtMVodnTWkazbmkL5Q56l8VlbZ2qNBrZ6 r+hM6djlww7MpX3eucIcnJ0tZxsm087nD2SWoWx5PSszWxzACxhA3AqArD3s wDbxhsClpg3ElJYBzTKQTy5bxRlePxVd2jrzkpTalBr3Sxcme2VebP8dlqYD GyhjZZamrYsByz2uTk4m+teUc7enhpMRhuBje/ku2ma5YXD4duBFvEpw9EWT hJvPDJtilwNTIREycSSJPgnZkQJa6Li3f9zEFNZ0BsurB4ns1jCjP/4wb19I ul18HI5G6L4CKGAMLqXUQ1IU8yBxLXR1TZaMuJzYFiMztaOzBdy+t53n3uqQ SJ43A6LEtqtesPTSGQQnuHWy2xaGUw6yYeqmkcRqR5bmzM0BOGoWVtNDXkw+ QlT078GPhg73yAjwTjfL+opEE+9djCN7bAfjSPfP8aokYopW66Pt/xUexzoI ZEz6f9wLZIZtrBXJKoSs8KI2tEyqHn1SIhJKIqOK4oBEqBMRNUPQoX2IX4bh qH1eIZs+egYVgI/iO86QLXzpuXzna3r2ZtAZmLbyQsMU3exKU/eMkwXZxvDj 891PsDwlu7fZRdLl0pL6zP1jxpy1hZxNoeHMO0DATHmvCx3eDrAPxoNOy90K GfvDtONIRqktwDGzZq7kXthMb43gsW5HLW07a5kUCUplu/CpuoIcWljMN0VK WljSMcUqSufW0lhQoQWzWaeZ2bY44m6tDl68aLNQlncvn1epTImw3d1M2cN5 TYQjNqPV4mAGlyikzMzwBti7HKEx72Ro4W0j3pNOhmfrgQRJBt+Fs/CuLF3K uqSPqwjOt1UHjHYx8ko/TJf2F5liO942KCKutvwDgzFmtISdDjZ4I3PW3R+D hyuf9D6Q/GuAl4enBwck9iAFnH2j8lL1XZFZuMON2x7KeGeDEWCb3mZ9FfTd DAFiW23s4cUcWq5QkkxeY83z1NHKSO0RKPnmIKabk1Dw0pv6A546todFS8k9 IaGrNTSwrHNEHMOVh9x6geRcBRHFy6WQhOQFhEZ3LbwUJYKxsaHZiTjTtCZR b6zzFViHBTxEtKFlx3mNVSWaL1sCRqMOFeZm8XWjPw5H9sARv3EyMufDhiCj c4myrtxQ9qRsNkttnqb+GYp0CSraH265smV+io/xuUYeuu1RjDhYH4p2b6V3 3n09TzDJ97UYzghW7+B6Sjv8AJgD0fHg8IcOYptBYR3BatmkOEzk+bntZeR0 zQZ28mIKRg31PrL3T+6MJH8S5vOdPnwe6vie77nQ8gsbfxX11AKhRanPcJRy FGuVH+JPCbhqH0jUVU1MnSNvO82henWU/95KVJOlJP5b1Q6Kw65mvtKdW5TR b7S4xVtkvyKvIv1JAR9KXoVX7eFN6ZHUoIir1fcV9cg0abS5FZZYQz2/eWcJ KfYjAElCrjLplR94rtaqJBiSQK1ZWLRYBkrNpNGQEipckSujpZi63eShYDHS KnJ1hxbDLFltM1nVfikOucEehJx+KupRv5N5Li2914hlCNrBYHCpJkPr5TYt iYkZZ9EGB5zKI06nEiL15d05ZbvQkJUp5m4cK2jxMe/BtkPhfCm6ZmhwqzOY knCliOIMDb4eu/ykrk6r4krVyIcXIeny/9ngJHIcmSS2dEzlw0oog0FZCm2Y RXk0NDX5cdceiRlDcohssA48TA+Wl1OnIVHCIaFj4pSk7rOeY3t8eMoIld00 +hQtmKmLYBQnXhRtwpC0Bfocx6zQWuaOIvAK+UdnnFcp/SUPiZIKsDSRYhBn gTjzZnKbwBlXgVzorZh6eB2M+qWFh7F6GC/IcPXm9+ylxFyqzLZOu/vH6luF UvQFtakW9vYPGixLHub3Lpwch+CFu5KI0CldkSc6N6X4xq6lQCUq2dgta7m1 hF4lHZ9wWGmbOnznx1yV2zsFx32XHCiSGc4WxbTTEYN/wgVGKbHOYV1KWO1N s8jLTlyBWSs8ZSylsZD9gt9pAdA8ksiCKcZHW7bxmBwyzsRgqBVlW+Pf+njx nvdC0uv4dd8liyCMHv9SfeyQFJT8/0HRW3kfaDAhz/Y1oaTVY2mwsDxq1L4a lpKg8KfLWm57v0h14DIdiMd+gRfbvsytrGA4jx4lSj3f1gKChCGdYVq88i7x 90CdZ0lBdEjvRRJD6BNuMCs5sWWYKjm8MbLw1x14dA3P0MgaWsZI73avoq5W 0ekz0MAvOTcjXyA5SAkjWZQy8MQo5qzwqBy3b/o9+vGwcbyN5MG3quYRDK9Z vje8nkQdS94mmMzbiAh1W0ASYQLD6+UXw2tGDM1hikW2U5Tmapklr2VneG+O dhvbDwd0LvvGqFtFn+rZQWxi0+1O+IEoTtltDkUKAueU5evYZVSvcI2wIqqP 8Hvp0dgb18n+G2ipVl+p1eEgWF9Zp7k/Gr5bf09/6tX3Dl4BH0q5mEok/uMT DpVUHpL5Z5mnRMOLrdbDPuzAwaNV+yTR4fYSCyskP76OMEF6yZLv/uA9biHo DrlJTt236RF4KAHT5qx4Ww4eSZXd3Cq7eVW4rU3dgP7lFJPYI5uuQOHlzq6i vlDsd3KkXh583zg+Jlzwp4M9ri6i981xY+fVd41dzvlm+TUjk0CurS/h7TG8 ihHOFnW46hImcwvRhxzBalZIngqTwWv0u6fQtOs4C6lwaQALFKl9hxzL76wb mxJVAYNAir7H/cgHsUvPq8asmaVzeiKKiYtE1Fckj3U0mUxLfBKDptoZJKmc 4rq94TFuuEMzVnFWUoUFkoRLxq4xmEwjNEv1u6AS8VWZqGg4Et2ZlD9uvN40 Pw4Ov89E/VRlBz29wX3KJK7pyykUIQRDHYkmXVmljEAwOSTLYaX7d3nObcFN 4e4c0mXKBfgQC7oPr+ShedBOPgiEJJoHHSlRdR/KjT/LbNeU6bPZAVz7Sfae KfMRTpXEoR5PaW90A/dG1gndPW43tysmzDzXEzyWvldMuzQAv4gJAR7JhaVa Sd/w2Q5QM4YrxrJHaSGVfiwGgMgfrJN1mvvSkawMso/xNA//yDDxKR7eg2Mu gjl3hE9fLSzDV/sk4j+gWPe+wz/cFv//6Ua9LvEfNp7CB+M/1J48mcd/+Bof L/4Drz75WT69c/gHp3KG8+dGdR79YR79YR79YR79YR79YR79YR794WtEf3AD KxjKi8EVihT64ZZD9Zf+L8V7OFV/6ZuADBkhGO4Uq4I5jMKzlbqXpmC1vrb6 zfodY1XciVuZPVTFnTioPzlSBT6lAMH3EsDCf03R7e4SQcI+a+PNL1U1GY8i I/BGH87qzq3RKGzkiawIFRnxNSaYrDIJpYXhYDSmCpwdEu/Y4wEnpubgCwVc apN8rSIi7nfvKTiDdUMsBKPz8SBKFbR/JQWcU4XuvRIWkysm63BACL+moiRy kzg4l+R2dBXG0ZAuBYdbgsG0kRs9/0D3fhqd1hoWFvH5u/ckBSB/hAuR7rGf bxWv+vFNv83XZZ0bVCzaxH4JRsoC8sFw7PRWUQutzfZmp3u12R/eLLCsfFmU dVqg1RaFNsmiHrceb5Lxn9MPe6m0WP+oGLAlKAits2RgoYLGqfACKFiVza61 +HcnM+eqzqq5qXXd1DjXFFGXGVCHB0S27WwzmSrSzR1zouAVF+Q8k85crnAu +MyZyTPrZyXlH/2PquJFmb24PONQeg/M1/IVTInVBFzJh8biohM2NJHKMqNa cvh9Hj5lzBVQ3MiqZM93yBVIOZEDuxsucuO02c9p0xE+FgjfS9acvkgojZ5C aKbc72zRgw9ozaIfsLTxAZZDCJoWRMNHuRlKzf3XwFMAD7D/+mz/9SEhrP5u dMWJsoBLgMNJRUyyKGaAkLK/TaIxdSy7B4e0vEzubVYf7RADTqJJT0q0W5eW yiRvqwKTVi1b2blLrkSADHCsYwHCFfa89/2lBQcR5mh5/RsqFUawI2B1yq4p gahlqMQiFBEigeWIdPDr9tASD+xWAjAgyYI640GvRK0/ag+lCwFbm+zK4B0q 8KAVz6Jy+WGbA/ij0D7C21egHsaErmbYrkzUTNP3/QqdLAFu9GFFEg3g2l43 iWkk2x8DH28h5G9FXfXHQyDqweQjmvwjhY56nbKGgim2SOW2xHBcSm9pOgtV PE+M/lkLRbRbiZzxHUeB6mRPN17kev3ZPuLRIzOYHBzEh4KCmAPWqAjNqBmH tXgeCR+2alWMbPkhls/nSQ0bLMJQt1W2KorqZtpAQ1R5r3YOH5+oV981Xn2v 0CBENX9unjTerFC7VHm5lqVygOUtoIRkU6HXuAk3jbG/ncw+eDHFcqsulKyG gTZ/0tR5FH5AtU99r3l23PhBm7M7ZPQAzYveSJBwIKGMjsVcH6UYEEFTK+ry YjAeDQbjUrmcaPl4MBi7iRS0zYpT5O0FwqSmlgW1JXI53vcx1npsjeHI25uJ nAZWa1OJgoBNcE2ga7LvBYzrofiKMgR1MfS5Azp6GY8zbW1kKelCdrhzoOBa dnS8yRhMYpflYd48WjCR45CWEHMNURTx3dO3xsuUJtESSxozkfqmGo8CvJKE XiRvki0gaNlceURZtJUNze2UzcaKrDHWDazfiiexBjIOru5BeM1Hx95gQMk+ UPeIUqwvG8iaGcgrbij6ADcyZyxr3ljWZxwLZ6KWTB4GIySK/+yjWzejOzZt cG4sZ4Tr3gg3Np20b5ITDSi8Fm/qvFrtm15EeXvORwNAqdmHtGEBdtOT2s5g NrzBcDIoEkBNrigLOx0EFHJcuhQaneUf0W3ReBFli8Y8TmBbQd09UiL6gi0w vSBp6JkU4QziFX0OJCkwa/e/MXdsllE7anyC1F6TxkkWSNIyskWsVQZgfOPH HNJ+izT0smdBomPlX3GmNDpvpUVvaBIehHTrNh6Gq87st89NYAzJk46cmeuR HIlhnn431bVSK9elOE9P/KJhehp+LmWF2ch54E9Hm0a7BM74S/hk309qZCil bncU4l1rUzzjCRykqZRGtxSc44qfDJdfoDEvM/LGBOlhpyIGOVDFZ9w1KdSn Bxz/ZG86y0D/OxwNnKQcGlUyhotMBQxPGt9SxGQo+zRn2BMcNr9m9iR37PCf Hrk1KtcsDdnS6xWwr5kHopdXkx78yn7nWhYLcuIFv0PsHsPH2poU0mYBhRTC XTv2Aem3aF9M0f1NAdfes4AsYz9ih18yGqb6VxyXgx5oxXPKrJjAMdSTeODM IskC0fuU5dcv/UX8uJyU+nGnqd4c7e7voVyaXsuq8L1hNMls4e1BY6fZcENA JKtaLkasNWhZcGpdjPqJlgzkU0cEFinsj6HS0+GcMlB7RandAeU+QvScDDuU JarPFSLgsiWrJCezQBexZQq24gQNNal5VqjWqmN8041LC6tok6aHU3Y9FIkv Z5/ebTPglS67+RIay5wm8AquSpjGTF44t5yCMZCO1SP15vDk7Hj36PDgZx2k AOusdPH2YYNu0LPwIwmcwo9negzZb4mfMS+57B/b1NPp2100DfuDu20cHO3s cim+ehFQS2+OTuEtZ2ytKIIHNQJgwZ54w5qgbTZUjI7PIVIVE5bDQ7wU3hw3 Xh4doR7gRw9hrBTJoPF6whK16l1PyWhF7ul4T2IZn0jDzs6Go8E5smK4Aryf VVeGEo+BVxjJ+bpwik1sorngu+VOtz+8eQ9fWky38WtbUXwb/HpFwpD3bn6h lZUVe1bbXsmoE6+nNR7zX63Rv9snYf9BLPbXzf9RX6/WbP6PWp3sP+ob8/wf X+Xj2X/I6pP6YuPOBiBu7SydSm1uATK3AJlbgMwtQOYWIHMLkLkFyN8j/4cc 2oVncGQ7RhVPVjdWv1m7o03F3RiA2Y0q7saW/Bvm//iS1B5pk4svMa+QtTTO WgEHRUo87kyG7mMyXJBk2MjFiK3E4GxcSfk5k0ED+yaySoOtFTzfe9aqVVAh 5gRnIv1kjnuDEfw2Q0/nYkWsItsDjoNON5ObdEXEwSQ341u9amdJPdvanYhG gm50fkwvG2hupmh7LEsBPnl0aRNuso7L5DJnaHKyeyMKkbig7vjOO+/aWelO Xmwz2ER6MU2wG42HjmQXtYktAA4HEsW5zN6rqbKkIiPqvG2mvBytaIzZYmef auuMqzhTLTqjn71+efbluPMgoy8cZOQMcpqaE/2StZ6TAu2x6iCNhcL3no0G lPN3rFAhUSCZ0hmc70dv3u6cnDWBhWk2mqdvG8dlG7uPmmyfn10E8VncKrV1 fGUNOrgdTOiq1nzJmXkpGfgQWUwJ4qun3dFGAw5e1ggvfWer/nmnlYGYVH1J I5iGS9uVCHbRPdViOxOQdEuRlWkbKrKHMTRQ2+gkEyaE0NTiT/KYqhmPKeMp VbMeTPBL9CQsQExEMdu6CxFzaAFJPbNix2KYMCdc5POsSGJGUVaIMBWFlNW9 eMF8EiGx8DR0Yjt7ocLtWaJru35gooDwY2WlxI1Zbeg4BMnz5i6Jlab4wOab dvQ7rYr6dSuRO0l7wGUFLdwqZgFvljCequj6Id89/xHudMeZk70iH3BABOs9 2SdFFG03a0Zgm0DXWlxJDEWB8RZ819CK+u/Iz3NCFhelRPArJ36VSWdVLltC 5HuKYhwGzwdeK9PEosGGlYd/jrLCyiejyeeGJ0kE9vbieacjjaRiabP0HXhy 5POBp70BpmUVNSQqDoGwsFBJvFERmHC5/hD0Iklin843bw+jpC+rpYaixt5t HDT8iavv4PK8wxH1djEKQBYkWEWQiAesSq+OjvHO6QRk4TC5mUFeuOyCCcnv avH4l9bgFdI+uRIU3b7PA382qHW4BsdJNCPWi4kv8UkHfBz4UcDSELYRD/V0 VDoXGRXlMDQcRyMRhEEvTmJRdtMxGezapGMzpFdq2kJ9Ks62TLmQznSbTsL/ k/GJB/wmhbh4VD9nMqMNHLKD3S+l3a4xEpR6jgdYVg1LidiewQUCWtdSCw97 k02K1XGGOsNydkM4+PPBeACbDWV8ghRWXYYEzuZ9w/vcIw3B744OdhWGeqAc Ah7dyANmTgqA7LDDSf94LAyknSIB/FF9UmUVXyJuUU4OOW/SU6IVYu3nrqHd dPhSLreHnU1rSDcV2pSQcArIp2fmw1FAffas7ybS8fGItdJ6L7gMaWxATich ap3ZdmuVcnVgpCG+iBDvEKtW2Btcc83rCLjBTjjGMgBAdR6MWmioH3SJJ7i5 ouNQbuWe6nr2XIAO057xcjt5AssVxTmCZ1zk1IlqyDyn4JOYlEKmf0W2s4Om fSaZmebZuTvg2n+FWviHY7HJQLJzQfG7pW23tU+GUgCVOICN8VENJ2M8BwGa rJrguWKvmHuRDAbQSp8lz2x3pu3IaP0fSJZGh9uVieBon+ve1a9yHciKX/Hr e4e8J9HeR3zBHpRVbLpR6TOJm2leIJ/EeklHo8dcrTD8Dch0pkQ7enywmglu akWmvG+n7IT6T45qSTLOzTx3s3fuNnvdz1Qg2POji7enwSXyVMasIVHFDbHB tjfuMZ/kgImBTYUucdhamrrYTKVMnLzIq8zqmyOY6/gGXcKD4mZWr9CGQ52g JF8d/dA43js4+nEhzXUeHQI7f9pYcHJuWUt6sZpfkMPcibbt2m953It+hXcN xzhMXogtl9xZHMBbcgq45RwA/pGlR5jFYNkoSjozUWYpw4Zlhvrd8qJIZzVg gtzAwBFZEq8b9f29k6Pdk5J2i2HZJtv18Rc/uWxGGNgpEQbTyWoXp8aDyToa +pKHwwv0J815sRr3D4VNYx5DMIoYx9JDOIYvBpNeBzV5DzvlBR3M0TCOOd1W Mjr1ucrbeEoTyinJSyazxm3NwguZqDrCDeWMLsHn6A6ELGzaOGOnh5hX+JDN 6U5+fpt178vEK42+U6+E028WeZNNXxaz401a4ZCJpTiDzIIN21BcxIEBRRgB vMFggomgKeHelheajW88fjqyDAGJ+LP0HKkHP+qH1yYFCfeDdx0np1Je1j/n uLHB5ZKpvRSGUOMocQ5y8kZeWkL5KvBMUMS/8zZ+etVoNvd/aAhX/n1TVp6P ttxkchbpHazHlIRv9w9f2xtvGutnJ9xeSEdXtkXslU5Am4bXliweswEEDsoE Sw9NbmYYk6wB+RL5i1DTTCNjCM7LOUropjMOY5aRMrw1k0kySHHx01JUuyLu WTRtJXdP33orqe223aWEMkbokFxLeJday5zFTK7m1OWcbT1zFzS9oiwSgY2R tnf247c771yeHCt6zITNYAcg8NmIlQVnxvc9fjJn5+DmHI+U+QOx5Xa4RWv7 bQy9iS4UdDvCgrDEwEUY7zVX5p9c2X3iNEoDZDv9nm+o36O8P1yNf27jv675 O6FdbyiTk9kJkGy2WylFYf14TngV09UeeNWSk/7k3EDZcp9scZi9AO7RXG4m FLlb2RPOXiSTZx+n1XA9JePy/8r4ZvPP9E+W/W/rng2Ap9v/qqf1jbq1/11f Q/vftaf1uf3v1/ik7X9bYmmzZi141lV1fbP2ZHNjQ3WAKY5/nWIA3JpiALQ2 twCeWwDPLYDnFsBzC+C5BfDcAvhvZAHcuk8T4NlZgDvaAM/Omvw9jYATFr4Z RrhTLW7dGGEMD9Zckb1slqGsjgzmS90mQxbcO2a0rUQWJseA9g6GS8mY4Qkz qT/P7K2l7d5kbs4d3rWFQ3nBZ5m4Jc1djX0b2QNmm63lmV7ptAHZxlcsAfCM 2XItKFiN4iVJ82tmxU232pxEUgKROpucCRxngtXJGfHU1SNFEp6yI/Qx8kc/ sJSzRHeRPk+TGZNNHAkrK0kJ9a3C6HuUjmbIRNMSUV+wxAEVcBYpcZKjVE3J k0S8dSeBaME2o3umn1tayGaeeEI5fxNxGSNC+5QpzGIkMNIubRvkiPbIum5i sre5gjhHr2OlhnPR1Ff6ZMh/6l/X/3ut/hReGvnPBvt/P5nLf77KJyX/qQuP tf5Z/t/1ufRnLv2ZS3/m0p+59Gcu/ZlLf/41pD91Ev488YLqV1frT+8eVf9u LMDdpD+zMyZ/T+HP39YDfKr0yfp2Z0qk/gGoFvVD9YboB6YTLWij1lJSYDQa h1dwCo5DuCU78gFe3NkkWRRoundJibU5MD7wCGN2IMfw+M4v31G8np1mfGrS 2sxU5BVJ317IehtSvPHE+NuTEaery+yz46Q6HQbji9ak++7Nzk9vd06+Q6v9 JUxcXsxIW+pKjdz8pacmGam28sFC4q91emhc1xaM+ZuY+eg3rplPjpEPGYah 5RGsackdSEX5v6pPNzbKKRmX1/KrnUM8JHTvyo5WW1SZuO+JXKmOFVNzFS3z gMba2qn5HTfsDLWHr6RB9EZnZGNfOMO7TDEtOplie5WzKD6YTBpbP91sFlLg 2Pjsh0PxfwfY9vZ/mgFirmA1NZccL6lSniPs/3Ae1j/Ezj1liptEY7NNzfNb M/4iy+YBwUn765ODLc8bvYnUkq86HGj6hi9aQEzRgSm+FK+lwaiD9zs2GfsN aawJRQq0DX/bnO/wAD0ctQCfiCKXEPKMY5D+bdh96DE8H8ltPAyAoJkhJT3j mWreoiPgQo6SAFlE77mjJahb53gk1PD0kQz6nczmvdYPIKEnaTm9xmTA8Pu5 EgpPP7WsPyL/Djoa9M6J0EsiOot8z4ZkPmCv1HPnANWOkwAZSZFNBa2cV+9V 4EKPgO0HVlR7f3gdqxEaBE6GJdt0jode9t7J8VV2BpN0tvW9D93RTHGutfbC PkgeqbTjA3pveqbeBUzFLoHYS3J8ojrGg1jGmLU3swElZkmH8/b1yXfkf4iE 583pwcn+2wNizx92rCui6Ub7JLrDngrhTIPwnd1/wpntukDnLOPdunFccrmH r7qoxYLZyJ3sbexxQWyu3DE+/UnPVE1RbYlbRoVhA4Y33LkbJuBdFT2epThS KnrgEDUNBx0M3FISR4fmQMsvA1eIULymqAz/xjK+548ARYic6DuEWh4Orq1U kBsgkQuGE3HTG1wEH0LVwpUmw98KVb5CB9Wgz1IvJHoohvkQjqIuS4vYbxVa +38rK4/dyEX3QvH09EXfcyc62BmMOwOq6zdmfFpT5ThCVHm5NluzmmIkXqSX qoBegB7p5XcpurLwZr9Jl/vHAMy0A16CCfFVs4wPuFxkkJ0k8omOF1a0Yb7x S3Tev8fU1IkOyAN0tnkIfBeYhSaO8PTNy8Yx8Rt2avkzc/v1x8dAfs++HlOG fuua6FRIqGzlxOX+SgB8EkDzN9Ubnf7DZYNwF9FOw7jhrVAM6EUgKRHJZY8M R4NhcA68lh8oRmu3675y+zOiwJAD7CL8HXoaaXww7Uoa2QgxFUWYxKeDydg2 JW+7BJMADLmKzzNK0pBg4mNzP8VTNvN+euv1dXVR0TrwLR8pzsLKgpO7I+39 +MD10W1fXGIcI9fnEQBDB9QZElAbXsY8hrH2OB1IjS0ZvFch0H1893jlsdXm 5zad8gpKcmiZfmZZm0mTCa+PLBfFnFAyDnOm7S4w/PvOwUnjuLHr3oRuy2TE QLklwlfU1xG+FIf3QsdRCu+1hw6QZWkBDVrsjIgV11e7vZMzPLxnhBh5Vf6w c3DayIWXMPpO458HIxev4Pe0kVkyz8OhPbEy0+LZohoflUbkmRboC9cHAWCH kAk6calOlULaIVnDxiPkpbyphEhzCRiG6EjLMHq+bJSSc096LWfvYOwNAz55 u1VOQIfxdzKGIa8Oa15RZGGlGocnwM/vH1qZBsnzd/YPm05yLr99xztcjxDv +KYMkEKcADBEZrr5w4COTvf29l/tk1bm7c6rBlzU0HwNEUhn5JqpszpQzGSH BqhcDI10EjUd/hdfYYQfrGTZXNtk3rle0zY5/sZxPO36TkSE1MiX7ai3sscs nL0/krsMOtOfTbMYmRgmrIYcsWnhNB3AZSPxoNoYQig1RrzV8Birdnj98pZ3 xiRn2r8zrItInDbzjscXXE9TsTqLNTgYnHAHtxAkn3YlWacMwlX/X0O4bqNc dRM9LwV3e5Hop6olmQ+z5FO2eN/DMJJoOEs6ZetM2Xwz4uLX20L9qVtHZpKc ajlvFsmCWzbGy7SThXEyi0Gs47nDr2FK/bzjp6Lqbsag5J0ls3ONAV+ZG5vO jH0mL/YVmLH6zGtZyFpI4fTzF3EBTXQdLiL/hjyNC9SAyDr8mw1gNnY/mwlJ YZURcnwuh3L/U5zG3xgGZ9aJ+MIeuzJOmjC0kXKEYRS7qxt9VPDYiZR2mwTh C+Hwl7JdGdGBTLS6/H1SnomaO6mS/2AbehgebsXNae1r2U9mbbYPT+7P50xo M8iwcxk3BTI4nm2kv/qunrn9Z6BsQKqOd6gn2qI51/Hq3cmYAQWDQaH03U/0 m5hzzRdAzDTqrzzsXMTTie3zEeSFzjNK8tucQumgxLifczHad5RJUrcU1DLb AWDua/Or453D12IngBMyCu83Rz803Fva78XgHDNk4tGSNMPI3lk8uIQ9Rg5H ifsi4T/xWdNK2XbkTMrROCctKhK2AncYsOdLlA0TRENu2+j5r+JzNPPaPX2L 9hsL1JKNHuRoy2zZ/2ocH2lFnTVasDVpKxW0nMUb46fPhCx3bkVxpQy4upvM 9ujq2DIb50ZvBVxRNI+5xgdse6CD7KlvxbxAbdqgdrecBdMCHAp/RpvAQRuD 2Pxz7+j0cJfRJnkRnTL3bB6AwpNn3HnrWnuZrfZNrigV9U8TT8fptiKy7Tws oPKFKRMxeZ5jRf+ReYYemhnIwj6aHyui54eNo9Om+m7neFdRWEdgoixG2yoy sFsjUe2/Pjw6dtXIdivdhrHJTZIncpBtn9D2paBLDaGlIitcRoPJ+QXZKBYS tkl3uRvNfjmiMWZekJyWUjckmdlgXMf7bGdc0iEgcyi80aMnLkMW52Zvi5dr CmkyjU5BTqPDsxe3jGBeSY4giyX4dCu1EIWjPUgc26UpxksmPrkJ8cp37qnk L2dHujwKRjm7hSXNYpXSJf8QMLCSj52TjgeTMVq4AgUks1NrMBWzxbWjCxTb J9Km10ghOcQ945qlyiv6WxedIA+jtKhKKaPSMjVSKzv2CmoZOar8wnW38K2e kxn+f2tf1/9PPanVatb/7+k6+f/Vn879/77GJ+X/tzYlxsKTW8M/rU0x/t+Y +//N/f/m/n9z/7+5/9/c/2/u//f38f9bu8fgT7MzAHfz/pudLfl7ev/dIcqT cVpby3Zay3FI42hLg9HwIuhvsVFgbzAYtlH/4Vv5Jv0e0Kz+vdj8vkgYAZtw N7lWv9ow2hfQWsPdBznmwU7sIacdkhOybKmcadg7rZoVL7q1aOoCCg7ntKUh YyI2MdiyrLvzDZxTF1jftBUlWSKHs2X1MF5g/Ga4lMYpSWrKiiNpmkH3c7Zw QAndZFjiwVd8E2lXC5e0Szdqsl4XxuCo/em3XO/NtLh5yrFBQj5RiFmDWIr4 9FdfZOafz/pk3P/Xv+79v1Z14z/XURYA9//12vz+/zU+qfv/+pSD9umt9//1 Kcf/k/n9f37/n9//5/f/+f1/fv+f3///Pvf/9Xu8/8/OANzt/j87W/IvcP+/ S0CedPid2YQH66mQztNz1ieyzn9OtOex6v+JUZ7XdfwGEWVof2xX6rBlsto/ h8stp+A2z4wDc9dWT5ugmRZepIOTeLKIacGVU3ZiOr4yR+pJ2kEkLWhQEJHI QGpEEWL5EXR+BcbCALkUX2DQjb6TUo7tEwhYkoVUp+zkLJ3KPh26Ca1MDlKb BdTMTVs9pNKEStP6yZZTSvm5QguJdKGJAMMFji9jnAhMZlT8tHujyEx54fTw uLFHJt36vRWjiBXDpyx7N2t+MrW9XDO52yJypxKbCtD83hxLNmcOCUucDCua tJme3+7Lnd1VDgWdPQ/HIPGe7Tc0qnoZMU1AcO0rvf5vEgj8luSI2bkRc5LQ 5cUK94OF+1nk/HgDiVjg2LIbC9zrkR+ZHHymuN2j3g6FytnI64QJd/dAIt+j TggpNkU2a/M8/vfX+GTI/za+svzvycb6hpX/rdc5/vdc/vdVPin534Yw2huf Ff97Ywr7/2wu/5vL/+byv7n8by7/m8v/5vK/v4/8byMj/ndtda36efG/Z2cB 7iYBnJ0x+VeQAKYb0UK8bJngjPG9v0R0SLJDRR5FZ3hJ4wjbkzO+51UmZ/Bi rX429iNrb7CckTLGZYgVr+RmoRa7eBN+xB48zvW80wpiOP87V8FHt7p57T7E cJsqqqhfc6SQ79be2zetSRdOkwBtlgZnrWiMM+JUaRW1CDdO/9mWjocW4dSx BP6Fp2baqh2fARqNKvSlhXdg/hrhV13/Kj5/V9/YoKhnUkHcTUwt53dkfwMI WzycKwqhXOrGKEhyw3u2bitAkk0uxLNCO6uW+4Dv4UbEgwcsHOdX4dVgdKNj E2nBiJMlz3Tlp8izsPFm5j6Pcp6j7ZOeeMGvberoXm26PXzr1cQZu2vpzrLg LfJ5OO4E4wCeaX9EM6nzzrv2+xXE09Z556wldcSvKg1lNw4S+hBik7Yr46/0 +c0bGfUge14eQs88r+hz5mW7um1eMzRfNEFgWrzJqhWVUU7KRDOUYaknBXE1 agYmBWVj+eekcFyjfI0ailQ1ep/WPgAg+IMY9msWImIoQwxuSDiY7CWNtupX yhLp54f8NTsz5K85ru6FAkwYQKzhEmnpGe0WkZ75Qj8jhftVvUiOqj2Y9MfT W063lVJr/KoVGinZsiNcTovdE/L0pPqD9zjHI8rzJE25kial4gnAZE/RGaQr Ap9FBt4zQnBfCv4r4OKvbijkIk8hginAfXXSp9sRMBv6nsWqNdzMJN032JRG ulV1+PLlzz6S8Z5gvKblbpEoHvmn6sdud4twmM5YeNIGvE250Lag5aWizCLl XwsLMT7r6EO7gMc0RnNpL9XKX9iYt3OAAUBRM45zS6rDk+eaLdAPaBspbx8Z QXqnTEkm0YI5PawsdG9NQ3flhhOg40nwkRYUV9ae50vbcv5tyePIPI7cx8gL 4EPEbnN6dcLW5Jx2vjjg59BX7oECYUi3bFWMsLmlZmRrRnerSRbKVJG+CQC1 03k8ubpCiQ9Zo+Nats9xm8Bd/mGnov9f4K4WYrjN9zooHrAvyUm+7TjX3zr9 2cpGdyhLE5OiwtXJj8j9QcV86+u4L4AAns/ouDFUhAmp3Dx982aHAkEB6Xiz g1fTpvrx+AguhEhLXr1W/8DI8qptQgJ9JhJ8HgLcbfHFe74z6EYf3YMXZ6zV V9NG7QSg41lsTasSJapEt1cRxlDXMCtWiFtOgPpPqY2HUZuuhg4Lt/yidTbp rwCnhgEhhEwkmJDEVrCVN00ABnuTym07g7OxTbZyW8sckZncrNj58uD7UrOs dLSr/UP1cv9Evdl520yh5WeBKAthaj7CSMCsu7VL4OAVtRX9UEuJpbVcrN9+ NMvS2sqZi5HX9rSljXKXNntEd6U7xKTccW3vBqPZ1/Zu7Tpraysa1JZgD+6R 6fJIXT7mkWTZw5lIXaJc5JVj0qLj62Ycba2gQ8qfyTAcEWexKeeXSh5qwhJm DquiMkdRcVkJR6AgAezlULi3aRZNjMgkHYfT6m3jGIiCyji2FAZo0kG3Mkfj DGYrdyjbnsDEI8xkJEISqKKzHwhHJDaqlkQl5TIcZ1hkUCwdgu8iTbi+iHoh MpnPlRtFmVf54WRTLVQie1f8lW9xeDWrPXGube7mfVj/CJUw+wv8LjO3jUGY iN12GjfilL+16UJS/4+xhb6u/r9ef1KtWv3/0zXU/6+tVef6/6/x8fX/vPq5 hrbPpvv/OLWzhP/f3Kv+/5vqXPM/1/zPNf9zzf9c8z/X/M81/3fX/PNxXXgG R72r+a+vPvkMxf+dzv47KP7vxJHcq+Ifx5Z+eh1EiaddKJjrynPntNxtVEUl TAX6cFB1SLsvqm0Y8RgvMvyzQD8XyTybdQ2DEZDTDs73Emk2vpdDFc5HCmCI qgaEemERKfsWq1ngiIETmY8CW6AbS5FV5GzgFoe0Gy5VAI1xeGVLo3K+EEw+ ojaSS8OPqNdDzgCfkYQ4GA57whlhpU9qES7XePhX1CJ+xUmgmYA83TJTplH/ njVoiseI+g0zEgELTzQHLDgYzXRgwdityQDFf7kmeasMuqZCDkABvQrDqCMD 2+9SLNuKgkdUaTRoq+vB6BIZADN96humiXX7ownwi315RDO9GIwxDx0U4ImP gmsKV1sGeE367i8STLBvBVw76SIddDo0E86UzlYcSv+l1KVQEvcEXoHGNA03 ATvPq0JJ10uL5VJZkeUHUhfqhxCfo9FWMNw3jR54MXyH/VxG6FFEGd7dMuK1 UVqUomUcfmmRy+PYM1w+qCs0IcnKhsfj7ECftNj4M6OUrOlYugdWmVaGcuUh B10hIyN03ognV7j3JzHnV57AWhByK43c2lSEsBCTs+sKInMgUQK3RoGopWWK nK1/uM5ocTjuxsAGltz8IoWuCBJg74cjjAL/Kug/BvQD0sh59AgbcSduOjkl kIE6w/R7Z6gbfckCNe1K8cxIEkUsUgKIsg2BDMBLrkuyJ5k0Kv3sikG1cm5u S5uDVof60bDgFB2wmsPlF934zHnsOrTQPt5WDkLrCsgRGnU4g84BvcEhSveh NVzKdIegquhFrMDQxVHGgMc0JhpBx13HjbnsQ9MrZSZUz5jnC3+at8/Tt/rI wAjUTgNb+L063HnTcJCAlCROUzwdB0//2FbP5KHvJkRq/oIQDgZkNvxcDXdy ycsuzlUdQSZD0eA90wNbRf82JNAr9kIe5xXVe59yc8gzfydW7U7UtEgtLfEj AbLsC86fachiSbetyRqubp8HJTsg7oXhsFSruikbxybrgo4zLIH57Uj1V+td 5e5OPDm2FbIcpUeCmbRBl2uev5idsupc4v/4+9L16SSpOTyhBreR7qUif3MR z1lLSzJP+3hb7dNBJkpbbGGaxcmP+3uNn5D5L+lxa1C0Obfzj/gaLStOmyV3 00laL7eoTWsBrTb3Xx/uHDjtJsb6MFalh3F5U3H36sf9k+8UV7LyedQxIDRg eQFKhOT2N/M7UuxHuFq8geqmu63E4J7589YvHCrqbzspwM04HI/uX+xSLCfk DNT43+lnTj33tdOsmDZqKjVDbYMmAndEczGiMVhElYU4UZO8C7GYLmdx3Cdi bhuGsOXsuo673yw99zdecuslNl/G9hPXYEu2qUFNEszWfq7pjetJrba2lHcA lXI3c9kHUTaBSkBLYPtArDe9WdsivInN/B2vZybfsxOxYg5MEyD1IZoCqPXZ 9I5kS+iFm08fDv6Jmzrf8Oa7d3RwcPQj3qT39g8aqvlz86TxBnb5dzt4s6dD 75cx72rphsGvvlULzQW1qRYWyLe78dPbxiukCJgU4LC5D80cvvp5c8Eqf4YI Ln3xUEP6H2MPjB1Kmhqi0JuHMRJFQ02GPh1BCA+dcUE9HJhWAGdC45NOYwhX WGHOtoreqfrJvxwtFrtRv8MrjenEfC41g6l2+Gb41+OsuSYFe6DkVYoSXGnO FlEdeZclbAnecH8YRRJAhvZX1KVaXh6WBQGiuBOdwym2ONQEW3L5YbpCborz tRhc1hwDbkOejVRxuzRDskcgUnKKcekdiENNSXEFKokT0vLhOnHcpV5H/pcy q22b1HMkcpYi7+Dd+zRedy5d9e0iD8C/V5XFituPjYHvyknWL4V0ntk24xCa KwpLiumMcYKyqDQEPV5rPY7QXCJH9S/syyTb7FPuswzYbRULCXipx79UH8tj OYrkpNKr4j+xBxLTZLLF84AtyuNiknXlv5ppdfdERWnRRvJ6ZyQrZougOaa3 uaZcMHE7DYfe2W23jnfUM43hopo8VNJER1ATMdNSGN5yDrfmMEBRXy7MsGSo gQn6atBvhw+IczOpBgV+zmYrybhL3oyyEZXO7y9HHuoPu9WIqmdoEdWjMfeL sZQe1gepOw5Gj9RI+PGfNRaNstLLFsIouSXwib2XG7yVKBtJBgpuliSJyaP/ RiCji+YIYTSCe9yquz8BxUn45F03npuU3ZzcZgFL+efeM4dYdhIMDplhO0PL PGOVAxAKvoGEAjgaj0zIkckEoOjcugej6Nw7MfUDlxLgwQz/xL0gvkC5ENXH L1jFSoTCayEto+B6y1T2xFcifRpFYUe7sYiUT9msethdaWEV9usj6bSchuSq Tk7JO5/lQzRQbC3JXZhpMrBlqNCnnS4O62bTGYGZzyOZcXoUUiRvJJIJyy2V MyDstHm230SzROltJR5zjjP3jCZo4JtO+AHRxCk7gkd0DgtA2WQblgJmqWWl 7kjMPOElzRFX0ZminiO89g340hM0RbJmZ2QkOL9X3x2XuKfE9CxjLW25Rugu eY9JmxEQlxa0yVuOJPezDcS5+Njh+ODGO9ADwVHJdm2wxUqdE2uKhRnglC6O cGnL686VNqIwybRgEvvm9uqKs27pr0jJY9WiOiQg0cxQEZ2EVkX9KjYTCCbq J+h3qGYvZNOMSUyl2xHc6K8vQlaWD9gkZLxS5NyzGXC2ZMaBViZPzj/dsGpC aFpkxEas25C53lH7YiRszePVx+V0Elb3/OLda7Yu43RO2QcOGliUzCncGWLm Uliux6PHWWW88+wRlYYhwN/6e/f+kgLUdDB5esLgujXpvlurv99y4XdXaNHd dpGKp1LGcxeWI+Bi0I5XkOkGFVxYHS2U814yFNzZ85u/RVSjhP1fDCMcfl37 v7Wna2s6/veTKhQl+7+NJ3P7v6/x8ez/ZPVJ2/7kzvF/3NopG4D6ZrU2j//z 11sBFv4uJoBfNBBr/1f4Gxr/Ff5dLP8K92X2V5jb/M1t/uY2f3+6zZ8c0YVn KxuJaD/1tbsb/d3twJ/d6O9ubMjMRn8AJ0zku/s9ZkhGi4nmXxsDPNfGMBq0 x730Y5TX9YJWmPEKb9N++J/n4WjUT9gbdtv9VLuzWSVmGTQaS8UZ4wtlRSZy Hg4HozE/knV6Czsatn691J9clQulEv1Vj5R8WdbSV7jVsblbK+jELbZgi9Dd TuLTio1bO+i19WttA0fFUoGKsIbgqCMpJcirRQy3Yn4lG3NqspTPG5GxniP8 LrGsSi6w4Qe655Ieon0O7GJ8GXagTa2bQGc49nMrpMdEkZAH3a74wg1bKWlC MHaemZnC2TweiESyM4gvo2G7F1LyOPJte7IODV4FH8nYk/ouFi6CDyFMSezc Yjyfwy7KMZdRf+c0grdwp0Ejk4CZkkgi0EIJzyHPk6tpszZFdWDwLIwjxC57 kkTXxsiRZgSuPIP76QbjoDddisYdGvmgJE7HU2L/EHOqTzdxKnVjXHaCCZrq 8YSPzo53jw4Pfi7nzpnM+j53zr7plW54cVGRWlpmQ3YG3V5wjhZ5JXft3HFi dAJ/nKlVdky5SDIpMAXe5MdjOPvVzis4zZu+bFqV9Ovywq0DF8l1N+YrlJaT Fyg7nRaS96NxC+N7lTCkGKlbnUeBfoZ/V6zbsdXlNF829/+rgUWCGcoQ+iaL 2RBb6Sas5YcJJdMO+oRw2DRcLIDVDdoh2SFbx2KZOSFST0d30hvdRNzmGGYa 0Vh6qruDZWRXatyAYVu+UfDvM/kNHYgtUHbh3cYPZzTzLSNKPQ7ZBRovBHa0 aEQ8IHNmMu3uIaWHmcUo7O2H7TCO4UooUlLeSkgPSzVXb0nmIRorGR3gCxNr xkk9TyAbRLBSG5C3grtZD46Ovmee9wDYxEMM3yPOzUevvm/mbmEJe3bORrvw 9zmTyBUn9Nm5CT7Do0bRdGs86LRKPDq2G2tjhChb14mNk3rqBsVxjQcJVFWx xy0WErYRHHX+HI0t/CGmtcFIUPw/YgO30GzswNUkC1DLBCldbm9n/wBvID8f nao3p80TYmOBQ9Xvl1vqiDhx4JTVXvPV92d7e038TheKvZ/dstAuO5QDk7tz aPs1Y7LdUwunb98e/AwcdwOudrqM45e+BdeHhnIkmKVn5ZUFVwEiS4sw848n Mm8bwgW0X1o4JbY9C1vUzom2eaQFd1WVGIbApVsUAwpalvKpKET03iEnGW8p jWp9j86wg8bOod0kzuD1GvPYH8Zo7SXeGHCq8ZFLhxtrTfvnZsl5g30LLBgZ IMEJsecBS5WWa57C6oFD57k7rON3GPQQW2+4Y+P1jia6XZ6kyo3ItEXFIrLO dYogImdFl+IQgMzjJGq0hLI5/EpWCVQL7WKYN7JWKqZitx3uUww4G6tNOlsE CkuX5pJEsCQouZ0tbVvmy+qgXuEKkChmOBijEAnI/43qRh9VOxyRmA7Ot14n 9ogr66xWHMqZxpaRhF2gY5rD+eQXepEbEctni/bf8J3zAMUKeC9HcQrtgldH p4cn2w87eLW1m4OxKq/bJFVuNk5wS+829nZOD06YCmtD5tyh56IOALe6wkZj XnwfiR5iWQDXNDErXNmDjC66w3MfMhK06e1rhEHpJf0tzwQMaCqDFEDHLjdX tVRF8xI0DVKJMt2h4aAAtRUAsYOzwZlhtzeJLyxLByeleWdRceSd4Ta8ieBZ 0R362XnHMXtxN+Z5p+XvTD/6aLKNDD4oK+YoXXdc75loWzZksnNnaxLrgLMy PHdFc0i4Eo/8sbyLMoatVhO5qfAQgcLl97SY5miPhd/xNiI38aJWra+Xv61u 1spL0VKtnMQCHTDHaLhprpqEC3pRmMF01JUFlyHIvYZY0MrdYUHqUU+sIv/k YoJhQUlEDFwzUCUEBol7Nd+GEQljIUH69olmFLD3OnB7vRhcXwX9m5Kl8hWK Tlg2EYngTKw94WjBBSrA8UrbjFSlST+OzvsACd24id9Ji1jWGGWruoZW+sh1 mWr1cKJaN8h/IgrpevrsS3dYNrYDJDkgHpt3jA7mmDXckhxYS6pu5+qN2Na+ 24h1vfSIbZ9s25Q9apTH3DroWs6gTeW7jVmqyZBRnXuHUSsaNic6Q7NDwRjY v7NNwMUwnINu6W5T4Fq0cRJQdztFopfoNX8lOK8UJ3jn6JZ0qajKpSLB6bi3 Cl1paVuHZkxQsfZ5MkKfHB39Iea70zflKB5zpE7ToKrxtXkYD0aukafkmVeL GVCXZirCB3kp/LgSw74/lHxuszQqI7q1UYqALKO1V23T190WWaplrbKG0GI6 TaEeTv5Kw2UfCahnm48cdNEW3CwW2pdYim8iCXPEVdE4J+7XYrakdXj+eY00 2YoZi3JX7JGx5khcbuUXSRV1LHVueZsvMnAL4L+bqvnyaG8PjkIjDtDWNInT Venj1RV3dNFNFhuG1+RTLFITc3H1rthSs8UcP1azD+WEaYrsAY8r0vonpA4I J2Ye6GziuxO8gZEmx+WyANi75YUmfRWobniNGs0YQdVv3/B1ydgOOOvgcOIp Tu4qOId1eCDXtjc7r/dfMVK23FWBQ5leAdK+edk45iCgcEyrLHFeqo/e4Fz4 lRdw6mS2jhzEwdFrFtxkNEzQbA+uhpMxH/Sdm35wBSOX+4cJRrwssI1bNGen lq4BbxAPxWM+cWvbLqL1JfMGeZz78vTQwEQZchhmGM5PP/2kghh2RKgurpUW X23U6qnxCPuWdYewEGXPkzRnCHcTYOzU8+dTKqcqXkRdpK24EG/2D2kt0Etm 1gZ+A9Ykvsy8ty6nhyll/yfdQqIkMe3bKmNZcMkS4L6FMS4n2o6yb+KZ9Y2e LNXIeHietUpw319NdMZ0ge/WgpdMFWLmYLU5jQ1QEcUUHqKjBv0Ks7/t9mDU QbElEHTBkQqRWk6q6tIa/pfTWVLleKCuQ2CwgFaHGNFbrD9QDNK3IlDVQ9MR fYNnSrK47RJYX/aaAb7U3aOWTT+TdFsC9/MNEGrlRum+fRN69HzLv54C1YlT 1N0Ic5lGGWVRzVVc1CxBIog2Qzqx1XAQx1GrF2qKRGvZpvianajbxQMGVrav OgMm1FQZyNb1xaCXODXPg6gP6+itSFKyon7ExtJFluWQibUtCllpoVyNRDn4 /DIaDtFajFfXE/6bcKae/CL3dVL9YN53p1fv3lY9ml49ml79ClXeeZXpZW7V 62lVr6dWveqPz6YO2xTIbyL4OEMzbqHcprQwN/9lbtVWeJFXEV7lVkP+HSXZ eXX1+/xVj1HaO/6Qu+zyPreB0YT8eHLf5Vc8n1LxfEpF2mxn56PBZHjWHyH3 IJkDbiuaJ0UfhR8wczfyYseNH9hjk66l6aLaku8s6iOLA9TmkfofzLyxd4Y+ wm/e7pycof6B5avUSH4bo0GyjeMjtw3HhYX1Br6eRipXPz6sPvuItgSJB/wT elEUT5+iPPM7LxVz7vC4/gwFdc8zFNVTNgoDnydd0EAkefJeY+fk9LiBYaib Rm7KwmXPTcmRhEpg6iRTHyQfyAGVDWAbJnix38O8TgP6N+xT/mh3CZxT/yqK r4IxEPzYxOjukzq25DRXTgyEig3SxTJKUe+oeId/l5TomQ3LRGPkXiXmABV8 rnjQ+IOyUOMfN6zC4oCTLeNEM3NA65kOut0YDt2HPbjSoddK1A96/MuehW5+ E2EEStj+8rTJlb3yki+IZpP5AsfJ8/yUiUHwYOGHnYPTRhJj0C5y5/Vxo8Hh PU6+O2o2sAhl0nF0ipkGEx5X4jIl2oXYFbK3EJLJhGKtIV2r3eupc29ymEdo BHlMqNhFBhAlqTYKuiFs5qwWuKTZYKNOyareuq16a2r10a31R9Mb6N7aQPeW Bm4FQHc6BFy+lS6gBc5tkd2Ur27Pas9eDvOHZMrkDuqWBrrTKreG59MWlO/C mb1OrdjNrxhNrRjlV9S8Yl5Vep9X+fqWytfTKjv8Uu4qSZH8RTIcU/46cZG8 JtpAEsaD0ZQWpETuBgyndT8Kc3t2Gd20sHjFL5PbiM8x282T2ZpbOL9FFIhN GRK+z6usue68ysaEInPXEN+dVxXe5i4B8715NfF1btXz6VXPqao+WhJSuzgp rBVz0BjPFzFntGJdG7DBM8Czpj6YzEC1O+EHDgqJQ/YVjOYANWaGsSuFfhX0 2pMeKQbZqojS4nkHGstRSP43umKXGxFbUzQBNk8u6tt1Z9BnYWP7PBbOKmgD D4vik1ZIVl7UX8c6+7AUkUQA2IyURAeTFbU7IBeDYDwOr4Zj7YmrfX2g4djE jv4QjqLuDcl4LgJyx4JS0Uj1wxDdgLzxxyr4EEQw9F74gK3qKcSlY4IG/6D4 uxv7BrtsOIvvtqYnPs0Nv+Ma8GaFW4g4UOowIzhPm9jXtri7orcrDRUDq5RF WkiWI23iCbXkfrlG1p9QG/jJx8Fj/IU/XqjHF+gliwpqE6ynPUyZzW6qVzuH uAh7+6+RnUffBicuE7uyoOpaG7FmsmBp00YLZqP7cUeBY6AYPmzIaOOvvqui F7CYM+YUwfkt42Tf660DJYawhQm9H2wruCvSla2Zni25tOy8bBygT0lT7VBm Rm/GGP1Jc8o0C6/159D4m52f0OOgqb5lmwJ8QV5V79yi79Ega8KR9rIZV8l5 iVcek+yylMC2MhvOujl1MJqM9MOSRz81i8vsOOXgNoLy71Rxw+wJFMWoytiM lkl06eUmTDbhs2vJJD7OeMhI9FtVA8hU0wMRhsWb6iJnSPRAkC2Tz+nUrWqk 8YlOxHLMPNRy+ERFt0xSM5IJ0+VUgiBfHJuav7fWVtmRB88lf9wJrYA7Vre3 2/UBqVtUrvNE0dvzgMfdTtk58yiAMhLT343Hf6oN+FdrJ8lNpoSEeXf/6NXr XTScsTrKR1DSsWInYZEXkU8PupQeJ1lYs/06Gz1SV6r0+hX2UbanZ4Z9vmOM s4nH12P2A3HOR3Pw4qbWo6DhEvREW1tsnw/gFEOtdaktfELbpDmiV9AC/VXb hRq6O8khzZmBF1cpESe94BSj/ouk/uWuArWZRGFJSRgcD80G8SF2VdrnZxcB qnDRrztpmK3n+UlPdQljCC/5JhRoFlZM1PjrIyv8a3wS8R/QMQuOzTC+zxgQ t+R/err2xOZ/olgQtfX62jz+w1f5ePEfnNUn58uNDOfLp1NjQCRbyHILrc/j QPz1cSDm2aDm2aDm2aDmkSHmkSHmkSEwMoRzcBeewbHtRId4srqx+s3aHWND 3J0RmD0+xN3ZlHtNDHVv8SDQx+dOISPwNf5vWlec1ghQ5M0JXLe6owjmRYaZ 9xviITMZVVZAh9lCQRQpVxTeiMl2GU79wZi9COMtVKvu4l25HbTRCheRIQZ8 oFlp3KB4D6Nrunz7URjk9mxiLXRxCoPLUsdR5HprxNEDUeIAJ037AsVRJMrv DFH+0Yl0REyCMd5ai4U2Zpva3wNCuWl+ALG1P14efG9/vPrOKXZw6LxpoiTe /NrfO9pMmMmhlWA3mPTGm55lg2u1gLmp0diRPDFU9eGABa/e4DOEiRIqmL2K fpuEMXIzRhajHxhxA5yyMXAco1CrKNpaCGPVENqH8JC07wcKqPDR8SYQdPL6 457Y+d+0Btv6gUS21l1iniPj44Rl/ZgA7JNq6mMOcBPTwAYqQKlPItNz/C3s 9F/6BB0z3ywpK/ZwY8IkeF1RTxkN36CdSH7LYvBY6AwKyZrvbvrvVbIeB5FU Xfbqg90G7A+9aLPUHANRA+7SI0n1QAboj3/pP8ZhOkX047J2I+uyCA/f+clp ePrKa++GmuPvPzvf+873w8c5q9RGWQ42ge789P1nL2BoLdcZ4g37b7DVBHP+ aK4yGTJJ4PON1Wna+yJLv+KZa0gUlQmGwOGwKozp8IT0KIYWAYgtMRJvmmEL FQtDoNYtN46/6aCMheAXyupWWmcSq9s+GLKK95E84cJtkqK/2fnp5ele8+3O K7L/yXBoJptaLv5coQAbiiMcbRP8bCvtzMxFHI/JnOFnBniX1yzURDBZh1Dj PEMxbzJ9QXnYQ9dzh9vwssGQFBdjGDjzcvOZ5MbOEIua4WDQ0xZaZD5kFbQc yIOXV79Ir4O8SK2YzobjP3HaaA3Tr81jG4ikNZS9b0uKqiWigy4O4CrM1uV4 ndIoj6kB7W7oB+eokeXzkNIVjsL2GG2NCPKxdgjyV5Vk7UCS0Rgc/qfEdrg4 1h2Inuqtwdh22zYSHCM8SkAL5o4EwQBXcSED37JBCnzS4jRpKSN3GhOTJvK3 6qK7aTTeyu4YF2Nqx1hAdyw9Iw2P4Th/eQZnDLLmRuSs8c6irm7T81/uwAMc LN69U2go1vetoUxFgL7lUBhyyEW+DY3exxejweT8AhdQpgpHvSVAVNZOxcVV A1hTIoWi+ofXRoIQTcX/6eifjf0ulP/Y1mB2aD3tCW0Q4cPLoOh0Wu4gcAp9 9bsOvYTf8FdlI5rxWDAYCWiE5SXuUdKpnjdzYiFlvugOgRBIOMz5BKlCrVuU KDh7QQasn2nHED4DPhl4yaB4NMybZVofJG0VzXusEWnm7QF3RqEGUgYmzsS0 K5+NhrB/grfZh/F/NY6PHpsoEQ87FOBhv/m96xDsQkijpegUjecK6nkXKCYJ iTx2Dg5+VqYFAyZrhMPREfh49laAHtCSlbIWwDSlvRXtcCw6EDlBy1YPJsnT dUpkAj0Aizv3G5iAs1p+XmyChO7OHtmfHNUt4Zrcr0pXYXzOG0ZzTfgkuQ9/ dy8EeSG9NAKJEQmqSOGuBHgDPLDtZkuHi8oLeWBo8dvR4Bzu6GqMUkC0W+5w R8aUlx1vr4LRJUfO4S1jft924mFK2ZZO2sHsVlVvHv+6QevOnHu7N4hDQwSc qwCzAulgHbEzabFOBv7acfV6sJ320TWKWA7RgzUEYKdvdymG0cnO4e7O8a4f +kqi2rhuZBnuv4mYKvlDzotI4kcxEQ+w6WFKph7wMLvMYx5WRyKj9CXbRx7Z 7ifYAioLkCv5JKJsnusta3g44cRdPg4GBB37KBn0o/amAhwYIz0Ulo4DSPmV l6nurPcLzoQqeEsX32zjSNS6ewGkbKw1dLgrEEs5ujRekjqQUyCRo9gTMr7p txN+1ytUebWYiv/HJhJvdo6/T2TpUzQCzaCbNCAPBE+xRrr4AnN/dqoSqcub f17UIG0+6kJgq5gKETQFnz/lh/diBhy1DcD6PexRUm/8U3rYefiwzHIXI9IS SmtZuQrFtyiX7E1zUdWqVdh3tgxdtvKIiP9chl42WZ+E9egQmvnclOESzJ33 FibKWhhS3aii8HTd0kFG2X8E6aB4kmxLK/Iz4elKoTniMLyk0XEZTL9scpLI ObPQbDS+XzBHgMEXf2IERWYZtrf1DH0xhmnwuLGzu+CdKZ8zDstYiAUejaMK Q+HkiGV9gmpE8dNWUoLmZuMV6V5eHZ0e7JI65CUqaHZ2OQElBx4U2ldRLpeB MIRvSyZCY0VBQfvTGtIYOLWHGky6yINEcUGmJDTUEvZkO3KyGevwkA+2vSPI +fEAo3l5fkayO3qdckU8iZgfBI580akInaLVoO7VFMRyOCCXTWSxgM5k63ZU 4RXLqQFr6AZCSrAlGnvIqdmx1nb4yC/eU8J4u3sruZuIq+j4qXq2vtImS0w1 Y5dJMFgnJqvj1s0npOmEIr1+8c7L3k+ZWwk7PGkc3mE3GeDp/WRRRvaTBYnZ UM59xd0Is2wqpz/ZVrNibx6+OiJTG9FLUVJAjlqCpzUeDfQWr9nl7Ktg8mbj RG6knK5exLVxGI8xglYpEgmy62MI05V3xHKdQaexkixssseihOGjJ/rdA66C nA/CD9FgEvduzMw6zpz4JgxFjWwrLdX63Wh7SMsTt1WE/9I2wy8rUeeMivK+ IkGYedGfXHVHKMBgHOd1xTzx65wx8BGV9AYeYfgINQzGF2gcYYd5Ho71Q0pH RRjZnoyAHUE334GX64qpCDyFeThlDP2gLLxZjgA5cy04wchbk/jGvb5w+7i7 McQVUPKIRXJosnl2fHQEd64j91YjqbHMHHT2QXf/M4cM/ViHaYlp9o67o8xh u5j2vUFXnKy3e0enh7vlqV1/m+5aplezpzQvUoatvACJo0zpJSf12TbZFriP MVLnttp/fXh0jDIsIiqPZCDv3uz89Hbn5LuDxiHuE/QuWKQCktzWgfIDgrJs It32ELh7ulJyIZwRyTyxeQysPBny1EQnE/FFML0+Ltq2KMAT4Yzzojvpk0cW IGnyleTXW1hZWdBcdgkd3gBEpXP+gyMHFplxHq4XvEBpuakd92b2qPyJb2XC YsrQJVdvaux252QP3x+IncqjvImkM03riyF6kmzLNkQ8Q7TEw8GgpmYJJe1x YXF5uW1zxzFKoOuNwSF2PDkDVDrceQOY9N4fCYfGTUzBw3h9N8xCD3cA3z7m reHtJDrYZMilDLx+j5dUctI2EhX0iy9pQQoLUNzwZnQJrtVd2kiuYHRfjPqY 2gDN3oBWokUd4PVvk4hcuVCjFPToMGNbr6CnKFVu0EVa5wT0kTBdaGTeC8dk JxYP2IJyFLYwj2oc/jYJ++1QG6LBUIHBmAzHbNu56kwFu09Mh+0UJIDWeMDj RLKpT2F+IwGE+PUypYrMHqp3aOv2vKOF515q7r/+z9N9NDfaf322u3fgAnH/ vI/JnH2wcb0tdR0gnOAEoost57WM+goNC8i67zRmQ8E2UBIyOsUYnyEZa9K6 OEDBf9IwgZOkF4ZDVtrmjxno5PQCiUl1Qhbc2eyaQV+cFeILivzTQiHFR71s yMx0BvCgJLT9Kj7P0BboU3BRH4MitUShJc1FLD3o9fILJvOOacfu0eHJ94dH P2qrC1uOTwk+Jmijoi6OWFdbhvcoj03LPaycRD+1MhQ/EIgqNXcOfth53dgt m9gT3jgBcfb2f6LnmoWigAdQQZhFL+YyN7bgpQpPtnd4lGzRxkzP6TvdtcAO 3m9Oe099GaMXOlfd8tWk1YuRq50e4pIcKqBru43mK+xIvYGvOtq6v5hbEu8W 7wdwzX71XWOXtap/tb393+2T8P/gLDz33Md0/w+lak82xP9jY23jyRrm/6xt rM39P77GR5uJnn139vbo+MRkX9K/zYM3GAFe/GSB+Y9bUX/1Cv0WBXUWTEnj TluoPcUtqP2g0b6SrS//6knPP+bj7/+VIfJE993HLfu//vSJzf9bW6f8v9WN p/P9/zU+GFpRLU9Gh2r1YnAVruI0V9sf4tV41OZN7h4Pb4LLkJRGWQ+Ly8vL d2ql0Jz0VTMcqnoNlnxz7cnm2jqZiReXlpYyuyjsjSL1z0lP1aBgfXO9ulld J+Pv4n/8h1p+UnmilvCf//iPoiqgvGZjpa3EOLmt0wq65uP/0LbA8aQ1WmkX 1QpefDYL/+f3lVenx7v7x59WV1bwP7T7tsbZyn+PIy2qf7zaO9h53dxWy+dq eT+jxDIXWNrOfr3kvIZn2mw6s6yCkRqT7FbcWQGe/nzl6vJF8W7reRVEfQJR 8tHMa8nFCycXE7UzHMFeVtW6JGmkdUmupJRPrWNtw67j0youJPz7Da1klgW5 yjI+V8WltK38BEXWcEyhybp9bdINLhXxdlhIXvYUP8bRpjIKvnuPF+K7AZq7 U+lHMwOaixOg/wm3JFVDQFdhA1RhyzxNA1rK+4Curm2uP7WArlaqaqlWeYpg XkpyAktJVmDJPrqdGVi6nRvA9pgfuBss9T7OeDYzNHUi1JnxVldIIW697hCg Z0SBnlWefT7iupj5GakwAXFvSYb5V58488/8M//MP/PP/DP/zD/zz1/5+f8B bR0gKgCYAwA= --0-127000424-963569253=:86402-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 14 4:56:46 2000 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 0483A37B64C for ; Fri, 14 Jul 2000 04:56:45 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e6EBuXq27563; Fri, 14 Jul 2000 04:56:33 -0700 (PDT) Date: Fri, 14 Jul 2000 04:56:33 -0700 From: Alfred Perlstein To: Roman Shterenzon Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: fsck_ext2fs Message-ID: <20000714045633.I25571@fw.wintelcom.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from roman@xpert.com on Fri, Jul 14, 2000 at 01:07:33PM +0300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Roman Shterenzon [000714 04:19] wrote: > Hello, > I was looking for fsck_ext2fs and found that openbsd has it. > So, I tried to compile it on freebsd, and it compiled very easy. > I needed just some minor modifications to make it work. > I send the tarball which has the modified version together with the > patchfile. > It seems to work for me. > Perhaps someone will make a use of it. I'm sure if you made it into a 'port' it'd be put into the ports collection. -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 14 5:32:19 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.2.163]) by hub.freebsd.org (Postfix) with ESMTP id 692CA37BEFB for ; Fri, 14 Jul 2000 05:32:13 -0700 (PDT) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.15 #1) id 13D4dX-000HFd-00 for hackers@FreeBSD.org; Fri, 14 Jul 2000 14:32:11 +0200 From: Sheldon Hearn To: hackers@FreeBSD.org Subject: Where is the syncer kernel process implemented? Date: Fri, 14 Jul 2000 14:32:11 +0200 Message-ID: <66316.963577931@axl.ops.uunet.co.za> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi folks, I need to replace the update(4) manual page with a syncer(4) manual page. Can someone please point me at the code that implements this process? Thanks, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 14 5:39:15 2000 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 A46D337C7AD for ; Fri, 14 Jul 2000 05:39:06 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e6ECcwd28553; Fri, 14 Jul 2000 05:38:58 -0700 (PDT) Date: Fri, 14 Jul 2000 05:38:58 -0700 From: Alfred Perlstein To: Sheldon Hearn Cc: hackers@FreeBSD.ORG Subject: Re: Where is the syncer kernel process implemented? Message-ID: <20000714053858.L25571@fw.wintelcom.net> References: <66316.963577931@axl.ops.uunet.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <66316.963577931@axl.ops.uunet.co.za>; from sheldonh@uunet.co.za on Fri, Jul 14, 2000 at 02:32:11PM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Sheldon Hearn [000714 05:33] wrote: > > Hi folks, > > I need to replace the update(4) manual page with a syncer(4) manual > page. Can someone please point me at the code that implements this > process? It's in src/sys/kern/vfs_sbur.c /* * System filesystem synchronizer daemon. */ void sched_sync(void) -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 14 5:51:28 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.2.163]) by hub.freebsd.org (Postfix) with ESMTP id 05A3E37C2DE; Fri, 14 Jul 2000 05:51:23 -0700 (PDT) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.15 #1) id 13D4vx-000HMw-00; Fri, 14 Jul 2000 14:51:13 +0200 From: Sheldon Hearn To: Alfred Perlstein Cc: hackers@FreeBSD.ORG, mckusick@FreeBSD.org Subject: Re: Where is the syncer kernel process implemented? In-reply-to: Your message of "Fri, 14 Jul 2000 05:38:58 MST." <20000714053858.L25571@fw.wintelcom.net> Date: Fri, 14 Jul 2000 14:51:13 +0200 Message-ID: <66769.963579073@axl.ops.uunet.co.za> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 14 Jul 2000 05:38:58 MST, Alfred Perlstein wrote: > /* > * System filesystem synchronizer daemon. > */ > void > sched_sync(void) It seems that the default sync delay, syncer_maxdelay, is no longer controllable via sysctl(8). Are there complex issues restricting the changing of this value in real time, or is it just not something people feel the need to change these days? Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 14 6:29:46 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.2.163]) by hub.freebsd.org (Postfix) with ESMTP id EA35A37C58E for ; Fri, 14 Jul 2000 06:29:38 -0700 (PDT) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.15 #1) id 13D5X5-000HTN-00 for hackers@FreeBSD.org; Fri, 14 Jul 2000 15:29:35 +0200 From: Sheldon Hearn To: hackers@FreeBSD.org Subject: Re: Where is the syncer kernel process implemented? In-reply-to: Your message of "Fri, 14 Jul 2000 14:32:11 +0200." <66316.963577931@axl.ops.uunet.co.za> Date: Fri, 14 Jul 2000 15:29:35 +0200 Message-ID: <67168.963581375@axl.ops.uunet.co.za> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 14 Jul 2000 14:32:11 +0200, Sheldon Hearn wrote: > I need to replace the update(4) manual page with a syncer(4) manual > page. Can someone please point me at the code that implements this > process? Alfred Perlstein pointed me at the correct code. I used the update(4) manual page as a starting point and came up with this after a fairly lazy glance at the code. Does it look alright? Ciao, Sheldon. .\" Copyright (c) 2000 Sheldon Hearn .\" All rights reserved. .\" .\" Redistribution and use in source and binary forms, with or without .\" modification, are permitted provided that the following conditions .\" are met: .\" 1. Redistributions of source code must retain the above copyright .\" notice, this list of conditions and the following disclaimer. .\" 2. Redistributions in binary form must reproduce the above copyright .\" notice, this list of conditions and the following disclaimer in the .\" documentation and/or other materials provided with the distribution. .\" .\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND .\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE .\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE .\" ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE .\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL .\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS .\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) .\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT .\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF .\" SUCH DAMAGE. .\" .\" $FreeBSD$ .\" .Dd July 14, 2000 .Dt SYNCER 4 .Os .Sh NAME .Nm syncer .Nd filesystem synchronizer kernel process .Sh SYNOPSIS .Nm syncer .Sh DESCRIPTION The .Nm kernel process helps protect the integrity of disk volumes by flushing volatile cached filesystem data to disk. This is done at thirty second .Pq actually Dv SYNCER_MAXDELAY - 2 intervals by default. .Pp The kernel places all .Xr vnode 9 Ns 's in a number of queues equal to .Dv SYNCER_MAXDELAY . The .Nm process works through the queues in a round-robin fashion, usually processing one queue per second. For each .Xr vnode 9 on the queue, the .Nm process forces a write out to disk of its dirty buffers. .Sh SEE ALSO .Xr sync 2 , .Xr fsck 8 , .Xr sync 8 .Sh BUGS It is possible on some systems that a .Xr sync 2 occurring simultaneously with a crash may cause file system damage. See .Xr fsck 8 . .Sh HISTORY The .Nm process is a descendant of the update command, which apeared in .At v6 , and was usually started by .Pa /etc/rc when the system went multi-user. A kernel initiated update process first appeared in .Fx 2.0 . To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 14 8:20:41 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (Postfix) with ESMTP id ED18237CA29 for ; Fri, 14 Jul 2000 08:15:01 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from strontium.scientia.demon.co.uk ([192.168.91.36] ident=exim) by scientia.demon.co.uk with esmtp (Exim 3.15 #1) id 13D6cw-0004D4-00; Fri, 14 Jul 2000 15:39:42 +0100 Received: (from ben) by strontium.scientia.demon.co.uk (Exim 3.15 #1) id 13D6cw-0000vf-00; Fri, 14 Jul 2000 15:39:42 +0100 Date: Fri, 14 Jul 2000 15:39:42 +0100 From: Ben Smithurst To: James Howard Cc: freebsd-hackers@FreeBSD.org Subject: Re: /etc/security -> /etc/periodic/security ? Message-ID: <20000714153942.Y48641@strontium.scientia.demon.co.uk> References: <20000713132845.C48641@strontium.scientia.demon.co.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="+mSjbC2tVdWE/Wop" Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --+mSjbC2tVdWE/Wop Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable James Howard wrote: > Now please place answers to the following questions in FAQ? What are > fairings? Why does it matter what color the bikeshed is? What does > non-reflexive? (Can you tell I read the follow question?:) Perhaps if I knew the answers myself, I would. :-) --=20 Ben Smithurst / ben@FreeBSD.org / PGP: 0x99392F7D FreeBSD Documentation Project / --+mSjbC2tVdWE/Wop Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0i for non-commercial use MessageID: fSzgCF2ADbWVhVpHnyln/xHIU2g5DjDA iQCVAwUBOW8mLSsPVtiZOS99AQGwQAP+Itqr0thA9ch7L8F0u4dpxF7MLfI5P5Oj La5Mz+0sjDqyHBsoXRJba1roBU9t7leKkJzHKlumEKvJ2JIt5JnxOz9isEiXZgcw y7T/wFS7cHqS2QKnXXrs1cLSF2DtAaSpZA3fM/02zJ5BNbELB1JuL4YDWlNMvGsr iUh/23bhkIg= =u2Zm -----END PGP SIGNATURE----- --+mSjbC2tVdWE/Wop-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 14 9:32:24 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mout2.silyn-tek.de (mout2.silyn-tek.de [194.25.165.70]) by hub.freebsd.org (Postfix) with ESMTP id 0217837C903 for ; Fri, 14 Jul 2000 09:32:18 -0700 (PDT) (envelope-from alex@big.endian.de) Received: from [192.168.32.34] (helo=mx2.silyn-tek.de) by mout2.silyn-tek.de with esmtp (Exim 3.13 #1) id 13D8Ns-0001qX-00; Fri, 14 Jul 2000 18:32:16 +0200 Received: from p3e9d38e5.dip0.t-ipconnect.de ([62.157.56.229] helo=neutron.cichlids.com) by mx2.silyn-tek.de with esmtp (Exim 3.13 #1) id 13D8Nn-0006oq-00; Fri, 14 Jul 2000 18:32:11 +0200 Received: from cichlids.cichlids.com (cichlids.cichlids.com [192.168.0.10]) by neutron.cichlids.com (Postfix) with ESMTP id 4A803AB8C; Fri, 14 Jul 2000 18:33:29 +0200 (CEST) Received: by cichlids.cichlids.com (Postfix, from userid 1001) id 0994E14AEB; Fri, 14 Jul 2000 18:32:31 +0200 (CEST) Date: Fri, 14 Jul 2000 18:32:31 +0200 To: James Howard Cc: Maxime Henrion , freebsd-hackers@FreeBSD.ORG Subject: Re: why isnt there a ext2fs.ko ? Message-ID: <20000714183231.B7783@cichlids.cichlids.com> References: <396085C0.15FA5203@cybercable.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from howardjp@glue.umd.edu on Mon, Jul 03, 2000 at 09:05:21AM -0400 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) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thus spake James Howard (howardjp@glue.umd.edu): > day or so and I will update it work with a newer FreeBSD. On this topic, > how would anyone feel about importing NetBSD's GPL-clean ext2fs source? Cool! Is it stable? What is better than w/ our ext2fs stuff? 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 Jul 14 15:22:35 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.122.47]) by hub.freebsd.org (Postfix) with ESMTP id 5E6A637B750 for ; Fri, 14 Jul 2000 15:22:25 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.10.1/8.10.1) with ESMTP id e6EMMNN99888; Fri, 14 Jul 2000 15:22:23 -0700 (PDT) Date: Fri, 14 Jul 2000 15:22:22 -0700 (PDT) From: Doug White To: Brandon Fosdick Cc: hackers@FreeBSD.ORG Subject: Re: Interrupt Handler? In-Reply-To: <396E804C.69F07189@glue.umd.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 13 Jul 2000, Brandon Fosdick wrote: > Where/How does one implement a hardware interrupt handler? I haven't done this > sort of thing since the days of DOS. I imagine its a lot different in *nix. :) Yes, you write a kernel device driver. Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 14 15:41:10 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mooseriver.com (erie.mooseriver.com [205.166.121.26]) by hub.freebsd.org (Postfix) with ESMTP id B3F0F37C649 for ; Fri, 14 Jul 2000 15:41:05 -0700 (PDT) (envelope-from jgrosch@mooseriver.com) Received: (from jgrosch@localhost) by mooseriver.com (8.9.3/8.9.3) id PAA17503 for hackers@freebsd.org; Fri, 14 Jul 2000 15:41:04 -0700 (PDT) (envelope-from jgrosch) Date: Fri, 14 Jul 2000 15:41:04 -0700 From: Josef Grosch To: hackers@freebsd.org Subject: Vinum problem Message-ID: <20000714154104.A17457@mooseriver.com> Reply-To: jgrosch@mooseriver.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, I am trying to set up a "Raid10" using vinum and it is just not working. If you could point me in the right direction... The config file looks like this .... drive d1 device /dev/da1e drive d2 device /dev/da2e drive d3 device /dev/da3e drive d4 device /dev/da4e volume d101 plex org striped 512k sd length 17501m drive d1 sd length 17501m drive d2 plex org striped 512k sd length 17501m drive d3 sd length 17501m drive d4 the log file has the following entry ..... Jul 14 15:08:34 duluth /kernel: vinum: drive d1 is up Jul 14 15:08:34 duluth /kernel: vinum: drive d2 is up Jul 14 15:08:34 duluth /kernel: vinum: drive d3 is up Jul 14 15:08:34 duluth /kernel: vinum: drive d4 is up Jul 14 15:08:34 duluth /kernel: vinum: d101.p0.s0 is up Jul 14 15:08:35 duluth /kernel: vinum: d101.p0.s1 is up Jul 14 15:08:35 duluth /kernel: vinum: d101.p0 is up Jul 14 15:08:35 duluth /kernel: vinum: d101 is up Jul 14 15:08:35 duluth /kernel: vinum: d101.p1 is faulty The output from the command is .... root@duluth:52 # vinum create -f /etc/vinum.conf 4 drives: D d1 State: up Device /dev/da1e Avail: 0/17501 +MB (0%) D d2 State: up Device /dev/da2e Avail: 0/17501 +MB (0%) D d3 State: up Device /dev/da3e Avail: 0/17501 +MB (0%) D d4 State: up Device /dev/da4e Avail: 0/17501 +MB (0%) 1 volumes: V d101 State: up Plexes: 2 Size: 34 GB 2 plexes: P d101.p0 S State: up Subdisks: 2 Size: 34 GB P d101.p1 S State: faulty Subdisks: 2 Size: 34 GB 4 subdisks: S d101.p0.s0 State: up PO: 0 B Size: 17 GB S d101.p0.s1 State: up PO: 512 kB Size: 17 GB S d101.p1.s0 State: empty PO: 0 B Size: 17 GB S d101.p1.s1 State: empty PO: 512 kB Size: 17 GB root@duluth:53 # any comments would help Josef -- Josef Grosch | Another day closer to a | FreeBSD 4.0 jgrosch@MooseRiver.com | Micro$oft free world | UNIX for the masses To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 14 15:50: 0 2000 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 E231437C009 for ; Fri, 14 Jul 2000 15:49:53 -0700 (PDT) (envelope-from grog@wantadilla.lemis.com) Received: (from grog@localhost) by wantadilla.lemis.com (8.9.3/8.9.3) id IAA84401 for hackers@freebsd.org; Sat, 15 Jul 2000 08:19:52 +0930 (CST) (envelope-from grog) Date: Sat, 15 Jul 2000 08:19:16 +0930 From: Greg Lehey To: Josef Grosch Subject: Re: Vinum problem Message-ID: <20000715081916.O30012@wantadilla.lemis.com> References: <20000714151439.A17314@mooseriver.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <20000714151439.A17314@mooseriver.com> Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Friday, 14 July 2000 at 15:14:39 -0700, Josef Grosch wrote: > Greg, > > I am trying to set up a "Raid10" using vinum and it is just not working. If > you could point me in the right direction... > > The config file looks like this .... > > > 1 volumes: > V d101 State: up Plexes: 2 Size: 34 GB > > 2 plexes: > P d101.p0 S State: up Subdisks: 2 Size: 34 GB > P d101.p1 S State: faulty Subdisks: 2 Size: 34 GB > > 4 subdisks: > S d101.p0.s0 State: up PO: 0 B Size: 17 GB > S d101.p0.s1 State: up PO: 512 kB Size: 17 GB > S d101.p1.s0 State: empty PO: 0 B Size: 17 GB > S d101.p1.s1 State: empty PO: 512 kB Size: 17 GB > root@duluth:53 # Looks good to me. > any comments would help RTFM? 2. When you create a volume with multiple plexes, vinum does not auto- matically initialize the plexes. This means that the contents are not known, but they are certainly not consistent. As a result, by default vinum sets the state of all newly-created plexes except the first to stale. In order to synchronize them with the first plex, you must start their subdisks, which causes vinum to copy the data from a plex which is in the up state. Depending on the size of the subdisks involved, this can take a long time. In practice, people aren't too interested in what was in the plex when it was created, and other volume managers cheat by setting them up anyway. vinum provides two ways to ensure that newly created plexes are up: o Create the plexes and then synchronize them with vinum start. o Create the volume (not the plex) with the keyword setupstate, which tells vinum to ignore any possible inconsistency and set the plexes to be up. I see we've changed the state from stale to faulty. I don't know if this is a good idea, and I'll consider whether to change the man page or the behaviour. Modulo that wrinkle, though, all is as it should be. 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 Fri Jul 14 15:58:44 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.dcnv.com (mail.dcnv.com [216.33.117.136]) by hub.freebsd.org (Postfix) with ESMTP id C150437BAAB for ; Fri, 14 Jul 2000 15:58:41 -0700 (PDT) (envelope-from aedmonds@digitalconvergence.com) Received: from digitalconvergence.com (dallas [207.158.100.67]) by mail.dcnv.com (8.9.3/8.9.3) with ESMTP id RAA92298; Fri, 14 Jul 2000 17:57:16 -0500 (CDT) (envelope-from aedmonds@digitalconvergence.com) Message-ID: <396F9B15.9CED1D00@digitalconvergence.com> Date: Fri, 14 Jul 2000 17:58:29 -0500 From: Alan Edmonds X-Mailer: Mozilla 4.73 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: jgrosch@mooseriver.com Cc: hackers@freebsd.org Subject: Re: Vinum problem References: <20000714154104.A17457@mooseriver.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG You have to issue the "init" command to initialize a RAID setup under vinum. See the man page vinum(8) for details. -- Alan Edmonds Director of International Technology DigitalConvergence.:Com aedmonds@digitalconvergence.com Phone: +1-214-292-6040 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 14 17: 8:14 2000 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 EBF2137C67D for ; Fri, 14 Jul 2000 17:08:10 -0700 (PDT) (envelope-from crossd@cs.rpi.edu) Received: from cs.rpi.edu (monica.cs.rpi.edu [128.213.7.2]) by cs.rpi.edu (8.9.3/8.9.3) with ESMTP id UAA85241; Fri, 14 Jul 2000 20:08:08 -0400 (EDT) Message-Id: <200007150008.UAA85241@cs.rpi.edu> To: freebsd-hackers@freebsd.org Cc: crossd@cs.rpi.edu Subject: fbsdboot.exe Date: Fri, 14 Jul 2000 20:08:08 -0400 From: "David E. Cross" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Yes, I know it is a long dead horse. I was just looking for a copy of the modifications that were made by Carlos Tapang. Could someone point me at them, or know Carlos's current email adress? -- 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 Fri Jul 14 18:28:51 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from spoon.beta.com (h00a0242f177e.ne.mediaone.net [24.147.249.166]) by hub.freebsd.org (Postfix) with ESMTP id 7DB1237C44B; Fri, 14 Jul 2000 18:28:29 -0700 (PDT) (envelope-from mcgovern@spoon.beta.com) Received: from spoon.beta.com (mcgovern@localhost.beta.com [127.0.0.1]) by spoon.beta.com (8.9.3/8.9.3) with ESMTP id VAA76319; Fri, 14 Jul 2000 21:28:26 -0400 (EDT) (envelope-from mcgovern@spoon.beta.com) Message-Id: <200007150128.VAA76319@spoon.beta.com> To: hackers@freebsd.org, freebsd-qa@freebsd.org Cc: jkh@freebsd.org Subject: Possible bug - check me 4.1 7/14 RC Date: Fri, 14 Jul 2000 21:28:26 -0400 From: "Brian J. McGovern" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG When compiling kernels, either by cd'ing to /usr/src/sys/i386/conf, config'ing, and make depending, etc, or by going to /usr/src and saying "make KERNEL=MEC buildkernel", I get: cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 ../../kern/kern_sig.c ../../kern/kern_sig.c:359: warning: function declaration isn't a prototype ../../kern/kern_sig.c: In function `osigaction': ../../kern/kern_sig.c:367: dereferencing pointer to incomplete type ../../kern/kern_sig.c:367: dereferencing pointer to incomplete type ../../kern/kern_sig.c:369: dereferencing pointer to incomplete type ../../kern/kern_sig.c:370: dereferencing pointer to incomplete type ../../kern/kern_sig.c:372: dereferencing pointer to incomplete type ../../kern/kern_sig.c:379: dereferencing pointer to incomplete type ../../kern/kern_sig.c:384: dereferencing pointer to incomplete type ../../kern/kern_sig.c: At top level: ../../kern/kern_sig.c:532: warning: function declaration isn't a prototype ../../kern/kern_sig.c: In function `osigprocmask': ../../kern/kern_sig.c:538: dereferencing pointer to incomplete type ../../kern/kern_sig.c:539: dereferencing pointer to incomplete type ../../kern/kern_sig.c: At top level: ../../kern/kern_sig.c:567: warning: function declaration isn't a prototype ../../kern/kern_sig.c:721: warning: function declaration isn't a prototype ../../kern/kern_sig.c: In function `osigsuspend': ../../kern/kern_sig.c:729: dereferencing pointer to incomplete type *** Error code 1 Stop in /usr/src/sys/compile/MEC. If someone could confirm that its not just me, I'd appreciate it. Kernel Config follows: # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.246.2.7 2000/07/13 16:13:46 imp Exp $ machine i386 #cpu I386_CPU #cpu I486_CPU #cpu I586_CPU cpu I686_CPU ident GENERIC maxusers 64 #makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols #options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options SOFTUPDATES #Enable FFS soft updates support options MFS #Memory Filesystem options MD_ROOT #MD is a potential root device options NFS #Network Filesystem options NFS_ROOT #NFS usable as root device, NFS required options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options CD9660_ROOT #CD-ROM usable as root, CD9660 required options PROCFS #Process filesystem options UNION #Union filesystem options PORTAL #Portal filesystem options NTFS #options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor #options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B #Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options ICMP_BANDLIM #Rate limit bad replies options KBD_INSTALL_CDEV # install a CDEV entry in /dev # To make an SMP kernel, the next two are needed #options SMP # Symmetric MultiProcessor Kernel #options APIC_IO # Symmetric (APIC) I/O # Optionally these may need tweaked, (defaults shown): #options NCPU=2 # number of CPUs #options NBUS=4 # number of busses #options NAPIC=1 # number of IO APICs #options NINTR=24 # number of INTs device isa device eisa device pci # Floppy drives device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 #device fd1 at fdc0 drive 1 # ATA and ATAPI devices device ata0 at isa? port IO_WD1 irq 14 device ata1 at isa? port IO_WD2 irq 15 device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives options ATA_STATIC_ID #Static device numbering options ATA_ENABLE_ATAPI_DMA #Enable DMA on ATAPI devices # SCSI Controllers #device ahb # EISA AHA1742 family #device ahc # AHA2940 and onboard AIC7xxx devices #device amd # AMD 53C974 (Teckram DC-390(T)) #device dpt # DPT Smartcache - See LINT for options! #device isp # Qlogic family #device ncr # NCR/Symbios Logic #device sym # NCR/Symbios Logic (newer chipsets) #options SYM_SETUP_LP_PROBE_MAP=0x40 # Allow ncr to attach legacy NCR devices when # both sym and ncr are configured #device adv0 at isa? #device adw #device bt0 at isa? #device aha0 at isa? #device aic0 at isa? # SCSI peripherals device scbus # SCSI bus (required) device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) # RAID controllers #device ida # Compaq Smart RAID #device amr # AMI MegaRAID #device mlx # Mylex DAC960 family # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 flags 0x1 device psm0 at atkbdc? irq 12 device vga0 at isa? # splash screen/screen saver pseudo-device splash # syscons is the default console driver, resembling an SCO console device sc0 at isa? flags 0x100 # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std # Floating point support - do not disable. device npx0 at nexus? port IO_NPX irq 13 # Power management support (see LINT for more options) #device apm0 at nexus? disable flags 0x20 # Advanced Power Management # PCCARD (PCMCIA) support #device card #device pcic0 at isa? irq 10 port 0x3e0 iomem 0xd0000 #device pcic1 at isa? irq 11 port 0x3e2 iomem 0xd4000 disable # Serial (COM) ports device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio1 at isa? port IO_COM2 irq 3 #device sio2 at isa? disable port IO_COM3 irq 5 #device sio3 at isa? disable port IO_COM4 irq 9 # Parallel port device ppc0 at isa? irq 7 device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device device vpo # Requires scbus and da # PCI Ethernet NICs. #device de # DEC/Intel DC21x4x (``Tulip'') #device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device tx # SMC 9432TX (83c170 ``EPIC'') #device vx # 3Com 3c590, 3c595 (``Vortex'') #device wx # Intel Gigabit Ethernet Card (``Wiseman'') # PCI Ethernet NICs that use the common MII bus controller code. device miibus # MII bus support #device dc # DEC/Intel 21143 and various workalikes #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device ste # Sundance ST201 (D-Link DFE-550TX) #device tl # Texas Instruments ThunderLAN #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. #device ed0 at isa? port 0x280 irq 10 iomem 0xd8000 #device ex #device ep # WaveLAN/IEEE 802.11 wireless NICs. Note: the WaveLAN/IEEE really # exists only as a PCMCIA device, so there is no ISA attatement needed # and resources will always be dynamically assigned by the pccard code. #device wi # Aironet 4500/4800 802.11 wireless NICs. Note: the declaration below will # work for PCMCIA and PCI cards, as well as ISA cards set to ISA PnP # mode (the factory default). If you set the switches on your ISA # card for a manually chosen I/O address and IRQ, you must specify # those paremeters here. #device an # Xircom Ethernet #device xe # The probe order of these is presently determined by i386/isa/isa_compat.c. #device ie0 at isa? port 0x300 irq 10 iomem 0xd0000 #device fe0 at isa? port 0x300 #device le0 at isa? port 0x300 irq 5 iomem 0xd0000 #device lnc0 at isa? port 0x280 irq 10 drq 0 #device cs0 at isa? port 0x300 #device sn0 at isa? port 0x300 irq 10 # Pseudo devices - the number indicates how many units to allocated. pseudo-device loop # Network loopback pseudo-device ether # Ethernet support #pseudo-device sl 1 # Kernel SLIP pseudo-device ppp 1 # Kernel PPP pseudo-device tun # Packet tunnel. pseudo-device pty # Pseudo-ttys (telnet etc) pseudo-device md # Memory "disks" pseudo-device gif 4 # IPv6 and IPv4 tunneling pseudo-device faith 1 # IPv6-to-IPv4 relaying (translation) # The `bpf' pseudo-device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! pseudo-device bpf #Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse # USB Ethernet, requires mii #device aue # ADMtek USB ethernet #device cue # CATC USB ethernet #device kue # Kawasaki LSI USB ethernet To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 14 18:37:13 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 47F3037C3F3; Fri, 14 Jul 2000 18:37:02 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from semuta.feral.com (semuta [192.67.166.70]) by feral.com (8.9.3/8.9.3) with ESMTP id SAA17358; Fri, 14 Jul 2000 18:36:49 -0700 Date: Fri, 14 Jul 2000 18:34:35 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: "Brian J. McGovern" Cc: hackers@FreeBSD.ORG, freebsd-qa@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: Possible bug - check me 4.1 7/14 RC In-Reply-To: <200007150128.VAA76319@spoon.beta.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've had this happen to me. It turned out to be a bad source tree. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 14 18:58:38 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from spoon.beta.com (h00a0242f177e.ne.mediaone.net [24.147.249.166]) by hub.freebsd.org (Postfix) with ESMTP id 85A2A37BA51; Fri, 14 Jul 2000 18:58:32 -0700 (PDT) (envelope-from mcgovern@spoon.beta.com) Received: from spoon.beta.com (mcgovern@localhost.beta.com [127.0.0.1]) by spoon.beta.com (8.9.3/8.9.3) with ESMTP id VAA76437; Fri, 14 Jul 2000 21:58:28 -0400 (EDT) (envelope-from mcgovern@spoon.beta.com) Message-Id: <200007150158.VAA76437@spoon.beta.com> To: mjacob@feral.com Cc: hackers@FreeBSD.ORG, freebsd-qa@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: Possible bug - check me 4.1 7/14 RC In-reply-to: Your message of "Fri, 14 Jul 2000 18:34:35 PDT." Date: Fri, 14 Jul 2000 21:58:28 -0400 From: "Brian J. McGovern" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I've had this happen to me. It turned out to be a bad source tree. > If this is true, then the first 4.1 RC snapshot has a bad source tree. -Brian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 14 19: 9:41 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 731F437B75B; Fri, 14 Jul 2000 19:09:36 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from semuta.feral.com (semuta [192.67.166.70]) by feral.com (8.9.3/8.9.3) with ESMTP id TAA17433; Fri, 14 Jul 2000 19:09:32 -0700 Date: Fri, 14 Jul 2000 19:07:19 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: "Brian J. McGovern" Cc: hackers@FreeBSD.ORG, freebsd-qa@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: Possible bug - check me 4.1 7/14 RC In-Reply-To: <200007150158.VAA76437@spoon.beta.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 14 Jul 2000, Brian J. McGovern wrote: > > > > I've had this happen to me. It turned out to be a bad source tree. > > > > If this is true, then the first 4.1 RC snapshot has a bad source tree. Hmm. Minor problem. Ship it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 14 19:34:37 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail1.rdc3.on.home.com (mail1.rdc3.on.home.com [24.2.9.40]) by hub.freebsd.org (Postfix) with ESMTP id 7360C37B92F; Fri, 14 Jul 2000 19:34:29 -0700 (PDT) (envelope-from gbuchana@home.com) Received: from localhost.on.rogers.wave.ca ([24.112.85.94]) by mail1.rdc3.on.home.com (InterMail vM.4.01.03.00 201-229-121) with ESMTP id <20000715023428.QHLR316.mail1.rdc3.on.home.com@localhost.on.rogers.wave.ca>; Fri, 14 Jul 2000 19:34:28 -0700 Content-Length: 1654 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <14702.39370.781772.894664@whale.home-net> Date: Fri, 14 Jul 2000 22:34:28 -0400 (EDT) Reply-To: gbuchana@home.com From: Gardner Buchanan To: John Reynolds Subject: RE: chapter about using the fixit floppy? Cc: hackers@FreeBSD.ORG, doc@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 04:40:42 John Reynolds wrote: > > Is there a chapter of the Handbook that details how to use the "fixit" > floppy? > I just recently had an "interesting" fixit experience as well. Device entries are just part of it. I think a general outline of the "fixit" environment is needed, together with a description of how to handle some common tasks in the environment. The Fixit environment is sufficiently bizarre that even a seasoned UNIX pro will likely have trouble figuring things out. This is complicated a little by there being three distinct Fixit environments that vary wildly: o Holographic Fixit shell, o Fixit Diskette, and o CD Fixit. I'd like to see a "Fixit" section somewhere under "Advanced Topics". It might have a couple of sentences about single user mode, but mostly discuss Fixit environments. It would deal with the three main environments. For each, outlining o what gets mounted where, o where your shell is chroot'ed to (if anywhere), o what things are in the path and what they're capable of, and o how to carry out some basic tasks The example tasks might be: o doing a disklabel/newfs o installing boot blocks o restoring a dump o fixing an fstab John's experiences would fit somewhere into this I'm sure. I'd like to give something like this a go, unless there is already material in place that I don't know about. Any suggestions about topics that I've missed? Pointers to source materials? See you, ============================================================ Gardner Buchanan Ottawa, ON FreeBSD: Where you want to go. Today. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 14 22:31:56 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from evil.2y.net (ztown2-2-139.adsl.one.net [216.23.15.139]) by hub.freebsd.org (Postfix) with ESMTP id 7FA4637C3B3 for ; Fri, 14 Jul 2000 22:31:53 -0700 (PDT) (envelope-from cokane@evil.2y.net) Received: (from cokane@localhost) by evil.2y.net (8.9.3/8.9.3) id BAA51589 for hackers@freebsd.org; Sat, 15 Jul 2000 01:39:40 -0400 (EDT) (envelope-from cokane) Date: Sat, 15 Jul 2000 01:39:40 -0400 From: Coleman Kane To: hackers@freebsd.org Subject: DEVFS Message-ID: <20000715013940.A51575@cokane.yi.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Who is currently working on the DEVFS? I emailed the last person to commit to the HOWTO and got no response. I'd like to look into finisheing this, and may start hacking if no one tells me otherwise... -- Coleman Kane President, UC Free O.S. Users Group - http://pohl.ececs.uc.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 14 22:53: 4 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from saturn.home.ben.com (c1058885-a.bvrtn1.or.home.com [24.12.186.106]) by hub.freebsd.org (Postfix) with ESMTP id CD92A37B9CD; Fri, 14 Jul 2000 22:52:59 -0700 (PDT) (envelope-from ben@ben.com) Received: from pulsar.home.ben.com (pulsar.home.ben.com [172.17.42.9]) by saturn.home.ben.com (8.9.3/8.9.3) with ESMTP id WAA07260; Fri, 14 Jul 2000 22:52:53 -0700 (PDT) Received: from pulsar.home.ben.com (bjj@localhost) by pulsar.home.ben.com (8.9.3/8.6.12) with ESMTP id WAA03437; Fri, 14 Jul 2000 22:52:51 -0700 (PDT) Message-Id: <200007150552.WAA03437@pulsar.home.ben.com> To: freebsd-hackers@freebsd.org, freebsd-net@freebsd.org Cc: matthewr@moreton.com.au Subject: port of MPPE (microsoft VPN encryption) to FreeBSD Date: Fri, 14 Jul 2000 22:52:51 -0700 From: Ben Jackson Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I needed MPPE to tunnel into work and found: http://www.moretonbay.com/vpn/releases/ppp-2.3.10-openssl-norc4-mppe.patch.gz which applies to ppp-2.3.10 and adds MS CHAP v1 and v2 and MPPE to pppd and the related kernel code. Imagine my surprise when I found that only the CHAP parts were portable and the MPPE was only available for Linux! So, in a process not unlike hammering a square peg into a round hole, I got the kernel components working under FreeBSD 3.4. Has anyone else already done this? Is anyone mbuf-savvy interetested in suggesting more elegant ways of supporting this code for BSD? My main purpose in sending this is to make sure any interested parties pester me so I get around to sharing the results... --Ben To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 14 23:44:46 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id B519B37BB37 for ; Fri, 14 Jul 2000 23:44:43 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id IAA04009; Sat, 15 Jul 2000 08:44:40 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Coleman Kane Cc: hackers@FreeBSD.ORG Subject: Re: DEVFS In-reply-to: Your message of "Sat, 15 Jul 2000 01:39:40 EDT." <20000715013940.A51575@cokane.yi.org> Date: Sat, 15 Jul 2000 08:44:40 +0200 Message-ID: <4007.963643480@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000715013940.A51575@cokane.yi.org>, Coleman Kane writes: >Who is currently working on the DEVFS? I emailed the last person >to commit to the HOWTO and got no response. I'd like to look into >finisheing this, and may start hacking if no one tells me otherwise... bp@ has a non-working prototype, (as has julian@). None of them fixes the root-mount kludges. None of them implement cloning devices. If you (or a group of people) seriously want to work on DEVFS, send me an email and I will coordinate and try to make sure we get this done *right* so that we cover all the issues we need to cover with devfs (root-mount, jail, cloning etc etc) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | 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 Sat Jul 15 3:10:53 2000 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 5BEB937BC28 for ; Sat, 15 Jul 2000 03:10:49 -0700 (PDT) (envelope-from julian@elischer.org) Received: from bissau-16.budapest.interware.hu ([195.70.53.144] helo=jules.elischer.org) by mail.interware.hu with smtp (Exim 3.12 #1 (Debian)) id 13DOu0-0001C6-00; Sat, 15 Jul 2000 12:10:33 +0200 Message-ID: <39703884.15FB7483@elischer.org> Date: Sat, 15 Jul 2000 03:10:12 -0700 From: Julian Elischer X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 5.0-CURRENT i386) MIME-Version: 1.0 To: Poul-Henning Kamp Cc: Coleman Kane , hackers@FreeBSD.ORG Subject: Re: DEVFS References: <4007.963643480@critter.freebsd.dk> 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: > > In message <20000715013940.A51575@cokane.yi.org>, Coleman Kane writes: > > >Who is currently working on the DEVFS? I emailed the last person > >to commit to the HOWTO and got no response. I'd like to look into > >finisheing this, and may start hacking if no one tells me otherwise... Well, it was almost fully working before soem core members decided to delete part of the support code for no apparent reason. However there are some new design criteria that need to be considered that the old devfs didn't consider. (that is why one makes a prototype, so that one learns what is important). For example, it turns out that one of the important items a devfs needs to take into account is the ability for an operator to populate chroot/jail regions with a subset of devices. Puting a mountpoint for a devfs on each jail (there could be thousands) is not a winning solution. This suggests that the base filesystem needs to be involved in some way. Also the probing of new devices and disk partitions as they are loaded and created can be problematic. (that is what the deleted code did). I am now of the opinion that there needs to be a kernel devd which is responsible for probing out new partition hierarchies (with it's own context), and other actions within the devfs. it is even possible, given Poul-henning's device nodes within the kernel that much of the functionality that is looked for with devfs can be achieved via other means. Certainly the whole concept is up for discussion. > > bp@ has a non-working prototype, (as has julian@). > > None of them fixes the root-mount kludges. actually the code you and SOS delted DID solve that.... > > None of them implement cloning devices. no, though have you tried looking at ptys under devfs.. as you use them, more are created.. (a bit of a hack but kinda cute). > > If you (or a group of people) seriously want to work on DEVFS, send > me an email and I will coordinate and try to make sure we get this > done *right* so that we cover all the issues we need to cover with > devfs (root-mount, jail, cloning etc etc) Of better still email me too. > > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD coreteam member | 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 -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000 ;_.---._/ 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 Sat Jul 15 5: 8:53 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (beachbum.freebsd.dk [212.242.32.0]) by hub.freebsd.org (Postfix) with ESMTP id 3F2BA37B640 for ; Sat, 15 Jul 2000 05:08:50 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id OAA00436; Sat, 15 Jul 2000 14:08:35 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Julian Elischer Cc: Coleman Kane , hackers@FreeBSD.ORG Subject: Re: DEVFS In-reply-to: Your message of "Sat, 15 Jul 2000 03:10:12 PDT." <39703884.15FB7483@elischer.org> Date: Sat, 15 Jul 2000 14:08:35 +0200 Message-ID: <434.963662915@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> None of them fixes the root-mount kludges. > >actually the code you and SOS delted DID solve that.... No it didn't. rootvn was still magically wired from rootdev, with DEVFS mounted first it could be looked up with namei in a proper fashion. >> None of them implement cloning devices. >no, though have you tried looking at ptys under devfs.. >as you use them, more are created.. (a bit of a hack but kinda cute). Cute, but not cute enough. We have several devices which do this by now, but we need full cloning ability. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | 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 Sat Jul 15 5:20:19 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from relay.butya.kz (butya-gw.butya.kz [212.154.129.94]) by hub.freebsd.org (Postfix) with ESMTP id DC10F37B585 for ; Sat, 15 Jul 2000 05:20:12 -0700 (PDT) (envelope-from bp@butya.kz) Received: from bp (helo=localhost) by relay.butya.kz with local-esmtp (Exim 3.15 #1) id 13DQsk-000DQr-00; Sat, 15 Jul 2000 19:17:22 +0700 Date: Sat, 15 Jul 2000 19:17:22 +0700 (ALMST) From: Boris Popov To: Poul-Henning Kamp Cc: Coleman Kane , hackers@FreeBSD.ORG Subject: Re: DEVFS In-Reply-To: <4007.963643480@critter.freebsd.dk> 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 Sat, 15 Jul 2000, Poul-Henning Kamp wrote: > In message <20000715013940.A51575@cokane.yi.org>, Coleman Kane writes: > > >Who is currently working on the DEVFS? I emailed the last person > >to commit to the HOWTO and got no response. I'd like to look into > >finisheing this, and may start hacking if no one tells me otherwise... > > bp@ has a non-working prototype, (as has julian@). Poul, I've made a mistake sending you an out of sync and not finished code. > None of them fixes the root-mount kludges. True, it requires some changes to VFS synch code. > None of them implement cloning devices. Again, wrong. If you disagree on what I've proposed it doesn't mean that it didn't work. It is _necessary_ to fix make_dev() usage/implementation to make cloning code clean. -- Boris Popov http://www.butya.kz/~bp/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 15 8:35:29 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ywing.creative.net.au (ywing.creative.net.au [203.56.168.34]) by hub.freebsd.org (Postfix) with ESMTP id 3B92337B69D for ; Sat, 15 Jul 2000 08:35:22 -0700 (PDT) (envelope-from adrian@ywing.creative.net.au) Received: (from adrian@localhost) by ywing.creative.net.au (8.9.3/8.9.3) id RAA27981; Sat, 15 Jul 2000 17:42:17 +0200 (CEST) (envelope-from adrian) Date: Sat, 15 Jul 2000 17:42:17 +0200 From: Adrian Chadd To: Roman Shterenzon Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: fsck_ext2fs Message-ID: <20000715174217.D22865@ywing.creative.net.au> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from roman@xpert.com on Fri, Jul 14, 2000 at 01:07:33PM +0300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Jul 14, 2000, Roman Shterenzon wrote: > Hello, > I was looking for fsck_ext2fs and found that openbsd has it. > So, I tried to compile it on freebsd, and it compiled very easy. > I needed just some minor modifications to make it work. > I send the tarball which has the modified version together with the > patchfile. > It seems to work for me. > Perhaps someone will make a use of it. Sweet! I shall look at this once my fsck wrappers stuff finally gets committed, so you can stick an ext2 fs in /etc/fstab and have it fscked for you at boot. Chances are right now people would prefer this as a port. Adrian -- Adrian Chadd Build a man a fire, and he's warm for the rest of the evening. Set a man on fire and he's warm for the rest of his life. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 15 8:42:44 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ywing.creative.net.au (ywing.creative.net.au [203.56.168.34]) by hub.freebsd.org (Postfix) with ESMTP id D030E37B647 for ; Sat, 15 Jul 2000 08:42:40 -0700 (PDT) (envelope-from adrian@ywing.creative.net.au) Received: (from adrian@localhost) by ywing.creative.net.au (8.9.3/8.9.3) id RAA28017; Sat, 15 Jul 2000 17:46:54 +0200 (CEST) (envelope-from adrian) Date: Sat, 15 Jul 2000 17:46:54 +0200 From: Adrian Chadd To: Boris Popov Cc: Poul-Henning Kamp , Coleman Kane , hackers@FreeBSD.ORG Subject: Re: DEVFS Message-ID: <20000715174654.E22865@ywing.creative.net.au> References: <4007.963643480@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from bp@butya.kz on Sat, Jul 15, 2000 at 07:17:22PM +0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Jul 15, 2000, Boris Popov wrote: > On Sat, 15 Jul 2000, Poul-Henning Kamp wrote: > > > In message <20000715013940.A51575@cokane.yi.org>, Coleman Kane writes: > > > > >Who is currently working on the DEVFS? I emailed the last person > > >to commit to the HOWTO and got no response. I'd like to look into > > >finisheing this, and may start hacking if no one tells me otherwise... > > > > bp@ has a non-working prototype, (as has julian@). > > Poul, I've made a mistake sending you an out of sync and not > finished code. > > > None of them fixes the root-mount kludges. > > True, it requires some changes to VFS synch code. > > > None of them implement cloning devices. > > Again, wrong. If you disagree on what I've proposed it doesn't > mean that it didn't work. It is _necessary_ to fix make_dev() > usage/implementation to make cloning code clean. Ok, how about you, phk and julian throw up a list of what devfs should do? I am forming some ideas on how to solve the namespace and device cloning issues, we might make some forward work on this finally? :-) Adrian -- Adrian Chadd Build a man a fire, and he's warm for the rest of the evening. Set a man on fire and he's warm for the rest of his life. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 15 9:38:26 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from blount.mail.mindspring.net (blount.mail.mindspring.net [207.69.200.226]) by hub.freebsd.org (Postfix) with ESMTP id 836F637BBC5 for ; Sat, 15 Jul 2000 09:38:21 -0700 (PDT) (envelope-from computerdeity@geocities.com) Received: from castor (pool-209-138-49-192.tmpa.grid.net [209.138.49.192]) by blount.mail.mindspring.net (8.9.3/8.8.5) with SMTP id MAA27295 for ; Sat, 15 Jul 2000 12:38:19 -0400 (EDT) Message-ID: <001f01bfee7b$1336a680$7171fea9@castor> From: "Gemini Domino" To: Subject: Boot loader problem workaround Date: Sat, 15 Jul 2000 12:38:15 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG There's been a problem reported by several people on multi-HD multiboot systems about the bootloader clearing active flags and making it impossible to reboot without using a boot disk to use FDISK to reset the active flag. This was solved by turning on the "noupdate" option with boot0cfg, but I had another idea I thought you hackers could help me with. Since I rather liked the default partition being set to the last one used (this is what caused the problem) it occured to me to use FreeBSDs fdisk to reset the active flag on ad0 (maybe in rc). What I cant find is whether or not there is a non-interactive way of doing so. I looked into using a configfile, but that nukes the partition tables. Anyone wanna play with this or have any input? Thanks GGD ********* "To live alone one must be a beast or a god, says Aristotle. Leaving out the third case: one must be both -- a philosopher" "The better the state is established, the fainter is humanity. To make the individual uncomfortable, that is my task." "A great value of antiquity lies in the fact that its writings are the only ones that modern men still read with exactness." "The bite of conscience, like the bite of a dog into a stone, is a stupidity." Friedrich Wilhelm Nietzsche To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 15 9:46:57 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mercury.spvi.com (h194.spvi.com [208.150.70.194]) by hub.freebsd.org (Postfix) with ESMTP id 2117E37B59B; Sat, 15 Jul 2000 09:46:51 -0700 (PDT) (envelope-from steve@spvi.com) Received: (from steve@localhost) by mercury.spvi.com (8.9.3/8.9.3) id LAA56675; Sat, 15 Jul 2000 11:46:12 -0500 (EST) (envelope-from steve@spvi.com) Date: Sat, 15 Jul 2000 11:46:12 -0500 (EST) Message-Id: <200007151646.LAA56675@mercury.spvi.com> X-Authentication-Warning: mercury.spvi.com: steve set sender to steve@spvi.com using -f From: Steve Spicklemire To: ben@ben.com Cc: freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG, matthewr@moreton.com.au In-reply-to: <200007150552.WAA03437@pulsar.home.ben.com> (message from Ben Jackson on Fri, 14 Jul 2000 22:52:51 -0700) Subject: Re: port of MPPE (microsoft VPN encryption) to FreeBSD Reply-To: steve@spvi.com References: <200007150552.WAA03437@pulsar.home.ben.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Ben, If you can go to 4.0s, there is /usr/ports/net/mpd-netgraph which works great already, and doesn't requre poptop at all. It does require a buildworld with the most recent sources... -steve >>>>> "Ben" == Ben Jackson writes: Ben> I needed MPPE to tunnel into work and found: Ben> http://www.moretonbay.com/vpn/releases/ppp-2.3.10-openssl-norc4-mppe.patch.gz Ben> which applies to ppp-2.3.10 and adds MS CHAP v1 and v2 and Ben> MPPE to pppd and the related kernel code. Imagine my Ben> surprise when I found that only the CHAP parts were portable Ben> and the MPPE was only available for Linux! So, in a process Ben> not unlike hammering a square peg into a round hole, I got Ben> the kernel components working under FreeBSD 3.4. Ben> Has anyone else already done this? Is anyone mbuf-savvy Ben> interetested in suggesting more elegant ways of supporting Ben> this code for BSD? My main purpose in sending this is to Ben> make sure any interested parties pester me so I get around to Ben> sharing the results... Ben> --Ben Ben> To Unsubscribe: send mail to majordomo@FreeBSD.org with Ben> "unsubscribe freebsd-net" 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 Jul 15 10:11:50 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ares.cs.Virginia.EDU (ares.cs.Virginia.EDU [128.143.136.41]) by hub.freebsd.org (Postfix) with ESMTP id EF5F437BC9F for ; Sat, 15 Jul 2000 10:11:47 -0700 (PDT) (envelope-from sl5b@cs.virginia.edu) Received: from viper.cs.Virginia.EDU (viper.cs.Virginia.EDU [128.143.137.17]) by ares.cs.Virginia.EDU (8.9.2/8.9.2/UVACS-2000040300) with ESMTP id NAA16542 for ; Sat, 15 Jul 2000 13:11:46 -0400 (EDT) Received: from localhost (sl5b@localhost) by viper.cs.Virginia.EDU (8.9.2/8.9.2) with ESMTP id NAA26557 for ; Sat, 15 Jul 2000 13:11:46 -0400 (EDT) X-Authentication-Warning: viper.cs.Virginia.EDU: sl5b owned process doing -bs Date: Sat, 15 Jul 2000 13:11:46 -0400 (EDT) From: Song Li To: hackers@freebsd.org Subject: different clocks in FreeBSD 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 Hey, I want to get the accurate user-time and system-time used by a process whenever I want. My code will run inside the kernel. I try to use the getrusage from within the kernel, but the function didn't give right data. Then I try to read the p_uticks in the proc structure. But it seems that value is not accurate enough because it will be zero when the actual user time is small(e.g., 20microsecond). I guess it is because the frequency of the statclock is not high enough( stathz=128 from the kern_clockrate). So, I have the following questions: 1. Can I use getrusage from within the kernel to get the utime and stime? 2. Can I use the p_uticks and p_sticks as the utime and stime of the system? What's the meaning of p_uu and p_su? What's the meaning of the 'tick' in the comments of these variable? Stat tick or sched tick or anything else? 3. If I have to change the stathz(currently 128, as reported by kern_clockrate), where should I change in the source code? 4. Is it possible to get the accurate utime and stime at any time, but do not have to change the stathz(I worry about it will not efficient). I plan to insert some code when interrupt and context switch occured. Is it difficult? thank you! -Song To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 15 11:16:10 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from lafontaine.cybercable.fr (lafontaine.cybercable.fr [212.198.0.202]) by hub.freebsd.org (Postfix) with SMTP id 4C0CE37C6B9 for ; Sat, 15 Jul 2000 11:16:05 -0700 (PDT) (envelope-from mhenrion@cybercable.fr) Received: (qmail 15598151 invoked from network); 15 Jul 2000 18:16:04 -0000 Received: from r121m199.cybercable.tm.fr (HELO cybercable.fr) ([195.132.121.199]) (envelope-sender ) by lafontaine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 15 Jul 2000 18:16:04 -0000 Message-ID: <3970AB23.F76B05CB@cybercable.fr> Date: Sat, 15 Jul 2000 20:19:15 +0200 From: Maxime Henrion X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Subject: config and config -r 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 think the config program used to compile a kernel lacks some documentation because there are several points that remain unclear to me, even after reading the man page. I had several bad surprises with it ! :-) As I didn't want to recompile the whole stuff, I used a config and not a config -r to build a new kernel, after having changed its configuration. I removed several devices and I thought that won't cause any problem, as the objects files for these devices won't be linked into the kernel. But after rebooting on this new kernel, I had a page fault before any kernel message :/ Is there anything to check in order to know if I can use a config instead of a config -r ? If using a config without the -r option is dangerous, I think it shouldn't be the default. Is it the case ? Regards, -Maxime Henrion To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 15 14:35:51 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (Postfix) with ESMTP id 1239437B7AA; Sat, 15 Jul 2000 14:35:39 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from strontium.scientia.demon.co.uk ([192.168.91.36] ident=exim) by scientia.demon.co.uk with esmtp (Exim 3.15 #1) id 13DXzM-0007Le-00; Sat, 15 Jul 2000 20:52:40 +0100 Received: (from ben) by strontium.scientia.demon.co.uk (Exim 3.15 #1) id 13DXzM-000EN8-00; Sat, 15 Jul 2000 20:52:40 +0100 Date: Sat, 15 Jul 2000 20:52:40 +0100 From: Ben Smithurst To: Maxime Henrion Cc: freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: config and config -r Message-ID: <20000715205240.Q84045@strontium.scientia.demon.co.uk> References: <3970AB23.F76B05CB@cybercable.fr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="9Jdw4pA1x1k2W7MG" Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <3970AB23.F76B05CB@cybercable.fr> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --9Jdw4pA1x1k2W7MG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Maxime Henrion wrote: > As I didn't want to recompile the whole stuff, I used a config and > not a config -r to build a new kernel, after having changed its > configuration. I removed several devices and I thought that won't cause > any problem, as the objects files for these devices won't be linked into > the kernel. Did you do a "make depend"? I personally have never had a problem with just "config" rather than "config -r". > But after rebooting on this new kernel, I had a page fault before > any kernel message :/ Is there anything to check in order to know if I > can use a config instead of a config -r ? If using a config without the > -r option is dangerous, I think it shouldn't be the default. Is it the > case ? "-r" used to be the default, you had to use "-n" to get the current behaviour of _not_ removing the directory. This was changed 2 years ago... | revision 1.20 | date: 1998/02/18 04:15:04; author: eivind; state: Exp; lines: +9 -13 | Make '-n' the default, and introduce a new flag '-r' to get old | behaviour. Also indicate which option(s) are unknown if there are any | old-style options. --=20 Ben Smithurst / ben@FreeBSD.org / PGP: 0x99392F7D FreeBSD Documentation Project / --9Jdw4pA1x1k2W7MG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0i for non-commercial use MessageID: HHkqZcB0eM508u/jlrGDcerPVnqZ3mu8 iQCVAwUBOXDBBisPVtiZOS99AQFkkAQAjCPCLLGivMZJ4k1mNEDKmwh1+sN75bcM ZYjHdqQ80fPvJBHKigCCB1OH8zUISdyoq0bwQ5zyqOAEF6J1f9XCCXyJwG031tub jmz9r8k3EwwGLnjOVWXpavJ5vVCkFmeZZr0BK6rCCQi+EGiStI8edlYkBtbYUdKd aG5c/hxMnQM= =zA8l -----END PGP SIGNATURE----- --9Jdw4pA1x1k2W7MG-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 15 14:37:11 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from dt052n3e.san.rr.com (dt052n3e.san.rr.com [204.210.33.62]) by hub.freebsd.org (Postfix) with ESMTP id D401037B893; Sat, 15 Jul 2000 14:37:06 -0700 (PDT) (envelope-from DougB@gorean.org) Received: from gorean.org (master [10.0.0.2]) by dt052n3e.san.rr.com (8.9.3/8.9.3) with ESMTP id OAA48378; Sat, 15 Jul 2000 14:37:03 -0700 (PDT) (envelope-from DougB@gorean.org) Message-ID: <3970D97F.C25E2BB6@gorean.org> Date: Sat, 15 Jul 2000 14:37:03 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.73 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Maxime Henrion Cc: freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: config and config -r References: <3970AB23.F76B05CB@cybercable.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Please don't crosspost. -questions would have been more appropriate for this. Maxime Henrion wrote: > Is there anything to check in order to know if I > can use a config instead of a config -r ? This may sound flippant, but it isn't meant to be. If config without the -r works (which it does most of the time) it works, and it's safe to use. If it doesn't work, you should go back and use config -r. Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 15 15: 0: 6 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.122.47]) by hub.freebsd.org (Postfix) with ESMTP id 9AC8A37BAE1 for ; Sat, 15 Jul 2000 14:59:58 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.10.1/8.10.1) with ESMTP id e6FLxvC25398; Sat, 15 Jul 2000 14:59:57 -0700 (PDT) Date: Sat, 15 Jul 2000 14:59:57 -0700 (PDT) From: Doug White To: Gemini Domino Cc: hackers@FreeBSD.ORG Subject: Re: Boot loader problem workaround In-Reply-To: <001f01bfee7b$1336a680$7171fea9@castor> 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 Sat, 15 Jul 2000, Gemini Domino wrote: > There's been a problem reported by several people on multi-HD multiboot > systems about the bootloader clearing active flags and making it impossible > to reboot without using a boot disk to use FDISK to reset the active flag. > This was solved by turning on the "noupdate" option with boot0cfg, but I had > another idea I thought you hackers could help me with. Since I rather liked > the default partition being set to the last one used (this is what caused > the problem) it occured to me to use FreeBSDs fdisk to reset the active flag > on ad0 (maybe in rc). What I cant find is whether or not there is a > non-interactive way of doing so. I looked into using a configfile, but that > nukes the partition tables. Anyone wanna play with this or have any input? It would be nice if a command like fdisk -a -1 ad0 would just set it instead of asking. Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 15 15:46:50 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from granger.mail.mindspring.net (granger.mail.mindspring.net [207.69.200.148]) by hub.freebsd.org (Postfix) with ESMTP id E151637B8A3 for ; Sat, 15 Jul 2000 15:46:44 -0700 (PDT) (envelope-from computerdeity@geocities.com) Received: from castor (pool-209-138-151-61-tmpa.grid.net [209.138.151.61]) by granger.mail.mindspring.net (8.9.3/8.8.5) with SMTP id SAA07984; Sat, 15 Jul 2000 18:46:41 -0400 (EDT) Message-ID: <001001bfeeae$89791fc0$520ffea9@castor> From: "Gemini Domino" To: "Doug White" Cc: References: Subject: Re: Boot loader problem workaround Date: Sat, 15 Jul 2000 18:46:37 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG From: "Doug White" To: "Gemini Domino" Cc: Sent: Saturday, July 15, 2000 17:59 Subject: Re: Boot loader problem workaround > > It would be nice if a command like > > fdisk -a -1 ad0 > > would just set it instead of asking. > > Doug White | FreeBSD: The Power to Serve > dwhite@resnet.uoregon.edu | www.FreeBSD.org > > Thats sorta what I had in mind, though I think there's gonna be some EXPECTing involved... ********* "To live alone one must be a beast or a god, says Aristotle. Leaving out the third case: one must be both -- a philosopher" "The better the state is established, the fainter is humanity. To make the individual uncomfortable, that is my task." "A great value of antiquity lies in the fact that its writings are the only ones that modern men still read with exactness." "The bite of conscience, like the bite of a dog into a stone, is a stupidity." Friedrich Wilhelm Nietzsche To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 15 16:45:27 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (Postfix) with ESMTP id 3766237B527 for ; Sat, 15 Jul 2000 16:45:23 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from strontium.scientia.demon.co.uk ([192.168.91.36] ident=exim) by scientia.demon.co.uk with esmtp (Exim 3.15 #1) id 13DbQS-0007e4-00 for hackers@freebsd.org; Sun, 16 Jul 2000 00:32:52 +0100 Received: (from ben) by strontium.scientia.demon.co.uk (Exim 3.15 #1) id 13DbQS-0007FX-00 for hackers@FreeBSD.org; Sun, 16 Jul 2000 00:32:52 +0100 Date: Sun, 16 Jul 2000 00:32:52 +0100 From: Ben Smithurst To: hackers@FreeBSD.org Subject: PR 18593: *is* VOP_LOOKUP a 'VFS entry point' ? Message-ID: <20000716003252.T84045@strontium.scientia.demon.co.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="cmVHo2jXx4bdYlgS" Content-Disposition: inline User-Agent: Mutt/1.2i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --cmVHo2jXx4bdYlgS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable PR 18593 says that VOP_LOOKUP is not a 'VFS entry point', so like a fool I believed it and committed the manpage diff within it. :-( All the other VOP* manual pages just say "entry point", but VOP_LOOKUP(9) said "VFS entry point", the patch changed that to be consistent with the rest. Can someone confirm one way or the other, and pass me the pointy hat for the first time if needed? Hmm, pointy hat within a week, not good. :-( thanks. --=20 Ben Smithurst / ben@FreeBSD.org / PGP: 0x99392F7D FreeBSD Documentation Project / --cmVHo2jXx4bdYlgS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0i for non-commercial use MessageID: 4k5bGVwySl46M+Cgn8VpsHZruZipuJYU iQCVAwUBOXD0oysPVtiZOS99AQFvBgP/b6O27DXtFNt4xDXYUWQfNMinzS2CrB8G FrIr8WoxosGnYCFbtS0p+Z76iy8zWvAtwueW8ZtzhbL5/CPu158Nw470Mq0KsxVJ S53EbaaLHrrYe94zUptGO7kOT6QKpsnX0kMFKZGsbLtjcP6wN/8te3TMCumhJ6V9 q4pA6CYps6Y= =GL8/ -----END PGP SIGNATURE----- --cmVHo2jXx4bdYlgS-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 15 18:42:20 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from cairo.anu.edu.au (cairo.anu.edu.au [150.203.224.11]) by hub.freebsd.org (Postfix) with ESMTP id AD01237B55C for ; Sat, 15 Jul 2000 18:42:15 -0700 (PDT) (envelope-from avalon@cairo.anu.edu.au) Received: (from avalon@localhost) by cairo.anu.edu.au (8.9.3/8.9.3) id LAA17043 for hackers@freebsd.org; Sun, 16 Jul 2000 11:42:12 +1000 (EST) From: Darren Reed Message-Id: <200007160142.LAA17043@cairo.anu.edu.au> Subject: options INET6 vs opt_inet.h To: hackers@freebsd.org Date: Sun, 16 Jul 2000 11:42:12 +1000 (Australia/NSW) X-Mailer: ELM [version 2.5 PL1] 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 So, it would appear that in /sys/conf/options, we have the following: INET opt_inet.h INET6 opt_inet6.h Which might seem all nice and dandy - except that config will not generate "opt_inet6.h" with "#undef INET6" if "option INET6" is not present and so you cannot inlcude "opt_inet6.h" to determine if INET6 is defined. There are two possible fixes here - which are not necessarily mutually exclusive of each other: 1. make config generate opt_inet6.h anyway 2. put INET6 in opt_inet.h I believe that (2) is quite reasonable but (1) should happen anyway. Comments ? Darren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 15 19: 2: 8 2000 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 871A437B7AB for ; Sat, 15 Jul 2000 19:02:00 -0700 (PDT) (envelope-from grog@wantadilla.lemis.com) Received: (from grog@localhost) by wantadilla.lemis.com (8.9.3/8.9.3) id LAA60655; Sun, 16 Jul 2000 11:31:50 +0930 (CST) (envelope-from grog) Date: Sun, 16 Jul 2000 11:31:50 +0930 From: Greg Lehey To: Brandon Fosdick Cc: hackers@FreeBSD.ORG Subject: Re: Interrupt Handler? Message-ID: <20000716113149.B57098@wantadilla.lemis.com> References: <396E804C.69F07189@glue.umd.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <396E804C.69F07189@glue.umd.edu> 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 Thursday, 13 July 2000 at 22:51:56 -0400, Brandon Fosdick wrote: > Where/How does one implement a hardware interrupt handler? I haven't > done this sort of thing since the days of DOS. I imagine its a lot > different in *nix. :) The low-level interrupt handlers are in /usr/src/sys/i386/isa/exception.s. Your device driver attach routine will register its interrupt routine with BUS_SETUP_INTR, which will cause the appropriate interrupt handler to transfer control to your interrupt handler when an interrupt occurs. 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 Sat Jul 15 20:50:11 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from netplex.com.au (adsl-63-207-30-186.dsl.snfc21.pacbell.net [63.207.30.186]) by hub.freebsd.org (Postfix) with ESMTP id 6947637B56B for ; Sat, 15 Jul 2000 20:50:08 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (peter@localhost [127.0.0.1]) by netplex.com.au (8.9.3/8.9.3) with ESMTP id UAA20408; Sat, 15 Jul 2000 20:50:02 -0700 (PDT) (envelope-from peter@netplex.com.au) Message-Id: <200007160350.UAA20408@netplex.com.au> X-Mailer: exmh version 2.1.1 10/15/1999 To: Darren Reed Cc: hackers@FreeBSD.ORG Subject: Re: options INET6 vs opt_inet.h In-Reply-To: Message from Darren Reed of "Sun, 16 Jul 2000 11:42:12 +1000." <200007160142.LAA17043@cairo.anu.edu.au> Date: Sat, 15 Jul 2000 20:50:01 -0700 From: Peter Wemm Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Darren Reed wrote: > > So, it would appear that in /sys/conf/options, we have the following: > > INET opt_inet.h > INET6 opt_inet6.h > > Which might seem all nice and dandy - except that config will not generate > "opt_inet6.h" with "#undef INET6" if "option INET6" is not present and so > you cannot inlcude "opt_inet6.h" to determine if INET6 is defined. There > are two possible fixes here - which are not necessarily mutually exclusive > of each other: > > 1. make config generate opt_inet6.h anyway Umm.. but it does already! peter@beast[8:42pm]~src/sys/i386/conf-103> grep INET6 TEST #options INET6 #IPv6 communications protocols peter@beast[8:42pm]~src/sys/i386/conf-104> rm ../../compile/TEST/opt_inet6.h peter@beast[8:42pm]~src/sys/i386/conf-105> config TEST Don't forget to do a ``make depend'' Kernel build directory is ../../compile/TEST peter@beast[8:42pm]~src/sys/i386/conf-106> cat ../../compile/TEST/opt_inet6.h peter@beast[8:45pm]~src/sys/i386/conf-107> vi TEST peter@beast[8:45pm]~src/sys/i386/conf-109> grep INET6 TEST options INET6 #IPv6 communications protocols peter@beast[8:45pm]~src/sys/i386/conf-110> config TEST Don't forget to do a ``make depend'' Kernel build directory is ../../compile/TEST peter@beast[8:45pm]~src/sys/i386/conf-111> cat ../../compile/TEST/opt_inet6.h #define INET6 1 peter@beast[8:45pm]~src/sys/i386/conf-112> > 2. put INET6 in opt_inet.h > > I believe that (2) is quite reasonable but (1) should happen anyway. > > Comments ? I'm not sure what you think is happening, but it most certainly does generate opt_inet6.h as expected. (Well, it doesn't put #indef INET6 in it, but there is no point wasting space doing that..) > Darren 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 Sat Jul 15 22:41:27 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 0E59B37BA90; Sat, 15 Jul 2000 22:41:23 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id XAA74192; Sat, 15 Jul 2000 23:41:21 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id XAA50804; Sat, 15 Jul 2000 23:41:00 -0600 (MDT) Message-Id: <200007160541.XAA50804@harmony.village.org> To: Maxime Henrion Subject: Re: config and config -r Cc: freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Sat, 15 Jul 2000 20:19:15 +0200." <3970AB23.F76B05CB@cybercable.fr> References: <3970AB23.F76B05CB@cybercable.fr> Date: Sat, 15 Jul 2000 23:41:00 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <3970AB23.F76B05CB@cybercable.fr> Maxime Henrion writes: : But after rebooting on this new kernel, I had a page fault before : any kernel message :/ Is there anything to check in order to know if I : can use a config instead of a config -r ? If using a config without the : -r option is dangerous, I think it shouldn't be the default. Is it the : case ? Make depend is required if you ever want to build kernels more than once. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 15 23:20:22 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (Postfix) with ESMTP id 0916737B904; Sat, 15 Jul 2000 23:20:14 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.9.3/8.9.3) with UUCP id IAA12196; Sun, 16 Jul 2000 08:20:12 +0200 (CEST) Received: (from j@localhost) by uriah.heep.sax.de (8.9.3/8.9.3) id HAA83229; Sun, 16 Jul 2000 07:50:39 +0200 (MET DST) (envelope-from j) Date: Sun, 16 Jul 2000 07:50:39 +0200 From: J Wunsch To: freebsd-chat@freebsd.org, freebsd-hackers@freebsd.org Subject: Core-team statement: fruitless discussions in the mailing lists Message-ID: <20000716075038.K71387@uriah.heep.sax.de> Reply-To: Joerg Wunsch Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="eAbsdosE1cNLO4uF" X-Mailer: Mutt 1.0.1i X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --eAbsdosE1cNLO4uF Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Several members of the FreeBSD community approached us with different request regarding Brett Glass' behaviour in our mailing lists. For various reasons we do not want to `blacklist' anyone from using the FreeBSD mailing lists, but we remind everybody here to not contribute to fruitless and often off-topic discussions. --=20 cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) --eAbsdosE1cNLO4uF Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia iQCVAwUBOXFNLnW7bjh2o/exAQFQTwP/UZrZKMaGHoW3nhK4lo8ZMELhsxx3T/mb ayvKmFvP+rf464582D7d1XHWzFWnu9jUDFe6YSoB4CbjZTx+HOaZM3Rr7m8IjMpW vn6G5Or8bbz1a+bslDhbExZi/dAcbcSBsiTEaem+DzlP7r4fJ7cH7j6JXT4IjNPs otYA9RT7SvY= =Jb/n -----END PGP SIGNATURE----- --eAbsdosE1cNLO4uF-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 15 23:25: 6 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id F0B3937B52C for ; Sat, 15 Jul 2000 23:25:04 -0700 (PDT) (envelope-from nsayer@FreeBSD.org) Received: (from nsayer@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA92886 for hackers; Sat, 15 Jul 2000 23:25:04 -0700 (PDT) (envelope-from nsayer@FreeBSD.org) Date: Sat, 15 Jul 2000 23:25:04 -0700 (PDT) From: Message-Id: <200007160625.XAA92886@freefall.freebsd.org> To: hackers@FreeBSD.org Subject: sysctl interface for apm? Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I was paging through the distributed.net client changelog and they had a note there basically asking for a sysctl interface to apm -- in short, they wanted the ability for non-root users to detect power state (AC/batt) and battery level. At first, I wondered why they regarded this differently from opening /dev/apm and doing the requisite ioctl()s. Then I looked at /dev/apm's permissions and saw the problem. So what does everyone think? Is it suitable to add a read only sysctl 'machdep.apm_powerstate' that reports either AC, nn%, or N/A ? Or should the format be numeric (999 = AC, <=100 = battery %, -1 = N/A)? Or should we not bother? :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message