From owner-freebsd-hackers Sun Feb 11 1: 1:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 8427437B4EC for ; Sun, 11 Feb 2001 01:01:05 -0800 (PST) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f1B90oX17673; Sun, 11 Feb 2001 01:00:50 -0800 (PST) Date: Sun, 11 Feb 2001 01:00:50 -0800 From: Alfred Perlstein To: Greg Black Cc: Matt Dillon , freebsd-hackers@FreeBSD.ORG Subject: Re: soft updates performance Message-ID: <20010211010050.I3274@fw.wintelcom.net> References: <200102102245.f1AMj1328151@earth.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from gjb@gbch.net on Sun, Feb 11, 2001 at 05:31:43PM +1000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Greg Black [010210 23:33] wrote: > Matt Dillon wrote: > > > Unless you are doing a read-only mount, there are still going to be > > cases where having softupdates turned on can be advantageous. For > > example, installworld will go a lot faster. I also consider softupdates > > a whole lot safer, even if all you are doing is editing an occassional > > file. > > OK, I'm sold on the general idea of using soft updates; but what > sort of performance improvements should I expect to see? > > I do a kernel compile on a freshly-rebooted box with an without > softupdates; without, it took 20m45s and with soft updates it > still took 20m10s --- this is less than 3% faster, which is > close to statistically insignificant. Is this expected, or is > there some other factor I should look at? > Does 'mount' actually show softupdates as active? If not you need to run 'tunefs' on the partition to set them active. -- -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 Sun Feb 11 3:40:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cs.huji.ac.il (cs.huji.ac.il [132.65.16.10]) by hub.freebsd.org (Postfix) with ESMTP id 3941437B401 for ; Sun, 11 Feb 2001 03:40:14 -0800 (PST) Received: from sexta.cs.huji.ac.il ([132.65.16.13] ident=danny) by cs.huji.ac.il with esmtp (Exim 3.20 #1) id 14RurO-0000Zl-00; Sun, 11 Feb 2001 13:40:06 +0200 X-Mailer: exmh version 2.2 06/23/2000 with nmh-0.24 To: Matt Dillon Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: soft updates performance In-reply-to: Your message of Sat, 10 Feb 2001 23:44:58 -0800 (PST) . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 11 Feb 2001 13:40:06 +0200 From: Danny Braniss Message-Id: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG i've been doing some experiments with vinum, and doing a make buildworld (with obj on the same vinum) without soft-updates ~ 1 hour with soft-updates ~ 40 minutes which is a bit better than 3% :-) what i can't figure out is why -j 4 didn't make any difference. btw, this is on 4.2 stable and a PIII dual 900mHz cpu, 500MGB danny In message <200102110744.f1B7iwS30465@earth.backplane.com>you write: }:OK, I'm sold on the general idea of using soft updates; but what }:sort of performance improvements should I expect to see? }: }:I do a kernel compile on a freshly-rebooted box with an without }:softupdates; without, it took 20m45s and with soft updates it }:still took 20m10s --- this is less than 3% faster, which is }:close to statistically insignificant. Is this expected, or is }:there some other factor I should look at? }: }:Greg } } A kernel compile, like a buildworld, is more a cpu-intensive operation } then a disk-intensive operation, so I wouldn't expect a big improvement. } } Softupdates wins big on anything that does a lot of directory manipulation. } For example, extracting a tar archive, rm -rf, news systems, } mail systems (to a lesser degree since they fsync() a lot anyway), } and general workloads. } } There is no real downside, so there really isn't any reason to *not* } use softupdates. } } -Matt } } } }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 Feb 11 4:18:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sender.ngi.de (sender.ngi.de [212.79.47.18]) by hub.freebsd.org (Postfix) with ESMTP id 11B0037B401; Sun, 11 Feb 2001 04:17:44 -0800 (PST) Received: from Gatekeeper.FreeBSD.org (kol2-3e366baf.pool.mediaWays.net [62.54.107.175]) by sender.ngi.de (Postfix) with ESMTP id 1316C96D15; Sun, 11 Feb 2001 13:01:12 +0100 (CET) Received: from StefanEsser.FreeBSD.org (StefanEsser [10.0.0.1]) by Gatekeeper.FreeBSD.org (Postfix) with ESMTP id 5952D5; Sun, 11 Feb 2001 13:16:59 +0100 (CET) Received: by StefanEsser.FreeBSD.org (Postfix, from userid 200) id CF286147B; Sun, 11 Feb 2001 13:20:31 +0100 (CET) Date: Sun, 11 Feb 2001 13:20:31 +0100 From: Stefan Esser To: Peter Wemm Cc: Poul-Henning Kamp , Maxime Henrion , freebsd-hackers@FreeBSD.ORG, Matt Dillon , Greg Black , Stefan Esser , FreeBSD-Audit@FreeBSD.ORG Subject: [Patches] mount -o softdep (was: Re: soft updates and qmail (RE: qmail IO problems)) Message-ID: <20010211132031.A1735@StefanEsser.FreeBSD.org> Reply-To: Stefan Esser References: <1192.981551707@critter> <200102071320.f17DKZt59823@mobile.wemm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200102071320.f17DKZt59823@mobile.wemm.org>; from peter@netplex.com.au on Wed, Feb 07, 2001 at 05:20:35AM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 2001-02-07 05:20 -0800, Peter Wemm wrote: [ Follow-ups to the FreeBSD-Audit mail list only, please ... ] > Poul-Henning Kamp wrote: > > In message <200102071312.f17DCHt59672@mobile.wemm.org>, Peter Wemm writes: > > >So that fsck(8) can see what mode the FS *was* mounted in last time. That > > >bears no relationship to fstab or the current options. > > > > Right, so if mounting in softupdates mode updates the superblock to > > set the softupdates flag, why wouldn't that work ? > > It would work fine, but Kirk told me not to bother submitting patches > because he had something else in mind (or at least, that's the way I > interpreted the mail). I created patches that do just that (mount -o softdep performs a soft-updates mount and updates the superblock softdep flag) back in June 2000 and sent them to Kirk, who then agreed that this was the way to go, when the problems with memory and disk resource usage of soft-updates writes were solved (the missing limits on the amount of dirty buffers and the delayed freeing of disk blocks after a file is removed). Both of these points seem to have been resolved, meanwhile, and I do not see any reason, not to enable soft-updates by default and to provide a mount option that disables soft-updates per filesystem. ( For reference, see the FreeBSD-Arch archive for the full message: Message-Id: <200006282051.NAA05776@beastie.mckusick.com> To: arch@freebsd.org Subject: Re: Soft updates mount change Cc: Stefan Esser Date: Wed, 28 Jun 2000 13:51:00 -0700 From: Kirk McKusick That message includes my mail to Kirk, where I describe the diffs and my reasoning, why it should be done that way ... ) The following diffs are patches to all components (kernel, mount programs) except for the required additions to the mount_ufs man page. I have been running a patched kernel on sevreal systems for more than a half year with no problems at all ... Regards, STefan PS: The diffs that I append assume softdep OFF by default, which is what I have used and tested. I can easily rework that code to assume softdep ON and will start to implement and test that version. The logic will remain unchanged, so this code should be near enough to the final code to be suitable for review. Index: sbin/mount/mntopts.h =================================================================== RCS file: /usr/cvs/src/sbin/mount/mntopts.h,v retrieving revision 1.17 diff -u -3 -r1.17 mntopts.h --- sbin/mount/mntopts.h 2000/07/06 01:50:05 1.17 +++ sbin/mount/mntopts.h 2000/08/03 19:36:36 @@ -57,6 +57,7 @@ #define MOPT_NOCLUSTERW { "clusterw", 1, MNT_NOCLUSTERW, 0 } #define MOPT_SUIDDIR { "suiddir", 0, MNT_SUIDDIR, 0 } #define MOPT_SNAPSHOT { "snapshot", 0, MNT_SNAPSHOT, 0 } +#define MOPT_SOFTDEP { "softdep", 0, MNT_SOFTDEP, 0 } /* Control flags. */ #define MOPT_FORCE { "force", 0, MNT_FORCE, 0 } Index: sbin/mount/mount.c =================================================================== RCS file: /usr/cvs/src/sbin/mount/mount.c,v retrieving revision 1.41 diff -u -3 -r1.41 mount.c --- sbin/mount/mount.c 2000/11/22 17:54:56 1.41 +++ sbin/mount/mount.c 2000/11/24 22:57:46 @@ -742,6 +742,7 @@ if (flags & MNT_NOCLUSTERW) res = catopt(res, "noclusterw"); if (flags & MNT_NOSYMFOLLOW) res = catopt(res, "nosymfollow"); if (flags & MNT_SUIDDIR) res = catopt(res, "suiddir"); + if (flags & MNT_SOFTDEP) res = catopt(res, "softdep"); return res; } Index: sbin/mount/mount_ufs.c =================================================================== RCS file: /usr/cvs/src/sbin/mount/mount_ufs.c,v retrieving revision 1.20 diff -u -3 -r1.20 mount_ufs.c --- sbin/mount/mount_ufs.c 2001/01/25 20:03:38 1.20 +++ sbin/mount/mount_ufs.c 2001/01/27 10:27:06 @@ -67,6 +67,7 @@ MOPT_SYNC, MOPT_UPDATE, MOPT_SNAPSHOT, + MOPT_SOFTDEP, { NULL } }; Index: sys/ufs/ffs/ffs_softdep.c =================================================================== RCS file: /usr/cvs/src/sys/ufs/ffs/ffs_softdep.c,v retrieving revision 1.84 diff -u -3 -r1.84 ffs_softdep.c --- sys/ufs/ffs/ffs_softdep.c 2001/02/04 16:08:18 1.84 +++ sys/ufs/ffs/ffs_softdep.c 2001/02/04 19:23:31 @@ -1063,7 +1063,7 @@ int error, cyl; mp->mnt_flag &= ~MNT_ASYNC; - mp->mnt_flag |= MNT_SOFTDEP; + fs->fs_flags |= FS_DOSOFTDEP; /* * When doing soft updates, the counters in the * superblock may have gotten out of sync, so we have Index: sys/ufs/ffs/ffs_softdep_stub.c =================================================================== RCS file: /usr/cvs/src/sys/ufs/ffs/ffs_softdep_stub.c,v retrieving revision 1.15 diff -u -3 -r1.15 ffs_softdep_stub.c --- sys/ufs/ffs/ffs_softdep_stub.c 2000/12/17 23:59:56 1.15 +++ sys/ufs/ffs/ffs_softdep_stub.c 2000/12/18 10:40:13 @@ -71,6 +71,7 @@ struct fs *fs; struct ucred *cred; { + mp->mnt_flag &= ~MNT_SOFTDEP; return (0); } Index: sys/ufs/ffs/ffs_vfsops.c =================================================================== RCS file: /usr/cvs/src/sys/ufs/ffs/ffs_vfsops.c,v retrieving revision 1.138 diff -u -3 -r1.138 ffs_vfsops.c --- sys/ufs/ffs/ffs_vfsops.c 2001/02/09 06:11:33 1.138 +++ sys/ufs/ffs/ffs_vfsops.c 2001/02/10 08:06:19 @@ -177,6 +177,13 @@ ump = VFSTOUFS(mp); fs = ump->um_fs; devvp = ump->um_devvp; + if (fs->fs_ronly == 0) { + if (fs->fs_flags & FS_DOSOFTDEP) { + mp->mnt_flag |= MNT_SOFTDEP; + } else { + mp->mnt_flag &= ~MNT_SOFTDEP; + } + } if (fs->fs_ronly == 0 && (mp->mnt_flag & MNT_RDONLY)) { if ((error = vn_start_write(NULL, &mp, V_WAIT)) != 0) return (error); @@ -242,7 +249,7 @@ return (error); } /* check to see if we need to start softdep */ - if ((fs->fs_flags & FS_DOSOFTDEP) && + if ((mp->mnt_flag & MNT_SOFTDEP) && (error = softdep_mount(devvp, mp, fs, p->p_ucred))){ vn_finished_write(mp); return (error); @@ -602,6 +609,9 @@ error = EROFS; /* needs translation */ goto out; } + /* clear softdep flag in superblock, if not a softdep mount */ + if ((mp->mnt_flag & MNT_SOFTDEP) == 0) + fs->fs_flags &= ~FS_DOSOFTDEP; ump = malloc(sizeof *ump, M_UFSMNT, M_WAITOK | M_ZERO); ump->um_malloctype = malloctype; ump->um_i_effnlink_valid = 1; @@ -689,7 +699,7 @@ if (fs->fs_maxfilesize > maxfilesize) /* XXX */ fs->fs_maxfilesize = maxfilesize; /* XXX */ if (ronly == 0) { - if ((fs->fs_flags & FS_DOSOFTDEP) && + if ((mp->mnt_flag & MNT_SOFTDEP) && (error = softdep_mount(devvp, mp, fs, cred)) != 0) { free(fs->fs_csp, M_UFSMNT); goto out; Index: sys/kern/vfs_syscalls.c =================================================================== RCS file: /usr/cvs/src/sys/kern/vfs_syscalls.c,v retrieving revision 1.176 diff -u -3 -r1.176 vfs_syscalls.c --- sys/kern/vfs_syscalls.c 2001/02/09 06:09:52 1.176 +++ sys/kern/vfs_syscalls.c 2001/02/10 08:05:44 @@ -280,11 +280,11 @@ mp->mnt_flag &=~ (MNT_NOSUID | MNT_NOEXEC | MNT_NODEV | MNT_SYNCHRONOUS | MNT_UNION | MNT_ASYNC | MNT_NOATIME | MNT_NOSYMFOLLOW | MNT_IGNORE | - MNT_NOCLUSTERR | MNT_NOCLUSTERW | MNT_SUIDDIR); + MNT_NOCLUSTERR | MNT_NOCLUSTERW | MNT_SUIDDIR | MNT_SOFTDEP); mp->mnt_flag |= SCARG(uap, flags) & (MNT_NOSUID | MNT_NOEXEC | MNT_NODEV | MNT_SYNCHRONOUS | MNT_UNION | MNT_ASYNC | MNT_FORCE | MNT_NOSYMFOLLOW | MNT_IGNORE | - MNT_NOATIME | MNT_NOCLUSTERR | MNT_NOCLUSTERW | MNT_SUIDDIR); + MNT_NOATIME | MNT_NOCLUSTERR | MNT_NOCLUSTERW | MNT_SUIDDIR | MNT_SOFTDEP); /* * Mount the filesystem. * XXX The final recipients of VFS_MOUNT just overwrite the ndp they To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Feb 11 4:47:29 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gw.gbch.net (gw.gbch.net [203.24.22.66]) by hub.freebsd.org (Postfix) with SMTP id D83BF37B401 for ; Sun, 11 Feb 2001 04:47:05 -0800 (PST) Received: (qmail 92239 invoked by uid 1001); 11 Feb 2001 22:47:02 +1000 X-Posted-By: GJB-Post 2.12 07-Feb-2001 X-Operating-System: FreeBSD 4.1-RELEASE i386 X-URL: http://www.gbch.net/gjb/ X-Image-URL: http://www.gbch.net/gjb/img/gjb-auug048.gif X-PGP-Fingerprint: 5A91 6942 8CEA 9DAB B95B C249 1CE1 493B 2B5A CE30 X-PGP-Public-Key: http://www.gbch.net/gjb/gjb-pgpkey.asc Message-Id: Date: Sun, 11 Feb 2001 22:47:01 +1000 From: Greg Black To: Alfred Perlstein Cc: Matt Dillon , freebsd-hackers@FreeBSD.ORG Subject: Re: soft updates performance References: <200102102245.f1AMj1328151@earth.backplane.com> <20010211010050.I3274@fw.wintelcom.net> In-reply-to: <20010211010050.I3274@fw.wintelcom.net> of Sun, 11 Feb 2001 01:00:50 PST Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Alfred Perlstein wrote: > * Greg Black [010210 23:33] wrote: > > Matt Dillon wrote: > > > > > Unless you are doing a read-only mount, there are still going to be > > > cases where having softupdates turned on can be advantageous. For > > > example, installworld will go a lot faster. I also consider softupdates > > > a whole lot safer, even if all you are doing is editing an occassional > > > file. > > > > OK, I'm sold on the general idea of using soft updates; but what > > sort of performance improvements should I expect to see? > > > > I do a kernel compile on a freshly-rebooted box with an without > > softupdates; without, it took 20m45s and with soft updates it > > still took 20m10s --- this is less than 3% faster, which is > > close to statistically insignificant. Is this expected, or is > > there some other factor I should look at? > > Does 'mount' actually show softupdates as active? If not you > need to run 'tunefs' on the partition to set them active. Yes, I ran tunefs as per the manual and I checked with mount. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Feb 11 4:56:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from level3.dynacom.net (level3.dynacom.net [206.107.213.213]) by hub.freebsd.org (Postfix) with SMTP id 8021837B401 for ; Sun, 11 Feb 2001 04:56:06 -0800 (PST) Received: (qmail 2598 invoked by uid 0); 11 Feb 2001 12:56:05 -0000 Received: from dsl1-160.dynacom.net (HELO urx.com) (206.159.132.160) by mail.urx.com with SMTP; 11 Feb 2001 12:56:05 -0000 Message-ID: <3A868BE5.73745B91@urx.com> Date: Sun, 11 Feb 2001 04:56:05 -0800 From: Kent Stewart Reply-To: kstewart@urx.com Organization: Dynacom X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Greg Black Cc: Alfred Perlstein , Matt Dillon , freebsd-hackers@FreeBSD.ORG Subject: Re: soft updates performance References: <200102102245.f1AMj1328151@earth.backplane.com> <20010211010050.I3274@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 Greg Black wrote: > > Alfred Perlstein wrote: > > > * Greg Black [010210 23:33] wrote: > > > Matt Dillon wrote: > > > > > > > Unless you are doing a read-only mount, there are still going to be > > > > cases where having softupdates turned on can be advantageous. For > > > > example, installworld will go a lot faster. I also consider softupdates > > > > a whole lot safer, even if all you are doing is editing an occassional > > > > file. > > > > > > OK, I'm sold on the general idea of using soft updates; but what > > > sort of performance improvements should I expect to see? > > > > > > I do a kernel compile on a freshly-rebooted box with an without > > > softupdates; without, it took 20m45s and with soft updates it > > > still took 20m10s --- this is less than 3% faster, which is > > > close to statistically insignificant. Is this expected, or is > > > there some other factor I should look at? > > > > Does 'mount' actually show softupdates as active? If not you > > need to run 'tunefs' on the partition to set them active. > > Yes, I ran tunefs as per the manual and I checked with mount. Times for cvsup and system builds changed quite a bit if you let the I/O be handled by the controllers. buildworld obj on 2nd controller 1516.863u 442.821s 57:17.18 57.0% 1246+1450k 49613+196329io 1866pf+0w build with log on 3rd controller 1522.877u 455.119s 56:52.29 57.9% 1238+1446k 45803+196359io 1721pf+0w make world with files on 3 controllers and -j4 1547.296u 553.318s 58:16.61 60.0% 1196+1415k 45943+314666io 1655pf+0w make world with files on 3 controllers and -j4 with softupdates 1539.114u 521.486s 45:54.82 74.7% 1209+1431k 48857+129907io 1858pf+0w Kent -- Kent Stewart Richland, WA mailto:kbstew99@hotmail.com http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Feb 11 6: 1:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mobile.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id 0347A37B401; Sun, 11 Feb 2001 06:01:10 -0800 (PST) Received: from netplex.com.au (localhost [127.0.0.1]) by mobile.wemm.org (8.11.1/8.11.1) with ESMTP id f1BE19U36962; Sun, 11 Feb 2001 06:01:09 -0800 (PST) (envelope-from peter@netplex.com.au) Message-Id: <200102111401.f1BE19U36962@mobile.wemm.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Stefan Esser Cc: Poul-Henning Kamp , Maxime Henrion , freebsd-hackers@FreeBSD.org, Matt Dillon , Greg Black , FreeBSD-Audit@FreeBSD.org Subject: Re: [Patches] mount -o softdep (was: Re: soft updates and qmail (RE: qmail IO problems)) In-Reply-To: <20010211132031.A1735@StefanEsser.FreeBSD.org> Date: Sun, 11 Feb 2001 06:01:09 -0800 From: Peter Wemm Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Stefan Esser wrote: > On 2001-02-07 05:20 -0800, Peter Wemm wrote: > [ Follow-ups to the FreeBSD-Audit mail list only, please ... ] > > Poul-Henning Kamp wrote: > > > In message <200102071312.f17DCHt59672@mobile.wemm.org>, Peter Wemm writes : > > > >So that fsck(8) can see what mode the FS *was* mounted in last time. Tha t > > > >bears no relationship to fstab or the current options. > > > > > > Right, so if mounting in softupdates mode updates the superblock to > > > set the softupdates flag, why wouldn't that work ? > > > > It would work fine, but Kirk told me not to bother submitting patches > > because he had something else in mind (or at least, that's the way I > > interpreted the mail). > > I created patches that do just that (mount -o softdep performs > a soft-updates mount and updates the superblock softdep flag) > back in June 2000 and sent them to Kirk, who then agreed that > this was the way to go, when the problems with memory and disk > resource usage of soft-updates writes were solved (the missing > limits on the amount of dirty buffers and the delayed freeing > of disk blocks after a file is removed). Both of these points > seem to have been resolved, meanwhile, and I do not see any > reason, not to enable soft-updates by default and to provide a > mount option that disables soft-updates per filesystem. > > ( For reference, see the FreeBSD-Arch archive for the full message: > > Message-Id: <200006282051.NAA05776@beastie.mckusick.com> > To: arch@freebsd.org > Subject: Re: Soft updates mount change > Cc: Stefan Esser > Date: Wed, 28 Jun 2000 13:51:00 -0700 > From: Kirk McKusick > > That message includes my mail to Kirk, where I describe the > diffs and my reasoning, why it should be done that way ... ) > > The following diffs are patches to all components (kernel, mount > programs) except for the required additions to the mount_ufs man > page. > > I have been running a patched kernel on sevreal systems for more > than a half year with no problems at all ... > > Regards, STefan I like this a lot! It is exactly what we need. 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 Sun Feb 11 7: 1:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailserver.casey.com.hk (unknown [202.82.94.75]) by hub.freebsd.org (Postfix) with ESMTP id 1887937B491 for ; Sun, 11 Feb 2001 07:01:20 -0800 (PST) Received: from 202.82.94.75 (h21.s150.ts30.hinet.net [163.30.150.21]) by mailserver.casey.com.hk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0) id D9QP1NYK; Sun, 11 Feb 2001 23:05:04 +0800 Reply-To: j121317568@hotmail.com From: j121317568@hotmail.com To: j121317568@hotmail.com Subject:¡ó¡ó¡ó¡ó·s©_¼äÆF!¡ó¡ó¡ó¡ó¡ó¡ó·s©_¼äÆF!¡ó MIME-Version: 1.0 Content-Type: text/html; charset=big5 Content-Transfer-Encoding: base64 Message-Id: <20010211150120.1887937B491@hub.freebsd.org> Date: Sun, 11 Feb 2001 07:01:20 -0800 (PST) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9u YWwvL0VOIj48SFRNTD48SEVBRD4NCjxNRVRBIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNl dD1iaWc1IiBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiPjxCQVNFIGhyZWY9aHR0cDovL3d3 dy5jdHJsLW1haWwuY29tLzAwNS8+DQo8aHRtbD4KPGhlYWQ+Cjx0aXRsZT5ELkQgvOTGRjwv dGl0bGU+CjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0idGV4dC9o dG1sOyBjaGFyc2V0PWJpZzUiPgo8L2hlYWQ+Cgo8Ym9keSBiZ2NvbG9yPSIjMzI3OEU2IiBs ZWZ0bWFyZ2luPSIxMCIgdG9wbWFyZ2luPSIxMCI+CjxvYmplY3QgY2xhc3NpZD0iY2xzaWQ6 RDI3Q0RCNkUtQUU2RC0xMWNmLTk2QjgtNDQ0NTUzNTQwMDAwIiBjb2RlYmFzZT0iaHR0cDov L2Rvd25sb2FkLm1hY3JvbWVkaWEuY29tL3B1Yi9zaG9ja3dhdmUvY2Ficy9mbGFzaC9zd2Zs YXNoLmNhYiN2ZXJzaW9uPTQsMCwyLDAiIHdpZHRoPSI3MDAiIGhlaWdodD0iNDAwIj4KICA8 cGFyYW0gbmFtZT1tb3ZpZSB2YWx1ZT0iZGQuc3dmIj4KICA8cGFyYW0gbmFtZT1xdWFsaXR5 IHZhbHVlPWhpZ2g+CiAgPGVtYmVkIHNyYz0iZGQuc3dmIiBxdWFsaXR5PWhpZ2ggcGx1Z2lu c3BhZ2U9Imh0dHA6Ly93d3cubWFjcm9tZWRpYS5jb20vc2hvY2t3YXZlL2Rvd25sb2FkL2lu ZGV4LmNnaT9QMV9Qcm9kX1ZlcnNpb249U2hvY2t3YXZlRmxhc2giIHR5cGU9ImFwcGxpY2F0 aW9uL3gtc2hvY2t3YXZlLWZsYXNoIiB3aWR0aD0iNzAwIiBoZWlnaHQ9IjQwMCI+CiAgPC9l bWJlZD4gCjwvb2JqZWN0PiAKPC9ib2R5Pgo8L2h0bWw+Cg0KPFAgYWxpZ249Y2VudGVyPjxG T05UIHNpemU9Mj5bPEENCmhyZWY9Imh0dHA6Ly93d3cuY3RybC1tYWlsLmNvbS9pbmRleC5o dG0iPqX+snmtuq22u7ywZah0ss48L0E+XTwvRk9OVD48L1A+PC9CT0RZPjwvSFRNTD4NPEhU TUw+DQo8QSBuYW1lPSINCnRlc3ShTKFMoUyhTKFMdGVzdKFaoVqhWqFaoVoNCqRVpMggMTA6 NTU6NTQNCjIwMDEvMi8xMQ0KdGVzdA0KIj48L2E+DQo8L0hUTUw+DQo= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Feb 11 18:17:50 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26]) by hub.freebsd.org (Postfix) with ESMTP id A24AD37B491; Sun, 11 Feb 2001 18:17:45 -0800 (PST) Received: from curve.dellroad.org (curve.dellroad.org [10.1.1.30]) by InterJet.dellroad.org (8.9.1a/8.9.1) with ESMTP id SAA85245; Sun, 11 Feb 2001 18:17:45 -0800 (PST) Received: (from archie@localhost) by curve.dellroad.org (8.9.3/8.9.3) id SAA68930; Sun, 11 Feb 2001 18:17:44 -0800 (PST) (envelope-from archie) From: Archie Cobbs Message-Id: <200102120217.SAA68930@curve.dellroad.org> Subject: Re: call for testers: port aggregation netgraph module In-Reply-To: <20010208212509.E8D7D37B6AA@hub.freebsd.org> "from Bill Paul at Feb 8, 2001 01:25:09 pm" To: Bill Paul Date: Sun, 11 Feb 2001 18:17:44 -0800 (PST) Cc: hackers@FreeBSD.ORG, net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL77 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bill Paul writes: > http://www.freebsd.org/~wpaul/FEC/4.x/fec.tar.gz > http://www.freebsd.org/~wpaul/FEC/5.x/fec.tar.gz > > This is a call for testers for a netgraph module that can be used to > aggregate 2 or 4 ethernet interfaces into a single interface. Basically, > it lets you do things like the following: > > # kldload ./ng_fec.ko > # ngctl mkpeer fec dummy fec > # ngctl msg fec0: add_iface '"dc0"' > # ngctl msg fec0: add_iface '"dc1"' > # ngctl msg fec0: add_iface '"dc2"' > # ngctl msg fec0: add_iface '"dc3"' > # ngctl msg fec0: set_mode_inet Bill, Just curious.. did you consider adding this functionality to the ng_one2many(4) node type? I suppose the ifmedia would have to be done more indirectly, eg., by adding a new control message supporting it to ng_ether(4). -Archie __________________________________________________________________________ Archie Cobbs * Packet Design * http://www.packetdesign.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Feb 11 22:16:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from urban.iinet.net.au (urban.iinet.net.au [203.59.24.231]) by hub.freebsd.org (Postfix) with ESMTP id B5AE037B401; Sun, 11 Feb 2001 22:16:13 -0800 (PST) Received: from muzak.iinet.net.au (muzak.iinet.net.au [203.59.24.237]) by urban.iinet.net.au (8.8.7/8.8.7) with ESMTP id OAA13582; Mon, 12 Feb 2001 14:16:10 +0800 Received: from elischer.org (reggae-15-178.nv.iinet.net.au [203.59.74.178]) by muzak.iinet.net.au (8.8.5/8.8.5) with ESMTP id OAA23564; Mon, 12 Feb 2001 14:13:33 +0800 Message-ID: <3A877F9C.9641A97F@elischer.org> Date: Sun, 11 Feb 2001 22:15:56 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: Bill Paul Cc: Archie Cobbs , hackers@FreeBSD.ORG, net@FreeBSD.ORG Subject: Re: call for testers: port aggregation netgraph module References: <20010212025610.F37C937B401@hub.freebsd.org> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bill Paul wrote: > > > > You know, so far I've gotten close to a dozen replies to this e-mail, > but none of contain the one thing I really wanted, namely test results. actually I saw one person say it worked flawlessly for them (see mail from: Rainer Clasen ) (working in 4.2) > > Look. I said this was a call for *testers*. Not kibitzers, not criticizers, > not commenters, not lamers -- *testers*. I want you to try out the code > and tell me if it works or not, and if not, describe the bugs so I can > fix them. I don't want to hear anything else. If your e-mail concerns > any other topic, it will be summarily ignored. Got it people? Good. Ok well how about code suggestions from the netgraph writers? Put me in your position.. You are one of the first people to use netgraph so I and interested in hearing results from YOU.. now as for the code.. in the 5.0 version you may add the following code to the ng_fec_free_unit() function.. (you took it from 4.x ng_iface.c but this snippet was added to 5.x) /* * XXX We could think about reducing the size of ng_iface_units[] * XXX here if the last portion is all ones * XXX At least free it if no more units. * Needed if we are to eventually be able to unload. */ ng_units_in_use--; if (ng_units_in_use == 0) { /* XXX make SMP safe */ FREE(ng_iface_units, M_NETGRAPH_IFACE); ng_iface_units_len = 0; ng_iface_units = NULL; } > in 5.x SMP you may have trouble with synchronising the timout callout and normal activity, especially removal of a port. I am still working on the 'right' way to do this, so I'll let you know when I have the 'correct' answer. You have allowed any hooks to be added yet you don't use hooks. (something I have issues with, but hey, it's your node) This is ok except that you will leak mbufs badly if anything is ever sent to the node via a hook you have allowed to be created, because you just accept the packet and then leak it. You should add in the 5.x version: NG_FREE_ITEM(item); and in the 4.x version: NG_FREE_DATA(m, meta); OR alernatively you could NOT DECLARE a rcvdata method (leave it NULL), in which case this will be done automatically. All ethernet class interfaces grow a ng_ether interface automaticaly when ng_ether.c is modloaded, so I would have used and extended that interface to connect to the drivers rather than the way you did. The reason is that it allows arbitrary stacking of protocol elements rather than just a direct version such as you have done. You've used the netgraph infrastructure very well, yet somehow completely avoided the aim of netgraph which is to allow objects to be connected together in arbitrary fashion. You've got the 'net' but completely closed off the 'graph' part.. I would have added some control messages to the ng_ether class to handle the specific functions needed to do this sort of thing. still what you did works just fine, and with the caveat of the suggestions I made re: leaking mbufs, and synchronisation, I see no real problems > -Bill > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Feb 11 22:26:12 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from urban.iinet.net.au (urban.iinet.net.au [203.59.24.231]) by hub.freebsd.org (Postfix) with ESMTP id 5973E37B491; Sun, 11 Feb 2001 22:26:05 -0800 (PST) Received: from muzak.iinet.net.au (muzak.iinet.net.au [203.59.24.237]) by urban.iinet.net.au (8.8.7/8.8.7) with ESMTP id OAA14774; Mon, 12 Feb 2001 14:26:04 +0800 Received: from elischer.org (reggae-15-178.nv.iinet.net.au [203.59.74.178]) by muzak.iinet.net.au (8.8.5/8.8.5) with ESMTP id OAA24252; Mon, 12 Feb 2001 14:23:27 +0800 Message-ID: <3A8781EE.8AEA1351@elischer.org> Date: Sun, 11 Feb 2001 22:25:50 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: Bill Paul Cc: Archie Cobbs , hackers@FreeBSD.ORG, net@FreeBSD.ORG Subject: Re: call for testers: port aggregation netgraph module References: <20010212025610.F37C937B401@hub.freebsd.org> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bill Paul wrote: > one other thing.. In ng_fec.h you have kept the same cookie number as ng_iface which means that messages for these two can be confused. You should use a differnt cookie by tradition we use date -u +'%s' to generate or change the cookie. Since the first 3 commands you have are actually the same as the first 3 commands from ng_iface, you might actually think of using them direct and actually implementing them directly rather than duplicating them. i.e, include ng_iface.h, and accept 'ng_iface' cookies and respond to those commands rather than have them as part of your own set. (this makes an fec interface in some ways a 'sub-class' of the generic interface node type) -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 12 2:17:32 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from members.cnetia.com (members.cnetia.com [210.108.53.6]) by hub.freebsd.org (Postfix) with ESMTP id 8018037B4EC for ; Mon, 12 Feb 2001 02:17:01 -0800 (PST) Received: from localhost ([210.108.53.88]) by members.cnetia.com (8.9.3/8.9.3) with ESMTP id TAA25696 for ; Mon, 12 Feb 2001 19:18:58 +0900 Message-Id: <200102121018.TAA25696@members.cnetia.com> X-Sender: sales@members.cnetia.com From: Cnetia IT To: freebsd-hackers@freebsd.org Date: Mon, 12 Feb 2001 19:17:33 +0800 Subject: ±Í»çÀÇ ¾÷¹«¿¡ µµ¿òÀ» µå¸®°íÀÚ ÇÕ´Ï´Ù. MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_001__539625_69453.95" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a Multipart MIME message. ------=_NextPart_000_001__539625_69453.95 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit ------=_NextPart_000_001__539625_69453.95 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: base64 PEhUTUw+DQo8SEVBRD4NCjxNRVRBIE5BTUU9IkdFTkVSQVRPUiIgQ29udGVudD0iR3JvdXBI VE1MIFBsdWdpbiBmb3IgR3JvdXAgTWFpbCI+DQo8VElUTEU+PC9USVRMRT4NCjwvSEVBRD4N CjxCT0RZPg0KPFA+DQo8VEFCTEUgYm9yZGVyPTAgY2VsbFBhZGRpbmc9MCBjZWxsU3BhY2lu Zz0wIGhlaWdodD02MDAgd2lkdGg9ODE5Pg0KICANCiAgPFRSPg0KICAgIDxURCBjb2xTcGFu PTMgaGVpZ2h0PTEyMSB3aWR0aD04MTk+DQogICAgICA8VEFCTEUgYm9yZGVyPTAgY2VsbFBh ZGRpbmc9MCBjZWxsU3BhY2luZz0wIHdpZHRoPTgwMD4NCiAgICAgICAgDQogICAgICAgIDxU Uj4NCiAgICAgICAgICA8VEQgaGVpZ2h0PTI+PEZPTlQgZmFjZT2xvLiyIHNpemU9Mz48SU1H IGhlaWdodD0xNSANCiAgICAgICAgICAgIHNyYz0iaHR0cDovL2ludHJhLmNuZXRpYS5jb20v aW1hZ2VzL3dlbGNvbWUuZ2lmIiANCndpZHRoPTMyNT48L0ZPTlQ+PC9URD4NCiAgICAgICAg ICA8VEQgYmdDb2xvcj0jZjViMTM1IGNvbFNwYW49MiBoZWlnaHQ9Mj48Rk9OVCBmYWNlPbG8 uLIgDQogICAgICAgICAgc2l6ZT0zPqGhPC9GT05UPjwvVEQ+PC9UUj4NCiAgICAgICAgPFRS Pg0KICAgICAgICAgIDxURD48Rk9OVCBmYWNlPbG8uLIgc2l6ZT0zPjxJTUcgaGVpZ2h0PTc5 IA0KICAgICAgICAgICAgc3JjPSJodHRwOi8vaW50cmEuY25ldGlhLmNvbS9pbWFnZXMvbm90 ZS5naWYiIHdpZHRoPTMyNT48L0ZPTlQ+PC9URD4NCiAgICAgICAgICA8VEQ+PEZPTlQgZmFj ZT2xvLiyIHNpemU9Mz4mbmJzcDs8L0ZPTlQ+PC9URD4NCiAgICAgICAgICA8VEQ+PEEgaHJl Zj0iaHR0cDovL3d3dy5jbmV0aWEuY28ua3IvIiB0YXJnZXQ9X2JsYW5rPjxGT05UIGZhY2U9 sby4siANCiAgICAgICAgICAgIHNpemU9Mz48SU1HIGFsaWduPXJpZ2h0IGJvcmRlcj0wIGhl aWdodD03OSANCiAgICAgICAgICAgIHNyYz0iaHR0cDovL2ludHJhLmNuZXRpYS5jb20vaW1h Z2VzL2NuZXRpYV9sb2dvLmdpZiIgDQogICAgICAgICAgICB3aWR0aD0xMjQ+PC9GT05UPjwv QT48Rk9OVCBmYWNlPbG8uLIgc2l6ZT0zPiZuYnNwOzwvRk9OVD48L1REPjwvVFI+DQogICAg ICAgIDxUUj4NCiAgICAgICAgICA8VEQ+PEZPTlQgZmFjZT2xvLiyIHNpemU9Mz48SU1HIGhl aWdodD01MCANCiAgICAgICAgICAgIHNyYz0iaHR0cDovL2ludHJhLmNuZXRpYS5jb20vaW1h Z2VzL2ludHJhbmV0LmdpZiIgDQogICAgICAgICAgd2lkdGg9MzI1PjwvRk9OVD48L1REPg0K ICAgICAgICAgIDxURCBiZ0NvbG9yPSNlZjlhMDAgd2lkdGg9MjIxPjxGT05UIGZhY2U9sby4 siBzaXplPTM+oaE8L0ZPTlQ+PC9URD4NCiAgICAgICAgICA8VEQgYmdDb2xvcj0jZWY5YTAw PjxGT05UIGZhY2U9sby4siBzaXplPTM+PElNRyBoZWlnaHQ9NTAgDQogICAgICAgICAgICBz cmM9Imh0dHA6Ly9pbnRyYS5jbmV0aWEuY29tL2ltYWdlcy9hY2Nlc3MuZ2lmIiANCiAgICAg ICAgd2lkdGg9MjU0PjwvRk9OVD48L1REPjwvVFI+PC9UQUJMRT48L1REPjwvVFI+DQogIDxU Uj4NCiAgICA8VEQgcm93U3Bhbj0yIHdpZHRoPTQxPjxGT05UIGZhY2U9sby4siBzaXplPTM+ Jm5ic3A7PC9GT05UPjwvVEQ+DQogICAgPFREIGJnQ29sb3I9I2VmOWEwMCBoZWlnaHQ9NTAg d2lkdGg9MjA1PjxGT05UIGZhY2U9sby4siBzaXplPTM+PElNRyANCiAgICAgIGhlaWdodD02 NyBzcmM9Imh0dHA6Ly9pbnRyYS5jbmV0aWEuY29tL2ltYWdlcy9sb2dpbi5naWYiIA0KICAg IHdpZHRoPTE5ND48L0ZPTlQ+PC9URD4NCiAgICA8VEQgaGVpZ2h0PTUwIHdpZHRoPTU3Mz48 Rk9OVCBmYWNlPbG8uLIgc2l6ZT0zPjxJTUcgaGVpZ2h0PTY3IA0KICAgICAgc3JjPSJodHRw Oi8vaW50cmEuY25ldGlhLmNvbS9pbWFnZXMvY25ldGlhX2JhY2suZ2lmIiANCiAgd2lkdGg9 NTY2PjwvRk9OVD48L1REPjwvVFI+DQogIDxUUj4NCiAgICA8VEQgdkFsaWduPXRvcCB3aWR0 aD0yMDU+DQogICAgICA8VEFCTEUgYm9yZGVyPTAgY2VsbFBhZGRpbmc9MCBjZWxsU3BhY2lu Zz0wIHdpZHRoPTE5ND4NCiAgICAgICAgDQogICAgICAgIDxUUiBiZ0NvbG9yPSNlZjlhMDA+ DQogICAgICAgICAgPFREIGNvbFNwYW49MiBoZWlnaHQ9Mjg+PEZPTlQgZmFjZT2xvLiyIHNp emU9Mz4mbmJzcDs8L0ZPTlQ+PC9URD48L1RSPg0KICAgICAgICA8VFI+DQogICAgICAgICAg PFREIGJnQ29sb3I9I2VmOWEwMCB3aWR0aD01OT48Rk9OVCBmYWNlPbG8uLIgc2l6ZT0zPjxJ TUcgaGVpZ2h0PTIwIA0KICAgICAgICAgICAgc3JjPSJodHRwOi8vaW50cmEuY25ldGlhLmNv bS9pbWFnZXMvaWQuZ2lmIiB3aWR0aD01OT48L0ZPTlQ+PC9URD4NCiAgICAgICAgICA8Rk9S TSBhY3Rpb249aHR0cDovL2ludHJhLmNuZXRpYS5jb20vSVctY2dpL2xvZ2luL2l3MmxvZ2lu LmV4ZSANCiAgICAgICAgICBtZXRob2Q9cG9zdCBuYW1lPWl3IA0KICAgICAgICAgIG9uc3Vi bWl0PSJkb2N1bWVudC5mb3Jtc1sxXS5QQVNTV0QuZm9jdXMoKTtyZXR1cm4gZmFsc2U7Ij4N CiAgICAgICAgICA8VEQgYmdDb2xvcj0jZWY5YTAwPjxGT05UIGZhY2U9sby4siBzaXplPTM+ PElOUFVUIGNsYXNzPWludHJhbmV0IA0KICAgICAgICAgICAgbWF4TGVuZ3RoPTggbmFtZT1V U0VSSUQgc2l6ZT0xMCB2YWx1ZT1DTkVUSUE+PC9GT05UPjwvVEQ+PC9GT1JNPjwvVFI+DQog ICAgICAgIDxUUj4NCiAgICAgICAgICA8VEQgYmdDb2xvcj0jZWY5YTAwIGNvbFNwYW49MiBo ZWlnaHQ9MTA+PEZPTlQgZmFjZT2xvLiyIA0KICAgICAgICAgIHNpemU9Mz6hoTwvRk9OVD48 L1REPjwvVFI+DQogICAgICAgIDxGT1JNIGFjdGlvbj1odHRwOi8vaW50cmEuY25ldGlhLmNv bS9JVy1jZ2kvbG9naW4vaXcybG9naW4uZXhlIA0KICAgICAgICBtZXRob2Q9cG9zdCBuYW1l PWl3MiBvbnN1Ym1pdD1TZXRBY3Rpb24yKCk+DQogICAgICAgIDxUUj4NCiAgICAgICAgICA8 VEQgYmdDb2xvcj0jZWY5YTAwPjxGT05UIGZhY2U9sby4siBzaXplPTM+PElNRyBoZWlnaHQ9 MjAgDQogICAgICAgICAgICBzcmM9Imh0dHA6Ly9pbnRyYS5jbmV0aWEuY29tL2ltYWdlcy9w dy5naWYiIHdpZHRoPTU5PjwvRk9OVD48L1REPg0KICAgICAgICAgIDxURCBiZ0NvbG9yPSNl ZjlhMDA+PEZPTlQgZmFjZT2xvLiyIHNpemU9Mz48SU5QVVQgY2xhc3M9aW50cmFuZXQgDQog ICAgICAgICAgICBtYXhMZW5ndGg9OCBuYW1lPVBBU1NXRCBzaXplPTEwIHZhbHVlPSJUUzIw IERVQUwgIj4mbmJzcDsgDQogICAgICAgIDwvRk9OVD48L1REPjwvVFI+DQogICAgICAgIDxU UiBiZ0NvbG9yPSNlZjlhMDA+DQogICAgICAgICAgPFREIGNvbFNwYW49MiBoZWlnaHQ9Mjg+ PEZPTlQgZmFjZT2xvLiyIHNpemU9Mz4mbmJzcDs8L0ZPTlQ+PC9URD48L1RSPg0KICAgICAg ICA8VFI+DQogICAgICAgICAgPFREIGJnQ29sb3I9I2VmOWEwMCBjb2xTcGFuPTI+PEEgc3R5 bGU9IkNVUlNPUjogaGFuZCI+PEZPTlQgZmFjZT2xvLiyIA0KICAgICAgICAgICAgc2l6ZT0z PjxJTUcgYWxpZ249cmlnaHQgYm9yZGVyPTAgaGVpZ2h0PTIwIA0KICAgICAgICAgICAgc3Jj PSJodHRwOi8vaW50cmEuY25ldGlhLmNvbS9pbWFnZXMvb2tfb24uZ2lmIiANCiAgICAgICAg ICAgIHdpZHRoPTEzNT48L0ZPTlQ+PC9BPjxGT05UIGZhY2U9sby4siBzaXplPTM+Jm5ic3A7 PC9GT05UPjwvVEQ+PC9UUj48L0ZPUk0+DQogICAgICAgIDxUUj4NCiAgICAgICAgICA8VEQg Y29sU3Bhbj0yPg0KICAgICAgICAgICAgPFAgYWxpZ249Y2VudGVyPjxCUj48QlI+PEZPTlQg ZmFjZT2xvLiyIHNpemU9Mj48QSANCiAgICAgICAgICAgIGhyZWY9Imh0dHA6Ly9kZXNpZ24u Y25ldGlhLmNvbS8iIHRhcmdldD1fYmxhbms+teW4ssSzvbrGriANCiAgICAgICAgICAgILWl uPC758DMxq48L0E+PC9GT05UPjwvUD4NCiAgICAgICAgICAgIDxQIGFsaWduPWNlbnRlcj48 Rk9OVCBmYWNlPbG8uLIgc2l6ZT0zPiZuYnNwOzwvRk9OVD48Rk9OVCBmYWNlPbG8uLIgDQog ICAgICAgICAgICBzaXplPTI+PEEgaHJlZj0iaHR0cDovL2Rlc2lnbi5jbmV0aWEuY29tL0RT LyIgdGFyZ2V0PV9ibGFuaz615biyvPMgDQogICAgICAgICAgICC1pbjwu+fAzMauPC9BPjxC Uj4mbmJzcDs8L0ZPTlQ+PC9QPjwvVEQ+PC9UUj4NCiAgICAgICAgPFRSPg0KICAgICAgICAg IDxURCBjb2xTcGFuPTI+DQogICAgICAgICAgICA8UCBhbGlnbj1jZW50ZXI+PEEgDQogICAg ICAgICAgICBocmVmPSJodHRwOi8vd3d3LmNuZXRpYS5jby5rci9odG1sL2tvcmNva3IvcHJv ZHVjdHMvamF2YS5odG1sIiANCiAgICAgICAgICAgIHRhcmdldD1fYmxhbms+PEZPTlQgZmFj ZT2xvLiyIHNpemU9Mz48SU1HIGJvcmRlcj0wIGhlaWdodD0xNTAgDQogICAgICAgICAgICBz cmM9Imh0dHA6Ly93d3cuY25ldGlhLmNvLmtyL2h0bWwva29yY29rci9wcm9kdWN0cy9pbWFn ZXMvc29mdHdhcmUvZHJlYW1jYXN0ZXIuZ2lmIiANCiAgICAgICAgICAgIHdpZHRoPTE1MD48 L0ZPTlQ+PC9BPjxGT05UIGZhY2U9sby4siBzaXplPTM+PEJSPjwvRk9OVD48Rk9OVCBmYWNl PbG8uLIgDQogICAgICAgICAgICBzaXplPTI+PEEgdGFyZ2V0PV9ibGFuaz615biyxLO9usau PC9BPjxBIHRhcmdldD1fYmxhbms+IExJVEU8L0E+PC9GT05UPiANCiAgICAgICAgICAgIDxQ PiZuYnNwOzwvUD48L1REPjwvVFI+DQogICAgICAgIDxUUj4NCiAgICAgICAgICA8VEQgY29s U3Bhbj0yPg0KICAgICAgICAgICAgPFAgYWxpZ249Y2VudGVyPjxBIA0KICAgICAgICAgICAg aHJlZj0iaHR0cDovL3d3dy5jbmV0aWEuY28ua3IvaHRtbC9rb3Jjb2tyL3Byb2R1Y3RzL3No b3AuaHRtbCIgDQogICAgICAgICAgICB0YXJnZXQ9X2JsYW5rPjxGT05UIGZhY2U9sby4siBz aXplPTM+PElNRyBib3JkZXI9MCBoZWlnaHQ9MTQyIA0KICAgICAgICAgICAgc3JjPSJodHRw Oi8vd3d3LmNuZXRpYS5jby5rci9odG1sL2tvcmNva3IvcHJvZHVjdHMvaW1hZ2VzL3NvZnR3 YXJlL2RyZWFtc2hvcC5naWYiIA0KICAgICAgICAgICAgd2lkdGg9MTUzPjwvRk9OVD48L0E+ PEZPTlQgZmFjZT2xvLiyIHNpemU9Mz48QlI+PC9GT05UPjxGT05UIGZhY2U9sby4siANCiAg ICAgICAgICAgIHNpemU9Mj615biyvPM8L0ZPTlQ+IA0KICAgICAgICAgICAgPFA+Jm5ic3A7 PC9QPjwvVEQ+PC9UUj4NCiAgICAgICAgPFRSPg0KICAgICAgICAgIDxURCBjb2xTcGFuPTI+ DQogICAgICAgICAgICA8UCBhbGlnbj1jZW50ZXI+Jm5ic3A7Jm5ic3A7PEEgDQogICAgICAg ICAgICBocmVmPSJodHRwOi8vd3d3LmNuZXRpYS5jby5rci9odG1sL2tvcmNva3IvcHJvZHVj dHMvbWFpbC5odG1sIiANCiAgICAgICAgICAgIHRhcmdldD1fYmxhbms+PElNRyBib3JkZXI9 MCBoZWlnaHQ9MTE4IA0KICAgICAgICAgICAgc3JjPSJodHRwOi8vY2hpbmFpdC5jby5rci9j bmV0aWEvYWQwMDUuZmlsZXMvZHJlYW1tYWlsLmdpZiIgDQogICAgICAgICAgICB3aWR0aD0x MzA+PC9BPjxCUj48Rk9OVCBzaXplPTI+teW4srjewM88L0ZPTlQ+PC9QPjwvVEQ+PC9UUj4N CiAgICAgICAgPFRSPg0KICAgICAgICAgIDxURCBjb2xTcGFuPTI+DQogICAgICAgICAgICA8 UCBhbGlnbj1jZW50ZXI+PEEgDQogICAgICAgICAgICBocmVmPSJodHRwOi8vd3d3LmNuZXRp YS5jby5rci9odG1sL2tvcmNva3IvcHJvZHVjdHMvamF2YS5odG1sIiANCiAgICAgICAgICAg IHRhcmdldD1fdG9wPjxCUj48L0E+PEEgDQogICAgICAgICAgICBocmVmPSJodHRwOi8vd3d3 LmNuZXRpYS5jby5rci9odG1sL2tvcmNva3IvcHJvZHVjdHMvamF2YS5odG1sIiANCiAgICAg ICAgICAgIHRhcmdldD1fYmxhbms+PElNRyBib3JkZXI9MCBoZWlnaHQ9MTUwIA0KICAgICAg ICAgICAgc3JjPSJodHRwOi8vY2hpbmFpdC5jby5rci9jbmV0aWEvYWQwMDUuZmlsZXMvZHJl YW1jYXN0ZXIuZ2lmIiANCiAgICAgICAgICAgIHdpZHRoPTE1MD48L0E+PEJSPjxGT05UIHNp emU9Mj615biyxLO9usXNIEpBVkE8L0ZPTlQ+PC9QPjwvVEQ+PC9UUj4NCiAgICAgICAgPFRS Pg0KICAgICAgICAgIDxURCBjb2xTcGFuPTI+DQogICAgICAgICAgICA8UD48Rk9OVCBzaXpl PTI+PEJSPjxCUj4mbmJzcDs8L0ZPTlQ+PC9QPg0KICAgICAgICAgICAgPFAgYWxpZ249Y2Vu dGVyPjxBIGhyZWY9Imh0dHA6Ly93d3cua25vY2tjb21tLmNvbS8iIA0KICAgICAgICAgICAg dGFyZ2V0PV9ibGFuaz48SU1HIGJvcmRlcj0wIGhlaWdodD02MCANCiAgICAgICAgICAgIHNy Yz0iaHR0cDovL2Rlc2lnbi5jbmV0aWEuY29tL0RTL0ltYWdlL2tub2NrX2NvbW11bmljYXRp b24uZ2lmIiANCiAgICAgICAgICAgIHdpZHRoPTgxPjwvQT48QlI+PEJSPjxGT05UIHNpemU9 Mj7ApbXwwNrAzrHXt+wgs6s8L0ZPTlQ+IA0KICAgICAgICAgICAgPFA+PC9QPjwvVEQ+PC9U Uj48L1RBQkxFPjwvVEQ+DQogICAgPFREIHZBbGlnbj10b3Agd2lkdGg9NTczPg0KICAgICAg PEJMT0NLUVVPVEU+DQogICAgICAgIDxQIGFsaWduPWxlZnQ+PEZPTlQgc2l6ZT0yPjxTVFJP Tkc+vsiz58fPvcq0z7HuPyC+vrPXxry+xjwvU1RST05HPjxTUEFOIA0KICAgICAgICBjbGFz cz0yNjA1NDUzMDYtMDIwMjIwMDE+PEZPTlQgDQogICAgICAgIGNvbG9yPSMwMDAwZmY+Jm5i c3A7PC9GT05UPjwvU1BBTj48U1RST05HPsDUtM+02S4mbmJzcDs8QlI+PC9TVFJPTkc+PEZP TlQgDQogICAgICAgIGNvbG9yPSMwMDAwZmY+PFNQQU4gDQogICAgICAgIGNsYXNzPTI2MDU0 NTMwNi0wMjAyMjAwMT4mbmJzcDs8QlI+PC9TUEFOPjwvRk9OVD4owdYpvr6z18a8vsYgwaS6 uMXrvcXAuiZuYnNwO8DOxc2z3SANCiAgICAgICAgvNa357zHIL73w7y3ziC02bPisKMgseK8 +sC7IMPgwPvH0SC+98O8wNS0z7TZLiZuYnNwOyA8L0ZPTlQ+PC9QPg0KICAgICAgICA8UCBh bGlnbj1sZWZ0PjxGT05UIHNpemU9Mj679bfOv+4gxtC3r7TZwNPAxyZuYnNwOzxGT05UIA0K ICAgICAgICBjb2xvcj0jMDAwMGZmPjxTVFJPTkc+wM7FzbPdILvnwMzGriC51yDA/MDau/Ow xbehPC9TVFJPTkc+PFNQQU4gDQogICAgICAgIGNsYXNzPTI2MDU0NTMwNi0wMjAyMjAwMT48 U1RST05HPiCxuMPgPC9TVFJPTkc+PC9TUEFOPjwvRk9OVD48U1BBTiANCiAgICAgICAgY2xh c3M9MjYwNTQ1MzA2LTAyMDIyMDAxPsDMPC9TUEFOPiDHyr/kx8+9w7jpIMD6yPGwoSC1tb/y wMwgtcew7cDaIMfVtM+02S4mbmJzcDsgPC9GT05UPg0KICAgICAgICA8UCBhbGlnbj1sZWZ0 PjxGT05UIHNpemU9Mj6067HUuPAgxvfFuyC758DMxq4gudcgwd+80iC758DMxq64piDAp8fR Jm5ic3A7wPzA2rvzsMW3oSBPbmUtU3RvcCANCiAgICAgICAgsbjD4CwgsK23wsfRJm5ic3A7 seK0ycDHIMioxuTAzMH2ILG4w+AsIMCluN7Azywgw6TGwywgsNS9w8bHLCDA2rfhvccsILnm uO23zywgvcO9usXbILD8uK7F+DxTUEFOIA0KICAgICAgICBjbGFzcz0yNjA1NDUzMDYtMDIw MjIwMDE+PEZPTlQgY29sb3I9IzAwMDBmZj4mbmJzcDs8L0ZPTlQ+PC9TUEFOPrXuwLsgwMy/ 68fPv6kgDQogICAgICAgILTrsdS48MDHIMDOv/ix7sH2ILD8uK6woSCwobTJx9W0z7TZLiA8 L0ZPTlQ+DQogICAgICAgIDxQIGFsaWduPWxlZnQ+PEZPTlQgc2l6ZT0yPrq7u+ewoSDBprD4 x8+0wiC81rfnvMfAuyDAzL/rx8+/qSC6uLTZILTJtb/A+8DMuOcgwPux2MD7wM4gyLi/+LD8 uK4gudcgwM7FzbPdIA0KICAgICAgICCxuMPgv6EgyL/Asry6wLsgs/TAzL3DseIgudm2+LTP tNkuIDwvRk9OVD4NCiAgICAgICAgPFAgYWxpZ249bGVmdD48Rk9OVCBzaXplPTI+uNXA+iDI uLvnwMcgwabHsL+htMIgPC9GT05UPjxBIA0KICAgICAgICBocmVmPSJodHRwOi8vd3d3LmNu ZXRpYS5jby5rci9odG1sL2tvcmNva3IvcHJvZHVjdHMvamF2YS5odG1sIiANCiAgICAgICAg dGFyZ2V0PV9ibGFuaz48Rk9OVCBjb2xvcj0jMDA4MDgwPjxTVFJPTkc+PEZPTlQgc2l6ZT0y PrXluLLEs726xc0gDQogICAgICAgIMDaudk8L0ZPTlQ+PC9TVFJPTkc+PC9GT05UPjwvQT48 Rk9OVCBzaXplPTI+v80gPC9GT05UPjxBIA0KICAgICAgICBocmVmPSJodHRwOi8vd3d3LmNu ZXRpYS5jby5rci9odG1sL2tvcmNva3IvcHJvZHVjdHMvamF2YS5odG1sIiANCiAgICAgICAg dGFyZ2V0PV9ibGFuaz48Rk9OVCBjb2xvcj0jMDAwMGZmPjxTVFJPTkc+PEZPTlQgc2l6ZT0y PrXluLLEs726xc0gDQogICAgICAgILbzwMzGrjwvRk9OVD48L1NUUk9ORz48L0ZPTlQ+PC9B PjxGT05UIHNpemU9Mj4sIDwvRk9OVD48QSANCiAgICAgICAgaHJlZj0iaHR0cDovL3d3dy5j bmV0aWEuY28ua3IvaHRtbC9rb3Jjb2tyL3Byb2R1Y3RzL21haWwuaHRtbCIgDQogICAgICAg IHRhcmdldD1fYmxhbms+PEZPTlQgY29sb3I9IzgwODA4MD48U1RST05HPjxGT05UIA0KICAg ICAgICBzaXplPTI+teW4srjewM88L0ZPTlQ+PC9TVFJPTkc+PC9GT05UPjwvQT48Rk9OVCBz aXplPTI+LCA8L0ZPTlQ+PEEgDQogICAgICAgIGhyZWY9Imh0dHA6Ly93d3cuY25ldGlhLmNv LmtyL2h0bWwva29yY29rci9wcm9kdWN0cy9zaG9wLmh0bWwiIA0KICAgICAgICB0YXJnZXQ9 X2JsYW5rPjxGT05UIGNvbG9yPSNmZjAwMDA+PFNUUk9ORz48Rk9OVCANCiAgICAgICAgc2l6 ZT0yPrXluLK8pTwvRk9OVD48L1NUUk9ORz48L0ZPTlQ+PC9BPjxGT05UIHNpemU9Mj7AzCDA 1sC+tM+02S4gPC9GT05UPg0KICAgICAgICA8UCBhbGlnbj1sZWZ0PjxGT05UIHNpemU9Mj7A zL/cv6G1tSCw7bC0v6Egv+SxuL+hIMfKv+TH0SC80sfBxq6//r7uILCzud8sIL3DvbrF2yCx uMPgILvnvvcoU0kpwLsgx8+w7SANCiAgICAgICAgwNa9wLTPtNkuPC9GT05UPiANCiAgICAg ICAgPFAgYWxpZ249bGVmdD48Rk9OVCBzaXplPTI+PEZPTlQgY29sb3I9I2ZmMDAwMD48U1RS T05HPsDMwaYgT2ZmbGluZcDHILvzsMW3obimIA0KICAgICAgICBPbkxpbmW/obyttbUgsKG0 ycfVtM+02S4gPC9TVFJPTkc+PC9GT05UPjwvRk9OVD4NCiAgICAgICAgPFAgYWxpZ249bGVm dD48Rk9OVCBzaXplPTI+PFNUUk9ORz48Rk9OVCBjb2xvcj0jZmYwMDAwPjGz4iAzNjXAzyCw s7nmtcggvO7Hzrj0sPogDQogICAgICAgIL2wvvi0wiZuYnNwO7DtsLQgwfa/+MC7IL/4x8+9 xbTZuOkgw6S/68fPvcq9w7/kPC9GT05UPi48L1NUUk9ORz48L0ZPTlQ+IA0KICAgICAgICA8 UCBhbGlnbj1sZWZ0PjxGT05UIHNpemU9Mj48Rk9OVCBjb2xvcj0jZmYwMDAwPjxTVFJPTkc+ wMzBpiBPZmZsaW5lwMcgseK53cC7IA0KICAgICAgICBPbkxpbmW/obyttbUgxu7Eob3DseIg udm2+LTPtNkuPC9TVFJPTkc+PC9GT05UPjwvRk9OVD48L1A+PC9CTE9DS1FVT1RFPg0KICAg ICAgPEJMT0NLUVVPVEU+DQogICAgICAgIDxQIGFsaWduPWxlZnQ+PFNQQU4gbGFuZz1FTi1V UyANCiAgICAgICAgc3R5bGU9IkZPTlQtRkFNSUxZOiC52cXBOyBGT05ULVNJWkU6IDE2cHQ7 IG1zby1iaWRpLWZvbnQtc2l6ZTogMTIuMHB0OyBtc28taGFuc2ktZm9udC1mYW1pbHk6ICdU aW1lcyBOZXcgUm9tYW4nOyBtc28tYmlkaS1mb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21h bic7IG1zby1mb250LWtlcm5pbmc6IDEuMHB0OyBtc28tYW5zaS1sYW5ndWFnZTogRU4tVVM7 IG1zby1mYXJlYXN0LWxhbmd1YWdlOiBLTzsgbXNvLWJpZGktbGFuZ3VhZ2U6IEFSLVNBIj48 Qj48QlI+UkFJRCANCiAgICAgICAgMCwxLDXB9r/4IMfPtMIgMVUgU0VSVkVSLVRTMjAtRFVB TDwvQj48L1NQQU4+PElNRyBib3JkZXI9MCBoZWlnaHQ9MTE1IA0KICAgICAgICBzcmM9Imh0 dHA6Ly9jaGluYWl0LmNvLmtyL2NuZXRpYS9hZDAwNS5maWxlcy90czIwLmJtcCIgd2lkdGg9 MjYwPiANCiAgICAgIDwvUD48L0JMT0NLUVVPVEU+DQogICAgICA8QkxPQ0tRVU9URT4NCiAg ICAgICAgPFAgYWxpZ249bGVmdD48U1BBTiANCiAgICAgICAgc3R5bGU9IkZPTlQtRkFNSUxZ OiCxvLiyOyBGT05ULVNJWkU6IDEwcHQ7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTIuMHB0OyBt c28tYmlkaS1mb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbic7IG1zby1mb250LWtlcm5p bmc6IDEuMHB0OyBtc28tYW5zaS1sYW5ndWFnZTogRU4tVVM7IG1zby1mYXJlYXN0LWxhbmd1 YWdlOiBLTzsgbXNvLWJpZGktbGFuZ3VhZ2U6IEFSLVNBIj48U1BBTiANCiAgICAgICAgbGFu Zz1FTi1VUz4tIER1YWwgQ1BVuKYgwfa/+MfPtMIgMjU2S0IgxevH1cf8IEwyIMSzvcO4piCw rsPhIMDOxdrG5sa8vvYgSUlJIA0KICAgICAgICDHwbfOvLy8rSZuYnNwOzxCUj4mbmJzcDsm bmJzcDsmbmJzcDsxR0h6IMDMu/MmbmJzcDvB9r/4PEJSPi0gRElNTSC80sTPIDSws7fOIMPW tOsgNEdCwMcgDQogICAgICAgIFNEUkFNPEJSPi0gQWRhcHRlYyA3ODk2IMDMwd8gw6SzziAt IFVsdHJhMi9MVkQgMbCzLCBVbHRyYSBXaWRlIA0KICAgICAgICAxsLM8QlI+PC9TUEFOPjwv U1BBTj48L1A+PC9CTE9DS1FVT1RFPg0KICAgICAgPFVMPjxTUEFOIA0KICAgICAgICBzdHls ZT0iRk9OVC1GQU1JTFk6ILG8uLI7IEZPTlQtU0laRTogMTBwdDsgbXNvLWJpZGktZm9udC1z aXplOiAxMi4wcHQ7IG1zby1iaWRpLWZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJzsg bXNvLWZvbnQta2VybmluZzogMS4wcHQ7IG1zby1hbnNpLWxhbmd1YWdlOiBFTi1VUzsgbXNv LWZhcmVhc3QtbGFuZ3VhZ2U6IEtPOyBtc28tYmlkaS1sYW5ndWFnZTogQVItU0EiPjxTUEFO IA0KICAgICAgICBsYW5nPUVOLVVTPi0gQ2lycnVzIExvZ2ljIEdENTQ4MCCx17ehx8ggsKG8 07HiLCAxMjgwKjEwMjQgx9i787W1LCAyTUIgU0RSQU08QlI+LSANCiAgICAgICAgUkFJRCAw LDG4piDB9r/4x8+0wiBJREUgKiAyIMfPteUgtfC9usWpIEJheSBvciBSQUlEIDXB9r/4x8+0 wiBTQ1NJKjPHz7XltfC9usWpPEJSPi0gvb24ssf8IA0KICAgICAgICBDRC1ST00gMbCzPEJS Pi0gx8O3urytuu0gMy41IiC6o8DMIDGwszxCUj4tIDI3NVcgUEZDPEJSPi0gw9aw7cDHILD8 uK4gxNy81r+hIElTQyDF68fVLCANCiAgICAgICAgTWljcm9zb2Z0ILD8uK4gxNy81jxCUj4t IMH2v/i1x7TCIL/uv7Ugw7zBpiA6IFdpbmRvd3MgTlQsIFJlZGhhdDcuMCwgTmV0V2FyZSA0 LngsIA0KICAgICAgICA1LngsIFVuaXhXYXJlIDcuMCwgTGludXg8L1NQQU4+PC9TUEFOPiA8 L1VMPg0KICAgICAgPFA+PC9QPg0KICAgICAgPFRBQkxFIGJvcmRlcj0wIGNlbGxQYWRkaW5n PTIwIGNlbGxTcGFjaW5nPTIwIHdpZHRoPSIxMDAlIj4NCiAgICAgICAgDQogICAgICAgIDxU Uj4NCiAgICAgICAgICA8VEQgd2lkdGg9IjEwMCUiPg0KICAgICAgICAgICAgPEJMT0NLUVVP VEU+DQogICAgICAgICAgICAgIDxESVYgYWxpZ249Y2VudGVyPjxGT05UIHNpemU9Mj48U1RS T05HPijB1im+vrPXxry+xiCws7nfIMfPteW//r7uPC9TVFJPTkc+IA0KICAgICAgICAgICAg ICA8L0ZPTlQ+DQogICAgICAgICAgICAgIDxQPjxTVFJPTkc+PEZPTlQgc2l6ZT0yPr6+s9fG vL7GwMcgwNrDvCCx4rz6t84gsLO537XIIFBTLTIwLCANCiAgICAgICAgICAgICAgVFMtMjC9 w7iuwe60wjwvRk9OVD48L1NUUk9ORz4gDQogICAgICAgICAgICAgIDxQPjxTVFJPTkc+PEZP TlQgc2l6ZT0yPiZuYnNwO7+pt6+60MDHIE9uLUxpbmUgvcO9usXbwLs8L0ZPTlQ+PC9TVFJP Tkc+IA0KICAgICAgICAgICAgICA8UD48U1RST05HPjxGT05UIHNpemU9Mj7H0SDC97/4ILP0 wLogvLq0ycC7IMDMsvi+7iC15biztM+02S4gDQogICAgICAgICAgICAgIDwvRk9OVD48L1NU Uk9ORz48L1A+PC9ESVY+PC9CTE9DS1FVT1RFPg0KICAgICAgICAgICAgPEJMT0NLUVVPVEU+ DQogICAgICAgICAgICAgIDxQIA0KICAgICAgICBhbGlnbj1jZW50ZXI+PC9QPjwvQkxPQ0tR VU9URT48L1NQQU4+PC9TUEFOPjwvU1BBTj48L1NQQU4+PC9URD48L1RSPjwvVEFCTEU+DQog ICAgICA8RElWPg0KICAgICAgPERJViBhbGlnbj1jZW50ZXI+DQogICAgICA8Q0VOVEVSPg0K ICAgICAgPFRBQkxFIHdpZHRoPTU1MD4NCiAgICAgICAgDQogICAgICAgIDxUUj4NCiAgICAg ICAgICA8VEQgd2lkdGg9ODA+DQogICAgICAgICAgICA8UCBhbGlnbj1sZWZ0PjwvUD48L1RE Pg0KICAgICAgICAgIDxURCB3aWR0aD00NTY+DQogICAgICAgICAgICA8UCBhbGlnbj1sZWZ0 PjxGT05UIGZhY2U9sby4siBzaXplPTI+PElNRyBhbHQ9Y25ldGlhIGhlaWdodD0yMiANCiAg ICAgICAgICAgIHNyYz0iaHR0cDovL3d3dy5jbmV0aWEuY28ua3IvaHRtbC9lbmdjb2tyL2Fi b3V0dXMvaW1hZ2VzL2NuZXRpYS1sb2dvLmdpZiIgDQogICAgICAgICAgICB3aWR0aD03MT4g PC9GT05UPjxCPjxGT05UIGZhY2U9sby4siBzaXplPTI+Q29weXJpZ2h0Jm5ic3A7IDIwMDAg Q25ldGlhIA0KICAgICAgICAgICAgSW5mb3JtYXRpb24gVGVjaG5vbG9neTxCUj4mbmJzcDs8 L0ZPTlQ+PC9CPjwvUD4NCiAgICAgICAgICAgIDxUQUJMRSBib3JkZXI9MCBjZWxsUGFkZGlu Zz0wIGNlbGxTcGFjaW5nPTAgY2xhc3M9bWFpbCB3aWR0aD00NzA+DQogICAgICAgICAgICAg IA0KICAgICAgICAgICAgICA8VFI+DQogICAgICAgICAgICAgICAgPFREIHJvd1NwYW49MiB3 aWR0aD0xMDM+DQogICAgICAgICAgICAgICAgICA8UCBhbGlnbj1sZWZ0PjxGT05UIHNpemU9 Mj48SU1HIGJvcmRlcj0wIGhlaWdodD0zNCANCiAgICAgICAgICAgICAgICAgIHNyYz0iaHR0 cDovL3d3dy5jbmV0aWEuY28ua3IvaHRtbC9rb3Jjb2tyL3Byb2R1Y3RzL2ltYWdlcy9oYXJk d2FyZS9wcmludC5naWYiIA0KICAgICAgICAgICAgICAgICAgdXNlTWFwPSN0ZWwgd2lkdGg9 MTAzPjxNQVAgbmFtZT10ZWw+PEFSRUEgY29vcmRzPTIxLDIsNTAsMzMgDQogICAgICAgICAg ICAgICAgICAgIGhyZWY9IiMiIG9uY2xpY2s9d2luZG93LnByaW50KCkgc2hhcGU9UkVDVD48 QVJFQSANCiAgICAgICAgICAgICAgICAgICAgY29vcmRzPTYzLDIsOTMsMzMgaHJlZj0iIyIg DQogICAgICAgICAgICAgICAgICAgIG9uY2xpY2s9Ik1NX29wZW5CcldpbmRvdygnLi4vcG9w dXAvcmVwcmVzZW50YXRpdmUuaHRtJywnJywnd2lkdGg9NTAwLGhlaWdodD0zNTAnKSIgDQog ICAgICAgICAgICAgICAgICAgIHNoYXBlPVJFQ1Q+PC9NQVA+PC9GT05UPjwvUD48L1REPg0K ICAgICAgICAgICAgICAgIDxURCBoZWlnaHQ9MTQgdkFsaWduPWJvdHRvbSB3aWR0aD0zNjc+ DQogICAgICAgICAgICAgICAgICA8UCBhbGlnbj1sZWZ0PjxCIGNsYXNzPW1haWw+PEZPTlQg c2l6ZT0yPrG4wNS5rsDHIDogMDItNTU4LTU2OTggDQogICAgICAgICAgICAgICAgICAoRkFY IDogMDItNTU4LTU2OTUpPC9GT05UPjwvQj4gPC9QPjwvVEQ+PC9UUj4NCiAgICAgICAgICAg ICAgPFRSPg0KICAgICAgICAgICAgICAgIDxURCB3aWR0aD0zNjc+DQogICAgICAgICAgICAg ICAgICA8UCBhbGlnbj1sZWZ0PjxCIGNsYXNzPW1haWw+PEZPTlQgc2l6ZT0yPrjewM8gOiA8 L0ZPTlQ+PC9CPjxBIA0KICAgICAgICAgICAgICAgICAgY2xhc3M9Z3JheSBocmVmPSJtYWls dG86c2FsZXNAbWVtYmVycy5jbmV0aWEuY29tIj48Rk9OVCANCiAgICAgICAgICAgICAgICAg IHNpemU9Mj5zYWxlc0BtZW1iZXJzLmNuZXRpYS5jb208L0ZPTlQ+PC9BPiANCiAgICAgICAg ICAgIDwvUD48L1REPjwvVFI+PC9UQUJMRT48L1REPjwvVFI+PC9UQUJMRT48L0NFTlRFUj48 L0RJVj48L0RJVj48L1REPjwvVFI+PC9UQUJMRT48L1A+DQo8L0JPRFk+DQo8L0hUTUw+DQo= ------=_NextPart_000_001__539625_69453.95-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 12 4:44:30 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mesache.encomix.es (mesache.encomix.es [194.143.192.3]) by hub.freebsd.org (Postfix) with SMTP id EE5D137B401 for ; Mon, 12 Feb 2001 04:44:26 -0800 (PST) Received: (qmail 944 invoked from network); 12 Feb 2001 12:44:20 -0000 Received: from dynamic.245.212.es.encomix.com (HELO consulting) (194.143.212.245) by mesache.encomix.es with SMTP; 12 Feb 2001 12:44:20 -0000 From: =?iso-8859-1?Q?Jes=FAs_Arn=E1iz?= To: Cc: Subject: Dynalink. PCMCIA Ethernet adapter Date: Mon, 12 Feb 2001 13:44:56 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi everyone. I have installed FreeBSD 4.2 on my laptop and it has a a PCMCIA ethernet adapter. It is a L100C32 Dynalink 10/100Mbps 32bit Ethernet Adapter. The system don't find it when it boots (I think). I use all the PCMCIA options to BOOT, and I when I use ifconfig I see this interfaces: faith0 gif1 gif2 gif3 (And also, lp0, and so on). But no one work. How can i fix it and make my ethernet adapter work. Thanks in advance. -- Jesús Arnáiz To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 12 5:42:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from security.za.net (security.za.net [196.2.146.22]) by hub.freebsd.org (Postfix) with ESMTP id B4DAC37B401 for ; Mon, 12 Feb 2001 05:42:20 -0800 (PST) Received: from localhost (lists@localhost) by security.za.net (8.9.3/8.9.3) with ESMTP id PAA80424 for ; Mon, 12 Feb 2001 15:42:15 +0200 (SAST) (envelope-from lists@security.za.net) Date: Mon, 12 Feb 2001 15:42:14 +0200 (SAST) From: Lists Account To: hackers@freebsd.org Subject: Jail Pseudo Terminals 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, Just a quick question Im hoping someone can help me with. I extended the number of pty's available on my base box just fine, with an edit to /etc/ttys and making some new devices, then just a kill -1 1, and everything worked fine. I did exactly the same thing under the jail, it didnt work, rebooted the box and it still didnt work, does anyone know how to extend the number of pty's under a jail? Any help would be MUCH appreciated Thanks Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 12 6: 2:57 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from kai.qix.co.uk (kai.qix.co.uk [195.149.39.121]) by hub.freebsd.org (Postfix) with ESMTP id B799737B491 for ; Mon, 12 Feb 2001 06:02:55 -0800 (PST) Received: from localhost (aledm@localhost) by kai.qix.co.uk (8.9.3/8.9.3) with ESMTP id OAA01305; Mon, 12 Feb 2001 14:01:55 GMT (envelope-from aledm@qix.co.uk) Date: Mon, 12 Feb 2001 14:01:55 +0000 (GMT) From: Aled Morris To: Warner Losh Cc: Peter Pentchev , Garance A Drosihn , Luigi Rizzo , jgrosch@mooseriver.com, hackers@FreeBSD.ORG Subject: Re: EBCDIC -> ASCII In-Reply-To: <200102020036.f120as934631@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 1 Feb 2001, Warner Losh wrote: >Even the name (dd) comes from IBM's control language (JSYS?). I don't disagree, but someone once told me the name came from what it does "Convert and Copy a file" - see dd(1) - but "cc" was already taken... Aled To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 12 6:30:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 7C7C437B401 for ; Mon, 12 Feb 2001 06:30:42 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id PAA89380; Mon, 12 Feb 2001 15:29:18 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Danny Braniss Cc: Matt Dillon , freebsd-hackers@FreeBSD.ORG Subject: Re: soft updates performance References: From: Dag-Erling Smorgrav Date: 12 Feb 2001 15:29:17 +0100 In-Reply-To: Danny Braniss's message of "Sun, 11 Feb 2001 13:40:06 +0200" Message-ID: Lines: 20 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Danny Braniss writes: > i've been doing some experiments with vinum, and doing a make buildworld > (with obj on the same vinum) > without soft-updates ~ 1 hour > with soft-updates ~ 40 minutes > which is a bit better than 3% :-) > > what i can't figure out is why -j 4 didn't make any difference. Because your I/O system is already saturated. The point with -jNN is that one job can run while another is waiting for I/O to complete and vice versa, but as your CPU gets faster the time spent actually compiling etc. becomes insignificant next to the time spent doing I/O, and if you're already doing I/O as fast as you can there's no room for improvement. On a machine with a slower CPU or a faster I/O system, you'd see improvement. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 12 7: 2:56 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from polaris.we.lc.ehu.es (polaris.we.lc.ehu.es [158.227.6.43]) by hub.freebsd.org (Postfix) with ESMTP id 9C2A437B401 for ; Mon, 12 Feb 2001 07:02:50 -0800 (PST) Received: from v-ger.we.lc.ehu.es (v-ger [158.227.6.179]) by polaris.we.lc.ehu.es (8.11.1/8.11.1) with ESMTP id f1CF2ib08657 for ; Mon, 12 Feb 2001 16:02:44 +0100 (MET) Received: from we.lc.ehu.es (localhost [127.0.0.1]) by v-ger.we.lc.ehu.es (8.11.1/8.11.1) with ESMTP id f1CEvuZ03493 for ; Mon, 12 Feb 2001 15:57:56 +0100 (CET) (envelope-from jose@we.lc.ehu.es) Message-ID: <3A87F9F3.459E942B@we.lc.ehu.es> Date: Mon, 12 Feb 2001 15:57:55 +0100 From: "Jose M. Alcaide" Organization: Universidad del Pais Vasco - Dpto. de Electricidad y Electronica X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: es-ES, es, en-US, en MIME-Version: 1.0 To: hackers@FreeBSD.org Subject: apm_cpu_idle() is not being used... why? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, The discussion originated a few days ago in -mobile about some problems with the Dell Inspiron fan reminded me of an old question about APM and idle cycles: why is apm_cpu_idle() not used at all in the kernel? I have just checked NetBSD and OpenBSD's sys/arch/i386/i386/locore.s and both cousins have calls to apm_cpu_idle() and apm_cpu_busy(). Could this be related to SMP support or something? I revised the CVS history of our locore.s and, although some time ago it did the APM initialization, I didn't find any references to apm_cpu_{idle,busy}(). This is a matter of curiosity, so any explanation will be very welcome :-) Cheers, -- JMA ****** Jose M. Alcaide // jose@we.lc.ehu.es // jmas@FreeBSD.org ****** ** "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein ** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 12 7:50:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id EFF2F37B401 for ; Mon, 12 Feb 2001 07:50:31 -0800 (PST) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.1/8.11.1) with SMTP id f1CFoKh89184; Mon, 12 Feb 2001 10:50:21 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Mon, 12 Feb 2001 10:50:20 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Lists Account Cc: hackers@freebsd.org Subject: Re: Jail Pseudo Terminals In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 12 Feb 2001, Lists Account wrote: > Just a quick question Im hoping someone can help me with. I extended > the number of pty's available on my base box just fine, with an edit to > /etc/ttys and making some new devices, then just a kill -1 1, and > everything worked fine. > > I did exactly the same thing under the jail, it didnt work, rebooted the > box and it still didnt work, does anyone know how to extend the number > of pty's under a jail? Any help would be MUCH appreciated Hmm. What do you mean by, ``I did exactly the same thing under the jail'' -- the mknod() syscall for device nodes is unavailable under jail() so as to prevent the creation of inappropriate devices that might allow the attacker to circumvent the jail() protections. So there are two things you could have done: (1) used MAKEDEV under jail(), and either it didn't generate appropriate error messages, or you missed them, and you should be running the MAKEDEV in the per-jail /dev directory, but not from within the jail(), or (2) you ran MAKEDEV outside the jail, and something else is broken. My first guess would be that you did (1), and running MAKEDEV outside of a jail() process but in the jail() /dev will fix things. Also, generally speaking, pty's are not managed by init, rather, they are dynamically allocated using openpty(), so you shouldn't need to HUP init, or even modify /etc/ttys. In fact, from within a jail(), you should be unable to successfully HUP the pid 1 init process. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 12 8: 3: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from kuku.excite.com (kuku-rwcmta.excite.com [198.3.99.63]) by hub.freebsd.org (Postfix) with ESMTP id 2765737B401 for ; Mon, 12 Feb 2001 08:02:59 -0800 (PST) Received: from seamore.excite.com ([199.172.148.163]) by kuku.excite.com (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20010212160258.TINL3417.kuku.excite.com@seamore.excite.com> for ; Mon, 12 Feb 2001 08:02:58 -0800 Message-ID: <32862017.981993778675.JavaMail.imail@seamore.excite.com> Date: Mon, 12 Feb 2001 08:02:58 -0800 (PST) From: kiguchi@excite.com To: freebsd-hackers@freebsd.org Subject: ADSL and PPPoE question Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Excite Inbox X-Sender-Ip: 192.116.157.233 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm very sorry if this is a stupid question. In our company, we want to set up a small network of about 20 PCs. ADSL seems like a good inexpensive solution, and I understand that FreeBSD with Netgraph can act like a gateway for our computers. What I don't understand is whether we will have to use IP aliasing (NAT) or we can have our own routable IP range. Since ADSL is a Point-to-point link over Ethernet, does the protocol / one ADSL line support more than one IP, or will everything have to be aliased? Thank you Takashi Kiguchi _______________________________________________________ Send a cool gift with your E-Card http://www.bluemountain.com/giftcenter/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 12 8:21:10 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from syncopation-01.iinet.net.au (syncopation-01.iinet.net.au [203.59.24.37]) by hub.freebsd.org (Postfix) with SMTP id E289B37B491 for ; Mon, 12 Feb 2001 08:21:06 -0800 (PST) Received: (qmail 32315 invoked by uid 666); 12 Feb 2001 16:27:30 -0000 Received: from reggae-15-2.nv.iinet.net.au (HELO elischer.org) (203.59.74.2) by mail.m.iinet.net.au with SMTP; 12 Feb 2001 16:27:30 -0000 Message-ID: <3A880D67.A9B1D19C@elischer.org> Date: Mon, 12 Feb 2001 08:20:55 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: kiguchi@excite.com Cc: freebsd-hackers@freebsd.org Subject: Re: ADSL and PPPoE question References: <32862017.981993778675.JavaMail.imail@seamore.excite.com> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG kiguchi@excite.com wrote: > > I'm very sorry if this is a stupid question. > > In our company, we want to set up a small network of about 20 PCs. ADSL > seems like a good inexpensive solution, and I understand that FreeBSD with > Netgraph can act like a gateway for our computers. are they in different places? Negraph/ppp can act as a gateway for pppoe connections but I am not sure how that helps you. How do you get the ADSL sessions to terminate on an ethernet in your office? (does your ISP provide that service?) > > What I don't understand is whether we will have to use IP aliasing (NAT) or > we can have our own routable IP range. That very much depends on what you think the topology looks like.? > Since ADSL is a Point-to-point link > over Ethernet, does the protocol / one ADSL line support more than one IP, > or will everything have to be aliased? the single ADSL line CAN support several PPPoE sessions, and each PPPoE can support one ppp session and each PPP session can support multiple IP sessions, but only one set of endpoints. To understand whether this helps you we need to know a little more about what you want to do. > > Thank you > > Takashi Kiguchi > > _______________________________________________________ > Send a cool gift with your E-Card > http://www.bluemountain.com/giftcenter/ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 12 8:35:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from green.pwm.clinic.net (green.pwm.clinic.net [207.228.202.2]) by hub.freebsd.org (Postfix) with ESMTP id 94B7E37B4EC for ; Mon, 12 Feb 2001 08:35:30 -0800 (PST) Received: from tonybackroom (work-6.bath-me.clinic.net [207.228.206.21]) by green.pwm.clinic.net (8.11.2/8.11.2) with SMTP id f1CGZTR54696 for ; Mon, 12 Feb 2001 11:35:29 -0500 (EST) (envelope-from monfiletto@clinic.net) From: "Tony m" To: Subject: problems connecting a dlink di-701 to a freebsd 3.5s pppoed server Date: Mon, 12 Feb 2001 11:35:15 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.3018.1300 Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I asked this same question on -questions I'm hoping this list will be more fruitful as I didn't get a single reply :( thanks I have a dlink di-701 that I would like to use with PPPoE to connect to a freebsd 3.5s PPPoED server when I connect via raspppoe I have no problems, however if I try to connect with the dlink I get this error: Feb 7 17:50:27 red pppoed[5329]: 59: Unexpected netgraph version, expected 2 any ideas? I have upgraded the dlink to its newest firmware version (323) and I have also tried version 320 with no success To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 12 8:48:59 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id A7DD337B491 for ; Mon, 12 Feb 2001 08:48:53 -0800 (PST) Received: from dbsys.etinc.com (dbsys.etinc.com [207.252.1.18]) by etinc.com (8.9.3/8.9.3) with ESMTP id LAA58378; Mon, 12 Feb 2001 11:55:16 GMT (envelope-from dennis@etinc.com) Message-Id: <5.0.0.25.0.20010212115837.0272aeb0@mail.etinc.com> X-Sender: dennis@mail.etinc.com (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Mon, 12 Feb 2001 12:01:09 -0500 To: kiguchi@excite.com, freebsd-hackers@FreeBSD.ORG From: Dennis Subject: Re: ADSL and PPPoE question In-Reply-To: <32862017.981993778675.JavaMail.imail@seamore.excite.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 11:02 AM 02/12/2001, kiguchi@excite.com wrote: >I'm very sorry if this is a stupid question. > >In our company, we want to set up a small network of about 20 PCs. ADSL >seems like a good inexpensive solution, and I understand that FreeBSD with >Netgraph can act like a gateway for our computers. > >What I don't understand is whether we will have to use IP aliasing (NAT) or >we can have our own routable IP range. Since ADSL is a Point-to-point link >over Ethernet, does the protocol / one ADSL line support more than one IP, >or will everything have to be aliased? FYI: We support direct IP over ethernet bridging on our cards without the pppoe nonsense on FreeBSD. Bridging over both frame relay and PTP lines are supported. www.etinc.com Dennis >Thank you > >Takashi Kiguchi > > > > > >_______________________________________________________ >Send a cool gift with your E-Card >http://www.bluemountain.com/giftcenter/ > > > > >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 Feb 12 8:49:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from syncopation-01.iinet.net.au (syncopation-01.iinet.net.au [203.59.24.37]) by hub.freebsd.org (Postfix) with SMTP id 692A237B491 for ; Mon, 12 Feb 2001 08:49:37 -0800 (PST) Received: (qmail 2659 invoked by uid 666); 12 Feb 2001 16:56:01 -0000 Received: from reggae-15-2.nv.iinet.net.au (HELO elischer.org) (203.59.74.2) by mail.m.iinet.net.au with SMTP; 12 Feb 2001 16:56:01 -0000 Message-ID: <3A881415.42A49A84@elischer.org> Date: Mon, 12 Feb 2001 08:49:25 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: Tony m Cc: hackers@freebsd.org Subject: Re: problems connecting a dlink di-701 to a freebsd 3.5s pppoed server References: Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Tony m wrote: > > I asked this same question on -questions I'm hoping this list will be more > fruitful as I didn't get a single reply :( thanks > > I have a dlink di-701 that I would like to use with PPPoE to connect to a > freebsd 3.5s PPPoED server > > when I connect via raspppoe I have no problems, however if I try to connect > with the dlink I get this error: > Feb 7 17:50:27 red pppoed[5329]: 59: Unexpected netgraph version, expected > 2 > > any ideas? I have upgraded the dlink to its newest firmware version (323) > and I have also tried version 320 with no success > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message one of the following needs to be compiled again: pppoed ppp /usr/lib/libnetgraph.so the kernel the netgraph modules. (especially ng_pppoe.c) possibly all of them. the error message is from netgraph. the netgraph version number of something is different to that expected by something else. the userland get it from /usr/include/netgraph/netgraph.h and ng_message.h the kernel parts get it from the same files but in /sys/netgraph. something is out of date.. -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 12 8:54:56 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from green.pwm.clinic.net (green.pwm.clinic.net [207.228.202.2]) by hub.freebsd.org (Postfix) with ESMTP id 8B9D137B4EC for ; Mon, 12 Feb 2001 08:54:52 -0800 (PST) Received: from tonybackroom (work-6.bath-me.clinic.net [207.228.206.21]) by green.pwm.clinic.net (8.11.2/8.11.2) with SMTP id f1CGspR55753 for ; Mon, 12 Feb 2001 11:54:51 -0500 (EST) (envelope-from monfiletto@clinic.net) From: "Tony m" To: "freebsd hackers" Subject: problems connecting a dlink di-701 to a freebsd 3.5s pppoed server Date: Mon, 12 Feb 2001 11:54:51 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.3018.1300 Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I asked this same question on -questions I'm hoping this list will be more fruitful as I didn't get a single reply :( thanks I have a dlink di-701 that I would like to use with PPPoE to connect to a freebsd 3.5s PPPoED server when I connect via raspppoe I have no problems, however if I try to connect with the dlink I get this error: Feb 7 17:50:27 red pppoed[5329]: 59: Unexpected netgraph version, expected 2 any ideas? I have upgraded the dlink to its newest firmware version (323) and I have also tried version 320 with no success To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 12 8:58:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from green.pwm.clinic.net (green.pwm.clinic.net [207.228.202.2]) by hub.freebsd.org (Postfix) with ESMTP id 1647537B491 for ; Mon, 12 Feb 2001 08:58:19 -0800 (PST) Received: from tonybackroom (work-6.bath-me.clinic.net [207.228.206.21]) by green.pwm.clinic.net (8.11.2/8.11.2) with SMTP id f1CGwIR56001 for ; Mon, 12 Feb 2001 11:58:18 -0500 (EST) (envelope-from monfiletto@clinic.net) From: "Tony m" To: "freebsd hackers" Subject: sorry about the repost Date: Mon, 12 Feb 2001 11:58:18 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.3018.1300 Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I got a message saying This user's mail account has been disabled. Probably because their mail is over quota. We're sorry for any inconvenience. Engineering Computer Services University of Michigan-Dearborn when I sent to hackers@freebsd.org, so I resent to freebsd-hackers just in case, sorry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 12 9: 3:51 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bucky.excite.com (bucky-rwcmex.excite.com [198.3.99.218]) by hub.freebsd.org (Postfix) with ESMTP id 28C9C37B4EC for ; Mon, 12 Feb 2001 09:03:45 -0800 (PST) Received: from seamore.excite.com ([199.172.148.163]) by bucky.excite.com (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20010212170344.ONFG20854.bucky.excite.com@seamore.excite.com>; Mon, 12 Feb 2001 09:03:44 -0800 Message-ID: <20768358.981997424567.JavaMail.imail@seamore.excite.com> Date: Mon, 12 Feb 2001 09:03:44 -0800 (PST) From: kiguchi@excite.com To: Julian Elischer Subject: Re: ADSL and PPPoE question Cc: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Excite Inbox X-Sender-Ip: 192.116.157.233 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 12 Feb 2001 08:20:55 -0800, Julian Elischer wrote: > kiguchi@excite.com wrote: > > > > I'm very sorry if this is a stupid question. > > > > In our company, we want to set up a small network of about 20 PCs. ADSL > > seems like a good inexpensive solution, and I understand that FreeBSD with > > Netgraph can act like a gateway for our computers. > > are they in different places? No - the same place. > Negraph/ppp can act as a gateway for pppoe connections but I am not sure > how that helps you. How do you get the ADSL sessions to terminate on > an ethernet in your office? > (does your ISP provide that service?) > > > > > What I don't understand is whether we will have to use IP aliasing (NAT) or > > we can have our own routable IP range. > > That very much depends on what you think the topology looks like.? I thought something like this: [ISP] | | ----------------- Office [ADSL] | | [FreeBSD Box] | | | | | | | | [A][B][C][D] where A, B, C, D all have their own routable IPs. So according to what you said, FreeBSD would need to establish a separate PPPoE session for each of the computers A, B, C and D, provided the ISP supports multiple PPPoE sessions over the single ADSL line? I need to know if this configuration is possible, so I will know what to ask the ISP sales and support people. So far they haven't been very helpful. Thank you very much for your reply Takashi > > Since ADSL is a Point-to-point link > > over Ethernet, does the protocol / one ADSL line support more than one IP, > > or will everything have to be aliased? > > the single ADSL line CAN support several PPPoE sessions, > and each PPPoE can support one ppp session > and each PPP session can support multiple IP sessions, but only > one set of endpoints. > > To understand whether this helps you we need to know a > little more about what you want to do. > > > > > Thank you > > > > Takashi Kiguchi > > > -- > __--_|\ Julian Elischer > / \ julian@elischer.org > ( OZ ) World tour 2000-2001 > ---> X_.---._/ > v _______________________________________________________ Send a cool gift with your E-Card http://www.bluemountain.com/giftcenter/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 12 9:44:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26]) by hub.freebsd.org (Postfix) with ESMTP id CF45A37B491; Mon, 12 Feb 2001 09:44:35 -0800 (PST) Received: from curve.dellroad.org (curve.dellroad.org [10.1.1.30]) by InterJet.dellroad.org (8.9.1a/8.9.1) with ESMTP id JAA90088; Mon, 12 Feb 2001 09:44:35 -0800 (PST) Received: (from archie@localhost) by curve.dellroad.org (8.9.3/8.9.3) id JAA71455; Mon, 12 Feb 2001 09:44:34 -0800 (PST) (envelope-from archie) From: Archie Cobbs Message-Id: <200102121744.JAA71455@curve.dellroad.org> Subject: Re: call for testers: port aggregation netgraph module In-Reply-To: <20010212025610.F37C937B401@hub.freebsd.org> "from Bill Paul at Feb 11, 2001 06:56:10 pm" To: Bill Paul Date: Mon, 12 Feb 2001 09:44:34 -0800 (PST) Cc: hackers@FreeBSD.ORG, net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL77 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bill Paul writes: > > > This is a call for testers for a netgraph module that can be used to > > > aggregate 2 or 4 ethernet interfaces into a single interface. Basically, > > > it lets you do things like the following: > > You know, so far I've gotten close to a dozen replies to this e-mail, > but none of contain the one thing I really wanted, namely test results. > > Look. I said this was a call for *testers*. Not kibitzers, not criticizers, > not commenters, not lamers -- *testers*. I want you to try out the code > and tell me if it works or not, and if not, describe the bugs so I can > fix them. I don't want to hear anything else. If your e-mail concerns > any other topic, it will be summarily ignored. Got it people? Good. Sorry.. I guess we all simultaneously forgot that you were the center of the universe. What's wrong with a little discussion? If you're not interested in it, that's fine, but can't the rest of us be? -Archie __________________________________________________________________________ Archie Cobbs * Packet Design * http://www.packetdesign.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 12 9:51:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from meketrex.pix.net (meketrex.pix.net [192.111.45.13]) by hub.freebsd.org (Postfix) with ESMTP id 3DC4F37B4EC for ; Mon, 12 Feb 2001 09:51:32 -0800 (PST) Received: by meketrex.pix.net id MAA25201; Mon, 12 Feb 2001 12:50:52 -0500 (EST) Message-ID: <20010212125052.A24991@pix.net> Date: Mon, 12 Feb 2001 12:50:52 -0500 From: "Kurt J. Lidl" To: Aled Morris , Warner Losh Cc: Peter Pentchev , Garance A Drosihn , Luigi Rizzo , jgrosch@mooseriver.com, hackers@FreeBSD.ORG Subject: Re: EBCDIC -> ASCII References: <200102020036.f120as934631@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: ; from Aled Morris on Mon, Feb 12, 2001 at 02:01:55PM +0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Feb 12, 2001 at 02:01:55PM +0000, Aled Morris wrote: > On Thu, 1 Feb 2001, Warner Losh wrote: > > >Even the name (dd) comes from IBM's control language (JSYS?). > > I don't disagree, but someone once told me the name came from what > it does "Convert and Copy a file" - see dd(1) - but "cc" was already > taken... While not completely on topic, here's the question thread from alt.folklore.computer that started (and answered it): http://www.web.us.uu.net/staff/djm/lore/dd-origin -Kurt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 12 9:56:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.100.7]) by hub.freebsd.org (Postfix) with ESMTP id 3743437B491 for ; Mon, 12 Feb 2001 09:56:25 -0800 (PST) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.9.3/8.9.3) with ESMTP id MAA188714; Mon, 12 Feb 2001 12:55:59 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: Date: Mon, 12 Feb 2001 12:55:58 -0500 To: Aled Morris , Warner Losh From: Garance A Drosihn Subject: Re: EBCDIC -> ASCII Cc: Peter Pentchev , Luigi Rizzo , jgrosch@mooseriver.com, hackers@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 2:01 PM +0000 2/12/01, Aled Morris wrote: >On Thu, 1 Feb 2001, Warner Losh wrote: > >>Even the name (dd) comes from IBM's control language (JSYS?). > >I don't disagree, but someone once told me the name came from >what it does "Convert and Copy a file" - see dd(1) - but "cc" >was already taken... For what it's worth, I've also heard this. In fact, I heard it from a certain Jon "Maddog" Hall just last week... -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 12 10: 4: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mercury.ces4.net (caravella.ukrpack.net [195.230.153.50]) by hub.freebsd.org (Postfix) with ESMTP id D0D9937B503 for ; Mon, 12 Feb 2001 10:03:59 -0800 (PST) Received: from freeman.ces4.net (freeman.ces4.net [10.28.50.99]) by mercury.ces4.net (8.11.2/8.11.1) with ESMTP id f1CI3g101104 for ; Mon, 12 Feb 2001 20:03:48 +0200 (EET) (envelope-from alex@caravella.ukrpack.net) Date: Mon, 12 Feb 2001 20:03:51 +0300 From: =?koi8-r?B?8MXSxdPVztjLzyDhzMXL08HOxNI=?= X-Mailer: The Bat! (v1.47 Halloween Edition) Personal Reply-To: =?koi8-r?B?8MXSxdPVztjLzyDhzMXL08HOxNI=?= Organization: =?koi8-r?B?4/zzILk0?= X-Priority: 3 (Normal) Message-ID: <1461987375.20010212200351@caravella.ukrpack.net> To: freebsd-hackers@FreeBSD.org Subject: subscribe Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 12 13:14:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from relay4.inwind.it (relay4.inwind.it [212.141.53.75]) by hub.freebsd.org (Postfix) with ESMTP id EA2E437B4EC for ; Mon, 12 Feb 2001 13:14:36 -0800 (PST) Received: from [62.98.58.174] (62.98.58.174) by relay4.inwind.it (5.1.056) id 3A88018C00014FE2 for hackers@FreeBSD.org; Mon, 12 Feb 2001 22:14:36 +0100 Received: (qmail 505 invoked by uid 1001); 12 Feb 2001 21:11:40 -0000 Date: Mon, 12 Feb 2001 22:11:40 +0100 From: Francesco Casadei To: Danny Braniss Cc: Paul Saab , John Baldwin , Terry Lambert , freebsd-stable@FreeBSD.org, hackers@FreeBSD.org Subject: Re: Really odd "BTX halted" problem booting - PXE/diskless Message-ID: <20010212221140.B413@junior.kasby> Mail-Followup-To: Danny Braniss , Paul Saab , John Baldwin , Terry Lambert , freebsd-stable@FreeBSD.org, hackers@FreeBSD.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from danny@cs.huji.ac.il on Fri, Feb 09, 2001 at 12:13:40PM +0200 X-Operating-System: FreeBSD 3.5-STABLE i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Feb 09, 2001 at 12:13:40PM +0200, Danny Braniss wrote: > In message <20010207031637.A32676@elvis.mu.org>you write: > }It its the bios disk probe that is causing the machine to fault. > > I can now confirm that it's a divide by zero in the Adaptec BIOS GRRRRRR. > (in biosdisk, when 'probing' the adaptec) and it happens on a AIC 7899, but > works ok on some other ADAPTECs. > > the problem is nasty because it's not easy to zero out the first block of the > disk if you can't get the os working :-) > > }I suppose you really dont need to probe the disks when you are netbooting. > > i got the pxeboot not to check the disks but then the kernel stepped on it :-( > > is there a way to prevent BTX to halt if the 'caller' expects a div/zero? > > (in the days of the PDP/11 i could trap such things, print a message, and > continue). > > danny > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > > end of the original message I had this problem a couple of days ago with an Adaptec AHA-2940UW SCSI controller and an IBM DDRS-34560W SCSI disk. I created one large slice in dangerously dedicated mode and I wasn't able to boot anymore: I got "BTX halted" and the registers dump. I low-level formatted the disk using the controller BIOS, recreated the slice (this time in coperative mode!) and everything worked! Francesco Casadei P.S. The DDRS-34560W uses part of the buffer for the firmware so I could safely low-level format the disk. Check if you can low-level format your disk without destroying it! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 12 15:23: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id 602C837B503 for ; Mon, 12 Feb 2001 15:23:03 -0800 (PST) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id EC2A26ACC8; Tue, 13 Feb 2001 09:53:00 +1030 (CST) Date: Tue, 13 Feb 2001 09:53:00 +1030 From: Greg Lehey To: Dag-Erling Smorgrav Cc: Danny Braniss , Matt Dillon , freebsd-hackers@FreeBSD.ORG Subject: Re: soft updates performance Message-ID: <20010213095300.D2178@wantadilla.lemis.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from des@ofug.org on Mon, Feb 12, 2001 at 03:29:17PM +0100 Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Monday, 12 February 2001 at 15:29:17 +0100, Dag-Erling Smorgrav wrote: > Danny Braniss writes: >> i've been doing some experiments with vinum, and doing a make buildworld >> (with obj on the same vinum) >> without soft-updates ~ 1 hour >> with soft-updates ~ 40 minutes >> which is a bit better than 3% :-) >> >> what i can't figure out is why -j 4 didn't make any difference. > > Because your I/O system is already saturated. The point with -jNN is > that one job can run while another is waiting for I/O to complete and > vice versa, but as your CPU gets faster the time spent actually > compiling etc. becomes insignificant next to the time spent doing I/O, > and if you're already doing I/O as fast as you can there's no room for > improvement. On a machine with a slower CPU or a faster I/O system, > you'd see improvement. In fact, it's exactly the opposite. 'make world' is CPU-bound, so the speed of the I/O system is irrelevant. If it were I/O bound, soft updates *would* make a difference, because a number of unnecessary writes would be eliminated. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 12 15:29: 2 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id B194337B4EC for ; Mon, 12 Feb 2001 15:28:59 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id AAA91713; Tue, 13 Feb 2001 00:28:11 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Greg Lehey Cc: Danny Braniss , Matt Dillon , freebsd-hackers@FreeBSD.ORG Subject: Re: soft updates performance References: <20010213095300.D2178@wantadilla.lemis.com> From: Dag-Erling Smorgrav Date: 13 Feb 2001 00:28:07 +0100 In-Reply-To: Greg Lehey's message of "Tue, 13 Feb 2001 09:53:00 +1030" Message-ID: Lines: 16 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Greg Lehey writes: > In fact, it's exactly the opposite. 'make world' is CPU-bound, so the > speed of the I/O system is irrelevant. If it were I/O bound, soft > updates *would* make a difference, because a number of unnecessary > writes would be eliminated. Read what he writes. Soft updates *did* make a difference - they shaved ~30% off his worldstone. It's parallelization that doesn't make a difference in his case, because his CPU and FSB are fast enough that the I/O system is left completely in the dust. This is a 900 MHz box, probably with a 100 MHz or 133 MHz FSB, not the old 486DX33 you have lying in a corner. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 12 15:29: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 9195337B503 for ; Mon, 12 Feb 2001 15:29:02 -0800 (PST) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f1CNRqk12772; Mon, 12 Feb 2001 15:27:52 -0800 (PST) Date: Mon, 12 Feb 2001 15:27:52 -0800 From: Alfred Perlstein To: Greg Lehey Cc: Dag-Erling Smorgrav , Danny Braniss , Matt Dillon , freebsd-hackers@FreeBSD.ORG Subject: Re: soft updates performance Message-ID: <20010212152752.N3274@fw.wintelcom.net> References: <20010213095300.D2178@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010213095300.D2178@wantadilla.lemis.com>; from grog@lemis.com on Tue, Feb 13, 2001 at 09:53:00AM +1030 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Greg Lehey [010212 15:23] wrote: > On Monday, 12 February 2001 at 15:29:17 +0100, Dag-Erling Smorgrav wrote: > > Danny Braniss writes: > >> i've been doing some experiments with vinum, and doing a make buildworld > >> (with obj on the same vinum) > >> without soft-updates ~ 1 hour > >> with soft-updates ~ 40 minutes > >> which is a bit better than 3% :-) > >> > >> what i can't figure out is why -j 4 didn't make any difference. > > > > Because your I/O system is already saturated. The point with -jNN is > > that one job can run while another is waiting for I/O to complete and > > vice versa, but as your CPU gets faster the time spent actually > > compiling etc. becomes insignificant next to the time spent doing I/O, > > and if you're already doing I/O as fast as you can there's no room for > > improvement. On a machine with a slower CPU or a faster I/O system, > > you'd see improvement. > > In fact, it's exactly the opposite. 'make world' is CPU-bound, so the > speed of the I/O system is irrelevant. If it were I/O bound, soft > updates *would* make a difference, because a number of unnecessary > writes would be eliminated. Actually compiles are pretty meta-data intensive, almost compiled program is composed of several .o files, without softupdates those .o files are expensive to create. Another thing is temp files for preprocessor output and assembler output, these can be reduced by using -pipe but without -pipe, each compile takes probably 3 file creations, 3 sync ops without softupdates. So basically, using softupdates along with -jN make actually does make a difference. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 12 15:44:28 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 57BC637B491 for ; Mon, 12 Feb 2001 15:44:25 -0800 (PST) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.9.3) id f1CNhd053320; Mon, 12 Feb 2001 15:43:39 -0800 (PST) (envelope-from dillon) Date: Mon, 12 Feb 2001 15:43:39 -0800 (PST) From: Matt Dillon Message-Id: <200102122343.f1CNhd053320@earth.backplane.com> To: Dag-Erling Smorgrav Cc: Greg Lehey , Danny Braniss , freebsd-hackers@FreeBSD.ORG Subject: Re: soft updates performance References: <20010213095300.D2178@wantadilla.lemis.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :> In fact, it's exactly the opposite. 'make world' is CPU-bound, so the :> speed of the I/O system is irrelevant. If it were I/O bound, soft :> updates *would* make a difference, because a number of unnecessary :> writes would be eliminated. : :Read what he writes. Soft updates *did* make a difference - they :shaved ~30% off his worldstone. It's parallelization that doesn't make :a difference in his case, because his CPU and FSB are fast enough that :the I/O system is left completely in the dust. This is a 900 MHz box, :probably with a 100 MHz or 133 MHz FSB, not the old 486DX33 you have :lying in a corner. : :DES :-- :Dag-Erling Smorgrav - des@ofug.org A suspect a good chunk of that is not using -pipe. I would be interested in buildworld numbers with -pipe vs with -pipe + softupdates. Without -pipe softupdates will make a huge difference due to temporary file creation & deletion. When Kirk first tested softupdates against buildworld, he explicitly tested it with and without -pipe and found that much of the performance benefit (for buildworld) occured when not using -pipe. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 12 16:23:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id A89BE37B491 for ; Mon, 12 Feb 2001 16:23:22 -0800 (PST) Received: from winston.osd.bsdi.com (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.2/8.11.1) with ESMTP id f1D0MbH79727; Mon, 12 Feb 2001 16:22:38 -0800 (PST) (envelope-from jkh@winston.osd.bsdi.com) To: Greg Lehey Cc: Dag-Erling Smorgrav , Danny Braniss , Matt Dillon , freebsd-hackers@FreeBSD.ORG Subject: Re: soft updates performance In-Reply-To: Message from Greg Lehey of "Tue, 13 Feb 2001 09:53:00 +1030." <20010213095300.D2178@wantadilla.lemis.com> Date: Mon, 12 Feb 2001 16:22:37 -0800 Message-ID: <79723.982023757@winston.osd.bsdi.com> From: Jordan Hubbard Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In fact, it's exactly the opposite. 'make world' is CPU-bound, so the > speed of the I/O system is irrelevant. If it were I/O bound, soft > updates *would* make a difference, because a number of unnecessary > writes would be eliminated. Actually, I have measured that after a certain point make world *is* I/O bound and you can't really get any faster unless you do something to the I/O subsystem. We have several quad Xeons here, and back when I was more interested in measuring this sort of thing I found that I could get a "worldstone" time of around 37 minutes with -j8 and all 4 processors churning away. This was also during the exclusively BGL days of -current and things may scale slightly better or worse now, I dunno, but what I did find was that I could drop this all to something more like 23 minutes simply by putting /usr/src and /usr/obj into MFS (the machine I used also has a gigabyte of memory so this isn't difficult to do). That implies to me, at least, that after a certain point the CPU is going to be the bottleneck. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 12 16:24:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from level3.dynacom.net (level3.dynacom.net [206.107.213.213]) by hub.freebsd.org (Postfix) with SMTP id A2AB837B491 for ; Mon, 12 Feb 2001 16:24:21 -0800 (PST) Received: (qmail 11308 invoked by uid 0); 13 Feb 2001 00:24:20 -0000 Received: from dsl1-160.dynacom.net (HELO urx.com) (206.159.132.160) by mail.urx.com with SMTP; 13 Feb 2001 00:24:20 -0000 Message-ID: <3A887EB3.6BDD7648@urx.com> Date: Mon, 12 Feb 2001 16:24:19 -0800 From: Kent Stewart Reply-To: kstewart@urx.com Organization: Dynacom X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Matt Dillon Cc: Dag-Erling Smorgrav , Greg Lehey , Danny Braniss , freebsd-hackers@FreeBSD.ORG Subject: Re: soft updates performance References: <20010213095300.D2178@wantadilla.lemis.com> <200102122343.f1CNhd053320@earth.backplane.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matt Dillon wrote: > > :> In fact, it's exactly the opposite. 'make world' is CPU-bound, so the > :> speed of the I/O system is irrelevant. If it were I/O bound, soft > :> updates *would* make a difference, because a number of unnecessary > :> writes would be eliminated. > : > :Read what he writes. Soft updates *did* make a difference - they > :shaved ~30% off his worldstone. It's parallelization that doesn't make > :a difference in his case, because his CPU and FSB are fast enough that > :the I/O system is left completely in the dust. This is a 900 MHz box, > :probably with a 100 MHz or 133 MHz FSB, not the old 486DX33 you have > :lying in a corner. > : > :DES > :-- > :Dag-Erling Smorgrav - des@ofug.org > > A suspect a good chunk of that is not using -pipe. I would be > interested in buildworld numbers with -pipe vs with -pipe + softupdates. > Without -pipe softupdates will make a huge difference due to temporary > file creation & deletion. > > When Kirk first tested softupdates against buildworld, he explicitly > tested it with and without -pipe and found that much of the performance > benefit (for buildworld) occured when not using -pipe. The times I reported earlier are all with -pipe and are on an AMD Thunderbird 900, with 256 MB of PC-133 memory, and using 3 - ATA-66 HD's on different controllers. The elapsed time dropped from 58:16 to 45:54 by using softupdates. Kent > > -Matt > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- Kent Stewart Richland, WA mailto:kbstew99@hotmail.com http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 12 16:25:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 7512337B491 for ; Mon, 12 Feb 2001 16:25:46 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id BAA91928; Tue, 13 Feb 2001 01:25:42 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Jordan Hubbard Cc: Greg Lehey , Danny Braniss , Matt Dillon , freebsd-hackers@FreeBSD.ORG Subject: Re: soft updates performance References: <79723.982023757@winston.osd.bsdi.com> From: Dag-Erling Smorgrav Date: 13 Feb 2001 01:25:41 +0100 In-Reply-To: Jordan Hubbard's message of "Mon, 12 Feb 2001 16:22:37 -0800" Message-ID: Lines: 9 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jordan Hubbard writes: > [...] That implies to me, at least, that after a certain > point the CPU is going to be the bottleneck. More likely RAM bandwidth. Those 133 Mhz FSBs ought to help, though. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 12 16:31:28 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id 00A8837B491 for ; Mon, 12 Feb 2001 16:31:24 -0800 (PST) Received: from winston.osd.bsdi.com (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.2/8.11.1) with ESMTP id f1D0V6H79804; Mon, 12 Feb 2001 16:31:06 -0800 (PST) (envelope-from jkh@winston.osd.bsdi.com) To: Dag-Erling Smorgrav Cc: Greg Lehey , Danny Braniss , Matt Dillon , freebsd-hackers@FreeBSD.ORG Subject: Re: soft updates performance In-Reply-To: Message from Dag-Erling Smorgrav of "13 Feb 2001 01:25:41 +0100." Date: Mon, 12 Feb 2001 16:31:06 -0800 Message-ID: <79800.982024266@winston.osd.bsdi.com> From: Jordan Hubbard Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Jordan Hubbard writes: > > [...] That implies to me, at least, that after a certain > > point the CPU is going to be the bottleneck. > > More likely RAM bandwidth. Those 133 Mhz FSBs ought to help, though. If RAM bandwidth was the bottleneck here then putting /usr/src and /usr/obj into an MFS would have represented a pessimization over simply leaving that on disk. I would have thought that would be obvious. :) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 12 16:36:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 14B7437B4EC for ; Mon, 12 Feb 2001 16:36:41 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id BAA91979; Tue, 13 Feb 2001 01:36:37 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Jordan Hubbard Cc: Greg Lehey , Danny Braniss , Matt Dillon , freebsd-hackers@FreeBSD.ORG Subject: Re: soft updates performance References: <79800.982024266@winston.osd.bsdi.com> From: Dag-Erling Smorgrav Date: 13 Feb 2001 01:36:36 +0100 In-Reply-To: Jordan Hubbard's message of "Mon, 12 Feb 2001 16:31:06 -0800" Message-ID: Lines: 14 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jordan Hubbard writes: > > More likely RAM bandwidth. Those 133 Mhz FSBs ought to help, though. > If RAM bandwidth was the bottleneck here then putting /usr/src and > /usr/obj into an MFS would have represented a pessimization over > simply leaving that on disk. Don't be so sure. Stuff on disk has to be read into memory, and this is generally done by DMAing it off the disk, which locks the memroy bus, then copying it out into userland. With an MFS you skip the first part, unless MFS is stupider than I thought. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 12 17:49:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 7D64937B491 for ; Mon, 12 Feb 2001 17:49:17 -0800 (PST) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.9.3) id f1D1nDr66705; Mon, 12 Feb 2001 17:49:13 -0800 (PST) (envelope-from dillon) Date: Mon, 12 Feb 2001 17:49:13 -0800 (PST) From: Matt Dillon Message-Id: <200102130149.f1D1nDr66705@earth.backplane.com> To: Kent Stewart Cc: Dag-Erling Smorgrav , Greg Lehey , Danny Braniss , freebsd-hackers@FreeBSD.ORG Subject: Re: soft updates performance References: <20010213095300.D2178@wantadilla.lemis.com> <200102122343.f1CNhd053320@earth.backplane.com> <3A887EB3.6BDD7648@urx.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :Thunderbird 900, with 256 MB of PC-133 memory, and using 3 - ATA-66 :HD's on different controllers. The elapsed time dropped from 58:16 to :45:54 by using softupdates. : :Kent That sounds about right for -pipe. The original email was 1 hour vs 40 minutes, a 20 minute difference which seemed a bit high (what I would expect without -pipe). 46 minutes verses 58 minutes is only a 12 minute 20 second difference, which is more inline with what I would expect. Most of the savings is occuring during the dependancy and cleaning step(s). The system creates and deletes a huge number of files in a huge number of directories and softupdates really helps there. Softupdates is not helping much during the actual compilation, which is a cpu-bound step if you use -pipe (the creation of the object files costs nothing because there is no other disk activity going on). The buildworld hits various choke points -- even with -j 128, if there are only 30 files in a library you will generally only see 30 compiles going at once. The final library link stage chokes it down to one process and this will become a pure bandwidth issue for your disk subsystem for a second or so (for the larger libraries). -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 12 18:44:42 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from level3.dynacom.net (level3.dynacom.net [206.107.213.213]) by hub.freebsd.org (Postfix) with SMTP id E9C0137B491 for ; Mon, 12 Feb 2001 18:44:38 -0800 (PST) Received: (qmail 26807 invoked by uid 0); 13 Feb 2001 02:44:26 -0000 Received: from dsl1-160.dynacom.net (HELO urx.com) (206.159.132.160) by mail.urx.com with SMTP; 13 Feb 2001 02:44:26 -0000 Message-ID: <3A889F89.8CDD507F@urx.com> Date: Mon, 12 Feb 2001 18:44:25 -0800 From: Kent Stewart Reply-To: kstewart@urx.com Organization: Dynacom X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Matt Dillon Cc: Dag-Erling Smorgrav , Greg Lehey , Danny Braniss , freebsd-hackers@FreeBSD.ORG Subject: Re: soft updates performance References: <20010213095300.D2178@wantadilla.lemis.com> <200102122343.f1CNhd053320@earth.backplane.com> <3A887EB3.6BDD7648@urx.com> <200102130149.f1D1nDr66705@earth.backplane.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matt Dillon wrote: > > :Thunderbird 900, with 256 MB of PC-133 memory, and using 3 - ATA-66 > :HD's on different controllers. The elapsed time dropped from 58:16 to > :45:54 by using softupdates. > : > :Kent > > That sounds about right for -pipe. The original email was > 1 hour vs 40 minutes, a 20 minute difference which seemed a bit > high (what I would expect without -pipe). 46 minutes verses 58 minutes > is only a 12 minute 20 second difference, which is more inline with what > I would expect. > > Most of the savings is occuring during the dependancy and > cleaning step(s). The system creates and deletes a huge > number of files in a huge number of directories and softupdates > really helps there. > > Softupdates is not helping much during the actual compilation, > which is a cpu-bound step if you use -pipe (the creation of the > object files costs nothing because there is no other disk activity > going on). On of the differences between the Thunderbird and the P-III is the FSB. AMD claims it gets 200 out of a 100MHz bus. The P-III are mostly using a 133 MHz FSB. I have a dual mb arriving shortly with a pair of 866's. The next test. I have a cluster project that would be very similar to a buildworld. It will end up using 2 - P-II 400's, the AMD, and the P-III's. Some people I work with run batch jobs that run overnight but I think they could wait for them to run with a small version of Purdue's ACME. A few hours of their time would pay for a small cluster. They don't have any problem with work. It is turning jobs around that seems to be the bottle neck. > > The buildworld hits various choke points -- even with -j 128, if > there are only 30 files in a library you will generally only see > 30 compiles going at once. The final library link stage chokes > it down to one process and this will become a pure bandwidth issue > for your disk subsystem for a second or so (for the larger libraries). I have gotten used to watching my buildworld's with top on occasions. I have setiathome running with a "nice" value for nice. On the AMD system, when the buildworld is hitting an I/O bottleneck, seti will be using 40% or more of the system. When it is compute bound, seti doesn't get any time. I think the accrual of time by seti is a sort of integrated past history of the system availability due to an I/O type of bottle neck during the buildworld. It follows the % value reported by time fairly well. Softupdates is the first time the time % value on the AMD went above 60%. I think this indicates I have an overall I/O bottle neck. The current version of seti writes a small blip of data to the HD about every 30-60 seconds and so there isn't much HD interaction going on there. I'm thinking about adding 2 - Ultra-160 scsi's to the system at some point. For the kind of stuff I do, iozone seems to cover the HD activity the best. The tagged queing of the scsi deals with small record random I/O much better than the IDE drives do. From what I have read, FreeBSD supports tagged queing on the new IBM IDE drives but I don't have any of them to use to test. One other point that I would like to understand is why -j4 takes longer on all of my systems. That goes against what everyone claims should happen. Kent > > -Matt -- Kent Stewart Richland, WA mailto:kbstew99@hotmail.com http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 12 18:55:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id BEBD737B491 for ; Mon, 12 Feb 2001 18:55:33 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id DAA93067; Tue, 13 Feb 2001 03:55:29 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: kstewart@urx.com Cc: Matt Dillon , Greg Lehey , Danny Braniss , freebsd-hackers@FreeBSD.ORG Subject: Re: soft updates performance References: <20010213095300.D2178@wantadilla.lemis.com> <200102122343.f1CNhd053320@earth.backplane.com> <3A887EB3.6BDD7648@urx.com> <200102130149.f1D1nDr66705@earth.backplane.com> <3A889F89.8CDD507F@urx.com> From: Dag-Erling Smorgrav Date: 13 Feb 2001 03:55:28 +0100 In-Reply-To: Kent Stewart's message of "Mon, 12 Feb 2001 18:44:25 -0800" Message-ID: Lines: 12 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kent Stewart writes: > One other point that I would like to understand is why -j4 takes > longer on all of my systems. That goes against what everyone claims > should happen. More concurrent jobs means more contention and more overhead. Increasing the number of jobs boosts performance to a certain point; past this point, performance starts decreasing again. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 12 19:31: 6 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from syncopation-03.iinet.net.au (syncopation-03.iinet.net.au [203.59.24.49]) by hub.freebsd.org (Postfix) with SMTP id CC79837B491 for ; Mon, 12 Feb 2001 19:30:58 -0800 (PST) Received: (qmail 10633 invoked by uid 666); 13 Feb 2001 03:37:55 -0000 Received: from reggae-14-207.nv.iinet.net.au (HELO elischer.org) (203.59.77.207) by mail.m.iinet.net.au with SMTP; 13 Feb 2001 03:37:55 -0000 Message-ID: <3A88A3DC.19B01FEA@elischer.org> Date: Mon, 12 Feb 2001 19:02:52 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: kiguchi@excite.com Cc: freebsd-hackers@freebsd.org Subject: Re: ADSL and PPPoE question References: <20768358.981997424567.JavaMail.imail@seamore.excite.com> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG kiguchi@excite.com wrote: > > On Mon, 12 Feb 2001 08:20:55 -0800, Julian Elischer wrote: > > > kiguchi@excite.com wrote: > > > > > > I'm very sorry if this is a stupid question. > > > > > > In our company, we want to set up a small network of about 20 PCs. > ADSL > > > seems like a good inexpensive solution, and I understand that FreeBSD > with > > > Netgraph can act like a gateway for our computers. > > > > are they in different places? > > No - the same place. > > > Negraph/ppp can act as a gateway for pppoe connections but I am not sure > > how that helps you. How do you get the ADSL sessions to terminate on > > an ethernet in your office? > > (does your ISP provide that service?) > > > > > > > > What I don't understand is whether we will have to use IP aliasing > (NAT) or > > > we can have our own routable IP range. > > > > That very much depends on what you think the topology looks like.? > > I thought something like this: > > [ISP] > | > | > ----------------- > Office [ADSL] > | > | > [FreeBSD Box] > | | | | > | | | | > [A][B][C][D] > > where A, B, C, D all have their own routable IPs. So according to what you > said, FreeBSD would need to establish a separate PPPoE session for each of > the computers A, B, C and D, provided the ISP supports multiple PPPoE > sessions over the single ADSL line? no that would give 4 connections to the FreeBSD machine, and not 4 connections to the client machines. Does your ISP even use PPPoE? it is possible to have ADSL without it.. > > I need to know if this configuration is possible, so I will know what to ask > the ISP sales and support people. So far they haven't been very helpful. > > Thank you very much for your reply what the ISP will try sell you will be: > [ISP] > | > | > ----------------- > Office [ADSL] > | > | <--------ethernet +--+--+--+ > | | | | > | | | | > [A][B][C][D] which is quite possible with ethernet attached ADSL modems. this might even be an ok way for you to go, but the client machines will be 'vulnerable' on the network to hackers. A more common answer is: [ISP] > | > | > ----------------- > Office [ADSL] > | > | <--------ethernet > [FreeBSD Box] > | | | | > | | | | > [A][B][C][D] where the freebsd box does NAT and the other machines have addresses assigned in the 10.x.x.x space or 192.168.x.x space. this gives you some protection of the client boxes. -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 12 21: 9:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from security.za.net (security.za.net [196.2.146.22]) by hub.freebsd.org (Postfix) with ESMTP id 136EE37B4EC; Mon, 12 Feb 2001 21:09:52 -0800 (PST) Received: from localhost (lists@localhost) by security.za.net (8.9.3/8.9.3) with ESMTP id HAA31701; Tue, 13 Feb 2001 07:09:48 +0200 (SAST) (envelope-from lists@security.za.net) Date: Tue, 13 Feb 2001 07:09:48 +0200 (SAST) From: Lists Account To: Robert Watson Cc: hackers@freebsd.org Subject: Re: Jail Pseudo Terminals 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, Ok this is getting a bit strange. Interestingly enough ssh works 100% with my method of tty creation, having created (from outside the jail) ttyp32 - ttyp100 (with the minor/major numbers set as 5,XX where XX is ttypXX), and a mknod type of c, ssh allocates ttys fine, however screen still tells me there are no ttys available? Any ideas? Andrew On Mon, 12 Feb 2001, Robert Watson wrote: > > On Mon, 12 Feb 2001, Lists Account wrote: > > > Just a quick question Im hoping someone can help me with. I extended > > the number of pty's available on my base box just fine, with an edit to > > /etc/ttys and making some new devices, then just a kill -1 1, and > > everything worked fine. > > > > I did exactly the same thing under the jail, it didnt work, rebooted the > > box and it still didnt work, does anyone know how to extend the number > > of pty's under a jail? Any help would be MUCH appreciated > > Hmm. What do you mean by, ``I did exactly the same thing under the jail'' > -- the mknod() syscall for device nodes is unavailable under jail() so as > to prevent the creation of inappropriate devices that might allow the > attacker to circumvent the jail() protections. So there are two things > you could have done: (1) used MAKEDEV under jail(), and either it didn't > generate appropriate error messages, or you missed them, and you should be > running the MAKEDEV in the per-jail /dev directory, but not from within > the jail(), or (2) you ran MAKEDEV outside the jail, and something else is > broken. My first guess would be that you did (1), and running MAKEDEV > outside of a jail() process but in the jail() /dev will fix things. > > Also, generally speaking, pty's are not managed by init, rather, they are > dynamically allocated using openpty(), so you shouldn't need to HUP init, > or even modify /etc/ttys. In fact, from within a jail(), you should be > unable to successfully HUP the pid 1 init process. > > Robert N M Watson FreeBSD Core Team, TrustedBSD Project > robert@fledge.watson.org NAI Labs, Safeport Network Services > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 12 22:10:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from homer.softweyr.com (bsdconspiracy.net [208.187.122.220]) by hub.freebsd.org (Postfix) with ESMTP id D5A8A37B503 for ; Mon, 12 Feb 2001 22:10:42 -0800 (PST) Received: from [127.0.0.1] (helo=softweyr.com ident=Fools trust ident!) by homer.softweyr.com with esmtp (Exim 3.16 #1) id 14SYCU-00009E-00; Mon, 12 Feb 2001 22:40:30 -0700 Message-ID: <3A88C8CE.F7D74AA0@softweyr.com> Date: Mon, 12 Feb 2001 22:40:30 -0700 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Aled Morris Cc: Warner Losh , Peter Pentchev , Garance A Drosihn , Luigi Rizzo , jgrosch@mooseriver.com, hackers@FreeBSD.ORG Subject: Re: EBCDIC -> ASCII References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Aled Morris wrote: > > On Thu, 1 Feb 2001, Warner Losh wrote: > > >Even the name (dd) comes from IBM's control language (JSYS?). > > I don't disagree, but someone once told me the name came from what > it does "Convert and Copy a file" - see dd(1) - but "cc" was already > taken... dd == device dump; the original use of dd was to move blocks of data between disks and tape. -- "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 Feb 12 22:10:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from homer.softweyr.com (bsdconspiracy.net [208.187.122.220]) by hub.freebsd.org (Postfix) with ESMTP id EFBE137B65D; Mon, 12 Feb 2001 22:10:43 -0800 (PST) Received: from [127.0.0.1] (helo=softweyr.com ident=Fools trust ident!) by homer.softweyr.com with esmtp (Exim 3.16 #1) id 14SYL4-0000JZ-00; Mon, 12 Feb 2001 22:49:22 -0700 Message-ID: <3A88CAE2.E03C5257@softweyr.com> Date: Mon, 12 Feb 2001 22:49:22 -0700 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: =?iso-8859-1?Q?Jes=FAs=20Arn=E1iz?= Cc: freebsd-question@freeBSD.org, freebsd-hackers@freeBSD.org Subject: Re: Dynalink. PCMCIA Ethernet adapter References: Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jesús Arnáiz wrote: > > Hi everyone. > > I have installed FreeBSD 4.2 on my laptop and it has a a PCMCIA ethernet adapter. It > is a L100C32 Dynalink 10/100Mbps 32bit Ethernet Adapter. > > The system don't find it when it boots (I think). I use all the PCMCIA options to > BOOT, and I when I use ifconfig I see this interfaces: > > faith0 > gif1 > gif2 > gif3 > > (And also, lp0, and so on). > > But no one work. How can i fix it and make my ethernet adapter work. You can't make it work with PCMCIA because it isn't a PCMCIA card. Notice where you wrote "32-bit" above? That means it is a *CardBus* card. Sorry, 4.x doesn't play that tune. FreeBSD-Current has some support for CardBus, but: a) I doubt you'll find the "Dynalink L100C32" supported (yet), and b) Current is pretty scary at the moment. -- "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 Feb 12 22:36:53 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id F001437B491 for ; Mon, 12 Feb 2001 22:36:51 -0800 (PST) Received: from winston.osd.bsdi.com (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.2/8.11.1) with ESMTP id f1D6aeH81049; Mon, 12 Feb 2001 22:36:40 -0800 (PST) (envelope-from jkh@winston.osd.bsdi.com) To: kstewart@urx.com Cc: Danny Braniss , freebsd-hackers@FreeBSD.ORG Subject: Re: soft updates performance In-Reply-To: Message from Kent Stewart of "Mon, 12 Feb 2001 18:44:25 PST." <3A889F89.8CDD507F@urx.com> Date: Mon, 12 Feb 2001 22:36:40 -0800 Message-ID: <81045.982046200@winston.osd.bsdi.com> From: Jordan Hubbard Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > One other point that I would like to understand is why -j4 takes > longer on all of my systems. That goes against what everyone claims > should happen. With how many running processors? If you're running -j4 on a uniprocessor system, you're only introducing competition for already scarce CPU resources, though -j2 can be a speedup since this allows one target build to run while another is in an I/O wait. I've only seen a speedup with -j4 when using at least 2 CPUs. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 12 22:47:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from level3.dynacom.net (level3.dynacom.net [206.107.213.213]) by hub.freebsd.org (Postfix) with SMTP id 725B337B491 for ; Mon, 12 Feb 2001 22:47:50 -0800 (PST) Received: (qmail 11442 invoked by uid 0); 13 Feb 2001 06:47:49 -0000 Received: from dsl1-160.dynacom.net (HELO urx.com) (206.159.132.160) by mail.urx.com with SMTP; 13 Feb 2001 06:47:49 -0000 Message-ID: <3A88D893.ED6442EA@urx.com> Date: Mon, 12 Feb 2001 22:47:47 -0800 From: Kent Stewart Reply-To: kstewart@urx.com Organization: Dynacom X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Jordan Hubbard Cc: Danny Braniss , freebsd-hackers@FreeBSD.ORG Subject: Re: soft updates performance References: <81045.982046200@winston.osd.bsdi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jordan Hubbard wrote: > > > One other point that I would like to understand is why -j4 takes > > longer on all of my systems. That goes against what everyone claims > > should happen. > > With how many running processors? If you're running -j4 on a > uniprocessor system, you're only introducing competition for already > scarce CPU resources, though -j2 can be a speedup since this allows > one target build to run while another is in an I/O wait. I've only > seen a speedup with -j4 when using at least 2 CPUs. It was a uniprocessor system. The folklore has it doing more but all I ever saw it produce was more competition, which resulted in a longer running buildworld. Kent -- Kent Stewart Richland, WA mailto:kbstew99@hotmail.com http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 12 22:50:57 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id 1661237B491 for ; Mon, 12 Feb 2001 22:50:56 -0800 (PST) Received: from winston.osd.bsdi.com (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.2/8.11.1) with ESMTP id f1D6ojH81124; Mon, 12 Feb 2001 22:50:45 -0800 (PST) (envelope-from jkh@winston.osd.bsdi.com) To: kstewart@urx.com Cc: Danny Braniss , freebsd-hackers@FreeBSD.ORG Subject: Re: soft updates performance In-Reply-To: Message from Kent Stewart of "Mon, 12 Feb 2001 22:47:47 PST." <3A88D893.ED6442EA@urx.com> Date: Mon, 12 Feb 2001 22:50:45 -0800 Message-ID: <81119.982047045@winston.osd.bsdi.com> From: Jordan Hubbard Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > It was a uniprocessor system. The folklore has it doing more but all I You've been listening to the wrong folklore then, that's all. :) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 12 22:53:54 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from rapier.smartspace.co.za (rapier.smartspace.co.za [66.8.25.34]) by hub.freebsd.org (Postfix) with SMTP id 048DF37B491 for ; Mon, 12 Feb 2001 22:53:49 -0800 (PST) Received: (qmail 38195 invoked by uid 1001); 13 Feb 2001 06:53:22 -0000 Date: Tue, 13 Feb 2001 08:53:22 +0200 From: Neil Blakey-Milner To: Lists Account Cc: hackers@freebsd.org Subject: Re: Jail Pseudo Terminals Message-ID: <20010213085322.A38024@rapier.smartspace.co.za> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from lists@security.za.net on Tue, Feb 13, 2001 at 07:09:48AM +0200 Organization: Building Intelligence X-Operating-System: FreeBSD 4.2-RELEASE i386 X-URL: http://rucus.ru.ac.za/~nbm/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue 2001-02-13 (07:09), Lists Account wrote: > Ok this is getting a bit strange. Interestingly enough ssh works 100% > with my method of tty creation, having created (from outside the > jail) ttyp32 - ttyp100 (with the minor/major numbers set as 5,XX where XX > is ttypXX), and a mknod type of c, ssh allocates ttys fine, however screen > still tells me there are no ttys available? > > Any ideas? Recompile screen with the extra devices present - it uses some really interesting system to work out what devices to use, and it will limit you to ttyp*, and not tty{q,r,s,P,Q,R,S}*, if the latter aren't present. Neil -- Neil Blakey-Milner nbm@mithrandr.moria.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 12 23:10:30 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from level3.dynacom.net (level3.dynacom.net [206.107.213.213]) by hub.freebsd.org (Postfix) with SMTP id E1C3637B4EC for ; Mon, 12 Feb 2001 23:10:27 -0800 (PST) Received: (qmail 12837 invoked by uid 0); 13 Feb 2001 07:10:26 -0000 Received: from dsl1-160.dynacom.net (HELO urx.com) (206.159.132.160) by mail.urx.com with SMTP; 13 Feb 2001 07:10:26 -0000 Message-ID: <3A88DDE0.8A4B02A5@urx.com> Date: Mon, 12 Feb 2001 23:10:24 -0800 From: Kent Stewart Reply-To: kstewart@urx.com Organization: Dynacom X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Jordan Hubbard Cc: Danny Braniss , freebsd-hackers@FreeBSD.ORG Subject: Re: soft updates performance References: <81119.982047045@winston.osd.bsdi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jordan Hubbard wrote: > > > It was a uniprocessor system. The folklore has it doing more but all I > > You've been listening to the wrong folklore then, that's all. :) True but that is what section 19.4.6.5 in the Handbook implies. It also reads for -current but it has said that since 3.x was the latest stable. I would add -j4 and my buildworld would slow down a few percent. Kent > > - Jordan > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- Kent Stewart Richland, WA mailto:kbstew99@hotmail.com http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 12 23:37:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from level3.dynacom.net (level3.dynacom.net [206.107.213.213]) by hub.freebsd.org (Postfix) with SMTP id D105537B4EC for ; Mon, 12 Feb 2001 23:37:18 -0800 (PST) Received: (qmail 14366 invoked by uid 0); 13 Feb 2001 07:37:17 -0000 Received: from dsl1-160.dynacom.net (HELO urx.com) (206.159.132.160) by mail.urx.com with SMTP; 13 Feb 2001 07:37:17 -0000 Message-ID: <3A88E42D.2092F3D2@urx.com> Date: Mon, 12 Feb 2001 23:37:17 -0800 From: Kent Stewart Reply-To: kstewart@urx.com Organization: Dynacom X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Matthew Emmerton Cc: Jordan Hubbard , Danny Braniss , freebsd-hackers@FreeBSD.ORG Subject: Re: soft updates performance References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matthew Emmerton wrote: > > On Mon, 12 Feb 2001, Jordan Hubbard wrote: > > > > One other point that I would like to understand is why -j4 takes > > > longer on all of my systems. That goes against what everyone claims > > > should happen. > > > > With how many running processors? If you're running -j4 on a > > uniprocessor system, you're only introducing competition for already > > scarce CPU resources, though -j2 can be a speedup since this allows > > one target build to run while another is in an I/O wait. I've only > > seen a speedup with -j4 when using at least 2 CPUs. > > FWIW, I've got an ancient dual-CPU machine (Pentium 133s) with an onboard > Adaptec 7870 hooked to a pair of SCSI-2 drives. > > With any intensive build activity (make buildworld, or a kernel > recompile), -j8 gives me the best results. (I came to this conclusion > after profiling a kernel build using -j2/4/6/8/10/12.) > > The only explanation I can give in my case is that the onboard 7870 is a > PCI device and is the main bottleneck in the system (my motherboard is a > very interesting EISA/PCI combo, mfgd in 1991). > > Although Jordan's quite right in saying that using anything larger than > -j2 on a uniprocessor machine will usually be futile, in the world of SMP > things are much stranger, so it's good to experiment. (-j8 is > about a 50% speedup over -j2). YMMV. > > -- > Matt Emmerton -- Kent Stewart Richland, WA mailto:kbstew99@hotmail.com http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Feb 12 23:41:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from level3.dynacom.net (level3.dynacom.net [206.107.213.213]) by hub.freebsd.org (Postfix) with SMTP id AB30B37B4EC for ; Mon, 12 Feb 2001 23:41:14 -0800 (PST) Received: (qmail 14591 invoked by uid 0); 13 Feb 2001 07:41:13 -0000 Received: from dsl1-160.dynacom.net (HELO urx.com) (206.159.132.160) by mail.urx.com with SMTP; 13 Feb 2001 07:41:13 -0000 Message-ID: <3A88E516.CE92FFB1@urx.com> Date: Mon, 12 Feb 2001 23:41:10 -0800 From: Kent Stewart Reply-To: kstewart@urx.com Organization: Dynacom X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Matthew Emmerton Cc: Jordan Hubbard , Danny Braniss , freebsd-hackers@FreeBSD.ORG Subject: Re: soft updates performance References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sorry about the other one. I intended to start over. I did but not the way I wanted :(. Matthew Emmerton wrote: > > On Mon, 12 Feb 2001, Jordan Hubbard wrote: > > > > One other point that I would like to understand is why -j4 takes > > > longer on all of my systems. That goes against what everyone claims > > > should happen. > > > > With how many running processors? If you're running -j4 on a > > uniprocessor system, you're only introducing competition for already > > scarce CPU resources, though -j2 can be a speedup since this allows > > one target build to run while another is in an I/O wait. I've only > > seen a speedup with -j4 when using at least 2 CPUs. > > FWIW, I've got an ancient dual-CPU machine (Pentium 133s) with an onboard > Adaptec 7870 hooked to a pair of SCSI-2 drives. > > With any intensive build activity (make buildworld, or a kernel > recompile), -j8 gives me the best results. (I came to this conclusion > after profiling a kernel build using -j2/4/6/8/10/12.) > > The only explanation I can give in my case is that the onboard 7870 is a > PCI device and is the main bottleneck in the system (my motherboard is a > very interesting EISA/PCI combo, mfgd in 1991). > > Although Jordan's quite right in saying that using anything larger than > -j2 on a uniprocessor machine will usually be futile, in the world of SMP > things are much stranger, so it's good to experiment. (-j8 is > about a 50% speedup over -j2). YMMV. You have me interested now. I should have a dual P-III 866 running in a few days and I will find out. It is intended to end up running 2 or more Ultra-160 scsi HD's. That will come after I get some timing done with ATA-100 IDE HD's on separate controllers. I haven't tried running -j2 and as soon as my base case with no "-jn" specified and softupdate finishes, I will try "-j2". Kent > > -- > Matt Emmerton -- Kent Stewart Richland, WA mailto:kbstew99@hotmail.com http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 13 0:15:30 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from security.za.net (security.za.net [196.2.146.22]) by hub.freebsd.org (Postfix) with ESMTP id 42BD037B503 for ; Tue, 13 Feb 2001 00:15:25 -0800 (PST) Received: from localhost (lists@localhost) by security.za.net (8.9.3/8.9.3) with ESMTP id KAA41251; Tue, 13 Feb 2001 10:15:22 +0200 (SAST) (envelope-from lists@security.za.net) Date: Tue, 13 Feb 2001 10:15:21 +0200 (SAST) From: Lists Account To: Neil Blakey-Milner Cc: hackers@freebsd.org Subject: Re: Jail Pseudo Terminals In-Reply-To: <20010213085322.A38024@rapier.smartspace.co.za> 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 Interesting things Ive found with this, thought someone on the list might eventually have a similar problem to what I had, so here is the fix: (Interestingly enough this was _NOT_ nessasary under jail) In screen's config.h the following exists: /* * If your system has the new format /etc/ttys (like 4.3 BSD) and the * getttyent(3) library functions, define GETTTYENT. */ #define GETTTYENT 1 if you change that to #define GETTTYENT 0 (I.E you undefine the option) it works 100% and will give you all your new terminals. As a matter of interest, if anyone here can explain to me why this fixed my problem, or perhaps let me know if there is a problem with getttyent() under jail it would be much appreciated. Thanks Andrew Alston On Tue, 13 Feb 2001, Neil Blakey-Milner wrote: > On Tue 2001-02-13 (07:09), Lists Account wrote: > > Ok this is getting a bit strange. Interestingly enough ssh works 100% > > with my method of tty creation, having created (from outside the > > jail) ttyp32 - ttyp100 (with the minor/major numbers set as 5,XX where XX > > is ttypXX), and a mknod type of c, ssh allocates ttys fine, however screen > > still tells me there are no ttys available? > > > > Any ideas? > > Recompile screen with the extra devices present - it uses some really > interesting system to work out what devices to use, and it will limit > you to ttyp*, and not tty{q,r,s,P,Q,R,S}*, if the latter aren't > present. > > Neil > -- > Neil Blakey-Milner > nbm@mithrandr.moria.org > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 13 0:32:18 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from xena.gsicomp.on.ca (cr677933-a.ktchnr1.on.wave.home.com [24.43.230.149]) by hub.freebsd.org (Postfix) with ESMTP id 2D35C37B503 for ; Tue, 13 Feb 2001 00:32:00 -0800 (PST) Received: from localhost (matt@localhost) by xena.gsicomp.on.ca (8.11.1/8.9.3) with ESMTP id f1D7WWK64420; Tue, 13 Feb 2001 02:32:33 -0500 (EST) (envelope-from matt@xena.gsicomp.on.ca) Date: Tue, 13 Feb 2001 02:32:32 -0500 (EST) From: Matthew Emmerton To: Jordan Hubbard Cc: kstewart@urx.com, Danny Braniss , freebsd-hackers@FreeBSD.ORG Subject: Re: soft updates performance In-Reply-To: <81045.982046200@winston.osd.bsdi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 12 Feb 2001, Jordan Hubbard wrote: > > One other point that I would like to understand is why -j4 takes > > longer on all of my systems. That goes against what everyone claims > > should happen. > > With how many running processors? If you're running -j4 on a > uniprocessor system, you're only introducing competition for already > scarce CPU resources, though -j2 can be a speedup since this allows > one target build to run while another is in an I/O wait. I've only > seen a speedup with -j4 when using at least 2 CPUs. FWIW, I've got an ancient dual-CPU machine (Pentium 133s) with an onboard Adaptec 7870 hooked to a pair of SCSI-2 drives. With any intensive build activity (make buildworld, or a kernel recompile), -j8 gives me the best results. (I came to this conclusion after profiling a kernel build using -j2/4/6/8/10/12.) The only explanation I can give in my case is that the onboard 7870 is a PCI device and is the main bottleneck in the system (my motherboard is a very interesting EISA/PCI combo, mfgd in 1991). Although Jordan's quite right in saying that using anything larger than -j2 on a uniprocessor machine will usually be futile, in the world of SMP things are much stranger, so it's good to experiment. (-j8 is about a 50% speedup over -j2). YMMV. -- Matt Emmerton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 13 0:32:25 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from xena.gsicomp.on.ca (cr677933-a.ktchnr1.on.wave.home.com [24.43.230.149]) by hub.freebsd.org (Postfix) with ESMTP id 26CF037B684 for ; Tue, 13 Feb 2001 00:32:02 -0800 (PST) Received: from hermes (hermes.gsicomp.on.ca [192.168.0.18]) by xena.gsicomp.on.ca (8.11.1/8.9.3) with SMTP id f1CHGMi60950; Mon, 12 Feb 2001 12:16:22 -0500 (EST) (envelope-from matt@gsicomp.on.ca) Message-ID: <001d01c09517$453547c0$1200a8c0@gsicomp.on.ca> From: "Matthew Emmerton" To: Cc: References: <20768358.981997424567.JavaMail.imail@seamore.excite.com> Subject: Re: ADSL and PPPoE question Date: Mon, 12 Feb 2001 12:14:33 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Mon, 12 Feb 2001 08:20:55 -0800, Julian Elischer wrote: > > kiguchi@excite.com wrote: > > > > > > I'm very sorry if this is a stupid question. > > > > > > In our company, we want to set up a small network of about 20 PCs. > ADSL > > > seems like a good inexpensive solution, and I understand that FreeBSD > with > > > Netgraph can act like a gateway for our computers. > > > > are they in different places? > > No - the same place. > > > Negraph/ppp can act as a gateway for pppoe connections but I am not sure > > how that helps you. How do you get the ADSL sessions to terminate on > > an ethernet in your office? > > (does your ISP provide that service?) Where I come from (Ontario, Canada), there are two predominant forms of DSL service. Residential DSL provides a DSL modem, which you need to talk PPPoE to, or Commercial DSL, which provides a DSL modem and a Cisco 1600. If you're going to get hardware equivalent to the "Residental DSL" service, then you can use PPPoE on FreeBSD to connect. If your ISP will provide you with a router, then you don't have to worry about the PPPoE stuff. In both cases, I believe you'll have to run routed in order to route the block of IPs into via your firewall node to your internal network, or use NAT to do a 1-1 mapping of public routable IPs to private 192.168.x.x addresses. -- Matt Emmerton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 13 7:39:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 1BAA437B491 for ; Tue, 13 Feb 2001 07:39:16 -0800 (PST) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.1/8.11.1) with SMTP id f1DFbah05323; Tue, 13 Feb 2001 10:37:36 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Tue, 13 Feb 2001 10:37:35 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Lists Account Cc: hackers@freebsd.org Subject: Re: Jail Pseudo Terminals 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 Generally speaking, applications expect terminal names to use the following pattern: tty followed by two characterS: Possible first character: pqrsPQRS Possible second character: 0123456789abcdefghijklmnpopqrstuv Normally the selection and allocation of a pty is done transparently to the application using the openpty() call. The names you've provided don't fit that pattern, although as long as an application finds them, they work fine. This suggests that ssh is not using openpty(), or that something else is going on here. In any case, the supported way to create pty device nodes is: sh MAKEDEV pty0 # first 32 ptys sh MAKEDEV pty1 # second 32 ptys sh MAKEDEV pty2 # third 32 ptys Up to a possible pty7, offering a maximum of 256 pty's. It's possible to get a FreeBSD box to do more than that, but you'll need to tweak the kernel, as well as libutil and rebuild appropriate applications. It's possibly someone has removed the 256 bound in -CURRENT, although I don't believe they have (haven't checked lately though). So my advice would be to start again by blowing away the ttyp*/pty* in your jail dev directory, and using the MAKEDEV script to create pty0-pty2 and see if that works better. One of the really nice things about -CURRENT is that we now use devfs by default (don't try this in -STABLE), although I'm not sure how adapted devfs for jail() right now. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services On Tue, 13 Feb 2001, Lists Account wrote: > Hi, > > Ok this is getting a bit strange. Interestingly enough ssh works 100% > with my method of tty creation, having created (from outside the > jail) ttyp32 - ttyp100 (with the minor/major numbers set as 5,XX where XX > is ttypXX), and a mknod type of c, ssh allocates ttys fine, however screen > still tells me there are no ttys available? > > Any ideas? > > Andrew > > On Mon, 12 Feb 2001, Robert Watson wrote: > > > > > On Mon, 12 Feb 2001, Lists Account wrote: > > > > > Just a quick question Im hoping someone can help me with. I extended > > > the number of pty's available on my base box just fine, with an edit to > > > /etc/ttys and making some new devices, then just a kill -1 1, and > > > everything worked fine. > > > > > > I did exactly the same thing under the jail, it didnt work, rebooted the > > > box and it still didnt work, does anyone know how to extend the number > > > of pty's under a jail? Any help would be MUCH appreciated > > > > Hmm. What do you mean by, ``I did exactly the same thing under the jail'' > > -- the mknod() syscall for device nodes is unavailable under jail() so as > > to prevent the creation of inappropriate devices that might allow the > > attacker to circumvent the jail() protections. So there are two things > > you could have done: (1) used MAKEDEV under jail(), and either it didn't > > generate appropriate error messages, or you missed them, and you should be > > running the MAKEDEV in the per-jail /dev directory, but not from within > > the jail(), or (2) you ran MAKEDEV outside the jail, and something else is > > broken. My first guess would be that you did (1), and running MAKEDEV > > outside of a jail() process but in the jail() /dev will fix things. > > > > Also, generally speaking, pty's are not managed by init, rather, they are > > dynamically allocated using openpty(), so you shouldn't need to HUP init, > > or even modify /etc/ttys. In fact, from within a jail(), you should be > > unable to successfully HUP the pid 1 init process. > > > > Robert N M Watson FreeBSD Core Team, TrustedBSD Project > > robert@fledge.watson.org NAI Labs, Safeport Network Services > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 13 7:48: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id E34D937B491 for ; Tue, 13 Feb 2001 07:48:00 -0800 (PST) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id KAA30633; Tue, 13 Feb 2001 10:47:58 -0500 (EST) (envelope-from wollman) Date: Tue, 13 Feb 2001 10:47:58 -0500 (EST) From: Garrett Wollman Message-Id: <200102131547.KAA30633@khavrinen.lcs.mit.edu> To: Luigi Rizzo Cc: usebsd@free.fr (mouss), drosih@rpi.edu, hackers@FreeBSD.ORG, wollman@khavrinen.lcs.mit.edu Subject: Re: [kernel patch] fcntl(...) to close many descriptors In-Reply-To: <200101281837.f0SIbGI24332@iguana.aciri.org> References: <01012820234100.00214@dades.chilali.net> <200101281837.f0SIbGI24332@iguana.aciri.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > basically i am thinking of something like > generic_syscall("fdcloseall", ....); No less clear than ret = syscall(SYS_FDCLOSEALL, ...); -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 13 8:17:19 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sabre.velocet.net (sabre.velocet.net [198.96.118.66]) by hub.freebsd.org (Postfix) with ESMTP id 14C2237B491 for ; Tue, 13 Feb 2001 08:17:14 -0800 (PST) Received: from office.tor.velocet.net (trooper.velocet.net [204.138.45.2]) by sabre.velocet.net (Postfix) with ESMTP id 3BD66137FE3 for ; Tue, 13 Feb 2001 11:17:13 -0500 (EST) Received: (from dgilbert@localhost) by office.tor.velocet.net (8.11.2/8.9.3) id f1DGHCO27719; Tue, 13 Feb 2001 11:17:12 -0500 (EST) (envelope-from dgilbert) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14985.24072.30011.173768@trooper.velocet.net> Date: Tue, 13 Feb 2001 11:17:12 -0500 (EST) To: freebsd-hackers@freebsd.org Subject: edit /usr/src/contrib/ipfiler requires full recompile. X-Mailer: VM 6.75 under 20.4 "Emerald" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I recently tracked down the fact that our office uses up to 140000 states and then tracked down where to edit this in ipfilter (/usr/src/contrib/ipfilter/ip_state.h). This was somewhat obtuse, but that is more the product of the ipfilter project documentation than anything FreeBSD has done. This basically involved editing several constants ... and all is happy now. However, I found that editing this file didn't trigger it to be recompiled by the kernel make process. I have two suggestions: 1) make something dependant on these file somehow. 2) make a knob in LINT for IPSTATE_SIZE and IPSTATE_MAX Dave. -- ============================================================================ |David Gilbert, Velocet Communications. | Two things can only be | |Mail: dgilbert@velocet.net | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =========================================================GLO================ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 13 8:33:33 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 617D737B491 for ; Tue, 13 Feb 2001 08:33:29 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id RAA96107; Tue, 13 Feb 2001 17:33:07 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: David Gilbert Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: edit /usr/src/contrib/ipfiler requires full recompile. References: <14985.24072.30011.173768@trooper.velocet.net> From: Dag-Erling Smorgrav Date: 13 Feb 2001 17:33:07 +0100 In-Reply-To: David Gilbert's message of "Tue, 13 Feb 2001 11:17:12 -0500 (EST)" Message-ID: Lines: 13 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David Gilbert writes: > I recently tracked down the fact that our office uses up to 140000 > states and then tracked down where to edit this in ipfilter > (/usr/src/contrib/ipfilter/ip_state.h). [...] > However, I found that editing this file didn't trigger it to be > recompiled by the kernel make process. Of course not. It's not part of the kernel. There's a duplicate of this file in /usr/src/sys/netinet which need to be kept in synch. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 13 9:22:28 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 695AC37B491; Tue, 13 Feb 2001 09:22:22 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1DHLtW39619; Tue, 13 Feb 2001 10:21:55 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102131721.f1DHLtW39619@harmony.village.org> To: Wes Peters Subject: Re: Dynalink. PCMCIA Ethernet adapter Cc: =?iso-8859-1?Q?Jes=FAs=20Arn=E1iz?= , freebsd-question@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Mon, 12 Feb 2001 22:49:22 MST." <3A88CAE2.E03C5257@softweyr.com> References: <3A88CAE2.E03C5257@softweyr.com> Date: Tue, 13 Feb 2001 10:21:54 -0700 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <3A88CAE2.E03C5257@softweyr.com> Wes Peters writes: : a) I doubt you'll find the "Dynalink L100C32" supported (yet), and That name looks familiar. Either the rl driver or the dc driver should support it. However, you are insane if you think that upgrading to current right now is fun or desirable. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 13 9:33:12 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mothra.ecs.csus.edu (mothra.ecs.csus.edu [130.86.76.220]) by hub.freebsd.org (Postfix) with ESMTP id 18DA837B491 for ; Tue, 13 Feb 2001 09:33:09 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mothra.ecs.csus.edu (8.11.1/8.11.1) with ESMTP id f1DHGnB14688; Tue, 13 Feb 2001 09:16:49 -0800 (PST) (envelope-from joseph@randomnetworks.com) Date: Tue, 13 Feb 2001 09:16:49 -0800 (PST) From: Joseph Scott X-X-Sender: To: Cc: Subject: Re: Handspring. In-Reply-To: <3A84C0BC.666A97F5@columbus.rr.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, 9 Feb 2001, Kenny Drobnack wrote: # Do you mean getting FreeBSD ported to the Handspring, or do you mean # using FreeBSD to sync with it? As for porting FreeBSD to it it sounds # like Brooks knows what he's talking about. As far as syncing a # Handspring Visor with FreeBSD - dunno. Tried using the coldsync program # which was meant for syncing Palm Pilots, and the coldsync web page # claims that it works with Visors too. When I run coldsync, I get a # message "Please press the hotsync button" and when I hit the button I # get the message two more times, and then either it locked up or the # whole system locks up. Same results using a serial cradle instead of # the USB cradle that came with it. I noticed Linux has a Handspring # Visor driver, not sure what's up with that. I've been using J-Pilot (which uses pilot-link port to actually talk to the Visor) to sync with my Visor. I've only used the serial link, but I believe the USB link would work also. # # > > What are the chances of porting to this baby? # > # > None what so ever. The processor on the Handsping (and all other current # > PalmOS based devices) doesn't have an MMU and most UNIX-like OSes assume # > you have one. There is a Linux port of some sort and I've heard mention # > that there's some intrest in the NetBSD community, but itty-bitty, # > feature-poor processors don't really fit with FreeBSD's server/embedded # > (generally high-end embedded systems) focus. In the future there may # > be PalmOS based devices that you could port FreeBSD to, but that will # > be after then finish the hardware abstraction layer. Once someone gets # > around to doing the work, the StrongARM port should work on HP iPAQs, # > but that's not what you were asking. # > # > -- 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 # # # 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 Feb 13 9:35:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 94CF637B491; Tue, 13 Feb 2001 09:35:26 -0800 (PST) Received: from dbsys.etinc.com (dbsys.etinc.com [207.252.1.18]) by etinc.com (8.9.3/8.9.3) with ESMTP id MAA63815; Tue, 13 Feb 2001 12:42:00 GMT (envelope-from dennis@etinc.com) Message-Id: <5.0.0.25.0.20010213124015.02572a40@mail.etinc.com> X-Sender: dennis@mail.etinc.com X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Tue, 13 Feb 2001 12:47:34 -0500 To: Julian Elischer From: Dennis Subject: Re: ADSL and PPPoE question Cc: freebsd-hackers@FreeBSD.ORG, isp@FreeBSD.ORG In-Reply-To: <3A88A3DC.19B01FEA@elischer.org> References: <20768358.981997424567.JavaMail.imail@seamore.excite.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 10:02 PM 02/12/2001, Julian Elischer wrote: >kiguchi@excite.com wrote: > > > > On Mon, 12 Feb 2001 08:20:55 -0800, Julian Elischer wrote: > > > > > kiguchi@excite.com wrote: > > > > > > > > I'm very sorry if this is a stupid question. > > > > > > > > In our company, we want to set up a small network of about 20 PCs. > > ADSL > > > > seems like a good inexpensive solution, and I understand that FreeBSD > > with > > > > Netgraph can act like a gateway for our computers. > > > > > > are they in different places? > > > > No - the same place. > > > > > Negraph/ppp can act as a gateway for pppoe connections but I am not sure > > > how that helps you. How do you get the ADSL sessions to terminate on > > > an ethernet in your office? > > > (does your ISP provide that service?) The "way" do to this is by getting a frame T1 and running a DLCI to each of your customers, and do ethernet bridging over the frame. You have 1 line into your hub and you can service many customers on the frame. We have customers services 200+ customers on a single T1 and 800+ and a T3. A cisco 1600 will choke at about 150 customers (and perform like crap as you approach it). Dennis > > > > > > > > What I don't understand is whether we will have to use IP aliasing > > (NAT) or > > > > we can have our own routable IP range. > > > > > > That very much depends on what you think the topology looks like.? > > > > I thought something like this: > > > > [ISP] > > | > > | > > ----------------- > > Office [ADSL] > > | > > | > > [FreeBSD Box] > > | | | | > > | | | | > > [A][B][C][D] > > > > where A, B, C, D all have their own routable IPs. So according to > what you > > said, FreeBSD would need to establish a separate PPPoE session for each of > > the computers A, B, C and D, provided the ISP supports multiple PPPoE > > sessions over the single ADSL line? > >no that would give 4 connections to the FreeBSD machine, and not 4 >connections to the client machines. Does your ISP even use PPPoE? >it is possible to have ADSL without it.. > > > > > I need to know if this configuration is possible, so I will know what > to ask > > the ISP sales and support people. So far they haven't been very helpful. > > > > Thank you very much for your reply > > >what the ISP will try sell you will be: > > > [ISP] > > | > > | > > ----------------- > > Office [ADSL] > > | > > | <--------ethernet > +--+--+--+ > > | | | | > > | | | | > > [A][B][C][D] > >which is quite possible with ethernet attached ADSL modems. > >this might even be an ok way for you to go, >but the client machines will be 'vulnerable' on the network to >hackers. > > >A more common answer is: > > [ISP] > > | > > | > > ----------------- > > Office [ADSL] > > | > > | <--------ethernet > > [FreeBSD Box] > > | | | | > > | | | | > > [A][B][C][D] > >where the freebsd box does NAT and the other machines have addresses >assigned in the 10.x.x.x space or 192.168.x.x space. >this gives you some protection of the client boxes. > >-- > __--_|\ Julian Elischer > / \ julian@elischer.org > ( OZ ) World tour 2000-2001 >---> X_.---._/ > v > > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 13 11:17:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dayspring.firedrake.org (dayspring.firedrake.org [195.82.105.251]) by hub.freebsd.org (Postfix) with ESMTP id 2024737B503 for ; Tue, 13 Feb 2001 11:17:37 -0800 (PST) Received: from float by dayspring.firedrake.org with local (Exim 3.12 #1 (Debian)) id 14Skwd-0004Bl-00; Tue, 13 Feb 2001 19:16:59 +0000 Date: Tue, 13 Feb 2001 19:16:59 +0000 To: Jordan Hubbard Cc: kstewart@urx.com, Danny Braniss , freebsd-hackers@FreeBSD.ORG Subject: Re: soft updates performance Message-ID: <20010213191659.A5429@firedrake.org> References: <81045.982046200@winston.osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <81045.982046200@winston.osd.bsdi.com>; from jkh@winston.osd.bsdi.com on Mon, Feb 12, 2001 at 10:36:40PM -0800 From: void Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Feb 12, 2001 at 10:36:40PM -0800, Jordan Hubbard wrote: > > With how many running processors? If you're running -j4 on a > uniprocessor system, you're only introducing competition for already > scarce CPU resources, though -j2 can be a speedup since this allows > one target build to run while another is in an I/O wait. I've only > seen a speedup with -j4 when using at least 2 CPUs. Interesting. When I asked about optimal values on this list maybe a year ago, I was told that -j(4 * NCPU) was a good choice. I guess that doesn't work for NCPU == 1. -- Ben "I told Paddy no, I told Steve no, I told Paul no, and Ben fell asleep." --Kate C. (no, different Ben, I would have stayed up) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 13 11:34:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gadolinium.btinternet.com (gadolinium.btinternet.com [194.73.73.111]) by hub.freebsd.org (Postfix) with ESMTP id 0287237B67D for ; Tue, 13 Feb 2001 11:34:43 -0800 (PST) Received: from host62-7-8-162.btinternet.com ([62.7.8.162] helo=mail.btinternet.com) by gadolinium.btinternet.com with smtp (Exim 3.03 #83) id 14SlDg-0005nO-00 for hackers@freebsd.org; Tue, 13 Feb 2001 19:34:36 +0000 Date: Tue, 13 Feb 2001 19:31:50 +0000 From: David Rufino To: hackers@freebsd.org Subject: character device driver Message-ID: <20010213193150.A882@btinternet.com> Mail-Followup-To: David Rufino , hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I'm writing a character device driver in which each minor device can be opened more than once. When a device is opened is there a way to associate some private data for each opened instance ? Thanks. David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 13 11:40:26 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from iguana.aciri.org (iguana.aciri.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id 123E137B491 for ; Tue, 13 Feb 2001 11:40:25 -0800 (PST) Received: (from rizzo@localhost) by iguana.aciri.org (8.11.1/8.11.1) id f1DJeMH34966; Tue, 13 Feb 2001 11:40:22 -0800 (PST) (envelope-from rizzo) From: Luigi Rizzo Message-Id: <200102131940.f1DJeMH34966@iguana.aciri.org> Subject: Re: character device driver In-Reply-To: <20010213193150.A882@btinternet.com> from David Rufino at "Feb 13, 2001 7:31:50 pm" To: daverufino@btinternet.com (David Rufino) Date: Tue, 13 Feb 2001 11:40:22 -0800 (PST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Hi, > > I'm writing a character device driver in which each minor device can be > opened more than once. When a device is opened is there a way to associate > some private data for each opened instance ? Thanks. allocation is easy -- what is complex is looking up the private data on each system calls because you usually have no reference to which instance of the open() the syscall refers to. A hack that can work in some cases (ioctl and some other calls do include the necessary info) is to use the process id of the caller to differentiate. But you must be careful about processes forking and passing fd's to their children... cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 13 11:40:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (flutter.freebsd.dk [212.242.40.147]) by hub.freebsd.org (Postfix) with ESMTP id B251337B503 for ; Tue, 13 Feb 2001 11:40:29 -0800 (PST) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.1/8.11.1) with ESMTP id f1DJeUw53092; Tue, 13 Feb 2001 20:40:30 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: David Rufino Cc: hackers@FreeBSD.ORG Subject: Re: character device driver In-Reply-To: Your message of "Tue, 13 Feb 2001 19:31:50 GMT." <20010213193150.A882@btinternet.com> Date: Tue, 13 Feb 2001 20:40:30 +0100 Message-ID: <53090.982093230@critter> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010213193150.A882@btinternet.com>, David Rufino writes: >Hi, > >I'm writing a character device driver in which each minor device can be >opened more than once. When a device is opened is there a way to associate >some private data for each opened instance ? Thanks. It is not possible to do this. There is no reliable way to associate a call into the device driver with a particular file descriptor, and in particular the driver cannot find out what happens in if dup(2) is used. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 13 11:55:34 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from level3.dynacom.net (level3.dynacom.net [206.107.213.213]) by hub.freebsd.org (Postfix) with SMTP id 7B1E537B491 for ; Tue, 13 Feb 2001 11:55:26 -0800 (PST) Received: (qmail 25694 invoked by uid 0); 13 Feb 2001 19:55:25 -0000 Received: from dsl1-160.dynacom.net (HELO urx.com) (206.159.132.160) by mail.urx.com with SMTP; 13 Feb 2001 19:55:25 -0000 Message-ID: <3A89912C.646DC42B@urx.com> Date: Tue, 13 Feb 2001 11:55:24 -0800 From: Kent Stewart Reply-To: kstewart@urx.com Organization: Dynacom X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: void Cc: Jordan Hubbard , Danny Braniss , freebsd-hackers@FreeBSD.ORG Subject: Re: soft updates performance References: <81045.982046200@winston.osd.bsdi.com> <20010213191659.A5429@firedrake.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG void wrote: > > On Mon, Feb 12, 2001 at 10:36:40PM -0800, Jordan Hubbard wrote: > > > > With how many running processors? If you're running -j4 on a > > uniprocessor system, you're only introducing competition for already > > scarce CPU resources, though -j2 can be a speedup since this allows > > one target build to run while another is in an I/O wait. I've only > > seen a speedup with -j4 when using at least 2 CPUs. > > Interesting. When I asked about optimal values on this list maybe a > year ago, I was told that -j(4 * NCPU) was a good choice. I guess that > doesn't work for NCPU == 1. I did some testing last night and found that there was a difference of 50% between -j4 and not running softupdates and running softupdates and no -j4. The buildworld elapsed clock times were 58 minutes for the first case and 38 minutes for the last case. Even -j2 added 11 minutes to the elapsed build time. I thought I had been hit by one of the file system cron jobs on -j2 and ran it again. The difference was around 10 seconds between the two runs. The user time isn't that much different but the -jn contention really slows the buildworld down. The times are in a table at http://dsl1-160.dynacom.net/freebsd/urban_legends.html kent > > -- > Ben > > "I told Paddy no, I told Steve no, I told Paul no, and Ben fell asleep." > --Kate C. (no, different Ben, I would have stayed up) -- Kent Stewart Richland, WA mailto:kbstew99@hotmail.com http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 13 11:56:57 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from primo.verat.net (primo.verat.net [217.26.64.130]) by hub.freebsd.org (Postfix) with ESMTP id B583537B491 for ; Tue, 13 Feb 2001 11:56:54 -0800 (PST) Received: from scorpion.cosmos.all.net (ppp-67.verat.net [217.26.65.67]) by primo.verat.net (8.9.3/8.9.3) with ESMTP id UAA01632 for ; Tue, 13 Feb 2001 20:56:53 +0100 Received: from scorpion.cosmos.all.net (scorpion.cosmos.all.net [127.0.0.1]) by scorpion.cosmos.all.net (8.11.2/8.11.2) with ESMTP id f1DL3ba00770 for ; Tue, 13 Feb 2001 21:03:38 GMT Date: Tue, 13 Feb 2001 21:03:30 +0000 (GMT) From: milunovic X-Sender: milunovic@scorpion.cosmos.all.net To: hackers@freebsd.org Subject: huh 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 -----BEGIN PGP SIGNED MESSAGE----- Huh thanks those who helped me with some ptrace() examples for Linux. But I cann't still figure how to trace programm execution under FreeBSD... please can anybody help me or give me some source example to see:o) Thank you - -- Vojislav Milunovic milunovic@sendmail.ru -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0i for non-commercial use Charset: noconv iQEVAwUBOomhKC3gPLld8IkLAQF40gf/WFbgRs2B3uXVQMtegz9JVfRd19VOboxB /ER3e0usC9tsoBiQ/t+qSoVcZgTT+ARSEqAkmb1vo+dzaACu676G+mrdDo64eDcI TBWtimmAPUjhjc3kWasBaSi5RITm/E5Sw0dRt0ToAN7YcXoZxvQ5bxQuaMr6/ZMX LRdHdNbK2K3H4BQoknuCu/f7br/TcwXct+vF8Cn6iwXoUhpzOmU5Bkec4O1lBqTN TVmDQLRP6dRE0t/NX1TGSwoz6o2dCO/OtSnM9HCZ8eknOkl/nhKd2KxT8X8h7t6T V4tKi5syqrPZBBkP0v9P3AWcLaFDbSO6s9plJXbaYrijT0N/gqnFmQ== =KdCL -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 13 12:19:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.gmx.net (pop.gmx.de [194.221.183.20]) by hub.freebsd.org (Postfix) with SMTP id 737ED37B491 for ; Tue, 13 Feb 2001 12:19:11 -0800 (PST) Received: (qmail 10061 invoked by uid 0); 13 Feb 2001 20:19:09 -0000 Received: from p3e9d44d7.dip.t-dialin.net (HELO forge.local) (62.157.68.215) by mail.gmx.net (mail07) with SMTP; 13 Feb 2001 20:19:09 -0000 Received: from thomas by forge.local with local (Exim 3.20 #1) id 14Slug-0000Pp-00 for ; Tue, 13 Feb 2001 21:19:02 +0100 Date: Tue, 13 Feb 2001 21:19:02 +0100 From: Thomas Moestl To: freebsd-hackers@freebsd.org Subject: robustness fix for SYSCTL_OUT Message-ID: <20010213211902.A873@crow.dom2ip.de> Mail-Followup-To: Thomas Moestl , freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="huq684BweRXVnRxX" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, the following is from sys/kern/kern_sysctl.c: static int sysctl_old_kernel(struct sysctl_req *req, const void *p, size_t l) { size_t i = 0; if (req->oldptr) { i = l; if (i > req->oldlen - req->oldidx) i = req->oldlen - req->oldidx; if (i > 0) bcopy(p, (char *)req->oldptr + req->oldidx, i); } req->oldidx += l; if (req->oldptr && i != l) return (ENOMEM); return (0); } oldidx and oldlen are both size_t (unsigned). If l happens to be larger than (req->oldlen - req->oldidx), ENOMEM is returned correctly, but req->oldidx is increased by the full length. If a buggy caller does not react on the error and calls SYSCTL_OUT again (SYSCTL_OUT normally causes sysctl_old_kernel() or sysctl_old_user, which has a similar bug, to be called), oldidx will be greater than oldlen, and since both are unsigned, the if test will fail, so we will bcopy outside of the buffer and no longer return ENOMEM. Not that this does not matter if SYSCTL_OUT is used correctly, but for the sake of robustness, I think it should be fixed. Currently, there is one place in the -CURRENT kernel (that I know of) that actually gets hit by this bug. -STABLE seems fine. I propose the attached fix. Could it please be reviewed and commited if correct? - thomas --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="sysctl4.diff" *** sys.3/kern/kern_sysctl.c Tue Feb 13 16:15:52 2001 --- sys/kern/kern_sysctl.c Tue Feb 13 20:06:37 2001 *************** *** 817,824 **** if (req->oldptr) { i = l; ! if (i > req->oldlen - req->oldidx) ! i = req->oldlen - req->oldidx; if (i > 0) bcopy(p, (char *)req->oldptr + req->oldidx, i); } --- 817,827 ---- if (req->oldptr) { i = l; ! if (req->oldlen <= req->oldidx) ! i = 0; ! else ! if (i > req->oldlen - req->oldidx) ! i = req->oldlen - req->oldidx; if (i > 0) bcopy(p, (char *)req->oldptr + req->oldidx, i); } *************** *** 914,921 **** } if (req->oldptr) { i = l; ! if (i > req->oldlen - req->oldidx) ! i = req->oldlen - req->oldidx; if (i > 0) error = copyout(p, (char *)req->oldptr + req->oldidx, i); --- 917,927 ---- } if (req->oldptr) { i = l; ! if (req->oldlen <= req->oldidx) ! i = 0; ! else ! if (i > req->oldlen - req->oldidx) ! i = req->oldlen - req->oldidx; if (i > 0) error = copyout(p, (char *)req->oldptr + req->oldidx, i); --huq684BweRXVnRxX-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 13 12:41:19 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from web9613.mail.yahoo.com (web9613.mail.yahoo.com [216.136.131.12]) by hub.freebsd.org (Postfix) with SMTP id 8CE0F37B503 for ; Tue, 13 Feb 2001 12:41:16 -0800 (PST) Message-ID: <20010213204116.32382.qmail@web9613.mail.yahoo.com> Received: from [128.113.65.207] by web9613.mail.yahoo.com; Tue, 13 Feb 2001 12:41:16 PST Date: Tue, 13 Feb 2001 12:41:16 -0800 (PST) From: Swamy Ananthanarayan Subject: Reading kernel side time and kldload To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, I would like to be able to read time from the kernel side without using microtime or getmicrotime. I understand that time can be examined directly by reading (struct timeval) time. From reading the mailing list archives, it seems that direct access of the time struct is not atomic..and that you must use, #include extern struct timeval time; int s = splclock(); struct timeval temp_tv = time; splx(s); The preceding code is part of a module that I am writing. It compiles fine but when I go to load the module, it complains, kldload: can't load ./chardev_clock.ko: Exec format error When I remove the above piece of code and use microtime instead..it works fine. Any ideas? Thank you Swamy __________________________________________________ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 13 12:41:33 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from black.purplecat.net (ns1.purplecat.net [209.16.228.148]) by hub.freebsd.org (Postfix) with ESMTP id 1A90237B4EC for ; Tue, 13 Feb 2001 12:41:27 -0800 (PST) Received: from localhost (peter@localhost) by black.purplecat.net (8.8.8/8.8.8) with ESMTP id PAA10147 for ; Tue, 13 Feb 2001 15:43:46 -0500 (EST) (envelope-from peter@black.purplecat.net) Date: Tue, 13 Feb 2001 15:43:46 -0500 (EST) From: Peter Brezny To: freebsd-hackers@freebsd.org Subject: 3ware 3dm utility working? 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 Mike, or anyone, I'm having some difficulty getting the 3dm beta controller sw for the 3ware escalade ide raid cards to work. here's what i have installed and what its doing. If anyone has some tips or suggestions as to what i've done wrong, let me know. I'd really like to get this working. TIA Peter Brezny SysAdmin Services Inc. I'm not able to get the web interface to respond. From outside the box. lynx localhost 1080 gives me a list of .gif files i can't read lynx localhost:1080 appears to hang from a remote browser, netscape 10.10.1.2:1080 waits for reply until i kill 3dmd then immediately drops the connection IE 5.0 does the same thing ie 5.0 to 10.10.1.2 1080 attempts to make a connection but redirects to https://10.10.1.2%201080 and returns an http 400 bad request error. I hope this helps and that i haven't just missed something simple in my config. Let me know what do to from here. I'm running 4.2-stable (updated about 3 weeks ago) i unziped the package into /usr/local/src/3dmd and unziped the help into /usr/local/src/3dmd/help/ i placed the 3dmd executable into /usr/local/bin and modified the 3dmd.conf as shown below. MAIL Y SERVER 10.10.1.2 SENDER 3DM RCPT peter@sysadmin-inc.com AUDIO YES CALL3WARE YES PORT 1080 FW 30 HELP /usr/local/src/3dm/help/3dm SNMP No PASSWORD No KEY OmwmsK8lKk2 Peter Brezny SysAdmin Services Inc. -----Original Message----- From: Mike Smith [mailto:msmith@freebsd.org] Sent: Thursday, January 25, 2001 6:11 PM To: ps@freebsd.org Cc: Mike Tancsa; Peter Brezny Subject: New 3DM beta. Folks, this is the 'release candidate' 3dm binary. Please test as best you can, and give me feedback, preferably ASAP. They'd like to announce during Linuxworld, which would be spiff. I'm also trying to get approval for a wider release of this, but no promises yet. So any time you can spend beating it up will help. Regards, Mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 13 13:24:39 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 2B96837B4EC for ; Tue, 13 Feb 2001 13:24:37 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1DLNrW41419; Tue, 13 Feb 2001 14:23:54 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102132123.f1DLNrW41419@harmony.village.org> To: void Subject: Re: soft updates performance Cc: Jordan Hubbard , kstewart@urx.com, Danny Braniss , freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Tue, 13 Feb 2001 19:16:59 GMT." <20010213191659.A5429@firedrake.org> References: <20010213191659.A5429@firedrake.org> <81045.982046200@winston.osd.bsdi.com> Date: Tue, 13 Feb 2001 14:23:53 -0700 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010213191659.A5429@firedrake.org> void writes: : On Mon, Feb 12, 2001 at 10:36:40PM -0800, Jordan Hubbard wrote: : > : > With how many running processors? If you're running -j4 on a : > uniprocessor system, you're only introducing competition for already : > scarce CPU resources, though -j2 can be a speedup since this allows : > one target build to run while another is in an I/O wait. I've only : > seen a speedup with -j4 when using at least 2 CPUs. : : Interesting. When I asked about optimal values on this list maybe a : year ago, I was told that -j(4 * NCPU) was a good choice. I guess that : doesn't work for NCPU == 1. Back at Solbourne (Sparc multiprossors running in the 50-75MHz range), the optimal value was determined imperically to be between 1.3 and 1.7 times the number of CPUs rounded up. A 8 CPU system made the kernel fasted at about -j13 or so. But the whole range from -j 10 to -j 15 gave within 5% of the optimal value. I've seen speedups on systems with very fast memory subsystems, but only decent disks with -j 4. My PII 500 was one such beast. However, -j 4 wasn't 2x faster than -j 2. It was more like 1.2 or 1.3 x faster (eg 20% or so). If a -j 1 kernel build took 600s, a -j 2 build would take 375-400s while a -j 4 would take more like 320-340. I also had a lot of memory on this box, so the extra jobs weren't fighting each other for that. NFS was involved, so maybe that throws the mix off :-) Your milage may vary. This sort of thing is fairly dependent on the actual system, but it varies from no gain to big gains. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 13 13:24:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 8F2F637B6A0 for ; Tue, 13 Feb 2001 13:24:41 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1DLOTW41431; Tue, 13 Feb 2001 14:24:29 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102132124.f1DLOTW41431@harmony.village.org> To: David Rufino Subject: Re: character device driver Cc: hackers@FreeBSD.ORG In-reply-to: Your message of "Tue, 13 Feb 2001 19:31:50 GMT." <20010213193150.A882@btinternet.com> References: <20010213193150.A882@btinternet.com> Date: Tue, 13 Feb 2001 14:24:29 -0700 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010213193150.A882@btinternet.com> David Rufino writes: : I'm writing a character device driver in which each minor device can be : opened more than once. When a device is opened is there a way to associate : some private data for each opened instance ? Thanks. No. You only get one close call and in the kernel all instances of a minor device are treated identically. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 13 13:51:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from iguana.aciri.org (iguana.aciri.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id B5F7537B65D for ; Tue, 13 Feb 2001 13:51:36 -0800 (PST) Received: (from rizzo@localhost) by iguana.aciri.org (8.11.1/8.11.1) id f1DLpVZ38897; Tue, 13 Feb 2001 13:51:31 -0800 (PST) (envelope-from rizzo) From: Luigi Rizzo Message-Id: <200102132151.f1DLpVZ38897@iguana.aciri.org> Subject: Re: character device driver In-Reply-To: <200102132124.f1DLOTW41431@harmony.village.org> from Warner Losh at "Feb 13, 2001 2:24:29 pm" To: imp@harmony.village.org (Warner Losh) Date: Tue, 13 Feb 2001 13:51:26 -0800 (PST) Cc: daverufino@btinternet.com, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In message <20010213193150.A882@btinternet.com> David Rufino writes: > : I'm writing a character device driver in which each minor device can be > : opened more than once. When a device is opened is there a way to associate > : some private data for each opened instance ? Thanks. > > No. You only get one close call and in the kernel all instances of a > minor device are treated identically. this is not true anymore, there is some special flag you can specify in cdevsw or so which passes all close calls to the driver. cheers luigi ----------------------------------+----------------------------------------- Luigi RIZZO, luigi@iet.unipi.it . ACIRI/ICSI (on leave from Univ. di Pisa) http://www.iet.unipi.it/~luigi/ . 1947 Center St, Berkeley CA 94704 Phone: (510) 666 2927 ----------------------------------+----------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 13 14: 2:12 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 8B36D37B4EC for ; Tue, 13 Feb 2001 14:02:09 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1DM20W41714; Tue, 13 Feb 2001 15:02:02 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102132202.f1DM20W41714@harmony.village.org> To: Luigi Rizzo Subject: Re: character device driver Cc: daverufino@btinternet.com, hackers@FreeBSD.ORG In-reply-to: Your message of "Tue, 13 Feb 2001 13:51:26 PST." <200102132151.f1DLpVZ38897@iguana.aciri.org> References: <200102132151.f1DLpVZ38897@iguana.aciri.org> Date: Tue, 13 Feb 2001 15:02:00 -0700 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200102132151.f1DLpVZ38897@iguana.aciri.org> Luigi Rizzo writes: : > In message <20010213193150.A882@btinternet.com> David Rufino writes: : > : I'm writing a character device driver in which each minor device can be : > : opened more than once. When a device is opened is there a way to associate : > : some private data for each opened instance ? Thanks. : > : > No. You only get one close call and in the kernel all instances of a : > minor device are treated identically. : : this is not true anymore, there is some special flag you can : specify in cdevsw or so which passes all close calls to the driver. It is only half untrue. There's a special flag to get all calls to close, but you have no way of knowing which instance of the minor device is being closed because they are all identical in the kernel's eyes. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 13 14: 6:57 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from iguana.aciri.org (iguana.aciri.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id 7ED2637B503 for ; Tue, 13 Feb 2001 14:06:55 -0800 (PST) Received: (from rizzo@localhost) by iguana.aciri.org (8.11.1/8.11.1) id f1DM6mn40550; Tue, 13 Feb 2001 14:06:48 -0800 (PST) (envelope-from rizzo) From: Luigi Rizzo Message-Id: <200102132206.f1DM6mn40550@iguana.aciri.org> Subject: Re: character device driver In-Reply-To: <200102132202.f1DM20W41714@harmony.village.org> from Warner Losh at "Feb 13, 2001 3: 2: 0 pm" To: imp@harmony.village.org (Warner Losh) Date: Tue, 13 Feb 2001 14:06:43 -0800 (PST) Cc: rizzo@aciri.org, daverufino@btinternet.com, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > : > No. You only get one close call and in the kernel all instances of a > : > minor device are treated identically. > : > : this is not true anymore, there is some special flag you can > : specify in cdevsw or so which passes all close calls to the driver. > > It is only half untrue. There's a special flag to get all calls to ok, i was only commenting on the flag to get all close calls to the driver (you still get to know the pid of the process issuing the close() but this is not always enough). cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 13 14: 9:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 2592D37B491 for ; Tue, 13 Feb 2001 14:09:34 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1DM9QW41788; Tue, 13 Feb 2001 15:09:26 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102132209.f1DM9QW41788@harmony.village.org> To: Luigi Rizzo Subject: Re: character device driver Cc: daverufino@btinternet.com, hackers@FreeBSD.ORG In-reply-to: Your message of "Tue, 13 Feb 2001 14:06:43 PST." <200102132206.f1DM6mn40550@iguana.aciri.org> References: <200102132206.f1DM6mn40550@iguana.aciri.org> Date: Tue, 13 Feb 2001 15:09:26 -0700 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200102132206.f1DM6mn40550@iguana.aciri.org> Luigi Rizzo writes: : (you still get to know the pid of the process issuing the close() but : this is not always enough). Yes, but if I open it twice in the same process, call dup2, fork, etc, etc, etc. With the cooperation of the userland process more things are possible. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 13 21:45:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by hub.freebsd.org (Postfix) with ESMTP id 4D9DE37B491 for ; Tue, 13 Feb 2001 21:45:45 -0800 (PST) Received: from chimp.simianscience.com (cage.simianscience.com [64.7.134.1]) by smtp1.sentex.ca (8.11.2/8.11.1) with SMTP id f1E5jbf50011; Wed, 14 Feb 2001 00:45:37 -0500 (EST) (envelope-from mike@sentex.net) From: Mike Tancsa To: peter@black.purplecat.net (Peter Brezny) Cc: freebsd-hackers@freebsd.org Subject: Re: 3ware 3dm utility working? Date: Wed, 14 Feb 2001 00:45:36 -0500 Message-ID: References: In-Reply-To: X-Mailer: Forte Agent 1.8/32.548 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 13 Feb 2001 15:41:49 -0500, in sentex.lists.freebsd.hackers you wrote: >Mike, or anyone, > >I'm having some difficulty getting the 3dm beta controller sw for the >3ware escalade ide raid cards to work. here's what i have installed = and >what its doing. If anyone has some tips or suggestions as to what i've >done wrong, let me know. I'd really like to get this working. Make sure you are using the latest firmware on the card for one thing. Also, try the "standard" location of where the software expects the docs = to be. I think there was one beta where it ran into problems if it was in a non standard location. Also, make sure /dev/twe0 and /dev/twed0 exist. ---Mike Mike Tancsa (mdtancsa@sentex.net) =09 Sentex Communications Corp, =09 Waterloo, Ontario, Canada "Given enough time, 100 monkeys on 100 routers=20 could setup a national IP network." (KDW2) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Feb 13 21:47:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (flutter.freebsd.dk [212.242.40.147]) by hub.freebsd.org (Postfix) with ESMTP id 088C437B4EC for ; Tue, 13 Feb 2001 21:47:08 -0800 (PST) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.1/8.11.1) with ESMTP id f1E5l0w55058; Wed, 14 Feb 2001 06:47:01 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Warner Losh Cc: Luigi Rizzo , daverufino@btinternet.com, hackers@FreeBSD.ORG Subject: Re: character device driver In-Reply-To: Your message of "Tue, 13 Feb 2001 15:02:00 MST." <200102132202.f1DM20W41714@harmony.village.org> Date: Wed, 14 Feb 2001 06:47:00 +0100 Message-ID: <55056.982129620@critter> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200102132202.f1DM20W41714@harmony.village.org>, Warner Losh writes: >In message <200102132151.f1DLpVZ38897@iguana.aciri.org> Luigi Rizzo writes: >: > In message <20010213193150.A882@btinternet.com> David Rufino writes: >: > : I'm writing a character device driver in which each minor device can be >: > : opened more than once. When a device is opened is there a way to associate >: > : some private data for each opened instance ? Thanks. >: > >: > No. You only get one close call and in the kernel all instances of a >: > minor device are treated identically. >: >: this is not true anymore, there is some special flag you can >: specify in cdevsw or so which passes all close calls to the driver. > >It is only half untrue. There's a special flag to get all calls to >close, but you have no way of knowing which instance of the minor >device is being closed because they are all identical in the kernel's >eyes. And you actually cannot know how many filedescriptors are open in how many processes because neither dup(2) nor fork(2) result in a (pseudo-)open call. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 14 0:23: 2 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from homer.softweyr.com (bsdconspiracy.net [208.187.122.220]) by hub.freebsd.org (Postfix) with ESMTP id 6D97B37B401 for ; Wed, 14 Feb 2001 00:23:00 -0800 (PST) Received: from [127.0.0.1] (helo=softweyr.com ident=Fools trust ident!) by homer.softweyr.com with esmtp (Exim 3.16 #1) id 14SxMY-0000Ed-00; Wed, 14 Feb 2001 01:32:34 -0700 Message-ID: <3A8A42A2.C9ACAC7D@softweyr.com> Date: Wed, 14 Feb 2001 01:32:34 -0700 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: milunovic Cc: hackers@freebsd.org Subject: Re: huh References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG milunovic wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Huh thanks those who helped me with some ptrace() examples for Linux. > But I cann't still figure how to trace programm execution under FreeBSD... > please can anybody help me or give me some source example to see:o) > Thank you man -k trace will tell you about trace facilities on FreeBSD. From this, you will learn of ktrace(1) and kdump(1), which will tell you how to trace a process on FreeBSD, and how to view the trace data. -- "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 Wed Feb 14 0:54:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from backup.rambler.ru (backup.rambler.ru [194.87.13.123]) by hub.freebsd.org (Postfix) with ESMTP id 1065237B4EC for ; Wed, 14 Feb 2001 00:54:42 -0800 (PST) Received: from office.rambler.stack.net (office.rambler.stack.net [195.209.56.7]) by backup.rambler.ru (8.9.3/8.9.3) with ESMTP id NAA67888 for ; Tue, 13 Feb 2001 13:54:20 +0300 (MSK) (envelope-from vs@rambler-co.ru) Received: by office.rambler.stack.net with Internet Mail Service (5.5.2653.19) id <1T2P7N50>; Tue, 13 Feb 2001 13:54:24 +0300 Message-ID: <291ABF6CBE162F45B006AFF7AB770B880B8B36@office.rambler.stack.net> From: Shabanov Vladislav To: "'freebsd-hackers@FreeBSD.ORG'" Subject: own memory size of process (exclude memory shared from parent) Date: Tue, 13 Feb 2001 13:54:23 +0300 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C095AB.536A8550" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C095AB.536A8550 Content-Type: text/plain; charset="KOI8-R" Dear hackers! Does anybody knows how to calculate own memory size of process. Ps or top shows resident/total size of process, but both these values include memory pages shared from parent. I want know how much memory use children of my Apache. Top shows that each httpd uses 4Mb, but i suppose that 2-3Mb is shared from parent. Thanks, Vlad ------_=_NextPart_001_01C095AB.536A8550 Content-Type: text/html; charset="KOI8-R" own memory size of process (exclude memory shared from parent)

Dear hackers!

Does anybody knows how to calculate own memory size of process.
Ps or top shows resident/total size of process, but both these
values include memory pages shared from parent.

I want know how much memory use children of my Apache. Top shows
that each httpd uses 4Mb, but i suppose that 2-3Mb is shared from
parent.

Thanks,
        Vlad

------_=_NextPart_001_01C095AB.536A8550-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 14 6:30:30 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sivka.carrier.kiev.ua (sivka.carrier.kiev.ua [193.193.193.101]) by hub.freebsd.org (Postfix) with ESMTP id 37B8637B491 for ; Wed, 14 Feb 2001 06:30:14 -0800 (PST) Received: from core.is.kiev.ua (p187.is.kiev.ua [62.244.5.187] (may be forged)) by sivka.carrier.kiev.ua (8/Kilkenny_is_better) with ESMTP id QLI56889 for ; Wed, 14 Feb 2001 16:29:25 +0200 (EET) (envelope-from diman@asd-g.com) Received: from ergo.local ([10.203.1.10]) by core.is.kiev.ua (8.11.1/ASDG-2.3-NR) with ESMTP id f1EES8d29979; Wed, 14 Feb 2001 16:29:23 +0200 (EET) (envelope-from diman@asd-g.com) Date: Wed, 14 Feb 2001 16:27:16 +0200 (EET) From: diman X-Sender: diman@portal.none.ua To: milunovic Cc: hackers@FreeBSD.ORG Subject: Re: huh 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 gdb(1) does this definitely. truss(1) gdb for the first and start thinking. On Tue, 13 Feb 2001, milunovic wrote: > -----BEGIN PGP SIGNED MESSAGE----- > > Huh thanks those who helped me with some ptrace() examples for Linux. > But I cann't still figure how to trace programm execution under FreeBSD... > please can anybody help me or give me some source example to see:o) > Thank you > - -- > Vojislav Milunovic > milunovic@sendmail.ru > > > -----BEGIN PGP SIGNATURE----- > Version: PGPfreeware 5.0i for non-commercial use > Charset: noconv > > iQEVAwUBOomhKC3gPLld8IkLAQF40gf/WFbgRs2B3uXVQMtegz9JVfRd19VOboxB > /ER3e0usC9tsoBiQ/t+qSoVcZgTT+ARSEqAkmb1vo+dzaACu676G+mrdDo64eDcI > TBWtimmAPUjhjc3kWasBaSi5RITm/E5Sw0dRt0ToAN7YcXoZxvQ5bxQuaMr6/ZMX > LRdHdNbK2K3H4BQoknuCu/f7br/TcwXct+vF8Cn6iwXoUhpzOmU5Bkec4O1lBqTN > TVmDQLRP6dRE0t/NX1TGSwoz6o2dCO/OtSnM9HCZ8eknOkl/nhKd2KxT8X8h7t6T > V4tKi5syqrPZBBkP0v9P3AWcLaFDbSO6s9plJXbaYrijT0N/gqnFmQ== > =KdCL > -----END PGP SIGNATURE----- > > > > > 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 Feb 14 8:39:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ntua.gr (achilles.noc.ntua.gr [147.102.222.210]) by hub.freebsd.org (Postfix) with ESMTP id E87AC37B503 for ; Wed, 14 Feb 2001 08:39:43 -0800 (PST) Received: from netmode.ntua.gr (dolly.netmode.ece.ntua.gr [147.102.13.10]) by ntua.gr (8.9.3/8.9.3) with ESMTP id SAA20251 for ; Wed, 14 Feb 2001 18:39:38 +0200 (EET) Received: from edgar.ebs.gr (dialup.netmode.ece.ntua.gr [147.102.13.130]) by netmode.ntua.gr (8.11.1/8.11.1) with ESMTP id f1EGlBC88906 for ; Wed, 14 Feb 2001 18:47:12 +0200 (EET) (envelope-from past@edgar.ebs.gr) Received: (from past@localhost) by edgar.ebs.gr (8.11.2/8.11.2) id f1EGe0g02209 for hackers@freebsd.org; Wed, 14 Feb 2001 18:40:01 +0200 (EET) (envelope-from past) Date: Wed, 14 Feb 2001 18:39:59 +0200 From: Panagiotis Astithas To: hackers@freebsd.org Subject: IrDA and FreeBSD Message-ID: <20010214183957.A2195@netmode.ece.ntua.gr> Reply-To: past@netmode.ntua.gr Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Organizational-Unit: Network Management and Optimal Design Laboratory X-Organization: National Technical University of Athens, GREECE X-Work-Phone: +30-1-772-1-450 X-Work-FAX: +30-1-772-1-452 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi folks, I am one of those who would like to see IrDA support in FreeBSD, and for that matter I am prepared to offer some work. I have downloaded the relative specifications and I have been looking at the Linux-IrDA stuff. I am about to embark on an effort to port the irda-utils-0.9.13 from linux, particularly the findchip thing (I have to know what adapter my laptop has :-)). Therefore I would like to ask if anybody has already done the job, and perhaps there was some other area I could contribute. I have read in the archives the discussion of about a month ago, that involved the netgraph approach. While I think it's a great idea, I would like to ask a perhaps naive question: can't we implement the lower protocol layer on top of ng_tty, essentially doing something like IrDA-over-serial? If that was possible I guess we don't have to implement any drivers at all, and we could concentrate on the higher layers of the IrDA protocol, essentially supporting every infrared dongle out there. Cheers, -past To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 14 9: 5:50 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from urban.iinet.net.au (urban.iinet.net.au [203.59.24.231]) by hub.freebsd.org (Postfix) with ESMTP id AB24537B491 for ; Wed, 14 Feb 2001 09:05:37 -0800 (PST) Received: from muzak.iinet.net.au (muzak.iinet.net.au [203.59.24.237]) by urban.iinet.net.au (8.8.7/8.8.7) with ESMTP id BAA03976; Thu, 15 Feb 2001 01:05:03 +0800 Received: from elischer.org (i074-216.nv.iinet.net.au [203.59.74.216]) by muzak.iinet.net.au (8.8.5/8.8.5) with ESMTP id BAA05346; Thu, 15 Feb 2001 01:02:21 +0800 Message-ID: <3A8ABAAD.A750B67F@elischer.org> Date: Wed, 14 Feb 2001 09:04:45 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: past@netmode.ntua.gr Cc: hackers@freebsd.org, Mark Santcroos , Alexander Langer Subject: Re: IrDA and FreeBSD References: <20010214183957.A2195@netmode.ece.ntua.gr> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Panagiotis Astithas wrote: > > Hi folks, > > I am one of those who would like to see IrDA support in FreeBSD, > and for that matter I am prepared to offer some work. I have > downloaded the relative specifications and I have been looking > at the Linux-IrDA stuff. I am about to embark on an effort to > port the irda-utils-0.9.13 from linux, particularly the findchip > thing (I have to know what adapter my laptop has :-)). Therefore > I would like to ask if anybody has already done the job, and > perhaps there was some other area I could contribute. The findchip thing would be nice.. one way is to simply boot with -v and look at the PNP IDs that the BIOS returns. (what I did) > > I have read in the archives the discussion of about a month ago, > that involved the netgraph approach. While I think it's a great > idea, I would like to ask a perhaps naive question: can't we > implement the lower protocol layer on top of ng_tty, essentially > doing something like IrDA-over-serial? If that was possible I > guess we don't have to implement any drivers at all, and we > could concentrate on the higher layers of the IrDA protocol, > essentially supporting every infrared dongle out there. there's a few of us working on IrDA yes we CAN use the ng_tty node for the low speed SIR implimentation.(And we plan on doing so for systems that only have the tty interface. Most laptops these days have a more comprehensive IrDA chip/module and require more specific driving. It does make it possible to do the IrDA protocols over a serial link (or even just a serial Ir Link) This aproach can work with some devices. We have similar functionality however aleady with the toshiba 'oboe' chip module and probably will soon with the SMC IRCC (v1) chip which allows us to talk with other devices.. The actual work is being done on: irda@big.endian.de with 3 people at this moment. me, Mark Santcroos (doing the oboe) and Alexander Langer (doing the IRCC). Both chips are probing and the oboe is receiving data from a palm pilot. I don't have any irda devices (just the laptop) but am netgraph consultant :-) We will write a netgraph enabled driver for each chip, until we have a better idea of what the commone elements are at which point we may extract out a common netgraph/irda-phys module to support all the chips. That is assuming we find commonality.. Linux has but our choice of selecting common code may turn out to be different from theirs so we are not just copying. > > Cheers, > > -past > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 14 10: 0:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.palnet.com (mail.palnet.com [217.66.226.37]) by hub.freebsd.org (Postfix) with ESMTP id 7E94337B491 for ; Wed, 14 Feb 2001 10:00:04 -0800 (PST) Received: from mustafa (mustafa.palnet.com [192.116.17.10]) by mail.palnet.com (8.9.3/8.9.3) with SMTP id UAA88179 for ; Wed, 14 Feb 2001 20:04:27 +0200 (IST) Message-ID: <000c01c096af$afe2e660$0a1174c0@palnet.com> Reply-To: "Mustafa N. Deeb" From: "Mustafa N. Deeb" To: Subject: Qmail Vs. Sendmail Date: Wed, 14 Feb 2001 19:58:07 +0200 Organization: Palnet Communications Ltd. MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0009_01C096C0.72DDCE40" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0009_01C096C0.72DDCE40 Content-Type: text/plain; charset="windows-1256" Content-Transfer-Encoding: quoted-printable hi, I'm thinking of testing qmail, and qmail-POP3 using MYSQL I need some openions, from people who used it.. Cheers ------=_NextPart_000_0009_01C096C0.72DDCE40 Content-Type: text/html; charset="windows-1256" Content-Transfer-Encoding: quoted-printable
hi,
 
I'm thinking of testing qmail, and = qmail-POP3 using=20 MYSQL
I need some openions, from people who = used=20 it..
 
Cheers
------=_NextPart_000_0009_01C096C0.72DDCE40-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 14 10:54:25 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 3F0EC37B491 for ; Wed, 14 Feb 2001 10:54:22 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1EIrjW90327; Wed, 14 Feb 2001 11:53:45 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102141853.f1EIrjW90327@harmony.village.org> To: past@netmode.ntua.gr Subject: Re: IrDA and FreeBSD Cc: hackers@FreeBSD.ORG In-reply-to: Your message of "Wed, 14 Feb 2001 18:39:59 +0200." <20010214183957.A2195@netmode.ece.ntua.gr> References: <20010214183957.A2195@netmode.ece.ntua.gr> Date: Wed, 14 Feb 2001 11:53:45 -0700 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010214183957.A2195@netmode.ece.ntua.gr> Panagiotis Astithas writes: : implement the lower protocol layer on top of ng_tty, essentially : doing something like IrDA-over-serial? If that was possible I : guess we don't have to implement any drivers at all, and we : could concentrate on the higher layers of the IrDA protocol, : essentially supporting every infrared dongle out there. : Taht woudl work, but only for testing purposes. The SIR chips can operate in serial mode. I don't know if they can do IrDA over a normal serial connection or not, but I do know that communications is possible. FIR chipsets require drivers because they are much faster and have a different API than the gold old 16550. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 14 10:56:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ntua.gr (achilles.noc.ntua.gr [147.102.222.210]) by hub.freebsd.org (Postfix) with ESMTP id 50D8637B491 for ; Wed, 14 Feb 2001 10:56:06 -0800 (PST) Received: from netmode.ntua.gr (dolly.netmode.ece.ntua.gr [147.102.13.10]) by ntua.gr (8.9.3/8.9.3) with ESMTP id UAA25863; Wed, 14 Feb 2001 20:55:54 +0200 (EET) Received: from edgar.ebs.gr (dialup.netmode.ece.ntua.gr [147.102.13.130]) by netmode.ntua.gr (8.11.1/8.11.1) with ESMTP id f1EJ3TC89887; Wed, 14 Feb 2001 21:03:29 +0200 (EET) (envelope-from past@edgar.ebs.gr) Received: (from past@localhost) by edgar.ebs.gr (8.11.2/8.11.2) id f1EIu4v00577; Wed, 14 Feb 2001 20:56:04 +0200 (EET) (envelope-from past) Date: Wed, 14 Feb 2001 20:56:03 +0200 From: Panagiotis Astithas To: Julian Elischer Cc: hackers@freebsd.org, Mark Santcroos , Alexander Langer Subject: Re: IrDA and FreeBSD Message-ID: <20010214205600.A531@netmode.ece.ntua.gr> Reply-To: past@netmode.ntua.gr References: <20010214183957.A2195@netmode.ece.ntua.gr> <3A8ABAAD.A750B67F@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A8ABAAD.A750B67F@elischer.org>; from julian@elischer.org on Wed, Feb 14, 2001 at 09:04:45AM -0800 X-Organizational-Unit: Network Management and Optimal Design Laboratory X-Organization: National Technical University of Athens, GREECE X-Work-Phone: +30-1-772-1-450 X-Work-FAX: +30-1-772-1-452 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Feb 14, 2001 at 09:04:45AM -0800, Julian Elischer wrote: > The findchip thing would be nice.. Will do then. > one way is to simply boot with -v and look at the PNP IDs that the BIOS > returns. > (what I did) Actually I have done that, too. From the many PnP devices that the system reported as "unknown" and "can't assign resources" or "failed to probe", I believe that the important one is this: PNP0510: adding io range 0x2f8-0x2ff, size=0x8, align=0x1 PNP0510: adding irq mask 00x8 PNP0510: end config pnpbios: handle 19 device ID PNP0510 (1005d041) But although sio1 picks it up, the result later on is: unknown: can't assign resources unknown: at port 0x2f8-0x2ff on isa0 Or maybe I should disable sio1, in order to get something to attach to it? From /sys/isa/sio.c I found that PNP0510 is a "Generic IRDA-compatible device", which doesn't help much about the chip it uses. Is there somewhere a complete list of PnP IDs? > there's a few of us working on IrDA > > yes we CAN use the ng_tty node for the low speed SIR > implimentation.(And we plan on doing so for systems that > only have the tty interface. Most laptops these days have > a more comprehensive IrDA chip/module and require more specific > driving. > It does make it possible to do the IrDA protocols over > a serial link (or even just a serial Ir Link) > This aproach can work with some devices. > > We have similar functionality however aleady with the toshiba 'oboe' > chip module and probably will soon with the SMC IRCC (v1) chip > which allows us to talk with other devices.. > > The actual work is being done on: > irda@big.endian.de > with 3 people at this moment. > me, > Mark Santcroos (doing the oboe) and > Alexander Langer (doing the IRCC). > > Both chips are probing and the oboe is receiving data from a palm pilot. > I don't have any irda devices (just the laptop) but am netgraph > consultant :-) I'm sure that'll do :-) > We will write a netgraph enabled driver for each chip, until > we have a better idea of what the commone elements are at which point > we may extract out a common netgraph/irda-phys module to support > all the chips. That is assuming we find commonality.. Linux has > but our choice of selecting common code > may turn out to be different from theirs so we are not just copying. Great, that's what I thought. I have a couple of cellular phones with infrared ports myself, and I can borrow a few PDAs to test as well. If you want me to test anything or port stuff to -stable (I don't have any -current machines at the moment), I'll be glad to be of assistance. I will keep you posted on any progress I make. Cheers, -past To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 14 12:16: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from search.sparks.net (search.sparks.net [208.5.188.60]) by hub.freebsd.org (Postfix) with ESMTP id 7DFBC37B491 for ; Wed, 14 Feb 2001 12:15:58 -0800 (PST) Received: by search.sparks.net (Postfix, from userid 100) id 96E27DB3A; Wed, 14 Feb 2001 15:16:10 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by search.sparks.net (Postfix) with ESMTP id 740A0DB39 for ; Wed, 14 Feb 2001 15:16:10 -0500 (EST) Date: Wed, 14 Feb 2001 15:16:10 -0500 (EST) From: David Miller To: hackers@freebsd.org Subject: linked files on iso9660? 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'm trying to back up some freebsd systems on cdrom. My intention is to have one which people can look at specific file on, or pax/tar/dump over on top of a live, minimally installed OS. /stand has 31 file of considerable size: on a standard system they're all hard links to the same file. All have the same inode number. While it "works" if they're not the same inode number, trying to restore onto a pristine system bombs because these files - now separate - take up an extra 50 MB or so. I've tried mkisofs with and without the -T option but it doesn't appear to use the same inode numbers in either case. How do we do this on the live file system CD, or do we? Thanks, --- David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 14 12:50:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gw.gbch.net (gw.gbch.net [203.24.22.66]) by hub.freebsd.org (Postfix) with SMTP id 6297837B4EC for ; Wed, 14 Feb 2001 12:50:39 -0800 (PST) Received: (qmail 22587 invoked by uid 1001); 15 Feb 2001 06:50:35 +1000 X-Posted-By: GJB-Post 2.12 07-Feb-2001 X-Operating-System: FreeBSD 4.1-RELEASE i386 X-Location: Brisbane, Australia; 27.49841S 152.98439E X-URL: http://www.gbch.net/gjb/ X-Image-URL: http://www.gbch.net/gjb/img/gjb-auug048.gif X-PGP-Fingerprint: 5A91 6942 8CEA 9DAB B95B C249 1CE1 493B 2B5A CE30 X-PGP-Public-Key: http://www.gbch.net/gjb/gjb-pgpkey.asc Message-Id: Date: Thu, 15 Feb 2001 06:50:34 +1000 From: Greg Black To: Mustafa N.Deeb Cc: freebsd-hackers@freebsd.org Subject: Re: Qmail Vs. Sendmail References: <000c01c096af$afe2e660$0a1174c0@palnet.com> In-reply-to: <000c01c096af$afe2e660$0a1174c0@palnet.com> of Wed, 14 Feb 2001 19:58:07 +0200 Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mustafa N. Deeb wrote: > I'm thinking of testing qmail, and qmail-POP3 using MYSQL > I need some openions, from people who used it.. This is /not/ the right place for this question. People who switch to qmail are usually happy they did; it's fast and reliable and easy to configure. Some people hate it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 14 13:24:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from snipe.prod.itd.earthlink.net (snipe.prod.itd.earthlink.net [207.217.120.62]) by hub.freebsd.org (Postfix) with ESMTP id E84C137B503 for ; Wed, 14 Feb 2001 13:24:15 -0800 (PST) Received: from sm.socccd.cc.ca.us (pool0664.cvx15-bradley.dialup.earthlink.net [209.179.46.154]) by snipe.prod.itd.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id NAA26839; Wed, 14 Feb 2001 13:23:47 -0800 (PST) Message-ID: <3A8AF818.493E27F0@sm.socccd.cc.ca.us> Date: Wed, 14 Feb 2001 13:26:48 -0800 From: Farooq Mela Reply-To: fmela0@sm.socccd.cc.ca.us X-Mailer: Mozilla 4.75 [en] (X11; U; FreeBSD 4.2-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: David Miller Cc: hackers@freebsd.org Subject: Re: linked files on iso9660? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David: I believe that links on CD-ROM are handled using RockRidge extensions, which basically has plain text files named "00_TRANS.TBL" in each directory which contains links to other files on the CD. I don't know all the details and specifics, but you should probably consult your CD recording software documentation to see if it will generate them for your automagically. You may also want to take a look at the FreeBSD CD's themselves, as they are ISO9660 with the RockRidge Extension. HTH Farooq David Miller wrote: > > I'm trying to back up some freebsd systems on cdrom. My intention is to > have one which people can look at specific file on, or pax/tar/dump over > on top of a live, minimally installed OS. > > /stand has 31 file of considerable size: on a standard system they're all > hard links to the same file. All have the same inode number. > > While it "works" if they're not the same inode number, trying to restore > onto a pristine system bombs because these files - now separate - take up > an extra 50 MB or so. > > I've tried mkisofs with and without the -T option but it doesn't appear to > use the same inode numbers in either case. > > How do we do this on the live file system CD, or do we? > > Thanks, > > --- David > > 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 Feb 14 13:53:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from rjlhome.sco.com (ip181-180.nashville.com [207.65.180.181]) by hub.freebsd.org (Postfix) with ESMTP id 5BD8637B401 for ; Wed, 14 Feb 2001 13:53:35 -0800 (PST) Received: by rjlhome.sco.com (8.9.3/SCO5) id AAA17107 for freebsd-hackers@FreeBSD.ORG; Wed, 14 Feb 2001 00:04:55 -0600 (CST) Date: Wed, 14 Feb 2001 00:04:55 -0600 From: Robert Lipe To: freebsd-hackers@FreeBSD.ORG Subject: UDI environment now released. Message-ID: <20010214000454.Y14300@rjlhome.sco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'd mentioned a few times on this list that I had tinkered with a port of UDI, the Uniform Driver Interface, to a FreeBSD environment while waiting for our lawyers to get their acts together[1]. Well, I got the final clearance and the code was released today at: http://projectudi.sourceforge.net The FreeBSD environment isn't included in the release yet, but from here it's merely an editor exercise to release that pile of bits. The common code is all there and I think there are only two or three mods to common code required for the FreeBSD port. I hope to get it checked into the udiref tree this week. I'm not a FreeBSD jock, so I focused on getting the "UDI parts" under control more than taking advantage of FreeBSD services. It works well enough now that the remaining pieces could probably be developed independently. For example, a SCSI mapper could probably be stamped out by someone that knows the FreeBSD storage system and is comfortable reading the Linux, UnixWare, or OpenServer SCSI mappers and understanding only a very small amount of UDI. Similarly, someone that understands the FreeBSD DMA system could grow the DMA implementation in relative isolation. I have it hobbling along well enough that a network driver running in isolation (not talking to the network stack) will bind, deliver/service interrupts, and do DMA long enough to deplete VM becuase of the leak in contigmalloc. (Yes, yes, I know this is still evil...) There are a couple of Really Horrible things I did to get the FreeBSD stuff up rapidly, but I'd like to work with interested parties to get it going well. I'm a little torn between just checking in what I have now (including horrible 4.1.1 newbus bus enumeration hack and special cases for a specific PCI ID that I was testing) en-masse or dribbling it in as I clean it up. I'm leaning toward the former, but a strong partner could change my position to the latter. RJL [1] Try getting a dozen lawyers from some of the largest computer companies you can name to agree on anything... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 14 14:43:28 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from front6.grolier.fr (front6.grolier.fr [194.158.96.56]) by hub.freebsd.org (Postfix) with ESMTP id A464037B503 for ; Wed, 14 Feb 2001 14:43:20 -0800 (PST) Received: from nas1-89.mea.club-internet.fr (nas1-89.mea.club-internet.fr [195.36.139.89]) by front6.grolier.fr (8.9.3/No_Relay+No_Spam_MGC990224) with ESMTP id XAA10609; Wed, 14 Feb 2001 23:43:14 +0100 (MET) Date: Wed, 14 Feb 2001 22:42:12 +0100 (CET) From: =?ISO-8859-1?Q?G=E9rard_Roudier?= X-Sender: groudier@linux.local To: Robert Lipe Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: UDI environment now released. In-Reply-To: <20010214000454.Y14300@rjlhome.sco.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Being smart with kernel interface is important for drivers to be fast and reliable. Puting some stinky layer between native kernel interfaces and drivers looks horrible to me. Why isn't UDI proposed as a native kernel interface, instead? Note that last time I read the specs, I haven't been this impressed.:) G=E9rard. On Wed, 14 Feb 2001, Robert Lipe wrote: > I'd mentioned a few times on this list that I had tinkered with a port > of UDI, the Uniform Driver Interface, to a FreeBSD environment while > waiting for our lawyers to get their acts together[1]. Well, I got the > final clearance and the code was released today at: >=20 > =09http://projectudi.sourceforge.net >=20 > The FreeBSD environment isn't included in the release yet, but from here > it's merely an editor exercise to release that pile of bits. The common > code is all there and I think there are only two or three mods to common > code required for the FreeBSD port. I hope to get it checked into the > udiref tree this week. >=20 > I'm not a FreeBSD jock, so I focused on getting the "UDI parts" > under control more than taking advantage of FreeBSD services. It > works well enough now that the remaining pieces could probably be > developed independently. For example, a SCSI mapper could probably be > stamped out by someone that knows the FreeBSD storage system and is > comfortable reading the Linux, UnixWare, or OpenServer SCSI mappers and > understanding only a very small amount of UDI. Similarly, someone that > understands the FreeBSD DMA system could grow the DMA implementation in > relative isolation. >=20 > I have it hobbling along well enough that a network driver running in > isolation (not talking to the network stack) will bind, deliver/service > interrupts, and do DMA long enough to deplete VM becuase of the leak > in contigmalloc. (Yes, yes, I know this is still evil...) There are > a couple of Really Horrible things I did to get the FreeBSD stuff up > rapidly, but I'd like to work with interested parties to get it going > well. >=20 > I'm a little torn between just checking in what I have now (including > horrible 4.1.1 newbus bus enumeration hack and special cases for a > specific PCI ID that I was testing) en-masse or dribbling it in as I > clean it up. I'm leaning toward the former, but a strong partner could > change my position to the latter. >=20 > RJL >=20 > [1] Try getting a dozen lawyers from some of the largest computer > companies you can name to agree on anything... >=20 >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message >=20 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 14 14:50:19 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id DFBDF37B4EC for ; Wed, 14 Feb 2001 14:50:14 -0800 (PST) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id OAA15226; Wed, 14 Feb 2001 14:50:01 -0800 Date: Wed, 14 Feb 2001 14:50:00 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: =?ISO-8859-1?Q?G=E9rard_Roudier?= Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: UDI environment now released. 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 > > Being smart with kernel interface is important for drivers to be fast and > reliable. Puting some stinky layer between native kernel interfaces and > drivers looks horrible to me. > > Why isn't UDI proposed as a native kernel interface, instead? > Note that last time I read the specs, I haven't been this impressed.:) > In my opinion, UDI is trying to solve what was a very important problem about 10 years ago (a kernel ABI for single h/w classes and a common kernel API to provide more portable driver support). Various efforts (the AT&T and Solaris DDI/DKI and even the IEEE OBIOS efford come to mind) came about to try to tackle this. The problem is that at the time this was a huge issue there were a much larger number of machines and pieces of h/w and radically different OS's (or flavors within Unix even) to support. Such a wide set of differences is not really there any more, hence the cost of such support (and the style in which it is being done) makes less sense than it used to. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 14 15:24:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from rjlhome.sco.com (ip181-180.nashville.com [207.65.180.181]) by hub.freebsd.org (Postfix) with ESMTP id C80FE37B401 for ; Wed, 14 Feb 2001 15:24:05 -0800 (PST) Received: by rjlhome.sco.com (8.9.3/SCO5) id RAA20894; Wed, 14 Feb 2001 17:31:41 -0600 (CST) Date: Wed, 14 Feb 2001 17:31:41 -0600 From: Robert Lipe To: =?iso-8859-1?Q?G=E9rard_Roudier?= Cc: freebsd-hackers@freebsd.org Subject: Re: UDI environment now released. Message-ID: <20010214173141.J19689@rjlhome.sco.com> References: <20010214000454.Y14300@rjlhome.sco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.4i In-Reply-To: ; from groudier@club-internet.fr on Wed, Feb 14, 2001 at 10:42:12PM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Gérard Roudier wrote: > Being smart with kernel interface is important for drivers to be fast and > reliable. Puting some stinky layer between native kernel interfaces and > drivers looks horrible to me. Fast and reliable are both covered. For example, the specification (though not the current reference implementation) allows things like having different drivers and even different instances of the same driver in separate address spaces. Want to debug your driver in user space? It could happen. Reliability can be realized by making it impossible for a driver to panic the system. (And I do realize that flies directly in the face of fast. :-) A more recognizable reliabilty improvement is the more unified and constitent programming interface. No more "you can't call malloc with WAIT_OK while holding a spin lock on another processor at an elevated PL" bugs. > Why isn't UDI proposed as a native kernel interface, instead? In at least three OSes, it will be a native kernel interface in versions shipping this year. The current "UDI Demarcation Point" isn't fixed. It can be moved to suit the needs of the host OS. As a practical matter, the thickness of that "layer" is very slim at runtime, so the potential gains aren't as large as some imagine they are. In its early life, a very natural way to bring up the UDI interface (remember, we were developing spec, drivers, and environment simultaneously) was to do it in terms of existing kernel interfaces. UDI and the existing interfaces could be implemented side-by-side. In many cases, you could even make UDI the primary interface and implement another interface -perhaps the current interface for compatibility- in terms of UDI. I'm looking at doing exactly this in some of my OSes. Besides, if I walked into this crowd and said, "Here's a new driver interface and a megabyte of patches to /usr/src/sys. Whaddya think?", how quickly would you have thrown me out? That's what I thought. :-) Now repeat that exercise for a dozen or so OSes... RJL To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 14 15:26:10 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mx2.itb.ac.id (mx2.itb.ac.id [202.249.47.37]) by hub.freebsd.org (Postfix) with SMTP id D108F37B401 for ; Wed, 14 Feb 2001 15:26:02 -0800 (PST) Received: (qmail 7767 invoked by uid 1003); 14 Feb 2001 23:23:47 -0000 Received: from unknown (HELO himpunan.ee.itb.ac.id) (167.205.48.250) by mx2.itb.ac.id with SMTP; 14 Feb 2001 23:23:47 -0000 Received: (qmail 1054 invoked by uid 1208); 14 Feb 2001 23:25:59 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 14 Feb 2001 23:25:59 -0000 Date: Thu, 15 Feb 2001 06:25:59 +0700 (JAVT) From: Yusuf Kurniawan To: freebsd-hackers@freebsd.org Subject: subscribe 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 14 16:12:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.jeamland.net (rafe.jeamland.net [203.18.243.114]) by hub.freebsd.org (Postfix) with ESMTP id 2ED9A37B401 for ; Wed, 14 Feb 2001 16:12:35 -0800 (PST) Received: by mail.jeamland.net (Postfix, from userid 1000) id BA80B70606; Thu, 15 Feb 2001 11:12:27 +1100 (EST) Date: Thu, 15 Feb 2001 11:09:00 +1100 From: Benno Rice To: Julian Elischer Subject: Re: IrDA and FreeBSD Message-ID: <20010215110900.A37822@rafe.jeamland.net> References: <20010214183957.A2195@netmode.ece.ntua.gr> <3A8ABAAD.A750B67F@elischer.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="+QahgC5+KEYLbs62" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A8ABAAD.A750B67F@elischer.org>; from julian@elischer.org on Wed, Feb 14, 2001 at 09:04:45AM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --+QahgC5+KEYLbs62 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 14, 2001 at 09:04:45AM -0800, Julian Elischer wrote: [snip] =20 > there's a few of us working on IrDA >=20 > yes we CAN use the ng_tty node for the low speed SIR > implimentation.(And we plan on doing so for systems that > only have the tty interface. Most laptops these days have > a more comprehensive IrDA chip/module and require more specific=20 > driving. > It does make it possible to do the IrDA protocols over=20 > a serial link (or even just a serial Ir Link) > This aproach can work with some devices. [snip] =20 > We will write a netgraph enabled driver for each chip, until=20 > we have a better idea of what the commone elements are at which point > we may extract out a common netgraph/irda-phys module to support > all the chips. That is assuming we find commonality.. Linux has > but our choice of selecting common code > may turn out to be different from theirs so we are not just copying. Using Linux's code won't be very easy with the Netgraph way of doing things, from what I can see. My initial code for the IrDA netgraph nodes I was working on is available a= t: http://people.freebsd.org/~benno/irda.tar.gz --=20 Benno Rice benno@FreeBSD.org --+QahgC5+KEYLbs62 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjqLHhwACgkQbQx7xhW+Eg4cTwCfSibhXj7Mk6SEMdDSGNhFgdwc oZoAn3Xs1+iTt8P8dat0JoRKl/UFVmOZ =Yw5M -----END PGP SIGNATURE----- --+QahgC5+KEYLbs62-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 14 17:23: 2 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp02.teb1.iconnet.net (smtp02.teb1.iconnet.net [209.3.218.43]) by hub.freebsd.org (Postfix) with ESMTP id CF2BE37B491 for ; Wed, 14 Feb 2001 17:22:59 -0800 (PST) Received: from bellatlantic.net (client-151-198-135-70.nnj.dialup.bellatlantic.net [151.198.135.70]) by smtp02.teb1.iconnet.net (8.9.1/8.9.1) with ESMTP id UAA10156; Wed, 14 Feb 2001 20:22:52 -0500 (EST) Message-ID: <3A8B2F6B.A514C0CE@bellatlantic.net> Date: Wed, 14 Feb 2001 20:22:51 -0500 From: Sergey Babkin X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-19990626-CURRENT i386) X-Accept-Language: en, ru MIME-Version: 1.0 To: mjacob@feral.com Cc: =?iso-8859-1?Q?G=E9rard?= Roudier , freebsd-hackers@FreeBSD.ORG Subject: Re: UDI environment now released. References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matthew Jacob wrote: > > The problem is that at the time this was a huge issue there were a much larger > number of machines and pieces of h/w and radically different OS's (or flavors > within Unix even) to support. Such a wide set of differences is not really > there any more, hence the cost of such support (and the style in which it is > being done) makes less sense than it used to. I'm afraid, it is. How many versions of FreeBSD with incompatible driver interfaces are out there ? How many versions of Linux with the same sort of incompatibilities ? -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 14 17:25:41 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id AD45F37B401 for ; Wed, 14 Feb 2001 17:25:38 -0800 (PST) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id RAA15880; Wed, 14 Feb 2001 17:25:30 -0800 Date: Wed, 14 Feb 2001 17:25:29 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Sergey Babkin Cc: =?iso-8859-1?Q?G=E9rard?= Roudier , freebsd-hackers@FreeBSD.ORG Subject: Re: UDI environment now released. In-Reply-To: <3A8B2F6B.A514C0CE@bellatlantic.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 14 Feb 2001, Sergey Babkin wrote: > Matthew Jacob wrote: > > > > The problem is that at the time this was a huge issue there were a much larger > > number of machines and pieces of h/w and radically different OS's (or flavors > > within Unix even) to support. Such a wide set of differences is not really > > there any more, hence the cost of such support (and the style in which it is > > being done) makes less sense than it used to. > > I'm afraid, it is. How many versions of FreeBSD with incompatible > driver interfaces are out there ? Not too many. Major release rules have been adhered somewhat. > How many versions of Linux with > the same sort of incompatibilities ? Linux is far worse - the release of the moment.... But the primary motivation for a UDI like i/f (which, btw, has a lot *not* going for it) in terms of multiplatform support is not the issue it once was. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 14 17:32:15 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mb2i0.ns.pitt.edu (mb2i0.ns.pitt.edu [136.142.186.36]) by hub.freebsd.org (Postfix) with ESMTP id 3EF9537B4EC for ; Wed, 14 Feb 2001 17:32:12 -0800 (PST) Received: from pitt.edu ("port 1089"@[136.142.89.21]) by pitt.edu (PMDF V5.2-32 #41462) with ESMTP id <01K043ECB0D800FXTQ@mb2i0.ns.pitt.edu> for hackers@FreeBSD.org; Wed, 14 Feb 2001 20:32:10 EST Date: Wed, 14 Feb 2001 20:46:47 -0500 From: "Pedro F. Giffuni" Subject: Re: UDI environment now released. To: mjacob@feral.com Cc: hackers@FreeBSD.org, Robert Lipe Message-id: <3A8B3507.EE5635DF@pitt.edu> Organization: University of Pittsburgh MIME-version: 1.0 X-Mailer: Mozilla 4.76 [en] (Win98; U) Content-type: multipart/mixed; boundary="------------BD741A52722152D36DCF142A" X-Accept-Language: en,pdf,es-CO References: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------BD741A52722152D36DCF142A Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit The differences are still there, and it's usually soo tough to get companies to provide drivers for FreeBSD. Yeah IBM GPL'd some winmodems, no one has mentioned a FreeBSD port... Although the issue might be political, UDI might be the way to finally get over the "designed only for windows ..and sometimes other OSs" type of hardware. Special kudos to Robert Lipe for recognizing the value the FreeBSD community can have in the adoption of new, truly open, standards! Pedro. Matthew Jacob wrote: > ... > > The problem is that at the time this was a huge issue there were a much larger > number of machines and pieces of h/w and radically different OS's (or flavors > within Unix even) to support. Such a wide set of differences is not really > there any more, hence the cost of such support (and the style in which it is > being done) makes less sense than it used to. > > -matt > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message --------------BD741A52722152D36DCF142A Content-Type: text/x-vcard; charset=us-ascii; name="pfg1.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Pedro F. Giffuni Content-Disposition: attachment; filename="pfg1.vcf" begin:vcard n:Giffuni;Pedro tel;fax:1 (360) 343-0501 tel;home:(412) 665 2956 tel;work:(412) 624-9862 x-mozilla-html:FALSE url:http://www.geocities.com/giffunip/ org:University of Pittsburgh;Industrial Engineering adr:;;5820 Elwood St. Apt. 34;Pittsburgh;PA;15232;USA version:2.1 email;internet:giffunip@asme.org title:Teaching Assistant fn:Pedro F. Giffuni end:vcard --------------BD741A52722152D36DCF142A-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 14 17:33:50 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id CD7F337B401 for ; Wed, 14 Feb 2001 17:33:47 -0800 (PST) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id RAA15918; Wed, 14 Feb 2001 17:33:45 -0800 Date: Wed, 14 Feb 2001 17:33:45 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: "Pedro F. Giffuni" Cc: hackers@FreeBSD.org, Robert Lipe Subject: Re: UDI environment now released. In-Reply-To: <3A8B3507.EE5635DF@pitt.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 > The differences are still there, and it's usually soo tough to get > companies to provide drivers for FreeBSD. Yeah IBM GPL'd some > winmodems, no one has mentioned a FreeBSD port... > > Although the issue might be political, UDI might be the way to finally > get over the "designed only for windows ..and sometimes other OSs" > type of hardware. > > Special kudos to Robert Lipe for recognizing the value the FreeBSD > community can have in the adoption of new, truly open, standards! I'll repeat what I've said before: "Over my dead body". -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 14 20: 1:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from syncopation-03.iinet.net.au (syncopation-03.iinet.net.au [203.59.24.49]) by hub.freebsd.org (Postfix) with SMTP id DC49B37B491 for ; Wed, 14 Feb 2001 20:01:09 -0800 (PST) Received: (qmail 3180 invoked by uid 666); 15 Feb 2001 04:07:59 -0000 Received: from i091-172.nv.iinet.net.au (HELO elischer.org) (203.59.91.172) by mail.m.iinet.net.au with SMTP; 15 Feb 2001 04:07:59 -0000 Message-ID: <3A8B5473.DC16336@elischer.org> Date: Wed, 14 Feb 2001 20:00:51 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: past@netmode.ntua.gr Cc: hackers@freebsd.org, Mark Santcroos , Alexander Langer Subject: Re: IrDA and FreeBSD References: <20010214183957.A2195@netmode.ece.ntua.gr> <3A8ABAAD.A750B67F@elischer.org> <20010214205600.A531@netmode.ece.ntua.gr> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Panagiotis Astithas wrote: > > On Wed, Feb 14, 2001 at 09:04:45AM -0800, Julian Elischer wrote: > > The findchip thing would be nice.. > > Will do then. > > > one way is to simply boot with -v and look at the PNP IDs that the BIOS > > returns. > > (what I did) > > Actually I have done that, too. From the many PnP devices that the > system reported as "unknown" and "can't assign resources" or > "failed to probe", I believe that the important one is this: > > PNP0510: adding io range 0x2f8-0x2ff, size=0x8, align=0x1 > PNP0510: adding irq mask 00x8 > PNP0510: end config > pnpbios: handle 19 device ID PNP0510 (1005d041) you need to enable the FIR mode from the BIOS to get the PNP ID for the fast part of the chip.. 510 is just a UART attached to the IR port which is the SIR (slow IR :-) interface. > > But although sio1 picks it up, the result later on is: > > unknown: can't assign resources > unknown: at port 0x2f8-0x2ff on isa0 > > Or maybe I should disable sio1, in order to get something to > attach to it? > >From /sys/isa/sio.c I found that PNP0510 is a "Generic IRDA-compatible > device", which doesn't help much about the chip it uses. > Is there somewhere a complete list of PnP IDs? yes/no. > > > there's a few of us working on IrDA > > > > yes we CAN use the ng_tty node for the low speed SIR > > implimentation.(And we plan on doing so for systems that > > only have the tty interface. Most laptops these days have > > a more comprehensive IrDA chip/module and require more specific > > driving. > > It does make it possible to do the IrDA protocols over > > a serial link (or even just a serial Ir Link) > > This aproach can work with some devices. > > > > We have similar functionality however aleady with the toshiba 'oboe' > > chip module and probably will soon with the SMC IRCC (v1) chip > > which allows us to talk with other devices.. > > > > The actual work is being done on: > > irda@big.endian.de > > with 3 people at this moment. > > me, > > Mark Santcroos (doing the oboe) and > > Alexander Langer (doing the IRCC). > > > > Both chips are probing and the oboe is receiving data from a palm pilot. > > I don't have any irda devices (just the laptop) but am netgraph > > consultant :-) > > I'm sure that'll do :-) > > > We will write a netgraph enabled driver for each chip, until > > we have a better idea of what the commone elements are at which point > > we may extract out a common netgraph/irda-phys module to support > > all the chips. That is assuming we find commonality.. Linux has > > but our choice of selecting common code > > may turn out to be different from theirs so we are not just copying. > > Great, that's what I thought. I have a couple of cellular phones with > infrared ports myself, and I can borrow a few PDAs to test as well. If > you want me to test anything or port stuff to -stable (I don't have > any -current machines at the moment), I'll be glad to be of assistance. > I will keep you posted on any progress I make. first find your IR device number from the BIOS :-) (Actually the findchip program amy be fun...) > > Cheers, > > -past -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 14 20:18:29 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from urban.iinet.net.au (urban.iinet.net.au [203.59.24.231]) by hub.freebsd.org (Postfix) with ESMTP id 81F6037B491 for ; Wed, 14 Feb 2001 20:18:26 -0800 (PST) Received: from elischer.org (i091-172.nv.iinet.net.au [203.59.91.172]) by urban.iinet.net.au (8.8.7/8.8.7) with ESMTP id MAA14110; Thu, 15 Feb 2001 12:18:11 +0800 Message-ID: <3A8B5873.B1AF7F21@elischer.org> Date: Wed, 14 Feb 2001 20:17:55 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: mjacob@feral.com Cc: "Pedro F. Giffuni" , hackers@FreeBSD.org, Robert Lipe Subject: Re: UDI environment now released. References: Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matthew Jacob wrote: > > > The differences are still there, and it's usually soo tough to get > > companies to provide drivers for FreeBSD. Yeah IBM GPL'd some > > winmodems, no one has mentioned a FreeBSD port... > > > > Although the issue might be political, UDI might be the way to finally > > get over the "designed only for windows ..and sometimes other OSs" > > type of hardware. > > > > Special kudos to Robert Lipe for recognizing the value the FreeBSD > > community can have in the adoption of new, truly open, standards! > > I'll repeat what I've said before: "Over my dead body". As a native interface no, but I think that as an auxhiliary interface to allow us to run third party drivers it's a very valuable service.. Thanks you Robert! Robert, Don't let the negaive comments get you down. The UDI driver service is valued,at least by me and I'm sure by many others too! Consider the negative comments to be just that... 'comments' and I'm sure that even the authors of most of these comments will say that over-all they are happier that you did this than not at all. (Even if they have doubts about UDI) > > -matt > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 14 20:21:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 60FE437B503 for ; Wed, 14 Feb 2001 20:21:43 -0800 (PST) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id UAA16521; Wed, 14 Feb 2001 20:21:33 -0800 Date: Wed, 14 Feb 2001 20:21:32 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Julian Elischer Cc: "Pedro F. Giffuni" , hackers@FreeBSD.org, Robert Lipe Subject: Re: UDI environment now released. In-Reply-To: <3A8B5873.B1AF7F21@elischer.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 Let me clarify that I don't really mean to be negative about these efforts- I just don't want them to distract us from other issues of great importance for FreeBSD. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 14 23:39: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from samar.sasi.com (samar.sasken.com [164.164.56.2]) by hub.freebsd.org (Postfix) with ESMTP id EB86337B4EC; Wed, 14 Feb 2001 23:38:55 -0800 (PST) Received: from samar (samar.sasi.com [164.164.56.2]) by samar.sasi.com (8.9.3/8.9.3) with SMTP id NAA23978; Thu, 15 Feb 2001 13:08:48 +0530 (IST) Received: from suns3.sasi.com ([10.0.36.3]) by samar.sasi.com; Thu, 15 Feb 2001 13:08:47 +0000 (IST) Received: from localhost (sseth@localhost) by suns3.sasi.com (8.9.3/8.9.3) with ESMTP id NAA27120; Thu, 15 Feb 2001 13:08:40 +0530 (IST) Date: Thu, 15 Feb 2001 13:08:40 +0530 (IST) From: Satyajeet Seth To: Cc: Subject: KLD'fying PCI device driver! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi I am trying to convert my PCI device driver into a KLD. So far I have done the following: 1. Built the kernel without the static linked device driver. 2. Added entries to Makefiles in /sys/modules and /sys/modules/xxx. 3. Did "make all install" in /sys/modules directory. 4. Tried loading the KLD. I got the following error: "Fatal trap 12: page fault while in kernel mode" Any ideas as to what could be going wrong? Thanks Satya To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Feb 14 23:58:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from jason.argos.org (a1-3b129.neo.lrun.com [24.93.181.129]) by hub.freebsd.org (Postfix) with ESMTP id BD4ED37B491 for ; Wed, 14 Feb 2001 23:58:44 -0800 (PST) Received: (from mike@localhost) by jason.argos.org (8.10.1/8.10.1) id f1E7QPI26292 for freebsd-hackers@freebsd.org; Wed, 14 Feb 2001 02:26:25 -0500 Date: Wed, 14 Feb 2001 02:26:25 -0500 From: Mike Nowlin To: freebsd-hackers@freebsd.org Subject: can't get iicbus working - ARRGH! Message-ID: <20010214022625.A26122@jason.argos.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I messed around with this about a year ago, and now I'm messing around with it again. In a nutshell, I can NOT figure out how to get iic with lpbb working. I have tried all sorts of combinations of config file parameters from LINT, man pages, etc. My current config file has something like: # Parallel port device ppc0 at isa? port 0x3bc flags 0x28 irq 7 drq 3 #device ppc0 at isa? port 0x3bc flags 0x20 irq 7 device ppbus # Parallel port bus (required) device lpt # Printer device ppi # Parallel port interface device #device vpo # Requires scbus and da #device plip # TCP/IP over parallel # I2C stuff device iicbus device iic #device ic #device iicsmb device iicbb device lpbb # device smbus device intpm The only boot messages I get that are related to this section are: ppc0: at port 0x3bc-0x3bf irq 7 drq 3 flags 0x20 on isa0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold lpt0: on ppbus0 lpt0: Polled port ppi0: on ppbus0 When I added the last two lines (smbus, intpm), I did get the following: intpm0: port 0x5000-0x500f irq 9 at device 7.3 on pci0 intpm0: I/O mapped 5000 intpm0: intr IRQ 9 enabled revision 0 smbus0: on intsmb0 intpm0: PM I/O mapped 4000 ...which is closer to any I2C or SMB references I've gotten to date. Does anyone have this working? If so, could you send me your config file to look through? Thanks - Mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 15 0:33: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 70B8137B491; Thu, 15 Feb 2001 00:32:55 -0800 (PST) Received: from localhost (arr@localhost) by fledge.watson.org (8.11.1/8.11.1) with SMTP id f1F8Vat39751; Thu, 15 Feb 2001 03:31:36 -0500 (EST) (envelope-from arr@watson.org) Date: Thu, 15 Feb 2001 03:31:35 -0500 (EST) From: "Andrew R. Reiter" To: Satyajeet Seth Cc: freebsd-net@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: KLD'fying PCI device driver! 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 Could you send the load handler function src? On Thu, 15 Feb 2001, Satyajeet Seth wrote: > Hi > > I am trying to convert my PCI device driver into a KLD. > > So far I have done the following: > 1. Built the kernel without the static linked device driver. > 2. Added entries to Makefiles in /sys/modules and /sys/modules/xxx. > 3. Did "make all install" in /sys/modules directory. > 4. Tried loading the KLD. I got the following error: > "Fatal trap 12: page fault while in kernel mode" > > Any ideas as to what could be going wrong? > > Thanks > Satya > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > *-------------................................................. | Andrew R. Reiter | arr@fledge.watson.org | "It requires a very unusual mind | to undertake the analysis of the obvious" -- A.N. Whitehead To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 15 0:34:18 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtpscan.framfab.se (smtpscan.framfab.se [195.54.96.203]) by hub.freebsd.org (Postfix) with ESMTP id 47D3F37B491 for ; Thu, 15 Feb 2001 00:34:13 -0800 (PST) Received: (from uucp@localhost) by smtpscan.framfab.se (8.9.3/8.9.3) id JAA03103 for ; Thu, 15 Feb 2001 09:31:47 +0100 (MET) Received: from nodnsquery(157.125.8.2) by smtpscan.framfab.se via smap (V4.0) id xma002877; Thu, 15 Feb 01 09:30:22 +0100 Received: from stoent001.framfab.se ([172.16.200.241]) by list.framfab.se (8.9.3/8.9.3) with ESMTP id JAA12890 for ; Thu, 15 Feb 2001 09:13:50 +0100 Received: by STOENT001 with Internet Mail Service (5.5.2653.19) id <18N3YM1W>; Thu, 15 Feb 2001 09:32:44 +0100 Message-ID: From: =?iso-8859-1?Q?M=E5rten_Wikstr=F6m?= To: "'freebsd-hackers@freebsd.org'" Subject: Wanted: documentation on KLD modules Date: Thu, 15 Feb 2001 09:32:43 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm trying to convert a PCI network interface device driver to a KLD = module. However, the driver is depending on a pseudo-device and the = pseudo-device is in turn dependent on the device driver. How do I specify dependencies between KLD modules and what type of module shall they be? Are there = any documents describing KLD in more depth than the tutorial in the FreeBSD handbook and the man page for KLD? I've search the net but haven't = found anything yet. Any help appreciated thanks M=E5rten To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 15 1:47: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from front6m.grolier.fr (front6m.grolier.fr [195.36.216.56]) by hub.freebsd.org (Postfix) with ESMTP id 60B5437B503 for ; Thu, 15 Feb 2001 01:47:03 -0800 (PST) Received: from nas1-57.mea.club-internet.fr (nas1-57.mea.club-internet.fr [195.36.139.57]) by front6m.grolier.fr (8.9.3/No_Relay+No_Spam_MGC990224) with ESMTP id KAA15802; Thu, 15 Feb 2001 10:46:47 +0100 (MET) Date: Thu, 15 Feb 2001 09:45:44 +0100 (CET) From: =?ISO-8859-1?Q?G=E9rard_Roudier?= X-Sender: groudier@linux.local To: Matthew Jacob Cc: Sergey Babkin , freebsd-hackers@FreeBSD.ORG Subject: Re: UDI environment now released. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 14 Feb 2001, Matthew Jacob wrote: > On Wed, 14 Feb 2001, Sergey Babkin wrote: >=20 > > Matthew Jacob wrote: > > >=20 > > > The problem is that at the time this was a huge issue there were a mu= ch larger > > > number of machines and pieces of h/w and radically different OS's (or= flavors > > > within Unix even) to support. Such a wide set of differences is not r= eally > > > there any more, hence the cost of such support (and the style in whic= h it is > > > being done) makes less sense than it used to. > >=20 > > I'm afraid, it is. How many versions of FreeBSD with incompatible > > driver interfaces are out there ? >=20 > Not too many. Major release rules have been adhered somewhat. Given an O/S, this looks like pragmatism to me rather than rules. Even when going to a new major O/S version, having to heavily rework the entire driver collection prior to a release would be kind of O/S suicide, in my humble opinion. :) > > How many versions of Linux with > > the same sort of incompatibilities ? >=20 > Linux is far worse - the release of the moment.... Worse than what regarding what? A far as the topic is kernel interface changes between major versions (that seem to affect the second digit in Linux versionning), I donnot see your point. Au contraire, most (all?) Linux kernel interface changes I have had to take into account in some drivers seemed to have been designed in order to minimize driver code changes. About the Linux release of the moment.... :) But we must consider the hudge amount of changes between Linux-2.2 and Linux-2.4. I am under the impression that the differences between FreeBSD-4 and FreeBSD-5 kernels will be of a comparable order of magnitude. How better FreeBSD will cope whith such mega release is what we must focus about instead of doing not yet relevant comparisons, IMO. :) > But the primary motivation for a UDI like i/f (which, btw, has a lot *not= * > going for it) in terms of multiplatform support is not the issue it once = was. Ah? My English-to-French parser oopsed here. You may reword it. :-) G=E9rard. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 15 2:15: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (c228380-a.sfmissn1.sfba.home.com [24.20.90.44]) by hub.freebsd.org (Postfix) with ESMTP id 2EC3437B491; Thu, 15 Feb 2001 02:14:53 -0800 (PST) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.1/8.11.1) with ESMTP id f1FAEbV09259; Thu, 15 Feb 2001 02:14:37 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200102151014.f1FAEbV09259@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Satyajeet Seth Cc: freebsd-net@freebsd.org, hackers@freebsd.org Subject: Re: KLD'fying PCI device driver! In-reply-to: Your message of "Thu, 15 Feb 2001 13:08:40 +0530." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 15 Feb 2001 02:14:36 -0800 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Hi > > I am trying to convert my PCI device driver into a KLD. > > So far I have done the following: > 1. Built the kernel without the static linked device driver. > 2. Added entries to Makefiles in /sys/modules and /sys/modules/xxx. > 3. Did "make all install" in /sys/modules directory. > 4. Tried loading the KLD. I got the following error: > "Fatal trap 12: page fault while in kernel mode" > > Any ideas as to what could be going wrong? Too many. You haven't really given anything like enough detail here. - What FreeBSD version? - Build the kernel with DDB and symbols, and show us the backtrace. - How is your module attached to the rest of the system? Broadly: - You may not have specified the module correctly. - Your hardware init function may not work properly in the case where the system is already up and running (eg. you may be generating interrupts before you are ready to handle them). - You may be building against sources that don't match your running kernel. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 15 2:32:54 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.palnet.com (mail.palnet.com [217.66.226.37]) by hub.freebsd.org (Postfix) with ESMTP id 0DE1937B491 for ; Thu, 15 Feb 2001 02:32:52 -0800 (PST) Received: from mustafa.palnet.com (dogbert.palnet.com [192.116.17.51]) by mail.palnet.com (8.9.3/8.9.3) with ESMTP id MAA63423 for ; Thu, 15 Feb 2001 12:37:22 +0200 (IST) Message-Id: <5.0.0.25.0.20010215121834.022c5ca0@mail.palnet.com> X-Sender: mustafa@mail.palnet.com X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Thu, 15 Feb 2001 12:19:37 +0200 To: freebsd-hackers@freebsd.org From: Mustafa Deeb Subject: SIGABRT Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi all, I'm bind 8.2 patch level 5.. in the last couple of weeks it started to crash with Signal 6 SIG ABRT, does anyone know what does this mean? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 15 2:50:54 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from samar.sasi.com (samar.sasken.com [164.164.56.2]) by hub.freebsd.org (Postfix) with ESMTP id DF2DE37B401; Thu, 15 Feb 2001 02:50:44 -0800 (PST) Received: from samar (samar.sasi.com [164.164.56.2]) by samar.sasi.com (8.9.3/8.9.3) with SMTP id QAA09301; Thu, 15 Feb 2001 16:20:36 +0530 (IST) Received: from suns3.sasi.com ([10.0.36.3]) by samar.sasi.com; Thu, 15 Feb 2001 16:20:35 +0000 (IST) Received: from localhost (sseth@localhost) by suns3.sasi.com (8.9.3/8.9.3) with ESMTP id QAA01583; Thu, 15 Feb 2001 16:20:35 +0530 (IST) Date: Thu, 15 Feb 2001 16:20:35 +0530 (IST) From: Satyajeet Seth To: "Andrew R. Reiter" Cc: , Subject: Re: KLD'fying PCI device driver! 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 > Could you send the load handler function src? My code does not contain a load handler function. I did not add a load handler function, because none of the files in /sys/pci directory like if_fxp.c, if_vr.c seemed to contain contain a load handler function. To the best of my knowledge, all the pci device driver modules use the function pci_modevent() in /sys/pci/pci.c > > I am trying to convert my PCI device driver into a KLD. > > > > So far I have done the following: > > 1. Built the kernel without the static linked device driver. > > 2. Added entries to Makefiles in /sys/modules and /sys/modules/xxx. > > 3. Did "make all install" in /sys/modules directory. > > 4. Tried loading the KLD. I got the following error: > > "Fatal trap 12: page fault while in kernel mode" > > > > Any ideas as to what could be going wrong? Thanks Satya To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 15 2:56:15 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from boy.univ.kiev.ua (boy.univ.kiev.ua [193.125.78.120]) by hub.freebsd.org (Postfix) with ESMTP id 7C07F37B4EC for ; Thu, 15 Feb 2001 02:56:04 -0800 (PST) Received: from gonzo.icc.univ.kiev.ua (gonzo.icc.univ.kiev.ua [10.25.0.3]) by boy.univ.kiev.ua (8.11.1/8.11.1) with ESMTP id f1FAscE82224; Thu, 15 Feb 2001 12:54:38 +0200 (EET) (envelope-from gonzo@mail.univ.kiev.ua) Date: Thu, 15 Feb 2001 12:53:53 +0200 From: Alexander Timoshenko X-Mailer: The Bat! (v1.49) Reply-To: gonzo Organization: ICC X-Priority: 3 (Normal) Message-ID: <1672353098.20010215125353@mail.univ.kiev.ua> To: Mustafa Deeb Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: SIGABRT In-reply-To: <5.0.0.25.0.20010215121834.022c5ca0@mail.palnet.com> References: <5.0.0.25.0.20010215121834.022c5ca0@mail.palnet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, Mustafa, MD> hi all, MD> I'm bind 8.2 patch level 5.. in the last couple of weeks it started to MD> crash with Signal 6 MD> SIG ABRT, MD> does anyone know what does this mean? Seems you've been attacked. bind8.2-p5 has security flow, upgrade to 8.2.3. -- BB, Alexander Timoshenko To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 15 5:20:51 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from samar.sasi.com (samar.sasken.com [164.164.56.2]) by hub.freebsd.org (Postfix) with ESMTP id 82D7637B4EC; Thu, 15 Feb 2001 05:20:36 -0800 (PST) Received: from samar (samar.sasi.com [164.164.56.2]) by samar.sasi.com (8.9.3/8.9.3) with SMTP id SAA17767; Thu, 15 Feb 2001 18:50:30 +0530 (IST) Received: from suns3.sasi.com ([10.0.36.3]) by samar.sasi.com; Thu, 15 Feb 2001 18:50:30 +0000 (IST) Received: from localhost (sseth@localhost) by suns3.sasi.com (8.9.3/8.9.3) with ESMTP id SAA04947; Thu, 15 Feb 2001 18:50:27 +0530 (IST) Date: Thu, 15 Feb 2001 18:50:27 +0530 (IST) From: Satyajeet Seth To: Mike Smith Cc: , Subject: Re: KLD'fying PCI device driver! In-Reply-To: <200102151014.f1FAEbV09259@mass.dis.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 Hi Please see my comments below: On Thu, 15 Feb 2001, Mike Smith wrote: > > I am trying to convert my PCI device driver into a KLD. > > > > So far I have done the following: > > 1. Built the kernel without the static linked device driver. > > 2. Added entries to Makefiles in /sys/modules and /sys/modules/xxx. > > 3. Did "make all install" in /sys/modules directory. > > 4. Tried loading the KLD. I got the following error: > > "Fatal trap 12: page fault while in kernel mode" > > > > Any ideas as to what could be going wrong? > > Too many. You haven't really given anything like enough detail here. > > - What FreeBSD version? Satya-> 4.0 > - Build the kernel with DDB and symbols, and show us the backtrace. Satya-> The trace is given below: (kgdb) where #0 0xc018cf3c in boot () #1 0xc018d2d9 in panic () #2 0xc0137c39 in db_panic () #3 0xc0137bd9 in db_command () #4 0xc0137c9e in db_command_loop () #5 0xc0139daf in db_trap () #6 0xc02c229d in kdb_trap () #7 0xc02d14b4 in trap_fatal () #8 0xc02d118d in trap_pfault () #9 0xc02d0cd3 in trap () #10 0xc01909a4 in sysctl_register_oid () #11 0xc0190a51 in sysctl_register_set () #12 0xc017f5d3 in linker_file_register_sysctls () #13 0xc017f670 in linker_load_file () #14 0xc017feae in kldload () #15 0xc02d1712 in syscall () #16 0xc02c2ba6 in Xint0x80_syscall () #17 0x80480f9 in ?? () > - Your hardware init function may not work properly in the case where > the system is already up and running (eg. you may be generating > interrupts before you are ready to handle them). > - You may be building against sources that don't match your running > kernel. Satya-> The driver works properly when statically linked. Thanks Satya To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 15 5:22:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mesache.encomix.es (mesache.encomix.es [194.143.192.3]) by hub.freebsd.org (Postfix) with SMTP id A90FB37B401 for ; Thu, 15 Feb 2001 05:22:07 -0800 (PST) Received: (qmail 773 invoked from network); 15 Feb 2001 13:22:02 -0000 Received: from dynamic.45.212.es.encomix.com (HELO consulting) (194.143.212.45) by mesache.encomix.es with SMTP; 15 Feb 2001 13:22:02 -0000 From: =?iso-8859-1?Q?Jes=FAs_Arn=E1iz?= To: "Warner Losh" Cc: , Subject: RE: Dynalink. PCMCIA Ethernet adapter Date: Thu, 15 Feb 2001 14:22:43 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Importance: Normal In-Reply-To: <200102131721.f1DHLtW39619@harmony.village.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi again. I put both rl and dc ethernet driver on a new kernel, but when I put ifconfig do not appear one interface (except ppp and loopback). Does it means it can not work with these drivers? or should I make some extra configuration on my system? Thanks in advance. -- Jesús Arnáiz > -----Mensaje original----- > De: owner-freebsd-hackers@FreeBSD.ORG > [mailto:owner-freebsd-hackers@FreeBSD.ORG]En nombre de Warner Losh > Enviado el: martes, 13 de febrero de 2001 18:22 > Para: Wes Peters > CC: Jesús Arnáiz; freebsd-question@FreeBSD.ORG; > freebsd-hackers@FreeBSD.ORG > Asunto: Re: Dynalink. PCMCIA Ethernet adapter > > > In message <3A88CAE2.E03C5257@softweyr.com> Wes Peters writes: > : a) I doubt you'll find the "Dynalink L100C32" supported (yet), and > > That name looks familiar. Either the rl driver or the dc driver > should support it. > > However, you are insane if you think that upgrading to current right > now is fun or desirable. > > Warner > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 15 7:33: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from syncopation-01.iinet.net.au (syncopation-01.iinet.net.au [203.59.24.37]) by hub.freebsd.org (Postfix) with SMTP id 8AB5C37B491 for ; Thu, 15 Feb 2001 07:32:57 -0800 (PST) Received: (qmail 28878 invoked by uid 666); 15 Feb 2001 15:45:10 -0000 Received: from i076-013.nv.iinet.net.au (HELO elischer.org) (203.59.76.13) by mail.m.iinet.net.au with SMTP; 15 Feb 2001 15:45:10 -0000 Message-ID: <3A8BF697.DE9D4C72@elischer.org> Date: Thu, 15 Feb 2001 07:32:39 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: Satyajeet Seth Cc: "Andrew R. Reiter" , freebsd-net@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: KLD'fying PCI device driver! References: Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Satyajeet Seth wrote: > > Hi > > > Could you send the load handler function src? > > My code does not contain a load handler function. > > I did not add a load handler function, because none of the files in > /sys/pci directory like if_fxp.c, if_vr.c seemed to contain contain a load > handler function. > To the best of my knowledge, all the pci device driver modules use the > function pci_modevent() in /sys/pci/pci.c > > > > I am trying to convert my PCI device driver into a KLD. > > > > > > So far I have done the following: > > > 1. Built the kernel without the static linked device driver. > > > 2. Added entries to Makefiles in /sys/modules and /sys/modules/xxx. > > > 3. Did "make all install" in /sys/modules directory. > > > 4. Tried loading the KLD. I got the following error: > > > "Fatal trap 12: page fault while in kernel mode" > > > > > > Any ideas as to what could be going wrong? Assuming -current. (if 4.2, start with the one from -current) start with /usr/share/examples/drivers/make_device_driver.sh it at least compiles and loads. modify it to include your code.. > > Thanks > Satya > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 15 7:49:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bbnrel4.net.external.hp.com (bbnrel4.hp.com [155.208.254.68]) by hub.freebsd.org (Postfix) with ESMTP id 377AE37B4EC for ; Thu, 15 Feb 2001 07:48:54 -0800 (PST) Received: from hpcpbla.bri.hp.com (hpcpbla.bri.hp.com [15.144.112.65]) by bbnrel4.net.external.hp.com (Postfix) with ESMTP id 349A823432 for ; Thu, 15 Feb 2001 16:48:52 +0100 (MET) Received: from sse0691.bri.hp.com (sse0691.bri.hp.com [15.144.0.53]) by hpcpbla.bri.hp.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.0) with ESMTP id PAA14580 for ; Thu, 15 Feb 2001 15:48:50 GMT Received: (from steve@localhost) by sse0691.bri.hp.com (8.11.1/8.9.3) id f1FFnDL16538 for hackers@freebsd.org; Thu, 15 Feb 2001 15:49:13 GMT (envelope-from steve) Date: Thu, 15 Feb 2001 15:49:13 +0000 From: Steve Roome To: hackers@freebsd.org Subject: bin/22124 Message-ID: <20010215154913.P97929@moose.bri.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is there any chance someone could take a look at the patch I supplied for pciconf and perhaps let me have some feedback on it? It's just to clean up the output a little and add the ability to identify better any non supported chipsets. I thought that this would be helpful when trying to install FreeBSD and not knowing which devices were which. I'm sure someone will tell me they don't like the way it's done and I could put the data in tables instead of switch statements, but whatever, just wondered if there was a chance of some feedback on it? Thanks in advance, Steve Roome To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 15 8:49:15 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 899B937B491 for ; Thu, 15 Feb 2001 08:49:08 -0800 (PST) Received: from beppo (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id IAA18477; Thu, 15 Feb 2001 08:45:53 -0800 Date: Thu, 15 Feb 2001 08:45:52 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: =?ISO-8859-1?Q?G=E9rard_Roudier?= Cc: Sergey Babkin , freebsd-hackers@FreeBSD.ORG Subject: Re: UDI environment now released. 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 > > Worse than what regarding what? Stability of interfaces. > > A far as the topic is kernel interface changes between major versions > (that seem to affect the second digit in Linux versionning), I donnot see > your point. Au contraire, most (all?) Linux kernel interface changes I > have had to take into account in some drivers seemed to have been designed > in order to minimize driver code changes. Just take a look at any SCSI HBA driver- and I learned how to cope with Linux from you :-) on this! - it isn't a change like: #if VERSION < 2 #elif VERSION < 3 #elif VERSION < 4 ... it's more like #if VERSION < 2.23 #elif VERSION < 2.44 #elif VERSION < 3.11 #elif VERSION < 3.23 #elif VERSION < 3.55 #elif VERSION < 3.99 #elif VERSION < 4.21 ... Now- granted that the 'odd' numbered releases are development and you'd except a lot of changes but many of the changes that occur could have been forseen upfront, and things staged more evenly- I'm thinking of the evolution of the PCI interfaces for example. > About the Linux release of the moment.... :) > > But we must consider the hudge amount of changes between Linux-2.2 and > Linux-2.4. I am under the impression that the differences between > FreeBSD-4 and FreeBSD-5 kernels will be of a comparable order of > magnitude. How better FreeBSD will cope whith such mega release is what we > must focus about instead of doing not yet relevant comparisons, IMO. :) Sure. But you won't hear me saying that the way we've done -current is, umm, the most desirable way to do things. It could have been a lot worse though. > > > But the primary motivation for a UDI like i/f (which, btw, has a lot *not* > > going for it) in terms of multiplatform support is not the issue it once was. > > Ah? My English-to-French parser oopsed here. You may reword it. :-) My Brain-to-Fingers parser oopsed and that was the result. Actually, the above is an example of what it's like to program in Forth (or to speak in German). Let's try again: The issue which seems to have been a primary motivation for UDI is not, in my opinion, as serious an issue as it once was. The issue has to do with providing a common set of kernel services (APIs) against a a very broad set of platforms so that very expensive but essentially identical driver work doesn't have to be done over and over again. This issue is not as serious because the number of serious platform contenders has shrunk by an close to an order of magnitude. Now OS platforms like NetBSD and Linux have gone to a considerable to try and cover a broad range of platforms (with different strategies- NetBSD invests a considerable amount of effort in Machine Dependent/Independent split models; Linux seems to have solved this somewhat quicker by punting a lot of things (like ioctls) into machine dependent code)- most of which are 'legacy' platforms. I don't wish to offend anyone- but "legacy" means "legacy"... If the commercially viable set of hardware platforms has shrunk to ia32/ia64 followed by rapidly shrinking percentages for sparc64, alpha, PowerPC and 'other', and if the common unifying I/O bus for all of these platforms is PCI, what's the point of a unifying driver software model like UDI? Urr.... *blush* ...I just think I argued myself into a corner. Now what *did* I mean.....??? Oh- yeah- if there's only 3-4 platforms, and all have the same I/O bus (more or less), then the amount of difference to drive the actual hardware itself is trivial- and one doesn't need a grand scheme like UDI. There are other rasons to have something like a UDI- which are more software midlayer types of issues- Networking, SCSI, etc. I wont speak to Networking, but in terms of a SCSI midlayer *none* of the systems we have are adequate (although CAM comes closest) to cope with the available hardware and what customers actually need. But if one is to have a unifying set of services like UDI, it should be looking forward, not backwards, and the issues it deals with and the services it provides (which can, like the base h/w platform issue I spoke of above, support the now maybe 2 serious SCSI HBA vendors) don't come close to looking at the serious issues now are. (Oh dear, I should just shut up......) -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 15 9:15:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 6AF9237B4EC for ; Thu, 15 Feb 2001 09:15:31 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1FHFMW63494; Thu, 15 Feb 2001 10:15:23 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102151715.f1FHFMW63494@harmony.village.org> To: =?iso-8859-1?Q?Jes=FAs_Arn=E1iz?= Subject: Re: Dynalink. PCMCIA Ethernet adapter Cc: FreeBSD-questions@freeeBSD.org, FreeBSD-hackers@FreeBSD.ORG In-reply-to: Your message of "Thu, 15 Feb 2001 14:22:43 +0100." References: Date: Thu, 15 Feb 2001 10:15:22 -0700 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message =?iso-8859-1?Q?Jes=FAs_Arn=E1iz?= writes: : I put both rl and dc ethernet driver on a new kernel, but when I put ifconfig do not : appear one interface (except ppp and loopback). Does it means it can not work with : these drivers? or should I make some extra configuration on my system? Can you send me the boot messages? If you sent the before, please fogive my asking again. You are using -current, right? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 15 10:18:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 65F5037B503 for ; Thu, 15 Feb 2001 10:18:08 -0800 (PST) Received: from localhost (arr@localhost) by fledge.watson.org (8.11.1/8.11.1) with SMTP id f1FIHxk44276; Thu, 15 Feb 2001 13:18:00 -0500 (EST) (envelope-from arr@watson.org) Date: Thu, 15 Feb 2001 13:17:59 -0500 (EST) From: "Andrew R. Reiter" To: =?iso-8859-1?Q?M=E5rten_Wikstr=F6m?= Cc: "'freebsd-hackers@freebsd.org'" Subject: Re: Wanted: documentation on KLD modules In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, this might help: http://www.daemonnews.org/200010/blueprints.html Andrew On Thu, 15 Feb 2001, [iso-8859-1] M=E5rten Wikstr=F6m wrote: > I'm trying to convert a PCI network interface device driver to a KLD modu= le. > However, the driver is depending on a pseudo-device and the pseudo-device= is > in turn dependent on the device driver. How do I specify dependencies > between KLD modules and what type of module shall they be? Are there any > documents describing KLD in more depth than the tutorial in the FreeBSD > handbook and the man page for KLD? I've search the net but haven't found > anything yet. >=20 > Any help appreciated >=20 > thanks >=20 > M=E5rten >=20 >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message >=20 *-------------................................................. | Andrew R. Reiter=20 | arr@fledge.watson.org | "It requires a very unusual mind | to undertake the analysis of the obvious" -- A.N. Whitehead To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 15 11:17:25 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 2C49D37B401; Thu, 15 Feb 2001 11:17:19 -0800 (PST) Received: from dbsys.etinc.com (dbsys.etinc.com [207.252.1.18]) by etinc.com (8.9.3/8.9.3) with ESMTP id OAA73310; Thu, 15 Feb 2001 14:24:25 GMT (envelope-from dennis@etinc.com) Message-Id: <5.0.0.25.0.20010215142835.02111890@mail.etinc.com> X-Sender: dennis@mail.etinc.com (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Thu, 15 Feb 2001 14:29:37 -0500 To: hackers@freebsd.org From: Dennis Subject: FreeBSD cant boot from ZIP - Is it true? Cc: questions@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is it true that freebsd can't boot from a zip drive? Dennis To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 15 11:20:33 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (c228380-a.sfmissn1.sfba.home.com [24.20.90.44]) by hub.freebsd.org (Postfix) with ESMTP id 0EE4A37B401; Thu, 15 Feb 2001 11:20:27 -0800 (PST) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.1/8.11.1) with ESMTP id f1FJKxV18036; Thu, 15 Feb 2001 11:21:00 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200102151921.f1FJKxV18036@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Dennis Cc: hackers@freebsd.org, questions@freebsd.org Subject: Re: FreeBSD cant boot from ZIP - Is it true? In-reply-to: Your message of "Thu, 15 Feb 2001 14:29:37 EST." <5.0.0.25.0.20010215142835.02111890@mail.etinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 15 Feb 2001 11:20:58 -0800 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Is it true that freebsd can't boot from a zip drive? No. You can't boot from the parallel-port drives, but that's a feature of the PC not expecting to be able to boot from a printer rather than a FreeBSD issue. I've personally booted FreeBSD from the old, old ATA Zip drives, the ATAPI ones and of course the SCSI drives, in both whole-disk and sliced (as from the factory) modes. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 15 11:26:37 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from iguana.aciri.org (iguana.aciri.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id 0634837B401; Thu, 15 Feb 2001 11:26:30 -0800 (PST) Received: (from rizzo@localhost) by iguana.aciri.org (8.11.1/8.11.1) id f1FJQT829002; Thu, 15 Feb 2001 11:26:29 -0800 (PST) (envelope-from rizzo) From: Luigi Rizzo Message-Id: <200102151926.f1FJQT829002@iguana.aciri.org> Subject: Re: FreeBSD cant boot from ZIP - Is it true? In-Reply-To: <200102151921.f1FJKxV18036@mass.dis.org> from Mike Smith at "Feb 15, 2001 11:20:58 am" To: msmith@FreeBSD.ORG (Mike Smith) Date: Thu, 15 Feb 2001 11:26:29 -0800 (PST) Cc: dennis@etinc.com, hackers@FreeBSD.ORG, questions@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > ATAPI ones and of course the SCSI drives, in both whole-disk and > sliced (as from the factory) modes. "whole-disk" and "sliced" ... sounds like salami :) cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 15 11:33:34 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 50EB137B401; Thu, 15 Feb 2001 11:33:25 -0800 (PST) Received: from dbsys.etinc.com (dbsys.etinc.com [207.252.1.18]) by etinc.com (8.9.3/8.9.3) with ESMTP id OAA73428; Thu, 15 Feb 2001 14:40:32 GMT (envelope-from dennis@etinc.com) Message-Id: <5.0.0.25.0.20010215144326.03acd470@mail.etinc.com> X-Sender: dennis@mail.etinc.com X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Thu, 15 Feb 2001 14:45:44 -0500 To: Mike Smith From: Dennis Subject: Re: FreeBSD cant boot from ZIP - Is it true? Cc: hackers@freebsd.org, questions@freebsd.org In-Reply-To: <200102151921.f1FJKxV18036@mass.dis.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 02:20 PM 02/15/2001, Mike Smith wrote: > > > > Is it true that freebsd can't boot from a zip drive? > >No. > >You can't boot from the parallel-port drives, but that's a feature of the >PC not expecting to be able to boot from a printer rather than a FreeBSD >issue. > >I've personally booted FreeBSD from the old, old ATA Zip drives, the >ATAPI ones and of course the SCSI drives, in both whole-disk and >sliced (as from the factory) modes. I believe you, but no-one seems to know how to do it. FreeBSD seems to get confused between the hard drive and the ZIP and it becomes a mess very quickly. This is with ATAPI IDE drives btw. Whats the "trick"? Dennis >-- >... every activity meets with opposition, everyone who acts has his >rivals and unfortunately opponents also. But not because people want >to be opponents, rather because the tasks and relationships force >people to take different points of view. [Dr. Fritz Todt] > V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 15 11:51:37 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (c228380-a.sfmissn1.sfba.home.com [24.20.90.44]) by hub.freebsd.org (Postfix) with ESMTP id E10F537B491; Thu, 15 Feb 2001 11:51:31 -0800 (PST) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.1/8.11.1) with ESMTP id f1FJq6V18194; Thu, 15 Feb 2001 11:52:06 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200102151952.f1FJq6V18194@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Dennis Cc: hackers@freebsd.org, questions@freebsd.org Subject: Re: FreeBSD cant boot from ZIP - Is it true? In-reply-to: Your message of "Thu, 15 Feb 2001 14:45:44 EST." <5.0.0.25.0.20010215144326.03acd470@mail.etinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 15 Feb 2001 11:52:06 -0800 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >You can't boot from the parallel-port drives, but that's a feature of the > >PC not expecting to be able to boot from a printer rather than a FreeBSD > >issue. > > > >I've personally booted FreeBSD from the old, old ATA Zip drives, the > >ATAPI ones and of course the SCSI drives, in both whole-disk and > >sliced (as from the factory) modes. > > > I believe you, but no-one seems to know how to do it. FreeBSD seems to get > confused between the hard drive and the ZIP and it becomes a mess very > quickly. This is with ATAPI IDE drives btw. > > Whats the "trick"? There shouldn't be any trick; as long as you have the 'atapifd' driver in your kernel, and the correct entries in /etc/fstab on the disk, you should be fine. Where does the confusion arise? When you're trying to find the kernel, or when you're mounting root? Are you installing to the disk, or building a root filesystem manually? If you're having trouble mounting root, check what the kernel says it's trying to mount and if it's not /dev/afd0-something then you should suspect your /etc/fstab's / entry. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 15 13:58: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from obsecurity.dyndns.org (adsl-64-165-226-49.dsl.lsan03.pacbell.net [64.165.226.49]) by hub.freebsd.org (Postfix) with ESMTP id 86DCC37B69F for ; Thu, 15 Feb 2001 13:57:59 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 65B2A66E6E; Thu, 15 Feb 2001 13:39:24 -0800 (PST) Date: Thu, 15 Feb 2001 13:39:24 -0800 From: Kris Kennaway To: Mustafa Deeb Cc: freebsd-hackers@freebsd.org Subject: Re: SIGABRT Message-ID: <20010215133924.C12807@mollari.cthul.hu> References: <5.0.0.25.0.20010215121834.022c5ca0@mail.palnet.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="7qSK/uQB79J36Y4o" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <5.0.0.25.0.20010215121834.022c5ca0@mail.palnet.com>; from mustafa@palnet.com on Thu, Feb 15, 2001 at 12:19:37PM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --7qSK/uQB79J36Y4o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 15, 2001 at 12:19:37PM +0200, Mustafa Deeb wrote: > hi all, >=20 > I'm bind 8.2 patch level 5.. in the last couple of weeks it started to=20 > crash with Signal 6 > SIG ABRT, >=20 > does anyone know what does this mean? Read security advisory 01:18, and subscribe yourself to freebsd-security-notifications@FreeBSD.org so you don't stay vulnerable and unaware of remote root exploits like this again. Kris --7qSK/uQB79J36Y4o Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6jEyLWry0BWjoQKURAiTXAKCyzYjf7u40/cP6FPxvnqcJcezYggCgqohm S6r6OZOUXTqHTa2qcamwNG4= =Z1yu -----END PGP SIGNATURE----- --7qSK/uQB79J36Y4o-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 15 14: 1:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ntua.gr (achilles.noc.ntua.gr [147.102.222.210]) by hub.freebsd.org (Postfix) with ESMTP id 134F737B401 for ; Thu, 15 Feb 2001 14:01:54 -0800 (PST) Received: from netmode.ntua.gr (dolly.netmode.ece.ntua.gr [147.102.13.10]) by ntua.gr (8.9.3/8.9.3) with ESMTP id AAA11855; Fri, 16 Feb 2001 00:01:46 +0200 (EET) Received: from edgar.ebs.gr (dialup.netmode.ece.ntua.gr [147.102.13.130]) by netmode.ntua.gr (8.11.1/8.11.1) with ESMTP id f1FM9NC02535; Fri, 16 Feb 2001 00:09:23 +0200 (EET) (envelope-from past@edgar.ebs.gr) Received: (from past@localhost) by edgar.ebs.gr (8.11.2/8.11.2) id f1FM12B04186; Fri, 16 Feb 2001 00:01:02 +0200 (EET) (envelope-from past) Date: Fri, 16 Feb 2001 00:00:49 +0200 From: Panagiotis Astithas To: Julian Elischer Cc: hackers@freebsd.org, Mark Santcroos , Alexander Langer Subject: Re: IrDA and FreeBSD Message-ID: <20010216000048.A4168@netmode.ece.ntua.gr> Reply-To: past@netmode.ntua.gr References: <20010214183957.A2195@netmode.ece.ntua.gr> <3A8ABAAD.A750B67F@elischer.org> <20010214205600.A531@netmode.ece.ntua.gr> <3A8B5473.DC16336@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A8B5473.DC16336@elischer.org>; from julian@elischer.org on Wed, Feb 14, 2001 at 08:00:51PM -0800 X-Organizational-Unit: Network Management and Optimal Design Laboratory X-Organization: National Technical University of Athens, GREECE X-Work-Phone: +30-1-772-1-450 X-Work-FAX: +30-1-772-1-452 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Feb 14, 2001 at 08:00:51PM -0800, Julian Elischer wrote: > you need to enable the FIR mode from the BIOS to get the PNP ID > for the fast part of the chip.. 510 is just a UART attached to the IR port > which is the SIR (slow IR :-) interface. Duh! Who would have thought that "IrDA" in the BIOS configuration would mean SIR? Indeed, changing it to FIR gives me my SMC chipset :-) I have also finished porting the findchip utility. You can find it attached. It works fine(*) on my -stable machine, but I would like someone to try it out on a -current box, just to be sure. I am going to try to port the rest of the utilities, but I would be more than happy to test the smc driver for you, when you have it ready. -past (*): except from the gtk-based 'gfindchip' that coredumps when I select quit from the menu. As a workaround use the provided perl script that has gtk bindings and works flawlessly. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 15 14: 6:56 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ntua.gr (achilles.noc.ntua.gr [147.102.222.210]) by hub.freebsd.org (Postfix) with ESMTP id 88D3F37B67D for ; Thu, 15 Feb 2001 14:06:39 -0800 (PST) Received: from netmode.ntua.gr (dolly.netmode.ece.ntua.gr [147.102.13.10]) by ntua.gr (8.9.3/8.9.3) with ESMTP id AAA12880; Fri, 16 Feb 2001 00:06:35 +0200 (EET) Received: from edgar.ebs.gr (dialup.netmode.ece.ntua.gr [147.102.13.130]) by netmode.ntua.gr (8.11.1/8.11.1) with ESMTP id f1FME7C02567; Fri, 16 Feb 2001 00:14:08 +0200 (EET) (envelope-from past@edgar.ebs.gr) Received: (from past@localhost) by edgar.ebs.gr (8.11.2/8.11.2) id f1FM65404200; Fri, 16 Feb 2001 00:06:05 +0200 (EET) (envelope-from past) Date: Fri, 16 Feb 2001 00:05:55 +0200 From: Panagiotis Astithas To: Julian Elischer Cc: hackers@freebsd.org, Mark Santcroos , Alexander Langer Subject: Re: IrDA and FreeBSD Message-ID: <20010216000550.B4168@netmode.ece.ntua.gr> Reply-To: past@netmode.ntua.gr References: <20010214183957.A2195@netmode.ece.ntua.gr> <3A8ABAAD.A750B67F@elischer.org> <20010214205600.A531@netmode.ece.ntua.gr> <3A8B5473.DC16336@elischer.org> <20010216000048.A4168@netmode.ece.ntua.gr> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="9amGYk9869ThD9tj" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010216000048.A4168@netmode.ece.ntua.gr>; from past@netmode.ntua.gr on Fri, Feb 16, 2001 at 12:00:49AM +0200 X-Organizational-Unit: Network Management and Optimal Design Laboratory X-Organization: National Technical University of Athens, GREECE X-Work-Phone: +30-1-772-1-450 X-Work-FAX: +30-1-772-1-452 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Feb 16, 2001 at 12:00:49AM +0200, Panagiotis Astithas wrote: > I have also finished porting the findchip utility. You can find it > attached. It works fine(*) on my -stable machine, but I would like Yeah right, like it would have been attached without me doing the work... Sorry for that guys, here it is. Also here is the output I get on my laptop. Cheers, -past P.S.: I REALLY have to get some sleep... --9amGYk9869ThD9tj Content-Type: application/x-tar-gz Content-Disposition: attachment; filename="findchip.tar.gz" Content-Transfer-Encoding: base64 H4sIAOxOjDoAA+w8bXvauLL7FX6FlqaNSQ2xISQtNNkSkrTZmyZZSLa3T7cPNUaAT43N2iYv pyf3t9+ZkeQXIC9t0p7nnhtvF8xoZjQaSaMZSZOB4/XtkTNZ/eXHPWzN2KjV2C+MmRs1M/2t HoOxjcpa1VjbqJprUGxsbKz9wmo/UKb4mYaRFTD2y8QKo5vwbiv/P/oMVP/vt48Dv8fLE/fB 6zANY31t7dr+r1XWa9j/xoZRqZgbVSiubFSh/40Hl2TB8/+8/5/8ujoNg9We461OeOCy0nk+ Pw05exN9adBLGAWOHbHlMysIlxv5vOM5kSjNjy+ZtjS2HK97DqPIP9eXIqvn8mIDS14HPJy6 UQh44bTHnIiPuwPLjvzgsmv3WP5rnjFicO70hzzS2RIUOr6ns9d9K7KKbJO97gIxY85Ak2Vs c5OVzCLAkJqxPgfp/EuWFqLBqIhfOBG8XOWvSM7Xmfq5B43iIVShFaV8dsCtiHfTaCkZLdvm bncY+NMJCJpGgp89/8KEL9fqcVf8rABXSRnyiRVYgIkl0yjCBi71p+PxJeEwlDYtPsjk8XNU cL3+niDacuRPXH7G3WUiSQuTxm4i+A1CCSvTkhTaPsD3BFhbJsg77k23rWBZZ4VXKMlWQWf5 HDxyfqYrJAnyT6hxr9FuoBI/KyPCSu7nBpZOpuFosc519rGw2t1zXF7Qc1Ovzwd6ztBzhVfb geXZo63CJ2Iw8KE/7BHTRCVFhH3FD8bskT+eNMQ7SEENBSEk11WyYqxQXupKnBtlIWqdSUFM UfnVHZpAdXWbrltAtdk+FPnuVhMaZXxCHd2J/I+pExWw8Yr+D/hVMonBTE+XtqwoAo1kJhz1 RqKqRbUV5VTJjIfSVmq4a0tdnf31bGaCEuur/Nz4LG2FPOpGTuRyrXDgeNMLth/sNFkLu590 XxCjdI6m5wd9HgCoH400o6jaiLMnPT7/3PYvNENnxgI2Vr+vEYEow7fS1sSyv3TRiEfaTCPB rHSFddGWxcheLgJj8S8WgGxWWoITBGhVfV031TzGyW0YaaQDnO2sgM2uF9JY5gKsd36fu1m0 ygK0P3kQgpXLIJoLaxXDhe0fZXEX1d3Zb8/hLap8bx6vsqju/fYfWaRFle68a2aRFtVYIOsO w1ejaQwYRgO/X7GX+P38eWLol+RiAvP102JO0hpoSxf6kjKtSxeAW1mBYcGesqoCojUEyCqr SgANADW/umAILKxKS9cJNvviuanDRwVeL6GK56acIfmEA45y23e7IQxJxxuG2roYp6niwD9P iteKjTT5nAA06HC0mrohx+KNuLAKVfTq3XChHWt67U64ppTB1Cu340oZ7oQrZbgLbkXKALxv x5Uy3AlXyqBwaQhBxwvCgGeWt88IpOWHiiQ+rVCON/ABNZy44B1pq/qqHnO5Zoy/mB3j4OaA aI7H+2xJscSxV6RSgZOdCTSkQN4MthjUV8IJckN+G3Xht0KKRoxnYVjJ2iqPDtoBZQu8pEZ+ xtQ7Q89yYR54HrcjrSB9tALb3GLoaH29xmtDh41dMagqHMEksVw3iwBuHPwSnue/22n+D3ri +O+d9QVGn8t/QB23xH/V9eqGiv/XN6oU/9XW1h/jv5/xPHmQJ//kCZt5EIRermeNeV2A1BDD IuXrqA2gsonQHR7agTOJZMlbK+ifWwFnE3LqwYyyfW8QAKTPWv54PPUc20LkkEmXyAW2yKgT WdE0VNzZ7gUEt84YfGLLLWN5cxqN/CAu/933rGhkeezttB9CnPnqH8GI3l73nOHA96Oy7Y+3 kLBFFrDPrIiIT0ZT9jvQMZMZL+u1tbrxglUMw0BU8PqcgRPjnkw5oVZqzDTqhllfq8yj9i4R dccaMoiHosiFlaJvDXuv7bAMsULZ80kIpe6WP7kMnOEIzLhdJGZ3bIl+A4ebKtfjqiHyYW0k DFmbhzw44/2yKlPfJyMnxK4bBtaYwesg4JyF/iDCPm2wS3/KbJAUetPBXQYIjzmDRcDy+qvQ 04rLGHVziQUYpQUsGnEW8WAcMn9AP94cnrI33OOB5bLjac91bHbg2NwLObPCmM0ES8IR6ZjI 9lCajpSG7fnAncYSLEUOlAfsTAxRVsGKFBuklNx1BlJqVoQNCZhPo7YI0l8yF4ZITF9O99is SpKW9xmsbsh95E+ggSPgC00+d0DPMPSnIR9M3bjbgIC93z95e3R6wpqHH9j7ZrvdPDz50AAC GNhQys+4YOeMwScB7tBKiLCjS2iM4vJut916C2TN7f2D/ZMP2Jy9/ZPD3U6H7R21WZMdN9sn +63Tg2abHZ+2j486u2XW4SgdVzxuUD5O1zEEp7DgR5bjhhlFfIDOh4V+6vbZyDrjMAhs7pzh ZGE2jMk79K3iZLm+N6R2A0Wi3QY4VMzzI52dB+CvsMhf0OuKR9L7OlgYu6yz2kt2wkF1nB27 lg193Zkil2oVHNFtP6R9nFiPTWZUTNMsmVVjg512mqmJ8CDWNf+E5N7u7LCJH0QQPOAgPrY8 a+j4EbS5GUJEPoLR/gqXqdcej2DW8LIXTa3yMNjK51stYeg22dC28629g+abDoRBWvv4Xffo +KRLgCIAOh863f3D1sHpzi78Lh1VWOk9+mKl92IjsATqjfzocsLDfL7TbnWApfIhyjYLxzZ8 eiF+guPW871+2c4fbf+OeMAdCOple7PsF/N5YFuPafN59VYHPCQo5nNLWqtVVD/huyXFLPls 6XU+X7bLfj3BiktttvQKfFWXWx4UB2NWGsT1sGH8tlL22cr/sCcruKkJXkBGnJw9SWhAT0dH J0XaKXV923JpvzSfHyYyD1NKmBfp8zD6YlZK4BQPnCErleyBaw3Dz+BqvxKNmcNwnV74Of/j Pd3Y/0vkf/A6bvb/TKNSqyj/b61WrQEI3qqP/t/PeFZXHuLJs5U5/w9AM/5fMsSwcM4DrCH0 dg/QUR6gnXL5gPJGlw/Kv8/lA8IbXb61Wn3tpfDjAHXG5XsPb4hqvkSXr7per23Mo97B5QN0 peF7uHzXc7jF5ZOEC10+Waa+7+nySS73dfkkm/u6fJLN97h8qR67r8sn2dzT5ZNc7uXySR7f 5PKlFPEALp/kdC+XT/L4TpdP6XHO5UsmwgM84FusrtzP52PI5Inj2e60z9mrMOo7fnm0lQJB 9AzQLGxge5GbBY0tsNkeXw0vQyuwR9lCHMreEGEJsBDb+VEBwGJTkzVPYey2O6wwa65g7qcN EJDwC5hLHkyOSJj9LniV2pnv9IuN+TLwNa8tkx6oKs/DUh/BcEIEmKk9P+S0IZtHQJ/3pkPx M4/uLYiNZ99TO4p3T3HzF3yFFWxbI4YhsbYiKhxMPbCpqr4rRoeXeF6WVB6DYBS79OPjJ7aZ T+r4ygqdd62CnrSdXenp0sNOUgqtnyl9v3+4fXS4E2NIHWSxDk8PDnT6xBNyEA4lZmAsoy6J JFqQTzdcSS1amjQfp7wmVufNuEkNUXlpi1Qlfjx/XkxpUj0TGD/RQCs8Df/ylMyCrJjUQaf4 JCKhd3GzW5Odg6gEYCv4iULnwAxosoOxzlxO1UKTnj0N8V+yYwSrNTMunl7o4H2c7e9swrtR gV9tflZmT/soWD4+DcdKSltjy5viBvg04IEuYejpqHd7MOz2LFwwZimFvH2FGPAzB5cMaG0i JmLjud02cJCS7aV/kqpmGYdOIKsUvwfy9xzn/fYf0FVPQYQdMGObsoWSygn+Vq/9sTVHu+vh eUC/DgpE+xhOOCzQ9HORlrjAZr+xwiUPC6zOCp6/SHTFaAZzrvpTWJ1gsRhPYCoB5+vqnVoB nsSNJ7fxe2u5A9afgs2/AAPgWpekDlh6UxohOFJe0XlKZjyBFvBfvwzapH5KPgCS+vdNY+iO Q2ZurN11RCzu6+t6T5/tJH1Wy6QcnKJoCvGURsMXKxjaurSYK/Dj7GZ7kkMaG0xR7nwEYQPT NBt3K3gEXpYmeCETnRXO+u6oUCyyX+kyEPVHCL4AXoGwxU8bJ8ry2XIdr7Eklt7E7s/1wJ3/ 0oix+gJLmf+FOKPlOgCxYDCZRqFWOA2tIU92C9jHUv8TfJzhhwsfCDRZuVwWLT38JPtfKhiW XR4ENBoVRxpwC+ClPkvmnVykwNmDwmspzohim6s17lpElxAPwOqzcDpBLwOjKtEz4bVUI6I6 xhnARtydMI18sDEPUSnFOTo82KP7HkqbLmh8dhlQT2oJStn/2SdmeR1C3H9XODLhoSXBqb5Y 7+Koc8DfDsaacYGnyhfVwUBnZlGuFCC3H2iFDgdnfNVniOiEON2E9UhaA3xz4KSJ+0boZ5LY v6Lflev7C5a6e66U6sGW4Ez4iOGHB+Nuc1Os5P/617U0jGkG4sGaiX1gjycZFtl1t3hT7eqR BInbc1N/Xc2VJJArJuf78+dCGvaKTAf6a7mAg3X00Ce7ejz0/SHP/P7f6MHruO38tyrOf1P3 f6tG1Xjc//sZz79l/2+0YP9vwebfd+zq3baNNrOX15l6Yi/vJatU6pW1enXtjnt5L+qm8QP2 8lKk+uOG2+OGG/F43HD7GRtuT5wB3gKH7jncab3dP+6+jfeuUqD83LYDeI0iyEnHcw0FRPMn gxtJ089uHTEVzsVYMpxTv1UUp34PZn5DFKdeIYpTr3FwpgAymmtQxatoa8+gkxWYvFZRnQrz Ghm8JESPMSkwbsimAOZ8MA2ouLkk9+XuuIGT2cejgKeR7CLu7G6fvkHfNYTgqsg0ERD9praR sKBYN4pAAMI6g0en8bYn9v+GP+4A+JbzX3NtbSPJ/zMq6P9VzMf8r5/yJFv5w+jLKvw/u78/ d2yQ2vIXe7J9B5aHYdd2/ZB37Z72JvrynrIuwEKf62w48WFuwlpNaV24PQu1yLyMrrwLrFFZ I97mpSvAgq8m7ChlnKjtpJ7fvyROqaoEtg6FMstqhRKyMIoURbibBBVLaT1+jhGrlAVvGHeT xJY3J//VfQ82/+i9JtCLOqMSRYFHzxbYoyCb1YJ0rSNY7PcPd9sJaQ3JSBopA72TCNQSybTn X3RTySzIbPvov+l7Z795cPRGcSxtnQEuMJYpZyft0121u0TvlN2SVjPqUyNsCquFiqQw4gdK 08UFXginFVgL+5MVFKeZe90o1dH277utE00wAHEKNvgOX3g/3upCpM7+m8PmQXfv9LClzYwU IJEt+nYNiITALjgYVlFVp3p+r3nQ2Y2/FupCyozKmC3KiiRLwNvpdQe+PQ0TUjVYrR44g/GJ SS49dgtNLGPDPRhhlCFllA0TM8aykL88+C///Uf711DfeKyPNIsCDCHL/cIKEU4gn++NKNKR BPL59mBiJohAJneIIxBtUfu/MYZAFveLH5DDd8UOKnhABt8SOKiW3ztoQCb3iBeQ/NZQgZUW xQqZGIH6AOKEMlownKvqABbWjFQO7K4XBZdszL0pZbXQYSy69F/jLNXUYSllDiapqlc64VEu p0jlZJlUTjKvlMPyN5QSMXKRZN233J0sYn8AnsZMFYS7SsYkpiCzk2Yan+OiwaJqsVnZ5Vjk abMUbIUa37MCcXIKPreXaANTmpx/cn+gJbAiW50HfjQw8yiX1S049JlEISxOspTZSiq9FQ1x Nq8ZdZeCqAUbRMwmNiNeJncVEXHFOPlwvNt9t3t42t1utlO5zZTaTAcx2bxmYe+zabBJulOo ZbO+U0rSU8nSKSh1S8w33RSZyZtJKk+tpzK3VzR2wLS4f3K5FfnONuVh3ZzIqZzXrMCq/amF C/Mx2pQQRnmUmZFCeV+ZgSKX14+fdIrMnPi8UPhkwruAMSQG0YXOUEvQ6ZSECeSaysLMYbfJ BMycR+8rgPGczt5kJd6nOVdJuS+5BIwe2z/AgYfFhrr8oLm9e6DFLIpCrb+fdk729z50D3b3 ThQ9Na87mxFIw6a5fbCribQ3ncW8dHaBEqq+xh8VauIlgq93MVCMrMY7ZIZI4+FdVR7PTUdP aTa+URLrX5ovlZesx6nHeiq7GNuQpBCvHlEppQnL9734HTEp4VeXOb35HFqZHB1lyWxGmczo iFOr3IL+znR40uPI6Lb+Dj9SSmPuWzo9NR0Xdf93939sOcRIyHT+jb0vDsfzN5yP02Hcp9mQ RmU+pmFk19H9nwELu5AFUiOyICmWuf4J4Hv7B7tsZaC2iBx5+0nYQc+JtGdCxmd0ek9H8+pv VKTCJmVvRcDUPTk6Ptj9c/fg9rhB2jkYWipH9Lq4IbOOIsH7dyqLtHCXIC6pKfa7ySvIxdqU TcJXapCMHcxvCvhibsWFlJhPmyWI5UooFxiSdCGUZhZ3taA/U4vEzZFUWkJJEcdJN0SOCfN8 Tv25hGQWob6qOlsXjZ5t9dyffrhGBZUFtPMaSzdApSbnc3NmVZrSVJSHC6k2QMdiAn67p8WX FNG0BYWiPP6n6dibDj6alRefGgqwMoHpvjIx8EOYLWQ3AP1gODjQlT8E7yDXYCKZ5Sb4BxTw zH0UCLzlv7xlcStihcoMcbMitqY6m+CfUwDcBtMmlYQaBVjWl8EpSAwtMqnETEgkoP4VWlhR CLnZJT6jGF0s4vRMhBmjGxP0EzWlFmUJxRpAFYr5rbyZYnolbmLkJhT5Qzeo+xN0KwMvJhjy Hk86dk7manx1pnAq7sFA4ID9RwHcF88/9xgsWbac1sR5dgirwTJXEP8llZyyMlr66gHd9fgP vnwQ7/9SztaPqeOW/d91s1JL8n/E3/8yaubj/u/PeH7m+T8NsYWpP2t3S/057LQeKv3nGy8K xEk/65T0s143q9ddFJjJ867UKw98UcB8+fJl6fG2wONtgcfbAv856TmX4SolVd96/PaNWTv2 ZIq3M++SofOueXi612ydnLZ32yLLhJrZEinJAR9CxTCBaBRhxy2bxgtshqJv7b3pbjf3W8y4 wL9qkYK2Ou0ThJoZ6LvWyQFCK7dUU63OVbMHEs5Xs9cU0Gw1xycCWslCD48NgJq9WaiJUHsW WgXo2iC+/QErGd1STi5/pO552IPhxyoGD1OIoqMXXYA4fXjt84tZ4JnlTvkscGyFeHeZNoxk YlFRm614Rb2J3bgF+SYETjIHIpZKNblqzOY4xYzVC+UskQwIEfd8ocO1pFwkQs3Wf1O1M+yg Y+/FTu3op3jECVW0h88Kx60XGyA1BHlfsV9r4sL3yxf4xS12hd9GDT/pr5xdDOAz015GO/CC EcgrGUkOZs3GrwqXjAjYW8AIh7BglMq5WiW3aQ9mJ/1t02y1WtK/iTJiRcRKAA7StIm31Yft MjrPnL2mgx9yqMNspW0UPoYwX3uGJXQiIePhWVLc087Rrfk2t2Bh6fcDHoaUAUhXBILpJFJ+ XWwJmIZGpUj3jmAd7WmJ4MriIFtAx41FLymnP9EH1ankEMR4ht1UpWCTkhEMTP5A0crqmhUG 1BdV/gIDV5VGQKjmYtTKAtTKNVwH86jVa7hmUa/yAmeQ4GRoGvlEq0p/YuMtZAEoDZenRJ9o jq/VJxVer88F6txYpE4n+Jthfs4NahQo1Ru0JzDWblCawKjNYazNYGz8b3vH2pzGkfwMv2Lt q1MgRsqyIECS5RwS4kzZlhREYn+4KhUSK4uzBCoetpzE+e3Xj3n07s4uYCuOcwVVtmC2p6en 59XTr01AbMcgdhIQtRhEOdmZehxkOzpqNCqH88kE7iE3H70PoTcewd8JjlP3nuLvUHDUYiUM 11jJlgM6/3r3NEya5cTzZ888mMDpE3lw21/EeQbxMzjPEEkclRhEJTZL7TREacexlvHQT517 9DBr7lHL2mVx3zNTsLynnlk3xX3vkeFXWfGLkQCFJ3SdmM7mV1c4KLfzKQyCEo7YvxFwSX9O QCfFI90cnvrwCDc4jt3TD/QOSkQK/054pHZaVY38QdUD1Vd8In1A4ZENaMRBQWfL1yEpvnDq gLCJwmROuFZuKE/KTxmnDJ5JD3XKfNlJvuiUgY6r6WrOHPp2N7pb9fSx8xOkYmIIzyYxQ0G2 TJ2g+GyF+annX1A005R3hOvw8h3ehmDu4aUH7pkvw7f9y4944TsdnfLiSaEBJdfsAw/4Ihqv FsUaQR3x6I6VrexLS6ZCnENAhG76PyrYLdY6iMA1KuemC7G2qZmrsOg9faqMe8n6dVP/d0Dg xnBJGBpFVrTHjkYefRGKm+yFYqXtCECJUed1oGUPMe5NNe7OgW92Rc+TTDcRwQBA8eMVDtKG n/Q4voNXIzu42MLTxYZYUGo5BTpwQtPOnuOFVHE8r4jn1ehzVNwriwc8V8r/eH9q0f7IDuma qOavFNnekCpx5XKUszYFKNBAhjjJiyUbqizTUMXdULBCQ8FyPfKdDVVWaSjwl2goSPSIrDI4 tqtIl7hFmDVT9gp4Y07dLunhwv2SRSe9MFIbq1BjlazGKosbY7ElIrxuemXZ6N34A6aEgDvJ LJzOxAZx2ks/GPDZwralcCJFl79I3lhCqMgQTJaUN2yakoJDjHCkcUFhIC5KSA0J6VFAgBhY bYsMh4GfajDPQkxXg4HWrBWg/pCplfQczI7pnmQmfdfmVXWwYHw3Xp+w5j+nGNNPG7utZQ6Y 3uQjt+bWZAFHWXODRwzTcQVnxR6S/LRCf4xlV3KcGkKdEvwjkzTtCo80CG8LKGgPR3MaF3va Ea/sDKaWc1wYnaVFg1c9xS3j6kpbehUrRmPuAadL0UdcFIegJGfODns3pVN6ALeh4ZVK3Rsn L7a4VPe1Ak0ROnAfwmzlh6cboh6q04rYI1tEardY50xqGJZd9SraN7k7tF7NjjzOQmjqj1hb PAacG0ALvbShTm65x9xRNYxUl5V8vHdHGJhjnlqgQlxaz+c0ae6O454qfB5TKMaxsjKVYcrr CWry1aipvDicGmUQsex/Wofq/00/xv5PmVv/nDYW2P8rlap5/1u1FgRk/6/U1/b/r/H5mvZ/ mmJfYv8/e/Vg9v+HSv9Z2/W30zwB2pMhewI0vHJ5NygD9F+f/nPtCrB2BVi7AnzLrgBf0+bf 6R4enr9qnvWOujm8DUcfdFrnzzv/fo5PfJRn0UoqTfEa6OXJa4QpM8xBIwFDyRM6LQ+hAoZq lxNQvxx1zzonxwhUYSA/CdQ5BlrhXnyEYFUEu4EbaxUuBK1XzZJ3DZsj/cIsh8RYVRnOjvNW 5+zw5LgNiJtNrNkaTkn5q3wPBHjusAtdjnoYdDE0PepKgGCHCHYpS1pYMhAlQRVKgqos2caS bVnSwJKGLDnAkgtZgm0Fsq0A2woGjpSlbr+EgPwSRmgbpFxvAIIvCiw7S4NEacSRIfFEezOI jKjFgiVDmQCA16wV/YQCwblRz5PDgVUI1HYyqlqw7UYGGC7N3nU4ZS075Wgztjh2G0aJwmgH lDtBjCrrU5Bnn4J267BSP6zVduAehJ/fUEXLjgV1nxwBtrft//6A/q+UTL+0S4HB0+4SpqXw VFPwHDcW0kPvklN4gp00enYq90vRE/jRfm03ovTsbNdXwVNPx9NYBc9OAo+v3C1M8t8bXM1k wNKqB7hKj95RUA5u4DyLsIiUUaSQwHLvidwuS8p8kXzCqvC2X/R+9wqIRmsai6whixJilhE2 OgWZtX9zriKELDHjq6tpOCNy1D1bNK0epmvfYIgLvDz00rCaOEpfaJ2tzJwkBaiZWUl9Xcby XGTOuxpOSrC/XKxuu2PdEDdT8nAXLRrDr9RdGyAdnhUFefp0nw1UCXyHRZmcx6iLBUbW52qY BIJGHAErt6MIeD60nRQcILnAIXc/8AFSX9EhLVDAeqwEohYpaLgTKrNtEmEiL2N0RdBIVSwi q0pGVEjMk8j5rnp2ZSoItXSshjrrdbhGnHwfw4FyMEkcZFMjDT9Nb07Zs2MKc6kql7pVxqqf CPsHfNWl1pxLc3Z53blTQ24WMLWQtmK3G0uvWDzBzE6ZXKcZ5+Oft05J+34TwoOb8dvhJVwP BpxFqoAJnANpRdFDThvknqN0O2K1xzBVGiIXhpq/zHZAxmVHSzXHTvG7cxVactCBx0VJvbrk RmIwKXHVvbEAQn/FjUXjbWcyLEjfbVLZVNF1nMzJ3Jb8+6vgb7UtSV8NNYVhccucafEOBos2 ruD/ZeNyvJ5BR6nrTlunHZ5j+CsuXX9/eW0CkNXE5ZTKTsNdxG6nzDDexgbjp3B0KF7Wgucy 4F2MZ9dxC54w2YmY9yDarg3L5Lx179FCaQ1a18qIh++Sph907bJWK1NmYjcz6gXW+JIGFrOY ET16SlpgE75ONCigfYshYiizoyowsJWKh5eKtZXK2MjsdWxVIxPRk9lVcakv7q1NUZ/xMfYf 87a+h28j2/5TCcrbdWv/ofe/BfV1/uev8/ma9h/7QkiXDai8nA3otXqfzQPZgXr9d/3r4SD0 ng/fzmEheE9n1/ztX3c38xlIKbPh1ijc+u+d0xikYj3LDc/3d4PKru+I9YyGhTJoZXvXd6Sa ZmPQijRl2IbimNZRomvT0No09Pc1DX1zUaL6bWMRw0k9YkrCkh0s2ZElaNvwDxJ2lMOEHaUl Sso1KCnXpP0DjTSBL0vKWFLOtrUgnqCWbX1pYkkzYX05lF2tYfM12XwNm6/J5usIU5cwdTQH 1aU5qI4k1iWJbazV9vOW8a8blZ16/bx19Evn8AiNafrj3+/U8zTXLoYz9OeaSqMZVGtAtedH 7W7zDDXUL0w1v+w5wI66R1Ewy15NgwtZ1bek4r1bEOgJUv22MOf13rS6P50dvUxAtX0B1U2D Erh+7h50fjpb1CJANV1kYYtHBqr35nX10A1VtXR106GCGNQ58MxBVyPaYgpU1bL16PjgRad7 FmeER3ZZ0UmASXAr3uTz1s+nL984yRdQne6rk9aRG6oeIez4havNCDINlegohWzj/KULa8bs 7Ry3jhTNuBmkTN4IlN1RYpM3AmX3Au/4pHd+9KZz1ov3ZRNozIej+S3eXtud7vnZz6enJ91e KZ87PjmPFFDSewWpWj09Pi2htiVvXrIGZxwd8iEKp3CAfgxn3q59zPX4WqylicMxwH/cBFwc IWSh4cw87Rx7/4BrVeGPVq97UEQp5W5+gwqg+Z2BRE0GY2ZbIVBkX6dnESuwBoJhb3I68F2J 8BnB78rHXHPNvkGgG773Crg/F0nCICKmQEXeeNbSvuHBxlHAI0ODARHaF530SOfqXWV7Cr3i Oo4ASkK+futAjOLwCkS73wSReJDuEQbuqVfSPMdbhhk10zQiwIxkE66kA4hA4Dm6n7Fbv9Hi q9e1daUCCXGQSDM172BgCYdStJ3jG+FR2ME57D1mwMfeDK4u2HuP61tQxW5ol38yQpjB/RsM NCXEIIdqhAZDiBy0vUiS3iEHcKB8S/R8kF2n1Z/1TRWucx3C9WyqnAV0fw0/2MscWMdLFg8u 05qqSVkQzBxSJxtNCVUnCm8mHMPzIie8SlqF5VMo0wQpMpUAhcvmGsc1PDd+75vlkm5BL7vh 29F4It58Iaus3DesuUrfQrxyxfum8br7hrM/7hASWbjyB7pdpMDSkpE/yEXDGLCjWBKpF3gJ 9dqPyX5RgZUe3SY/oe+6gWtqwCq961QCaShYo00EwvPiIgYlYHoa5rKUaFGiMnCDOC46i9AG gcmhh7D+LkL0MYK7JTuS4M79IdSRHpNbvELneRPGuzHdi8ZwlPBdaKreDFjyYK9HJf0tXKq8 W0A1Um9y5HuqZwVub3Pgbb73tHC9RTY9IMqyq/1DU/GrHKEeE1HgWocO2K7qjvaTDOGlEElL ERtdHnfa/fToYgV1iORziLnShttVgOQ0YBtF76qSLsU/ZRxpz3X+lhwSJZoXEdwcxFAASLFn nqPpurPpuvITWbXpckrTed1yw7QcYDKRMrXcwJYblP0j2C7zn6CkGo7LLyWHSK777BBkSg7R HMniyZxG0Q5RtPMVKSq7KBITo+acGCtRFAf/HB4tnKp/JkXEI+mTlE/Y/z/wpMQMEWx/E5Z/ 2F8ozBkkJBDu3vdvOEifjB2j8Wjz13Ay1h4AZJ5LIIst6u/xL9n3snwBYvs8ReTJHDD3+PJg b8Z/yGZjw6dK3u1wSm/11RYonwzoZMrRrW8+M1IJua6QGV/Dk5OVhFSyCOWSWYRJRZ8aa28m MmWOUoYoiprl94ALBHHrlEiSwLZvZUR7tJ+4rxfxuMvHrF7KqAwjmsStAs61LYsM0iAjFDT/ oyGM3CMbxoi/nzwp/qZCt20f9gW4ktaLMuCb87IWojj1S2aLogdWrmfMMCe5C97uY3s1wahB 9rVk0aM/Rb1ieDmjd408jjAw0d2YeV9ZVbNCXlNo04ShAXhoKXjEsX3qDiUaK8V4qkfXloqb CI62OFWLlkU26nMwBjkCBQeSDsgr42Z8+W6LExSQNDpll5l+3GnGuBmkzHLhOOOY2uREUyuy 6G7apS2CWp1oP5ZpOEMFpUomktUgebfkaN0rk7JrSe0RwxgKU9aImeN131CTlK8B3+TznjM1 ULijxksZbD4tIoU8AGdLkTJzktJLkEL2gSmwAm5w+MgkkiDyZnHyhHsPkb4n+IpePSvw1fov We8eV3+MP4ts6ocTdvTRF9NF08btLZW6Q9qcHJlI3U5U6Vg3ONDY4ckSRbJHwt9nxMmLfTHp RyNJ0rd7t6OMvnxhyhbczqZ4u95VV0k7CnjaeYXR+BFakT6ifgf2h/5oVlxhGrRpYAhTxhTg OU1QG1aBWIwsss1nMLt7uKH2JxTeTC5XhSq77KNuoSj8mVTWF5VFYmUsAw6m0GgkeV0XeT1A 3P1i8pbGEiVPUif1kkV5RHsH6LzN2zIeItOhpmVLZ8iJOVrRnpDITRPHI6gp4HCbs7/IJyLS 5cIeORVlMglfqX9m48F4F06Y0eAGTU10/1TZoZw+Xfq4LZNDV0IUVXLfF8uiShRtLC2KPpAs Sg8HWgRlvyzFd0+96oJ1ZpyYAG0qCxenv4N8Y8yZAiVMLDaD0Fr4bLlNt/RgUtulHTUjFC0Q 0fIy9YFbLnVkGiFJLaPRb1ISgyP+c6WioLmkVKQlCCUbbQhDWFGlwFFoNvaF+Qv7HZOf9r1/ An969gcL1GIRKNHHU20qEcUrGh9comTGcovaW3nqKXHp0b5fVBk8eHeZhGQoGdIWATuMXaI/ qsQWmsjNTRVYN5+odIatOUi1EZHKTFxLDb4MQuydiEYJaHrxbmlp7LMlLYrTWFLSYtPiIsHH HYqSJfeQMVInS/sbSz8PK/z4B58n/HzDgs83I/TQgslk/uHKzNc2adlJFU7bjSRAgn1WJ9+b khadLlvoTLflvR2PjUiVEJ6Ww/bYKhzUPQ5RoyHxMFW8EsKAvszJrilDuuwZhq94B8hZIIA8 dbw0si0onjUKPE4P1i6l05NbNF6tlceL7f7J0TJ7NL7FfbNFb3F3T74YfHt+cxOB1+lqdYvs Q4AiiEkKaJP2aaTAH32E42ianR6utFbYjvHHyD4ye20KlZ1Jq7nlFTB86G6OQ0XvokJEW7X5 tKhbUBhlsttVEVZ+KNeS+NQr5jIQNs9ebHa6hcTMsBzMYsGnhUrVZZZ2fGXTtUjOleRFRl+I UtdB5t0nEIth0VIg5aoqZvHYdTvSszV5MaODCiXMDt6KgCg4y5T9FFconWBGpzia317A+XoR XvbnU7KkT8LpcBBSglFE0hy8748uATeu85L34Xp4ee3d9j+iLdZsP+jH2gfsk1uQe2hDuPiI ldkZdTS/996Fk1F4s+WNR6gF/g4EUrQ4DtBuTwQhJNNCL9aiprkObJoz72oy/jUcebtP8/gA uhHu4peW0SpjFK/wvxiMqa/h/ZASHntH7e6UcOqOKlcIvWudNcknBG6al+QncjOE4zyfM5kB hQ520yYyfNirKfk10BmHpm2HyYSDkNTN0JlmUMQqKbBovBKj5ymUdi9VF8hhSTkclLRx3mhv Kd2gDsuU7iFwx9iyQUwaoRLA4BrokMMotoipIh5qkIzQJvLzUKn5qvcmzMmBnDXOSDTIcpfv tIeII8bJVtaeK0N1N01uNqHebGyhdVdR0Tl8s7AA0kvEe6Ykfzf6YRK9rM1hQlyywNAj7igG Xt1KiWNcqAAtRvVtI0kAJ9r70SvDrZZTsUInFfij/QQ85/mD5Tv2pu8ouaWbM9Yt5XM4Y2ob zqD7wiqcYfgYZ6DQckZhVN82kgSkcQbB45xBzCmcUTTRPJ2G+F7qGeXJpyU9sJM+oqxImfg6 d7HggXEHo5lNRz/vg5SEV28OCQ2W0VjtCUWMQLADCFQGR4FjZykcQl7QvYf/dKjBdDyfXGJ2 fRBAt7zdwuNIdWYaMnA3n19uoWo3sqJ6uWWBCKbhsIoelpB1vm08OEffzVh9poNyQIYLJ2iJ ILdxJRKsw/HWn/Vn/Vl/1p/1Z/1Zf76hz/8AV3yt5ADIAAA= --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="findchip.output" Found SMC FDC37C669FR Controller at 0x3f0, DevID=0x01, Rev. 76 SIR Base 0x2f8, FIR Base 0x240 IRQ = 3, DMA = 1 Enabled: yes, Suspended: no UART compatible: yes Half duplex delay = 3 us --9amGYk9869ThD9tj-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 15 14:31:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 86B7C37B491 for ; Thu, 15 Feb 2001 14:31:20 -0800 (PST) Received: from beppo (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id OAA20083; Thu, 15 Feb 2001 14:31:19 -0800 Date: Thu, 15 Feb 2001 14:31:18 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Robert Lipe Cc: freebsd-hackers@FreeBSD.ORG Subject: Apology to Robert Lipe [ UDI ] In-Reply-To: <20010214000454.Y14300@rjlhome.sco.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 been giving myself some embarrassing soul searching, and I'm forced to come to the conclusion that I've acted like a complete idiot and jerk. Robert- please accept my sincere apologies for my ill-mannered reaction and words. Whatever my opinions avbout UDI, whether in or out of FreeBSD are, I did not react in the positive manner that your mail deserved. Again, please accept my apologies. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 15 14:55: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from rjlhome.sco.com (ip181-180.nashville.com [207.65.180.181]) by hub.freebsd.org (Postfix) with ESMTP id 7E02337B401 for ; Thu, 15 Feb 2001 14:54:56 -0800 (PST) Received: by rjlhome.sco.com (8.9.3/SCO5) id RAA24561; Thu, 15 Feb 2001 17:02:37 -0600 (CST) Date: Thu, 15 Feb 2001 17:02:37 -0600 From: Robert Lipe To: Matthew Jacob Cc: freebsd-hackers@freebsd.org Subject: Re: Apology to Robert Lipe [ UDI ] Message-ID: <20010215170237.H19689@rjlhome.sco.com> References: <20010214000454.Y14300@rjlhome.sco.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 mjacob@feral.com on Thu, Feb 15, 2001 at 02:31:18PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matthew Jacob wrote: > I've been giving myself some embarrassing soul searching, and I'm > forced to come to the conclusion that I've acted like a complete idiot > and jerk. > > Robert- please accept my sincere apologies for my ill-mannered > reaction and words. Whatever my opinions avbout UDI, whether in or out > of FreeBSD are, I did not react in the positive manner that your mail > deserved. Well, I had come to the same conclusion, but now you've made me reverse my conclusion, too. :-) Your apology is humbly accepted. Similarly, I hope I didn't come off too strong in my enthusiasm. UDI isn't the answer to everything. It solves some problems for some people. The offer is out there that I have a "proof of concept" port knocked out for FreeBSD and will gladly work with anyone interested in championing it to the next stage. Thanx, Matthew. RJL To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 15 15: 8:44 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id D1F2537B67D; Thu, 15 Feb 2001 15:08:36 -0800 (PST) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.1/8.11.1) with ESMTP id f1FN97w00534; Thu, 15 Feb 2001 15:09:07 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200102152309.f1FN97w00534@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Satyajeet Seth Cc: freebsd-net@freebsd.org, hackers@freebsd.org Subject: Re: KLD'fying PCI device driver! In-reply-to: Your message of "Thu, 15 Feb 2001 18:50:27 +0530." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 15 Feb 2001 15:09:07 -0800 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > I am trying to convert my PCI device driver into a KLD. > > > > > > So far I have done the following: > > > 1. Built the kernel without the static linked device driver. > > > 2. Added entries to Makefiles in /sys/modules and /sys/modules/xxx. > > > 3. Did "make all install" in /sys/modules directory. > > > 4. Tried loading the KLD. I got the following error: > > > "Fatal trap 12: page fault while in kernel mode" > > > > > > Any ideas as to what could be going wrong? > > > > Too many. You haven't really given anything like enough detail here. > > > > - What FreeBSD version? > > Satya-> 4.0 > > > - Build the kernel with DDB and symbols, and show us the backtrace. > Satya-> The trace is given below: > > #9 0xc02d0cd3 in trap () > #10 0xc01909a4 in sysctl_register_oid () > #11 0xc0190a51 in sysctl_register_set () > #12 0xc017f5d3 in linker_file_register_sysctls () > #13 0xc017f670 in linker_load_file () > #14 0xc017feae in kldload () > #15 0xc02d1712 in syscall () > #16 0xc02c2ba6 in Xint0x80_syscall () > #17 0x80480f9 in ?? () Ok. It looks like you have some sysctls in your driver. Comment them all out, then un-comment them one at a time, rebuilding and reloading until you find the one that causes the trap. Then we can have a look at it and see if we can work out what's wrong with it. > > - Your hardware init function may not work properly in the case where > > the system is already up and running (eg. you may be generating > > interrupts before you are ready to handle them). > > - You may be building against sources that don't match your running > > kernel. > Satya-> The driver works properly when statically linked. Yes, I was assuming this. At the moment, you're not even getting your module fully loaded; it's dying during the load phase. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 15 15: 9: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 6F56137B401 for ; Thu, 15 Feb 2001 15:08:55 -0800 (PST) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.1/8.11.1) with ESMTP id f1FN9Pw00554; Thu, 15 Feb 2001 15:09:25 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200102152309.f1FN9Pw00554@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: =?iso-8859-1?Q?M=E5rten_Wikstr=F6m?= Cc: "'freebsd-hackers@freebsd.org'" Subject: Re: Wanted: documentation on KLD modules In-reply-to: Your message of "Thu, 15 Feb 2001 09:32:43 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 15 Feb 2001 15:09:25 -0800 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I'm trying to convert a PCI network interface device driver to a KLD module. > However, the driver is depending on a pseudo-device and the pseudo-device is > in turn dependent on the device driver. How do I specify dependencies > between KLD modules and what type of module shall they be? With a circular dependancy like this, I'd actually recommend building the two together into a single module file. There doesn't seem to be any utility in having them in separate files at all. However, should you wish to have a module depend on another module, you should use the MODULE_DEPEND macro in your sources. MODULE_DEPEND(this, other, min, preferred, max) this the name of this module other the name of the required module min minimum version of the other module acceptable preferred preferred version of the other module max highest version of the module acceptable -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 15 16:57: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from torgut.com (torgut.com [207.159.140.87]) by hub.freebsd.org (Postfix) with ESMTP id A21CE37B698; Thu, 15 Feb 2001 16:56:34 -0800 (PST) Received: from aks011 (host-216-77-209-212.fll.bellsouth.net [216.77.209.212]) by torgut.com (8.9.3/8.9.3) with SMTP id AAA15561; Fri, 16 Feb 2001 00:56:06 GMT Date: Fri, 16 Feb 2001 00:56:06 GMT From: Youthful21@costa.de Message-Id: <200102160056.AAA15561@torgut.com> To: Youthful21@costa.de Subject: REVERSE the AGING PROCESS 10 - 20 Years! MIME-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG HAVE YOU HEARD OF HUMAN GROWTH HORMONE (HGH)??? Released by your own pituitary gland, HGH starts declining in your 20s, even more in your 30s and 40s, eventually resulting in the shrinkage of major organs-plus all other symptoms related to old age. THIS CAN NOW BE REVERSED!!! IN THOUSANDS OF CLINICAL STUDIES, HGH HAS BEEN SHOWN TO ACCOMPLISH THE FOLLOWING: * Reduce Body Fat Without Dieting Build Lean Muscle WITHOUT EXERCISE! * Enhance Sexual Performance * Remove Wrinkles and Cellulite * Lower Blood Pressure and improve Cholesterol Profile * Improve Sleep, Vision and Memory * Restore Hair Color and Growth * Strengthen the Immune System * Increase Energy and Cardiac Output * Turn back your body's Biological Time Clock 10-20 years in 6 months of usage !!! You don't have to spend thousands of dollars on shots. You don't have to spend the $139.00 per bottle that HGH is selling for at some Clinics in the United States. For the next 30 Days, you can obtain a complete one-month supply of our HGH releaser for our special "New Customers" price of just $69.95 plus $6.00 shipping and handling. To ensure a constant supply and to SAVE EVEN MORE, you can order with confidence 3 bottles of HGH and GET 1 FREE - that's just $209.85 for 4 bottles, plus $6.00 shipping and handling. You SAVE $69.95! ORDER TODAY! Payment Methods You may FAX or Postal Mail Checks, MasterCard, Visa, & American Express payments. Money Orders are accepted only by Postal Mail. Step 1: Place a check by your desired quanity. ______ 1 Bottle of HGH $69.95 ______ 2 Bottles of HGH $131.90 ($65.95 a bottle) ______ 4 Bottles of HGH (Buy 3 get 1 FREE. SAVE $69.95) $209.85 Please add $6 shipping and handling for any size order. [ Total cost including shipping & handling, 1 bottle=$75.95, 2 bottles=$137.90, 4 bottles=$215.85 ] International shipping, please add $35 for any size order [ Total cost including shipping & handling, 1 bottle=$104.95, 2 bottles=$166.90, 4 bottles=$244.85 ] Foreign checks are not accepted. Credit cards & international money orders only. Step 2: Place a check by your desired payment method and complete fields if necessary. _____Check or CHECK-BY-FAX [details below] _____Money Order _____American Express Account Number__________________ Exp____/____ _____Visa Account Number__________________ Exp____/____ _____MasterCard Account Number__________________ Exp____/____ Please make your check or money order payable to "LSN". Step 3: Please complete and print the following fields clearly. Name ___________________________________________________ Address _________________________________________________ City ____________________________________________________ State ___________________________________________________ Zip _____________________________________________________ E-mail __________________________________________________ Signature _________________________________________________ [ required for check and credit card orders] Toll Free FAX Order Line: 1-800-940-6590 If faxing in your order, please state whether you require a fax, email, or no confirmation at all. Allow up to one day for confirmation, if requested. FAX orders are processed immediately. Or, print & mail to: LSN 273 S. State Rd. 7 #193 Margate, FL 33068-5727 ______________________________________________________ *CHECK BY FAX ORDERS: Complete the check as normal. Tape the check in the area below. Below the check, clearly write the check number, all numbers at the bottom of the check, & your name. Tape the check below and fax the check to the toll free FAX number above. Void the check. Our merchant will electronically debit your account for the amount of the check; your reference number for this transaction will be your check number. Nothing could be safer & easier ! TAPE CHECK BELOW _____________________________________________________________ This is a one time mailing: Removal is automatic and no further contact is necessary. Please Note: HGH is not intended to diagnose, treat, cure or prevent any disease. The FDA has not evaluated these statements. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 15 18: 3:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns3.tstt.net.tt (ns3.tstt.net.tt [196.3.132.3]) by hub.freebsd.org (Postfix) with SMTP id B752C37B491 for ; Thu, 15 Feb 2001 18:03:38 -0800 (PST) Received: (qmail 533026 invoked by uid 0); 16 Feb 2001 01:56:56 -0000 Received: from cuscon4524.tstt.net.tt (HELO uwi.tt) (209.94.221.30) by ns3.tstt.net.tt with SMTP; 16 Feb 2001 01:56:56 -0000 Message-ID: <3A8C88D0.DC9ED9AA@uwi.tt> Date: Thu, 15 Feb 2001 21:56:32 -0400 From: Dale Chulhan - Home Organization: COSTAATT X-Mailer: Mozilla 4.76 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org Subject: Cannot create raw socket connections Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have a pal trying to do a tool for measurement of bandwidth on a bsd machine. He says: Everytime I open a raw socket connection ( send FIN to expect RST or something like that ). The socket is killed. He concluded that the router he is going through is dropping the packets some how on their way out or the connection is being killed on the way back in. He says there is a third possibility that the kernel actually discards the packets. Said he found it in a man page some where? Any one can she light on what may be going wrong here? -- ************* You need only 2 tools: WD-40 and Duct tape. If its supposed to move and it dosen't, use WD-40, If it moves and it not supposed to, use the tape. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Feb 15 19:23:17 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from Awfulhak.org (awfulhak.demon.co.uk [194.222.196.252]) by hub.freebsd.org (Postfix) with ESMTP id 3F28D37B699 for ; Thu, 15 Feb 2001 19:23:11 -0800 (PST) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [172.16.0.12]) by Awfulhak.org (8.11.2/8.11.2) with ESMTP id f1G3MGk48457; Fri, 16 Feb 2001 03:22:16 GMT (envelope-from brian@lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.2/8.11.1) with ESMTP id f1G3NJw10340; Fri, 16 Feb 2001 03:23:19 GMT (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200102160323.f1G3NJw10340@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: kiguchi@excite.com Cc: Julian Elischer , freebsd-hackers@FreeBSD.ORG, brian@Awfulhak.org Subject: Re: ADSL and PPPoE question In-Reply-To: Message from kiguchi@excite.com of "Mon, 12 Feb 2001 09:03:44 PST." <20768358.981997424567.JavaMail.imail@seamore.excite.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 16 Feb 2001 03:23:18 +0000 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [.....] > I thought something like this: > > > [ISP] > | > | > ----------------- > Office [ADSL] > | > | > [FreeBSD Box] > | | | | > | | | | > [A][B][C][D] > > where A, B, C, D all have their own routable IPs. So according to what you > said, FreeBSD would need to establish a separate PPPoE session for each of > the computers A, B, C and D, provided the ISP supports multiple PPPoE > sessions over the single ADSL line? The FreeBSD box should run a single PPPoE session to your provider over the ADSL link. If your provider will route more than one IP to you then you can simply run ppp(oE) without the NAT switch and it'll just work. Use the same IP on the FreeBSD box's internal network interface as you're using on the local end of the ADSL PPPoE session. -- 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 Fri Feb 16 1:41:19 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from front3m.grolier.fr (front3m.grolier.fr [195.36.216.53]) by hub.freebsd.org (Postfix) with ESMTP id F065437B491 for ; Fri, 16 Feb 2001 01:41:13 -0800 (PST) Received: from nas1-147.mea.club-internet.fr (nas1-147.mea.club-internet.fr [195.36.139.147]) by front3m.grolier.fr (8.9.3/No_Relay+No_Spam_MGC990224) with ESMTP id KAA10969; Fri, 16 Feb 2001 10:41:07 +0100 (MET) Date: Fri, 16 Feb 2001 09:40:04 +0100 (CET) From: =?ISO-8859-1?Q?G=E9rard_Roudier?= X-Sender: groudier@linux.local To: Robert Lipe Cc: freebsd-hackers@freebsd.org Subject: Re: UDI environment now released. In-Reply-To: <20010214173141.J19689@rjlhome.sco.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 14 Feb 2001, Robert Lipe wrote: > G=E9rard Roudier wrote: >=20 > > Being smart with kernel interface is important for drivers to be fast a= nd > > reliable. Puting some stinky layer between native kernel interfaces and > > drivers looks horrible to me. >=20 > Fast and reliable are both covered. >=20 > For example, the specification (though not the current reference > implementation) allows things like having different drivers and even > different instances of the same driver in separate address spaces. Want > to debug your driver in user space? It could happen. Reliability > can be realized by making it impossible for a driver to panic the > system. (And I do realize that flies directly in the face of fast. :-) Certainly not full impossible. DMA at some wrong place or not handling properly level-triggerred interrupt, for example ... > A more recognizable reliabilty improvement is the more unified and > constitent programming interface. No more "you can't call malloc with > WAIT_OK while holding a spin lock on another processor at an elevated > PL" bugs. This looks like matter of taste to me. Unless all O/S architects since day one until UDI have been incompetent idiots. :-) > > Why isn't UDI proposed as a native kernel interface, instead? >=20 > In at least three OSes, it will be a native kernel interface in versions > shipping this year. How the 'open-ness' of UDI is guaranteed? As a corollary: =20 - Are these three mysterious O/Ses using some vendor-specific extensions=20 or undocumented differences in their UDI stuff? - What the risk of UDI getting steered by some coalition of vendors? - Finally, as some large collection od UDI drivers may well exist, how can I download the source and how FreeBSD is intended to gain adavantage of this driver collection in the future ? > The current "UDI Demarcation Point" isn't fixed. It can be moved to > suit the needs of the host OS. As a practical matter, the thickness of > that "layer" is very slim at runtime, so the potential gains aren't as > large as some imagine they are. I want to beleive you here. > In its early life, a very natural way to bring up the UDI interface > (remember, we were developing spec, drivers, and environment > simultaneously) was to do it in terms of existing kernel interfaces. > UDI and the existing interfaces could be implemented side-by-side. In > many cases, you could even make UDI the primary interface and implement > another interface -perhaps the current interface for compatibility- in > terms of UDI. I'm looking at doing exactly this in some of my OSes. Was the main point of my question. Thanks for the reply. > Besides, if I walked into this crowd and said, "Here's a new driver > interface and a megabyte of patches to /usr/src/sys. Whaddya think?", > how quickly would you have thrown me out? That's what I thought. :-) A mega-byte large patch is not that unusual nowadays. :-) > Now repeat that exercise for a dozen or so OSes... Only. :-) G=E9rard. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 16 8:27:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp.alcove.fr (smtp.alcove.fr [212.155.209.139]) by hub.freebsd.org (Postfix) with ESMTP id 4630B37B401 for ; Fri, 16 Feb 2001 08:27:50 -0800 (PST) Received: from nsouch by smtp.alcove.fr with local (Exim 3.12 #1 (Debian)) id 14TnjI-0008Qh-00; Fri, 16 Feb 2001 17:27:32 +0100 Date: Fri, 16 Feb 2001 17:27:32 +0100 From: Nicolas Souchu To: Mike Nowlin Cc: freebsd-hackers@freebsd.org Subject: Re: can't get iicbus working - ARRGH! Message-ID: <20010216172732.A29074@ontario.alcove-int> References: <20010214022625.A26122@jason.argos.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.4i In-Reply-To: <20010214022625.A26122@jason.argos.org>; from mike@jason.argos.org on Wed, Feb 14, 2001 at 02:26:25AM -0500 Organization: =?iso-8859-1?Q?Alc=F4ve=2C_http:=2F=2Fwww=2Ealcove=2Ecom?= Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Feb 14, 2001 at 02:26:25AM -0500, Mike Nowlin wrote: > I messed around with this about a year ago, and now I'm messing around with > it again. > > In a nutshell, I can NOT figure out how to get iic with lpbb working. I > have tried all sorts of combinations of config file parameters from LINT, > man pages, etc. Is your parallel port peripheral 100% compatible with the one described in lpbb(4)? > > My current config file has something like: > # Parallel port > device ppc0 at isa? port 0x3bc flags 0x28 irq 7 drq 3 > #device ppc0 at isa? port 0x3bc flags 0x20 irq 7 > device ppbus # Parallel port bus (required) > device lpt # Printer > device ppi # Parallel port interface device > #device vpo # Requires scbus and da > #device plip # TCP/IP over parallel > # I2C stuff > device iicbus > device iic > #device ic > #device iicsmb > device iicbb > device lpbb > # > device smbus > device intpm > > The only boot messages I get that are related to this section are: > ppc0: at port 0x3bc-0x3bf irq 7 drq 3 flags 0x20 on isa0 > ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode > ppc0: FIFO with 16/16/16 bytes threshold > lpt0: on ppbus0 > lpt0: Polled port ppi0: on ppbus0 > > When I added the last two lines (smbus, intpm), I did get the following: > intpm0: port 0x5000-0x500f irq 9 > at device 7.3 on pci0 > intpm0: I/O mapped 5000 > intpm0: intr IRQ 9 enabled revision 0 > smbus0: on intsmb0 > intpm0: PM I/O mapped 4000 > > ...which is closer to any I2C or SMB references I've gotten to date. Without smb(4) in your config, you'll do nothing with this. intpm is only smbus compatible. There's some detection process in the lpbb driver. You should first check if your parallel i2c interface is correctly detected. #define ALIM 0x20 #define I2CKEY 0x50 static int lpbb_detect(device_t dev) { device_t ppbus = device_get_parent(dev); if (ppb_request_bus(ppbus, dev, PPB_DONTWAIT)) { device_printf(dev, "can't allocate ppbus\n"); return (0); } /* reset bus */ setSDA(ppbus, 1); setSCL(ppbus, 1); if ((ppb_rstr(ppbus) & I2CKEY) || ((ppb_rstr(ppbus) & ALIM) != ALIM)) { ppb_release_bus(ppbus, dev); return (0); } [...] Your interface must be compliant with this. > > Does anyone have this working? I did. > If so, could you send me your config file to look through? device ppc0 at... device ppbus device lpbb device iicbb device iicbus device iic Should do the job. Then if you want SMBus over parallel I2C, add device iicsmb device smb > > Thanks - Mike > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- Nicolas.Souchu@fr.alcove.com Alcôve - Open Source Software Engineer - http://www.alcove.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 16 8:51: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.matriplex.com (ns1.matriplex.com [208.131.42.8]) by hub.freebsd.org (Postfix) with ESMTP id 7C9D037B401 for ; Fri, 16 Feb 2001 08:50:57 -0800 (PST) Received: from mail.matriplex.com (mail.matriplex.com [208.131.42.9]) by mail.matriplex.com (8.9.2/8.9.2) with ESMTP id IAA99666; Fri, 16 Feb 2001 08:50:38 -0800 (PST) (envelope-from rh@matriplex.com) Date: Fri, 16 Feb 2001 08:50:38 -0800 (PST) From: Richard Hodges To: Dale Chulhan - Home Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Cannot create raw socket connections In-Reply-To: <3A8C88D0.DC9ED9AA@uwi.tt> 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, 15 Feb 2001, Dale Chulhan - Home wrote: > I have a pal trying to do a tool for measurement of bandwidth on a bsd > machine. > > He says: > > Everytime I open a raw socket connection ( send FIN to expect RST or > something like that ). There should be no problem with sending a TCP FIN on a raw socket. But the returning RST will be eaten by the TCP protocol. Your raw socket will not receive it. (ref: Stevens UNP v1, p 659) > The socket is killed. That is most strange... You mean to say that the next sendto() or recvfrom() returns EBADF? What version of FreeBSD is this? > He concluded that the router he is going through is dropping the packets > some how on their way out or the connection is being killed on the way > back in. The router could be dropping packets. If you have access, it should not take much time to add a specific access list rule to log those packets to see if they are going through. > He says there is a third possibility that the kernel actually discards > the packets. Said he found it in a man page some where? Unless you have a firewall installed, the kernel should send all packets from a raw socket, and pass all incoming packets to your socket, except UDP, TCP, and ICMP echo/timestamp/mask. -Richard ------------------------------------------- Richard Hodges | Matriplex, inc. | 769 Basque Way rh@matriplex.com | Carson City, NV 89706 775-886-6477 | www.matriplex.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 16 8:57:55 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from rjlhome.sco.com (ip181-180.nashville.com [207.65.180.181]) by hub.freebsd.org (Postfix) with ESMTP id 77C3237B4EC for <freebsd-hackers@freebsd.org>; Fri, 16 Feb 2001 08:57:49 -0800 (PST) Received: by rjlhome.sco.com (8.9.3/SCO5) id LAA27180; Fri, 16 Feb 2001 11:05:33 -0600 (CST) Date: Fri, 16 Feb 2001 11:05:33 -0600 From: Robert Lipe <robertl@sco.com> To: =?iso-8859-1?Q?G=E9rard_Roudier?= <groudier@club-internet.fr> Cc: freebsd-hackers@freebsd.org Subject: Re: UDI environment now released. Message-ID: <20010216110533.T19689@rjlhome.sco.com> References: <20010214173141.J19689@rjlhome.sco.com> <Pine.LNX.4.10.10102160912170.742-100000@linux.local> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.4i In-Reply-To: <Pine.LNX.4.10.10102160912170.742-100000@linux.local>; from groudier@club-internet.fr on Fri, Feb 16, 2001 at 09:40:04AM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Gérard Roudier wrote: > > A more recognizable reliabilty improvement is the more unified and > > constitent programming interface. No more "you can't call malloc with > > This looks like matter of taste to me. Unless all O/S architects since day > one until UDI have been incompetent idiots. :-) Well, OK. If you don't mind, for example, having a different buffer model for network devices than you do for storage devices, it is a matter of taste. > > > Why isn't UDI proposed as a native kernel interface, instead? > > > > In at least three OSes, it will be a native kernel interface in versions > > shipping this year. > > How the 'open-ness' of UDI is guaranteed? * The specification is open and freely available for download and use. (www.projectudi.org) * No royalties, membership fees, or initiation rites to contribute or use the spec. * Multiple implementations (including one with source under a BSD license) are available for interop testing. > - Are these three mysterious O/Ses using some vendor-specific extensions > or undocumented differences in their UDI stuff? I didn't mean to be mysterious: * SCO UnixWare 7 has a vendor (that's me) supported UDI environment available now as download. The next version will have it integrated into the base OS. * SCO OpenServer 5 will have a supported UDI environment in the first half of this year as a download. The next version will have it integrated. * AIX/5L has a supported UDI environment in the current prereleases. UDI will be available in the product at launch. If there are driver-visible differences, they are bugs and will be treated as such. And in some environments, we enforce things like accessing no symbols other than what's in the spec. Name your driver functions "lbolt", "kmem_alloc", "main" or anything else you like; you're not getting to the non-UDI symbols in the kernel of the same name. :-) > - What the risk of UDI getting steered by some coalition of vendors? If you want to help steer, come aboard. We'd welcome it. Since we didn't start with some existing driver interface, it's not self-serving to assert any undue influence on things. There's enough architectural differences represented to keep things pretty neutral. You can see minutes of the (open) meetings and calls on the web site. > - Finally, as some large collection od UDI drivers may well exist, how can > I download the source and how FreeBSD is intended to gain adavantage of > this driver collection in the future ? We're providing a few drivers on projectudi.sourceforge.net as samples. It will be, as always, up to the driver owners to decide how and where to distribute their drivers. If someone contributes a driver to the project, I'll gladly drop it in the tree. Now that the 1.01 specification is finalized and UDI is shipping as a final supported product one OS (UnixWare 7) with two more soon (OpenServer, AIX I expect IHVs > > many cases, you could even make UDI the primary interface and implement > > another interface -perhaps the current interface for compatibility- in > > terms of UDI. I'm looking at doing exactly this in some of my OSes. > > Was the main point of my question. Thanks for the reply. Good. > > Besides, if I walked into this crowd and said, "Here's a new driver > > interface and a megabyte of patches to /usr/src/sys. Whaddya think?", > > how quickly would you have thrown me out? That's what I thought. :-) > > A mega-byte large patch is not that unusual nowadays. :-) Perhaps not, but if I had carved up gensetdefs to allow builds outside the kernel source tree, changed the klm code to recognize .udiprops sections in an executable, and made newbus a little more forthcoming with information, don't you agree it would have been met with more skepticism? I just really didn't want to debug the host OS and the UDI environment at the same time. I didn't do it when I did UDI for the OSes in my day job, either. Maybe I'm a coward. > > Now repeat that exercise for a dozen or so OSes... > > Only. :-) Hey, I've gotta sleep once in a while. :-) Speaking of not sleeping, I had a major cvs commit party last night. I think I have all the FreeBSD code checked ito the udiref tree now. I fixed a binary incompatibility problem and have now successfully kldloaded UDI modules that were built on a UnixWare system. (The Linux/OpenServer/UnixWare interoperability has already been demonstrated.) RJL To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 16 9:11:19 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from news.lucky.net (news.lucky.net [193.193.193.102]) by hub.freebsd.org (Postfix) with ESMTP id 3FF7437B65D for <freebsd-hackers@freebsd.org>; Fri, 16 Feb 2001 09:11:12 -0800 (PST) Received: (from mail@localhost) by news.lucky.net (8.Who.Cares/8.Who.Cares) id TEG24599 for freebsd-hackers@freebsd.org; Fri, 16 Feb 2001 19:11:04 +0200 (envelope-from news@news.ntu-kpi.kiev.ua) From: "Andrey Simonenko" <simon@comsys.ntu-kpi.kiev.ua> To: freebsd-hackers@freebsd.org Subject: Staticaly allocated buffers in library. Is it correct? Date: Fri, 16 Feb 2001 19:07:54 +0300 Organization: NTUU "KPI" Message-ID: <96jmr3$kd7$1@igloo.uran.net.ua> X-Trace: igloo.uran.net.ua 982343331 20903 10.18.54.109 (16 Feb 2001 17:08:51 GMT) X-Complaints-To: newsmaster@news.ntu-kpi.kiev.ua X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 5.00.2014.211 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I patched some library files and noted that some functions, which parse some configuration files, use staticaly allocated buffers. Sizes of such staticaly allocated buffers are 8k, 10k and so on. These buffers are used to hold one line from parsed file. Usually it is enough for one line, but really this is error (I think). So, here is my question. Is it a tradition of library functions to use statically allocated buffers for parsing configuration files? I made my patch (for my purpose) and additionally remove code with staticaly allocated buffers and add code with malloc()+realloc() implementation. I think that one malloc() call which allocates 1k will be enough to hold one line of a configuration file, but if it is not enough I call realloc() and reallocates buffer to bigger size. What do you think about my question? ps: I understand that I can use buffer with max size equal to max value of int, unsigned int, size_t, etc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 16 9:17:51 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.opus.co.tt (mail.opus.co.tt [196.3.136.4]) by hub.freebsd.org (Postfix) with ESMTP id D402437B503 for <freebsd-hackers@freebsd.org>; Fri, 16 Feb 2001 09:17:41 -0800 (PST) Received: from openaccess03 (unverified [196.3.136.186]) by mail.opus.co.tt (Vircom SMTPRS 4.3.183) with SMTP id <B0001969724@mail.opus.co.tt>; Fri, 16 Feb 2001 13:17:36 -0400 Message-ID: <000c01c0983b$2aa89e80$100101c8@openaccess03> From: "Dale Chulhan - Work" <dchulhan@uwi.tt> To: "Richard Hodges" <rh@matriplex.com> Cc: <freebsd-hackers@FreeBSD.ORG> References: <Pine.BSF.4.10.10102160831210.87873-100000@mail.matriplex.com> Subject: Re: Cannot create raw socket connections Date: Fri, 16 Feb 2001 13:09:03 -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.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Can you further assist me by expanding your reference to help me locate it? > There should be no problem with sending a TCP FIN on a raw socket. > But the returning RST will be eaten by the TCP protocol. Your raw > socket will not receive it. (ref: Stevens UNP v1, p 659) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 16 9:28:57 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from homer.softweyr.com (bsdconspiracy.net [208.187.122.220]) by hub.freebsd.org (Postfix) with ESMTP id 006D737B401 for <freebsd-hackers@freebsd.org>; Fri, 16 Feb 2001 09:24:35 -0800 (PST) Received: from [127.0.0.1] (helo=softweyr.com ident=Fools trust ident!) by homer.softweyr.com with esmtp (Exim 3.16 #1) id 14ToeO-000311-00; Fri, 16 Feb 2001 10:26:32 -0700 Message-ID: <3A8D62C7.FFC31575@softweyr.com> Date: Fri, 16 Feb 2001 10:26:31 -0700 From: Wes Peters <wes@softweyr.com> Organization: Softweyr LLC X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Robert Lipe <robertl@sco.com> Cc: Matthew Jacob <mjacob@feral.com>, freebsd-hackers@freebsd.org Subject: Re: Apology to Robert Lipe [ UDI ] References: <20010214000454.Y14300@rjlhome.sco.com> <Pine.BSF.4.21.0102151428340.17894-100000@beppo.feral.com> <20010215170237.H19689@rjlhome.sco.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Robert Lipe wrote: > > Matthew Jacob wrote: > > > I've been giving myself some embarrassing soul searching, and I'm > > forced to come to the conclusion that I've acted like a complete idiot > > and jerk. > > > > Robert- please accept my sincere apologies for my ill-mannered > > reaction and words. Whatever my opinions avbout UDI, whether in or out > > of FreeBSD are, I did not react in the positive manner that your mail > > deserved. > > Well, I had come to the same conclusion, but now you've made me reverse > my conclusion, too. :-) Your apology is humbly accepted. > > Similarly, I hope I didn't come off too strong in my enthusiasm. UDI > isn't the answer to everything. It solves some problems for some > people. The offer is out there that I have a "proof of concept" port > knocked out for FreeBSD and will gladly work with anyone interested in > championing it to the next stage. > > Thanx, Matthew. Gentlemen, we should have this message and response cast in bronze and attached to the Monument to the Unknown Hacker. Or at least make it mandatory reading by including it in the email send to new subscribers to the -hackers list. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 16 9:31: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from green.pwm.clinic.net (green.pwm.clinic.net [207.228.202.2]) by hub.freebsd.org (Postfix) with ESMTP id D2E7637B491 for <freebsd-hackers@freebsd.org>; Fri, 16 Feb 2001 09:31:06 -0800 (PST) Received: from tonybackroom (work-6.bath-me.clinic.net [207.228.206.21]) by green.pwm.clinic.net (8.11.2/8.11.2) with SMTP id f1GHV5R58237 for <freebsd-hackers@freebsd.org>; Fri, 16 Feb 2001 12:31:05 -0500 (EST) (envelope-from monfiletto@clinic.net) From: "Tony m" <monfiletto@clinic.net> To: "freebsd hackers" <freebsd-hackers@freebsd.org> Subject: still getting unexpected netgraph version Date: Fri, 16 Feb 2001 12:31:05 -0500 Message-ID: <KGENJGGDKJOGEIIHKLICKEGCDGAA.monfiletto@clinic.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.3018.1300 Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG this is a 3.5s machine, I cvsuped, made world, and configed/made depend the kernel and then reboot and I am still getting the same error message. any ideas? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 16 9:32:12 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from codex.cis.upenn.edu (CODEX.CIS.UPENN.EDU [158.130.6.15]) by hub.freebsd.org (Postfix) with ESMTP id 6582C37B401 for <freebsd-hackers@FreeBSD.ORG>; Fri, 16 Feb 2001 09:32:10 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by codex.cis.upenn.edu (8.10.1/8.10.1) with ESMTP id f1GHUqZ04117; Fri, 16 Feb 2001 12:30:52 -0500 (EST) Date: Fri, 16 Feb 2001 12:30:52 -0500 (EST) From: AARON J MARKS <ajmarks@dsl.cis.upenn.edu> To: Dale Chulhan - Work <dchulhan@uwi.tt> Cc: Richard Hodges <rh@matriplex.com>, freebsd-hackers@FreeBSD.ORG Subject: Re: Cannot create raw socket connections In-Reply-To: <000c01c0983b$2aa89e80$100101c8@openaccess03> Message-ID: <Pine.SOL.4.21.0102161228010.2685-100000@codex.cis.upenn.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG That reference is the network programming BIBLE! Richard Stevens, "Unix Network Programming Volume 1" Run, don't walk, to the nearest on-line bookstore and get the whole series (Vols 1 and 2). You should also get "Advanced Programming in the Unix Environment". -A. On Fri, 16 Feb 2001, Dale Chulhan - Work wrote: > Can you further assist me by expanding your reference to help me locate it? > > > There should be no problem with sending a TCP FIN on a raw socket. > > But the returning RST will be eaten by the TCP protocol. Your raw > > socket will not receive it. (ref: Stevens UNP v1, p 659) > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 16 9:41:57 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.matriplex.com (ns1.matriplex.com [208.131.42.8]) by hub.freebsd.org (Postfix) with ESMTP id 4A97437B503 for <freebsd-hackers@FreeBSD.ORG>; Fri, 16 Feb 2001 09:41:50 -0800 (PST) Received: from mail.matriplex.com (mail.matriplex.com [208.131.42.9]) by mail.matriplex.com (8.9.2/8.9.2) with ESMTP id JAA99836; Fri, 16 Feb 2001 09:41:21 -0800 (PST) (envelope-from rh@matriplex.com) Date: Fri, 16 Feb 2001 09:41:21 -0800 (PST) From: Richard Hodges <rh@matriplex.com> To: Dale Chulhan - Work <dchulhan@uwi.tt> Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Cannot create raw socket connections In-Reply-To: <000c01c0983b$2aa89e80$100101c8@openaccess03> Message-ID: <Pine.BSF.4.10.10102160933390.87873-100000@mail.matriplex.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 16 Feb 2001, Dale Chulhan - Work wrote: > Can you further assist me by expanding your reference to help me locate it? > > > There should be no problem with sending a TCP FIN on a raw socket. > > But the returning RST will be eaten by the TCP protocol. Your raw > > socket will not receive it. (ref: Stevens UNP v1, p 659) Sure, the title is "Unix Network Programming" volume 1, second edition by W. Richard Stevens. ISBN 0-13-490012-X (US$ 52.95 www.bookpool.com) As another fellow mentioned earlier, this is where the collective wisdom of network programming is kept :-) When you get ready for kernel level network programming, get "TCP/IP Illustrated, Volume 2". There is no substitute. -Richard ------------------------------------------- Richard Hodges | Matriplex, inc. <title> | 769 Basque Way rh@matriplex.com | Carson City, NV 89706 775-886-6477 | www.matriplex.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 16 12:19:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from trauco.colomsat.net.co (trauco.colomsat.net.co [200.13.195.2]) by hub.freebsd.org (Postfix) with ESMTP id DC68F37B401; Fri, 16 Feb 2001 12:19:37 -0800 (PST) Received: from yahoo.com (200.13.214.132) by trauco.colomsat.net.co (NPlex 4.0.068) id 3A8B0BD70000FDA3; Fri, 16 Feb 2001 15:10:02 -0500 Message-ID: <3A8D8B44.36FF666C@yahoo.com> Date: Fri, 16 Feb 2001 15:19:16 -0500 From: "Yonny Cardenas B." <ycardena@yahoo.com> Organization: Universidad de los Andes X-Mailer: Mozilla 4.73 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: questions <questions@FreeBSD.ORG>, hackersBSD <hackers@FreeBSD.ORG> Subject: MAKEDEV: 609: sysntax error 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 cann't install FreeBSD in a box with main board Mega Trends and Pentium II. I have tried installing FreeBSD 4.0, but it has an error when it is finishing the instalation. sysinstall showed: MAKEDEV returned non-zero status. The comit operation completed with errors no updating /etc files. On console: 8386 blocks DEBUG: kget mib1 has length of 0. MAKEDEV: 609: sysntax error: ";;" unexpected (expecting "done") The computer has a 3Gb IDE disk Samsung SV0644A. Thanks. Yonny Cardenas ycardena@yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 16 14:28:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from drmemory.fnal.gov (drmemory.fnal.gov [131.225.105.170]) by hub.freebsd.org (Postfix) with ESMTP id BACA637B4EC for <hackers@FreeBSD.ORG>; Fri, 16 Feb 2001 14:28:11 -0800 (PST) Received: (from rneswold@localhost) by drmemory.fnal.gov (8.9.3/8.9.3) id QAA36121; Fri, 16 Feb 2001 16:28:00 -0600 (CST) (envelope-from rneswold) Date: Fri, 16 Feb 2001 16:28:00 -0600 From: Rich Neswold <rneswold@enteract.com> To: supenguin@bigfoot.com Cc: hackers@FreeBSD.ORG Subject: Re: Handspring. Message-ID: <20010216162800.B35868@drmemory.fnal.gov> Reply-To: rneswold@enteract.com Mail-Followup-To: Rich Neswold <rneswold@enteract.com>, supenguin@bigfoot.com, hackers@FreeBSD.ORG References: <3A849074.76C43CEC@penix.org> <20010209164958.A22634@Odin.AC.HMC.Edu> <3A84C0BC.666A97F5@columbus.rr.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="U+BazGySraz5kW0T" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A84C0BC.666A97F5@columbus.rr.com>; from kdrobnac@columbus.rr.com on Fri, Feb 09, 2001 at 11:17:00PM -0500 X-GnuPG-Fingerprint: 289D B71D 1FE0 6D71 8ACC 3494 6661 3E8B D14A C5DC X-GnuPG-PubKey: ftp://ftp.enteract.com/users/rneswold/pub.key X-Operating-System: FreeBSD 4.0-STABLE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --U+BazGySraz5kW0T Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Wasn't it 9-Feb-2001, at 11:17PM, when Kenny Drobnack said: > As far as syncing a Handspring Visor with FreeBSD - dunno. Tried using > the coldsync program which was meant for syncing Palm Pilots, and the > coldsync web page claims that it works with Visors too. When I run > coldsync, I get a message "Please press the hotsync button" and when I > hit the button I get the message two more times, and then either it > locked up or the whole system locks up. Same results using a serial > cradle instead of the USB cradle that came with it. I noticed Linux has > a Handspring Visor driver, not sure what's up with that. I'm successfully sync'ing my Visor using FreeBSD. I'm using the cold-sync port to do this. I needed to modify /etc/usbd.conf to recognise the Visor when the hot-sync button is pressed. 'usbd' then runs 'coldsync' under my account and does the right thing. You specify the generic USB driver (/dev/ugen0) to communicate with the Visor. A warning: If you pull the Visor from the cradle before 'usbd' has completed its USB disconnect cycle, the driver shuts itself down. The only way to recover (that I've seen) is to reboot. There is a USB driver for the Visor in OpenBSD. I pulled over the source file to try to build it, though I haven't had the chance to actually incorpoarte it into the kernel (I still need to find out how to add a USB driver to the kernel source tree, what changes need to be made to support FreeBSD, etc.) Anyways, it's nice being able to sync the Visor without having to log in or out... --=20 Rich Neswold efax: 1.240.536.7092 web: www.enteract.com/~rneswold/ --U+BazGySraz5kW0T Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6jalwZmE+i9FKxdwRApeOAKCULe8LCRtc0ZoGYij1XXKsLAILtACcDwLo e5IbPwMZeqgpu1CcKWjiwG0= =JS1p -----END PGP SIGNATURE----- --U+BazGySraz5kW0T-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 16 16:35:34 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gandalf.vi.bravenet.com (gandalf.bravenet.com [139.142.105.50]) by hub.freebsd.org (Postfix) with SMTP id 02D8A37B491 for <freebsd-hackers@FreeBSD.ORG>; Fri, 16 Feb 2001 16:35:29 -0800 (PST) Received: (qmail 18452 invoked by uid 1000); 17 Feb 2001 00:34:52 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 17 Feb 2001 00:34:52 -0000 Date: Fri, 16 Feb 2001 16:34:52 -0800 (PST) From: Dan Phoenix <dphoenix@bravenet.com> To: Matt Dillon <dillon@earth.backplane.com> Cc: Alfred Perlstein <bright@wintelcom.net>, Jos Backus <josb@cncdsl.com>, freebsd-hackers@FreeBSD.ORG Subject: Re: qmail IO problems In-Reply-To: <200102060101.f1611Zu55025@earth.backplane.com> Message-ID: <Pine.BSO.4.21.0102161632360.13783-100000@gandalf.bravenet.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ok to finish this off. ....dmesg da0 at sym0 bus 0 target 1 lun 0 da0: <IBM DDRS-39130D DC1B> Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Tagged Queueing Enabled da0: 8715MB (17850000 512 byte sectors: 255H 63S/T 1111C) da1 at sym0 bus 0 target 2 lun 0 da1: <IBM DDRS-39130D DC1B> Fixed Direct Access SCSI-2 device da1: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Tagged Queueing Enabled da1: 8715MB (17850000 512 byte sectors: 255H 63S/T 1111C) da2 at sym0 bus 0 target 4 lun 0 da2: <IBM DDRS-39130D DC1B> Fixed Direct Access SCSI-2 device da2: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Tagged Queueing Enabled da2: 8715MB (17850000 512 byte sectors: 255H 63S/T 1111C) 3 drives in there as of 3 min ago. just want to take these 3 and raid0 then together as /var. what was recommendation ccd or venim? and has anyone done this before...could walk me through setting these up quickly maybe? Regards, Dan On Mon, 5 Feb 2001, Matt Dillon wrote: > Date: Mon, 5 Feb 2001 17:01:35 -0800 (PST) > From: Matt Dillon <dillon@earth.backplane.com> > To: Alfred Perlstein <bright@wintelcom.net> > Cc: Jos Backus <josb@cncdsl.com>, Dan Phoenix <dphoenix@bravenet.com>, > freebsd-hackers@FreeBSD.ORG > Subject: Re: qmail IO problems > > I think before you guys go off wandering you need some definitive > information on the rate of incomming and outgoing mail, number of > simultanious connections being handled, and so forth. > > On the face of it, high disk transaction rates, low transfer rates, > and idle cpu implies either lots of paging I/O or softupdates isn't > actually turned on. > > Lots of paging I/O implies, potentially, lots of connections. So you > need a couple of stats in-hand to figure out what is going on: > > * How many mail-related processes are running, and by inference how > many simultanious connections are being handled?. 'ps axlww' while > the heavy I/O is going on would help a lot here. > > * Is the sytem paging? 'systat -vm 1' will give you a good indication. > > * 'vmstat 1' output also helps > > If the system is running too many processes then some messing around > with qmail's configuration options should solve the problem. > > Also, nowhere did I read how much memory this machine had. This will > give us useful information on that front: > > * cat /var/run/dmesg.boot > > (And, for gods sake, DON'T screw around with sysctl vfs.write_behind! I > should probably just rip that sysctl out. The default heuristic handles > all the cases already). > > -Matt > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 16 16:41:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id CFA7137B684 for <freebsd-hackers@FreeBSD.ORG>; Fri, 16 Feb 2001 16:41:43 -0800 (PST) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.9.3) id f1H0fhx15022; Fri, 16 Feb 2001 16:41:43 -0800 (PST) (envelope-from dillon) Date: Fri, 16 Feb 2001 16:41:43 -0800 (PST) From: Matt Dillon <dillon@earth.backplane.com> Message-Id: <200102170041.f1H0fhx15022@earth.backplane.com> To: Dan Phoenix <dphoenix@bravenet.com> Cc: Alfred Perlstein <bright@wintelcom.net>, Jos Backus <josb@cncdsl.com>, freebsd-hackers@FreeBSD.ORG Subject: Re: qmail IO problems References: <Pine.BSO.4.21.0102161632360.13783-100000@gandalf.bravenet.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :... :da2: <IBM DDRS-39130D DC1B> Fixed Direct Access SCSI-2 device :da2: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Tagged Queueing :Enabled :da2: 8715MB (17850000 512 byte sectors: 255H 63S/T 1111C) : :3 drives in there as of 3 min ago. :just want to take these 3 and raid0 then together as /var. :what was recommendation ccd or venim? : :and has anyone done this before...could walk me through setting these up :quickly maybe? : :Regards, : :Dan If all you are doing is striping them together for a test, just use CCD. 'man ccdconfig' contains some good examples. I'd use an interleave of 1152. First disklabel each disk, then use ccdconfig to stripe the partition you've configured on each disk all together. You might want to use postfix rather then qmail, but it's up to you. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 16 16:59:37 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns1.unixathome.org (ns1.unixathome.org [203.79.82.27]) by hub.freebsd.org (Postfix) with ESMTP id 711DB37B65D for <freebsd-hackers@FreeBSD.ORG>; Fri, 16 Feb 2001 16:59:22 -0800 (PST) Received: from wocker (wocker.int.nz.freebsd.org [192.168.0.99]) by ns1.unixathome.org (8.11.1/8.11.1) with ESMTP id f1H0x5s37635; Sat, 17 Feb 2001 13:59:05 +1300 (NZDT) (envelope-from dan@langille.org) Message-Id: <200102170059.f1H0x5s37635@ns1.unixathome.org> From: "Dan Langille" <dan@langille.org> Organization: novice in training To: Dan Phoenix <dphoenix@bravenet.com> Date: Sat, 17 Feb 2001 13:58:42 +1300 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: qmail IO problems Reply-To: dan@langille.org Cc: freebsd-hackers@FreeBSD.ORG References: <200102060101.f1611Zu55025@earth.backplane.com> In-reply-to: <Pine.BSO.4.21.0102161632360.13783-100000@gandalf.bravenet.com> X-mailer: Pegasus Mail for Win32 (v3.12c) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 16 Feb 2001, at 16:34, Dan Phoenix wrote: > 3 drives in there as of 3 min ago. > just want to take these 3 and raid0 then together as /var. > what was recommendation ccd or venim? > > and has anyone done this before...could walk me through setting these up > quickly maybe? perhaps http://freebsddiary.org/vinum.html -- Dan Langille pgpkey - finger dan@unixathome.org | http://unixathome.org/finger.php got any work? I'm looking for some. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 16 19:31:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from barabas.bitstream.net (barabas.bitstream.net [216.243.128.159]) by hub.freebsd.org (Postfix) with SMTP id 2E92D37B401 for <freebsd-hackers@freebsd.org>; Fri, 16 Feb 2001 19:31:43 -0800 (PST) Received: (qmail 11907 invoked from network); 17 Feb 2001 03:31:41 -0000 Received: from unknown (HELO redemption.bitstream.net) (216.243.168.85) by barabas with SMTP; 17 Feb 2001 03:31:41 -0000 Received: (from moebius@localhost) by redemption.bitstream.net (8.10.2/8.10.2) id f1H3YMw00217 for freebsd-hackers@freebsd.org; Fri, 16 Feb 2001 21:34:22 -0600 X-Authentication-Warning: redemption.bitstream.net: moebius set sender to moebius@bitstream.net using -f Date: Fri, 16 Feb 2001 21:34:22 -0600 From: Maximus <moebius@bitstream.net> To: freebsd-hackers@freebsd.org Subject: [moebius@bitstream.net: 4.1.1-release ldconfig issue] Message-ID: <20010216213422.B197@bitstream.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.9i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I installed libiconv-1.5.1 on my 4.1.1-release system with the following results: -rw-r--r-- 1 root wheel 452 Feb 16 09:05 libiconv.la lrwxr-xr-x 1 root wheel 15 Feb 16 09:05 libiconv.so -> libiconv.so.2.2 -rw-r--r-- 1 root wheel 646265 Feb 16 09:05 libiconv.so.2.2 Once finished I run 'ldconfig -m /usr/local/lib /usr/lib'. No errors to this point. Once done I run 'ldconfig -r | grep icon' and nothing is there. The library is not making it into the hints file. Running file on the .so.2.2 file I get the following: libiconv.so.2.2: ELF 32-bit LSB shared object, Intel 80386, version 1 (FreeBSD), not stripped Obviously I'm missing something. What? Any pointer would be appreciated. At the minimum, where would I find the source for ldconfig? Which package? Thanks To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 16 19:46:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gandalf.vi.bravenet.com (gandalf.bravenet.com [139.142.105.50]) by hub.freebsd.org (Postfix) with SMTP id E9F8737B4EC for <freebsd-hackers@FreeBSD.ORG>; Fri, 16 Feb 2001 19:46:53 -0800 (PST) Received: (qmail 27791 invoked by uid 1000); 17 Feb 2001 03:46:17 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 17 Feb 2001 03:46:17 -0000 Date: Fri, 16 Feb 2001 19:46:17 -0800 (PST) From: Dan Phoenix <dphoenix@bravenet.com> To: Dan Langille <dan@langille.org> Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: qmail IO problems In-Reply-To: <200102170059.f1H0x5s37635@ns1.unixathome.org> Message-ID: <Pine.BSO.4.21.0102161945330.13783-100000@gandalf.bravenet.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thanks for that url....along with that and Chris Watson's help :) was able to get then up running vinum...thanks again. On Sat, 17 Feb 2001, Dan Langille wrote: > Date: Sat, 17 Feb 2001 13:58:42 +1300 > From: Dan Langille <dan@langille.org> > To: Dan Phoenix <dphoenix@bravenet.com> > Cc: freebsd-hackers@FreeBSD.ORG > Subject: Re: qmail IO problems > > On 16 Feb 2001, at 16:34, Dan Phoenix wrote: > > > 3 drives in there as of 3 min ago. > > just want to take these 3 and raid0 then together as /var. > > what was recommendation ccd or venim? > > > > and has anyone done this before...could walk me through setting these up > > quickly maybe? > > perhaps http://freebsddiary.org/vinum.html > > -- > Dan Langille > pgpkey - finger dan@unixathome.org | http://unixathome.org/finger.php > got any work? I'm looking for some. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 16 19:51:57 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gandalf.vi.bravenet.com (gandalf.bravenet.com [139.142.105.50]) by hub.freebsd.org (Postfix) with SMTP id 0C31437B401 for <freebsd-hackers@FreeBSD.ORG>; Fri, 16 Feb 2001 19:51:55 -0800 (PST) Received: (qmail 13723 invoked by uid 1000); 17 Feb 2001 03:51:20 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 17 Feb 2001 03:51:20 -0000 Date: Fri, 16 Feb 2001 19:51:20 -0800 (PST) From: Dan Phoenix <dphoenix@bravenet.com> To: Dan Langille <dan@langille.org> Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: qmail IO problems In-Reply-To: <200102170059.f1H0x5s37635@ns1.unixathome.org> Message-ID: <Pine.BSO.4.21.0102161951000.13783-100000@gandalf.bravenet.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG vinum_drives="" # put in names of disks containing vinum drives # to start vinum on only specific disks. was this taken out in latest release of fbsd? On Sat, 17 Feb 2001, Dan Langille wrote: > Date: Sat, 17 Feb 2001 13:58:42 +1300 > From: Dan Langille <dan@langille.org> > To: Dan Phoenix <dphoenix@bravenet.com> > Cc: freebsd-hackers@FreeBSD.ORG > Subject: Re: qmail IO problems > > On 16 Feb 2001, at 16:34, Dan Phoenix wrote: > > > 3 drives in there as of 3 min ago. > > just want to take these 3 and raid0 then together as /var. > > what was recommendation ccd or venim? > > > > and has anyone done this before...could walk me through setting these up > > quickly maybe? > > perhaps http://freebsddiary.org/vinum.html > > -- > Dan Langille > pgpkey - finger dan@unixathome.org | http://unixathome.org/finger.php > got any work? I'm looking for some. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 16 21: 9:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from iguana.aciri.org (iguana.aciri.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id 59D7437B491; Fri, 16 Feb 2001 21:09:38 -0800 (PST) Received: (from rizzo@localhost) by iguana.aciri.org (8.11.1/8.11.1) id f1H59cA08731; Fri, 16 Feb 2001 21:09:38 -0800 (PST) (envelope-from rizzo) From: Luigi Rizzo <rizzo@aciri.org> Message-Id: <200102170509.f1H59cA08731@iguana.aciri.org> Subject: boot1 changes and etherboot support To: hackers@freebsd.org Date: Fri, 16 Feb 2001 21:09:33 -0800 (PST) Cc: rizzo@aciri.org (Luigi Rizzo) 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 sorry if this is not the most appropriate forum to discuss this, redirects appreciated. I have spent some time trying to put etherboot[1] code onto the hard disk so that it can be selected using the FreeBSD boot manager. I ended up doing it with a small amt of modifications to the "boot1" code, for which a patch is attached. Maybe it could be interesting in applying this patch to the standard boot1 code (apart for the PRT_BSD change, which should be unmodified). While at it, i noticed that fdisk seems to be more "smart" than i'd like, and likes to move the begin and end of partition to align it to a track boundary. This is kind of annoying, 1) because if you change the geometry in a way that has no effect for the loading of the kernel, it can still screw up your partition, and 2) because i would like to squeeze the boot1+etherboot in the spare 62 sectors between the MBR (boot0) and the beginning of the first partition on the disk. Is there any bad side effect in having a slice which starts at sector 1 and is 62 sectors long ? cheers luigi [1] Etherboot code is basically a boot ROM image of reasonably small size (16 or 32K depending on card type), and as part of its standard distribution can be loaded from a floppy using a special-purpose boot sector which is prepended to the image itself. Unfortunately the loader that comes with etherboot assumes the use of a floppy and does not work from a hard drive. [2] The patch for boot1.s is below. --- boot1.s Fri Jul 7 14:12:32 2000 +++ boot1a.s Fri Feb 16 18:39:20 2001 @@ -28,7 +28,7 @@ # Partition Constants .set PRT_OFF,0x1be # Partition offset .set PRT_NUM,0x4 # Partitions - .set PRT_BSD,0xa5 # Partition type + .set PRT_BSD,0x1 # Partition type # Flag Bits .set FL_PACKET,0x80 # Packet mode @@ -147,9 +147,18 @@ # when we use btxld create boot2, we use an entry point of 0x1000. That # entry point is relative to MEM_USR; thus boot2.bin starts at 0xb000. # main.5: mov %dx,MEM_ARG # Save args movb $0x10,%dh # Sector count callw nread # Read disk + cmpw $0xaa55, MEM_BUF+0x200 # rom signature ? + jnz load_btx + movb MEM_BUF+0x202,%dh # Sector count + incb %dh + mov $0x7e00, %bx + callw nreadbx # Read disk + ljmp $0x800,$6 # enter the rom code + +load_btx: mov $MEM_BTX,%bx # BTX mov 0xa(%bx),%si # Get BTX length and set add %bx,%si # %si to start of boot2.bin @@ -184,6 +193,7 @@ # Trampoline used to call read from within boot1. # nread: mov $MEM_BUF,%bx # Transfer buffer +nreadbx: # same but address is in bx mov 0x8(%si),%ax # Get mov 0xa(%si),%cx # LBA push %cs # Read from ----------------------------------+----------------------------------------- Luigi RIZZO, luigi@iet.unipi.it . ACIRI/ICSI (on leave from Univ. di Pisa) http://www.iet.unipi.it/~luigi/ . 1947 Center St, Berkeley CA 94704 Phone: (510) 666 2927 ----------------------------------+----------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Feb 16 23: 4:57 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gandalf.vi.bravenet.com (gandalf.bravenet.com [139.142.105.50]) by hub.freebsd.org (Postfix) with SMTP id C2CFC37B491 for <freebsd-hackers@FreeBSD.ORG>; Fri, 16 Feb 2001 23:04:55 -0800 (PST) Received: (qmail 14981 invoked by uid 1000); 17 Feb 2001 07:04:17 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 17 Feb 2001 07:04:17 -0000 Date: Fri, 16 Feb 2001 23:04:17 -0800 (PST) From: Dan Phoenix <dphoenix@bravenet.com> To: Matt Dillon <dillon@earth.backplane.com> Cc: Alfred Perlstein <bright@wintelcom.net>, Jos Backus <josb@cncdsl.com>, freebsd-hackers@FreeBSD.ORG Subject: Re: qmail IO problems In-Reply-To: <200102170041.f1H0fhx15022@earth.backplane.com> Message-ID: <Pine.BSO.4.21.0102162303020.17848-100000@gandalf.bravenet.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG drive ibm1 device /dev/da0s1e drive ibm2 device /dev/da1s1e drive ibm3 device /dev/da2s1e volume stripe plex org striped 512s sd length 8714m drive ibm1 sd length 8714m drive ibm2 sd length 8714m drive ibm3 is this right? i did an rm -rf on 150megs and it is taking forever on this drive not sure how to calculate striped # 512s maybe is what is making it so slow? -- Dan +------------------------------------------------------+ | BRAVENET WEB SERVICES | | dan@bravenet.com | | make installworld | | ln -s /var/qmail/bin/sendmail /usr/sbin/sendmail | | ln -s /var/qmail/bin/newaliases /usr/sbin/newaliases | +______________________________________________________+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 17 2:58: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from primo.verat.net (primo.verat.net [217.26.64.130]) by hub.freebsd.org (Postfix) with ESMTP id D687737B491 for <freebsd-hackers@FreeBSD.ORG>; Sat, 17 Feb 2001 02:58:02 -0800 (PST) Received: from scorpion.cosmos.all.net (ppp-110.verat.net [217.26.65.110]) by primo.verat.net (8.9.3/8.9.3) with ESMTP id LAA30069; Sat, 17 Feb 2001 11:58:01 +0100 Received: from scorpion.cosmos.all.net (scorpion.cosmos.all.net [127.0.0.1]) by scorpion.cosmos.all.net (8.11.2/8.11.2) with ESMTP id f1HC4rY00510; Sat, 17 Feb 2001 12:04:53 GMT Date: Sat, 17 Feb 2001 12:04:49 +0000 (GMT) From: milunovic <milunovic@sendmail.ru> X-Sender: milunovic@scorpion.cosmos.all.net To: Andrey Simonenko <simon@comsys.ntu-kpi.kiev.ua> Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Staticaly allocated buffers in library. Is it correct? In-Reply-To: <96jmr3$kd7$1@igloo.uran.net.ua> Message-ID: <Pine.BSF.4.21.0102171202110.400-100000@scorpion.cosmos.all.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -----BEGIN PGP SIGNED MESSAGE----- On Fri, 16 Feb 2001, Andrey Simonenko wrote: > I patched some library files and noted that some functions, which parse some > configuration files, use staticaly allocated buffers. Sizes of such > staticaly allocated buffers are 8k, 10k and so on. These buffers are used to > hold one line from parsed file. Usually it is enough for one line, but > really this is error (I think). Well since config files can be only changed by root,I don't think that root will use too long lines to case heap overflow.So this isn't big problem. Vojislav Milunovic milunovic@sendmail.ru -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0i for non-commercial use Charset: noconv iQEVAwUBOo5o5C3gPLld8IkLAQGaTQf/TNY5ODLUYmylF1KEuIsw2u7CvB4MSlRu H63ZIbWtWcuwc1Dlhuqp7H8biXamtvGcOC5gpvHUMMN/6BjdOyXAmXLxNKS+X+n6 MYZ3ODXwJkhqyUxPbfz46t3VUHH95Zo6aT26odhJy2PG4ttitzS+x3cnDfIaG15C FZQE3MYhTwT1A/cjSx9T1+uWwjMvrTXeHuDZMysCyNsjAilsoZ2+jty1jDibpa15 7D8+4aEC3RWisUPaQXWPCmCoT6C9j7YXWAi/J+O0olJn/Je21GvCeSVt2pp09B0L Dv6lenAMB2/OCXruSMnmtOfxI8iSCpSeNa16DH14neqZ0fA8loOEOQ== =ggia -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 17 5: 1:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from siri.nordier.com (c2-dbn-86.dial-up.net [196.34.155.214]) by hub.freebsd.org (Postfix) with ESMTP id B375937B401 for <hackers@freebsd.org>; Sat, 17 Feb 2001 05:01:29 -0800 (PST) Received: (from rnordier@localhost) by siri.nordier.com (8.9.3/8.6.12) id PAA11182; Sat, 17 Feb 2001 15:03:17 +0200 (SAST) From: Robert Nordier <rnordier@nordier.com> Message-Id: <200102171303.PAA11182@siri.nordier.com> Subject: Re: boot1 changes and etherboot support In-Reply-To: <200102170509.f1H59cA08731@iguana.aciri.org> from Luigi Rizzo at "Feb 16, 2001 9: 9:33 pm" To: rizzo@aciri.org (Luigi Rizzo) Date: Sat, 17 Feb 2001 15:03:17 +0200 (SAST) Cc: hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Luigi Rizzo wrote: > I have spent some time trying to put etherboot[1] code onto the > hard disk so that it can be selected using the FreeBSD boot > manager. I ended up doing it with a small amt of modifications > to the "boot1" code, for which a patch is attached. > > Maybe it could be interesting in applying this patch to the standard > boot1 code (apart for the PRT_BSD change, which should be unmodified). The size of the boot1 code must be <= 446 bytes. The code already gets customised a lot, for example, in embedded work and space needs to be left to allow for that. So I wouldn't personally be in favour of adding this to the standard boot1. -- Robert Nordier rnordier@nordier.com // Le monde est plein de fous, et qui n'en veut pas voir rnordier@FreeBSD.org // Doit se tenir tout seul, et casser son miroir. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 17 5:23: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from iguana.aciri.org (iguana.aciri.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id DF90D37B4EC for <hackers@FreeBSD.ORG>; Sat, 17 Feb 2001 05:22:59 -0800 (PST) Received: (from rizzo@localhost) by iguana.aciri.org (8.11.1/8.11.1) id f1HDMZe16659; Sat, 17 Feb 2001 05:22:35 -0800 (PST) (envelope-from rizzo) From: Luigi Rizzo <rizzo@aciri.org> Message-Id: <200102171322.f1HDMZe16659@iguana.aciri.org> Subject: Re: boot1 changes and etherboot support In-Reply-To: <200102171303.PAA11182@siri.nordier.com> from Robert Nordier at "Feb 17, 2001 3: 3:17 pm" To: rnordier@nordier.com (Robert Nordier) Date: Sat, 17 Feb 2001 05:22:34 -0800 (PST) Cc: rizzo@aciri.org, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Luigi Rizzo wrote: > > > I have spent some time trying to put etherboot[1] code onto the > > hard disk so that it can be selected using the FreeBSD boot > > manager. I ended up doing it with a small amt of modifications > > to the "boot1" code, for which a patch is attached. > > > > Maybe it could be interesting in applying this patch to the standard > > boot1 code (apart for the PRT_BSD change, which should be unmodified). > > The size of the boot1 code must be <= 446 bytes. The code already gets > customised a lot, for example, in embedded work and space needs to be > left to allow for that. So I wouldn't personally be in favour of adding > this to the standard boot1. If your point is that boot1.s should be some basic loader that people can easily customize, then i kind of understand and share your opinion. On the other hand, the ability to load a rom image is very useful, so i wonder what do you think is the best approach among the following: + put some conditional-compilation code in boot1.s + have a separate file, say bootrom.s, maybe in the same directory as the existing boot1 + pass the modified code to the etherboot people so they can include in their source tree. in all sincerity i'd love to have this code in the FreeBSD source tree rather than have to resort to some external repository. cheers luigi ----------------------------------+----------------------------------------- Luigi RIZZO, luigi@iet.unipi.it . ACIRI/ICSI (on leave from Univ. di Pisa) http://www.iet.unipi.it/~luigi/ . 1947 Center St, Berkeley CA 94704 Phone: (510) 666 2927 ----------------------------------+----------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 17 7: 7:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gw.nectar.com (gw.nectar.com [208.42.49.153]) by hub.freebsd.org (Postfix) with ESMTP id 7BD2A37B4EC for <freebsd-hackers@freebsd.org>; Sat, 17 Feb 2001 07:07:37 -0800 (PST) Received: by gw.nectar.com (Postfix, from userid 1001) id 002DB18C97; Sat, 17 Feb 2001 09:07:32 -0600 (CST) Date: Sat, 17 Feb 2001 09:07:32 -0600 From: "Jacques A. Vidrine" <n@nectar.com> To: Maximus <moebius@bitstream.net> Cc: freebsd-hackers@freebsd.org Subject: Re: [moebius@bitstream.net: 4.1.1-release ldconfig issue] Message-ID: <20010217090732.B37238@spawn.nectar.com> Mail-Followup-To: "Jacques A. Vidrine" <n@nectar.com>, Maximus <moebius@bitstream.net>, freebsd-hackers@freebsd.org References: <20010216213422.B197@bitstream.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010216213422.B197@bitstream.net>; from moebius@bitstream.net on Fri, Feb 16, 2001 at 09:34:22PM -0600 X-Url: http://www.nectar.com/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Feb 16, 2001 at 09:34:22PM -0600, Maximus <moebius@bitstream.net> wrote: > I installed libiconv-1.5.1 on my 4.1.1-release system with the following results: > > -rw-r--r-- 1 root wheel 452 Feb 16 09:05 libiconv.la > lrwxr-xr-x 1 root wheel 15 Feb 16 09:05 libiconv.so -> libiconv.so.2.2 > -rw-r--r-- 1 root wheel 646265 Feb 16 09:05 libiconv.so.2.2 ^^^^^^ ELF libraries should only have a major version, not a major+minor version. Install the port instead of compiling it yourself, and this will be handled. > Once finished I run 'ldconfig -m /usr/local/lib /usr/lib'. No errors > to this point. I believe that ELF ldconfig will ignore libraries with more than one version number tagged on. But it doesn't matter much -- the hints file is not used with ELF. > Once done I run 'ldconfig -r | grep icon' and nothing is there. The > library is not making it into the hints file. > > Running file on the .so.2.2 file I get the following: > > libiconv.so.2.2: ELF 32-bit LSB shared object, Intel 80386, version 1 > (FreeBSD), not stripped > > Obviously I'm missing something. What? > > Any pointer would be appreciated. At the minimum, where would I find > the source for ldconfig? Which package? Package? ldconfig is in the base system, and a good guess would be: $ which ldconfig /sbin/ldconfig $ cd /usr/src/sbin/ldconfig $ ls Makefile elfhints.c ldconfig.8 ldconfig.c ldconfig.h Hope this helps! Cheers, -- Jacques Vidrine / n@nectar.com / jvidrine@verio.net / nectar@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 17 8:59:53 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from siri.nordier.com (c4-dbn-213.dial-up.net [196.34.154.213]) by hub.freebsd.org (Postfix) with ESMTP id 410E937B491 for <hackers@freebsd.org>; Sat, 17 Feb 2001 08:59:46 -0800 (PST) Received: (from rnordier@localhost) by siri.nordier.com (8.9.3/8.6.12) id TAA11901; Sat, 17 Feb 2001 19:01:32 +0200 (SAST) From: Robert Nordier <rnordier@nordier.com> Message-Id: <200102171701.TAA11901@siri.nordier.com> Subject: Re: boot1 changes and etherboot support In-Reply-To: <200102171322.f1HDMZe16659@iguana.aciri.org> from Luigi Rizzo at "Feb 17, 2001 5:22:34 am" To: rizzo@aciri.org (Luigi Rizzo) Date: Sat, 17 Feb 2001 19:01:32 +0200 (SAST) Cc: rnordier@nordier.com, hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Luigi Rizzo wrote: > > Luigi Rizzo wrote: > > > > > I have spent some time trying to put etherboot[1] code onto the > > > hard disk so that it can be selected using the FreeBSD boot > > > manager. I ended up doing it with a small amt of modifications > > > to the "boot1" code, for which a patch is attached. > > > > > > Maybe it could be interesting in applying this patch to the standard > > > boot1 code (apart for the PRT_BSD change, which should be unmodified). > > > > The size of the boot1 code must be <= 446 bytes. The code already gets > > customised a lot, for example, in embedded work and space needs to be > > left to allow for that. So I wouldn't personally be in favour of adding > > this to the standard boot1. > On the other hand, the ability to load a rom image is very useful, > so i wonder what do you think is the best approach among the following: > > + put some conditional-compilation code in boot1.s > + have a separate file, say bootrom.s, maybe in the same directory > as the existing boot1 > + pass the modified code to the etherboot people so they can include > in their source tree. > > in all sincerity i'd love to have this code in the FreeBSD source tree > rather than have to resort to some external repository. My preference would be for a separate file in a separate directory, more or less similar to cdldr and pxeldr; I'd be least keen on handling this with conditional-compilation. That's just me, though, and this probably isn't a case where the views of the author/maintainer should have any special weight. -- Robert Nordier rnordier@nordier.com // Le monde est plein de fous, et qui n'en veut pas voir rnordier@FreeBSD.org // Doit se tenir tout seul, et casser son miroir. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 17 10: 1:53 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from post.mail.nl.demon.net (post-11.mail.nl.demon.net [194.159.73.21]) by hub.freebsd.org (Postfix) with ESMTP id 3A0F237B491; Sat, 17 Feb 2001 10:01:50 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #4) id 14UBg5-000NEr-00; Sat, 17 Feb 2001 18:01:49 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.1/8.11.1) id f1HI2kK00344; Sat, 17 Feb 2001 19:02:46 +0100 (CET) (envelope-from wkb) Date: Sat, 17 Feb 2001 19:02:46 +0100 From: Wilko Bulte <wkb@freebie.demon.nl> To: FreeBSD hackers list <FreeBSD-hackers@freebsd.org> Cc: sos@freebsd.org Subject: hotplug ata device? Message-ID: <20010217190246.A313@freebie.demon.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i X-OS: FreeBSD 4.2-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi I'm looking for ideas on the following: I just added a CF-ata adapter to my system (see http://www.tapr.org). This works just fine, as long as the card is in the socket during boot. For obvious reasons this is not always the case. If it was not seen during boot one gets: freebie#mount /flash msdos: /dev/ad0: Device not configured Which I can understand (but don't appreciate in this case ;-) Is it possible to have something like the 'camcontrol rescan' that the SCSI CAM subsystem has? tnx Wilko -- | / o / / _ Arnhem, The Netherlands email: wilko@freebsd.org |/|/ / / /( (_) Bulte http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 17 10:41:33 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from barabas.bitstream.net (barabas.bitstream.net [216.243.128.159]) by hub.freebsd.org (Postfix) with SMTP id 8CA7D37B401 for <freebsd-hackers@freebsd.org>; Sat, 17 Feb 2001 10:41:26 -0800 (PST) Received: (qmail 99910 invoked from network); 17 Feb 2001 18:41:25 -0000 Received: from unknown (HELO redemption.bitstream.net) (216.243.168.85) by barabas with SMTP; 17 Feb 2001 18:41:25 -0000 Received: (from moebius@localhost) by redemption.bitstream.net (8.10.2/8.10.2) id f1HIfPn00474 for freebsd-hackers@freebsd.org; Sat, 17 Feb 2001 12:41:25 -0600 X-Authentication-Warning: redemption.bitstream.net: moebius set sender to moebius@bitstream.net using -f Date: Sat, 17 Feb 2001 12:41:25 -0600 From: Maximus <moebius@bitstream.net> To: freebsd-hackers@freebsd.org Subject: Re: [moebius@bitstream.net: 4.1.1-release ldconfig issue] Message-ID: <20010217124124.C457@bitstream.net> References: <20010216213422.B197@bitstream.net> <20010217090732.B37238@spawn.nectar.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.9i In-Reply-To: <20010217090732.B37238@spawn.nectar.com>; from n@nectar.com on Sat, Feb 17, 2001 at 09:07:32AM -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Wonderful...partly. This worked to get the lib in ldconfig, but then I noticed that it still couldn't find the lib. Trussing 'ld -liconv' revealed that it was only looking in /usr/lib. I have a LD_LIBRARY_PATH, and even went so far as to create a LD_FLAGS var. Neither of these things made ld even glance beyond /usr/lib. Lost. but thanks anyway. On Sat, Feb 17, 2001 at 09:07:32AM -0600, Jacques A. Vidrine wrote: > On Fri, Feb 16, 2001 at 09:34:22PM -0600, Maximus <moebius@bitstream.net> wrote: > > I installed libiconv-1.5.1 on my 4.1.1-release system with the following results: > > > > -rw-r--r-- 1 root wheel 452 Feb 16 09:05 libiconv.la > > lrwxr-xr-x 1 root wheel 15 Feb 16 09:05 libiconv.so -> libiconv.so.2.2 > > -rw-r--r-- 1 root wheel 646265 Feb 16 09:05 libiconv.so.2.2 > ^^^^^^ > ELF libraries should only have a major version, not a major+minor > version. Install the port instead of compiling it yourself, and this > will be handled. > > > Once finished I run 'ldconfig -m /usr/local/lib /usr/lib'. No errors > > to this point. > > I believe that ELF ldconfig will ignore libraries with more than one > version number tagged on. But it doesn't matter much -- the hints file > is not used with ELF. > > > Once done I run 'ldconfig -r | grep icon' and nothing is there. The > > library is not making it into the hints file. > > > > Running file on the .so.2.2 file I get the following: > > > > libiconv.so.2.2: ELF 32-bit LSB shared object, Intel 80386, version 1 > > (FreeBSD), not stripped > > > > Obviously I'm missing something. What? > > > > Any pointer would be appreciated. At the minimum, where would I find > > the source for ldconfig? Which package? > > Package? ldconfig is in the base system, and a good guess would be: > > $ which ldconfig > /sbin/ldconfig > $ cd /usr/src/sbin/ldconfig > $ ls > Makefile elfhints.c ldconfig.8 ldconfig.c ldconfig.h > > Hope this helps! > > Cheers, > -- > Jacques Vidrine / n@nectar.com / jvidrine@verio.net / nectar@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 17 12:36:12 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id 97C4737B4EC; Sat, 17 Feb 2001 12:36:08 -0800 (PST) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id VAA31981; Sat, 17 Feb 2001 21:35:54 +0100 (CET) (envelope-from sos) From: Soren Schmidt <sos@freebsd.dk> Message-Id: <200102172035.VAA31981@freebsd.dk> Subject: Re: hotplug ata device? In-Reply-To: <20010217190246.A313@freebie.demon.nl> from Wilko Bulte at "Feb 17, 2001 07:02:46 pm" To: wkb@freebie.demon.nl (Wilko Bulte) Date: Sat, 17 Feb 2001 21:35:54 +0100 (CET) Cc: FreeBSD-hackers@FreeBSD.ORG (FreeBSD hackers list), sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Wilko Bulte wrote: > Hi > > I'm looking for ideas on the following: > > I just added a CF-ata adapter to my system (see http://www.tapr.org). > This works just fine, as long as the card is in the socket during boot. > For obvious reasons this is not always the case. If it was not seen during > boot one gets: > > freebie#mount /flash > msdos: /dev/ad0: Device not configured > > Which I can understand (but don't appreciate in this case ;-) > > Is it possible to have something like the 'camcontrol rescan' that > the SCSI CAM subsystem has? Yes, I've already done that, but it needs alot of polishing before it goes into the public sources, plus an atacontrol util... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 17 17:53:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id BFA5637B684; Sat, 17 Feb 2001 17:53:28 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1I1rNW92992; Sat, 17 Feb 2001 18:53:23 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102180153.f1I1rNW92992@harmony.village.org> To: Wilko Bulte <wkb@freebie.demon.nl> Subject: Re: hotplug ata device? Cc: FreeBSD hackers list <FreeBSD-hackers@FreeBSD.org>, sos@FreeBSD.org In-reply-to: Your message of "Sat, 17 Feb 2001 19:02:46 +0100." <20010217190246.A313@freebie.demon.nl> References: <20010217190246.A313@freebie.demon.nl> Date: Sat, 17 Feb 2001 18:53:23 -0700 From: Warner Losh <imp@harmony.village.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010217190246.A313@freebie.demon.nl> Wilko Bulte writes: : Is it possible to have something like the 'camcontrol rescan' that : the SCSI CAM subsystem has? NO. These cards are not hot pluggable. I've blown out two IDE Controllers hot plugging them. DO NOT TRY TO HOTPLUG THEM OR YOU WILL BE SORRY. I hate to shout like that, but after the second IDE controller fried, I got real conservative. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 17 17:55:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from iguana.aciri.org (iguana.aciri.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id B360B37B491; Sat, 17 Feb 2001 17:55:29 -0800 (PST) Received: (from rizzo@localhost) by iguana.aciri.org (8.11.1/8.11.1) id f1I1tEY21445; Sat, 17 Feb 2001 17:55:14 -0800 (PST) (envelope-from rizzo) From: Luigi Rizzo <rizzo@aciri.org> Message-Id: <200102180155.f1I1tEY21445@iguana.aciri.org> Subject: Re: hotplug ata device? In-Reply-To: <200102180153.f1I1rNW92992@harmony.village.org> from Warner Losh at "Feb 17, 2001 6:53:23 pm" To: imp@harmony.village.org (Warner Losh) Date: Sat, 17 Feb 2001 17:55:14 -0800 (PST) Cc: wkb@freebie.demon.nl, FreeBSD-hackers@FreeBSD.ORG, sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In message <20010217190246.A313@freebie.demon.nl> Wilko Bulte writes: > : Is it possible to have something like the 'camcontrol rescan' that > : the SCSI CAM subsystem has? > > NO. These cards are not hot pluggable. I've blown out two IDE > Controllers hot plugging them. DO NOT TRY TO HOTPLUG THEM OR YOU WILL > BE SORRY. > > I hate to shout like that, but after the second IDE controller fried, > I got real conservative. i think he was referring to compactflash memories which you can stick into pcmcia adapters and are hot-pluggable. luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 17 18: 2: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from peorth.iteration.net (peorth.iteration.net [208.190.180.178]) by hub.freebsd.org (Postfix) with ESMTP id A9FB337B401; Sat, 17 Feb 2001 18:02:00 -0800 (PST) Received: by peorth.iteration.net (Postfix, from userid 1001) id 160AA594FD; Sat, 17 Feb 2001 20:02:24 -0600 (CST) Date: Sat, 17 Feb 2001 20:02:24 -0600 From: "Michael C . Wu" <keichii@iteration.net> To: Luigi Rizzo <rizzo@aciri.org> Cc: Warner Losh <imp@harmony.village.org>, wkb@freebie.demon.nl, FreeBSD-hackers@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: hotplug ata device? Message-ID: <20010217200223.B88106@peorth.iteration.net> Reply-To: "Michael C . Wu" <keichii@peorth.iteration.net> Mail-Followup-To: "Michael C . Wu" <keichii@iteration.net>, Luigi Rizzo <rizzo@aciri.org>, Warner Losh <imp@harmony.village.org>, wkb@freebie.demon.nl, FreeBSD-hackers@FreeBSD.ORG, sos@FreeBSD.ORG References: <200102180153.f1I1rNW92992@harmony.village.org> <200102180155.f1I1tEY21445@iguana.aciri.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200102180155.f1I1tEY21445@iguana.aciri.org>; from rizzo@aciri.org on Sat, Feb 17, 2001 at 05:55:14PM -0800 X-PGP-Fingerprint: 5025 F691 F943 8128 48A8 5025 77CE 29C5 8FA1 2E20 X-PGP-Key-ID: 0x8FA12E20 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Feb 17, 2001 at 05:55:14PM -0800, Luigi Rizzo scribbled: | > In message <20010217190246.A313@freebie.demon.nl> Wilko Bulte writes: | > : Is it possible to have something like the 'camcontrol rescan' that | > : the SCSI CAM subsystem has? | > | > NO. These cards are not hot pluggable. I've blown out two IDE | > Controllers hot plugging them. DO NOT TRY TO HOTPLUG THEM OR YOU WILL | > BE SORRY. | > | > I hate to shout like that, but after the second IDE controller fried, | > I got real conservative. | | i think he was referring to compactflash memories which you can stick | into pcmcia adapters and are hot-pluggable. And Warner uses these TAPR CompactFlash/IDE cards..:) I have fried my little Pentium 100's IDE controller with it too... -- +------------------------------------------------------------------+ | keichii@peorth.iteration.net | keichii@bsdconspiracy.net | | http://peorth.iteration.net/~keichii | Yes, BSD is a conspiracy. | +------------------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 17 18: 2:12 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 0B14337B401; Sat, 17 Feb 2001 18:02:07 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1I221W93132; Sat, 17 Feb 2001 19:02:01 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102180202.f1I221W93132@harmony.village.org> To: Luigi Rizzo <rizzo@aciri.org> Subject: Re: hotplug ata device? Cc: wkb@freebie.demon.nl, FreeBSD-hackers@FreeBSD.ORG, sos@FreeBSD.ORG In-reply-to: Your message of "Sat, 17 Feb 2001 17:55:14 PST." <200102180155.f1I1tEY21445@iguana.aciri.org> References: <200102180155.f1I1tEY21445@iguana.aciri.org> Date: Sat, 17 Feb 2001 19:02:01 -0700 From: Warner Losh <imp@harmony.village.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200102180155.f1I1tEY21445@iguana.aciri.org> Luigi Rizzo writes: : > In message <20010217190246.A313@freebie.demon.nl> Wilko Bulte writes: : > : Is it possible to have something like the 'camcontrol rescan' that : > : the SCSI CAM subsystem has? : > : > NO. These cards are not hot pluggable. I've blown out two IDE : > Controllers hot plugging them. DO NOT TRY TO HOTPLUG THEM OR YOU WILL : > BE SORRY. : > : > I hate to shout like that, but after the second IDE controller fried, : > I got real conservative. : : i think he was referring to compactflash memories which you can stick : into pcmcia adapters and are hot-pluggable. No he wasn't. He talkd specifically about the TAPR adapter, which connects to the IDE bus and is not hot pluggable. I have one of these beasts, which is how I know :-) For the pccard ones, you don't generally need to rescan the bus unless you have an cdrom that wasn't attached at probe time... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 17 18:20:44 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from iguana.aciri.org (iguana.aciri.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id 1EF6637B4EC; Sat, 17 Feb 2001 18:20:29 -0800 (PST) Received: (from rizzo@localhost) by iguana.aciri.org (8.11.1/8.11.1) id f1I2KKR21592; Sat, 17 Feb 2001 18:20:20 -0800 (PST) (envelope-from rizzo) From: Luigi Rizzo <rizzo@aciri.org> Message-Id: <200102180220.f1I2KKR21592@iguana.aciri.org> Subject: Re: hotplug ata device? In-Reply-To: <20010217200223.B88106@peorth.iteration.net> from "Michael C . Wu" at "Feb 17, 2001 8: 2:24 pm" To: keichii@peorth.iteration.net Date: Sat, 17 Feb 2001 18:20:20 -0800 (PST) Cc: rizzo@aciri.org, imp@harmony.village.org, wkb@freebie.demon.nl, FreeBSD-hackers@FreeBSD.ORG, sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > | > NO. These cards are not hot pluggable. I've blown out two IDE > | > Controllers hot plugging them. DO NOT TRY TO HOTPLUG THEM OR YOU WILL > | > BE SORRY. ... > | > I hate to shout like that, but after the second IDE controller fried, > | > I got real conservative. ... > And Warner uses these TAPR CompactFlash/IDE cards..:) > I have fried my little Pentium 100's IDE controller with it too... i actually wonder, aren't there removable disk frames which support hot swap (by turning off power with the keylock, or the like) ? Plus, it is actually curious that you can fry the IDE controller, the simplest ones used to be just a couple of '245 and an address decoder... cheers luigi > +------------------------------------------------------------------+ > | keichii@peorth.iteration.net | keichii@bsdconspiracy.net | > | http://peorth.iteration.net/~keichii | Yes, BSD is a conspiracy. | > +------------------------------------------------------------------+ > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 17 18:24:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 0B21537B65D; Sat, 17 Feb 2001 18:24:12 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1I2O6W93349; Sat, 17 Feb 2001 19:24:06 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102180224.f1I2O6W93349@harmony.village.org> To: Luigi Rizzo <rizzo@aciri.org> Subject: Re: hotplug ata device? Cc: keichii@peorth.iteration.net, wkb@freebie.demon.nl, FreeBSD-hackers@FreeBSD.ORG, sos@FreeBSD.ORG In-reply-to: Your message of "Sat, 17 Feb 2001 18:20:20 PST." <200102180220.f1I2KKR21592@iguana.aciri.org> References: <200102180220.f1I2KKR21592@iguana.aciri.org> Date: Sat, 17 Feb 2001 19:24:06 -0700 From: Warner Losh <imp@harmony.village.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200102180220.f1I2KKR21592@iguana.aciri.org> Luigi Rizzo writes: : i actually wonder, aren't there removable disk frames which support : hot swap (by turning off power with the keylock, or the like) ? I've not seen any, but I suppose they exist. The TAPR ones, however, definitely are not those beasts. they are simple and don't support hotswap. : Plus, it is actually curious that you can fry the IDE controller, : the simplest ones used to be just a couple of '245 and an : address decoder... I think that the main problem is lack of good grounding causing large transients when the card is removed. But I could be wrong about that. Each time I fried one it was definitely a remove + insert sequence. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Feb 17 19:21: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gw.nectar.com (gw.nectar.com [208.42.49.153]) by hub.freebsd.org (Postfix) with ESMTP id AF3ED37B491 for <freebsd-hackers@freebsd.org>; Sat, 17 Feb 2001 19:20:54 -0800 (PST) Received: from hamlet.nectar.com (hamlet.nectar.com [10.0.1.102]) by gw.nectar.com (Postfix) with ESMTP id 7C22F18C96; Sat, 17 Feb 2001 21:20:53 -0600 (CST) Received: (from nectar@localhost) by hamlet.nectar.com (8.11.2/8.9.3) id f1I3KrU97296; Sat, 17 Feb 2001 21:20:53 -0600 (CST) (envelope-from nectar@spawn.nectar.com) Date: Sat, 17 Feb 2001 21:20:53 -0600 From: "Jacques A. Vidrine" <n@nectar.com> To: Maximus <moebius@bitstream.net> Cc: freebsd-hackers@freebsd.org Subject: Re: [moebius@bitstream.net: 4.1.1-release ldconfig issue] Message-ID: <20010217212053.A97263@hamlet.nectar.com> Mail-Followup-To: "Jacques A. Vidrine" <n@nectar.com>, Maximus <moebius@bitstream.net>, freebsd-hackers@freebsd.org References: <20010216213422.B197@bitstream.net> <20010217090732.B37238@spawn.nectar.com> <20010217124124.C457@bitstream.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010217124124.C457@bitstream.net>; from moebius@bitstream.net on Sat, Feb 17, 2001 at 12:41:25PM -0600 X-Url: http://www.nectar.com/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Feb 17, 2001 at 12:41:25PM -0600, Maximus wrote: > Wonderful...partly. This worked to get the lib in ldconfig, but then > I noticed that it still couldn't find the lib. Well, as I said, the hints are not used for linking at all. > Trussing 'ld -liconv' revealed that it was only looking in /usr/lib. > I have a LD_LIBRARY_PATH, and even went so far as to create a LD_FLAGS > var. Neither of these things made ld even glance beyond /usr/lib. LD_LIBRARY_PATH is not used at link time, only at run time. If you want additional paths to be searched for libraries, use the -L flag. You may want to read `info -f gcc' and/or `info -f ld' if you have further trouble. Cheers, -- Jacques Vidrine / n@nectar.com / jvidrine@verio.net / nectar@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message