From owner-freebsd-hackers Sun Aug 1 1:44:20 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp04.wxs.nl (smtp04.wxs.nl [195.121.6.59]) by hub.freebsd.org (Postfix) with ESMTP id 9966B14DE4 for ; Sun, 1 Aug 1999 01:44:14 -0700 (PDT) (envelope-from asmodai@wxs.nl) Received: from daemon.ninth-circle.org ([195.121.196.244]) by smtp04.wxs.nl (Netscape Messaging Server 3.61) with ESMTP id AAA198; Sun, 1 Aug 1999 10:42:54 +0200 Received: (from asmodai@localhost) by daemon.ninth-circle.org (8.9.3/8.9.3) id KAA04143; Sun, 1 Aug 1999 10:16:22 +0200 (CEST) (envelope-from asmodai) Date: Sun, 1 Aug 1999 10:16:22 +0200 From: Jeroen Ruigrok/Asmodai To: Wes Peters Cc: Jeroen Ruigrok/Asmodai , Nik Clayton , hackers@FreeBSD.ORG Subject: Re: No elf(5) man page (docs/7914) Message-ID: <19990801101622.A4048@daemon.ninth-circle.org> References: <19990730135239.A65473@kilt.nothing-going-on.org> <19990730234626.C4337@daemon.ninth-circle.org> <37A3B18D.2716CBBE@softweyr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/0.96.3i In-Reply-To: <37A3B18D.2716CBBE@softweyr.com>; from Wes Peters on Sat, Jul 31, 1999 at 08:31:41PM -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Wes Peters (wes@softweyr.com) [990801 07:12]: > Jeroen Ruigrok/Asmodai wrote: > > > > * Nik Clayton (nik@nothing-going-on.demon.co.uk) [990730 23:37]: > > > > > > We have an a.out(5), but no elf(5) (as pointed out in docs/7914). > > > > > > Does anyone feel up to writing one? > > > > Saw it before, noticed it, placed on my to-do list. If no-one objects > > I'll submit a manpage per a.out(5) style tomorrow for review untill it's > > ready for inclusion. > > NetBSD doesn't have one as of 1.4, so they may be interested in yours. ;^) Same goes for OpenBSD and a lot of Linux distro's as far as I have been able to discern. -- Jeroen Ruigrok van der Werven asmodai(at)wxs.nl The BSD Programmer's Documentation Project Network/Security Specialist BSD: Technical excellence at its best Cum angelis et pueris, fideles inveniamur. Quis est iste Rex gloriae...? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 1 1:44:55 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from shell6.ba.best.com (shell6.ba.best.com [206.184.139.137]) by hub.freebsd.org (Postfix) with ESMTP id AAD0715173 for ; Sun, 1 Aug 1999 01:44:50 -0700 (PDT) (envelope-from jkb@shell6.ba.best.com) Received: (from jkb@localhost) by shell6.ba.best.com (8.9.3/8.9.2/best.sh) id BAA13364; Sun, 1 Aug 1999 01:44:06 -0700 (PDT) Message-ID: <19990801014404.A8006@best.com> Date: Sun, 1 Aug 1999 01:44:04 -0700 From: "Jan B. Koum " To: "Jordan K. Hubbard" , hackers@FreeBSD.ORG Subject: Re: Hey kernel hackers, this is worth a read. References: <10379.933393489@zippy.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <10379.933393489@zippy.cdrom.com>; from Jordan K. Hubbard on Fri, Jul 30, 1999 at 08:58:09PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Jul 30, 1999 at 08:58:09PM -0700, "Jordan K. Hubbard" wrote: > http://features.linuxtoday.com/stories/8191.html > > A story on upcoming plans for the Linux 2.4 kernel. Since they're > going after a lot of the same performance goals we are, it's worth a > read. > > - Jordan > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message From the article: "Linux 2.4 also includes a completely rewritten networking layer." Great. After a few years from now when they get all the bugs out, they will be right back to the quality of early 4.4BSD quality ;) However, the SMP stuff they are working on is something we need IMHO. -- yan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 1 2:46: 8 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from snafu.adept.org (adsl-63-193-112-19.dsl.snfc21.pacbell.net [63.193.112.19]) by hub.freebsd.org (Postfix) with ESMTP id 1290814F71 for ; Sun, 1 Aug 1999 02:46:01 -0700 (PDT) (envelope-from mike@snafu.adept.org) Received: from localhost (mike@localhost) by snafu.adept.org (8.9.3/8.9.3) with ESMTP id CAA25693; Sun, 1 Aug 1999 02:43:28 -0700 (PDT) Date: Sun, 1 Aug 1999 02:43:28 -0700 (PDT) From: Mike Hoskins To: Alex Zepeda Cc: Alex Povolotsky , hackers@FreeBSD.ORG Subject: Re: Solution for mail pseudo-users? 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 Sat, 31 Jul 1999, Alex Zepeda wrote: > The easiest way I can think of would be to add them to /etc/passwd and set > their shell and home dir to /nonexistant. Ideally you wouldn't be running > any other daemons, so there'd be no real way for them to access files; but > the stock ftpd, as well as sshd offer ways to disable access to specific > users. > > Dealing with "real" users IMO is quite a bit less hackish. I like the 'keeping it real' idea as well. Then again, doesn't 3.2R+ support SecureRPC? Isn't this the sort of thing NIS+ was invented for? A centralized db of users that you can then export to various machines with differing characteristics? I.e. couldn't you import the NIS db to your mail box(es) with /nonexistent home directory and /sbin/nologin shell? Name and password pairs would still exist, allowing any SMTP/POP3 daemons I know of to work without change. If NIS sends chills down your spine, I guess you could also do a bit of non-daemon-based hackage... make a script replace the home directory and shell fields with appropriate values in a copied passwd and rsync the thing to your mail boxes... Then again, SQL seems to be the current buzz... Having SQL-based access is cool/manageable (a friend generates the MySQL db from his Radius users file). As usual, there's more than one way to skin a cat. Later, --mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 1 3:46:37 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from arnold.neland.dk (mail.neland.dk [194.255.12.232]) by hub.freebsd.org (Postfix) with ESMTP id 6468E14D8C for ; Sun, 1 Aug 1999 03:46:31 -0700 (PDT) (envelope-from leifn@neland.dk) Received: from localhost (localhost [127.0.0.1]) by arnold.neland.dk (8.9.3/8.9.3) with ESMTP id MAA68087; Sun, 1 Aug 1999 12:45:46 +0200 (CEST) (envelope-from leifn@neland.dk) Date: Sun, 1 Aug 1999 12:45:46 +0200 (CEST) From: Leif Neland To: Mike Hoskins Cc: Alex Zepeda , Alex Povolotsky , hackers@FreeBSD.ORG Subject: Re: Solution for mail pseudo-users? 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 > Then again, SQL seems to be the current buzz... Having SQL-based access > is cool/manageable (a friend generates the MySQL db from his Radius users > file). > And we do it the other way: Generate the users file from mysql. I rather prefer it like that; then I can still auth users, if mysql goes down. Also, it saved my a$$ once; mysql lacking commit and rollback. I was disturbed into firing off an update command before having typed the where-clause. I then locked the password of every user, instead of only the users belonging to a single client... Luckily, I dump the database every hour, and rcs it, so I can recreate the database at any hourly version the last few months. Leif > As usual, there's more than one way to skin a cat. > Yeah.. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 1 4: 8:47 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from mom.hooked.net (mom.hooked.net [206.80.6.10]) by hub.freebsd.org (Postfix) with ESMTP id B3D6E14D8C for ; Sun, 1 Aug 1999 04:08:45 -0700 (PDT) (envelope-from garbanzo@hooked.net) Received: from fish.hooked.net (garbanzo@fish.hooked.net [206.80.6.48]) by mom.hooked.net (8.8.6/8.8.5) with SMTP id EAA08502; Sun, 1 Aug 1999 04:08:01 -0700 (PDT) Date: Sun, 1 Aug 1999 04:08:00 -0700 (PDT) From: Alex Zepeda To: Mike Hoskins Cc: hackers@FreeBSD.ORG Subject: Re: Solution for mail pseudo-users? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 1 Aug 1999, Mike Hoskins wrote: > As usual, there's more than one way to skin a cat. And as always a bloodless vegetarian way too :) I just don't see any justification in hacking away at all of your software to bypass the passwd database. What is gained? - alex You better believe that marijuana can cause castration. Just suppose your girlfriend gets the munchies! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 1 7:15:18 1999 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 B5F4B14C85; Sun, 1 Aug 1999 07:15:12 -0700 (PDT) (envelope-from babkin@bellatlantic.net) Received: from bellatlantic.net (client-117-134.bellatlantic.net [151.198.117.134]) by smtp02.teb1.iconnet.net (8.9.1/8.9.1) with ESMTP id KAA16314; Sun, 1 Aug 1999 10:14:46 -0400 (EDT) Message-ID: <37A45712.58700F7B@bellatlantic.net> Date: Sun, 01 Aug 1999 10:17:54 -0400 From: Sergey Babkin X-Mailer: Mozilla 4.07 [en] (X11; I; FreeBSD 3.0-980222-SNAP i386) MIME-Version: 1.0 To: Warner Losh Cc: Wes Peters , Matthew Dillon , "Brian F. Feldman" , "Jordan K. Hubbard" , hackers@FreeBSD.ORG Subject: Re: So, back on the topic of enabling bpf in GENERIC... References: <37A3B701.851DF00B@softweyr.com> <199907302342.RAA85088@harmony.village.org> <37A25361.34799F96@bellatlantic.net> <199907310140.SAA95581@apollo.backplane.com> <199908010416.WAA95811@harmony.village.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh wrote: > > In message <37A3B701.851DF00B@softweyr.com> Wes Peters writes: > : Do we have a list of all services that use bpf? I'm willing to edit the man > : pages, given a list. I guess I could just grep-o-matic here, huh? > > Yes. I'm also in a holding off pattern until we know the exact impact > for all daemons that use this... I think I found a solution that may be better (although more complicated): Let the sysadmin to define a bpf filter for the packets that are considered OK (say, DHCP or RARP or RBOOT or whatever else this installation needs for normal functioning). Provide some typical examples. After this filter is defined and the system goes to a higher security level bpf first applies this filter to all the incoming packets, and only if they pass this filter they are checked for application-specified filters. If there is no such "master" filter defined then bpf can just deny new open()s as proposed earlier. This will allow the applications to use bpf but only for the purposes defined in the master filter. This also resolves the problem of services re-opening bpf after SIGHUP. And speaking on the issue of bpf enabled in GENERIC, I'm strongly pro it. Having bpf disabled is a big pain. May be it would be better to provide a separate prototype configuration file, say, SECURE with all the dangerous things disabled and explanations why they are disabled, so that peoples will think twice before re-enabling them. -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 1 7:23: 4 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 4546414C59 for ; Sun, 1 Aug 1999 07:23:01 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com by peach.ocn.ne.jp (8.9.1a/OCN) id XAA04804; Sun, 1 Aug 1999 23:22:03 +0900 (JST) Message-ID: <37A43593.7AE89C42@newsguy.com> Date: Sun, 01 Aug 1999 20:54:59 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.6 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Sheldon Hearn Cc: Jeroen Ruigrok/Asmodai , Nik Clayton , hackers@FreeBSD.ORG Subject: Re: No elf(5) man page (docs/7914) References: <70076.933457824@axl.noc.iafrica.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sheldon Hearn wrote: > > On Fri, 30 Jul 1999 23:46:26 +0200, Jeroen Ruigrok/Asmodai wrote: > > > If no-one objects I'll submit a manpage per a.out(5) style tomorrow > > for review untill it's ready for inclusion. > > Anyone who objects to your submissions is a woes -- real bastards wait > for you to do the work before shooting you down. :-) That's correct. I really doubt anyone will raise any objections before the man page is actually committed. :-) -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org - Jordan, God, what's the difference? - God doesn't belong to the -core. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 1 8:50:58 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.oeno.com (ns.oeno.com [194.100.99.145]) by hub.freebsd.org (Postfix) with SMTP id 2E97714BF9 for ; Sun, 1 Aug 1999 08:50:54 -0700 (PDT) (envelope-from will@ns.oeno.com) Received: (qmail 1695 invoked by uid 1001); 1 Aug 1999 15:50:44 -0000 Date: 1 Aug 1999 15:50:43 -0000 Message-ID: <19990801155043.1692.qmail@ns.oeno.com> From: Ville-Pertti Keinonen To: wes@softweyr.com Cc: dillon@apollo.backplane.com, hackers@FreeBSD.ORG In-reply-to: <37A399C1.43B5154E@softweyr.com> (message from Wes Peters on Sat, 31 Jul 1999 18:50:09 -0600) Subject: Re: Documenting writev(2) ENOBUFS error Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > :> [ENOBUFS] Insufficient system buffer space exists to complete the op- > > > :> eration. > > > : > > > :Do you know what kind of circumstances that error *really* occurs > > > :under? > > > > So you can get ENOBUFS not related to mbufs for UDP/local datagram > > sockets, but you should never get ENOBUFS from write for TCP sockets > > or local stream sockets. > > So, do you want to enumerate the cases in which this error can occur in the > man page? This is not generally done, now that we have verified it is > possible for the system to generate ENOBUFS on a writev. I think the text > stands as it is. It should probably mention that it doesn't occur for most files (or that it only occurs for datagram sockets - although it probably applies to some types of raw sockets, too, and possibly non-PF_INET/PF_UNIX sockets) to avoid people doing unnecessary checking or implementing kernel code that bails out when it shouldn't. It should be a fair requirement that the kernel continue to never fail with ENOBUFS for a write to a reliable stream (local file, fifo, pipe or stream socket) and that such cases be treated as bugs. I would assume that this corresponds to how other systems operate, as well. Of course I'm no authority on this, and I'm not sure about NFS writes. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 1 10:43: 9 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from dt011n65.san.rr.com (dt011n65.san.rr.com [204.210.13.101]) by hub.freebsd.org (Postfix) with ESMTP id EED4C14BDC for ; Sun, 1 Aug 1999 10:43:06 -0700 (PDT) (envelope-from Doug@gorean.org) Received: from gorean.org (master [10.0.0.2]) by dt011n65.san.rr.com (8.8.8/8.8.8) with ESMTP id KAA22312; Sun, 1 Aug 1999 10:40:20 -0700 (PDT) (envelope-from Doug@gorean.org) Message-ID: <37A48683.C880E374@gorean.org> Date: Sun, 01 Aug 1999 10:40:19 -0700 From: Doug Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.6 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: "Jan B. Koum" Cc: "Jordan K. Hubbard" , hackers@FreeBSD.ORG Subject: Re: Hey kernel hackers, this is worth a read. References: <10379.933393489@zippy.cdrom.com> <19990801014404.A8006@best.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Jan B. Koum" wrote: > > On Fri, Jul 30, 1999 at 08:58:09PM -0700, "Jordan K. Hubbard" wrote: > > http://features.linuxtoday.com/stories/8191.html > >From the article: > > "Linux 2.4 also includes a completely rewritten networking layer." > > Great. After a few years from now when they get all the bugs out, they > will be right back to the quality of early 4.4BSD quality ;) > > However, the SMP stuff they are working on is something we need IMHO. Agreed on both counts. I also like the idea of shorter turnover time between major branches. We've already got a pretty considerable amount of stuff that can't be ported back to -Stable without major headaches. It's not always easy to know exactly where to draw the line, but I think that the move from 3->4 should probably take less time than the move from 2->3 did. Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 1 10:57:28 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.palmerharvey.co.uk (mail.palmerharvey.co.uk [62.172.109.58]) by hub.freebsd.org (Postfix) with ESMTP id 9D20814BDC for ; Sun, 1 Aug 1999 10:57:21 -0700 (PDT) (envelope-from Dom.Mitchell@palmerharvey.co.uk) Received: from ho-nt-01.pandhm.co.uk (unverified) by mail.palmerharvey.co.uk (Content Technologies SMTPRS 2.0.15) with ESMTP id ; Sun, 01 Aug 1999 18:55:24 +0100 Received: from voodoo.pandhm.co.uk (VOODOO [10.100.35.12]) by ho-nt-01.pandhm.co.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0) id PJ2VDZWC; Sun, 1 Aug 1999 18:55:21 +0100 Received: from dom by voodoo.pandhm.co.uk with local (Exim 2.10 #1) id 11AzpU-0004Bd-00; Sun, 1 Aug 1999 18:55:24 +0100 Date: Sun, 1 Aug 1999 18:55:24 +0100 To: Mike Hoskins Cc: Alex Zepeda , Alex Povolotsky , hackers@FreeBSD.ORG Subject: Re: Solution for mail pseudo-users? Message-Id: <19990801185524.D15939@voodoo.pandhm.co.uk> References: MIME-Version: 1.0 X-Mailer: Mutt 0.95.6i In-Reply-To: ; from Mike Hoskins on Sun, Aug 01, 1999 at 02:43:28AM -0700 From: Dominic Mitchell Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Aug 01, 1999 at 02:43:28AM -0700, Mike Hoskins wrote: > I like the 'keeping it real' idea as well. > > Then again, doesn't 3.2R+ support SecureRPC? Isn't this the sort of thing > NIS+ was invented for? A centralized db of users that you can then export > to various machines with differing characteristics? I.e. couldn't you > import the NIS db to your mail box(es) with /nonexistent home directory > and /sbin/nologin shell? Name and password pairs would still exist, > allowing any SMTP/POP3 daemons I know of to work without change. We support NIS, and secure RPC, but not NIS+. Bill Paul was working on it some time back, but I'm not sure if he still is... -- Dom Mitchell -- Palmer & Harvey McLane -- Unix Systems Administrator In Mountain View did Larry Wall Sedately launch a quiet plea: That DOS, the ancient system, shall On boxes pleasureless to all Run Perl though lack they C. -- ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. ********************************************************************** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 1 11: 6:56 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from janus.syracuse.net (janus.syracuse.net [205.232.47.15]) by hub.freebsd.org (Postfix) with ESMTP id 8338B14C4B for ; Sun, 1 Aug 1999 11:06:52 -0700 (PDT) (envelope-from green@FreeBSD.org) Received: from localhost (green@localhost) by janus.syracuse.net (8.9.3/8.8.7) with ESMTP id OAA91720; Sun, 1 Aug 1999 14:03:41 -0400 (EDT) X-Authentication-Warning: janus.syracuse.net: green owned process doing -bs Date: Sun, 1 Aug 1999 14:03:41 -0400 (EDT) From: "Brian F. Feldman" X-Sender: green@janus.syracuse.net To: Doug Cc: "Jan B. Koum" , "Jordan K. Hubbard" , hackers@FreeBSD.org Subject: Re: Hey kernel hackers, this is worth a read. In-Reply-To: <37A48683.C880E374@gorean.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 Sun, 1 Aug 1999, Doug wrote: > "Jan B. Koum" wrote: > > > > On Fri, Jul 30, 1999 at 08:58:09PM -0700, "Jordan K. Hubbard" wrote: > > > http://features.linuxtoday.com/stories/8191.html > > > >From the article: > > > > "Linux 2.4 also includes a completely rewritten networking layer." > > > > Great. After a few years from now when they get all the bugs out, they > > will be right back to the quality of early 4.4BSD quality ;) > > > > However, the SMP stuff they are working on is something we need IMHO. > > Agreed on both counts. I also like the idea of shorter turnover time > between major branches. We've already got a pretty considerable amount of > stuff that can't be ported back to -Stable without major headaches. It's > not always easy to know exactly where to draw the line, but I think that > the move from 3->4 should probably take less time than the move from 2->3 > did. Aye, and it shall. The 3.X branch should be the -STABLE branch for only about a bit more than a year total, IIRC :) But 4.0 should also include things that aren't even here yet, like pccard rewrites and the redone VFS, maybe a rewrite of ipfw if we can agree on that, the IPv6 stacks being merged in, PAO changes being accepted into the main branch (at least some of them), finer-grained SMP (probably per-subsystem)... The turnaround time will be less, but we'll still have a LOT of great new things :) > > Doug > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > Brian Fundakowski Feldman _ __ ___ ____ ___ ___ ___ green@FreeBSD.org _ __ ___ | _ ) __| \ FreeBSD: The Power to Serve! _ __ | _ \._ \ |) | http://www.FreeBSD.org/ _ |___/___/___/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 1 12: 1:10 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from janus.syracuse.net (janus.syracuse.net [205.232.47.15]) by hub.freebsd.org (Postfix) with ESMTP id 7AADB14C89; Sun, 1 Aug 1999 12:01:03 -0700 (PDT) (envelope-from green@FreeBSD.org) Received: from localhost (green@localhost) by janus.syracuse.net (8.9.3/8.8.7) with ESMTP id PAA92419; Sun, 1 Aug 1999 15:00:49 -0400 (EDT) X-Authentication-Warning: janus.syracuse.net: green owned process doing -bs Date: Sun, 1 Aug 1999 15:00:49 -0400 (EDT) From: "Brian F. Feldman" X-Sender: green@janus.syracuse.net To: doc@FreeBSD.org Cc: "Alton, Matthew" , "'Nik Clayton'" , "'Matthew Dillon'" , "David E. Cross" , freebsd-hackers@FreeBSD.org Subject: Re: DOC volunteer WAS:RE: userfs help needed. In-Reply-To: <19990730234659.A3260@catkin.nothing-going-on.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 Judging by your description, why don't we use LyX? :) LaTeX sounds about right. Brian Fundakowski Feldman _ __ ___ ____ ___ ___ ___ green@FreeBSD.org _ __ ___ | _ ) __| \ FreeBSD: The Power to Serve! _ __ | _ \._ \ |) | http://www.FreeBSD.org/ _ |___/___/___/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 1 12:42:50 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from qn-lpr2-98.quicknet.inet.fi (qn-lpr2-165.quicknet.inet.fi [194.251.102.165]) by hub.freebsd.org (Postfix) with ESMTP id 9E20A14CC2 for ; Sun, 1 Aug 1999 12:42:41 -0700 (PDT) (envelope-from junki@qn-lpr2-165.quicknet.inet.fi) Received: from localhost (junki@localhost) by qn-lpr2-98.quicknet.inet.fi (8.9.3/8.9.1) with ESMTP id WAA00639 for ; Sun, 1 Aug 1999 22:42:01 +0300 (EEST) (envelope-from junki@qn-lpr2-165.quicknet.inet.fi) Date: Sun, 1 Aug 1999 22:42:01 +0300 (EEST) From: Juha Nurmela X-Sender: junki@pena.oh5nxo.ampr.org Reply-To: Juha.Nurmela@quicknet.inet.fi To: hackers@FreeBSD.ORG Subject: Proposing argv for klds and preloaded modules Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello. Sometimes it would be handy to pass a commandline to a kld, preloaded modules already support arguments. kldload(2) unfortunately has only the pathname.ko argument. Following url proposes patches to make a new syscall kldload(char *pathname, char **argv, struct kldload *) and keep old way in okldload(pathname). Modules can call module_get_file_argstr(mod) to get these arguments if they so prefer, this is the same with preloaded/kldloaded cases. The third argument, struct kldload, is unused. Arguments are catted together, blank separated, this was the existing way preloading did it (subject to change ?). Patches are against a recent (week ?) -CURRENT, original and modified files are also available. Juha http://qn-lpr2-165.quicknet.inet.fi:22/kldargs/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 1 12:56:47 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from nothing-going-on.demon.co.uk (nothing-going-on.demon.co.uk [193.237.89.66]) by hub.freebsd.org (Postfix) with ESMTP id 0CF2914E44 for ; Sun, 1 Aug 1999 12:56:42 -0700 (PDT) (envelope-from nik@nothing-going-on.demon.co.uk) Received: (from nik@localhost) by nothing-going-on.demon.co.uk (8.9.3/8.9.3) id KAA67609; Sun, 1 Aug 1999 10:58:55 +0100 (BST) (envelope-from nik) Date: Sun, 1 Aug 1999 10:58:55 +0100 From: Nik Clayton To: Wes Peters Cc: Ville-Pertti Keinonen , dillon@apollo.backplane.com, hackers@FreeBSD.ORG Subject: Re: Documenting writev(2) ENOBUFS error Message-ID: <19990801105855.A67372@catkin.nothing-going-on.org> References: <19990731082450.7417.qmail@ns.oeno.com> <37A399C1.43B5154E@softweyr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <37A399C1.43B5154E@softweyr.com>; from Wes Peters on Sat, Jul 31, 1999 at 06:50:09PM -0600 Organization: FreeBSD Project Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Jul 31, 1999 at 06:50:09PM -0600, Wes Peters wrote: > So, do you want to enumerate the cases in which this error can occur in the > man page? This is not generally done, now that we have verified it is > possible for the system to generate ENOBUFS on a writev. I think the text > stands as it is. FWIW, I committed: [ENOBUFS] The mbuf pool has been completely exhausted when writing to a socket ... N -- [intentional self-reference] can be easily accommodated using a blessed, non-self-referential dummy head-node whose own object destructor severs the links. -- Tom Christiansen in <375143b5@cs.colorado.edu> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 1 14:20:45 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from leap.innerx.net (leap.innerx.net [38.179.176.25]) by hub.freebsd.org (Postfix) with ESMTP id 04C7414BE6 for ; Sun, 1 Aug 1999 14:20:41 -0700 (PDT) (envelope-from chris@holly.dyndns.org) Received: from holly.dyndns.org (ip144.houston3.tx.pub-ip.psi.net [38.12.169.144]) by leap.innerx.net (Postfix) with ESMTP id 06AB437012; Sun, 1 Aug 1999 17:20:31 -0400 (EDT) Received: (from chris@localhost) by holly.dyndns.org (8.9.3/8.9.3) id QAA38646; Sun, 1 Aug 1999 16:20:56 -0500 (CDT) (envelope-from chris) Date: Sun, 1 Aug 1999 16:20:55 -0500 From: Chris Costello To: Juha.Nurmela@quicknet.inet.fi Cc: hackers@FreeBSD.ORG Subject: Re: Proposing argv for klds and preloaded modules Message-ID: <19990801162055.E18888@holly.dyndns.org> Reply-To: chris@calldei.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/0.96.3i In-Reply-To: ; from Juha Nurmela on Sun, Aug 01, 1999 at 10:42:01PM +0300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Aug 01, 1999, Juha Nurmela wrote: > > Hello. > > Sometimes it would be handy to pass a commandline > to a kld, preloaded modules already support > arguments. kldload(2) unfortunately has only > the pathname.ko argument. Is this really a problem? Can the administrator not use sysctl instead? -- |Chris Costello |Advanced design: Upper management doesn't understand it. `-------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 1 14:35: 5 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from qn-lpr2-98.quicknet.inet.fi (qn-lpr2-165.quicknet.inet.fi [194.251.102.165]) by hub.freebsd.org (Postfix) with ESMTP id E688414DE0 for ; Sun, 1 Aug 1999 14:35:01 -0700 (PDT) (envelope-from junki@qn-lpr2-165.quicknet.inet.fi) Received: from localhost (junki@localhost) by qn-lpr2-98.quicknet.inet.fi (8.9.3/8.9.1) with ESMTP id AAA09689; Mon, 2 Aug 1999 00:34:26 +0300 (EEST) (envelope-from junki@qn-lpr2-165.quicknet.inet.fi) Date: Mon, 2 Aug 1999 00:34:26 +0300 (EEST) From: Juha Nurmela X-Sender: junki@pena.oh5nxo.ampr.org Reply-To: Juha.Nurmela@quicknet.inet.fi To: Chris Costello Cc: hackers@FreeBSD.ORG Subject: Re: Proposing argv for klds and preloaded modules In-Reply-To: <19990801162055.E18888@holly.dyndns.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 Sun, 1 Aug 1999, Chris Costello wrote: > On Sun, Aug 01, 1999, Juha Nurmela wrote: > > Sometimes it would be handy to pass a commandline > > to a kld, preloaded modules already support > > arguments. kldload(2) unfortunately has only > > the pathname.ko argument. > > Is this really a problem? Can the administrator not use > sysctl instead? Yes, but (this might be a trademark ;) commonly the arguments would be used during the sysinit->attach, and at that time sysctl has not yet been able to change anything. Use of sysctl would require a sidestep from attach and later continuation with a sysctl_proc. Not a problem, but inconvenient, IMHO. And it's analogous to executing, they too can get arguments. Juha To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 1 14:59:48 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from fionn.sports.gov.uk (bh-cw32-148.pool.dircon.co.uk [194.112.60.148]) by hub.freebsd.org (Postfix) with ESMTP id 7415C14E2C for ; Sun, 1 Aug 1999 14:59:37 -0700 (PDT) (envelope-from ad@netbsd.org) Received: from localhost ([127.0.0.1]) by fionn.sports.gov.uk with esmtp (Exim 2.12 #1) id 11ANmV-00008d-00; Sat, 31 Jul 1999 01:17:47 +0000 Date: Sat, 31 Jul 1999 01:17:47 +0000 (GMT) From: Andy Doran X-Sender: ad@vmunix.psn.ie To: asmodai@wxs.nl, wes@softweyr.com Cc: freebsd-hackers@freebsd.org Subject: Re: no elf(5) man page (docs/7914) 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 Wes Peters writes: > NetBSD doesn't have one as of 1.4, so they may be interested in yours. ;^) It'd be cool if Asmodai could bounce this around one of the NetBSD lists once it's near completion. tech-toolchain@ or tech-userlevel@ would be the right place I guess. - ad To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 1 16:27:44 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from unix1.it-datacntr.louisville.edu (unix1.it-datacntr.louisville.edu [136.165.4.27]) by hub.freebsd.org (Postfix) with ESMTP id D981814C1C for ; Sun, 1 Aug 1999 16:27:39 -0700 (PDT) (envelope-from k.stevenson@louisville.edu) Received: from homer.louisville.edu (homer.louisville.edu [136.165.1.20]) by unix1.it-datacntr.louisville.edu (8.8.8/8.8.7) with ESMTP id TAA48514 for ; Sun, 1 Aug 1999 19:27:29 -0400 Received: (from ktstev01@localhost) by homer.louisville.edu (8.8.8/8.8.8) id TAA21290 for freebsd-hackers@freebsd.org; Sun, 1 Aug 1999 19:27:28 -0400 (EDT) Message-ID: <19990801192728.B20953@homer.louisville.edu> Date: Sun, 1 Aug 1999 19:27:28 -0400 From: Keith Stevenson To: freebsd-hackers@freebsd.org Subject: Re: Was someone looking for a BSD licensed stat(1)? References: <19990728154654.A26747@homer.louisville.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <19990728154654.A26747@homer.louisville.edu>; from Keith Stevenson on Wed, Jul 28, 1999 at 03:46:54PM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've put a new version of stat(1) up for review. I've incorporated a few of the features that were requested. I honestly haven't figured out how to implement the display of selected fields yet. I realize that this isn't a huge step forward over the previous revision, but my hacking hours are limited. Code is available at: http://www.kagekaze.org/stat.tar.gz Regards, --Keith Stevenson-- -- Keith Stevenson System Programmer - Data Center Services - University of Louisville k.stevenson@louisville.edu PGP key fingerprint = 4B 29 A8 95 A8 82 EA A2 29 CE 68 DE FC EE B6 A0 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 1 16:36:40 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from janus.syracuse.net (janus.syracuse.net [205.232.47.15]) by hub.freebsd.org (Postfix) with ESMTP id 3E19C14D11 for ; Sun, 1 Aug 1999 16:36:37 -0700 (PDT) (envelope-from green@FreeBSD.org) Received: from localhost (green@localhost) by janus.syracuse.net (8.9.3/8.8.7) with ESMTP id TAA96049; Sun, 1 Aug 1999 19:35:04 -0400 (EDT) X-Authentication-Warning: janus.syracuse.net: green owned process doing -bs Date: Sun, 1 Aug 1999 19:35:03 -0400 (EDT) From: "Brian F. Feldman" X-Sender: green@janus.syracuse.net To: Keith Stevenson Cc: freebsd-hackers@FreeBSD.org Subject: Re: Was someone looking for a BSD licensed stat(1)? In-Reply-To: <19990801192728.B20953@homer.louisville.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 It's getting better. I don't like that switch (errno) at all. But work on it some more, make it feature-complete., and I'd love to be able to import it. Also, there's a bug: access: Sun Aug 1 13:46:49 1999 Access: Sun Aug 1 00:09:26 1999 Brian Fundakowski Feldman _ __ ___ ____ ___ ___ ___ green@FreeBSD.org _ __ ___ | _ ) __| \ FreeBSD: The Power to Serve! _ __ | _ \._ \ |) | http://www.FreeBSD.org/ _ |___/___/___/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 1 20:52:19 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.ham.muohio.edu (dragon.ham.muohio.edu [134.53.141.33]) by hub.freebsd.org (Postfix) with ESMTP id 9078514C21 for ; Sun, 1 Aug 1999 20:52:05 -0700 (PDT) (envelope-from howardjp@wam.umd.edu) Received: from localhost (howardjp@localhost) by dragon.ham.muohio.edu (8.9.3/8.9.3) with ESMTP id WAA09368; Sun, 1 Aug 1999 22:59:11 -0400 X-Authentication-Warning: dragon.ham.muohio.edu: howardjp owned process doing -bs Date: Sun, 1 Aug 1999 22:59:11 -0400 (EDT) From: Jamie Howard X-Sender: howardjp@dragon.ham.muohio.edu To: Keith Stevenson Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Was someone looking for a BSD licensed stat(1)? In-Reply-To: <19990801192728.B20953@homer.louisville.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 1 Aug 1999, Keith Stevenson wrote: > the features that were requested. I honestly haven't figured out how to > implement the display of selected fields yet. I realize that this isn't a Attached is a diff that takes care of that. Basically, the user can specify a format that looks like "%f\t%U\t%A" to get the files name, the username of the owner, and the last access time seperated by tabs followed by a new line. All of the supported format specifiers are documented in the man page. I looked around for another version of stat that does this but could not locate one; therefore the format specifiers are what made sense to me. There is also limited support for C-style escape sequences (no \nnn). Have a nice day! Jamie diff -c stat/stat.1 stat-jph/stat.1 *** stat/stat.1 Sun Aug 1 23:18:48 1999 --- stat-jph/stat.1 Sun Aug 1 23:50:31 1999 *************** *** 42,71 **** The options are as follows: .Bl -tag -width Fl .It Fl d ! dereference symlinks .It Fl f ! read filenames to be stat-ed from file ( - means stdin) .It Fl g ! show time elements in GMT time zone. (implies -s) .It Fl h ! print usage summary .It Fl i ! ignore errors .It Fl l ! display one element per line .It Fl s ! print mode, uid, gid, and times as strings .It Fl t ! terse output .It Fl o Ar opts ! output only selected elements of struct stat .It Fl f Ar file ! read filenames to be stat-ed from file ( - means stdin) .El .Sh EXAMPLES An example or two will go here .Pp .Sh SEE ALSO .Xr stat 2 .Rs .Sh AUTHORS --- 42,107 ---- The options are as follows: .Bl -tag -width Fl .It Fl d ! Follow symbolic links. .It Fl f ! Read filenames to be stat-ed from file ( - means stdin). .It Fl g ! Show time elements in GMT time zone. (implies -s) .It Fl h ! Print usage summary. .It Fl i ! Ignore errors. .It Fl l ! Display one element per line. .It Fl s ! Print mode, uid, gid, and times as strings. .It Fl t ! Terse output. .It Fl o Ar opts ! Output only selected elements of struct stat. The following ! formatting tags are permitted: ! .Bl -tag -width Fl ! .It Ar %A ! last access time ! .It Ar %C ! file creation time ! .It Ar %G ! file group (group name) ! .It Ar %M ! last modify time ! .It Ar %P ! file permission mode (symbolic) ! .It Ar %U ! file owner (username) ! .It Ar %b ! blocks allocated for file ! .It Ar %d ! device file is on ! .It Ar %f ! file name ! .It Ar %g ! file group (gid) ! .It Ar %i ! inode ! .It Ar %l ! number of hard links to file ! .It Ar %p ! file permission mode (octal) ! .It Ar %s ! file size in blocks ! .It Ar %t ! type of file ! .It Ar %u ! file owner (uid) ! .El .It Fl f Ar file ! Read filenames to be stat-ed from file ( - means stdin). .El .Sh EXAMPLES An example or two will go here .Pp .Sh SEE ALSO + .Xr ls 1 , .Xr stat 2 .Rs .Sh AUTHORS *************** *** 73,76 **** .Sh DIAGNOSTICS Most errors are the result of bad filenames. .Sh BUGS ! Some features (-f, -i, & -o) are currently unimplemented --- 109,112 ---- .Sh DIAGNOSTICS Most errors are the result of bad filenames. .Sh BUGS ! Some features (-f and -i) are currently unimplemented diff -c stat/stat.c stat-jph/stat.c *** stat/stat.c Sun Aug 1 23:17:14 1999 --- stat-jph/stat.c Sun Aug 1 23:34:29 1999 *************** *** 57,62 **** --- 57,65 ---- void terseprint(const char*, const char*, const char*, const char*, struct stat*, struct group*, struct passwd*, struct tm*, struct tm*, struct tm*, int); + void customprint(const char *, const char*, const char*, const char*, + const char*, struct stat*, struct group*, struct passwd*, + struct tm*, struct tm*, struct tm*, int); int vstat(const char*, struct stat*, int); *************** *** 78,85 **** struct stat inode; struct tm *atime, *mtime, *ctime; ! extern char *optarg; ! extern int optind; /* flags */ --- 81,87 ---- struct stat inode; struct tm *atime, *mtime, *ctime; ! char *oformat; /* flags */ *************** *** 113,122 **** f_listout = 1; break; case 'o': - printf("Unimplemented.\n"); - exit(EX_OK); f_customout = 1; f_listout = 1; break; case 's': f_stringout = 1; --- 115,123 ---- f_listout = 1; break; case 'o': f_customout = 1; f_listout = 1; + oformat = optarg; break; case 's': f_stringout = 1; *************** *** 253,264 **** strcat(fflags, " sunlnk"); /* Generate output */ ! if ((!f_customout) && (!f_listout) && (!f_terseout)) { prettyprint(argv[count], ftype, fmode, fflags, &inode, gp, pw, atime, mtime, ctime); } ! if (f_listout && (!f_terseout)) { listprint(argv[count], ftype, fmode, fflags, &inode, gp, pw, atime, mtime, ctime, f_stringout); } --- 254,270 ---- strcat(fflags, " sunlnk"); /* Generate output */ ! if ((!f_customout) && (!f_listout) && (!f_terseout) && (!f_customout)) { prettyprint(argv[count], ftype, fmode, fflags, &inode, gp, pw, atime, mtime, ctime); } ! if (f_listout && (!f_terseout) && (!f_customout)) { listprint(argv[count], ftype, fmode, fflags, + &inode, gp, pw, atime, mtime, ctime, + f_stringout); + } + if (f_customout && (!f_terseout)) { + customprint(oformat, argv[count], ftype, fmode, fflags, &inode, gp, pw, atime, mtime, ctime, f_stringout); } diff -c stat/util.c stat-jph/util.c *** stat/util.c Sun Aug 1 23:18:11 1999 --- stat-jph/util.c Sun Aug 1 23:41:04 1999 *************** *** 205,210 **** --- 205,326 ---- } } + /* customprint: Print in a user specified format */ + void + customprint(const char *fmt, const char *path, const char *ftype, + const char *fmode, const char *fflags, struct stat *inode, + struct group *gp, struct passwd *pw, struct tm *atime, + struct tm *mtime, struct tm *ctime, int f_stringout) + { + int i, l, newline; + char c; + + newline = 1; + l = strlen(fmt); + for (i = 0; i < l; i++) { + c = fmt[i]; + if (c == '%') { + i++; + c = fmt[i]; + switch (c) { + case 'A': + printf("%s", asctime(atime)); + break; + case 'C': + printf("%s\n", asctime(ctime)); + break; + case 'M': + printf("%s", asctime(mtime)); + break; + case 'G': + if (gp != NULL) + printf("%s", gp->gr_name); + break; + case 'P': + printf("%s", fmode); + break; + case 'U': + if (pw != NULL) + printf("%s", pw->pw_name); + break; + case 'b': + printf("%qd", inode->st_blocks); + break; + case 'd': + printf("%u", inode->st_dev); + break; + case 'f': + printf("%s", path); + break; + case 'g': + printf("%hu", inode->st_gid); + break; + case 'i': + printf("%u", inode->st_ino); + break; + case 'l': + printf("%hu", inode->st_nlink); + break; + case 'p': + printf("%.4o", inode->st_mode & 07777); + break; + case 's': + printf("%qu", inode->st_size); + break; + case 't': + printf("%s", ftype); + break; + case 'u': + printf("%hu", inode->st_uid); + break; + default: + printf("%c", c); + } + continue; + } + + if (c == '\\') { + i++; + c = fmt[i]; + switch (c) { + case 'a': + putchar('\a'); + break; + case 'b': + putchar('\b'); + break; + case 'c': + newline = 0; + break; + case 'f': + putchar('\f'); + break; + case 'n': + putchar('\n'); + break; + case 'r': + putchar('\r'); + break; + case 't': + putchar('\t'); + break; + case 'v': + putchar('\v'); + break; + default: + putchar(c); + } + continue; + } + putchar(c); + } + + if (newline) + putchar('\n'); + + return; + } + /* vstat: Do either a stat(2) or lstat(2) depending on the value of deref */ int To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 1 21:37:26 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id DF09614BC9; Sun, 1 Aug 1999 21:37:07 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id WAA85579; Sun, 1 Aug 1999 22:36:17 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id WAA01101; Sun, 1 Aug 1999 22:36:14 -0600 (MDT) Message-Id: <199908020436.WAA01101@harmony.village.org> To: John-Mark Gurney Subject: Re: Mentioning RFC numbers in /etc/services Cc: Sheldon Hearn , hackers@FreeBSD.ORG, committers@FreeBSD.ORG In-reply-to: Your message of "Sat, 31 Jul 1999 16:18:54 PDT." <19990731161854.11826@hydrogen.fircrest.net> References: <19990731161854.11826@hydrogen.fircrest.net> <70382.933458817@axl.noc.iafrica.com> Date: Sun, 01 Aug 1999 22:36:14 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <19990731161854.11826@hydrogen.fircrest.net> John-Mark Gurney writes: : I vote for allowing inetd.conf to specify a port number instead of a : service name... it should be very easy to make the modification, and : I'm willing to do all the work, assuming no one on -committers objects.. I'd love to be able to do this. I have a firewall-like machine that I run services on several different that have no real names... I'm hacking /etc/services now, which is just wrong... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 1 21:42:33 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 4278114C05 for ; Sun, 1 Aug 1999 21:42:23 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id WAA85605; Sun, 1 Aug 1999 22:42:06 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id WAA01145; Sun, 1 Aug 1999 22:42:05 -0600 (MDT) Message-Id: <199908020442.WAA01145@harmony.village.org> To: Juha.Nurmela@quicknet.inet.fi Subject: Re: Proposing argv for klds and preloaded modules Cc: Chris Costello , hackers@FreeBSD.ORG In-reply-to: Your message of "Mon, 02 Aug 1999 00:34:26 +0300." References: Date: Sun, 01 Aug 1999 22:42:05 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Juha Nurmela writes: : Yes, but (this might be a trademark ;) commonly the arguments would : be used during the sysinit->attach, and at that time sysctl has not yet : been able to change anything. Use of sysctl would require a sidestep : from attach and later continuation with a sysctl_proc. Not a problem, : but inconvenient, IMHO. And it's analogous to executing, they too : can get arguments. I believe that the plan was to make to have more generic stuff so that all drivers woudln't have to parse argv... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 1 22:43:30 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp04.wxs.nl (smtp04.wxs.nl [195.121.6.59]) by hub.freebsd.org (Postfix) with ESMTP id 5073C1513A for ; Sun, 1 Aug 1999 22:43:22 -0700 (PDT) (envelope-from asmodai@wxs.nl) Received: from daemon.ninth-circle.org ([195.121.196.161]) by smtp04.wxs.nl (Netscape Messaging Server 3.61) with ESMTP id AAA6DF5; Mon, 2 Aug 1999 07:42:52 +0200 Received: (from asmodai@localhost) by daemon.ninth-circle.org (8.9.3/8.9.3) id HAA54132; Mon, 2 Aug 1999 07:33:22 +0200 (CEST) (envelope-from asmodai) Date: Mon, 2 Aug 1999 07:33:22 +0200 From: Jeroen Ruigrok/Asmodai To: Andy Doran Cc: wes@softweyr.com, freebsd-hackers@freebsd.org Subject: Re: no elf(5) man page (docs/7914) Message-ID: <19990802073322.A54109@daemon.ninth-circle.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/0.96.3i In-Reply-To: ; from Andy Doran on Sat, Jul 31, 1999 at 01:17:47AM +0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Andy Doran (ad@netbsd.org) [990802 00:53]: > Wes Peters writes: > > > NetBSD doesn't have one as of 1.4, so they may be interested in yours. ;^) > > It'd be cool if Asmodai could bounce this around one of the NetBSD lists > once it's near completion. tech-toolchain@ or tech-userlevel@ would be the > right place I guess. Will do. I already saw some differences in the stucture member names though, so ye will need to adjust those. -- Jeroen Ruigrok van der Werven asmodai(at)wxs.nl The BSD Programmer's Documentation Project Network/Security Specialist BSD: Technical excellence at its best Cum angelis et pueris, fideles inveniamur. Quis est iste Rex gloriae...? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 1 23: 8: 5 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from joelu.m8.ntu.edu.tw (JoeLu.m8.ntu.edu.tw [140.112.253.138]) by hub.freebsd.org (Postfix) with SMTP id 0920714BF9 for ; Sun, 1 Aug 1999 23:07:48 -0700 (PDT) (envelope-from JoeLu@joelu.m8.ntu.edu.tw) Received: (qmail 18640 invoked by uid 1000); 2 Aug 1999 06:14:25 -0000 To: freebsd-hackers@FreeBSD.org Subject: How the `struct linker_set' is used in building an ELF kernel? Reply-To: b84118@ee.ntu.edu.tw From: Joe Jih-Shien Lu Date: 02 Aug 1999 14:14:24 +0800 Message-ID: <87n1wag14v.fsf@JoeLu.m8.ntu.edu.tw> Lines: 34 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi everybody, I started studying 3.2-stable kernel source for days. There are some questions I cannot figure out in an ordinary C programmer's point of view: * In cninit(), it references a global variable `cons_set' of the type `struct linker_set,' but I don't see its definition in any of the source files except the setdef0.c generated by /usr/bin/gensetdefs. It is defined by the .long asm psuedo-op, and seems to have the size of 4 bytes. However, in /sys/i386/i386/cons.h, it is declared as of the type `struct linker_set' which is 8-byte long. This inconsistency confused me. * Similar problem is encountered when I'm poking around the system initializing for-loop in main(). sysinit_set, declared as struct linker_set, is referenced, but I can't get into the way how this variable is initialized. I guess it is the linker who did all the magic, since the comment in /sys/sys/linker_set.h mentioned about it. After studying the linker script (/sys/i386/conf/kernel.script) and ld.info, though, I still don't have any idea about the details behind the scene. I notice that gensetdefs looks for the sections by the `.set.'-prefixed name in all the ELF kernel object files, and produces the setdef[12].c accordingly. Does the `.set.'-prefixed section name have any special meaning in an ELF object file? I hope someone can give me a hint, thanks. -- Joe Jih-Shien Lu [¿c¬ö¾Ë] mailto:b84118@ee.ntu.edu.tw ---------------------------------------------------------------------- The trouble with being poor is that it takes up all your time. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 0:27:13 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from des.follo.net (des.follo.net [195.204.143.216]) by hub.freebsd.org (Postfix) with ESMTP id 83B1D14F04 for ; Mon, 2 Aug 1999 00:27:09 -0700 (PDT) (envelope-from des@des.follo.net) Received: (from des@localhost) by des.follo.net (8.9.3/8.9.3) id JAA87675; Mon, 2 Aug 1999 09:25:52 +0200 (CEST) (envelope-from des) To: Alfred Perlstein Cc: Doug , freebsd-hackers@FreeBSD.ORG, Dag-Erling Smorgrav Subject: Re: readdirplus is very cool, any other nfs client suggestions? References: Organization: Yes Interactive Visit-Us-At: http://www.yes.no/ From: Dag-Erling Smorgrav Date: 02 Aug 1999 09:25:52 +0200 In-Reply-To: Alfred Perlstein's message of "Fri, 30 Jul 1999 20:43:12 -0400 (EDT)" Message-ID: Lines: 30 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Alfred Perlstein writes: > DES: can you elaborate? you think it may cause problems with amd > since it's like an NFS buffer isn't it and would work over the > loopback... I used loopback mounts to test NFS make worlds a while ago (there were places where make world would bomb because chflags doesn't work on NFS) and experienced deadlock problems. Somebody (I don't remember who exactly) told me that this was a known problem with the NFSv3 code; reading over loopback mounts works fine, but writing apparently results in deadlocks. Search the archives; the commit logs should give you an idea of when this was (check the logs for Makefiles that use chflags). root@des ~# current -l -F Makefile chflags src/Makefile.inc1 src/lib/libc/sys/Makefile.inc src/lib/libc_r/Makefile src/release/Makefile src/sys/alpha/conf/Makefile.alpha src/sys/i386/conf/Makefile.i386 src/sys/pc98/conf/Makefile.pc98 src/usr.bin/Makefile src/usr.bin/chflags/Makefile src/usr.bin/chpass/Makefile src/usr.bin/passwd/Makefile DES -- Dag-Erling Smorgrav - des@yes.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 4: 6:17 1999 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 8E38215036; Mon, 2 Aug 1999 04:06:08 -0700 (PDT) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.1) id NAA50754; Mon, 2 Aug 1999 13:05:17 +0200 (CEST) (envelope-from des) To: John-Mark Gurney Cc: Sheldon Hearn , hackers@FreeBSD.org, committers@FreeBSD.org Subject: Re: Mentioning RFC numbers in /etc/services References: <70382.933458817@axl.noc.iafrica.com> <19990731161854.11826@hydrogen.fircrest.net> From: Dag-Erling Smorgrav Date: 02 Aug 1999 13:05:17 +0200 In-Reply-To: John-Mark Gurney's message of "Sat, 31 Jul 1999 16:18:54 -0700" Message-ID: Lines: 14 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John-Mark Gurney writes: > Sheldon Hearn scribbled this message on Aug 1: > > Would you need these entries if inetd let you specify port numbers > > instead of service names? > I vote for allowing inetd.conf to specify a port number instead of a > service name... it should be very easy to make the modification, and > I'm willing to do all the work, assuming no one on -committers objects.. The correct way to do this is to fix getservbyname() so it accepts port numbers. DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 4:16:47 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from cygnus.rush.net (cygnus.rush.net [209.45.245.133]) by hub.freebsd.org (Postfix) with ESMTP id 2654F15290 for ; Mon, 2 Aug 1999 04:16:40 -0700 (PDT) (envelope-from bright@rush.net) Received: from localhost (bright@localhost) by cygnus.rush.net (8.9.3/8.9.3) with SMTP id HAA02295 for ; Mon, 2 Aug 1999 07:18:37 -0400 (EDT) Date: Mon, 2 Aug 1999 07:18:36 -0400 (EDT) From: Alfred Perlstein To: hackers@freebsd.org Subject: confusion about nfsm_srvmtofh bad behavior? 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 ok: #define nfsm_srvmtofh(f) \ { int fhlen = NFSX_V3FH; \ if (nfsd->nd_flag & ND_NFSV3) { \ nfsm_dissect(tl, u_int32_t *, NFSX_UNSIGNED); \ fhlen = fxdr_unsigned(int, *tl); \ if (fhlen == 0) { \ bzero((caddr_t)(f), NFSX_V3FH); \ } else if (fhlen != NFSX_V3FH) { \ error = EBADRPC; \ nfsm_reply(0); \ } \ } \ if (fhlen != 0) { \ nfsm_dissect(tl, u_int32_t *, NFSX_V3FH); \ bcopy((caddr_t)tl, (caddr_t)(f), NFSX_V3FH); \ if ((nfsd->nd_flag & ND_NFSV3) == 0) \ nfsm_adv(NFSX_V2FH - NFSX_V3FH); \ } \ } notice the bcopy? i don't really understand why we always seem to copy 64 bytes (NFSX_V3FH), isn't this a bug? NFSX_V3FH is 64 right? my understanding of the code is as follows: --- fhlen set to 64, if we are using NFS3, extract the size of the handle from the mbufs if it's not valid abort with an error now advance to the data portion (the filehandle) copy it into the file handle, but copy 64 bytes regardless of the value of 'fhlen', in fact if we are using NFSv2 then it should only copy 32 bytes no? it then rewinds the mbuf pointers (i think) because of the over "dissection" above. --- why does it do the copy, then rewind it, it seems like it knows it's doing something wrong and instead of fixing it, it just compensates after the fact. it would have been nice if some of the variables used here were more than 3 charaters and there was a comment or two sprinkled about. the code is actually pretty nifty and makes sense, but you need to stare at it for a few hours before you can make heads or tails of anything. the fact that nested macros used modify variables in the calling function is really, urm... cool? :) -Alfred Perlstein - [bright@rush.net|bright@wintelcom.net] systems administrator and programmer Wintelcom - http://www.wintelcom.net/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 4:16:57 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from axl.noc.iafrica.com (axl.noc.iafrica.com [196.31.1.175]) by hub.freebsd.org (Postfix) with ESMTP id D121D150FE; Mon, 2 Aug 1999 04:16:47 -0700 (PDT) (envelope-from sheldonh@axl.noc.iafrica.com) Received: from sheldonh (helo=axl.noc.iafrica.com) by axl.noc.iafrica.com with local-esmtp (Exim 3.02 #1) id 11BG4k-000Kao-00; Mon, 02 Aug 1999 13:16:14 +0200 From: Sheldon Hearn To: Dag-Erling Smorgrav Cc: John-Mark Gurney , hackers@FreeBSD.org, committers@FreeBSD.org Subject: Re: Mentioning RFC numbers in /etc/services In-reply-to: Your message of "02 Aug 1999 13:05:17 +0200." Date: Mon, 02 Aug 1999 13:16:14 +0200 Message-ID: <79161.933592574@axl.noc.iafrica.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 02 Aug 1999 13:05:17 +0200, Dag-Erling Smorgrav wrote: > The correct way to do this is to fix getservbyname() so it accepts > port numbers. Would this not still require modifications to /etc/services for services not already mentioned in that file? Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 4:17:34 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from lion.butya.kz (butya-gw.butya.kz [194.87.112.252]) by hub.freebsd.org (Postfix) with ESMTP id C4C831519D for ; Mon, 2 Aug 1999 04:17:24 -0700 (PDT) (envelope-from bp@butya.kz) Received: from bp (helo=localhost) by lion.butya.kz with local-esmtp (Exim 2.12 #1) id 11BG52-000AEH-00; Mon, 2 Aug 1999 18:16:32 +0700 Date: Mon, 2 Aug 1999 18:16:32 +0700 (ALMST) From: Boris Popov To: Chris Costello Cc: Juha.Nurmela@quicknet.inet.fi, hackers@FreeBSD.ORG Subject: Re: Proposing argv for klds and preloaded modules In-Reply-To: <19990801162055.E18888@holly.dyndns.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 Sun, 1 Aug 1999, Chris Costello wrote: > On Sun, Aug 01, 1999, Juha Nurmela wrote: > > > > Sometimes it would be handy to pass a commandline > > to a kld, preloaded modules already support > > arguments. kldload(2) unfortunately has only > > the pathname.ko argument. > > Is this really a problem? Can the administrator not use > sysctl instead? It is not always possible. Some device drivers (both hardware and software) require an arguments that needed at init/attach time. IMO, args should be passed in usual manner via argv[] and argc with plain get_opt() in libkern. -- Boris Popov http://www.butya.kz/~bp/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 4:17:52 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id 9E99A15138; Mon, 2 Aug 1999 04:17:46 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id HAA06757; Mon, 2 Aug 1999 07:16:28 -0400 (EDT) Date: Mon, 2 Aug 1999 07:16:28 -0400 (EDT) From: Daniel Eischen Message-Id: <199908021116.HAA06757@pcnet1.pcnet.com> To: des@flood.ping.uio.no, gurney_j@resnet.uoregon.edu Subject: Re: Mentioning RFC numbers in /etc/services Cc: committers@FreeBSD.org, hackers@FreeBSD.org, sheldonh@uunet.co.za Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dag-Erling Smorgrav wrote: > John-Mark Gurney writes: > > Sheldon Hearn scribbled this message on Aug 1: > > > Would you need these entries if inetd let you specify port numbers > > > instead of service names? > > I vote for allowing inetd.conf to specify a port number instead of a > > service name... it should be very easy to make the modification, and > > I'm willing to do all the work, assuming no one on -committers objects.. > > The correct way to do this is to fix getservbyname() so it accepts > port numbers. Are you sure this is what you want? It may allow an application to use a port number that would otherwise be invalid. Dan Eischen eischen@vigrid.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 4:19:38 1999 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 5E40014D02; Mon, 2 Aug 1999 04:19:31 -0700 (PDT) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.1) id NAA51118; Mon, 2 Aug 1999 13:19:01 +0200 (CEST) (envelope-from des) To: Sheldon Hearn Cc: Dag-Erling Smorgrav , John-Mark Gurney , hackers@FreeBSD.org, committers@FreeBSD.org Subject: Re: Mentioning RFC numbers in /etc/services References: <79161.933592574@axl.noc.iafrica.com> From: Dag-Erling Smorgrav Date: 02 Aug 1999 13:19:01 +0200 In-Reply-To: Sheldon Hearn's message of "Mon, 02 Aug 1999 13:16:14 +0200" Message-ID: Lines: 15 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sheldon Hearn writes: > On 02 Aug 1999 13:05:17 +0200, Dag-Erling Smorgrav wrote: > > The correct way to do this is to fix getservbyname() so it accepts > > port numbers. > Would this not still require modifications to /etc/services for services > not already mentioned in that file? Allow me to re-quote the message I answered: > I vote for allowing inetd.conf to specify a port number instead of a > service name... DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 4:22:38 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from axl.noc.iafrica.com (axl.noc.iafrica.com [196.31.1.175]) by hub.freebsd.org (Postfix) with ESMTP id CAA6014BC9; Mon, 2 Aug 1999 04:22:09 -0700 (PDT) (envelope-from sheldonh@axl.noc.iafrica.com) Received: from sheldonh (helo=axl.noc.iafrica.com) by axl.noc.iafrica.com with local-esmtp (Exim 3.02 #1) id 11BG9T-000KeJ-00; Mon, 02 Aug 1999 13:21:07 +0200 From: Sheldon Hearn To: Dag-Erling Smorgrav Cc: John-Mark Gurney , hackers@FreeBSD.org, committers@FreeBSD.org Subject: Re: Mentioning RFC numbers in /etc/services In-reply-to: Your message of "02 Aug 1999 13:19:01 +0200." Date: Mon, 02 Aug 1999 13:21:07 +0200 Message-ID: <79378.933592867@axl.noc.iafrica.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 02 Aug 1999 13:19:01 +0200, Dag-Erling Smorgrav wrote: > > Would this not still require modifications to /etc/services for services > > not already mentioned in that file? > > Allow me to re-quote the message I answered: > > > I vote for allowing inetd.conf to specify a port number instead of a > > service name... I think that's exactly what Daniel's getting at. If we fix this in inetd, we get what we want. If we fix this in getservbyport() we may get something that we don't want, namely applications that relay on the existing behaviour of the function stop working as intended. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 4:23: 4 1999 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 DB48B151D5; Mon, 2 Aug 1999 04:22:58 -0700 (PDT) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.1) id NAA51221; Mon, 2 Aug 1999 13:22:38 +0200 (CEST) (envelope-from des) To: Daniel Eischen Cc: gurney_j@resnet.uoregon.edu, committers@FreeBSD.org, hackers@FreeBSD.org, sheldonh@uunet.co.za Subject: Re: Mentioning RFC numbers in /etc/services References: <199908021116.HAA06757@pcnet1.pcnet.com> From: Dag-Erling Smorgrav Date: 02 Aug 1999 13:22:38 +0200 In-Reply-To: Daniel Eischen's message of "Mon, 2 Aug 1999 07:16:28 -0400 (EDT)" Message-ID: Lines: 16 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Daniel Eischen writes: > Dag-Erling Smorgrav wrote: > > The correct way to do this is to fix getservbyname() so it accepts > > port numbers. > Are you sure this is what you want? Yes. > It may allow an application to > use a port number that would otherwise be invalid. Please elaborate. DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 4:26: 1 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from axl.noc.iafrica.com (axl.noc.iafrica.com [196.31.1.175]) by hub.freebsd.org (Postfix) with ESMTP id 580DC150A6 for ; Mon, 2 Aug 1999 04:25:50 -0700 (PDT) (envelope-from sheldonh@axl.noc.iafrica.com) Received: from sheldonh (helo=axl.noc.iafrica.com) by axl.noc.iafrica.com with local-esmtp (Exim 3.02 #1) id 11BGCv-000Kfl-00; Mon, 02 Aug 1999 13:24:41 +0200 From: Sheldon Hearn To: Doug Cc: Ben Rosengart , hackers@FreeBSD.ORG Subject: Re: Mentioning RFC numbers in /etc/services In-reply-to: Your message of "Sat, 31 Jul 1999 23:00:15 MST." <37A3E26F.45FCB02B@gorean.org> Date: Mon, 02 Aug 1999 13:24:41 +0200 Message-ID: <79468.933593081@axl.noc.iafrica.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 31 Jul 1999 23:00:15 MST, Doug wrote: > > Would you need these entries if inetd let you specify port numbers > > instead of service names? > > Errr... while that may be of value to someone, it has nothing to > do with the issue Ben and I were discussing. Yes yes. I'm not trying to contribute to the conversation you're having. I'm trying to get your opinion on an issue that came up during your conversation. :-) Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 4:34:30 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from axl.noc.iafrica.com (axl.noc.iafrica.com [196.31.1.175]) by hub.freebsd.org (Postfix) with ESMTP id 1A3291528A; Mon, 2 Aug 1999 04:34:10 -0700 (PDT) (envelope-from sheldonh@axl.noc.iafrica.com) Received: from sheldonh (helo=axl.noc.iafrica.com) by axl.noc.iafrica.com with local-esmtp (Exim 3.02 #1) id 11BGKr-000Kl9-00; Mon, 02 Aug 1999 13:32:53 +0200 From: Sheldon Hearn To: Dag-Erling Smorgrav Cc: John-Mark Gurney , hackers@FreeBSD.org, committers@FreeBSD.org Subject: Re: Mentioning RFC numbers in /etc/services In-reply-to: Your message of "02 Aug 1999 13:27:44 +0200." Date: Mon, 02 Aug 1999 13:32:53 +0200 Message-ID: <79802.933593573@axl.noc.iafrica.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 02 Aug 1999 13:27:44 +0200, Dag-Erling Smorgrav wrote: > I don't see in what way an application could break if getservbyname() > suddenly accepted numeric port specifications. It won't ``stop working > as intended'', it'll keep on working as it always used to, plus a > little more. My application limits the port numbers it'll play with based on what's in /etc/services, since getservbyname() implies this limitation. Administrators rely on the fact that only root can play with /etc/services so that this silly application can't play with ports that aren't in that file. No getservbyname() doesn't work the way it used to, and the administrator is shot in the foot, even though he didn't pull the trigger. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 4:34:51 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id EB6C61518C; Mon, 2 Aug 1999 04:34:33 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id HAA08074; Mon, 2 Aug 1999 07:30:32 -0400 (EDT) Date: Mon, 2 Aug 1999 07:30:32 -0400 (EDT) From: Daniel Eischen Message-Id: <199908021130.HAA08074@pcnet1.pcnet.com> To: des@flood.ping.uio.no, eischen@vigrid.com Subject: Re: Mentioning RFC numbers in /etc/services Cc: committers@FreeBSD.org, gurney_j@resnet.uoregon.edu, hackers@FreeBSD.org, sheldonh@uunet.co.za Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dag-Erling Smorgrav wrote: > > It may allow an application to > > use a port number that would otherwise be invalid. > > Please elaborate. I don't have any specific applications in mind :) But suppose an application (for whatever reason) only wants to allow selection of certain service names. A user could type in any port number that was in /etc/services, and the application would use it. Are you also going to allow getservbyport to lookup names? Dan Eischen eischen@vigrid.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 4:35: 7 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from cygnus.rush.net (cygnus.rush.net [209.45.245.133]) by hub.freebsd.org (Postfix) with ESMTP id 8BD6B1532C for ; Mon, 2 Aug 1999 04:34:52 -0700 (PDT) (envelope-from bright@rush.net) Received: from localhost (bright@localhost) by cygnus.rush.net (8.9.3/8.9.3) with SMTP id HAA11511 for ; Mon, 2 Aug 1999 07:32:09 -0400 (EDT) Date: Mon, 2 Aug 1999 07:32:08 -0400 (EDT) From: Alfred Perlstein To: hackers@FreeBSD.ORG Subject: Re: confusion about nfsm_srvmtofh bad behavior? 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, 2 Aug 1999, Alfred Perlstein wrote: > } \ > if (fhlen != 0) { \ > nfsm_dissect(tl, u_int32_t *, NFSX_V3FH); \ > bcopy((caddr_t)tl, (caddr_t)(f), NFSX_V3FH); \ > if ((nfsd->nd_flag & ND_NFSV3) == 0) \ > nfsm_adv(NFSX_V2FH - NFSX_V3FH); \ > } \ > } ... > it then rewinds the mbuf pointers (i think) because of the > over "dissection" above. > --- > > why does it do the copy, then rewind it, it seems like it knows > it's doing something wrong and instead of fixing it, it just > compensates after the fact. yes, replying to my own message. the only thing i can think of is that the extra data is safely ignored because the routines that use these macros seem to pass the version of NFS to all the function that they call... however unless i'm wrong (which i probably am) nfsV2 stuff could be made faster if it was correctly noted and less data was copied. It would also DTRT and not access data it isn't supposed to :) it seems like all of the V3 handles are the same length so there isn't much to do there... -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 4:35:56 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id 3621815012; Mon, 2 Aug 1999 04:35:48 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id HAA08397; Mon, 2 Aug 1999 07:34:46 -0400 (EDT) Date: Mon, 2 Aug 1999 07:34:46 -0400 (EDT) From: Daniel Eischen Message-Id: <199908021134.HAA08397@pcnet1.pcnet.com> To: des@flood.ping.uio.no, eischen@vigrid.com Subject: Re: Mentioning RFC numbers in /etc/services Cc: committers@FreeBSD.org, gurney_j@resnet.uoregon.edu, hackers@FreeBSD.org, sheldonh@uunet.co.za Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Daniel Eischen wrote: > Are you also going to allow getservbyport to lookup names? Stupid question. This isn't possible since getservbyport takes an int argument. Dan Eischen eischen@vigrid.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 4:36:31 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from axl.noc.iafrica.com (axl.noc.iafrica.com [196.31.1.175]) by hub.freebsd.org (Postfix) with ESMTP id 6CEDE14FBC; Mon, 2 Aug 1999 04:36:23 -0700 (PDT) (envelope-from sheldonh@axl.noc.iafrica.com) Received: from sheldonh (helo=axl.noc.iafrica.com) by axl.noc.iafrica.com with local-esmtp (Exim 3.02 #1) id 11BGNq-000KnF-00; Mon, 02 Aug 1999 13:35:58 +0200 From: Sheldon Hearn To: Daniel Eischen Cc: des@flood.ping.uio.no, committers@FreeBSD.org, gurney_j@resnet.uoregon.edu, hackers@FreeBSD.org Subject: Re: Mentioning RFC numbers in /etc/services In-reply-to: Your message of "Mon, 02 Aug 1999 07:30:32 -0400." <199908021130.HAA08074@pcnet1.pcnet.com> Date: Mon, 02 Aug 1999 13:35:58 +0200 Message-ID: <79932.933593758@axl.noc.iafrica.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 02 Aug 1999 07:30:32 -0400, Daniel Eischen wrote: > Are you also going to allow getservbyport to lookup names? And how are you going to squish a name into an int? :-) Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 4:55:58 1999 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 F346315146; Mon, 2 Aug 1999 04:55:07 -0700 (PDT) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.1) id NAA51379; Mon, 2 Aug 1999 13:27:44 +0200 (CEST) (envelope-from des) To: Sheldon Hearn Cc: Dag-Erling Smorgrav , John-Mark Gurney , hackers@FreeBSD.org, committers@FreeBSD.org Subject: Re: Mentioning RFC numbers in /etc/services References: <79378.933592867@axl.noc.iafrica.com> From: Dag-Erling Smorgrav Date: 02 Aug 1999 13:27:44 +0200 In-Reply-To: Sheldon Hearn's message of "Mon, 02 Aug 1999 13:21:07 +0200" Message-ID: Lines: 15 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sheldon Hearn writes: > If we fix this in inetd, we get what we want. If we fix this in > getservbyport() we may get something that we don't want, namely > applications that relay on the existing behaviour of the function stop > working as intended. I don't see in what way an application could break if getservbyname() suddenly accepted numeric port specifications. It won't ``stop working as intended'', it'll keep on working as it always used to, plus a little more. It'll also make it a darn sight easier to parse port specifications e.g. from the command line. DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 7:11:13 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.rdc1.tx.home.com (ha1.rdc1.tx.home.com [24.4.0.66]) by hub.freebsd.org (Postfix) with ESMTP id 73D6C15009 for ; Mon, 2 Aug 1999 07:10:56 -0700 (PDT) (envelope-from richardauld@home.com) Received: from rick.grlnd1.tx.home.com ([24.7.17.222]) by mail.rdc1.tx.home.com (InterMail v4.01.01.00 201-229-111) with SMTP id <19990802140955.BSNO8716.mail.rdc1.tx.home.com@rick.grlnd1.tx.home.com> for ; Mon, 2 Aug 1999 07:09:55 -0700 Message-ID: <001701bedcf0$b31aeaa0$de110718@grlnd1.tx.home.com> Reply-To: "Richard Auld" From: "Richard Auld" To: Subject: A Proposal for a Consumers' Private Network with Providers Date: Mon, 2 Aug 1999 09:09:55 -0500 Organization: Wisdom, Inc. MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0013_01BEDCC6.C9E1B400" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2014.211 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0013_01BEDCC6.C9E1B400 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0014_01BEDCC6.C9E95520" ------=_NextPart_001_0014_01BEDCC6.C9E95520 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Aug. 2, 1999. Dear Sir or Ms: This notification is being sent to a selected group of = consumer-oriented organizations and individuals that I believe will be = interested, and that I hope can help with advice on how best to proceed = with a proposal that I feel certain can be of very great benefit to = consumers world wide. The proposal is covered in some detail on a Web site that has = recently been posted, and which has not yet been promoted in the normal = ways, so only the recipients of this notification should be aware of = it's existence at this point. Briefly, the proposal is for a Virtual = Private Network, to be composed of a world wide Extranet that links many = small local area Intranets (e.g., USA=3D47,000 zipcode areas, max.) to = be owned and operated by consumer co-ops. The Extranet would be = operated by a world wide Federation of these local area co-ops. The benefits for the members of these co-ops would be numerous, and = non-member consumers would benefit also, in accordance with co-op = traditions. The Web site describes the origins of these benefits in = some detail. My primary concern at this point is how best to proceed for the good = of all consumers. I am a retired business systems analyst and = programmer, not an experienced cooperative business developer, and I = especially want to avoid inadvertently doing anything that might = jeopardize a major cause for which I am proposing this network ~ that of = a world wide Federation of consumer co-ops. I firmly believe that, for reasons both technical and otherwise, now = is the time for this proposal to be implemented. I believe I am = competent to undertake the direction of many of the software development = tasks that would be required to implement this network, but beyond that = narrowly technical area, I am in the learning mode, at best, especially = regarding the financial/legal issues and options involved. So, if you and your associates feel that this proposal has at least = some of the outstanding merit that I claim for it in the book-format Web = site, I would be both open to and very appreciative of suggestions = and/or business proposals as to how best to proceed with it's = development, including any design revisions that you may deem advisable. = Please consider the rather amateurish business development plans = mentioned in the proposal as separate from the proposed network and = software design concepts, which I now believe to be both technically = feasible and to have at least adequate functionality, at least for = discussion and detailed improvements, if not for actual network startup = purposes. The Web site is accessible from my Netopia virtual office by simply = selecting "Wisdom, Inc." on the "office door". You will also notice on = the office door there a diagram of the proposed network architecture. = That diagram and it's accompanying text is the first slide of a = presentation that was prepared for consumers in general, and the = remainder of the show is accessed by selecting the "Pictures" button to = the upper left. The help facility shows fairly complete instructions, = but if you have any questions or wish to speak to me personally, please = contact me at any time by selecting "Conference" ~ the "Intercom" is an = internet telephone. Text chat and MS NetMeeting-compatible group = interactions are facilitated in the conference room also. Thank You for your help! CLICK Here to visit my Netopia Virtual Office Co-operatively Yours, Richard J. Auld 3421 Ivanhoe Lane Garland, TX 75044 972-414-0295=20 =20 ------=_NextPart_001_0014_01BEDCC6.C9E95520 Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable

Aug. 2, 1999.

Dear = Sir or=20 Ms:

   =20 This notification is being sent to a selected group of=20 consumer-oriented organizations and individuals that I believe will be=20 interested, and that I hope can help with advice on how best=20 to proceed with a proposal that I feel certain can be of very = great=20 benefit to consumers world wide.

   =20 The proposal is covered in some detail on a Web site that = has recently=20 been posted, and which has not yet been promoted in the normal = ways,=20 so only the recipients of this notification should be aware of it's = existence at this point.  Briefly, the proposal is = for=20 a Virtual Private Network, to be composed of a world wide Extranet = that=20 links many small local area Intranets (e.g., USA=3D47,000 zipcode areas, = max.) to=20 be owned and operated by consumer co-ops.  The Extranet would = be=20 operated by a world wide Federation of these local area=20 co-ops.

   =20 The benefits for the members of these co-ops would be numerous, and = non-member consumers would benefit also, in accordance with co-op=20 traditions.  The Web site describes the origins of these benefits = in some=20 detail.

   =20 My primary concern at this point is how best to proceed for the = good of all=20 consumers.  I am a retired business systems analyst and=20 programmer, not an experienced cooperative business developer, and I = especially=20 want to avoid inadvertently doing anything that might jeopardize a = major=20 cause for which I am proposing this network ~ that of a = world=20 wide Federation of consumer co-ops.

   I=20 firmly believe that, for reasons both technical and otherwise, now = is the=20 time for this proposal to be implemented.  I believe I=20 am competent to undertake the direction of many of = the software=20 development tasks that would be required to implement this=20 network, but beyond that narrowly technical area, I am in the = learning=20 mode, at best, especially regarding the financial/legal issues = and=20 options involved.

    So, if you and your associates feel = that this=20 proposal has at least some of the outstanding merit that I claim for it = in the=20 book-format Web site, I would be both open to and very appreciative of=20 suggestions and/or business proposals as to how best to proceed = with it's=20 development, including any design revisions that you may deem=20 advisable.  Please consider the rather amateurish = business=20 development plans mentioned in the proposal as separate from the = proposed=20 network and software design concepts, which I now believe to be both = technically=20 feasible and to have at least  adequate functionality, at = least for discussion and detailed improvements, if not for actual = network=20 startup purposes.

    The Web = site is=20 accessible from my Netopia virtual office by simply selecting "Wisdom, = Inc." on=20 the "office door".  You will also notice on the office = door=20 there a diagram of the proposed network architecture.  That diagram = and=20 it's accompanying text is the first slide=20 of a presentation that was prepared for consumers in = general, and the remainder of the show is accessed by = selecting the=20 "Pictures" button to the upper left.  The help facility shows = fairly=20 complete instructions, but if you have = any questions or wish to=20 speak to me personally, please contact me at any time by = selecting=20 "Conference" ~ the "Intercom" is an internet = telephone.  Text=20 chat and MS NetMeeting-compatible group interactions are = facilitated in the=20 conference room also.

   =20 Thank You for your help!

CLICK Here to visit my Netopia = Virtual=20 Office

       Co-operatively=20 Yours,

           = Richard J.=20 Auld

          &nbs= p; 3421=20 Ivanhoe Lane

          &nbs= p;=20 Garland, TX 75044

          &nbs= p;=20 972-414-0295 

 
------=_NextPart_001_0014_01BEDCC6.C9E95520-- ------=_NextPart_000_0013_01BEDCC6.C9E1B400 Content-Type: image/gif; name="smiling.gif" Content-Transfer-Encoding: base64 Content-ID: <001101bedcf0$b25aa7e0$de110718@grlnd1.tx.home.com> R0lGODlhMAAwAPMAAP////vzBf9kA90JB/IIhEcApQAA0wKr6h+3FABkElYsBZBxOr+/v4CAgEBA QAAAACH/C05FVFNDQVBFMi4wAwEAAAAh/h1HaWZCdWlsZGVyIDAuMiBieSBZdmVzIFBpZ3VldAAh +QQNCgAMACwAAAAAMAAwAEME2pDJSau9OOsXuv9gKHrPNpIPd3apupaTu860CMevPKb1bdY9jZDB A35Sw4qO1WrtmsWQT7I0WqWUqvPKrAamOK4VnIxtQc2yOns+ttY/MbbsbT+930wduoeewHhyND6B goNhd1dRO1l/hTYzZI98dpFDj2JkSYtGSHCfoKEWlKJ0mEylZoZfmkKnnWqvXK2IbpW2nCRxuLes fjYYeL93uUejq7NKyIqNy8xUzs9E0WPNUrJdwspSX3IcdcdPnYWagb3FwHrU6bvrtNvR78HY16lU r572enz6/Z8RACH5BA0KAAwALAAAAAAwADAAQwTakMlJq7046xe6/2Aoes82kg93dqm6lpO7zrQI x2Obhvpe36baT0Nk+ISoYkWG6uV6TJIliqzyKNSWtZnDULcvZUZna4nPWC3PjB6Du+Kv+nW8ep/O ct42ffuBX35CN4EBc4OFhlgndYMzQDh6UIlwQYJ8bRKNiJmdnp8xUKBKm4yQnqVVKZ2UVqdul4xF WWSmhx+vkSCTeLV2fb2Fe5iLsapLxse6yYPLzDSEz0iAT1u+v5o2hm8ccsBrrYapUhe0k8PQlrvo yurSueXvrOGmo5r0q/Ybovr9bREAIfkEDQoADAAsAAAAADAAMABDBNqQyUmrvTjrF7r/YCh6zzaS D3d2qbqWk7vOtAjHrzym9W3WPY2QwQN+UsOKjtVq7ZrFkE+yNFqllKrzyqwGpjiuFZyMbUHNsjp7 PrbWPzG27G0/vd9MHbqHnsB4cjQ+gYKDYXdXUTtZf4U2M2SPfHaRQ49iZEmLRkhwn6ChFpSidJhM pWaGX5pCp51qr1ytiG6Vtpwkcbi3rH42GHi/d7lHo6uzSsiKjcvMVM7PRNFjzVKyXcLKUl9yHHXH T52FmoG9xcB61Om767Tb0e/B2NepVK+e9np8+v2fEQAh+QQNCgAMACwAAAAAMAAwAEME3ZDJSau9 OOsXuv9gKHrPNpIPd3apupaTu860CMd10LbhLn83U44W1GBSQ2DRyPixfM6nb7SMJq8kipWH1SF7 x25yydRyQbuy2rKztdZGa5ccdstRcnqTCuVPqWxigkF3gkQ4L4U9X4CIJ4qLjxeQi1CMaEyUV3px mkpwoKGinT6ja5czKaZmhl6injWcFbBjmXaoaG02Qrl/lbpgk4/At3dVrVhFtK2EyHOOzkM3y8jN frS4LLNUOmIcUceJlGeYwtKWfcF1c77lvNFAp/Daodljsmr2bqtllvz/qyIAACH5BA0KAAwALAAA AAAwADAAQwTakMlJq7046xe6/2Aoes82kg93dqm6lpO7zrQIx688pvVt1j2NkMEDflLDio7Vau2a xZBPsjRapZSq88qsBqY4rhWcjG1BzbI6ez621j8xtuxtP73fTB26h57AeHI0PoGCg2F3V1E7WX+F NjNkj3x2kUOPYmRJi0ZIcJ+goRaUonSYTKVmhl+aQqedaq9crYhulbacJHG4t6x+Nhh4v3e5R6Or s0rIio3LzFTOz0TRY81Ssl3CylJfchx1x0+dhZqBvcXAetTpu+u029HvwdjXqVSvnvZ6fPr9nxEA IfkEDQoADAAsAAAAADAAMABDBPWQyUmrvTjrF7r/YCh6zzYGT6py46qe5cSK6WmjM13l7TO4qx9P p5EMb7ZYMVNDhlLLHQ0Ioz4tR6cWRsl2mlswERtehaPM11OFbnfVoJXbtL0pl0eX3XzFZIFegC1k SWJVXl9ddnUkdjJxeowkkSSKhYiTmHePSD4Dn6CfmIlFo5IoczKma6mtrq+qLrBRhoWzRqtVrbla m3SQpnAfvoTDVlOUlUzIfMzCysXAzWvJw9HUtdKIm7ynfUaLkpqcPafj4FPeOIGW6eLs7eW95/HM h/RSdqJAop2/haGEOCGWT12SNt38pcpWB8othlNulQIisWKqCAA7 ------=_NextPart_000_0013_01BEDCC6.C9E1B400 Content-Type: image/jpeg; name="GreenLightBG1.jpg" Content-Transfer-Encoding: base64 Content-ID: <001201bedcf0$b2749880$de110718@grlnd1.tx.home.com> /9j/4AAQSkZJRgABAgEASABIAAD/7RHKUGhvdG9zaG9wIDMuMAA4QklNA+0AAAAAABAASAAAAAEA AgBIAAAAAQACOEJJTQPzAAAAAAAIAAAAAAAAAAA4QklNBAoAAAAAAAEAADhCSU0nEAAAAAAACgAB AAAAAAAAAAI4QklNA/UAAAAAAEgAL2ZmAAEAbGZmAAYAAAAAAAEAL2ZmAAEAoZmaAAYAAAAAAAEA MgAAAAEAWgAAAAYAAAAAAAEANQAAAAEALQAAAAYAAAAAAAE4QklNA/gAAAAAAHAAAP////////// //////////////////8D6AAAAAD/////////////////////////////A+gAAAAA//////////// /////////////////wPoAAAAAP////////////////////////////8D6AAAOEJJTQQIAAAAAAAQ AAAAAQAAAkAAAAJAAAAAADhCSU0ECQAAAAAQWQAAAAEAAACAAAAAgAAAAYAAAMAAAAAQPQAYAAH/ 2P/gABBKRklGAAECAQBIAEgAAP/+ACdGaWxlIHdyaXR0ZW4gYnkgQWRvYmUgUGhvdG9zaG9wqCA0 LjAA/+4ADkFkb2JlAGSAAAAAAf/bAIQADAgICAkIDAkJDBELCgsRFQ8MDA8VGBMTFRMTGBEMDAwM DAwRDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAENCwsNDg0QDg4QFA4ODhQUDg4ODhQRDAwM DAwREQwMDAwMDBEMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwM/8AAEQgAgACAAwEiAAIRAQMR Af/dAAQACP/EAT8AAAEFAQEBAQEBAAAAAAAAAAMAAQIEBQYHCAkKCwEAAQUBAQEBAQEAAAAAAAAA AQACAwQFBgcICQoLEAABBAEDAgQCBQcGCAUDDDMBAAIRAwQhEjEFQVFhEyJxgTIGFJGhsUIjJBVS wWIzNHKC0UMHJZJT8OHxY3M1FqKygyZEk1RkRcKjdDYX0lXiZfKzhMPTdePzRieUpIW0lcTU5PSl tcXV5fVWZnaGlqa2xtbm9jdHV2d3h5ent8fX5/cRAAICAQIEBAMEBQYHBwYFNQEAAhEDITESBEFR YXEiEwUygZEUobFCI8FS0fAzJGLhcoKSQ1MVY3M08SUGFqKygwcmNcLSRJNUoxdkRVU2dGXi8rOE w9N14/NGlKSFtJXE1OT0pbXF1eX1VmZ2hpamtsbW5vYnN0dXZ3eHl6e3x//aAAwDAQACEQMRAD8A vt3E7dJmY8IUmx9FvuY7UOPbT6Ci0urcdNQIkfj/AFUxbL4DvcBIjuB/VH7y5PsDrTwYB2qr/wCa GZ27CwiQUFtb2jRwcPAz/wBFEAc7SDuH8fBO+S5oY0gfnDugT0jQGliX71Ks6cIqvxkj26De3nsY KLueI3RtGnc6nyUMjft2e0tdHtOmo/6KTjYAASAyQJA7fcmxF6lkJskyJ4v29GWm1zjLteJ019ui GXVzuD3sA0lunPwlEDWjUBznP+hzEfnOP5qVtbN0RMdzqf8ApIkd5V21/RHpWagWjLWgbo27e0DW f6pRQ/sTAcQNB5c8pjtIIYGNJ528fgolzNxZEwB9LWdY0SoaaVY7qGmlLhpDxDiWyQANJlId2jkj Uff/AFU8NbDmfSH5rhp8tEzmt+lu3McCBrMlK+2402QbI/Gh4sg39IR+7z8/9yhewEteAAQ5snvH 0Utzq2ODWn1Z0EHX94p3hxY7ZqdHDvMEOT4yAjRGpKp0OER0v5v+5C9urgIEADVNuJ+IGs90xc6w NGoOgfGhn5pzWWOa0nRxAAcZJ8tPamwsaXdn5f8Aul25sDQUP8J//9DQa17g5syTz2MT8fcon2s3 M0cPbPePpfSP7qfe12sanxPfz/lJEGSNsg8xJM8f9SuQ0s+r/wBCeG4fr01Xa+PfO5xGh41IidEj IjYeTqSeB5P9vu/kqGk7RIiAWx5/99Rd8neHbgdS0RwNPd9JLQGzRHT+C0VqfG6Y7Wlw3EnTuP8A X2pWOaGjQHiAfEqL3lohwLvGB4/+cqQ2l4c4Q5o0gyNO6IABBJqKrsnb+X95cHaASfdAIHYT+a1R MuMnVTa6XHQFx0B8J0U9tTNHuE86mE2VGRPTw/qqMTOgDsPVff8A75rOaaqyQDypQw7XSBY5sjyO qdu5zi23e9h0ADQDM+SgANLNp2ge37/+knT2odD83/crogRFmjxAhIZiD5a95/kqEhzCP3fe3b37 fRb9H6Km0vdqRDJ7gg/u/wDfUi3a4B8AciTGo/8AOkIUPDwRXbsoB26RMjv9I/1UjQ4O3gua2QQJ gePBUA1m0ggbSd0zyT4qbWCQ4+5x1jt+CdR6Dz8ESsaGwb7rlj59QDQH3OkQONdv5yTnbngj3Bv5 xGv/AH3b/ZRCx7fe0NBHYTOv9aUHcBpZ7T4HQoG60GseoOqeGegA1J3t/9HRa12o1hxMCZ4j+qo7 NxHuOv5o4I80wPta+dQ4kRA0jy/O9ykx5LAeJHZchZA3+vR4XS7N3/VV6VwcdmjTGk8fBM2sA6CD I1BjX7lNrJ18eVB4AcC0z4fER7k0TB0G/fomYlpey7LHOO1rWzqGtPGnf/N3KUOja6IBkjk/+R/k pnPDRLCC4/vcQmJ3QROuh8yfin2CDoqtQAfPr9jNgYNz26xAIGnw/wCqQrGVPeXOJa48j/duSlzX hnIdIHczH/kkxJado93fxQ4TvxcIOoVegjVgLgyz6W/XzH5ZSDwSWQBYXaHXcBEc7f8AvylSWvMu HtHj4/JJocXFxbwNDA8fokpCj006oBNmxXgfm+q5/RtIJkETpydf/JKDGuduPAiXB2sAd93/AJip 7TGg7e6TpqT4fvJMLXe6f7Q5/wDJIEUDKtjRUN9L/s/vSRsu5awaT25/6WxSAO6GjyGv8NqYyx5P LTz3SIe6Wgy0EObB8x/3xOiRIbfiqgNbHkz3ADa8AGYB7/fCiGB3J41JjwlTpBLXF3I/ES6E1rmN eNjZEc8gEnQ/ggI1qOo1+1RGgken5fo0/wD/0rksaCwS7s468jwTi1tT4d/NnWfDT/qUqmCNeCFG 6sFpHfsuTmARwjvRLw0SYURrruWyXgNaWa7hIUHs2hs6ESfyJsd4dsA/MG0/EBJ7t7oOm7QKGjGf CNK/arIeImrJJ4Ygf4MpSY/o5mz2NjTTUJ9o36kzwPLtKk5rtoaCJEA+CEbdrnMDfawfenxN6Ekd /tWyBA20B0/ay9wfxG0iHczJ5Se5jTIaXbuBqP4KVbS8DadpJDvHv/31M6yP0gEF/Py0RkfEmvor Qa6a9K4v+kptMDaxxBOvY/dp7Uj6jZh2kE7PHSURrQ4weEK9/pkuAkl238ZQOk+Aa7brblICR66M qydNxIa+N0/m+Wqf0yHQAQDyAhWa1hw5EO/zkb1nOGp9w7+ScJSjxA667H+qukBQkbFxvTqPlYu9 1e1kEv8Av010UXtNW0NJLTAM/DX/AKlPvLAC0atMg+E6Kd7Xv1cRsBgAczG7/vyaJWRQGxvzUCOC +3ZdriGExMCSO5gSAghwDRLtxOjY0k/L2ornFuOY7NH4FBaxoJcBo3Ro/wCknCzsdyqZ0j2Iv+x/ /9PRNfva/s5n9xQi3dS0cOaQI8SitaxrxuaNNHFuglSrqrHpvcYfu1A5+7+suSiTxcd6jXQb8P8A 6DJ4YDYdB/zf5cLBgJG0ciPvgKLuWf1wiWy1+7iSYPzTED3EidjdzfiEjKxf0/xvWijxkHTci+18 K9TnB5DQCZPJj+/wTmG2H4ET8dEmECxzhw06n8E7WPLQDqCYB/1/kpkRqL2pdEjg4aN30QPcA4N5 ng/BLJxn2tZaCNQQZ8jopuqNdsu27HHn84AQFFljpcxriW+I4KdGNajXw6ladB4+PjXD/wBFk+02 tLWaREu8EnMBZPZpAHxGoQGOtc8eo4luvEEo4sa1gIAA4Gmk+ZP/AEkdIUKvtH+K0gk2SP2rSSD/ AGZ++VKsEVbfAz96Z0ksgQCJdHcn/chiTU1+pdr89eClw6RJoWNfrKStIyo6gfMk3F9YbEbfb8YT btBZ+4SY8YlI7qzJgtOnfUfmqLmkOLg4bNWxJgniUAKBj014f8If+gr53oP3TxX/AFV53VPdxuDn R8dyLVQbml+7b+bET/FQbUC1pPGkkdoKkS8GWjR2v/ff4IxMREiWxJP7KQeE1xC6H/SPH/3b/9TQ bYSJc3cSTubMeCiX2+oCG6CPce8D932p98+3nsCOf9dExO1wLQDu1idZPl7lyWtmu1aHf+88HdRB ob/l4s3Oc5jwdXSCyRxrL0zvUbDSJ3y13eG+W1SHqQTqdogtA8p/imZBbuYZbzA1OiaRQj+z/FXb myOKmO4y5vAskyNe4KRfZslsjUbWz4n5bUzGkN0kA9+ZHY8J3WfQa8S4w4AcAT3/AJScd9EDzrv3 /wDRVyx7xucfcBoDr8UmCBAEfID/AL6nc0NG5gBJ1JMn8hSDQ/Wtzo7wB/5khIgbHbqf/QVUSaiS emh7f1VoYdQAwjjbGv8AnblGwFzA0cE8AfepBoBl0E9goAgHWSW9/wA3wKZAE9L/AGIIlYs9LPdm 9zf0TGnUQD/32UjtBLBGnI8JTt+hDXNaCZgnxQ7ag+PcCRyQdPknykZejQcOlfpf96uNcB11NE6d kgYHNcCS6AIB+KhtLiREaGG9pn81SIdW3eT3iCNf++pVk8DtoT+KXqA1OyNQQDqarTqppgtGoiNw mRI1duSrbkBg1kgwRzp96UGXgD2naXO8ACSlWds7wZJn8AP5PgjQo8Xe9f8A0FIkNL/H0v8A/9XR bLRvDQ1wMmBpudokXe5rWknj2nj4qJuDQPdA8Tqf+/Jt1JaSTLnagxr8dQuP4ro0fHs8NX5bS/OL OxrXQToWzB7DU7/yKJnSJArO527V35v7v8lJpdED6TYIOvB190J2l4DjzpLo4jX81OGkdCB4IP1+ m6wMO9Ssl2zRwcYBPH8Uzq3tBs3EFvtLflP0pS/kkaA/Ez/KUm2AVlpIhp1aZ+h80okxOmo2lQ3h 5qiRIEHz+qsV8vbPifxUwfScWu1+CCwt3bh7ZMtA7t/NRbq9x3M909zqnykQQI76yH91bLbQVwnX /C6oMeS/bt1PwUnNd6hNr4AEhjZiBw7VSusLGgjU954U7NjJf2A1Pif/ACSBuUqIoV6fJNmiR13W BLm+1unYzH8Cl6Znc5gManX/AMxTVWNsifolTtspqbAAc4/RA1M/yk0zOoA0HpF9VQgDrsev+8ha B7gHuidT3BH5o/zlLcA3aTMukeOqTd8DiTrH94T6EuaYI8I90x22/wDQSOu912SNj/L+9SmtcQYa SCRrIngN5U7K7PUbJgN1Gpg8fS0Q27g3VvcgEjgD97/zNKa9zhw2JbHPZAyO1BQNA/Tyf//Wt2Fg qDtg3B23bMyI+n+8pbWgt4LtIGn0f30QtO9u7h4G48eLv+qQg4h7a2AtLvcSeR2/guP1OgNjcf4T wxBvaiP5WzI17nQ7oMdvbx+8pbRvc0aNI8SNR29x/lKQhlbnHWNT5klCNzy2BG3sOydQBG+o+iYg k8MfPxP+Mo6y5nu11gzKTSySx4AmRu7pmu3F0Da7iDrP9X6KRE+8iHcROhjhI9josG4rQn9Huttc DDRLBpuMAt1j+0jVeoW6+0+GhUA50GPaSGgmJ/15Tua8QGkAHmRP8U4dL848PzfaqRB6baKLWlwa 8wI076qO1zsfY+T+87voVIsZGrd86Qw6pmFsGlo2zruPfXVA3L1agDoqIIiAxY3aBt9rRxOqd4Zu ED1HdpScXAhpaTEAFuuilW4ExUIkfnaCAfot+l+cUjICtPTuL/akAm70vf8AurBpL5aQRw9xGgP7 o1CeG7yRo/mOPL/qU77CAHNMkafGEJ9oY4MaJsJEk8apCzqevX+qoAa1YiErTzuMgzzwZ0hyg5ga A6v3t8DyE5B0e76cGNvcx2lMGsDGjQgu9kdif+qSoXqetV+j/wCgySToeul3/L+q/wD/2QA4QklN BAYAAAAAAAcACAAAAAEBAP/+ACdGaWxlIHdyaXR0ZW4gYnkgQWRvYmUgUGhvdG9zaG9wqCA0LjAA /+4ADkFkb2JlAGRAAAAAAf/bAIQAAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQICAgICAgICAgICAwMDAwMDAwMDAwEBAQEBAQEBAQEBAgIBAgIDAwMDAwMDAwMDAwMD AwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMD/8AAEQgAZABkAwERAAIRAQMRAf/d AAQADf/EAaIAAAAGAgMBAAAAAAAAAAAAAAcIBgUECQMKAgEACwEAAAYDAQEBAAAAAAAAAAAABgUE AwcCCAEJAAoLEAACAQMEAQMDAgMDAwIGCXUBAgMEEQUSBiEHEyIACDEUQTIjFQlRQhZhJDMXUnGB GGKRJUOhsfAmNHIKGcHRNSfhUzaC8ZKiRFRzRUY3R2MoVVZXGrLC0uLyZIN0k4Rlo7PD0+MpOGbz dSo5OkhJSlhZWmdoaWp2d3h5eoWGh4iJipSVlpeYmZqkpaanqKmqtLW2t7i5usTFxsfIycrU1dbX 2Nna5OXm5+jp6vT19vf4+foRAAIBAwIEBAMFBAQEBgYFbQECAxEEIRIFMQYAIhNBUQcyYRRxCEKB I5EVUqFiFjMJsSTB0UNy8BfhgjQlklMYY0TxorImNRlUNkVkJwpzg5NGdMLS4vJVZXVWN4SFo7PD 0+PzKRqUpLTE1OT0laW1xdXl9ShHV2Y4doaWprbG1ub2Z3eHl6e3x9fn90hYaHiImKi4yNjo+DlJ WWl5iZmpucnZ6fkqOkpaanqKmqq6ytrq+v/aAAwDAQACEQMRAD8ANPj0qqiGSWrvkzTPTyVdJHDB TOv8TqI/FS7fWp888bRUoLRrKzVgE4m8oA8b/Mht6bTLeqstq67BEJfhcnW1KVmbXDwIV2YFYmjt HJhWkrp8gsF3INtYKkbPdGCOGOSbxJAsTlY0Md0kymICbTGyRtb6vGBEvh6onrHVdNHjdENatfk8 PDkPskLLLWSijp6qmo6+vES08j1tRVYmZZ3AdzVRWWQhdblUivdcwWs24DwrCXc4FeZwI2Ks6GUa tTR/po8bsTqH6pkclpDXeybfs1zPtTbndiBZLlDHpjS3EcUtsJWmTuMa+FRg0jCWUFLR2aJO2RGV uBhrqqqyNLPPhKrIRAVkFMkFZj55XDrM1djpwtPXSSRTOjHUilz5LFi2pVNvUUW4OoIltIZmMMyB o5aK1Y5EOoMhOlWoCrD1xTpBPzVJtc42De9uh3LZ7WV/AlYPDcCMMPCaGZWLxKSiNpFWABiLAKFV N023F23RvlayNBLNWw0eqBpchQ0EtZK7Y2uo6CWgkyE9bSyr44lBlY6iS41mw+veYd75xh2+O8gQ 2luI5A6IUuZCSUMcjLMBHHOFMjOiIhZECKWCKa32+Nv109nsMs4sRCamXRBLIAhM0MsqTCLwnVTI 5oiigBQ6VLLCoqp6NXlyOSWWhEHioM8FkwMMMVHkKDH5BKeWCeOsNaiZyVGqoWgLTxAIoZajxFW8 bbd21ptlpfsU3G8f9S0/QleOIAtb+KGOYpGgEgR5tCVlkld3kDSGDbN+6YrO5sb57fcEiI8NAayS AeMY2/sXaISqBJC6TTx1QsxImit2/MVcNfP5JaaOpjrmSenqqDKV9LlFoogYq6Kqajmqs1NAKryR xRA3mq9EUkQYR1DlMCTw2ontttEEDnwgWiWZJTISx8MXS6Hnjqoa5hC+AuqkhEqxoUV3CWG63gbs FuA/iFZIY3CyiRlgVZZBohk8MmURmRtFpGJVldUWNI1LTrmabI1X8NzdPPHRSZCnrsi9emeqa6hi CU1NlqvN4yrosjTwy6yitXSkU0aEoiI4j3PND9dbz3qyfSzSYWH9S3aJAPE8OknixnSCZZwkoiYs BHJVdS+ztbe5u5591376tjEIwsQV08aTSFUJDIZgpCsG8KESkKzrwPT5JM5T7LzV2TxOSpp3H2Et K0aytRmhllqp8FjQa+ly33FQ9TOwijgLF0IL+hVa7oJIpru/tpoGW4EsjIJHCkeG1sw+pmYo0UkT IPDuEuZ6skswMWl08enb3N1bsY72AymKFtSNoiAIE8rPEKx2tXgjt5ZmKMqZFw7NmQ0q4pq8TVeS oX+8WllWskyUGQlfC1LyUGAp4XpMajxiBPDIqnXPDUgKqSNKpU7X95aTWUjRtB9VGxlkjeOWJy+l fFllfTVgR9RF4jERvbyK0vgaUVblLZx/utoNsjswgfQDqeOJhK+hrppRNMX1ue2iQGaMutYpdUUO bJU711Mq1dLWGas81ZRRQNAkqUmJ28kda2RpotDtV189OFC+YRQzKi3jiGhdtPLsu+LLa0YX0kqx +OZPE8BQ127RiM6UkBhikYFSq6rXDqbmnT+2Tblf31rYNtzROYWtWjkVS8EZYi8dFcp4ckkEF1EU ojwxRGCPTqh6dd44PDVEe2q9BTx7jxO6tm5HJyNSI+QeHK5eKmOOnqtMclJCk9b5lhuQugEpd9fs OtvO4T7hvliJvF5fisri0tiGGjw7ZGEcgpiRnVSWkpRmY6SqKIwM9wuLSHwrBLgveJEVYf0ShYM9 FC6uwUA00DkhaEdML5F4dxZetyFRiKeGOSOhxWqSCLIKkAm+/kqHqlXzxVLThfGHMZQWKgliw152 2+329tvi2u0uPqHeZ5aIfp9AKxQQxIpKgxRxnX2gkycShSNIy5Tl3K2it5ds2S73JZYm+tj8N5Y5 EmZWVaoHMb/p61loHDitXUaOsP3lT5f4j4avy/aebweA6NP3X/Fj+4v9t9z4P7H3nm0ejxaP9ynu nhH6X9z/AL0tv3f4mjXnwvFp4dfqqeJ4fg99NOjwP09f1H+J9CHTtv0H030MP0urT4OhfF8TxvA8 L6jwvrNfhfra6aK9vheF/uv6/9AzBmSCapmgn+/p0rXpP4ZOKRhSRU9RVUstUtQ2TMVNj8eaFXFL LG1WlVEzxPApkiX5nDZ262UUsFq77bOyCMqreJK0kTfpTPFDGzT+IsUvhK7QmOSMnxyRPJ8fdxfW s7x2F9axwb0hzOlvLFIzPCD4EUSRIsdGCQBzE+gStcKJJSunjfHUkVa8NXQ4zOyHIffVlDS1eQjd aauwtNi4cmGqFojjqHEinSpaRIPtnkqJYJ4WinBa3FJvobWwS0lNrb8I3Hc6yeM0pDiIfraz4sbq NM8LWiSo5iti2rOeS8htLSS0lmjuY2oF+mjkMs0Zdo44VJUxM/6sKlUMckUbKXdY4UesylOYFxkl cIaOopzVVtUJaKlpqWsSAVtRRfxKaQCaYYnQ8qhDGi62Js63RCzubVVs7ZZ2tvEW40PRlK+FGVMe kFS6CVlMlU8cmEJFqEYYstriW2blq425La73iB2A1B2jkaQ6YgpKR/2DaBVpgFmlRY1GiRimGD5W SnhU1c6o1NNkga04+jkSlqJp/tbUc+TxqeSpmalnbxVOmOP7ZWqJhLUwGm53G020m2PYWRhiSOQl 3j7yXbQWMTBQETQWRUkXxdYMjRnTE9ra522wrbLEYrKSZD26GlUBAqT+NIFYShZHdUrDGrMJWRA0 UPU5MRDQ5sVDCmlhqMfT09Y8jV1VkqeeojqYWpcbS1eSkqTXTY21ohUVU/ilJBjjknNRq/EqQN+8 TLGgmkesjQ63RmR9TRIARKWqszvpRJQVJVoYTGJLK/3PmeYW1jEga7V9LSaaW8TO3iNI7+HGxFZJ y+geMiM5aSYyPG/zVs8dDKs06UrVdStHDQQxQS0iotPPTxYsRUs00lVQ0ayO8ytK15A8r2BL+01/ Hbok6JG8m4OoeT4YTb2cbVUElnEEsx8MBG1tXREyvLoMpVvHM1/BcXW37VaR2/L9tEqRAF2MjeIs zXqyzJGS860Ky+GNUM0Meh5G8Tptp6x6emr6epSKkxuJaikkrJXRKnLR1U+uWix1NTx0FNQ6xI0M tRES0YIbQWbUqWG/hnSxt0s7y5uJknEdvHcv9PC/huglMRSaU6QxkEbSASNrqwjJjL+wS7Zexzbj d2cNzvVxEyMhljq5yiFo3DvpjVVkNM9iuoYqo6iivyiZSQM0YwwTD5CkmWoLUqDIzVWKpY/4bCaf 785mtyEMy1RE0dOKWNWujiyy4sZb7aRLJZEz3V48McpiAoLaJ+xZShVY0QGNUV1aiSaE1RU6Q29w 1ny9ue3/ALl03UOnxIpaLJE8cas1wBINYIk0M8dAJEZImBRUpIoYXiq6CnniFZHkkoqKqSipzjsd VLqMoySwx1EuLpa/GU2PimZqjQgp0L0ltD08iq6vrTctwuoLy2jtLWWaroTJ40UquIioUqzLKDNI GCqI5F7JUR5A6ptvnvro7kHuntQZ28UE1m0To4mWWYqsvgtR2CsWjjZnedfDZnLRTS5AVMdTBjJA cVTVdHLLUUhTDiDF060op/vaisNRMYlSVk0okUkcpDOWpJgu45W2a3v5bG7eO7upGUQlwLjw5oy6 3HgxaWjkRTUuwIDMrRArKNRpJaSyXgnvoru5vri4srhJAxNwzy/qkLEgkSXxQFEZEni/oeKqxxTB ByrqvyUq7ayEO55q6qocXSHc1NR1csX39MaU4nc9ZUNX0mSp6qmemhqZYpAGUqQHljKySEx2y3st yjvIr20G1MxdVxRoXLeIiIFKsBWSJgtaSK8ZCyKyruSeCDeJt7m3JFDxgmOQkMykBgVDV1AxnQml SDmlGqA509HFkMpFWZkSLVN5npGjoX8VRPUzRGiFCJIDVjTBQCQuhp50p3WQTx8sTnbrbck3Ceym /VFuRaCjDta2AQrULTSo+IoUIo7synJvJPuFjZ7nY7ddFdrnvJC0SuVuXZ44yivCprJFcGZkhQME nZJKr2ooz6KL+G+PRR/8Xn7L7b+Ij7j+Gfwfxfwv7nxeX+LeTj9X8Mv/AG/P+5714O3/AE/0317e FrrTxl8HxNf9t4ddPjfg+o0eD4Pb41O7pnx9k/cfg/vJ/E+i8avhwf7k/Ua9Ffovq6eF/o9Kf6B4 ngfp9f/RM7V5GlrKWoaSthqKKUsDJS42aqqVWSCbIy0mKl+1XxUTR05BSWMRSR2RoKSSRFX5rNrs l2+aSz2u3jlvJJLZ46tDrjJZIi7rJ4JZpTIfpzDIk0LFWZkYtX49ZobOPchaRSxylkQJLIyqsZfV DIfAjjL1jkctCiCBYVDMizsY7gNsCUk1dFKa8U1ZT4ueE1FRUQ0E80cP2VNFFUx5SriyE0NHXUU0 9L/EEu8tUWkIk8aqX7iL61sZBA0Txi8CyKquDqt0k0nxEXw1LxELItrLVtMdNbE6HZILGNrjY7OZ JNmvL2OVZDK4QxEu8iyFE8COdB+lqWFKorusbxyQnpwoEyFdTtBLRzT42euqWq5Z8rDSYmnrqWrq qeKATR0L5HPUMVX5hLBXLJQSSUpVY2ijSL2oNvt1jt8G5W09ub6GN9arpeVoiBIn1GqUwxzFk/Q8 BHM6PF4qpKxYqrO5h2S6tLS53gw2At0SKQ2wYSCRZpEZyrlUgZywQRyqxaR5ZjqjmTrPPlqcCdZT UUayPkKaix8s8cRqpGL0eOqKOl+5hnpZssuOqY6YPUQmdoUb1M7JKTXumSVTb7nJeXBXS9xSZnCB iWZ2Y1lpDKqSJ4QSJGdCtCJlL3ju94283N9ILq6aPxgdJMcaAaCZJmGppYCYdYLTu6aBJIywRwTS qWpoaeurtwpW1dbU0dFWUNDRQ4f7StoqqV4krsnU4+spop4cjkqiQGKRaaFXhYtMFElvZle2k8hg nilg/dsl8pild+xg8ZYAzOVdoLYRsirrYC4jf6fw2XuP4N52jatsltv05d8dkaUsrrEuhShWGZBQ I1BFKxdJCuhDG0qySdTcTj2/yaQmomSWNZalagRmCikeFlTH0tzeanoERIi/qMkqtJwGFmb/AGyD me/rtd2RaQwIklwyMDLKCWJCmhLEMBpJRY0UItEEStHV1cx326TblKsbag0jVUqJpHdi5UaWAOp2 fuooCFQahQzBuutpnqm2rVYrHY6lydKZF3ZUbhhp4KLxIalRXYmZKaKl888H28bNMFk1hlLOGjC7 lnlX6bfAg3JppESZNIiNdUlu4U1R3YadYahFSF4aSD0NdoG22u322+7VYaeZo5RoCsCTRwGZULeE KRFsSIhYqSBlXLRQyzU2UocnNkaSDG4LDYbGUleZ8fJQZEJDW6L1wm+1oqiinoGV4XdpB4rvYNys i3to+Wp9hacz2Mt7ITbBdE6L9Qtx46qV8RxIA4CllAMkdK6lHRbeybtdTXu4pH4+9y3S3GsFFMD6 4BATFTS7PHQ+GVBVfEZ0/RkK5Wo6bL4eqkkpMpHT/arQVMUkIgM1P9lU06/awxxVUlRQnIzRNC8n mlEjvZzGvjlRlzaTWpso41mhLMsJTx/Dkd5DK85dgoZY45NZ8AFYoLZGHiVnVTt7fRXF5bpKibmH kmZoiHERLFdTSqzyeEkDzJdwxpGhjAaSV5fDjSfS1GKgq6ep81PI+To/v4pK6PKVGZrK2ClWCCaq pWl/yOIYugJjNMki5CokKwMFULImvLDe4keSWGRkinCl1qbaF5NJ1vcaCLgqXDqdWiPMlHiNHvdR 3ccn0dwXS2t2WKRY5hAhTwqTwSMTqSQiZ/EXw5jC8skLNJ4rCNVY6TISlYVipmwdKVgo8lFHmarJ 5ANT1eQnWloqyqkd4hU1AKWkqgINN5l9EbFd9e2tx33e3w2t/q0TalheSIoSiowuZhr8g7t4TxnT HQqgBaeL95T2qaJmttZiR0jaEksZZI0IRhG0hUl55WjjoFEkra3Z3jZuahp4oHkpctA1xTrX0OEm xdZVfc1WuWiyVdJBJJJQlWLKGq4IksSQSqWMpINwsrKXbUt4odUUjiSVre2LAEmUGNZZTPQMiJHF pbIHhsFFHobffYrN9k2+4kksZdbaYHVtcjAmQSRRyTGZ3hVtGptRVHGhkSnTf9zi/u/4b5abw3+0 /hWug/4Fa/Pr+1v9x99fj9Piv6P1e/f1T5i/q7+9P3SaeN/aUl8SlNHhV8TRTxOz+y8f6j9Oujt6 Cn7u3v8AtP3BeeBr06/Dm8TVr8KtaeHr19mj4v8AQ+Gev//SM/R0dFRR00MtBi/MVrK2COKOilaG EVsyZCpWtemx8k9H5nippEjQTQgRCQeIoV+Z3c72/wByXdP3du88tQoBQnxJkeZ4UikSNCUeQOJy rysJnkZyskkh8L45pJ5LqOyuINRWZY1dZ0Kh/BMekB1eSRzMwuJCqtHLQPHG8gRRI25GhnqaOpnp crW5C8lKlGFTG4DbkFRT1TSVGmCvEuOzizGORY3MDypFGqSM1wQcRW25pZW9hugt7eBUUL9S7ySq Cp06QviSxnScrIYSur9JFoUVZ+8kWSGTwIo5gdRKxpGNWjQCFiCMKr8QBgBJLeHkoJcmAmp4qHI5 6TwV9LSszyfxDEUmNooaGpdhPUx0EdUkzY6nqpJ6R2HBTSwCkqgcbfYZN2vBYJGFkd9BtBMZGLq5 IR5HVtVzIojfW7sscrAROVij6V7jJ4UG4WsjQNNdy9iMPHlYug1yGfWbk1fSsqa1JbT4SXSCTQ6w CtrcjLQpilpaw5Il6VjnVhSvhGIkNQcnW0qY4UpgyNW1PRyRLEHFEsS2JcKLuymtS9mbOK8QRmNC 306sw8SQeIqwyxziskZhfSyrGfGilZ50KlUlpYCayu0VYZbpIaxaPCiVgS3huHYyrE4eITfThpQr CGOSQSnVympaAxePN1GPqaSppq6soaWlqazI1WYUp5MhMKRZY5srVCmaExvApl87FY2D06O6SF7q 3ge7t7Sazu7ZlhkkihEX08qM6qs0po9rI5eTtbXbTRtHEywqrCAvWBzLay2iOd2eYs9WWSFmmK9s CSdy6iRb1M8cryRTHxGZNCw81TUUmNGAlqM6+OhEVZPkhNHVzOKWFh9lWmGKSpeKOOIVDsaYQB0D awwC+xHLNYhI9uhlsoruJljIi0xRytpA16KkmZ2YKckgjQSWU9Ethv8AfLM77JYW7O+orG6uZUjA 1EBx4aGNFWtFIOC+gJkN2JmFFi54sRmJ5aWgmpP4bDVwviV8k9ckk6rmaimk87VDyyhHpKczQuug 6CyygpvILe3lm+riVpNJLGJWlljAUASlYpYdCBnQAXMhV30aY3SoJhNPPeG1vbwRR7iVZmSJjNIH VgsemAz/AKThBrV0DcdTEAtSNSGapravG1DR4uGkcNI4qcrGmOwUFLDSw1NMYcVLhMckqUtUzS0M 4cKxSOSVo0lRY8li9jbzlEW6kdwjuVdEBCpo8J5BK7LIFERcSXBCPJNECVZjC+sIN4ms5tsUNc0I 8NUSXXPq7glJ3muEVjE/gmOZo4nQok0Y8IOufr66KSmoxPXY+Xz1E1Rn6WSI46nhoMlHSvWRUmQm oJa9aitijWodJYwEmRklnCaJEqwSxLfXbSSXF3Ejw6Y/ELacThJZgJNDQmQKvdNTAYQmNTKWW+2W FTdSz3E8KEkKi66yNDiSNkOly5t5/wBYUqYNbrG9UjaaQ1GEroIcfRUWaqMqZK+aojpM0VqFlihy E0tLSxUdTiKuSpSoklSFcrGkbftySo3Cv3MVp9HZ7jeg287w6RD4UTRRqFWKIqXZjLIsZEjM0akM GEiuSVY5tJtvns9ptBvF59It3+va1jOmKhgTMT+KjG3MiXNI5GKuqeC/hFi+y/xujNJPjpo6Kjkj FXRU0mUipxS1GRqfJVY9YKjB1WLp5TLLIIYYq5ljlRFGkBACXbxss8zltudrmN44jcN4mgypQCYm 2kSTSqhW1BQVj1yM00jAHV8s8xm3Vt+N66RvpdIaRoh7Q7K9wqrGdGkskRYOI/E0zsitKBFXGlPW LkKSqrbDJQ+XJ1tPFSSzqKikmq7w4nH1E9JK6eFZwPVqMbQlNa2S+3GDbLi5iuI47WzYwJJEzxPP JoCl3jm1ySVoGDCOJ0Bc6fEXSgcG1XEUdnv119QbPxjGJVSJQVLaCwLrH4S5YJrEhYqdX04YMUh/ ANr/AG/8a+xP6vtft/BifL9x/DvF4dP3H8F/iXg/y7X5PL5P3f1ej2u8bfqfuj99R/V+D9R8E+qn j6KeLo+u+Lu8Hw/Ap5Uz0dfvLdPE8XTF+5/G/gm1eH8Ph146a/oU1fUU/X00/U6//9Me45KyrxWN zriRnkiCVmRq3qq2llFTWNW5QJS5eepjFJQ0WKSKneNUSpD6bSTup9/NHLeIJrSLaJGF7atL2Aj6 hVWP9MmRNOtCpkLoqBbbSxfSj93yF29hPdRz7TAUhuTJcOVXSsszQQILbxJAylpJZJ51lSpWHwmL RokcpKklrJM4aXTHBMwhiK1fgVJpUCKfPI5QPDEzuzhFChS9rE29m+3cq39vFHvO5yyeFOA9XkV1 QPVwsUYapahAHDhWsaFqAHc7mW2L2tzbpDJCxRgKFi69rAsMNkHhjzJNK9cclRgYp4IlElXTywV1 PMsPmEOSglApKhV8c0gii8pSQoupoWawJNvbO+QbTa78zSwEQxWYMsbPVzFJLDGUejoEmZGeYKaB GeM1FAVttcF9+9YdvmuobeK4jLOssqRDSscrCOR2Kqkkg/s1dwokeLWV4ryrpGo5VWKiaWuno6eC KuU0MVS9LFUU9IMbX1c1ZVGqo6qRYihWCoqzGzyRrGzqHJYby6G2zWMMrWiJrNyuuWWOQvG1JkCr 4USypLoDVFuZFtf1DGviRiOC1u7ubXbyRRxRzwy1QlPp3lQrH4LLMugQSIgieWSON9EcrzeA7PJj KLmc9PXGanlqGmhx8ng8K0/8coaWrp3opI2iaCQU0GSqKqeqiOrx17WjLxhFul9DZ8vy7RDYSQ2T xtLIFWaSsPiJSaHTdKJADBVPGUIjWqo0h8SSWYQySXMFxBJLDIjyzLPIJIgI/CMq25a7h8YI7TOb ZTHGyaVmeXUyS9QKxq/+FU9VTVuLyVYslRj6DIPVxJ5oqWr1R1a1WOkpaFZanHVCxytB+7I0Y8qK SSXLGWNpbKC5h3OBreXwhFEjM0RlQsA0M2ptcsmpYo9ajw0bSWMY1pZfpIVh217GCeJ5Yo5g6lES RoIZAsXiOjJpnMqXEoYIdCSzsrTDxIu3931MWfydLuTLYui/hFNTTPVw1c0xqqaenSOplMlXUq0n 2lPUopjKGaVm1Jcpf2rv+VbS0Tb9wtbG7kiLMTbXFvDbUZMxxkOpgrMwLVXWQmolGZiOk267bucF 2m5WEjxy3x8GZ9cd0Yo2KITGwknkdiBXVDPrjVWj1RoSqv0cEEEeYauyavqcx1SsKtYEXHSZrH1M X8KmqLVdI8cEdKYY5llkc1bIVdacIWW95eX9pZxxmN7yQsIUYeLMFuXjfWjoGIma4bx6yhpokS3k VJY3kL3RPpDZWlzy/dfUTTlq1XQ6wapJNE7lCrKsgRy0jtFF+nMFBfxp3kplxaZjG06V9IaubJNU NPSzz4SoikqYqPJtC0FZWKY5qcqkrVMUtJShCscQjmRC43Xg7tZ2Mm8m2LaUItozCjQF+6JZCUfW V0kiWOQTsU8WWTTC7q+Wdjurw3m2x7wILwxiNGLqUR9ICwuVjkCFH8RobiM1lDNLCVM0hMCr2vXb pahipGq6eugnjqYzDUlaaeO6zVFPWMky001PUwwmzE6lPIvdkY/2/ftt2vdJ4tosreW9dnUySIzH XprHdRm5DTQywSameLQ4cVBd2EbgHbXtPMW1bpd7emxtJOFowKL+maNocSN2IykMACwDMrJ8YBVP UtJhdwU/3jZBnllpaCrngrMVAxqavB7hghjlsZvOZ2pmal85B109WDIEIaNk95u9wJbq1Sxit4ZX ogjkekMktuWbQtCBG8qawoI8FmIUuvcBlZRbgkM+1wKqC40CMjUEjku1kgMZkXXoj8UeOqqKFo3N CVVgucS82ExMcuWL1YhgpI6rS8kwyCvjcRjAplOmd3qtwCUJqXzM9mVWPjVjKz23bJRtV1eWcYuJ 55S7yBCiWyOwDMGdY49KeHRlo/l3M2hy20htbw7Su3Mbe0uI7x5cyKPpaU8NtHaqtKtwtNShdNWP hhG6a/vNyfw3R95iPv8AzfxS/wB2/wBv9r4fN9z4NH3f2f8AHf2fuL2+y9Or7r1+wN9TZ/V/TeBL +6dPh+D4Zpq8TX4ddWrxNGK6/F1dur6fs6r4Fv4uv6K4+i+u8Tw+7x6+Lx4eJXwu3/cjwvqceFrz 1//UMDQNXV0AlqZXioG0xUWKhHhp6DHJLIYI44qeKlgmkgjI0OYizKoN7HQPmisWutt3B9z2RY33 izcO7Fdfis6MroNRZgmkFSgcHubQVdVJ+Tgm02b6/YNqVLjf9v8A1Hum8JzJdSIS0IcrrEYIaOZm dHaWSckRMAwatvR5TF7wrsXJUTPiZcNV1tPHIYWQVMNbjYXMLBfPChp5Udo9WjySs1rk+xnytviP s99P4RezsopbiOJmqQVBIBk0AEgl1qEC17wgNOghJa2UuzW3MctiHdVLxMS5qsauNDMVVWkhZWiL eGNOhGQeH4TETXCxU6qDqecK7k/hR6gLX45P1/PPuPdwa223YBE8jzbruapNI7NkDUJAWBJJqSQC cuxdi3aE6hoO0880sxYsCaGuSxOSxIJaorXINSDXiCmY5aqKP+KVEngrqyd8e8NXCpkWaTKLPJj5 amanlqMfSxx4+ppo2KTNTpWW0/tXeyNLDJtsFgJiGhEUw1kiRdMkC4JIfUhX9MIqr9OjBi7jRIMc oe63nbbm1ne5fRGyJq16ez4IycyqVj7Cf1GjVQFqaOdRV0MlHWGkyL1tZBLS05xVA/2enNRR0TTU FJLRqsk0yO/mlSC7QwioTgIEQrtIJF3O32m8S3NjMrabiV2MaJPUi5kLEhCtEVmYDW0cSsWUsZBA 1rtku5Xu4xyj94vILwGaOShiDSR+IUkkCyS3Ek6TQI6UJRUOhZG1t9DTGSlrYsXXZKQ0tdSxff5M Y2Z/FT47D0c24FrPFNVZGWdSyRiBkjmjyKSyG1ih5cGfbI7hrwpA0rCvhvOB+oTN4YUaD4kfatwJ VJikpGqRamDFF9bbTGJ3uEke1W3ErIiImlvHkTwvEWSQJGZZi3hIHA8ND4jmM1V2Lo6OPB0n7zZN pJHZqurf7k1M8M00iySM8lQAIWgAUjWyhFHNvYUTdt3u97azWSSSzZ0DW5bwxKJPDjKHiNTBgFkY 1jw6FCq0Rz223DahuIshBdSlwpK10BRKy1GBTSneFSkmQyEMR0msguIp8kYbQ0GRz80VNTPSiBcl lqvEyR1lNSSzMpnlokfH00ctyoKP4wwd1BMnS5tJrm3jUyW1jI0LEu0YVW/RmlU6tEbSL4lAwkRP EYlWCagm2e43q/t7q2s4bybaHglLwR6pVUUcxNoyC0ZbUXC+IEWV+HidZdq7gp6HN1233lENNWx0 E1DcyvHDW5N6eClpxFAEFNRy19RHHCFg02V2k41H2f8AMe1zbtYWdpeWjrchGdGAhLmSDWkwUB1j SMpDMjKrKWeK1auniebFbXsKQ7jZzB7a5kmtX1a07olMlvLKEMlHYrklpagSIqsozPr41pcbJiZ2 irqKhw5xs1FlYwzCbF1crqzSUAp4JkFCwjiIHkEsCvdW9Ugft7u1ud4vN02S6Tb7hmaeNkBGtqAl EMmtofEq5Cgqjg+AyaXAVTYc0xQb7YLv8cpl8RoLlQ7EK4Z1DugJjnRWcZJdwyu6rULracxFBPSb ZosOv3suKknniu8EQ/htNgq2ppqWWVTcVD1FWzC6AL5weE/SIt9n2m0mikSRhHIqSJRBpSOaZCyk glmYSq8lMBNTIowAKct7lc2k+7bjuiBHhcsqLq8Jv8ehumEJTxEKL9JdAyAsDoRQ70AVw3OIMfQ0 UVVUrCkdY+UeWdZXo5afFUYylRRTxwiad2FNUVdTSqsar93SRs7ajGCimmmh221itUEjzBQrAaZF SUJMgNXKFfGuo1kFR2gkq4/s1Vpt15Akm2SXSeNNbQxBv1NSxLDDMyxgMAEMs2mWrIZFZgEIkZok v48h9h/Fvuabz/xL77+733FP4v7ufxLV4PB9t9l/Ev4z/lH8Q+08/wBzz5P7Xsq+tSn0dJaeD4f1 P6lfE8Lw9Fa10fT9nheLo+n/AE9Ons6a0t9N9Z9Nc/unwvpfG0rr8XT8Xjfw6f0vArp1f454PiY6 /9UxtfR5KnqK+pxzNT4Onm2W+Pp/t/O60NbHPR5inknkRyGSSjeokfySGKIoQVDHT80kF/LtG3xQ XZR91vLKWcOpChH8WMxyFdIBYxEQ6dIVnLvVnWrfIzfbtC9/uV7a3CQx/WXcNwGKKzXiwmRJgtGH hyvEyLlC7k9mqvUV46Opzj1czpPRRR7fq6Aq8iMlRV5XDqKZrmJjW1OMiqZViclvCC4A0kqnksWg 2+8kHhtGsczlK6DodXQFQoOIp5oG8lIXSSNeknke+navbxLaSwktt6jfcLK87IxHLHLMzzrAFJjE fb4eqJYwkilIyFGov+6KSZMPXwViuhaPNBAkpQtQxTZmTGrrp3BKGjghDAm7AFZLkuCxtm4h95i3 CzYN9Ht9r4DNGCEkT6WOUhZFo5Wd7gKxDBX7oyNEZUFQbDtNnv8AuUcFmAsPgsgLM2ln3CCAnuY1 JidlFa6SQ60cBg4ZGeLJzimq6R8hWVGVgp4nSYU/2xqMRXJT1TqHp4ZIaUQStIoJcoSQruERhTyV LNa803/hMfBFtJ24OEmtuBY4oHY0BFcnJPQbhu7ndNu3Pf764A3Tx4A0pH9oCkirHoRdKnVHFRwm TQMQpdum2mxdBTYuerpQIco+5a/JUtYwl0pW1OKheZtEjmkmnT+IORE1y8asyrojYoWbvtdnabzu NpJarLZ20doGi8UqTbtJOjKDUyaDILWNpFDNGWQkjWdR/vy3iQPvlpZulmJUShKkpZUt57JGAZ6Y 8OriraiElclqNBxv8e3Fg9yYzb1SYspg6JoduxLFAxShof4WKnHRR1sVOldFW5qgngSpnLBXicqW KaQ/dbem4PtE91A89pPaz3Uj6WVpJ/qpELaYmZVk+lNqz26FtIMZUapKyJbe2uZZtsg3G1kksp7b xGqSgkj+olJI0AlipkSXSrimkoQWIpI2xWZTFbax+KzcCVm46eDKTfwqGSkqmSpatnGPkyBxFSsW Po0FfBJI88tOhh1FWLAKQ3c3WyF2vOX7aWO/8SOt02pUVFYOxRZtSyNSPwwBEaMatQZO72yE26ub oxPyiis8cZehZxFpodJE6ASuXPiMgKK2kntUuOSwEFRV7czMk5lq9u13kjnMMkT11VLSpHWaIfKt PEZKt4agqBIY/tjGVVHJJGd0mmG/Bk1Q3oYmpC5rlhirZYjStMPq4KQD3l9Tsuy7zfbdMbQyIRE5 UudEUU4nxICumdpIrJGYhhO7LGPETSWWnwtFNX0UwSOTG18ckOUc1kfi/htXWZ2GIeSOfXFFPQU9 NIGUiQK2okXPs9n5hu5JLS63JXNxbSI8VIyrOEfxpmAICMfHeZRwWo0Adp6ILu7ufpdpie8IjnNu x1qFVZIJWt486AwWOOOQNWoJDFiToo8V9TPV12dgamWKqqaSqnoQ81PNBT1kdRN939yrRv5kMkyQ qrJ43KlgbXVl9tsmz8v3m3m9ge4s4rmJnbQ6osMb6nSpYrI0sPgsF1VVrhI2KtTUXcw7fbW14m6y SPJHc3ErOwV4wrtL4qorUKyE2hjmIjZGjNzGrUZCDHpcgU29FkonlNNiXhfJRx2m+8xke28gYY6V HYJDVw1NbOjf5tn1DU50Iqpd1MkfMj8ubrb0sonC6MAgw3LkVYUYjw5KKdZB+Lzr0ebjZ2NhDzFb 2lvJHNd3Ti1LIQojubjRbyOzt4nh/SxXQGqNi31MbgEhXVtqKj7ynw02VVa+Xz4aGrQP9trbJbW3 g9apNOsfjMsiq3CgqB6bA+9XhuP3NbqHKaJ7wIaA9kJ2hYaV4gJgNnV8RLHPR9ypYWO7XPMjQBkt Y7kmHzpHPKPEQ5NdQUAnUSrL2txBEf8A0cbw8/3f8Qwf3f8ADv4Z5/uKv/Mfd/c28X8I8X09P01f m/49v/1WvfD8Hx4vB+o8alW+PTprXTX504eVOqfubmf90fuH95QfujXq8Onn4Xg/H4Wv4MfF8+Oe v//WNG+Bjo6zKQ0uJp3mioFVTDKuO+7rFqEV1Sh+6mjpaXLUcVSEmNgHpnJuzKx+aZngmW222K8/ Qur4WavpJKCN4w8jAABmGi2LJqVmMpeiLVevjxMwZt8u7yGSLbqyKsbBjUSO80X6oC6jaiJpR4ar FLHDHFpUyFS9S4DDQ1VQuJgCrV5T+IOLhaWAQYDK08Hgp5E1QhK+tldQo9B06fSoCvbdMdy2Td9j 2rdGuHJtofGlUorrpMzHA1hi0MiEOGBjCAlmLyMec47nvFlcWS8weA0jwTNHDUSMoUrmcD4vFNe7 XpZYiABJrq1N99n6fbX3lLJFGcvkcblKCqLUstNRGL7Kqoplj+2qWkjllZAbB1cAtptwWbb9Ds17 zHsVxeiVVlt4oin+iUnmfUBU0UsdbdxoG0qxOmpFJd/QSwxSzyoVfwlCihLRCykUMDUFfGUOwauF x3AAc6CCHMYuuydav2sa4ClmeqRWMUeSnooxPIlNHMZpkipNxLGuu/6+CdNwsiubraN7ea0AeB5I VnrSqQ3kKioJFaCePWFj7iIwrEBiSW29gYduuxrZbNFlKZxJLb3kSoGAp3FX0ByKJ4hIwCOpf8Fj y9FU4lq6np6uowkqs8TLUBKvJx5fCVUVNTrOn3MmFpJpXnhLEw/dJY3lDKbzxTPHBc7xv9ou3mRo o5ZKrO8Mc1pdxtP4mijSaIShFC6kuxJBEgq2x9zjO27k17oh+mghkjSIM1zEks4jL6QCZFihWJZU RpGSB11ARuWTByFVjoqOTbX3OZyMuVyJaLB09ZR42ooBqSbI0FRMHNJVuV/dhjcxVEjvMjMBLJIV rZPeyPYxNcA7e4VbmBdbCORQF1JG4OohTQ9g0gpIxkaoehjt321+X776ia9haX6GRZiLm3LJGXR7 dCZgpZG1JNApWPWEdaqVZs6d6Pun7Js3UNTxVNNMMRQCaSolkmoVMgFdksEtNpnWpZ2kqPLHAW8u hzGq+0kW22gsHvrrab57EyMJLmaIpQ+LpkJRbh1EiyApQSBnYaGZC7UUrs3LW2bfcWnMN011vSqd SapfiLakNdekELTUVKtpLLkkhlE+cmx+LwtLLi4KaatlhoYaalp5aemetmkWSZdVdV1NVV5arkma NZqqW80xkqHkRQSTG0tttvt0lhgs3/dUrBU8XSXeOMjWSUVQCE/TjCpojaUBJEkiLsDbkLzMd0vJ 9yjjs7CONIYEoToPiHWFBGmCNEd5GQSNG8kMKxky6kc5YI6epxePZoqNanK1tM8CmWlQY84erpML BVkBFEdRXQxSQxglGaRGRfWo9h3dYry73bmS4S1YWVrRABXTHqlLVRSSVVgWLEAJqLDAIHQ7v9ig uNk5ZW0SsUuz6WlkZe+7nZb6gK97rHJI4FVJXw2R9RBLMDUclBFUVVNVQwzUc7VMNNL5NUkd6alp nH7sdNeRauWHWEBQJEgdXMasItna33zbvo2jT96hfCR6AyZ/sGDNkkOPpxQhU8VJnAFsjBHYT2PP G3Lb3Fr/ALuHgigebSdT3YZvpislGcvMIxHIJZUjZ55rqVSlolONe1NJUSZCjq56GhWnmSejqY6x 8RVzZXHUFWr19JLMI5sbgKvPqhEjysfO0vkWIhfZQY1SCL6yNTJWNUMa0uNDJI7JGZHLYEaJHIAA yaKCRlANLTa9xmuLPZzZVvZEtmjapZBNBcaWR1dZnX6W2WWJ9dRGlrGsiapCjqCkxOGmmnmNTSiu EEkJjn+2i+0pclNRxo2RpZ9FRJS416xYqdC0CyQ1kaIfq0i2WGayg2jVeXf7nubSHxCpfSkjt4Mz GgKqhSFXDOumWW3EiyMECqGdtuHuLM3V5y+/hxXlrKxR1jhMUQcOQXidVMxUGU628WVdekmJl6eP ustp164NF7a7tpv/AMG+9tb/AB+nsp+o3TwvH/dtp4GjVq1x6aV08fEpXV2041xSvW/9cG44/wBW Nppq0/2B40r/AB8KZrwpmvX/1zSyxT/bQOuRqsnCsEdDA0CUk6zGGvqtxY/MVMGRgjhgyENNX0jx jRFHD4owpkR4wvzL7PuFzapbCySxszCnjzFmqZCrmkThDUjXC8aEsW1NoaSFpwG+PbdpLeF4dom2 UCG2mkDSsJrSR7dFQz26l2eQKQ3hL4gkemnRrZ5FLPJh6WFJq3KZPJzU0kWuqmyk6zNjpI6U04qc PT4iCCgxtagqLtKIagqoZSHWV2FNrunns59rsfBju2nDQxpbtJ9U0bArHIzPKxIBcRx0VJDJR5FC x0RruG3i6s7faNpt0cNqA8TxRKsjRFIZHMIZ2jUs0kbHQxIqgkgSF3bIY4fZ5GoocnXQ12bq6zIt k/uJJoqMV+UhqVlo0M0VRStDHUSmMRusVyLsX1tIoW62sX9425Iq3oEUqHRoWoiEzQqw1nWxKgSO niEKqlYg5j6f3WBbTfI2v4UkuUncrGjRyykKJEjSQRF0LmZAlz4r+KGeMRLSORBiqZpYy4HkxVFC aqldZcZLJj3kwjR0uNzNLQCFYsbjY6yjEs1XUMqCErF5XCQyQJbaadL+4ks7i3l3SR0QDxozqEks ckcKtqeMmMBfDjSV4l8GjhVdoro1uIrdeXbZY4jLcDXp8G40TCNoJoZXeIIkjm7kdopQQzgoVkQe IUfuTGRTVGCNLS5KqxJocvBTtjKLGq1e9U2Kx9LSlVgxyUlPjqOrqI1k+3Q00LNd5E+5uqtorjXu ErbtBDda7Z3bxpIUZI3ZmliQxIxAeIMWY+CZU1+JG6RB77bYx3t1La3cttZXC3REUc31RMxjQTTx GZCZQkr5etSDIPDEzsjJ2MdRCpNXRx0IqMfAkWRw7U02ersXLFTPB4PHQV9TS0lW4jKyJT0xaolj dmeRirFLvDWtnKklxLczQ3LatQubVFl1lm169Vy7rXS4ac9gcACMUHRdu1uNb2m3yXMpE/ggyRrb 6wiooNwqIVlCtqEUmoIANTsGrr9XVGMyK02Lq6WKtp2fz0+Ky2O+z+2lRJFerXCZKNpKWSzylSUB dGYg2blra59+WS4j2z6iW0IKRhJTLEjMQQdaokJK17zoQAklqCvQRvk3bbrq78K5ngWPSCUOn4gp 01ikdM1FaOc0JAOBFkekylZgsjFSVtbDh6XI5sK8T0tFUTRtTLQsfv2SGWSCnSqmWUqopyYyzIJY fIk22x3CODdnN+tvdO6RRsGDStIMvHGUYMGoUwpYuwWIAyOAD/YrMmFbURKsvjrFcNpMmmIktppE ZXYFh+oqpqZDIRHIlvKY+GWyuWyuZq/DBQvnpqigqcdRUU1XUxQrS6XnhqmghbIvULjINSvHT21H WUVOAPNugSy2fddy+qilt76BFMSNSco66D4auArMniEOymREkjkQktG6dCq/3fdOZNqMlpZj+r1v cSaZAVS81V/Skji+oIahca6BlA16W1JqGTF57D5SSGsrIqihNNUTPJJmIftdPjgd3qBO04pnKxzM VRpdTuv6TxcHbRa7xtF/bX0FobqFZFA8JjV3Y6ViUjSzMxZSyqG7MurRhx0Cv3VzFYC9EFy/h3St DcSoS9QXEjqS2lvFrGpKAh5DSPOsq0+OiXN1zVc9RE2PpZ5qNJYEhOVhDV1LEsMORp45KbKY5ZW+ 5jE6fahR45ldZo/AvtrmHZbS+gDXUl7PatHCJo3MDq8MQMyI5WSGc2zJGIog0gQownWNGMog+taI JZ7h4MdumiQwII2HhzTpRZC6KiyBI1Y3aFmmVlQXKNKqysteC8OVNZTyzfaPkYJoMcgo56CLHzYf OUUMTULIaZK2rWgiKPBHLG0bOJoICjTPruUN0ku4TgRtemJaaUDTtUCZmdo2Bkprk1oPDkaSRmiZ 1jt+rbSb+4mbawbd9xnKxqsyyIsZrMh0o0S26K9xLIdDdrSERSwiaRiir/upjfvfH/E899r9z91/ D/4rXfd/fW8P8P1eX+IfbW58Xl8Xl/3Rbj2cfQ2vx/1UP7w8TTXwIvD06tWuvjeBpr26vptXh50+ XRz+6LnxvE/qQvieFTxfAbwa6tXHT9H4f/Lx/Z+HnXo7uv/QM/Qw09bLDmfucg0NRJkqlmKYukyK NXS0eRxUOTAnyM9RJQUEkuuJ45qaoqZJHaxkVH+Z9Yb2L6jboJfqLuQLpaQO8Yk1kzuscqgMZIbc +I8LO7KUtlMqKS3x/bhcxbW3h7pCJ547iNY4bgL4rRAvG5keeIavEMcOmQKFjt1EaXUZVol6pBgp 8jnKzH0McdfFWnI1E9OmP8b8SVZShqqKCjoqk5WLVDJr11bC6tKJihVS+27hsdyLLcZ7iGFrbQwk lbVprrWUyN4bLH40USAhGjBZhoDlELO67nuktpbbVcTqm0ylJGtppHihR6BH0rHKVcRqqFda17NU UTl5ge5KzJQS1uUqVjqsvVQ07LgMT5ZsfJkWydNTpm42yci1+LxVVHTVAsakwT2k1CJ4WuzC9lZI yWlvFHao0iwyAM7kRjvdSGLFTV4zOsnigmLwVZolePV9Hy9eSXQubiOEy3EjpN4CMpaONpGjaUzO JVknZo9USMoDJIS0YihTuWOShM61OMnrKKVmerytLVZifL0sMyVlJjXkloMcK2IJTpRU6ytJLJCp XUs+map9pr1LOfcAIJxoKSSpAGEqiQ1DLLrKgGec9yaYZGi0CQQTtHGGrZF3eaaFvp/rLeSNI9ai OMIasAkyPJbku7FIWkBtQVh8IiBhGrOcuuJkXMTY0xAnHR4Y01djqiio6BVx9Jl4KHD45qOLHgJj ImVw0RlqmUsGETIql7O9h3S1itb63FtdFwZRGsaTqNccUspkScKGZ2eeJ0bwxXsR9LdDC12959pe 72XdruTahEBezJps/Cu5NQVJECxzToRNAsvhTBHEfjSNIxQKIUYxk8GO3JQVeTSiz89VRbgqaWCT Fw14o0FFRmSZcdBU1C0kDyFNLMCyOgNwwBbcx75yiu1224W9JIizC2aZpYI6sWA0xzMB4n9oyOx1 4JXQaEh3rbhaGza43G+NrO5SY6gqoAFpoVIhEQykllMbh9LAUbUQh5qvBxb+rsL/ABHHRU9M2Pip HFVDV5HJz1OOhrvFW1UzLKFjlXTFeXwlhGjMJDFFKt3PfN4uNkF9ZxeGblJUmCRFYY4yViOhdUvE As5SNJQWkK611NGbf1J5fttnut0n3x57ZkbwY0kiqrqGqXwsQXtYUCrqL90kah36i405jIV1fWVm Iqtv4aGqjerrtxPBTirgpYZJmhx2EZ5lQDyKgqNMsE1KJSKmOoCh3d4TY7Xa02qzvmuJrZNIq0hZ J5HOtUUBTqHcWQmOkioZo9DqFLpmudtsrW9gksIVeIARwoQJlkAUB3XTJMro0sqhPCbxSlA6xw+C r600rIkONy+Xp2ZEjpq2iwGRrcfRQU6xrDHBPQYFfuqNqZPFA9NNLEUsQxSxIaTcNyM+u/srG7iJ Jfx0hWV2OSZH1GQMHNTV64oaDt6UDlQy7jb3v096jS6iZI3mlSIBKKPhRnUrREMbuKZLFaFmqBps ZFFSpBQNTV0Fbj2zFNiGwmTgl+3qVpIXoJaGprSaz7ZZXqHWD9oSFhoULMcxXCSQ3fgiO4uNQm+n ZmmSOV3Qjw4pZVilWNRpHhI7oX0yM8fayW5mvrWPc9uk3GcxWx1lHt4SiqCAjzyOA6pOjJGYHVnm LiNWk1vWPTyiOadRTNTTwU0Eb5H+Kmoho1VqmCsqHrqWmMUhpswZvuHkjrInaq812XTHFuO0m22O 4uLy2W4iaRfCSaFjDKkgeQBQ5jLNJCoNu8bwsfDkSMa38Qo7y4/eQ27aLJQlpZyzku8xBEc01sA6 94jUyRBSvgsVcSMkaatDNljqMdmXq6irgx9dNLW7grauKQV1X5sJTuXehjqFp6yQUjSCKpqaRPs4 RXLPyGSogDkdmlvLPtxdo5mtokBiVll8YBgG0s0cL6REJXll8OYBlXtUAdGu4z7t4tuhnUW6mVlE TyyATyQxyuhmiuIkAb6qS2aYEwxQL4v6gljklyfxqfxW/gu5f4X/ABTyeLwZP7f+72vx/wAU8v8A Cfsv4t4f90afD4/X9xo9v/uC5/dtf31N4Oivh628LTo108SnweWvwaeejV2dEn9VrX95fTfvyL91 a/E167bRWvh10eLTXTGrw6/6Jp8L9Tr/0TE1W8MdSR0uNpqrH0lRKs0cr1mLzGXr3kqPFGJKNaWW BoaycxhZKhmlkqAsZUJJEXf5tRb3EtjD/WCzknsJ40aIxXFtCoVNa+I0SLcojLraKrQ6lRDGqh1Y j47toO8R7ZcW9raTzzTTVYa4fBAHwFUl8RfEOuVXURqqLo01LMRggrKGjkSWmrpKqWjWUZOR5coB UTyOmNqqugjNTURipllylVSiOGF5JZ55KeMqfPpTMogW6j26Cm3lVeVSE0CMD9GOSUoJWBZh4p0w RtGEnMSBY3Dc1tukbT7fuG5C0a4lb9OPSUirHIdNwYlA06FjLFWcJBqeZcRxyKuMyy1+NklWno67 VVSSotLRDIZGHKwSSRPWUeRxtFU0/hosQKksv3DxJAYwknhQ+y8NdW3jWu12bTwRTRRxCVNSBrVC ZQ06yeCxlacIERqmkEizp4cLSr7j91S7X9OVuRIss0zmWCooGZ0AMLFGhWKSQySmGQwvcRyQUSd4 42YpTrTxRwwVeMxck1HWStAabGVtKZcbSvjKd4qajgqcXQ0NMUMJm1z6oEkdmjUqhXbXV1qe3icn c2kDZkcmYB31UdnMbOdRIIUA+JJTLop1KZzS62/bLZrhvAjlEpDaGrVnjllcqkF0zg+MWJ1atUqy ODLBqslSVmGhWvoaTJ1bRPQRwQ1UmKqHzUFTPU1tRWp/DrwRTUFLNUMDEvjYypcSKZIxnfSybvaW tvDqjuyxenY0ninV4ihaprWR3Vo1Us5mlEMaOssQUQcu2+57FNvmwPdW0G230Wki5JAgDKI4ZdBL qXhmaOGUpqIkhieR0WGUsusTSPkMWu3v421Vj4Kp5qPxUP2FQkFLD4II3elrJJpp4I0MbMskIYLZ owx5AlxMLzbN3vY7R13KGWOV18RZRM0pdZpiJVSRVqY9IUSkNIAwOrxEJuYZ7/cOZhy9LO9kVdjJ DJAvbMkVS0SqZKxyqzPGrTuuka0dgYl6aczA23cNHXHDrJlcZUyN95FNFMwppIKl6iSSvy8bVzpH SuGXwwpIJI0W7IGU12XcdVx9PJfRiJ0qsZhRZA4YaKtGmpCXzXxgwQ6kaNijo9b7Bue5Wk+16Xkl tlZw+uRY1SoZisDTLFksoIWJKkFyWevU/OZDA7ao6rcOYtP+9i6bXPZ5aqsieGJKilpaioqpIFWr SWsMMTStAokeMMQxZ/dNvvLndIrCwdmcREE00qmlBqVdKhVBQxooFEUMkY0JpVXNjjQ2bblZ2zSb jI0vgGWRXkSJKB5gKt4c11ciasrmqlSsZC9xk00tHU68zmJq6DHxXhlMNb9jj4ZRpAWrZXgZQTUp ofyoWYKp1cgH3Lsa31g9hYbvbx7rHUrDMSrNGFaRnV6NqAKOXCxt4aAu2ldIIUtLm6vJ7ndN62q4 vYpZKeJEnisGARQjAnVQKyaKsCSKVfJVH0+aGdmr6rF0s1HjKOVMfhtwVFQHyKT1OSp5auTGfxdp aWVKd6JdMbxtLI8YteSJlgc3l9otbsNaaZLw25WWKRqQ3AETUmliKEqaaiitMBqa3YIPgnOk2+ez sbszW6PdQN9SyRvPqtBkxxoIJoxI4jEru4VdCLJK0gShl9NRUNRl6qilQwLVQU2RibCfcT1H8Qoh PPJU4inoKrKDItX0S0sLzOlMKmtV4oCxeVFU3AeXZYDOkUm4xIYVhkLq6htccNuss7CsULm4lMSG WRGjjt3ICwkqUiubOz22axnQRyySWx1GBwY40WFY2WO40yTS+M8ht3rp8VC7C1DM3Ncnk/7u08k8 E+Ly0w+6cwZWphpZ6yWlyRgx9MI6mOpeGSvpQKilVamNkMYWCSMLM24ilpudvcrNK21S2rxq8SRR YeWMsy6kktoJFCnXLHJAY0qXEcsc8LEsKW1iksdm0dzZ1Al/sw626zBHSdI1Eml1erTPLCzfojxI miCdZP4hT+LyeZvDr8n2/wBrN9r/ABH+K38erxfcfca/3vNovq9Xjt+77CfjHx/q/rbn6zTX+2Pi Uppp4vCnh/hpSnb4uv8AT6JvopvA/d/08v1vheJWh1+H4WulPG8P6fwP1NXh6q9mrRnr/9IfK2Op o6vDUX2NGq0BlxuXnp4kilcTClXDQ4eDHtraKQ/a/dGGkiD+eMJDHLqgi+ay8uNv3fbvqoAYdwah eTCw51N4ki6m0t4UU70SoLIzK0sbRySfH6m4b9bW97tYvJpJrlUayYa2fR4jeKVlYK5DskiJHJI7 IYXiduzU06mcQ1tS7wrU19bLF/B8KgSHM1rNDPHJkazyzTJj6WWJXUSyqUxtDGQx88skLIobf661 G1Wsj2+zWx1XEzHt/CCDoDEyMWVPDjDHxGWGJZ5JB45dt1rPPFBt1qFSOIMbmcSK8Xa4dURwAhji 0iVqMUnnpcOXhitKPDbZ/h8kMU1NgKMwrTy1iYympaKqyVG9FjqPLYqmSYRVrpKzzPTxRTo6qiBq ZnJEqqK8iuP3Y9nbyLbeK3hvcvqjkapJnCmRYy8vhpFIgaS3QvVLqBGW4c9tvqbfcBts3MLpfQ1l hMzxRPGG8SRWMrI/gTSNMogEwMiASXLrb0g0x4qeNsoI6ZGx80bU9PNDU0q6srjvPFSzM1Hi/uRW JHNZoZIQlXSNLFFLCIBHUwE1wlhe7dMsDubiMysiHt8MoDIumSV/0yy1EkEjvGxjlniuGndra5Tb Q1pebfA9ruA/fA8TUhiZ6EjW6OAoM6S6pD4fhl1CuuqaNWlhbgz5OCXDS0EcstI9OtPPFVTUDUCV qK9LUpNStOvkjS1RQzBpqczxRSJ5oY0eFYbzwY5rbcZRJMuoprIFSlfEQmTRQ6SyyQyBHDs0bqkz SxXFTAlpN+9N0SRUH6QFUkqxjPhorSSxmWJYhqjYOXaELaTGk0LmbtikngnhWoytK0Y+2apelofs qsVUmMpchr+0fJxR4maNquMuZkiaQG0cCJ4tNOZpLO5njfcRMNyEShpGcMTSQRKJANbl4VjdJCpk c6U1xmUyzSqL69st/sdrtrmJLaW2kXTdvPEk0SNJKWVFYxPdwK+l1dTK8TeKySy6yivm5ZqUfw1h UVeRWlrXnrkMbGcRQ0dTUCvaqMjwypj0hN44nkdka+klCvsm2OFrbcNzkWBp7Ce3MSMutfFMmmMR qxhLKxkYFWeMKXQITpevW454dtt96g2nmKO+u5LKa3f4i0qzrprqcEhYjQ6kr8CqzRozOqOottY+ Tau28U81PU4ak3L4sRUZWkyMcGXyEUuSJaRHpKSGpoZIsi8iKHFP5IWikmcK2sXTXO9qV3i620fV LbKfBUr4himUCMqusl21wDUEBk8KRJhB4bgq5HaX6b9uL7vcGwsrlpI5pgKNEsPhxihHirExdipa TThXYeEVqrrOuOoIjgamSbcIM8eSlkSaYw0tZI6x1VWIyaSWSQQlfADKpllndCGLROSzb5t0N1fc y+D9MwgnhIDaY5o1ICqZY5CJ0L6llKlY1KW7q8rN9K78t/DewQbUptPCe4GbZdIjQJQt4z0WXwbd B3MsVvCFleZWSEaOU+OqpRBFDJDg6aijqb1aCGSl29HTwRpHj4aSOOH+IZSbgylJKenpPGIr6S0I VGwaOxS7329QXEut1g8NNTrLr1SvGMp4jFVSRkZwir3mdbVCWbzLttmPEtbR49uvJFDEa9d2IDQt 3nxAgcUjDIGubjXNOUljIsHCePEzV8sE0JkeamgoazIfaJkgxpI55Y6Oojp0pKZ6uooJ6m8lOtPF TJKS6vFp8jW32283PgTWXiO9rKHjcSJBpAaCKKMO8ioyxukARdbvJPmLWQzdKtttbq8jS1ta21YR OkKyK7RQh/FMhWd1haGe8NqYrcqPGKmWPwonMly1ItAuOrMVXCWrhgSKrrKisqZJKiBq+WeqmeWs ngpnrvtSlRNFV00XjSmglWqWDwGeoMpNzuNsuydxj/xuV/AeNtWlhHTSwCNMbcKXV/DUtqeZHtRN 48a2m403Vtwt9zspWs57d3Se1ZUaOSLsEpS2R0iYSRIjPCpj1hEeJ9axvJ1/B5PL9jon1eH7j7L+ FL/fD7y1vP8AcfbfZ+L/AKbNHi83o82r932l8df35+6f30PpfqPp/G1n6fwdOnwaU16PE7Pp/E8O vf8ATaOzpn922n7t+t/cNx++PD8PwvEf6L/cjX4tfF8bT4P6f0uj/cf/ABjXqx1//9MyY/h/ip/D /eq38Bh8mjw+K1sd4PtvvP8AcJ4f835L/wCSW+48np8fv5vm+p/fu4f1S+g064vD8LX4mjxovErX u1+Np0+Xh6tf6vi9fH1PXwI/qv3dXU/i+N4f1mvVu2inifrU8Lw9ej/GNf0fgfraeuPXvg/je6PN 9z/eH+8lT5/P9v8AxD+73mT+HfY+P93wafFo8/8Akfl8Xj58vso5l+l+h2792aP3HpbXp8TwPE/X 4a/0K/T+L4Gr9ev131PZ9P0tjp4PLP7r+GsevR9R4Wr8Omv6Hi/UfD9VnxvA8b9HX0nex/4j/Ecv 5f4r4PLUfwT7L7j7f+GfcHz/AMX8nPh8Orxaedfk8nq1exVyX9H+/r399/ujRWLxvqfB1/2TfT/R 6f0/h8Lxa/g8PTmnTu1/QfvGD6PxPqvqptf1WrxNXjy+D9J4n63ieJq8fxe/xeHdXrrb/wB//C6f +Leb+E/bR3++/iXn/wAxT/wz+7mj/KL/AHP29tXp8t/sfVq9hbmT92/W7n+6KfT+MvgV8PxuEla6 u76f+0rXHh6PqP1dPW+bPpNO4fUfTfv/AMUaPA+n8TVrm8T62nbo0+LXwsaNH1/f4PTq/wB/99Qa P43p+2l0+X+Hfxb+I6t1+Xyff+jT9t/FPufH+55Lefm/v0Xif1euvqPBp46U8T67w/D+ng8T+x/R r4f03ha/1PpqeF2aOi+b96fujmD63wPG+o7dfj/2GsfUfTeJ+t4XieD4/n/F2+J0pk/ufav/AIp/ D/sPDgvvPuv4F4v4T/B6H+7+ny/5N9h59ej7n9nzX+39Pi9huL9//uy7+m0fU+FNo8P46/XJ9Rr8 L9TxdWjTo/U8Guv9OvRrvXj/ANa9s8L6n6bu8DTTxvC8J9Oj6zPjV1/VeL3eH4Fe+nXqX7X+Hw/3 c+0+1tNb+7Xg832n3H+5D+FfZ/7jf4p4vL9r4v8AlL06vXf2abD/AMlz/iX9X+nTT4vj6tcenx/F /S8DVTxvF/T8On4eiO//AHT/AFyj+r/stS1+p0/UavBGjxfD/wAVpqpTwP1fC/s/8a09YKjz/f1/ 8Z/iP8F0T6vL93/Ev4lok8/91/B/ln2n8O8ni0/5T5/Jp/e+59tbX+6voG8Xwfr6WtdXgf2XhvTV Xu1U0U0/pa/p/qP0PD6tvng/T7f+7dX03itrp4mrTWPxPqfqceH9b43h+P2avqdePC6b2/jf21J4 P70ef7eDy/b/AN2vJ/CfFlv4V/Af4v8A7kPP5/8AlZ/yv66fV4vZxsH7m/e15+7vA+g8QU+q1afq /COn6jw+2v1HwfT48KurPidGfMOn6flz6nwvGo1Pq9f1HjaYPGro/U8HV43gaf0tejT+HqTiv+LJ Q6Ps/ufsKb+K/efe6/476/t/F95+1/DvP939n4v8i83k+2/e8nsn3TV9RdeJ4VdTVrq16tPfr8Xu 8fR/a6s+Jrrj6foptfoP3ltf778X+qHiSV8PTXTqkr4mju16NGr/AEb6fxdH+Ma+g33R/FrYj7z7 n+4H8RxH95vDe1v4pN5v4n/Df8o1adXm0c/e/X1fbexRP+6P3Ls37q8H9+/T3Xh6v7b6jRF4nx9v h08L6XV3fTfF/ovQ9h+g03Gnw/6zeNN9Xq/t/qu3xNX4Pp9VfpPD/T8LV/ovjdCZJ4ftY/sfD/dz +L0f2ej/ADH3flrft7fb/wDLg/hV/wCH/b/tfeeC3r9l13r+p2nxvD/ef7qs/Gp6eGP7fT3+Jp1f VeL3+FT/AEGnRW/1uvev3l4H1fgweB4P0vh08A6PqNX63i6df1v1H6X0P1/4PA6m+v8AhP8Aygfb fc/43/0efwL/AM5P4V/Fv/IZ4v8Amz7Sf7q/6y/8TNPjfLwfG8P/AJyeJ4X+18L+h0F/1v3Z/wAT P3p4n/DPF8PV+zwf5/Uf0uv/2Q== ------=_NextPart_000_0013_01BEDCC6.C9E1B400-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 7:37:34 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [209.157.86.2]) by hub.freebsd.org (Postfix) with ESMTP id 9DE7315146; Mon, 2 Aug 1999 07:37:29 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id HAA12920; Mon, 2 Aug 1999 07:36:37 -0700 (PDT) (envelope-from dillon) Date: Mon, 2 Aug 1999 07:36:37 -0700 (PDT) From: Matthew Dillon Message-Id: <199908021436.HAA12920@apollo.backplane.com> To: Dag-Erling Smorgrav Cc: John-Mark Gurney , Sheldon Hearn , hackers@FreeBSD.ORG, committers@FreeBSD.ORG Subject: Re: Mentioning RFC numbers in /etc/services References: <70382.933458817@axl.noc.iafrica.com> <19990731161854.11826@hydrogen.fircrest.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :John-Mark Gurney writes: :> Sheldon Hearn scribbled this message on Aug 1: :> > Would you need these entries if inetd let you specify port numbers :> > instead of service names? :> I vote for allowing inetd.conf to specify a port number instead of a :> service name... it should be very easy to make the modification, and :> I'm willing to do all the work, assuming no one on -committers objects.. : :The correct way to do this is to fix getservbyname() so it accepts :port numbers. : :DES :-- :Dag-Erling Smorgrav - des@flood.ping.uio.no If we were to depend on this, it would break code compatibility with other UNIXes for no good reason. For example, someone porting inetd from FreeBSD to something else would not get a compatible result without undoing the 'fix'. 'Fixing' getservbyname() is a really bad idea. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 7:45:10 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from florence.pavilion.net (florence.pavilion.net [194.242.128.25]) by hub.freebsd.org (Postfix) with ESMTP id 885DE14EBB; Mon, 2 Aug 1999 07:44:54 -0700 (PDT) (envelope-from joe@florence.pavilion.net) Received: (from joe@localhost) by florence.pavilion.net (8.9.3/8.8.8) id PAA13066; Mon, 2 Aug 1999 15:40:24 +0100 (BST) (envelope-from joe) Date: Mon, 2 Aug 1999 15:40:23 +0100 From: Josef Karthauser To: Sergey Babkin Cc: Warner Losh , Wes Peters , Matthew Dillon , "Brian F. Feldman" , "Jordan K. Hubbard" , hackers@FreeBSD.ORG Subject: Re: So, back on the topic of enabling bpf in GENERIC... Message-ID: <19990802154023.I60728@pavilion.net> References: <37A3B701.851DF00B@softweyr.com> <199907302342.RAA85088@harmony.village.org> <37A25361.34799F96@bellatlantic.net> <199907310140.SAA95581@apollo.backplane.com> <199908010416.WAA95811@harmony.village.org> <37A45712.58700F7B@bellatlantic.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <37A45712.58700F7B@bellatlantic.net>; from Sergey Babkin on Sun, Aug 01, 1999 at 10:17:54AM -0400 X-NCC-RegID: uk.pavilion Organisation: Pavilion Internet plc, 24 The Old Steine, Brighton, BN1 1EL, England Phone: +44-845-333-5000 Fax: +44-845-333-5001 Mobile: +44-403-596893 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Aug 01, 1999 at 10:17:54AM -0400, Sergey Babkin wrote: > Warner Losh wrote: > > > > In message <37A3B701.851DF00B@softweyr.com> Wes Peters writes: > > : Do we have a list of all services that use bpf? I'm willing to edit the man > > : pages, given a list. I guess I could just grep-o-matic here, huh? > > > > Yes. I'm also in a holding off pattern until we know the exact impact > > for all daemons that use this... > > I think I found a solution that may be better (although more complicated): > > Let the sysadmin to define a bpf filter for the packets that are considered > OK (say, DHCP or RARP or RBOOT or whatever else this installation needs for > normal functioning). Provide some typical examples. > > After this filter is defined and the system goes to a higher security > level bpf first applies this filter to all the incoming packets, and only > if they pass this filter they are checked for application-specified filters. > If there is no such "master" filter defined then bpf can just deny > new open()s as proposed earlier. This will allow the applications to > use bpf but only for the purposes defined in the master filter. This > also resolves the problem of services re-opening bpf after SIGHUP. > I like this. I'd prefer the default to be that bpf forwards all packets, unless there is a template filter defined. I see no reason to change access to bpf at higher secure levels, because a master filter can be installed at boot time to do this work. Of course we may have an equivalent of 'IPFIREWALL_DEFAULT_TO_ACCEPT' to accomodate this. Joe -- Josef Karthauser FreeBSD: How many times have you booted today? Technical Manager Viagra for your server (http://www.uk.freebsd.org) Pavilion Internet plc. [joe@pavilion.net, joe@uk.freebsd.org, joe@tao.org.uk] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 7:56:44 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [209.157.86.2]) by hub.freebsd.org (Postfix) with ESMTP id 4DACE15235 for ; Mon, 2 Aug 1999 07:56:34 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id HAA13149; Mon, 2 Aug 1999 07:55:55 -0700 (PDT) (envelope-from dillon) Date: Mon, 2 Aug 1999 07:55:55 -0700 (PDT) From: Matthew Dillon Message-Id: <199908021455.HAA13149@apollo.backplane.com> To: Dag-Erling Smorgrav Cc: Alfred Perlstein , Doug , freebsd-hackers@FreeBSD.ORG, Dag-Erling Smorgrav Subject: Re: readdirplus is very cool, any other nfs client suggestions? References: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :Alfred Perlstein writes: :> DES: can you elaborate? you think it may cause problems with amd :> since it's like an NFS buffer isn't it and would work over the :> loopback... : :I used loopback mounts to test NFS make worlds a while ago (there were :places where make world would bomb because chflags doesn't work on :NFS) and experienced deadlock problems. Somebody (I don't remember who :exactly) told me that this was a known problem with the NFSv3 code; :reading over loopback mounts works fine, but writing apparently :results in deadlocks. Search the archives; the commit logs should give :you an idea of when this was (check the logs for Makefiles that use :chflags). : :root@des ~# current -l -F Makefile chflags :src/Makefile.inc1 :src/lib/libc/sys/Makefile.inc :src/lib/libc_r/Makefile :src/release/Makefile :src/sys/alpha/conf/Makefile.alpha :src/sys/i386/conf/Makefile.i386 :src/sys/pc98/conf/Makefile.pc98 :src/usr.bin/Makefile :src/usr.bin/chflags/Makefile :src/usr.bin/chpass/Makefile :src/usr.bin/passwd/Makefile : :DES :-- :Dag-Erling Smorgrav - des@yes.no The buildworld chflags problems were fixed around a month ago I think. Since then there have been many NFS fixes committed. I have not tested running buildworld over a loopbacked NFS mount -- I'll do that today -- but I'd say there is a good chance that it will simply work. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 8:14: 2 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [209.157.86.2]) by hub.freebsd.org (Postfix) with ESMTP id 944CD14E80 for ; Mon, 2 Aug 1999 08:13:57 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id IAA13285; Mon, 2 Aug 1999 08:13:33 -0700 (PDT) (envelope-from dillon) Date: Mon, 2 Aug 1999 08:13:33 -0700 (PDT) From: Matthew Dillon Message-Id: <199908021513.IAA13285@apollo.backplane.com> To: Alfred Perlstein Cc: hackers@FreeBSD.ORG Subject: Re: confusion about nfsm_srvmtofh bad behavior? References: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :On Mon, 2 Aug 1999, Alfred Perlstein wrote: : :> } \ :> if (fhlen != 0) { \ :> nfsm_dissect(tl, u_int32_t *, NFSX_V3FH); \ :> bcopy((caddr_t)tl, (caddr_t)(f), NFSX_V3FH); \ :> if ((nfsd->nd_flag & ND_NFSV3) == 0) \ :> nfsm_adv(NFSX_V2FH - NFSX_V3FH); \ :> } \ :> } : :... : :> it then rewinds the mbuf pointers (i think) because of the :> over "dissection" above. :> --- :> :> why does it do the copy, then rewind it, it seems like it knows :> it's doing something wrong and instead of fixing it, it just :> compensates after the fact. : :yes, replying to my own message. : :the only thing i can think of is that the extra data is safely :ignored because the routines that use these macros seem to :pass the version of NFS to all the function that they call... : :however unless i'm wrong (which i probably am) nfsV2 stuff :could be made faster if it was correctly noted and less data :was copied. It would also DTRT and not access data it isn't :supposed to :) : :it seems like all of the V3 handles are the same length so :there isn't much to do there... : :-Alfred Well, I must say that it certainly looks like a bug. It is not going to blow anything up since the nfsm_dissect() will break out if it runs out of buffer space, but it certainly seems inefficient. I am somewhat loath to fix anything in NFS that does not create a demonstrateable problem for fear of creating new problems, though, it is quite possible that the server code depends on the extra junk in the file handle for V2 mounts - A full audit of nfs_nqlease.c and nfs_serv.c would be necessary before this could be fixed. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 8:18:10 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [209.157.86.2]) by hub.freebsd.org (Postfix) with ESMTP id 8CD381518B for ; Mon, 2 Aug 1999 08:18:05 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id IAA13341; Mon, 2 Aug 1999 08:17:14 -0700 (PDT) (envelope-from dillon) Date: Mon, 2 Aug 1999 08:17:14 -0700 (PDT) From: Matthew Dillon Message-Id: <199908021517.IAA13341@apollo.backplane.com> To: Matthew Dillon Cc: Alfred Perlstein , hackers@FreeBSD.ORG Subject: Re: confusion about nfsm_srvmtofh bad behavior? References: <199908021513.IAA13285@apollo.backplane.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ::> it then rewinds the mbuf pointers (i think) because of the ::> over "dissection" above. ::> --- ::> ::> why does it do the copy, then rewind it, it seems like it knows ::> it's doing something wrong and instead of fixing it, it just ::> compensates after the fact. :: ::yes, replying to my own message. :: ::the only thing i can think of is that the extra data is safely ::ignored because the routines that use these macros seem to ::pass the version of NFS to all the function that they call... :: ::however unless i'm wrong (which i probably am) nfsV2 stuff ::could be made faster if it was correctly noted and less data ::was copied. It would also DTRT and not access data it isn't ::supposed to :) :: ::it seems like all of the V3 handles are the same length so ::there isn't much to do there... :: ::-Alfred : : Well, I must say that it certainly looks like a bug. It is not going : to blow anything up since the nfsm_dissect() will break out if it runs : out of buffer space, but it certainly seems inefficient. I am somewhat : loath to fix anything in NFS that does not create a demonstrateable : problem for fear of creating new problems, though, it is quite possible : that the server code depends on the extra junk in the file handle for : V2 mounts - A full audit of nfs_nqlease.c and nfs_serv.c would be : necessary before this could be fixed. : : -Matt : Matthew Dillon : Oh, p.s. But in the mean time, if you or someone would like to commit an XXX comment to document the potential bug / performance problem, I think that would be very appropriate. e.g. /* * Extract file handle from NFS stream. XXX note that the extraction of * the file handle for an NFSv2 mount appears to be rather odd. It is copying * NFSX_V3FH bytes instead of NFSX_V2FH and then rewinding the mbuf index. */ #define nfsm_srvmtofh(f) \ { int fhlen = NFSX_V3FH; \ if (nfsd->nd_flag & ND_NFSV3) { \ nfsm_dissect(tl, u_int32_t *, NFSX_UNSIGNED); \ fhlen = fxdr_unsigned(int, *tl); \ ... -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 8:25:32 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp11.bellglobal.com (smtp11.bellglobal.com [204.101.251.53]) by hub.freebsd.org (Postfix) with ESMTP id 7E82615178 for ; Mon, 2 Aug 1999 08:25:15 -0700 (PDT) (envelope-from vanderh@ecf.toronto.edu) Received: from localhost.nowhere (ppp18364.on.bellglobal.com [206.172.130.44]) by smtp11.bellglobal.com (8.8.5/8.8.5) with ESMTP id LAA23984; Mon, 2 Aug 1999 11:28:10 -0400 (EDT) Received: (from tim@localhost) by localhost.nowhere (8.9.3/8.9.1) id LAA15011; Mon, 2 Aug 1999 11:25:22 -0400 (EDT) (envelope-from tim) Date: Mon, 2 Aug 1999 11:25:22 -0400 From: Tim Vanderhoek To: Dag-Erling Smorgrav Cc: Alfred Perlstein , Doug , freebsd-hackers@FreeBSD.ORG Subject: Re: readdirplus is very cool, any other nfs client suggestions? Message-ID: <19990802112522.B14922@mad> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i In-Reply-To: ; from Dag-Erling Smorgrav on Mon, Aug 02, 1999 at 09:25:52AM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Aug 02, 1999 at 09:25:52AM +0200, Dag-Erling Smorgrav wrote: > (there were > places where make world would bomb because chflags doesn't work on [...] > (check the logs for Makefiles that use > chflags). [...] > root@des ~# current -l -F Makefile chflags > src/Makefile.inc1 Set INSTALLFLAGS_EDIT=:S/schg/,/ to remove these when doing a make world, if needed. [A make world actually works from usermode now with the right set of options (one of which is -DNOGAMES)]. -- This is my .signature which gets appended to the end of my messages. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 8:31: 6 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from des.follo.net (des.follo.net [195.204.143.216]) by hub.freebsd.org (Postfix) with ESMTP id 4A289150C8 for ; Mon, 2 Aug 1999 08:30:48 -0700 (PDT) (envelope-from des@des.follo.net) Received: (from des@localhost) by des.follo.net (8.9.3/8.9.3) id RAA55220; Mon, 2 Aug 1999 17:29:31 +0200 (CEST) (envelope-from des) To: Matthew Dillon Cc: Dag-Erling Smorgrav , Alfred Perlstein , Doug , freebsd-hackers@FreeBSD.ORG Subject: Re: readdirplus is very cool, any other nfs client suggestions? References: <199908021455.HAA13149@apollo.backplane.com> Organization: Yes Interactive Visit-Us-At: http://www.yes.no/ From: Dag-Erling Smorgrav Date: 02 Aug 1999 17:29:31 +0200 In-Reply-To: Matthew Dillon's message of "Mon, 2 Aug 1999 07:55:55 -0700 (PDT)" Message-ID: Lines: 8 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matthew Dillon writes: > The buildworld chflags problems were fixed around a month ago I think. No, I fixed them in february or march. DES -- Dag-Erling Smorgrav - des@yes.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 8:31: 6 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from des.follo.net (des.follo.net [195.204.143.216]) by hub.freebsd.org (Postfix) with ESMTP id 65DA315084 for ; Mon, 2 Aug 1999 08:30:56 -0700 (PDT) (envelope-from des@des.follo.net) Received: (from des@localhost) by des.follo.net (8.9.3/8.9.3) id RAA55227; Mon, 2 Aug 1999 17:30:04 +0200 (CEST) (envelope-from des) To: Tim Vanderhoek Cc: Dag-Erling Smorgrav , Alfred Perlstein , Doug , freebsd-hackers@FreeBSD.ORG Subject: Re: readdirplus is very cool, any other nfs client suggestions? References: <19990802112522.B14922@mad> Organization: Yes Interactive Visit-Us-At: http://www.yes.no/ From: Dag-Erling Smorgrav Date: 02 Aug 1999 17:30:04 +0200 In-Reply-To: Tim Vanderhoek's message of "Mon, 2 Aug 1999 11:25:22 -0400" Message-ID: Lines: 9 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Tim Vanderhoek writes: > Set INSTALLFLAGS_EDIT=:S/schg/,/ to remove these when doing a make > world, if needed. Please try to understand what the issue is before butting in. DES -- Dag-Erling Smorgrav - des@yes.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 8:44:10 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [209.157.86.2]) by hub.freebsd.org (Postfix) with ESMTP id 81AEA1519A for ; Mon, 2 Aug 1999 08:44:06 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id IAA13578; Mon, 2 Aug 1999 08:43:28 -0700 (PDT) (envelope-from dillon) Date: Mon, 2 Aug 1999 08:43:28 -0700 (PDT) From: Matthew Dillon Message-Id: <199908021543.IAA13578@apollo.backplane.com> To: Dag-Erling Smorgrav Cc: Dag-Erling Smorgrav , Alfred Perlstein , Doug , freebsd-hackers@FreeBSD.ORG Subject: Re: readdirplus is very cool, any other nfs client suggestions? References: <199908021455.HAA13149@apollo.backplane.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :Matthew Dillon writes: :> The buildworld chflags problems were fixed around a month ago I think. : :No, I fixed them in february or march. : :DES :-- :Dag-Erling Smorgrav - des@yes.no Ok, then there is a real good chance localhost mounts will work now. I'm running a buildworld test right now with /usr/src and /usr/obj both on NFSv3 localhost mounts. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 8:48:43 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from des.follo.net (des.follo.net [195.204.143.216]) by hub.freebsd.org (Postfix) with ESMTP id 135A514D9C for ; Mon, 2 Aug 1999 08:48:38 -0700 (PDT) (envelope-from des@des.follo.net) Received: (from des@localhost) by des.follo.net (8.9.3/8.9.3) id RAA55266; Mon, 2 Aug 1999 17:48:16 +0200 (CEST) (envelope-from des) To: Matthew Dillon Cc: Dag-Erling Smorgrav , Alfred Perlstein , Doug , freebsd-hackers@FreeBSD.ORG Subject: Re: readdirplus is very cool, any other nfs client suggestions? References: <199908021455.HAA13149@apollo.backplane.com> <199908021543.IAA13578@apollo.backplane.com> Organization: Yes Interactive Visit-Us-At: http://www.yes.no/ From: Dag-Erling Smorgrav Date: 02 Aug 1999 17:48:16 +0200 In-Reply-To: Matthew Dillon's message of "Mon, 2 Aug 1999 08:43:28 -0700 (PDT)" Message-ID: Lines: 16 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matthew Dillon writes: > Ok, then there is a real good chance localhost mounts will work now. I'm happy to hear that, since NFSv3 is significantly faster than NFSv2 on loopback mounts :) > I'm running a buildworld test right now with /usr/src and /usr/obj both > on NFSv3 localhost mounts. Yeah, I was doing installworlds with /usr, /usr/src and /usr/obj NFS-mounted (in a chroot tree on the server, because I got tired of doing it over PLIP). DES -- Dag-Erling Smorgrav - des@yes.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 8:52:58 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from houston.matchlogic.com (houston.matchlogic.com [205.216.147.127]) by hub.freebsd.org (Postfix) with ESMTP id 274DC14F22 for ; Mon, 2 Aug 1999 08:52:54 -0700 (PDT) (envelope-from crandall@matchlogic.com) Received: by houston.matchlogic.com with Internet Mail Service (5.5.2448.0) id ; Mon, 2 Aug 1999 09:52:24 -0600 Message-ID: <64003B21ECCAD11185C500805F31EC03037867A9@houston.matchlogic.com> From: Charles Randall To: freebsd-hackers@freebsd.org Subject: FW: Network problems with 3.2R as VMWare Guest OS Date: Mon, 2 Aug 1999 09:52:14 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Forwarded to -hackers due to a lack of response in -questions. Charles -----Original Message----- From: Charles Randall [mailto:crandall@matchlogic.com] Sent: Friday, July 30, 1999 9:55 AM To: freebsd-questions@freebsd.org Subject: Network problems with 3.2R as VMWare Guest OS I've been running 3.2R as a VMWare for NT (0.80 beta, build 217) "guest" OS. All seems well with the exception that the network seems to die occasionally (no messages in /var/log/messages, I just can't access any other hosts on the network). The VMWare virtual network adapter is recognized as, lnc1: rev 0x10 int a irq 9 on pci0.16.0 lnc1: PCnet-PCI II address 00:50:56:81:11:24 I can solve this with a simple, % ifconfig lnc1 down % ifconfig lnc1 up Has anyone else experienced this? I suspect a problem in the VMWare virtual network adapter or the NT driver it installed. Charles Charles F. Randall crandall@matchlogic.com MatchLogic, Inc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" 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 Aug 2 9:34:33 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 54BD515134 for ; Mon, 2 Aug 1999 09:34:30 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com by peach.ocn.ne.jp (8.9.1a/OCN) id BAA14176; Tue, 3 Aug 1999 01:33:56 +0900 (JST) Message-ID: <37A5C680.3CA1DBD2@newsguy.com> Date: Tue, 03 Aug 1999 01:25:36 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.6 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Warner Losh Cc: Juha.Nurmela@quicknet.inet.fi, Chris Costello , hackers@FreeBSD.ORG Subject: Re: Proposing argv for klds and preloaded modules References: <199908020442.WAA01145@harmony.village.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh wrote: > > In message Juha Nurmela writes: > : Yes, but (this might be a trademark ;) commonly the arguments would > : be used during the sysinit->attach, and at that time sysctl has not yet > : been able to change anything. Use of sysctl would require a sidestep > : from attach and later continuation with a sysctl_proc. Not a problem, > : but inconvenient, IMHO. And it's analogous to executing, they too > : can get arguments. > > I believe that the plan was to make to have more generic stuff so that > all drivers woudln't have to parse argv... Modules are not just drivers. Forget about drivers, and try again. :-) -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org - Jordan, God, what's the difference? - God doesn't belong to the -core. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 9:45: 0 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id B525B14FEC for ; Mon, 2 Aug 1999 09:44:58 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id KAA87685; Mon, 2 Aug 1999 10:44:44 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id KAA06858; Mon, 2 Aug 1999 10:44:49 -0600 (MDT) Message-Id: <199908021644.KAA06858@harmony.village.org> To: "Daniel C. Sobral" Subject: Re: Proposing argv for klds and preloaded modules Cc: Juha.Nurmela@quicknet.inet.fi, Chris Costello , hackers@FreeBSD.ORG In-reply-to: Your message of "Tue, 03 Aug 1999 01:25:36 +0900." <37A5C680.3CA1DBD2@newsguy.com> References: <37A5C680.3CA1DBD2@newsguy.com> <199908020442.WAA01145@harmony.village.org> Date: Mon, 02 Aug 1999 10:44:49 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <37A5C680.3CA1DBD2@newsguy.com> "Daniel C. Sobral" writes: : Modules are not just drivers. Forget about drivers, and try again. : :-) But the generic mechanism extends beyond just drivers :-) Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 9:49:42 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id B6FB614FA1; Mon, 2 Aug 1999 09:49:31 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id KAA87711; Mon, 2 Aug 1999 10:49:06 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id KAA06917; Mon, 2 Aug 1999 10:49:11 -0600 (MDT) Message-Id: <199908021649.KAA06917@harmony.village.org> To: Dag-Erling Smorgrav Subject: Re: Mentioning RFC numbers in /etc/services Cc: Sheldon Hearn , John-Mark Gurney , hackers@FreeBSD.org, committers@FreeBSD.org In-reply-to: Your message of "02 Aug 1999 13:19:01 +0200." References: <79161.933592574@axl.noc.iafrica.com> Date: Mon, 02 Aug 1999 10:49:11 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Dag-Erling Smorgrav writes: : Allow me to re-quote the message I answered: : : > I vote for allowing inetd.conf to specify a port number instead of a : > service name... I've said it before, and I'll say it again: This is an excellent idea! Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 9:51:19 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id D24E114FA1; Mon, 2 Aug 1999 09:51:13 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id KAA87721; Mon, 2 Aug 1999 10:50:31 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id KAA06933; Mon, 2 Aug 1999 10:50:36 -0600 (MDT) Message-Id: <199908021650.KAA06933@harmony.village.org> To: Dag-Erling Smorgrav Subject: Re: Mentioning RFC numbers in /etc/services Cc: Daniel Eischen , gurney_j@resnet.uoregon.edu, committers@FreeBSD.org, hackers@FreeBSD.org, sheldonh@uunet.co.za In-reply-to: Your message of "02 Aug 1999 13:22:38 +0200." References: <199908021116.HAA06757@pcnet1.pcnet.com> Date: Mon, 02 Aug 1999 10:50:36 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Dag-Erling Smorgrav writes: : Daniel Eischen writes: : > Dag-Erling Smorgrav wrote: : > > The correct way to do this is to fix getservbyname() so it accepts : > > port numbers. : > Are you sure this is what you want? I'm 100% positive that I want this. : > It may allow an application to : > use a port number that would otherwise be invalid. I think he's saying that you could run telnet on port 25, which is reserved for mail. I say that I don't care if it allows this. In fact, I want to be able to do things like that... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 10: 6: 6 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from cygnus.rush.net (cygnus.rush.net [209.45.245.133]) by hub.freebsd.org (Postfix) with ESMTP id 0156014FA1 for ; Mon, 2 Aug 1999 10:05:51 -0700 (PDT) (envelope-from bright@rush.net) Received: from localhost (bright@localhost) by cygnus.rush.net (8.9.3/8.9.3) with SMTP id NAA19912; Mon, 2 Aug 1999 13:07:26 -0400 (EDT) Date: Mon, 2 Aug 1999 13:07:25 -0400 (EDT) From: Alfred Perlstein Reply-To: Alfred Perlstein To: Matthew Dillon Cc: hackers@FreeBSD.ORG Subject: Re: confusion about nfsm_srvmtofh bad behavior? In-Reply-To: <199908021517.IAA13341@apollo.backplane.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, 2 Aug 1999, Matthew Dillon wrote: > > ::> it then rewinds the mbuf pointers (i think) because of the > ::> over "dissection" above. > ::> --- > ::> > ::> why does it do the copy, then rewind it, it seems like it knows > ::> it's doing something wrong and instead of fixing it, it just > ::> compensates after the fact. > :: > ::yes, replying to my own message. > :: > ::the only thing i can think of is that the extra data is safely > ::ignored because the routines that use these macros seem to > ::pass the version of NFS to all the function that they call... > :: > ::however unless i'm wrong (which i probably am) nfsV2 stuff > ::could be made faster if it was correctly noted and less data > ::was copied. It would also DTRT and not access data it isn't > ::supposed to :) > :: > ::it seems like all of the V3 handles are the same length so > ::there isn't much to do there... > :: > ::-Alfred > : > : Well, I must say that it certainly looks like a bug. It is not going > : to blow anything up since the nfsm_dissect() will break out if it runs > : out of buffer space, but it certainly seems inefficient. I am somewhat > : loath to fix anything in NFS that does not create a demonstrateable > : problem for fear of creating new problems, though, it is quite possible > : that the server code depends on the extra junk in the file handle for > : V2 mounts - A full audit of nfs_nqlease.c and nfs_serv.c would be > : necessary before this could be fixed. > : > : -Matt > : Matthew Dillon > : > > Oh, p.s. But in the mean time, if you or someone would like to commit > an XXX comment to document the potential bug / performance problem, I > think that would be very appropriate. e.g. > > /* > * Extract file handle from NFS stream. XXX note that the extraction of > * the file handle for an NFSv2 mount appears to be rather odd. It is copying > * NFSX_V3FH bytes instead of NFSX_V2FH and then rewinding the mbuf index. > */ > > #define nfsm_srvmtofh(f) \ > { int fhlen = NFSX_V3FH; \ > if (nfsd->nd_flag & ND_NFSV3) { \ > nfsm_dissect(tl, u_int32_t *, NFSX_UNSIGNED); \ > fhlen = fxdr_unsigned(int, *tl); \ > ... The whole file needs some **** documentation. :) I stared at that for so long wondering why the heck it was doing that. Is there a chance you could give this some of your famous regression testing? http://big.endian.org/~bright/freebsd/patches/nfsm_subs.diff This is a patch that Peter Wemm proposed however he had this: ! if (fhlen < NFSX_V3FH) { \ ! bzero((caddr_t)(f) + fhlen, NFSX_V3FH - fhlen); \ ! } \ right before the while(0) instead of the else clause with the full bzero. i'd rather get rid of the extra copying going on and since previously it was filled with garbage from the rest of the RPC structure i don't think it's nessesary. -Alfred Perlstein - [bright@rush.net|bright@wintelcom.net] systems administrator and programmer Wintelcom - http://www.wintelcom.net/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 10: 7: 7 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from jade.chc-chimes.com (jade.chc-chimes.com [216.28.46.6]) by hub.freebsd.org (Postfix) with ESMTP id 8656514FA1; Mon, 2 Aug 1999 10:07:02 -0700 (PDT) (envelope-from billf@jade.chc-chimes.com) Received: from localhost (billf@localhost) by jade.chc-chimes.com (8.9.3/8.9.3) with ESMTP id MAA11857; Mon, 2 Aug 1999 12:08:09 -0400 (EDT) (envelope-from billf@jade.chc-chimes.com) Date: Mon, 2 Aug 1999 12:08:09 -0400 (EDT) From: Bill Fumerola To: Warner Losh Cc: committers@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Mentioning RFC numbers in /etc/services In-Reply-To: <199908021650.KAA06933@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 Mon, 2 Aug 1999, Warner Losh wrote: > I say that I don't care if it allows this. In fact, I want to be able > to do things like that... Copying the telnet line and changing the first word to 'http' does wonders for being to access machines from inside a school district's firewall. Choosing ports by number would be nice, however the same objections Matt had with changing our API ring some buzzers in my head too, however the evil side of me says "screw whoever is porting inetd, we like functionality. The evil side normally wins. -- - bill fumerola - billf@chc-chimes.com - BF1560 - computer horizons corp - - ph:(800) 252-2421 - bfumerol@computerhorizons.com - billf@FreeBSD.org - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 10:14: 4 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [209.157.86.2]) by hub.freebsd.org (Postfix) with ESMTP id C98A71519A for ; Mon, 2 Aug 1999 10:14:01 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id KAA14239; Mon, 2 Aug 1999 10:13:48 -0700 (PDT) (envelope-from dillon) Date: Mon, 2 Aug 1999 10:13:48 -0700 (PDT) From: Matthew Dillon Message-Id: <199908021713.KAA14239@apollo.backplane.com> To: Alfred Perlstein Cc: hackers@FreeBSD.ORG Subject: Re: confusion about nfsm_srvmtofh bad behavior? References: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :The whole file needs some **** documentation. :) :I stared at that for so long wondering why the heck it was doing that. NFS is the worst-documented code in the kernel, VFS is second-worst. Without commit privs, documenting existing code eats too much of my time I'm afraid. With commit privs I tended to document as I went. :Is there a chance you could give this some of your famous regression :testing? :... :http://big.endian.org/~bright/freebsd/patches/nfsm_subs.diff Lemme look at the patch.... hmm. The patch looks reasonable, I will test it as soon as I finish running the buildworld test on localhost NFS mounts. My source tree is getting a little messy. We have madvise() broken open too. Hopefully we will be able to get that committed soon. -Matt Matthew Dillon :i'd rather get rid of the extra copying going on and since :previously it was filled with garbage from the rest of the RPC :structure i don't think it's nessesary. : :-Alfred Perlstein - [bright@rush.net|bright@wintelcom.net] :systems administrator and programmer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 10:22:44 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id E169815237; Mon, 2 Aug 1999 10:22:30 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id LAA87842; Mon, 2 Aug 1999 11:21:02 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id LAA07176; Mon, 2 Aug 1999 11:21:07 -0600 (MDT) Message-Id: <199908021721.LAA07176@harmony.village.org> To: Bill Fumerola Subject: Re: Mentioning RFC numbers in /etc/services Cc: committers@FreeBSD.ORG, hackers@FreeBSD.ORG In-reply-to: Your message of "Mon, 02 Aug 1999 12:08:09 EDT." References: Date: Mon, 02 Aug 1999 11:21:07 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Bill Fumerola writes: : Copying the telnet line and changing the first word to 'http' does wonders : for being to access machines from inside a school district's firewall. What if the service has no name? : Choosing ports by number would be nice, however the same objections Matt : had with changing our API ring some buzzers in my head too, however the : evil side of me says "screw whoever is porting inetd, we like functionality. : : The evil side normally wins. I don't think we should change getportbyname. If the getportbyname fails, see if a strtol returns a number, and if so use that. I don't see what is so hard about doing that. If someone wants to run a service on a port that it wasn't desinged for, they can still do it today. I don't see what the argument against this change could possibly be. There is no evil here. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 10:27: 9 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from jade.chc-chimes.com (jade.chc-chimes.com [216.28.46.6]) by hub.freebsd.org (Postfix) with ESMTP id C6A5115021; Mon, 2 Aug 1999 10:26:58 -0700 (PDT) (envelope-from billf@jade.chc-chimes.com) Received: from localhost (billf@localhost) by jade.chc-chimes.com (8.9.3/8.9.3) with ESMTP id MAA11945; Mon, 2 Aug 1999 12:27:51 -0400 (EDT) (envelope-from billf@jade.chc-chimes.com) Date: Mon, 2 Aug 1999 12:27:51 -0400 (EDT) From: Bill Fumerola To: Warner Losh Cc: committers@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Mentioning RFC numbers in /etc/services In-Reply-To: <199908021721.LAA07176@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 Mon, 2 Aug 1999, Warner Losh wrote: > I don't think we should change getportbyname. If the getportbyname > fails, see if a strtol returns a number, and if so use that. I don't > see what is so hard about doing that. I agree. The change should be made in inetd, not in getportbyname() > If someone wants to run a service on a port that it wasn't desinged > for, they can still do it today. I don't see what the argument > against this change could possibly be. There is no evil here. Changing getportbyname() would be, which is what was discussed before. -- - bill fumerola - billf@chc-chimes.com - BF1560 - computer horizons corp - - ph:(800) 252-2421 - bfumerol@computerhorizons.com - billf@FreeBSD.org - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 10:31:23 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from overcee.netplex.com.au (overcee.netplex.com.au [202.12.86.7]) by hub.freebsd.org (Postfix) with ESMTP id D785614D54 for ; Mon, 2 Aug 1999 10:31:15 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id CCA101C9F; Tue, 3 Aug 1999 01:31:02 +0800 (WST) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.0.2 2/24/98 To: Alfred Perlstein Cc: Matthew Dillon , hackers@FreeBSD.ORG Subject: Re: confusion about nfsm_srvmtofh bad behavior? In-reply-to: Your message of "Mon, 02 Aug 1999 13:07:25 -0400." Date: Tue, 03 Aug 1999 01:31:02 +0800 From: Peter Wemm Message-Id: <19990802173102.CCA101C9F@overcee.netplex.com.au> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Alfred Perlstein wrote: > On Mon, 2 Aug 1999, Matthew Dillon wrote: > > > > > ::> it then rewinds the mbuf pointers (i think) because of the > > ::> over "dissection" above. > > ::> --- > > ::> > > ::> why does it do the copy, then rewind it, it seems like it knows > > ::> it's doing something wrong and instead of fixing it, it just > > ::> compensates after the fact. > > :: > > ::yes, replying to my own message. > > :: > > ::the only thing i can think of is that the extra data is safely > > ::ignored because the routines that use these macros seem to > > ::pass the version of NFS to all the function that they call... > > :: > > ::however unless i'm wrong (which i probably am) nfsV2 stuff > > ::could be made faster if it was correctly noted and less data > > ::was copied. It would also DTRT and not access data it isn't > > ::supposed to :) > > :: > > ::it seems like all of the V3 handles are the same length so > > ::there isn't much to do there... > > :: > > ::-Alfred > > : > > : Well, I must say that it certainly looks like a bug. It is not going > > : to blow anything up since the nfsm_dissect() will break out if it runs > > : out of buffer space, but it certainly seems inefficient. I am somewha t > > : loath to fix anything in NFS that does not create a demonstrateable > > : problem for fear of creating new problems, though, it is quite possibl e > > : that the server code depends on the extra junk in the file handle for > > : V2 mounts - A full audit of nfs_nqlease.c and nfs_serv.c would be > > : necessary before this could be fixed. > > : > > : -Matt > > : Matthew Dillon > > : > > > > Oh, p.s. But in the mean time, if you or someone would like to commit > > an XXX comment to document the potential bug / performance problem, I > > think that would be very appropriate. e.g. > > > > /* > > * Extract file handle from NFS stream. XXX note that the extraction of > > * the file handle for an NFSv2 mount appears to be rather odd. It is copy ing > > * NFSX_V3FH bytes instead of NFSX_V2FH and then rewinding the mbuf index. > > */ > > > > #define nfsm_srvmtofh(f) \ > > { int fhlen = NFSX_V3FH; \ > > if (nfsd->nd_flag & ND_NFSV3) { \ > > nfsm_dissect(tl, u_int32_t *, NFSX_UNSIGNED); \ > > fhlen = fxdr_unsigned(int, *tl); \ > > ... > > The whole file needs some **** documentation. :) > I stared at that for so long wondering why the heck it was doing that. > > Is there a chance you could give this some of your famous regression > testing? > > http://big.endian.org/~bright/freebsd/patches/nfsm_subs.diff > > This is a patch that Peter Wemm proposed however he had this: > > ! if (fhlen < NFSX_V3FH) { \ > ! bzero((caddr_t)(f) + fhlen, NFSX_V3FH - fhlen); \ > ! } \ > > right before the while(0) instead of the else clause with the > full bzero. > > i'd rather get rid of the extra copying going on and since > previously it was filled with garbage from the rest of the RPC > structure i don't think it's nessesary. Right now it seems we're generating 8 bytes of fsid and 12 (padded to 16) bytes of handle data in the common case for a total of 24 bytes of filehandle. Then we pad that to 32 bytes for V2 or 64 bytes for V3, with random crud. Then we copy this around, store it all in memory, transmit it over the wire, etc. It's a nightmare. NFSv2 filehandles are fixed at 32 bytes long. For V3 we could probably just transmit 24 byte filehandles rather than 64. (I'll reread the spec to make sure there isn't a v3 minimum size). That explicit zero on the end is probably redundant since we've been using random data in it's place since day 1. (We do need (I think) the fhlen == 0 bzero though). Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 10:32:37 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 267A514CA2; Mon, 2 Aug 1999 10:32:28 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id LAA87889; Mon, 2 Aug 1999 11:32:10 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id LAA07269; Mon, 2 Aug 1999 11:32:15 -0600 (MDT) Message-Id: <199908021732.LAA07269@harmony.village.org> To: Bill Fumerola Subject: Re: Mentioning RFC numbers in /etc/services Cc: committers@FreeBSD.ORG, hackers@FreeBSD.ORG In-reply-to: Your message of "Mon, 02 Aug 1999 12:27:51 EDT." References: Date: Mon, 02 Aug 1999 11:32:15 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Bill Fumerola writes: : I agree. The change should be made in inetd, not in getportbyname() Or getservbyname (which is really what you'd want to change). I have patches to inetd that I've enclosed here. They are gorss, but the code itself doesn't lend itself to non-gross patches w/o some rework, which I was too lazy to do this morning. Warner Index: inetd.c =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/usr.sbin/inetd/inetd.c,v retrieving revision 1.70 diff -u -r1.70 inetd.c --- inetd.c 1999/07/26 06:39:46 1.70 +++ inetd.c 1999/08/02 17:27:52 @@ -744,6 +744,7 @@ { struct servtab *sep, *new, **sepp; long omask; + int p; if (!setconfig()) { syslog(LOG_ERR, "%s: %m", CONFIG); @@ -832,15 +833,21 @@ if (!sep->se_rpc) { sp = getservbyname(sep->se_service, sep->se_proto); if (sp == 0) { + if ((p = strtol(sep->se_service, + (char **NULL), 10))) { + sep->se_ctrladdr.sin_port = htons(p); + goto numeric_override; + } syslog(LOG_ERR, "%s/%s: unknown service", sep->se_service, sep->se_proto); sep->se_checked = 0; continue; } if (sp->s_port != sep->se_ctrladdr.sin_port) { + sep->se_ctrladdr.sin_port = sp->s_port; +numeric_override: sep->se_ctrladdr.sin_family = AF_INET; sep->se_ctrladdr.sin_addr = bind_address; - sep->se_ctrladdr.sin_port = sp->s_port; if (sep->se_fd >= 0) close_sep(sep); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 10:34:34 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [209.157.86.2]) by hub.freebsd.org (Postfix) with ESMTP id 9C38F14FE0 for ; Mon, 2 Aug 1999 10:34:30 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id KAA14472; Mon, 2 Aug 1999 10:33:42 -0700 (PDT) (envelope-from dillon) Date: Mon, 2 Aug 1999 10:33:42 -0700 (PDT) From: Matthew Dillon Message-Id: <199908021733.KAA14472@apollo.backplane.com> To: Dag-Erling Smorgrav Cc: Alfred Perlstein , Doug , freebsd-hackers@FreeBSD.ORG Subject: Re: readdirplus is very cool, any other nfs client suggestions? References: <199908021455.HAA13149@apollo.backplane.com> <199908021543.IAA13578@apollo.backplane.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :Matthew Dillon writes: :> Ok, then there is a real good chance localhost mounts will work now. : :I'm happy to hear that, since NFSv3 is significantly faster than NFSv2 :on loopback mounts :) : :> I'm running a buildworld test right now with /usr/src and /usr/obj both :> on NFSv3 localhost mounts. : :Yeah, I was doing installworlds with /usr, /usr/src and /usr/obj :NFS-mounted (in a chroot tree on the server, because I got tired of :doing it over PLIP). : :DES :-- :Dag-Erling Smorgrav - des@yes.no My buildworld finished... it worked! Now on to the NFSv2 fhlen patch testing. I haven't run v2 in several months, hopefully it still works :-) Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/da0s1a 63503 49194 9229 84% / /dev/da0e 63503 6594 51829 11% /var /dev/da0f 63503 7 58416 0% /var/tmp /dev/da0g 762223 409496 291750 58% /usr /dev/da1e 1937983 533730 1249215 30% /usr/ports procfs 4 4 0 100% /proc 209.157.86.2:/FreeBSD 5541549 1666874 3431352 33% /FreeBSD mfs:250 48415 1 44541 0% /usr/src/sys/compile /dev/da0h 2338236 1026582 1124596 48% /mnt localhost:/mnt 2338236 1026582 1124596 48% /usr/obj localhost:/mnt/fbsd4 2338236 1026582 1124596 48% /usr/src -Matt Matthew Dillon Client Info: Rpc Counts: Getattr Setattr Lookup Readlink Read Write Create Remove 0 11072 1225413 875 112634 291389 28334 4476 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access 10171 51 1315 1976 181 9607 0 684339 Mknod Fsstat Fsinfo PathConf Commit GLease Vacate Evict 0 40637 4 0 34030 0 0 0 Rpc Info: TimedOut Invalid X Replies Retries Requests 0 0 2762 9845 2456504 Cache Info: Attr Hits Misses Lkup Hits Misses BioR Hits Misses BioW Hits Misses 13741790 633709 10186640 1223043 2103674 112555 526820 291389 BioRLHits Misses BioD Hits Misses DirE Hits Misses 23340 875 64231 9607 24430 0 Server Info: Getattr Setattr Lookup Readlink Read Write Create Remove 0 11072 1184725 873 65872 292432 28334 4476 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access 10171 51 1315 1976 181 5437 0 618927 Mknod Fsstat Fsinfo PathConf Commit GLease Vacate Evict 0 36461 3 0 34093 0 0 0 Server Ret-Failed 1080044 Server Faults 0 Server Cache Stats: Inprog Idem Non-idem Misses 6973 697 784 2295706 Server Lease Stats: Leases PeakL GLeases 0 0 0 Server Write Gathering: WriteOps WriteRPC Opsaved 292432 292432 0 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 10:35:58 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 2948B14FE0 for ; Mon, 2 Aug 1999 10:35:54 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com by peach.ocn.ne.jp (8.9.1a/OCN) id CAA20550; Tue, 3 Aug 1999 02:35:27 +0900 (JST) Message-ID: <37A5D5DC.30CC6BE2@newsguy.com> Date: Tue, 03 Aug 1999 02:31:08 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.6 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Warner Losh Cc: Juha.Nurmela@quicknet.inet.fi, Chris Costello , hackers@FreeBSD.ORG Subject: Re: Proposing argv for klds and preloaded modules References: <37A5C680.3CA1DBD2@newsguy.com> <199908020442.WAA01145@harmony.village.org> <199908021644.KAA06858@harmony.village.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh wrote: > > In message <37A5C680.3CA1DBD2@newsguy.com> "Daniel C. Sobral" writes: > : Modules are not just drivers. Forget about drivers, and try again. > : :-) > > But the generic mechanism extends beyond just drivers :-) Ah, I recall now. Something similar to the way X works, with all the information stored in a file instead of passed on the command line. If things are passed on the command line, we put a getopt() in the kernel and that's that. Get the _string_ to the application, and let it do it's job. We'll seriously regret anything else. For that matter, when I was working on loader's commands, I want to pre-process their arguments. That idea was shot down on the grounds that we can't foresee what the applications will need as parameters. The same applies here, right? So, here is my take. On one hand, we have Juha's code. The change proposed needs a new syscall. The sooner we make the change, assuming we are making it at all, the less pain. It provides a way of getting parameters that is compatible with what is already possible with loader (ie, the module need not differentiate between it's method of loading). The code is working and ready. On the other hand, we have a vaguely defined vapourware that looks real cool, and will be done some day after other outstanding priorities are dealt with. I'm not a fan of adding code to FreeBSD just because it exists. That _is_ one thing we do different from another popular open source OS, and which serves us well. If the code is crass, does not serve us well, is kitchen-sink bloating, or goes in a direction we see as a dead-end, it should not be imported. Alas, it seems none of the above applies. Even if we *do* come up with something better later, this code won't get in the way any more than what's in loader(8) already does. In that light, I think we ought to import it into our tree. BTW, won't any of the kld gods speak up? -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org - Jordan, God, what's the difference? - God doesn't belong to the -core. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 10:40: 0 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from cygnus.rush.net (cygnus.rush.net [209.45.245.133]) by hub.freebsd.org (Postfix) with ESMTP id E6ECF14D54 for ; Mon, 2 Aug 1999 10:39:48 -0700 (PDT) (envelope-from bright@rush.net) Received: from localhost (bright@localhost) by cygnus.rush.net (8.9.3/8.9.3) with SMTP id NAA22604; Mon, 2 Aug 1999 13:40:51 -0400 (EDT) Date: Mon, 2 Aug 1999 13:40:49 -0400 (EDT) From: Alfred Perlstein To: Peter Wemm Cc: Matthew Dillon , hackers@FreeBSD.ORG Subject: Re: confusion about nfsm_srvmtofh bad behavior? In-Reply-To: <19990802173102.CCA101C9F@overcee.netplex.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 3 Aug 1999, Peter Wemm wrote: > Alfred Perlstein wrote: > > On Mon, 2 Aug 1999, Matthew Dillon wrote: > > > > http://big.endian.org/~bright/freebsd/patches/nfsm_subs.diff > > > > This is a patch that Peter Wemm proposed however he had this: > > > > ! if (fhlen < NFSX_V3FH) { \ > > ! bzero((caddr_t)(f) + fhlen, NFSX_V3FH - fhlen); \ > > ! } \ > > > > right before the while(0) instead of the else clause with the > > full bzero. > > > > i'd rather get rid of the extra copying going on and since > > previously it was filled with garbage from the rest of the RPC > > structure i don't think it's nessesary. > > Right now it seems we're generating 8 bytes of fsid and 12 (padded to 16) > bytes of handle data in the common case for a total of 24 bytes of filehandle. > Then we pad that to 32 bytes for V2 or 64 bytes for V3, with random crud. > Then we copy this around, store it all in memory, transmit it over the wire, > etc. It's a nightmare. yes, ick! :) > NFSv2 filehandles are fixed at 32 bytes long. For V3 we could probably just > transmit 24 byte filehandles rather than 64. (I'll reread the spec to make > sure there isn't a v3 minimum size). there isn't, the only reason i can think of forcing it to the full 64 bytes is that it may interact badly with other NFS implementations that may not handle it correctly. > > That explicit zero on the end is probably redundant since we've been using > random data in it's place since day 1. (We do need (I think) the fhlen == > 0 bzero though). It should probably error and do the same thing that happens above, however, i'm too tired to determine if it's safe to do that after the second nfsm_dissect(), and since it's an error condition that would only happen with a corrupted packet or somesuch it can probably be left alone. I appreciate the time you've taken on IRC to enlighten me about these things. thank you, -Alfred Perlstein - [bright@rush.net|bright@wintelcom.net] systems administrator and programmer Wintelcom - http://www.wintelcom.net/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 10:55:13 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [209.157.86.2]) by hub.freebsd.org (Postfix) with ESMTP id 271A514CB1 for ; Mon, 2 Aug 1999 10:55:08 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id KAA14651; Mon, 2 Aug 1999 10:54:17 -0700 (PDT) (envelope-from dillon) Date: Mon, 2 Aug 1999 10:54:17 -0700 (PDT) From: Matthew Dillon Message-Id: <199908021754.KAA14651@apollo.backplane.com> To: Peter Wemm Cc: Alfred Perlstein , hackers@FreeBSD.ORG Subject: Re: confusion about nfsm_srvmtofh bad behavior? References: <19990802173102.CCA101C9F@overcee.netplex.com.au> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :Right now it seems we're generating 8 bytes of fsid and 12 (padded to 16) :bytes of handle data in the common case for a total of 24 bytes of filehandle. :Then we pad that to 32 bytes for V2 or 64 bytes for V3, with random crud. :Then we copy this around, store it all in memory, transmit it over the wire, :etc. It's a nightmare. : :NFSv2 filehandles are fixed at 32 bytes long. For V3 we could probably just :transmit 24 byte filehandles rather than 64. (I'll reread the spec to make :sure there isn't a v3 minimum size). : :That explicit zero on the end is probably redundant since we've been using :random data in it's place since day 1. (We do need (I think) the fhlen == :0 bzero though). : :Cheers, :-Peter Well, judging from the code I think that NFSv3 handles are locked in at 64 bytes. Otherwise the nfsm_srvmtofh() macro will dump out when fhlen != NFSX_V3FH. The macro could be wrong, but I would have thought that we'd get more intereoperability complaints then. We definitely have to zero the handle if fhlen == 0 -- I haven't audited the code but my guess is that users of the macro may assume that the fh has been zerod in certain degenerate cases. I'll bet the handle is optional in parts of the protocol. #define nfsm_srvmtofh(f) \ do { \ int fhlen; \ if (nfsd->nd_flag & ND_NFSV3) { \ nfsm_dissect(tl, u_int32_t *, NFSX_UNSIGNED); \ fhlen = fxdr_unsigned(int, *tl); \ if (fhlen != 0 && fhlen != NFSX_V3FH) { \ error = EBADRPC; \ nfsm_reply(0); \ } \ ... -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 11: 3:12 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 2E22A15191; Mon, 2 Aug 1999 11:03:06 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id MAA88021; Mon, 2 Aug 1999 12:01:55 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id MAA07494; Mon, 2 Aug 1999 12:02:00 -0600 (MDT) Message-Id: <199908021802.MAA07494@harmony.village.org> To: Darren Reed Subject: Re: Mentioning RFC numbers in /etc/services Cc: billf@jade.chc-chimes.com, committers@FreeBSD.org, hackers@FreeBSD.org In-reply-to: Your message of "Tue, 03 Aug 1999 03:54:47 +1000." <199908021754.DAA25675@avalon.reed.wattle.id.au> References: <199908021754.DAA25675@avalon.reed.wattle.id.au> Date: Mon, 02 Aug 1999 12:02:00 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199908021754.DAA25675@avalon.reed.wattle.id.au> Darren Reed writes: : Why not just use the changes NetBSD made to their inetd ~6 years ago ? Didn't know about them? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 11:17:14 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from dt011n65.san.rr.com (dt011n65.san.rr.com [204.210.13.101]) by hub.freebsd.org (Postfix) with ESMTP id 32D6C14C93 for ; Mon, 2 Aug 1999 11:17:07 -0700 (PDT) (envelope-from Doug@gorean.org) Received: from localhost (doug@localhost) by dt011n65.san.rr.com (8.8.8/8.8.8) with ESMTP id LAA01724; Mon, 2 Aug 1999 11:16:36 -0700 (PDT) (envelope-from Doug@gorean.org) Date: Mon, 2 Aug 1999 11:16:36 -0700 (PDT) From: Doug X-Sender: doug@dt011n65.san.rr.com To: Dag-Erling Smorgrav Cc: Alfred Perlstein , freebsd-hackers@FreeBSD.ORG Subject: Re: readdirplus is very cool, any other nfs client suggestions? 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 2 Aug 1999, Dag-Erling Smorgrav wrote: > Alfred Perlstein writes: > > DES: can you elaborate? you think it may cause problems with amd > > since it's like an NFS buffer isn't it and would work over the > > loopback... > > I used loopback mounts to test NFS make worlds a while ago Hrrmmm... I'm not sure where the concern about loopback stuff comes from. Does amd use the loopback interface to communicate with anything? Thanks, Doug -- On account of being a democracy and run by the people, we are the only nation in the world that has to keep a government four years, no matter what it does. -- Will Rogers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 12:22:44 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id 7CDE414E78 for ; Mon, 2 Aug 1999 12:21:19 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id UAA79066; Mon, 2 Aug 1999 20:25:35 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Mon, 2 Aug 1999 20:25:34 +0100 (BST) From: Doug Rabson To: "Daniel C. Sobral" Cc: Warner Losh , Juha.Nurmela@quicknet.inet.fi, Chris Costello , hackers@freebsd.org Subject: Re: Proposing argv for klds and preloaded modules In-Reply-To: <37A5D5DC.30CC6BE2@newsguy.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 3 Aug 1999, Daniel C. Sobral wrote: > Warner Losh wrote: > > > > In message <37A5C680.3CA1DBD2@newsguy.com> "Daniel C. Sobral" writes: > > : Modules are not just drivers. Forget about drivers, and try again. > > : :-) > > > > But the generic mechanism extends beyond just drivers :-) > > Ah, I recall now. Something similar to the way X works, with all the > information stored in a file instead of passed on the command line. > > If things are passed on the command line, we put a getopt() in the > kernel and that's that. Get the _string_ to the application, and let > it do it's job. We'll seriously regret anything else. > > For that matter, when I was working on loader's commands, I want to > pre-process their arguments. That idea was shot down on the grounds > that we can't foresee what the applications will need as parameters. > The same applies here, right? > > So, here is my take. On one hand, we have Juha's code. The change > proposed needs a new syscall. The sooner we make the change, > assuming we are making it at all, the less pain. It provides a way > of getting parameters that is compatible with what is already > possible with loader (ie, the module need not differentiate between > it's method of loading). The code is working and ready. > > On the other hand, we have a vaguely defined vapourware that looks > real cool, and will be done some day after other outstanding > priorities are dealt with. > > I'm not a fan of adding code to FreeBSD just because it exists. That > _is_ one thing we do different from another popular open source OS, > and which serves us well. If the code is crass, does not serve us > well, is kitchen-sink bloating, or goes in a direction we see as a > dead-end, it should not be imported. > > Alas, it seems none of the above applies. Even if we *do* come up > with something better later, this code won't get in the way any more > than what's in loader(8) already does. In that light, I think we > ought to import it into our tree. > > BTW, won't any of the kld gods speak up? I'm currently extremely distracted by non-FreeBSD work and will be so until after SIGGRAPH. If Peter doesn't show an interest before then remind me in a couple of weeks. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 12:44:55 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (Postfix) with ESMTP id A436314C48 for ; Mon, 2 Aug 1999 12:44:52 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.3/8.8.8) with ESMTP id MAA00862; Mon, 2 Aug 1999 12:38:40 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199908021938.MAA00862@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Alfred Perlstein Cc: hackers@freebsd.org Subject: Re: confusion about nfsm_srvmtofh bad behavior? In-reply-to: Your message of "Mon, 02 Aug 1999 07:18:36 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 02 Aug 1999 12:38:40 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > ok: > > #define nfsm_srvmtofh(f) \ > { int fhlen = NFSX_V3FH; \ > if (nfsd->nd_flag & ND_NFSV3) { \ > nfsm_dissect(tl, u_int32_t *, NFSX_UNSIGNED); \ > fhlen = fxdr_unsigned(int, *tl); \ > if (fhlen == 0) { \ > bzero((caddr_t)(f), NFSX_V3FH); \ > } else if (fhlen != NFSX_V3FH) { \ > error = EBADRPC; \ > nfsm_reply(0); \ > } \ > } \ > if (fhlen != 0) { \ > nfsm_dissect(tl, u_int32_t *, NFSX_V3FH); \ > bcopy((caddr_t)tl, (caddr_t)(f), NFSX_V3FH); \ > if ((nfsd->nd_flag & ND_NFSV3) == 0) \ > nfsm_adv(NFSX_V2FH - NFSX_V3FH); \ > } \ > } > > notice the bcopy? i don't really understand why we always > seem to copy 64 bytes (NFSX_V3FH), isn't this a bug? Yeah, you could probably rewrite as: #define nfsm_srvmtofh(f) \ { int fhlen; \ if (nfsd->nd_flag & ND_NFSV3) { \ nfsm_dissect(tl, u_int32_t *, NFSX_UNSIGNED); \ fhlen = fxdr_unsigned(int, *tl); \ if (fhlen == 0) { \ bzero((caddr_t)(f), NFSX_V3FH); \ } else if (fhlen != NFSX_V3FH) { \ error = EBADRPC; \ nfsm_reply(0); \ } else { \ nfsm_dissect(tl, u_int32_t *, NFSX_V3FH); \ bcopy((caddr_t)tl, (caddr_t)(f), NFSX_V3FH); \ }\ } else { nfsm_dissect(tl, u_int32_t *, NFSX_V2FH); \ bcopy((caddr_t)tl, (caddr_t)(f), NFSX_V2FH); \ } \ } which avoids using fhlen as an argument to anything (speed) and limits the bcopy size appropriately by protocol. -- \\ The mind's the standard \\ Mike Smith \\ of the man. \\ msmith@freebsd.org \\ -- Joseph Merrick \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 13:24:53 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id 4090E14CC4 for ; Mon, 2 Aug 1999 13:24:47 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by relay.nuxi.com (8.9.3/8.9.3) id NAA53286 for hackers@freebsd.org; Mon, 2 Aug 1999 13:24:15 -0700 (PDT) (envelope-from obrien) Message-ID: <19990802132415.A53274@nuxi.com> Date: Mon, 2 Aug 1999 13:24:15 -0700 From: "David O'Brien" To: hackers@freebsd.org Subject: Initio INI-* SCSI card support Reply-To: obrien@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i X-Operating-System: FreeBSD 3.2-STABLE Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Has anybody taken a look at the FreeBSD driver source at http://www.initio.com/source.zip for the INI-* cards? Is this something we should import into -CURRENT? -- -- David (obrien@NUXI.com -or- obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 13:45:24 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from mailhub.scl.ameslab.gov (mailhub.scl.ameslab.gov [147.155.137.127]) by hub.freebsd.org (Postfix) with ESMTP id B00E014DAE; Mon, 2 Aug 1999 13:45:20 -0700 (PDT) (envelope-from ghelmer@scl.ameslab.gov) Received: from demios.ether.scl.ameslab.gov ([147.155.137.54]) by mailhub.scl.ameslab.gov with esmtp (Exim 3.02 #1) id 11BOwo-00031G-00; Mon, 02 Aug 1999 15:44:38 -0500 Date: Mon, 2 Aug 1999 15:44:37 -0500 From: Guy Helmer To: obrien@freebsd.org Cc: hackers@freebsd.org Subject: Re: Initio INI-* SCSI card support In-Reply-To: <19990802132415.A53274@nuxi.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, 2 Aug 1999, David O'Brien wrote: > Has anybody taken a look at the FreeBSD driver source at > http://www.initio.com/source.zip for the INI-* cards? Is this something > we should import into -CURRENT? It would be handy for me if it were brought in. FWIW, I'm using this driver with an SIIG AP-10 SCSI card under -current. Guy Guy Helmer, Ph.D. Candidate, Iowa State University Dept. of Computer Science Research Assistant, Ames Laboratory --- ghelmer@scl.ameslab.gov Research Assistant, Dept. of Computer Science --- ghelmer@cs.iastate.edu http://www.cs.iastate.edu/~ghelmer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 13:46:48 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from assaris.sics.se (assaris.sics.se [193.10.66.108]) by hub.freebsd.org (Postfix) with ESMTP id 982F914CC4; Mon, 2 Aug 1999 13:46:40 -0700 (PDT) (envelope-from assar@sics.se) Received: (from assar@localhost) by assaris.sics.se (8.9.3/8.7.3) id WAA02373; Mon, 2 Aug 1999 22:47:17 +0200 (CEST) To: Warner Losh Cc: Bill Fumerola , committers@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Mentioning RFC numbers in /etc/services References: <199908021732.LAA07269@harmony.village.org> Mime-Version: 1.0 (generated by tm-edit 7.68) Content-Type: text/plain; charset=US-ASCII From: Assar Westerlund Date: 02 Aug 1999 22:47:16 +0200 In-Reply-To: Warner Losh's message of "Mon, 02 Aug 1999 11:32:15 -0600" Message-ID: <5laes96hbf.fsf@assaris.sics.se> Lines: 69 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh writes: > Or getservbyname (which is really what you'd want to change). I have > patches to inetd that I've enclosed here. They are gorss, but the > code itself doesn't lend itself to non-gross patches w/o some rework, > which I was too lazy to do this morning. Or you might as well fix it for RPCs at the same time. /assar --- inetd.c.orig Mon Aug 2 22:35:28 1999 +++ inetd.c Mon Aug 2 22:41:52 1999 @@ -830,34 +830,50 @@ continue; } if (!sep->se_rpc) { + int port; + sp = getservbyname(sep->se_service, sep->se_proto); if (sp == 0) { - syslog(LOG_ERR, "%s/%s: unknown service", + port = htons(strtol (sep->se_service, + NULL, 0)); + if (port == 0) { + syslog(LOG_ERR, + "%s/%s: unknown service", sep->se_service, sep->se_proto); sep->se_checked = 0; continue; } - if (sp->s_port != sep->se_ctrladdr.sin_port) { + } else + port = sp->s_port; + if (port != sep->se_ctrladdr.sin_port) { sep->se_ctrladdr.sin_family = AF_INET; sep->se_ctrladdr.sin_addr = bind_address; - sep->se_ctrladdr.sin_port = sp->s_port; + sep->se_ctrladdr.sin_port = port; if (sep->se_fd >= 0) close_sep(sep); } } else { + int rpc_number; + rpc = getrpcbyname(sep->se_service); if (rpc == 0) { - syslog(LOG_ERR, "%s/%s unknown RPC service.", + rpc_number = strtol (sep->se_service, + NULL, 0); + if (rpc_number == 0) { + syslog(LOG_ERR, + "%s/%s unknown RPC service.", sep->se_service, sep->se_proto); if (sep->se_fd != -1) (void) close(sep->se_fd); sep->se_fd = -1; continue; } - if (rpc->r_number != sep->se_rpc_prog) { + } else + rpc_number = sep->se_rpc_prog; + if (rpc_number != sep->se_rpc_prog) { if (sep->se_rpc_prog) unregisterrpc(sep); - sep->se_rpc_prog = rpc->r_number; + sep->se_rpc_prog = rpc_number; if (sep->se_fd != -1) (void) close(sep->se_fd); sep->se_fd = -1; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 14: 3:40 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from alcanet.com.au (border.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id A875615230 for ; Mon, 2 Aug 1999 14:03:06 -0700 (PDT) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <40321>; Tue, 3 Aug 1999 06:43:11 +1000 Date: Tue, 3 Aug 1999 07:02:26 +1000 From: Peter Jeremy Subject: Re: So, back on the topic of enabling bpf in GENERIC... To: hackers@FreeBSD.ORG Message-Id: <99Aug3.064311est.40321@border.alcanet.com.au> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <37A3B701.851DF00B@softweyr.com> Wes Peters writes: >Do we have a list of all services that use bpf? In the base system, ipfilter et al (ie ipsend(1)), tcpdump, rbootd, rarpd and dhcp. Someone who's got a complete set of ports might like to comment on what ports need bpf. Of these, we need to leave rarpd, dhcp and maybe rbootd running, whilst inhibiting tcpdump and ipfilter (or at least stop them being used to sniff networks)[*]. As I've already mentioned elsewhere, a fairly easy option would be to create a `crippled' BPF - which included a hard-wired filter that only returned broadcast packets and disabled BIOCSETF and maybe BIOCPROMISC. The crippled BPF would be part of GENERIC, and anyone who wanted the full functionality could re-compile without the `CRIPPLED_BPF' flag. Another option would be to have the BPF crippling based on the secure-level (or driven via a specific `raise-only' sysctl). Apart from the hard-wired filters, the code to do this is trivial (though not as trivial as simply blocking bpf_open is securelevel > 1). [*] I personally don't believe that the mere presence of bpf is a security hole. By default you need root to activate it (and if someone undesirable has root access, you have other problems). It's also trivially easy to sniff a network from a Windoze PC. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 14: 8:45 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from logatome.micronet.fr (logatome-2.francenet.fr [193.149.96.2]) by hub.freebsd.org (Postfix) with ESMTP id 269621505F; Mon, 2 Aug 1999 14:08:08 -0700 (PDT) (envelope-from Sebastien.Gioria@FranceNet.fr) Received: from gioria.dialup.FranceNet.fr (eku28.dialup.francenet.fr [193.149.106.173] (may be forged)) by logatome.micronet.fr (8.8.8/8.8.8) with ESMTP id XAA09202; Mon, 2 Aug 1999 23:05:50 +0200 (CEST) Received: by gioria.dialup.FranceNet.fr (Postfix, from userid 42) id 2CC241FF8A; Mon, 2 Aug 1999 23:07:26 +0200 (CEST) Message-ID: <19990802230726.G23044@FranceNet.fr> Date: Mon, 2 Aug 1999 23:07:26 +0200 From: Sebastien GIORIA To: hackers@FreeBSD.org, stable@FreeBSD.org Subject: Jail syscalls Reply-To: Sebastien GIORIA Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i Operating-System: Definitely FreeBSD Function: Security Administrator X-Work-Organization: FranceNet X-Work-Postal-Address: 28 Rue Desaix , 75015 Paris, France, Terre X-Home-Organization: French FreeBSD Documentation Project X-Home-Postal-Address: 32 Rue Baron Le Roy, 75012 Paris, France, Terre X-Operating-System: FreeBSD-STABLE + PAO enabled X-URL-Home: http://www.FreeBSD-fr.org X-URL-Work: http://www.FranceNet.fr Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi guys, I'm in the process of evaluating (next month) some box who made the same that jail syscall but this is linux boxes :-( or Solaris boxes. So, If I can make a FreeBSD-STABLE (3.X box) working with jail in the competition, I've got a good point for my boss. We are currently working with some FreeBSD boxes as mail, dns, radius servers and if we can made webserver, this will be a great work for us because we love it. So my question is; Are they some guys who have patchs for a -STABLE box ? This is not a problem if this is not actually supported because the linux boxes are only ALPHA boxes. My process decision is in the next 6 months, so if some guys from core (particuliary PHK; if I remenber this is the responsible of the jail subsystem). Thank for your responses S. -- FranceNet Security Administrator Sebastien.Gioria@FranceNet.fr French FreeBSD Documentation Project gioria@FreeBSD.org Tout FreeBSD en Francais http://www.FreeBSD-fr.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 14:44:40 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from awfulhak.org (dynamic-4.max1-du-ws.dialnetwork.pavilion.co.uk [212.74.8.4]) by hub.freebsd.org (Postfix) with ESMTP id 9FC3F14C46; Mon, 2 Aug 1999 14:44:25 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from keep.lan.Awfulhak.org (root@keep.lan.Awfulhak.org [172.16.0.8]) by awfulhak.org (8.9.3/8.9.3) with ESMTP id WAA00411; Mon, 2 Aug 1999 22:34:04 +0100 (BST) (envelope-from brian@lan.awfulhak.org) Received: from keep.lan.Awfulhak.org (brian@localhost.lan.Awfulhak.org [127.0.0.1]) by keep.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id WAA00661; Mon, 2 Aug 1999 22:35:13 +0100 (BST) (envelope-from brian@keep.lan.Awfulhak.org) Message-Id: <199908022135.WAA00661@keep.lan.Awfulhak.org> X-Mailer: exmh version 2.0.2 2/24/98 To: Matthew Dillon Cc: Dag-Erling Smorgrav , John-Mark Gurney , Sheldon Hearn , hackers@FreeBSD.org, committers@FreeBSD.org Subject: Re: Mentioning RFC numbers in /etc/services In-reply-to: Your message of "Mon, 02 Aug 1999 07:36:37 PDT." <199908021436.HAA12920@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 02 Aug 1999 22:35:13 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG dillon@apollo.backplane.com said: > :The correct way to do this is to fix getservbyname() so it accepts > :port numbers. : :DES :-- :Dag-Erling Smorgrav - des@flood.ping.uio.no > > > If we were to depend on this, it would break code compatibility with > other UNIXes for no good reason. For example, someone porting inetd > from FreeBSD to something else would not get a compatible result without > undoing the 'fix'. > > 'Fixing' getservbyname() is a really bad idea. I agree - unless all the BSDs agree, changing this sort of thing is just going to disfavour FreeBSD as a development platform. I've been stung with things like pipe() for exactly the same reasons. IMHO, pipe() should *not* behave like socketpair() as it encourages FreeBSD developers to write bad code :-( -- 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 Mon Aug 2 15:46:20 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 3039C14FB2; Mon, 2 Aug 1999 15:46:11 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id QAA58722; Mon, 2 Aug 1999 16:46:00 -0600 (MDT) (envelope-from ken) Message-Id: <199908022246.QAA58722@panzer.kdm.org> Subject: Re: Initio INI-* SCSI card support In-Reply-To: from Guy Helmer at "Aug 2, 1999 03:44:37 pm" To: ghelmer@scl.ameslab.gov (Guy Helmer) Date: Mon, 2 Aug 1999 16:46:00 -0600 (MDT) Cc: obrien@FreeBSD.ORG, hackers@FreeBSD.ORG From: "Kenneth D. Merry" X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Guy Helmer wrote... > On Mon, 2 Aug 1999, David O'Brien wrote: > > > Has anybody taken a look at the FreeBSD driver source at > > http://www.initio.com/source.zip for the INI-* cards? Is this something > > we should import into -CURRENT? > > It would be handy for me if it were brought in. FWIW, I'm using this > driver with an SIIG AP-10 SCSI card under -current. I've seen it, as has Justin. There are actually two drivers. Justin still needs to review it, and there were some copyright problems with one of the drivers last time I checked. (one file without a copyright, one file with a restrictive copyright, and one file with a BSD copyright) Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 16:19:34 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [209.157.86.2]) by hub.freebsd.org (Postfix) with ESMTP id 9289214C22 for ; Mon, 2 Aug 1999 16:19:32 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id QAA16171; Mon, 2 Aug 1999 16:18:48 -0700 (PDT) (envelope-from dillon) Date: Mon, 2 Aug 1999 16:18:48 -0700 (PDT) From: Matthew Dillon Message-Id: <199908022318.QAA16171@apollo.backplane.com> To: Dag-Erling Smorgrav , Alfred Perlstein , Doug , freebsd-hackers@FreeBSD.ORG Subject: Re: readdirplus is very cool, any other nfs client suggestions? References: <199908021455.HAA13149@apollo.backplane.com> <199908021543.IAA13578@apollo.backplane.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG : Now on to the NFSv2 fhlen patch testing. I haven't run v2 in several : months, hopefully it still works :-) My buildworld using the NFSv2 file handle length patch succeeded as well. I've included the patch again for reference. (Note: I didn't write this patch, refer back to the thread for that info). -Matt Index: nfsm_subs.h =================================================================== RCS file: /home/ncvs/src/sys/nfs/nfsm_subs.h,v retrieving revision 1.24 diff -u -r1.24 nfsm_subs.h --- nfsm_subs.h 1999/06/23 04:44:14 1.24 +++ nfsm_subs.h 1999/08/02 17:22:38 @@ -419,24 +419,25 @@ } } #define nfsm_srvmtofh(f) \ - { int fhlen = NFSX_V3FH; \ + do { \ + int fhlen; \ if (nfsd->nd_flag & ND_NFSV3) { \ nfsm_dissect(tl, u_int32_t *, NFSX_UNSIGNED); \ fhlen = fxdr_unsigned(int, *tl); \ - if (fhlen == 0) { \ - bzero((caddr_t)(f), NFSX_V3FH); \ - } else if (fhlen != NFSX_V3FH) { \ + if (fhlen != 0 && fhlen != NFSX_V3FH) { \ error = EBADRPC; \ nfsm_reply(0); \ } \ + } else { \ + fhlen = NFSX_V2FH; \ } \ if (fhlen != 0) { \ - nfsm_dissect(tl, u_int32_t *, NFSX_V3FH); \ - bcopy((caddr_t)tl, (caddr_t)(f), NFSX_V3FH); \ - if ((nfsd->nd_flag & ND_NFSV3) == 0) \ - nfsm_adv(NFSX_V2FH - NFSX_V3FH); \ + nfsm_dissect(tl, u_int32_t *, fhlen); \ + bcopy((caddr_t)tl, (caddr_t)(f), fhlen); \ + } else { \ + bzero((caddr_t)(f), NFSX_V3FH); /* XXX why not do a EBADRPC? */ \ } \ - } + } while (0) #define nfsm_clget \ if (bp >= be) { \ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 16:45:22 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from awfulhak.org (dynamic-101.max1-du-ws.dialnetwork.pavilion.co.uk [212.74.8.101]) by hub.freebsd.org (Postfix) with ESMTP id 8CFA715080; Mon, 2 Aug 1999 16:45:13 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from keep.lan.Awfulhak.org (root@keep.lan.Awfulhak.org [172.16.0.8]) by awfulhak.org (8.9.3/8.9.3) with ESMTP id XAA01311; Mon, 2 Aug 1999 23:15:53 +0100 (BST) (envelope-from brian@lan.awfulhak.org) Received: from keep.lan.Awfulhak.org (brian@localhost.lan.Awfulhak.org [127.0.0.1]) by keep.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id XAA02577; Mon, 2 Aug 1999 23:17:01 +0100 (BST) (envelope-from brian@keep.lan.Awfulhak.org) Message-Id: <199908022217.XAA02577@keep.lan.Awfulhak.org> X-Mailer: exmh version 2.0.2 2/24/98 To: Warner Losh Cc: Bill Fumerola , committers@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Mentioning RFC numbers in /etc/services In-reply-to: Your message of "Mon, 02 Aug 1999 11:32:15 MDT." <199908021732.LAA07269@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 02 Aug 1999 23:17:01 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [.....] > @@ -832,15 +833,21 @@ > if (!sep->se_rpc) { > sp = getservbyname(sep->se_service, sep->se_proto); > if (sp == 0) { > + if ((p = strtol(sep->se_service, > + (char **NULL), 10))) { > + sep->se_ctrladdr.sin_port = htons(p); > + goto numeric_override; > + } > syslog(LOG_ERR, "%s/%s: unknown service", > sep->se_service, sep->se_proto); > sep->se_checked = 0; > continue; > } > if (sp->s_port != sep->se_ctrladdr.sin_port) { > + sep->se_ctrladdr.sin_port = sp->s_port; > +numeric_override: > sep->se_ctrladdr.sin_family = AF_INET; > sep->se_ctrladdr.sin_addr = bind_address; > - sep->se_ctrladdr.sin_port = sp->s_port; > if (sep->se_fd >= 0) > close_sep(sep); > } [.....] Yes, but do it the other way 'round - strtol first, if it's not all numeric, getservbyname(). -- 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 Mon Aug 2 16:54:34 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from cygnus.rush.net (cygnus.rush.net [209.45.245.133]) by hub.freebsd.org (Postfix) with ESMTP id 8401814CCA for ; Mon, 2 Aug 1999 16:54:15 -0700 (PDT) (envelope-from bright@rush.net) Received: from localhost (bright@localhost) by cygnus.rush.net (8.9.3/8.9.3) with SMTP id TAA06086; Mon, 2 Aug 1999 19:55:12 -0400 (EDT) Date: Mon, 2 Aug 1999 19:55:11 -0400 (EDT) From: Alfred Perlstein To: Matthew Dillon Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: readdirplus is very cool, any other nfs client suggestions? In-Reply-To: <199908022318.QAA16171@apollo.backplane.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, 2 Aug 1999, Matthew Dillon wrote: > : Now on to the NFSv2 fhlen patch testing. I haven't run v2 in several > : months, hopefully it still works :-) > > My buildworld using the NFSv2 file handle length patch succeeded as > well. > > I've included the patch again for reference. (Note: I didn't write > this patch, refer back to the thread for that info). > > -Matt any percievable performance gain? I doubt it... -Alfred Perlstein - [bright@rush.net|bright@wintelcom.net] systems administrator and programmer Wintelcom - http://www.wintelcom.net/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 17:38:59 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from pop3-3.enteract.com (pop3-3.enteract.com [207.229.143.32]) by hub.freebsd.org (Postfix) with SMTP id 436C91505E for ; Mon, 2 Aug 1999 17:38:46 -0700 (PDT) (envelope-from dscheidt@enteract.com) Received: (qmail 5283 invoked from network); 3 Aug 1999 00:38:04 -0000 Received: from shell-2.enteract.com (dscheidt@207.229.143.41) by pop3-3.enteract.com with SMTP; 3 Aug 1999 00:38:04 -0000 Date: Mon, 2 Aug 1999 19:38:04 -0500 (CDT) From: David Scheidt To: Brian Somers Cc: Warner Losh , Bill Fumerola , committers@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Mentioning RFC numbers in /etc/services In-Reply-To: <199908022217.XAA02577@keep.lan.Awfulhak.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 Mon, 2 Aug 1999, Brian Somers wrote: > Yes, but do it the other way 'round - strtol first, if it's not all > numeric, getservbyname(). Can't you have all numeric service names? > David scheidt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 17:51:13 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (Postfix) with ESMTP id DF13D14BDC for ; Mon, 2 Aug 1999 17:51:10 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.3/8.8.8) with ESMTP id RAA02341; Mon, 2 Aug 1999 17:45:42 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199908030045.RAA02341@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Charles Randall Cc: freebsd-hackers@freebsd.org Subject: Re: FW: Network problems with 3.2R as VMWare Guest OS In-reply-to: Your message of "Mon, 02 Aug 1999 09:52:14 MDT." <64003B21ECCAD11185C500805F31EC03037867A9@houston.matchlogic.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 02 Aug 1999 17:45:42 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Forwarded to -hackers due to a lack of response in -questions. The lnc driver is not the most wonderful; you might want to talk to Paul Richards (paul@freebsd.org) about this. > Charles > > -----Original Message----- > From: Charles Randall [mailto:crandall@matchlogic.com] > Sent: Friday, July 30, 1999 9:55 AM > To: freebsd-questions@freebsd.org > Subject: Network problems with 3.2R as VMWare Guest OS > > > I've been running 3.2R as a VMWare for NT (0.80 beta, build 217) "guest" OS. > > All seems well with the exception that the network seems to die occasionally > (no messages in /var/log/messages, I just can't access any other hosts on > the network). > > The VMWare virtual network adapter is recognized as, > > lnc1: rev 0x10 int a irq 9 on pci0.16.0 > lnc1: PCnet-PCI II address 00:50:56:81:11:24 > > I can solve this with a simple, > > % ifconfig lnc1 down > % ifconfig lnc1 up > > Has anyone else experienced this? I suspect a problem in the VMWare virtual > network adapter or the NT driver it installed. > > Charles > > Charles F. Randall > crandall@matchlogic.com > MatchLogic, Inc. > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-questions" in the body of the message > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > -- \\ The mind's the standard \\ Mike Smith \\ of the man. \\ msmith@freebsd.org \\ -- Joseph Merrick \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 17:52:44 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [209.157.86.2]) by hub.freebsd.org (Postfix) with ESMTP id 2586114FAC for ; Mon, 2 Aug 1999 17:52:38 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id RAA16461; Mon, 2 Aug 1999 17:51:59 -0700 (PDT) (envelope-from dillon) Date: Mon, 2 Aug 1999 17:51:59 -0700 (PDT) From: Matthew Dillon Message-Id: <199908030051.RAA16461@apollo.backplane.com> To: Alfred Perlstein Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: readdirplus is very cool, any other nfs client suggestions? References: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :> My buildworld using the NFSv2 file handle length patch succeeded as :> well. :> :> I've included the patch again for reference. (Note: I didn't write :> this patch, refer back to the thread for that info). :> :> -Matt : :any percievable performance gain? I doubt it... : :-Alfred Perlstein - [bright@rush.net|bright@wintelcom.net] I didn't measure the performance. I doubt it. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 18:14: 0 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 073FE14EC8; Mon, 2 Aug 1999 18:13:49 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id TAA89571; Mon, 2 Aug 1999 19:13:36 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id TAA10897; Mon, 2 Aug 1999 19:13:45 -0600 (MDT) Message-Id: <199908030113.TAA10897@harmony.village.org> To: Brian Somers Subject: Re: Mentioning RFC numbers in /etc/services Cc: Bill Fumerola , committers@FreeBSD.ORG, hackers@FreeBSD.ORG In-reply-to: Your message of "Mon, 02 Aug 1999 23:17:01 BST." <199908022217.XAA02577@keep.lan.Awfulhak.org> References: <199908022217.XAA02577@keep.lan.Awfulhak.org> Date: Mon, 02 Aug 1999 19:13:45 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199908022217.XAA02577@keep.lan.Awfulhak.org> Brian Somers writes: : Yes, but do it the other way 'round - strtol first, if it's not all : numeric, getservbyname(). I did it getservbyname first in case there were any legacy services that were all numbers. Traditionally, this is hwo things were done with IP addresses, although a quickie survey shows it to be a mixed bag. The biggest reason for not doing getservbyname first is that it will hang (long timeout) if the databsae behind it goes away. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 19:31:14 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (Postfix) with ESMTP id 6978F1521E for ; Mon, 2 Aug 1999 19:31:05 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.1/frmug-2.3/nospam) with UUCP id EAA24242 for hackers@FreeBSD.org; Tue, 3 Aug 1999 04:30:29 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (Postfix, from userid 101) id D7DC88861; Tue, 3 Aug 1999 00:39:04 +0200 (CEST) (envelope-from roberto) Date: Tue, 3 Aug 1999 00:39:04 +0200 From: Ollivier Robert To: hackers@FreeBSD.org Subject: Re: Jail syscalls Message-ID: <19990803003904.A28955@keltia.freenix.fr> Mail-Followup-To: hackers@FreeBSD.org References: <19990802230726.G23044@FranceNet.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/0.95.5i In-Reply-To: <19990802230726.G23044@FranceNet.fr>; from Sebastien GIORIA on Mon, Aug 02, 1999 at 11:07:26PM +0200 X-Operating-System: FreeBSD 4.0-CURRENT/ELF ctm#5468 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Sebastien GIORIA: > My process decision is in the next 6 months, so if some > guys from core (particuliary PHK; if I remenber this is > the responsible of the jail subsystem). It will probably not be very easy putting this into 3.x, considering the number of files concerned although the number of lines changed is not that big. phk 1999/04/28 04:38:54 PDT Modified files: usr.sbin Makefile sys/conf files sys/gnu/ext2fs ext2_vnops.c sys/kern init_main.c init_sysent.c kern_exit.c kern_fork.c kern_ktrace.c kern_mib.c kern_proc.c kern_prot.c kern_resource.c kern_sig.c kern_sysctl.c kern_xxx.c sys_process.c syscalls.c uipc_usrreq.c vfs_syscalls.c vfs_vnops.c sys/miscfs/devfs devfs_vnops.c sys/miscfs/procfs procfs.h procfs_status.c procfs_vnops.c sys/msdosfs msdosfs_vnops.c sys/net bpf.c if.c if.h rtsock.c sys/netinet in.h in_pcb.c in_pcb.h tcp_subr.c tcp_usrreq.c udp_usrreq.c sys/nfs nfs_serv.c sys/sys proc.h syscall-hide.h syscall.h syscall.mk sysctl.h sysproto.h ucred.h unpcb.h sys/ufs/ufs ufs_vfsops.c ufs_vnops.c bin/ps print.c ps.1 lib/libc/sys Makefile.inc share/man/man9 suser.9 Added files: sys/kern kern_jail.c sys/sys jail.h usr.sbin/jail Makefile jail.8 jail.c lib/libc/sys jail.2 Log: This Implements the mumbled about "Jail" feature. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #72: Mon Jul 12 08:26:43 CEST 1999 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 20:13:11 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from bilby.prth.tensor.pgs.com (bilby.prth.tensor.pgs.com [157.147.232.237]) by hub.freebsd.org (Postfix) with ESMTP id 832F2151F1 for ; Mon, 2 Aug 1999 20:13:02 -0700 (PDT) (envelope-from shocking@ariadne.prth.tensor.pgs.com) Received: from bandicoot.prth.tensor.pgs.com (bandicoot.prth.tensor.pgs.com [157.147.224.1]) by bilby.prth.tensor.pgs.com (8.9.3/8.8.8) with ESMTP id LAA23326 for ; Tue, 3 Aug 1999 11:10:20 +0800 (WST) Received: from ariadne.tensor.pgs.com (ariadne [157.147.227.36]) by bandicoot.prth.tensor.pgs.com (8.9.3/8.8.8) with SMTP id LAA19983; Tue, 3 Aug 1999 11:11:38 +0800 (WST) Received: from ariadne by ariadne.tensor.pgs.com (SMI-8.6/SMI-SVR4) id LAA16741; Tue, 3 Aug 1999 11:11:39 +0800 Message-Id: <199908030311.LAA16741@ariadne.tensor.pgs.com> X-Mailer: exmh version 2.0.2 2/24/98 To: hackers@freebsd.org Cc: shocking@bandicoot.prth.tensor.pgs.com Subject: Adding disks -the pain. Also vinum Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 03 Aug 1999 11:11:39 +0800 From: Stephen Hocking-Senior Programmer PGS Tensor Perth Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The people who I work for were about to junk a bunch of 6 year old disks when I snaffled them. Among them were 4 DEC DSP5400S (3.8GB each), with a nice external case. These disks had been doing duty on a boat carrying out seismic surveys, attached to misc. Sun workstations. These are typical of their vintage - full height 5 1/4" drives fast narrow SCSI2, and noisy as all blazes. I have them hooked up to a NCR810, as one striped FS (it's just for experiments, not valuable data). fdisking them was easy, but disklabelling them was a royal pain. I ended up editing the /etc/disktab file to add an appropriate label and running "disklabel -w -B /dev/rda0c DSP5400S" which still gives an error message, but appears to install the label. I only found out that it installed the label by accident, wasting a bunch of time in the process. I created a striped volume across the 4 drives with the default stripe size of 256K. I read the rather interesting discussion within the man pages about the optimal stripe size and have a couple of queries. Firstly, the type of traffic that this 13.9GB filesystem will see will be mainly sequential reading and writing of large files. There will only be a few files (~2-30), each several gigs. (I'm fooling around with the seismic software at home, and typcal surveys can results in files many gigs in size). Given that FreeBSD breaks I/Os down into 64k chunks, would having a 64k stripe size give more parallelism? I'm seeing 4.4MB/s if I read from an individual disk, but only about 5.6MB/s when reading from the striped volume. Looking at the systat display, the 8k fs blocks do seem to be clustered into larger requests, so I'm not too worried about the FS block size. What have people observed with trying larger FS block sizes? Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true." Robert Wilensky, University of California To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 21: 6:30 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (Postfix) with ESMTP id 379B514BCF for ; Mon, 2 Aug 1999 21:06:21 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id NAA28178; Tue, 3 Aug 1999 13:35:55 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id NAA63922; Tue, 3 Aug 1999 13:35:54 +0930 (CST) Date: Tue, 3 Aug 1999 13:35:54 +0930 From: Greg Lehey To: Stephen Hocking-Senior Programmer PGS Tensor Perth Cc: hackers@FreeBSD.ORG, shocking@bandicoot.prth.tensor.pgs.com Subject: Re: Adding disks -the pain. Also vinum Message-ID: <19990803133554.S62948@freebie.lemis.com> References: <199908030311.LAA16741@ariadne.tensor.pgs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <199908030311.LAA16741@ariadne.tensor.pgs.com>; from Stephen Hocking-Senior Programmer PGS Tensor Perth on Tue, Aug 03, 1999 at 11:11:39AM +0800 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 Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tuesday, 3 August 1999 at 11:11:39 +0800, Stephen Hocking-Senior Programmer PGS Tensor Perth wrote: > The people who I work for were about to junk a bunch of 6 year old disks when > I snaffled them. Among them were 4 DEC DSP5400S (3.8GB each), with a nice > external case. These disks had been doing duty on a boat carrying out seismic > surveys, attached to misc. Sun workstations. These are typical of their > vintage - full height 5 1/4" drives fast narrow SCSI2, and noisy as all > blazes. I have them hooked up to a NCR810, as one striped FS (it's just for > experiments, not valuable data). fdisking them was easy, but disklabelling > them was a royal pain. I ended up editing the /etc/disktab file to add an > appropriate label and running "disklabel -w -B /dev/rda0c DSP5400S" which > still gives an error message, but appears to install the label. I only found > out that it installed the label by accident, wasting a bunch of time in the > process. Did you try 'disklabel -w da0 auto'? > I created a striped volume across the 4 drives with the default stripe size of > 256K. I read the rather interesting discussion within the man pages about the > optimal stripe size and have a couple of queries. Firstly, the type of traffic > that this 13.9GB filesystem will see will be mainly sequential reading and > writing of large files. There will only be a few files (~2-30), each several > gigs. (I'm fooling around with the seismic software at home, and typcal > surveys can results in files many gigs in size). Given that FreeBSD breaks > I/Os down into 64k chunks, would having a 64k stripe size give more > parallelism? No, it would cause a higher I/O load. Vinum doesn't transfer entire stripes, it transfers what you ask for. With a large stripe size, the chances are higher that you can perform the transfer with only a single I/O. > I'm seeing 4.4MB/s if I read from an individual disk, but only about > 5.6MB/s when reading from the striped volume. How many concurrent processes? Remember that striping doesn't buy you anything with a single process. You might like to try rawio (ftp://ftp.lemis.com/pub/rawio.tar.gz) and see what that tells you. > Looking at the systat display, the 8k fs blocks do seem to be > clustered into larger requests, so I'm not too worried about the FS > block size. What have people observed with trying larger FS block > sizes? I don't know if anybody has tried larger FS blocks than 8 kB. I once created a file system with 256 kB blocks (just to see if it could be done). I also tried 512 kB blocks, but newfs died of an overflow. I'd expect that you would see a marked drop in performance, assuming that it would work at all. Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 21:17:39 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from bilby.prth.tensor.pgs.com (bilby.prth.tensor.pgs.com [157.147.232.237]) by hub.freebsd.org (Postfix) with ESMTP id C722D14BCF for ; Mon, 2 Aug 1999 21:17:34 -0700 (PDT) (envelope-from shocking@ariadne.prth.tensor.pgs.com) Received: from bandicoot.prth.tensor.pgs.com (bandicoot.prth.tensor.pgs.com [157.147.224.1]) by bilby.prth.tensor.pgs.com (8.9.3/8.8.8) with ESMTP id MAA23538; Tue, 3 Aug 1999 12:14:44 +0800 (WST) Received: from ariadne.tensor.pgs.com (ariadne [157.147.227.36]) by bandicoot.prth.tensor.pgs.com (8.9.3/8.8.8) with SMTP id MAA19477; Tue, 3 Aug 1999 12:16:05 +0800 (WST) Received: from ariadne by ariadne.tensor.pgs.com (SMI-8.6/SMI-SVR4) id MAA16945; Tue, 3 Aug 1999 12:16:06 +0800 Message-Id: <199908030416.MAA16945@ariadne.tensor.pgs.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Greg Lehey Cc: hackers@freebsd.org Subject: Re: Adding disks -the pain. Also vinum In-reply-to: Your message of "Tue, 03 Aug 1999 13:35:54 +0930." <19990803133554.S62948@freebie.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 03 Aug 1999 12:16:06 +0800 From: Stephen Hocking-Senior Programmer PGS Tensor Perth Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Did you try 'disklabel -w da0 auto'? Yup - it also complained. > No, it would cause a higher I/O load. Vinum doesn't transfer entire > stripes, it transfers what you ask for. With a large stripe size, the > chances are higher that you can perform the transfer with only a > single I/O. Even if I'm using really large reads? > > > I'm seeing 4.4MB/s if I read from an individual disk, but only about > > 5.6MB/s when reading from the striped volume. > > How many concurrent processes? Remember that striping doesn't buy you > anything with a single process. You might like to try rawio > (ftp://ftp.lemis.com/pub/rawio.tar.gz) and see what that tells you. OK, I was just using good ol' dd, with dd if=/cfs/foo of=/dev/null bs=2m > > > Looking at the systat display, the 8k fs blocks do seem to be > > clustered into larger requests, so I'm not too worried about the FS > > block size. What have people observed with trying larger FS block > > sizes? > > I don't know if anybody has tried larger FS blocks than 8 kB. I once > created a file system with 256 kB blocks (just to see if it could be > done). I also tried 512 kB blocks, but newfs died of an overflow. > I'd expect that you would see a marked drop in performance, assuming > that it would work at all. > OK. The minimum data size read from these files tends to be about 10k. I'll have to try this all with a real app. Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true." Robert Wilensky, University of California To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 21:50:14 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from janus.syracuse.net (janus.syracuse.net [205.232.47.15]) by hub.freebsd.org (Postfix) with ESMTP id BD62114FD1 for ; Mon, 2 Aug 1999 21:50:05 -0700 (PDT) (envelope-from green@FreeBSD.org) Received: from localhost (green@localhost) by janus.syracuse.net (8.9.3/8.8.7) with ESMTP id AAA23159; Tue, 3 Aug 1999 00:48:43 -0400 (EDT) X-Authentication-Warning: janus.syracuse.net: green owned process doing -bs Date: Tue, 3 Aug 1999 00:48:43 -0400 (EDT) From: "Brian F. Feldman" X-Sender: green@janus.syracuse.net To: Ollivier Robert Cc: hackers@FreeBSD.org Subject: Re: Jail syscalls In-Reply-To: <19990803003904.A28955@keltia.freenix.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 3 Aug 1999, Ollivier Robert wrote: > > It will probably not be very easy putting this into 3.x, considering the > number of files concerned although the number of lines changed is not that > big. Jail is in RELENG_3.... > -- > Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr > FreeBSD keltia.freenix.fr 4.0-CURRENT #72: Mon Jul 12 08:26:43 CEST 1999 > Brian Fundakowski Feldman _ __ ___ ____ ___ ___ ___ green@FreeBSD.org _ __ ___ | _ ) __| \ FreeBSD: The Power to Serve! _ __ | _ \._ \ |) | http://www.FreeBSD.org/ _ |___/___/___/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 23: 0:34 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.du.gtn.com (mail.du.gtn.com [194.77.9.57]) by hub.freebsd.org (Postfix) with ESMTP id 2B5FA14F97 for ; Mon, 2 Aug 1999 23:00:23 -0700 (PDT) (envelope-from ticso@cicely8.cicely.de) Received: from cicely7.cicely.de (cicely.de [194.231.9.142]) by mail.du.gtn.com (8.8.6/8.8.6) with ESMTP id HAA28876; Tue, 3 Aug 1999 07:47:56 +0200 (MET DST) Received: from cicely8.cicely.de (cicely8.cicely.de [10.1.2.10]) by cicely7.cicely.de (8.9.0/8.9.0) with ESMTP id HAA52270; Tue, 3 Aug 1999 07:47:25 +0200 (CEST) Received: (from ticso@localhost) by cicely8.cicely.de (8.9.3/8.9.2) id HAA24235; Tue, 3 Aug 1999 07:48:10 +0200 (CEST) (envelope-from ticso) Date: Tue, 3 Aug 1999 07:48:10 +0200 From: Bernd Walter To: Greg Lehey Cc: Stephen Hocking-Senior Programmer PGS Tensor Perth , hackers@FreeBSD.ORG, shocking@bandicoot.prth.tensor.pgs.com Subject: Re: Adding disks -the pain. Also vinum Message-ID: <19990803074809.A23148@cicely8.cicely.de> References: <199908030311.LAA16741@ariadne.tensor.pgs.com> <19990803133554.S62948@freebie.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: <19990803133554.S62948@freebie.lemis.com>; from Greg Lehey on Tue, Aug 03, 1999 at 01:35:54PM +0930 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Aug 03, 1999 at 01:35:54PM +0930, Greg Lehey wrote: > On Tuesday, 3 August 1999 at 11:11:39 +0800, Stephen Hocking-Senior Programmer PGS Tensor Perth wrote: > > No, it would cause a higher I/O load. Vinum doesn't transfer entire > stripes, it transfers what you ask for. With a large stripe size, the > chances are higher that you can perform the transfer with only a > single I/O. > If you use n*64K stripes a UFS/FFS should never access 2 disks at once. > > Looking at the systat display, the 8k fs blocks do seem to be > > clustered into larger requests, so I'm not too worried about the FS > > block size. What have people observed with trying larger FS block > > sizes? > > I don't know if anybody has tried larger FS blocks than 8 kB. I once > created a file system with 256 kB blocks (just to see if it could be > done). I also tried 512 kB blocks, but newfs died of an overflow. > I'd expect that you would see a marked drop in performance, assuming > that it would work at all. AFAIK the limit is 64k because clustering is limitited to 64k and the fs don't seem to handle it well. I'm using 64k very often, because my growfs tool is already able with this blocksize to grow a ffs over 1Tb. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 23: 6:32 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.xmission.com (mail.xmission.com [198.60.22.22]) by hub.freebsd.org (Postfix) with ESMTP id 114051523D; Mon, 2 Aug 1999 23:06:29 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from [204.68.178.39] (helo=softweyr.com) by mail.xmission.com with esmtp (Exim 2.12 #1) id 11BXgn-0006HC-00; Tue, 3 Aug 1999 00:04:42 -0600 Message-ID: <37A6867E.F85C69A8@softweyr.com> Date: Tue, 03 Aug 1999 00:04:46 -0600 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.5 [en] (X11; U; FreeBSD 3.1-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Nik Clayton Cc: Ville-Pertti Keinonen , dillon@apollo.backplane.com, hackers@FreeBSD.ORG Subject: Re: Documenting writev(2) ENOBUFS error References: <19990731082450.7417.qmail@ns.oeno.com> <37A399C1.43B5154E@softweyr.com> <19990801105855.A67372@catkin.nothing-going-on.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Nik Clayton wrote: > > On Sat, Jul 31, 1999 at 06:50:09PM -0600, Wes Peters wrote: > > So, do you want to enumerate the cases in which this error can occur in the > > man page? This is not generally done, now that we have verified it is > > possible for the system to generate ENOBUFS on a writev. I think the text > > stands as it is. > > FWIW, I committed: > > [ENOBUFS] The mbuf pool has been completely exhausted when writing to > a socket Mmmm. Yummy. Do we want to mention that one or more of the vectors may have been written before the failure occurred, or is that OTTMCO? ;^) -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC http://softweyr.com/ wes@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 Aug 2 23:16:45 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.du.gtn.com (mail.du.gtn.com [194.77.9.57]) by hub.freebsd.org (Postfix) with ESMTP id E1A841521D for ; Mon, 2 Aug 1999 23:16:38 -0700 (PDT) (envelope-from ticso@cicely8.cicely.de) Received: from cicely7.cicely.de (cicely.de [194.231.9.142]) by mail.du.gtn.com (8.8.6/8.8.6) with ESMTP id IAA00017; Tue, 3 Aug 1999 08:11:56 +0200 (MET DST) Received: from cicely8.cicely.de (cicely8.cicely.de [10.1.2.10]) by cicely7.cicely.de (8.9.0/8.9.0) with ESMTP id IAA52396; Tue, 3 Aug 1999 08:11:26 +0200 (CEST) Received: (from ticso@localhost) by cicely8.cicely.de (8.9.3/8.9.2) id IAA24288; Tue, 3 Aug 1999 08:12:17 +0200 (CEST) (envelope-from ticso) Date: Tue, 3 Aug 1999 08:12:17 +0200 From: Bernd Walter To: Stephen Hocking-Senior Programmer PGS Tensor Perth Cc: Greg Lehey , hackers@FreeBSD.ORG Subject: Re: Adding disks -the pain. Also vinum Message-ID: <19990803081216.B23148@cicely8.cicely.de> References: <19990803133554.S62948@freebie.lemis.com> <199908030416.MAA16945@ariadne.tensor.pgs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: <199908030416.MAA16945@ariadne.tensor.pgs.com>; from Stephen Hocking-Senior Programmer PGS Tensor Perth on Tue, Aug 03, 1999 at 12:16:06PM +0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Aug 03, 1999 at 12:16:06PM +0800, Stephen Hocking-Senior Programmer PGS Tensor Perth wrote: > > > No, it would cause a higher I/O load. Vinum doesn't transfer entire > > stripes, it transfers what you ask for. With a large stripe size, the > > chances are higher that you can perform the transfer with only a > > single I/O. > > Even if I'm using really large reads? Several month ago I beleaved the same but there are severall points here: - UFS/FFS don't handle clustering over 64k - modern harddisks do preread simply by having a reversed sector layout. - without spindle syncronisation you will have additional latency - vinum don't aggregate access to subdisks, so the transfer to the subdisks is limited by the stripe size. For UFS/FFS there is nothing worth seting the stripesize to low. It is generally slower to acces 32k on different HDDs than to acces 64k on one HDD. Spindle Sycronisation won't bring you that much on modern HDDs - I tried it using 5 Seagate Elite 2.9G (5,25" Full-Height). There was no win using FFS. If you need performance try softupdates. At least for writing it should benefit much from striped partitions. I never realy measured but I was astounished that you can have over 800 transactions/sec on a ccd with 6 striped disks. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 23:21:59 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (Postfix) with ESMTP id E451514C1A for ; Mon, 2 Aug 1999 23:21:55 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.1/frmug-2.3/nospam) with UUCP id IAA03298 for hackers@FreeBSD.org; Tue, 3 Aug 1999 08:21:14 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (Postfix, from userid 101) id D9DD58861; Tue, 3 Aug 1999 08:19:51 +0200 (CEST) (envelope-from roberto) Date: Tue, 3 Aug 1999 08:19:51 +0200 From: Ollivier Robert To: hackers@FreeBSD.org Subject: Re: Jail syscalls Message-ID: <19990803081951.A31905@keltia.freenix.fr> Mail-Followup-To: hackers@FreeBSD.org References: <19990803003904.A28955@keltia.freenix.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/0.95.5i In-Reply-To: ; from Brian F. Feldman on Tue, Aug 03, 1999 at 12:48:43AM -0400 X-Operating-System: FreeBSD 4.0-CURRENT/ELF ctm#5468 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Brian F. Feldman: > Jail is in RELENG_3.... Not according to the CVS logs which lists kern_jail.c only for CURRENT. =================================================================== File: kern_jail.c Status: Up-to-date Working revision: 1.3 Fri Apr 30 06:51:51 1999 Repository revision: 1.3 /spare/FreeBSD-current/src/sys/kern/kern_jail.c,v Sticky Tag: (none) Sticky Date: (none) Sticky Options: (none) Existing Tags: POST_VFS_BIO_NFS_PATCH (revision: 1.3) PRE_VFS_BIO_NFS_PATCH (revision: 1.3) -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #72: Mon Jul 12 08:26:43 CEST 1999 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 23:25:26 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.xmission.com (mail.xmission.com [198.60.22.22]) by hub.freebsd.org (Postfix) with ESMTP id 32A6D152AB for ; Mon, 2 Aug 1999 23:25:15 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from [204.68.178.39] (helo=softweyr.com) by mail.xmission.com with esmtp (Exim 2.12 #1) id 11BXzo-0000cg-00; Tue, 3 Aug 1999 00:24:22 -0600 Message-ID: <37A68B0C.15EF7E49@softweyr.com> Date: Tue, 03 Aug 1999 00:24:12 -0600 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.5 [en] (X11; U; FreeBSD 3.1-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Jeroen Ruigrok/Asmodai Cc: Andy Doran , freebsd-hackers@FreeBSD.ORG Subject: Re: no elf(5) man page (docs/7914) References: <19990802073322.A54109@daemon.ninth-circle.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jeroen Ruigrok/Asmodai wrote: > > * Andy Doran (ad@netbsd.org) [990802 00:53]: > > Wes Peters writes: > > > > > NetBSD doesn't have one as of 1.4, so they may be interested in yours. ;^) > > > > It'd be cool if Asmodai could bounce this around one of the NetBSD lists > > once it's near completion. tech-toolchain@ or tech-userlevel@ would be the > > right place I guess. > > Will do. > > I already saw some differences in the stucture member names though, so > ye will need to adjust those. Ain't cooperation great? ;^) Now if our OpenBSD friend will provide us with a mailing list or doc reviewer there, we can kill THREE birds with one stone. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC http://softweyr.com/ wes@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 Aug 2 23:29:29 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from awfulhak.org (dynamic-10.max1-du-ws.dialnetwork.pavilion.co.uk [212.74.8.10]) by hub.freebsd.org (Postfix) with ESMTP id 5A53115224; Mon, 2 Aug 1999 23:29:06 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from keep.lan.Awfulhak.org (root@keep.lan.Awfulhak.org [172.16.0.8]) by awfulhak.org (8.9.3/8.9.3) with ESMTP id HAA02933; Tue, 3 Aug 1999 07:23:36 +0100 (BST) (envelope-from brian@lan.awfulhak.org) Received: from keep.lan.Awfulhak.org (brian@localhost.lan.Awfulhak.org [127.0.0.1]) by keep.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id HAA00958; Tue, 3 Aug 1999 07:24:43 +0100 (BST) (envelope-from brian@keep.lan.Awfulhak.org) Message-Id: <199908030624.HAA00958@keep.lan.Awfulhak.org> X-Mailer: exmh version 2.0.2 2/24/98 To: Warner Losh Cc: Brian Somers , Bill Fumerola , committers@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Mentioning RFC numbers in /etc/services In-reply-to: Your message of "Mon, 02 Aug 1999 19:13:45 MDT." <199908030113.TAA10897@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 03 Aug 1999 07:24:43 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In message <199908022217.XAA02577@keep.lan.Awfulhak.org> Brian Somers writes: > : Yes, but do it the other way 'round - strtol first, if it's not all > : numeric, getservbyname(). > > I did it getservbyname first in case there were any legacy services > that were all numbers. Traditionally, this is hwo things were done > with IP addresses, although a quickie survey shows it to be a mixed > bag. The biggest reason for not doing getservbyname first is that it > will hang (long timeout) if the databsae behind it goes away. Exactly - ditto for gethostbyname(). In the case of gethostbyname(), I believe that domain names can't have a number as the first character - I would have thought this idea should follow through with services. I know I'd be pretty annoyed if I tried to do something like ``ssh -p 1234 somewhere'' after configuring my interface in single-user modem with nis in /etc/host.conf and found that ssh was looking up 1234 in /etc/services. Even if this is right, it's not intuitive. > Warner -- 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 Mon Aug 2 23:30: 3 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from awfulhak.org (dynamic-10.max1-du-ws.dialnetwork.pavilion.co.uk [212.74.8.10]) by hub.freebsd.org (Postfix) with ESMTP id 0CD4815297; Mon, 2 Aug 1999 23:29:06 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from keep.lan.Awfulhak.org (root@keep.lan.Awfulhak.org [172.16.0.8]) by awfulhak.org (8.9.3/8.9.3) with ESMTP id HAA02937; Tue, 3 Aug 1999 07:24:21 +0100 (BST) (envelope-from brian@lan.awfulhak.org) Received: from keep.lan.Awfulhak.org (brian@localhost.lan.Awfulhak.org [127.0.0.1]) by keep.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id HAA00976; Tue, 3 Aug 1999 07:25:29 +0100 (BST) (envelope-from brian@keep.lan.Awfulhak.org) Message-Id: <199908030625.HAA00976@keep.lan.Awfulhak.org> X-Mailer: exmh version 2.0.2 2/24/98 To: Darren Reed Cc: brian@Awfulhak.org (Brian Somers), imp@village.org, billf@jade.chc-chimes.com, committers@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Mentioning RFC numbers in /etc/services In-reply-to: Your message of "Tue, 03 Aug 1999 10:08:00 +1000." <199908030008.KAA25913@avalon.reed.wattle.id.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 03 Aug 1999 07:25:29 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In some email I received from Brian Somers, sie wrote: > [.....] > > Yes, but do it the other way 'round - strtol first, if it's not all > > numeric, getservbyname(). > > No, the patch was correct. Not in my book - see my other posting :] -- 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 Mon Aug 2 23:30:28 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (Postfix) with ESMTP id 24F85153CD for ; Mon, 2 Aug 1999 23:30:17 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id PAA28683; Tue, 3 Aug 1999 15:59:48 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id PAA64337; Tue, 3 Aug 1999 15:59:46 +0930 (CST) Date: Tue, 3 Aug 1999 15:59:46 +0930 From: Greg Lehey To: Bernd Walter Cc: Stephen Hocking-Senior Programmer PGS Tensor Perth , hackers@FreeBSD.ORG Subject: Re: Adding disks -the pain. Also vinum Message-ID: <19990803155945.W62948@freebie.lemis.com> References: <19990803133554.S62948@freebie.lemis.com> <199908030416.MAA16945@ariadne.tensor.pgs.com> <19990803081216.B23148@cicely8.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.95.4i In-Reply-To: <19990803081216.B23148@cicely8.cicely.de>; from Bernd Walter on Tue, Aug 03, 1999 at 08:12:17AM +0200 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 Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tuesday, 3 August 1999 at 8:12:17 +0200, Bernd Walter wrote: > On Tue, Aug 03, 1999 at 12:16:06PM +0800, Stephen Hocking-Senior Programmer PGS Tensor Perth wrote: >> >>> No, it would cause a higher I/O load. Vinum doesn't transfer entire >>> stripes, it transfers what you ask for. With a large stripe size, the >>> chances are higher that you can perform the transfer with only a >>> single I/O. >> >> Even if I'm using really large reads? > Several month ago I beleaved the same but there are severall points here: > - UFS/FFS don't handle clustering over 64k > - modern harddisks do preread simply by having a reversed sector layout. > - without spindle syncronisation you will have additional latency > - vinum don't aggregate access to subdisks, so the transfer to the subdisks > is limited by the stripe size. Note, BTW, that this wouldn't make much sense. To aggregate access to consecutive stripes, your transfer would have to involve *all* the disks in the stripe set, which would be a ridiculous performance hit. Read http://www.lemis.com/vinum/Performance-issues.html for more details. > For UFS/FFS there is nothing worth seting the stripesize to low. > It is generally slower to acces 32k on different HDDs than to acces 64k on > one HDD. It is always slower where the positioning time is greater than the transfer time for 32 kB. On modern disks, 32 kB transfer in about 300 µs. The average rotational latency of a disk running at 10,800 rpm is 2.8 ms, and even with spindle synchronization there's no way to avoid rotational latency under these circumstances. > Spindle Sycronisation won't bring you that much on modern HDDs - I tried > it using 5 Seagate Elite 2.9G (5,25" Full-Height). It should be useful for RAID-3 and streaming video. Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 2 23:35:23 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 88DA11526A; Mon, 2 Aug 1999 23:34:57 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id AAA90220; Tue, 3 Aug 1999 00:34:35 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id AAA12006; Tue, 3 Aug 1999 00:34:46 -0600 (MDT) Message-Id: <199908030634.AAA12006@harmony.village.org> To: Brian Somers Subject: Re: Mentioning RFC numbers in /etc/services Cc: Bill Fumerola , committers@FreeBSD.ORG, hackers@FreeBSD.ORG In-reply-to: Your message of "Tue, 03 Aug 1999 07:24:43 BST." <199908030624.HAA00958@keep.lan.Awfulhak.org> References: <199908030624.HAA00958@keep.lan.Awfulhak.org> Date: Tue, 03 Aug 1999 00:34:46 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199908030624.HAA00958@keep.lan.Awfulhak.org> Brian Somers writes: : Exactly - ditto for gethostbyname(). In the case of gethostbyname(), : I believe that domain names can't have a number as the first : character - I would have thought this idea should follow through with : services. No. That is in error. 3com.com or 2112.com. See RFC 1123 for the loosening of the restriction. You have to parse the whole string to know if it is a valid IP address or not anyway. : I know I'd be pretty annoyed if I tried to do something like ``ssh -p : 1234 somewhere'' after configuring my interface in single-user modem : with nis in /etc/host.conf and found that ssh was looking up 1234 in : /etc/services. Even if this is right, it's not intuitive. But inetd isn't involved here at all. You do bring up a good point here in argument by analogy. However your rule for isdigit(arg[0]) breaks the following services: 3com-tsmux 106/tcp 3com-tsmux 106/udp 914c/g 211/tcp #Texas Instruments 914C/G Terminal 914c/g 211/udp #Texas Instruments 914C/G Terminal 9pfs 564/tcp #plan 9 file service 9pfs 564/udp #plan 9 file service 3l-l1 1511/tcp 3l-l1 1511/udp 3ds-lm 1538/tcp 3ds-lm 1538/udp 3m-image-lm 1550/tcp #Image Storage license manager 3M Company 3m-image-lm 1550/udp #Image Storage license manager 3M Company at least we know there are no all numeric service names in the standard /etc/services file. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 0:41: 0 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (Postfix) with ESMTP id B6E4E14FB5 for ; Tue, 3 Aug 1999 00:40:55 -0700 (PDT) (envelope-from julian@whistle.com) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.9.1a/8.9.1) with SMTP id AAA49635 for ; Tue, 3 Aug 1999 00:37:40 -0700 (PDT) Date: Tue, 3 Aug 1999 00:37:39 -0700 (PDT) From: Julian Elischer To: hackers@freebsd.org Subject: BSD voice synthesis Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Just fetched and compiled the "festival" package. http://www.cstr.ed.ac.uk/projects/festival it has support for FreeBSD already (seems to work fine) Very impressive. I hope to have a little time to play with it and understand it a bit better. They seem to have support for up to 4.0 in some of the files, so maybe they actually have a freebsd user in their group. It's big and(on my p90) a bit slow, but I hope that I'll be able to get just the bits I need to make it a bit faster. 'festival' itself seems to totoally skip the word "FreeBSD" when I asked it to say (from the manual) [you need..] A Unix machine, Festival has compiled and run on Suns (SunOS and Solaris), FreeBSD, Linux, SGIs, HPs and DEC Alphas but should be portable to any standard Unix machine. julian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 2: 2:16 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from mrelay.jrc.it (mrelay.jrc.it [139.191.1.65]) by hub.freebsd.org (Postfix) with ESMTP id 0BCD414FB5; Tue, 3 Aug 1999 02:02:10 -0700 (PDT) (envelope-from nick.hibma@jrc.it) Received: from elect8 (elect8.jrc.it [139.191.71.152]) by mrelay.jrc.it (LMC5692) with SMTP id KAA03681; Tue, 3 Aug 1999 10:44:35 +0200 (MET DST) Date: Tue, 3 Aug 1999 10:44:32 +0200 (MET DST) From: Nick Hibma X-Sender: n_hibma@elect8 Reply-To: Nick Hibma To: FreeBSD current mailing list , FreeBSD hackers mailing list , FreeBSD hardware mailing list Subject: Support for ez USB chips, anchorchips Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG A down-/uploader for the EZ USB chip is available from http://www.etla.net/~ezload.tar.gz See also the AnchorChips home page http://www.anchorchips.com/ The utility is courtesy of Dirk van Gulik, WebWeaving Consultancy and ActiveWire, Inc. (prototype board, http://www.activewireinc.com/) Cheers, Nick Hibma FreeBSD USB Project mailing list: usb-bsd@egroups.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 3:13:44 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from cygnus.rush.net (cygnus.rush.net [209.45.245.133]) by hub.freebsd.org (Postfix) with ESMTP id BD0D214E03 for ; Tue, 3 Aug 1999 03:13:40 -0700 (PDT) (envelope-from bright@rush.net) Received: from localhost (bright@localhost) by cygnus.rush.net (8.9.3/8.9.3) with SMTP id GAA25757 for ; Tue, 3 Aug 1999 06:15:56 -0400 (EDT) Date: Tue, 3 Aug 1999 06:15:55 -0400 (EDT) From: Alfred Perlstein To: hackers@freebsd.org Subject: more NFS questions, why is the VFS_FHTOVP weird? 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 If you look in src/nfs/nfs_serv.c in almost every call you'll see this: nfsm_srvmtofh(fhp); nfsm_dissect(tl, u_int32_t *, NFSX_UNSIGNED); error = nfsrv_fhtovp(fhp, 1, &vp, cred, slp, nam, &rdonly, (nfsd->nd_flag & ND_KERBAUTH), TRUE); if (error) { nfsm_reply(NFSX_UNSIGNED); nfsm_srvpostop_attr(1, (struct vattr *)0); error = 0; goto nfsmout; } my interest is the third function called (nfsrv_fhtovp) it is in "nfs_subs.c" around line 1953 the problem with nfsrv_fhtovp is that it is overkill for my application (it checks perms where i don't need it to, so i would have to fake a lot of stuff to look like i was authorized) so instead I gutted nfsrv_fhtovp a bit and came up with this sequence: fhp = &nfh.fh_generic; error = copyin(u_fhp, fhp, fhlen); if (error) return(error); /* find the mount point */ mp = vfs_getvfs(&fhp->fh_fsid); if (!mp) return (ESTALE); /* now give me my vnode, it gets returned to me locked */ error = VFS_FHTOVP(mp, &fhp->fh_fid, nam, &vp, &exflags, &credanon); if (error) return (error); the copying is from userspace, it's a NFS handle... now here's where I get very confused... in src/nfs/nfs_vfsops.c around line 1100: /* * At this point, this should never happen */ /* ARGSUSED */ static int nfs_fhtovp(mp, fhp, nam, vpp, exflagsp, credanonp) register struct mount *mp; struct fid *fhp; struct sockaddr *nam; struct vnode **vpp; int *exflagsp; struct ucred **credanonp; { return (EINVAL); } ok, now if you look at the first piece of code it obviously fails if nfsrv_fhtovp fails, and nfsrv_fhtovp fails if VFS_FHTOVP fails... so how does NFS work? where is this magic function? the macro VFS_FHTOVP is defined in mount.h: #define VFS_FHTOVP(MP, FIDP, NAM, VPP, EXFLG, CRED) \ (*(MP)->mnt_op->vfs_fhtovp)(MP, FIDP, NAM, VPP, EXFLG, CRED) btw, since this seems to work... is it ok to pass in a NULL sockaddr *? (nam) thanks for all the help, -Alfred Perlstein - [bright@rush.net|bright@wintelcom.net] systems administrator and programmer Wintelcom - http://www.wintelcom.net/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 3:23:15 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from vax1.baker.ie (VAX1.baker.IE [194.125.50.91]) by hub.freebsd.org (Postfix) with SMTP id 1AAD915249 for ; Tue, 3 Aug 1999 03:23:11 -0700 (PDT) (envelope-from cillian@baker.ie) Received: from baker.ie ([194.125.50.55]) by vax1.baker.ie with ESMTP for hackers@freebsd.org; Tue, 3 Aug 1999 11:27:30 +0100 Message-ID: <37A6BFD4.2962AB34@baker.ie> Date: Tue, 03 Aug 1999 11:09:24 +0100 From: Cillian Sharkey X-Mailer: Mozilla 4.6 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: hackers@freebsd.org Subject: IDE quirk in 3.2-STABLE kernel ? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, On my system here, wd0: windoze wd1: FreeBSD wd2: blankdisk When I boot up under a 3.2-STABLE kernel (recently updated), wdc1 is "not found" However when I boot up under a 3.1-RELEASE "generic" kernel it sees the drive (wd2) and controller (wdc1) ok. (And yes I do have an entry for wdc1,wd2,wd3 in the config file for the 3.2-STABLE kernel) However, when I plugged in a CDROM drive in place of wd2, both kernels saw it ok. Maybe the wd2 disk has a quirk in it, but how come it works in one version and not in the next ? Any ideas ? - Cillian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 3:56:49 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from citadel.cdsec.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id 5409F14F2B for ; Tue, 3 Aug 1999 03:56:12 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cdsec.com (8.9.3/8.9.3) id MAA12143 for ; Tue, 3 Aug 1999 12:55:13 +0200 (SAST) Received: by citadel via recvmail id 12140; Tue Aug 3 12:54:32 1999 Message-ID: <37A6CA97.1F0DA32F@cdsec.com> Date: Tue, 03 Aug 1999 12:55:19 +0200 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.08 [en] (X11; I; FreeBSD 2.2.8-RELEASE i386) MIME-Version: 1.0 To: hackers@freebsd.org Subject: Multiple versions of FreeBSD on one HDD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi all I am trying to install both 2.2.8 and 3.2 on a single 17Gb HDD, but am not having much luck. I have tried several approaches, in particular creating four partitions, the first two for the respective root slices, the third for swap, and the fourth for the remaining slices. If I create the first two partitions as small as 50Mb, sysinstall still complains that it can't make a root slice in the second partition as the boot loader can't deal with that location. If I create the /usr and /var slices for the second OS and then say `Use defaults for all' it creates a 32MB root slice in the second partition, so that seems to get around the problem, but I can't boot this after the install is done. If I install DOS in the first 50Mb partition, then there is no problem. So it seems the presence of a FreeBSD partition preceding the one in which I want to make the root slice prevents things from working. Is there a way around this (other than using a second drive?) TIA gram -- Dr Graham Wheeler E-mail: gram@cequrux.com Cequrux Technologies Phone: +27(21)423-6065/6/7 Firewalls/Virtual Private Networks Fax: +27(21)24-3656 Data/Network Security Specialists WWW: http://www.cequrux.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 3:57:27 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from patriot.wipinfo.soft.net (patriot.wipinfo.soft.net [164.164.6.21]) by hub.freebsd.org (Postfix) with ESMTP id DF0D414F85 for ; Tue, 3 Aug 1999 03:57:13 -0700 (PDT) (envelope-from bee@wipinfo.soft.net) Received: from wipro.tcpn.com ([172.31.40.11]) by patriot.wipinfo.soft.net (8.9.2/8.9.2) with ESMTP id QAA04060; Tue, 3 Aug 1999 16:28:50 -0500 (GMT) Received: from keeravani (keeravani.wipro.tcpn.com [172.31.41.136]) by wipro.tcpn.com (8.9.3/8.9.3) with SMTP id QAA20691; Tue, 3 Aug 1999 16:29:15 +0530 (IST) Reply-To: From: "Biju Susmer" To: "'Cillian Sharkey'" , Subject: RE: IDE quirk in 3.2-STABLE kernel ? Date: Tue, 3 Aug 1999 16:22:57 +0530 Message-ID: <000901bedd9e$5acb5980$88291fac@wipro.tcpn.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 In-Reply-To: <37A6BFD4.2962AB34@baker.ie> Importance: Normal Disposition-Notification-To: "Biju Susmer" X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Yes, i'm also facing the same problem in 3.2 stable (wdc1 not found at 0x170). When i put a CD-ROM (ATAPI, secondary slave) sometimes the controller comes up ;) I tried my own kernel (by changing the IDE delay), it didn't work. -biju -----Original Message----- From: owner-freebsd-hackers@FreeBSD.ORG [mailto:owner-freebsd-hackers@FreeBSD.ORG]On Behalf Of Cillian Sharkey Sent: Tuesday, August 03, 1999 3:39 PM To: hackers@FreeBSD.ORG Subject: IDE quirk in 3.2-STABLE kernel ? Hi, On my system here, wd0: windoze wd1: FreeBSD wd2: blankdisk When I boot up under a 3.2-STABLE kernel (recently updated), wdc1 is "not found" However when I boot up under a 3.1-RELEASE "generic" kernel it sees the drive (wd2) and controller (wdc1) ok. (And yes I do have an entry for wdc1,wd2,wd3 in the config file for the 3.2-STABLE kernel) However, when I plugged in a CDROM drive in place of wd2, both kernels saw it ok. Maybe the wd2 disk has a quirk in it, but how come it works in one version and not in the next ? Any ideas ? - Cillian 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 Aug 3 4:11:57 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from vax1.baker.ie (VAX1.baker.IE [194.125.50.91]) by hub.freebsd.org (Postfix) with SMTP id 8705914EEC for ; Tue, 3 Aug 1999 04:11:52 -0700 (PDT) (envelope-from cillian@baker.ie) Received: from baker.ie ([194.125.50.55]) by vax1.baker.ie with ESMTP; Tue, 3 Aug 1999 12:16:06 +0100 Message-ID: <37A6CB38.3F6CA954@baker.ie> Date: Tue, 03 Aug 1999 11:58:00 +0100 From: Cillian Sharkey X-Mailer: Mozilla 4.6 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: bee@wipinfo.soft.net Cc: hackers@FreeBSD.ORG Subject: Re: IDE quirk in 3.2-STABLE kernel ? References: <000901bedd9e$5acb5980$88291fac@wipro.tcpn.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Yes, i'm also facing the same problem in 3.2 stable (wdc1 not found at 0x170). > When i put a CD-ROM (ATAPI, secondary slave) sometimes the controller comes up > ;) I tried my own kernel (by changing the IDE delay), it didn't work. > -biju Normally for my own kernel, I set the IDE delay very low (IDEDELAY=1000 in conf file) to speed up booting..I'll try increasing this for my 3.2-STABLE kernel, reboot and see if it detects wdc1 + wd2...Otherwise there must be something changed between 3.1-RELEASE generic and 3.2-STABLE ?? Cheers, - Cillian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 4:21:41 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from patriot.wipinfo.soft.net (patriot.wipinfo.soft.net [164.164.6.21]) by hub.freebsd.org (Postfix) with ESMTP id D106D15058 for ; Tue, 3 Aug 1999 04:21:32 -0700 (PDT) (envelope-from bee@wipinfo.soft.net) Received: from wipro.tcpn.com ([172.31.40.11]) by patriot.wipinfo.soft.net (8.9.2/8.9.2) with ESMTP id QAA07147; Tue, 3 Aug 1999 16:53:44 -0500 (GMT) Received: from keeravani (keeravani.wipro.tcpn.com [172.31.41.136]) by wipro.tcpn.com (8.9.3/8.9.3) with SMTP id QAA21633; Tue, 3 Aug 1999 16:55:21 +0530 (IST) Reply-To: From: "Biju Susmer" To: "'Cillian Sharkey'" Cc: Subject: RE: IDE quirk in 3.2-STABLE kernel ? Date: Tue, 3 Aug 1999 16:49:06 +0530 Message-ID: <000a01bedda2$00e06920$88291fac@wipro.tcpn.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 In-Reply-To: <37A6CB38.3F6CA954@baker.ie> Importance: Normal Disposition-Notification-To: "Biju Susmer" X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I tried with delay 12000, 6000, 8000 (I admit that i really don't know how this delay helps) but no use... only putting a CD in the drive while booting helps. -biju -----Original Message----- From: owner-freebsd-hackers@FreeBSD.ORG [mailto:owner-freebsd-hackers@FreeBSD.ORG]On Behalf Of Cillian Sharkey Sent: Tuesday, August 03, 1999 4:28 PM To: bee@wipinfo.soft.net Cc: hackers@FreeBSD.ORG Subject: Re: IDE quirk in 3.2-STABLE kernel ? > Yes, i'm also facing the same problem in 3.2 stable (wdc1 not found at 0x170). > When i put a CD-ROM (ATAPI, secondary slave) sometimes the controller comes up > ;) I tried my own kernel (by changing the IDE delay), it didn't work. > -biju Normally for my own kernel, I set the IDE delay very low (IDEDELAY=1000 in conf file) to speed up booting..I'll try increasing this for my 3.2-STABLE kernel, reboot and see if it detects wdc1 + wd2...Otherwise there must be something changed between 3.1-RELEASE generic and 3.2-STABLE ?? Cheers, - Cillian 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 Aug 3 4:22:43 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from vax1.baker.ie (VAX1.baker.IE [194.125.50.91]) by hub.freebsd.org (Postfix) with SMTP id EDB8215058 for ; Tue, 3 Aug 1999 04:22:37 -0700 (PDT) (envelope-from cillian@baker.ie) Received: from baker.ie ([194.125.50.55]) by vax1.baker.ie with ESMTP; Tue, 3 Aug 1999 12:27:12 +0100 Message-ID: <37A6CDCF.FBFEFC1F@baker.ie> Date: Tue, 03 Aug 1999 12:09:03 +0100 From: Cillian Sharkey X-Mailer: Mozilla 4.6 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: gram@cequrux.com Cc: hackers@freebsd.org Subject: Re: Multiple versions of FreeBSD on one HDD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >I am trying to install both 2.2.8 and 3.2 on a single 17Gb HDD, but >am not having much luck. I have tried several approaches, in particular >creating four partitions, the first two for the respective root slices, >the third for swap, and the fourth for the remaining slices. If I create >the first two partitions as small as 50Mb, sysinstall still complains >that it can't make a root slice in the second partition as the boot >loader can't deal with that location. If I create the /usr and /var >slices for the second OS and then say `Use defaults for all' it creates >a 32MB root slice in the second partition, so that seems to get around >the problem, but I can't boot this after the install is done. Not too sure what exactly you're trying to do here -but how about creating a separate *slice* for the two versions, then go install one version into one slice, carve that slice up into partitions (one for root /usr swap etc.) reboot, then go install the other version into the other slice, carve it up into partitions etc. This way you should have something similar to: da0s1 = FreeBSD 2.2.8, da0s2 = FreeBSD 3.2 AFAIK, wd0a will refer to wd0s1a etc. Hope this helps, but why do you want 2.2.8 ? 3.2 is much better :) - Cillian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 5: 7:21 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from vax1.baker.ie (VAX1.baker.IE [194.125.50.91]) by hub.freebsd.org (Postfix) with SMTP id 924C314F3E for ; Tue, 3 Aug 1999 05:07:19 -0700 (PDT) (envelope-from cillian@baker.ie) Received: from baker.ie ([194.125.50.55]) by vax1.baker.ie with ESMTP; Tue, 3 Aug 1999 13:12:07 +0100 Message-ID: <37A6E667.53C3149B@baker.ie> Date: Tue, 03 Aug 1999 13:53:59 +0100 From: Cillian Sharkey X-Mailer: Mozilla 4.51 [en] (X11; I; FreeBSD 3.2-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: bee@wipinfo.soft.net Cc: hackers@FreeBSD.ORG Subject: Re: IDE quirk in 3.2-STABLE kernel ? References: <000a01bedda2$00e06920$88291fac@wipro.tcpn.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I tried with delay 12000, 6000, 8000 (I admit that i really don't know how this > delay helps) but no use... only putting a CD in the drive while booting helps. > > -biju I just set IDE_DELAY=4000 in my 3.2-STABLE kernel, and now it sees all disks on both controllers. I think the problem was that one of my IDE disks is a "Joe IDE device" (TM). Depending on which controller it was put would cause that controller to be "not found". Ok, my problem is solved - don't know about that ATAPI drive of yours though...Is it only detected at boot time when there's a CD in it ? is it detected ok in other OS's without the need for putting the CD in ? - Cillian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 5:14:26 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from assaris.sics.se (assaris.sics.se [193.10.66.108]) by hub.freebsd.org (Postfix) with ESMTP id 8E34214E53 for ; Tue, 3 Aug 1999 05:14:21 -0700 (PDT) (envelope-from assar@sics.se) Received: (from assar@localhost) by assaris.sics.se (8.9.3/8.7.3) id OAA55819; Tue, 3 Aug 1999 14:14:52 +0200 (CEST) To: Alfred Perlstein Cc: hackers@FreeBSD.ORG Subject: Re: more NFS questions, why is the VFS_FHTOVP weird? References: Mime-Version: 1.0 (generated by tm-edit 7.68) Content-Type: text/plain; charset=US-ASCII From: Assar Westerlund Date: 03 Aug 1999 14:14:50 +0200 In-Reply-To: Alfred Perlstein's message of "Tue, 3 Aug 1999 06:15:55 -0400 (EDT)" Message-ID: <5lwvvdysat.fsf@assaris.sics.se> Lines: 80 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Alfred Perlstein writes: > the problem with nfsrv_fhtovp is that it is overkill for my application > (it checks perms where i don't need it to, so i would have to fake > a lot of stuff to look like i was authorized) What's your application? > so instead I gutted nfsrv_fhtovp a bit and came up with this sequence: > > fhp = &nfh.fh_generic; > error = copyin(u_fhp, fhp, fhlen); > if (error) > return(error); > > /* find the mount point */ > mp = vfs_getvfs(&fhp->fh_fsid); > if (!mp) > return (ESTALE); > > /* now give me my vnode, it gets returned to me locked */ > error = VFS_FHTOVP(mp, &fhp->fh_fid, nam, &vp, &exflags, &credanon); > if (error) > return (error); > > the copying is from userspace, it's a NFS handle... > > now here's where I get very confused... > > in src/nfs/nfs_vfsops.c around line 1100: > > /* > * At this point, this should never happen > */ > /* ARGSUSED */ > static int > nfs_fhtovp(mp, fhp, nam, vpp, exflagsp, credanonp) > register struct mount *mp; > struct fid *fhp; > struct sockaddr *nam; > struct vnode **vpp; > int *exflagsp; > struct ucred **credanonp; > { > > return (EINVAL); > } > > ok, now if you look at the first piece of code it obviously > fails if nfsrv_fhtovp fails, and nfsrv_fhtovp fails if VFS_FHTOVP > fails... > > so how does NFS work? where is this magic function? The NFS server is calling the FHTOVP function of the exported file system. You're looking at the FHTOVP function for the NFS file system itself. Look for example at ffs_fhtovp and ufs_check_export. > the macro VFS_FHTOVP is defined in mount.h: > > #define VFS_FHTOVP(MP, FIDP, NAM, VPP, EXFLG, CRED) \ > (*(MP)->mnt_op->vfs_fhtovp)(MP, FIDP, NAM, VPP, EXFLG, CRED) I do think that checking for what file systems are exported has no place in FHTOVP and this should probably be rewritten similar to the way it has recently been done in NetBSD, namely with a new vfs operation: int (*vfs_checkexp) __P((struct mount *mp, struct mbuf *nam, int *extflagsp, struct ucred **credanonp)); And they have also added fhopen and other syscalls that take file handles instead of file names. > btw, since this seems to work... is it ok to pass in a NULL > sockaddr *? (nam) I think that nam == NULL means the default export list which doesn't sound as what you want do do? /assar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 5:18:33 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from patriot.wipinfo.soft.net (patriot.wipinfo.soft.net [164.164.6.21]) by hub.freebsd.org (Postfix) with ESMTP id 8C1AB14DDE for ; Tue, 3 Aug 1999 05:18:25 -0700 (PDT) (envelope-from bee@wipinfo.soft.net) Received: from wipro.tcpn.com ([172.31.40.11]) by patriot.wipinfo.soft.net (8.9.2/8.9.2) with ESMTP id RAA13779; Tue, 3 Aug 1999 17:50:25 -0500 (GMT) Received: from keeravani (keeravani.wipro.tcpn.com [172.31.41.136]) by wipro.tcpn.com (8.9.3/8.9.3) with SMTP id RAA24097; Tue, 3 Aug 1999 17:52:04 +0530 (IST) Reply-To: From: "Biju Susmer" To: "'Cillian Sharkey'" , Cc: Subject: RE: IDE quirk in 3.2-STABLE kernel ? Date: Tue, 3 Aug 1999 17:45:48 +0530 Message-ID: <000b01bedda9$ecf8ea60$88291fac@wipro.tcpn.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 In-Reply-To: <37A6E667.53C3149B@baker.ie> Importance: Normal Disposition-Notification-To: "Biju Susmer" X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > I tried with delay 12000, 6000, 8000 (I admit that i really > don't know how this > > delay helps) but no use... only putting a CD in the drive > while booting helps. > > > > -biju > > I just set IDE_DELAY=4000 in my 3.2-STABLE kernel, and now it > sees all disks > on both controllers. I think the problem was that one of my > IDE disks is a > "Joe IDE device" (TM). Depending on which controller it was > put would cause > that controller to be "not found". Great! > Ok, my problem is solved - > don't know about that ATAPI drive of yours though...Is it only > detected at > boot time when there's > a CD in it ? is it detected ok in other OS's without the need > for putting the CD in > ? True. The second wd controller is not recognized. Probably i will try with different delay. Even bios detects it as a ATAPI cdrom drive 32X! And yes!! i get a strange message while booting.. Since my box is at home, i cant give the error message.. probably tomorrow i'll be back with more findings cheers, -biju To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 6: 8:39 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from swan.prod.itd.earthlink.net (swan.prod.itd.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id 6AE5114DDE for ; Tue, 3 Aug 1999 06:08:33 -0700 (PDT) (envelope-from moffet@earthlink.net) Received: from earthlink.net (pool025-cvx.ds45-ca-us.dialup.earthlink.net [209.179.128.25]) by swan.prod.itd.earthlink.net (8.9.3/8.9.3) with ESMTP id GAA14716 for ; Tue, 3 Aug 1999 06:07:38 -0700 (PDT) Message-ID: <37A6E9A9.62E81FB9@earthlink.net> Date: Tue, 03 Aug 1999 06:07:53 -0700 From: Scott Moffet X-Mailer: Mozilla 4.61 [en] (Win95; I) X-Accept-Language: en MIME-Version: 1.0 To: FreeBSD-hackers@FreeBSD.org Subject: subscribe Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit 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 Tue Aug 3 6:14:19 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from paprika.michvhf.com (paprika.michvhf.com [209.57.60.12]) by hub.freebsd.org (Postfix) with SMTP id 15EA2152AA for ; Tue, 3 Aug 1999 06:14:06 -0700 (PDT) (envelope-from vev@michvhf.com) Received: (qmail 13212 invoked by uid 1001); 3 Aug 1999 13:13:09 -0000 Date: Tue, 3 Aug 1999 09:13:09 -0400 (EDT) From: Vince Vielhaber To: Julian Elischer Cc: hackers@freebsd.org Subject: Re: BSD voice synthesis In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 3 Aug 1999, Julian Elischer wrote: > Very impressive. I hope to have a little time to play with it and > understand it a bit better. They seem to have support for up to 4.0 in > some of the files, so maybe they actually have a freebsd user in their > group. > > It's big and(on my p90) a bit slow, but I hope that I'll be able > to get just the bits I need to make it a bit faster. > > 'festival' itself seems to totoally skip the word "FreeBSD" > when I asked it to say (from the manual) I'm using a pIII-450 and it pronounces it "freebs". However if you spell it "Free B S D" it does just fine. Seems to do well with most words I've thrown at it - including some last names (it does mine almost perfect, but blows some real easy ones). > > [you need..] > > A Unix machine, Festival has compiled and run on Suns (SunOS and Solaris), > FreeBSD, Linux, SGIs, HPs and DEC Alphas but should be portable to any > standard Unix machine. Did gmake test work for you in festival? It did for me in speech-tools but not festival even tho it seems to work well. Sure is gonna make some of these boring README files easier! ...wonder how hard it'd be to tie it into the select buffer in X... Vince. -- ========================================================================== Vince Vielhaber -- KA8CSH email: vev@michvhf.com flame-mail: /dev/null # include TEAM-OS2 Online Campground Directory http://www.camping-usa.com Online Giftshop Superstore http://www.cloudninegifts.com ========================================================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 6:20: 6 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from Thingol.KryptoKom.DE (Thingol.KryptoKom.DE [194.245.91.1]) by hub.freebsd.org (Postfix) with ESMTP id D3DD515283 for ; Tue, 3 Aug 1999 06:19:55 -0700 (PDT) (envelope-from eT@post.com) Received: (from root@localhost) by Thingol.KryptoKom.DE (8.9.1/8.9.1) id RAA06076 for ; Tue, 3 Aug 1999 17:18:08 +0200 Received: from cirdan.kryptokom.de by KryptoWall via smtpp (Version 1.2.0) id kwa06074; Tue Aug 03 17:18:08 1999 Received: from fwd.kryptokom.de ([192.168.6.40]) by Cirdan.KryptoKom.DE (8.8.8/8.8.8) with ESMTP id PAA01776 for ; Tue, 3 Aug 1999 15:24:52 +0200 Received: from post.com (localhost [127.0.0.1]) by fwd.kryptokom.de (8.9.2/8.9.2) with ESMTP id PAA00558 for ; Tue, 3 Aug 1999 15:26:00 +0200 (CEST) (envelope-from eT@post.com) Message-ID: <37A6EDE8.7682BDBB@post.com> Date: Tue, 03 Aug 1999 15:26:00 +0200 From: eT X-Mailer: Mozilla 4.6 [en] (X11; I; FreeBSD 3.1-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Hackers FreeBSD Subject: Interesting Kernel Config Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Greets ... I just noticed that on my 2.2.6 System, I had to enable the options ATAPI options ATAPI_STATIC device wcd0 before the following had any effect: controller wdc1 at .... disk wd2 at wdc1 drive 0 disk wd3 at wdc1 drive 1 in my kernel config file. So, the second controller was only seen after I enabled ATAPI? eT To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 6:21:30 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id B284415088 for ; Tue, 3 Aug 1999 06:21:25 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com by peach.ocn.ne.jp (8.9.1a/OCN) id WAA22484; Tue, 3 Aug 1999 22:20:17 +0900 (JST) Message-ID: <37A6EC6D.256CEE3F@newsguy.com> Date: Tue, 03 Aug 1999 22:19:41 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.6 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Warner Losh , Juha.Nurmela@quicknet.inet.fi, Chris Costello , hackers@FreeBSD.ORG Subject: Re: Proposing argv for klds and preloaded modules References: <37A5C680.3CA1DBD2@newsguy.com> <199908020442.WAA01145@harmony.village.org> <199908021644.KAA06858@harmony.village.org> <37A5D5DC.30CC6BE2@newsguy.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Daniel C. Sobral" wrote: > > assuming we are making it at all, the less pain. It provides a way > of getting parameters that is compatible with what is already > possible with loader (ie, the module need not differentiate between > it's method of loading). The code is working and ready. Actually... Loader passes a string. It seems the kldcode is passing argv[]. Juha, you sure you have they both working the same way (from a module's perspective)? -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org - Jordan, God, what's the difference? - God doesn't belong to the -core. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 6:26: 2 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from Dolinca.IBC.IskraSistemi.Si (Dolinca.IBC.IskraSistemi.Si [194.249.213.241]) by hub.freebsd.org (Postfix) with ESMTP id 7DDE015286; Tue, 3 Aug 1999 06:25:49 -0700 (PDT) (envelope-from brodnik@Dolinca.IBC.IskraSistemi.Si) Received: (from brodnik@localhost) by Dolinca.IBC.IskraSistemi.Si (8.8.8/8.8.7) id PAA24137; Tue, 3 Aug 1999 15:33:40 +0200 (CEST) (envelope-from brodnik) From: Andrej Brodnik (Andy) Message-Id: <199908031333.PAA24137@Dolinca.IBC.IskraSistemi.Si> Subject: Overloading my machine? To: freebsd-hardware@FreeBSD.ORG, hackers@FreeBSD.ORG Date: Tue, 3 Aug 1999 15:33:40 +0200 (CEST) Organization: IBC, Iskra Systems Reply-To: Andrej.Brodnik@IBC.IskraSistemi.SI (Andrej Brodnik (Andy)) 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 From brodnik Tue Aug 3 15:27:35 1999 Subject: Overloading my machine? To: freebsd-hardware@FreeBSD.ORG, hackers@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG Date: Tue, 3 Aug 1999 15:27:35 +0200 (CEST) Organization: IBC, Iskra Systems Reply-To: Andrej.Brodnik@IBC.IskraSistemi.SI (Andrej Brodnik (Andy)) X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2692 Status: RO Hi there, I want to put on my machine the following HW (I'll be running FBSD-3.2) beside the usual HW (serial and parallel ports etc.): - three IDE disks - floppy - IDE CD-ROM - three ep NIC - Adaptec PCI bus SCSI adapter Now, this is not a lot of burden (I think) for the processor, but I'm a bit afraid about the architecture. Will this work? In particular, I'm worried about the interrupts. Any suggestions how to configure them? Thanx in advance for your assistance! LPA PS: Here is dmesg for the current FBSD which doesn't have SCSI adapter installed. ---------------------------------------------------------------------- Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2.8-STABLE #0: Wed Jan 20 13:08:03 MET 1999 root@Irena.IskraSistemi.Si:/usr/ports/FreeBSD-src/sys/compile/IRENA CPU: Pentium/P54C (166.19-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x1bf real memory = 134217728 (131072K bytes) avail memory = 129335296 (126304K bytes) Probing for devices on PCI bus 0: chip0 rev 3 on pci0:0:0 chip1 rev 1 on pci0:7:0 chip2 rev 0 on pci0:7:1 pci0:7:2: Intel Corporation, device=0x7020, class=serial, subclass=0x03 int d irq 11 [no driver assigned] vga0 rev 64 on pci0:19:0 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <4 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 2014MB (4124736 sectors), 4092 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (wd2): wd2: 2014MB (4124736 sectors), 4092 cyls, 16 heads, 63 S/T, 512 B/S wdc1: unit 1 (wd3): wd3: 2503MB (5126688 sectors), 5086 cyls, 16 heads, 63 S/T, 512 B/S 3 3C5x9 board(s) on ISA found at 0x300 0x260 0x280 ep0 at 0x300-0x30f irq 10 on isa ep0: aui/utp/bnc[*BNC*] address 00:60:97:3a:73:bf ep1 at 0x280-0x28f irq 5 on isa ep1: aui/utp/bnc[*BNC*] address 00:a0:24:dd:96:fe ep2 at 0x260-0x26f irq 11 on isa ep2: utp[*UTP*] address 00:60:97:4e:e5:93 npx0 on motherboard npx0: INT 16 interface Intel Pentium detected, installing workaround for F00F bug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 6:50:24 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from citadel.cdsec.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id CAF1114ED3 for ; Tue, 3 Aug 1999 06:50:08 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cdsec.com (8.9.3/8.9.3) id PAA23252; Tue, 3 Aug 1999 15:48:55 +0200 (SAST) Received: by citadel via recvmail id 23186; Tue Aug 3 15:48:19 1999 Message-ID: <37A6F353.C449445E@cdsec.com> Date: Tue, 03 Aug 1999 15:49:07 +0200 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.08 [en] (X11; I; FreeBSD 2.2.8-RELEASE i386) MIME-Version: 1.0 To: Cillian Sharkey Cc: hackers@freebsd.org Subject: Re: Multiple versions of FreeBSD on one HDD References: <37A6CDCF.FBFEFC1F@baker.ie> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Cillian Sharkey wrote: > > >I am trying to install both 2.2.8 and 3.2 on a single 17Gb HDD, but > >am not having much luck. I have tried several approaches, in particular > >creating four partitions, the first two for the respective root slices, > >the third for swap, and the fourth for the remaining slices. If I create > >the first two partitions as small as 50Mb, sysinstall still complains > >that it can't make a root slice in the second partition as the boot > >loader can't deal with that location. If I create the /usr and /var > >slices for the second OS and then say `Use defaults for all' it creates > >a 32MB root slice in the second partition, so that seems to get around > >the problem, but I can't boot this after the install is done. > > Not too sure what exactly you're trying to do here -but how about > creating a separate > *slice* for the two versions, then go install one version into one > slice, carve > that slice up into partitions (one for root /usr swap etc.) reboot, then > go install > the other version into the other slice, carve it up into partitions etc. This works, but has the restriction that I have to enter a command line at the boot prompt to boot one of the two. I would much prefer partitions, as I can use a boot selector instead, and also change the default as appropriate. > Hope this helps, but why do you want 2.2.8 ? 3.2 is much better :) I have system software (including kernel hacks) written on 2.2.7 that needs to be ported to 2.2.8 and 3.2, for different reasons. -- Dr Graham Wheeler E-mail: gram@cequrux.com Cequrux Technologies Phone: +27(21)423-6065/6/7 Firewalls/Virtual Private Networks Fax: +27(21)24-3656 Data/Network Security Specialists WWW: http://www.cequrux.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 6:56:39 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from qn-lpr2-98.quicknet.inet.fi (qn-lpr2-165.quicknet.inet.fi [194.251.102.165]) by hub.freebsd.org (Postfix) with ESMTP id 36DAE14D85 for ; Tue, 3 Aug 1999 06:56:28 -0700 (PDT) (envelope-from junki@qn-lpr2-165.quicknet.inet.fi) Received: from localhost (junki@localhost) by qn-lpr2-98.quicknet.inet.fi (8.9.3/8.9.1) with ESMTP id QAA10146; Tue, 3 Aug 1999 16:55:13 +0300 (EEST) (envelope-from junki@qn-lpr2-165.quicknet.inet.fi) Date: Tue, 3 Aug 1999 16:55:13 +0300 (EEST) From: Juha Nurmela X-Sender: junki@pena.oh5nxo.ampr.org Reply-To: Juha.Nurmela@quicknet.inet.fi To: "Daniel C. Sobral" Cc: Warner Losh , Chris Costello , hackers@FreeBSD.ORG Subject: Re: Proposing argv for klds and preloaded modules In-Reply-To: <37A6EC6D.256CEE3F@newsguy.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 3 Aug 1999, Daniel C. Sobral wrote: > Actually... Loader passes a string. It seems the kldcode is passing > argv[]. Juha, you sure you have they both working the same way (from > a module's perspective)? It's splatted together, by just putting ' ' between words, somewhere in there. Search for strbuf Juha To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 7: 2:11 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from vax1.baker.ie (VAX1.baker.IE [194.125.50.91]) by hub.freebsd.org (Postfix) with SMTP id 1C97014ED3 for ; Tue, 3 Aug 1999 07:02:08 -0700 (PDT) (envelope-from cillian@baker.ie) Received: from baker.ie ([194.125.50.55]) by vax1.baker.ie with ESMTP; Tue, 3 Aug 1999 15:06:21 +0100 Message-ID: <37A6F31E.E9F6F912@baker.ie> Date: Tue, 03 Aug 1999 14:48:14 +0100 From: Cillian Sharkey X-Mailer: Mozilla 4.6 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: Graham Wheeler Cc: hackers@freebsd.org Subject: Re: Multiple versions of FreeBSD on one HDD References: <37A6CDCF.FBFEFC1F@baker.ie> <37A6F353.C449445E@cdsec.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > This works, but has the restriction that I have to enter a command line > at the boot prompt to boot one of the two. I would much prefer > partitions, as I can use a boot selector instead, and also change the > default as appropriate. If you do have the installations in two seperate slices on the one disk, you should be able to use a boot selector to boot which ever slice you want. I don't know if this will work with booteasy the boot manager that comes with FreeBSD by default, but there is a nice boot manager called OS Select (tools/os-bs.exe in the FreeBSD distribution I think).. (the setup program is an MSDOS exe) It allows you to create a menu of OS's to boot from by selecting the relevant slices from the list it shows. It also allows you to set a default slice to boot aswell as a timeout counter. Whether it will work or not in your situation remains to be seen.. :) Regards, - Cillian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 7:47:29 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from overcee.netplex.com.au (overcee.netplex.com.au [202.12.86.7]) by hub.freebsd.org (Postfix) with ESMTP id 02A93152BC for ; Tue, 3 Aug 1999 07:47:25 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id A75771C1E; Tue, 3 Aug 1999 22:47:09 +0800 (WST) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.0.2 2/24/98 To: Juha.Nurmela@quicknet.inet.fi Cc: "Daniel C. Sobral" , Warner Losh , Chris Costello , hackers@FreeBSD.ORG Subject: Re: Proposing argv for klds and preloaded modules In-reply-to: Your message of "Tue, 03 Aug 1999 16:55:13 +0300." Date: Tue, 03 Aug 1999 22:47:09 +0800 From: Peter Wemm Message-Id: <19990803144709.A75771C1E@overcee.netplex.com.au> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Juha Nurmela wrote: > > > On Tue, 3 Aug 1999, Daniel C. Sobral wrote: > > > Actually... Loader passes a string. It seems the kldcode is passing > > argv[]. Juha, you sure you have they both working the same way (from > > a module's perspective)? > > It's splatted together, by just putting ' ' between words, > somewhere in there. Search for strbuf > > Juha Don't forget, there are zero or more modules per file. Which one gets the arguments? Coda (for example) is structured so that it has two modules, one device (codadev) and one vfs (coda). Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 7:55:38 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from gatewaya.anheuser-busch.com (gatewaya.anheuser-busch.com [151.145.250.252]) by hub.freebsd.org (Postfix) with SMTP id D429B14F51; Tue, 3 Aug 1999 07:55:17 -0700 (PDT) (envelope-from Matthew.Alton@anheuser-busch.com) Received: by gatewaya.anheuser-busch.com; id JAA14101; Tue, 3 Aug 1999 09:55:13 -0500 Received: from stlexggtw002-pozzoli.fw-users.busch.com(151.145.101.130) by gatewaya.anheuser-busch.com via smap (V5.0) id xma013701; Tue, 3 Aug 99 09:54:33 -0500 Received: from stlabcexg006.anheuser-busch.com ([151.145.101.161]) by 151.145.101.130 (Norton AntiVirus for Internet Email Gateways 1.0) ; Tue, 03 Aug 1999 14:52:37 0000 (GMT) Received: by stlabcexg006.anheuser-busch.com with Internet Mail Service (5.5.2448.0) id ; Tue, 3 Aug 1999 09:52:22 -0500 Message-ID: From: "Alton, Matthew" To: "'doc@freebsd.org'" Cc: "'Matthew Dillon'" , "David E. Cross" , freebsd-hackers@FreeBSD.ORG Subject: RE: DOC volunteer WAS:RE: userfs help needed. Date: Tue, 3 Aug 1999 09:52:27 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'll follow these guidelines. Thank you. > -----Original Message----- > From: Nik Clayton [SMTP:nik@nothing-going-on.demon.co.uk] > Sent: Friday, July 30, 1999 6:47 PM > To: Alton, Matthew > Cc: 'Nik Clayton'; 'Matthew Dillon'; David E. Cross; > freebsd-hackers@FreeBSD.ORG; doc@freebsd.org > Subject: Re: DOC volunteer WAS:RE: userfs help needed. > > [ cc'd to -doc, reply-to points there ] > > On Fri, Jul 30, 1999 at 04:09:20PM -0500, Alton, Matthew wrote: > > I prefer to work in flat ASCII. Perhaps the doc project can HTMLize > > the final product. > > We can, it just takes longer, that's all. > > It would make life simpler if you can follow the general structure, which > basically consists of an overall document, containing zero or more parts, > each part containing one or more chapters, each chapter containing zero > or more sections, each section divided in to zero or more subsections > (and so on, down to sub-sub-sub-sub-sub-sections). Each part, chapter, > and section has a mandatory title. > > The Handbook is a good example of a document that uses parts, further > divided in to chapters, and the Doc. Proj. primer is a good example of > a document that dispenses with parts, and just uses chapters and sections. > > Generally, something like > > Title > > Abstract > > ..................... > ..................... > ..................... > > Chapter 1: Overview > > ..................... > ..................... > ..................... > > and then further chapters as necessary. > > Within the text, set off things that are 'out of band' information, like > notes, tips, and important information. > > If you include instructions for the user to follow, please use "#" for > the root prompt, and "%" for the regular user prompt. > > Refer to commands as 'command(n)', and assume that in the web (and PDF) > version that will be generated that this will automatically turn in to > a link to the manual page. > > The Doc. Proj. primer has a (sparse) writing style chapter that covers > things like contractions, serial commas, and so on. > > Of course, you don't have to do any of this, it just makes it harder for > whoever turns it in to DocBook (which will probably be me) to do the > conversion. > > Once again, thanks for volunteering to do this. > > N > -- > [intentional self-reference] can be easily accommodated using a blessed, > non-self-referential dummy head-node whose own object destructor severs > the links. > -- Tom Christiansen in <375143b5@cs.colorado.edu> > > > 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 Aug 3 7:56:18 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id BD0EC152D6 for ; Tue, 3 Aug 1999 07:56:14 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com by peach.ocn.ne.jp (8.9.1a/OCN) id XAA14860; Tue, 3 Aug 1999 23:53:57 +0900 (JST) Message-ID: <37A70263.BD568C3F@newsguy.com> Date: Tue, 03 Aug 1999 23:53:23 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.6 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Peter Wemm Cc: Juha.Nurmela@quicknet.inet.fi, Warner Losh , Chris Costello , hackers@FreeBSD.ORG Subject: Re: Proposing argv for klds and preloaded modules References: <19990803144709.A75771C1E@overcee.netplex.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Wemm wrote: > > Don't forget, there are zero or more modules per file. Which one gets the > arguments? Coda (for example) is structured so that it has two modules, one > device (codadev) and one vfs (coda). It seems to me that the one who gets the arguments is the one who searches for it. :-) Either that, or the first file in the module. I don't recall right now the precise structure of this in memory. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org - Jordan, God, what's the difference? - God doesn't belong to the -core. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 8: 4:28 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from overcee.netplex.com.au (overcee.netplex.com.au [202.12.86.7]) by hub.freebsd.org (Postfix) with ESMTP id 5E02614C29 for ; Tue, 3 Aug 1999 08:04:23 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 796921C1E; Tue, 3 Aug 1999 23:04:19 +0800 (WST) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.0.2 2/24/98 To: "Daniel C. Sobral" Cc: Juha.Nurmela@quicknet.inet.fi, Warner Losh , Chris Costello , hackers@FreeBSD.ORG Subject: Re: Proposing argv for klds and preloaded modules In-reply-to: Your message of "Tue, 03 Aug 1999 23:53:23 +0900." <37A70263.BD568C3F@newsguy.com> Date: Tue, 03 Aug 1999 23:04:19 +0800 From: Peter Wemm Message-Id: <19990803150419.796921C1E@overcee.netplex.com.au> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Daniel C. Sobral" wrote: > Peter Wemm wrote: > > > > Don't forget, there are zero or more modules per file. Which one gets the > > arguments? Coda (for example) is structured so that it has two modules, on e > > device (codadev) and one vfs (coda). > > It seems to me that the one who gets the arguments is the one who > searches for it. :-) > > Either that, or the first file in the module. I don't recall right > now the precise structure of this in memory. The Plan(TM) was that things will be able to query the resource database. What I've had in mind for a while is to take the argument strings etc and merge them into the tables, but that's a rather device centric view. They would be installable either via preload args, kldload args and/or settable via some userland tool (sysctl would be ideal, but it's too limited in it's design - it can't have arbitary strings, everything has to translate to an OID first). Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 8:23:53 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from gatewaya.anheuser-busch.com (gatewaya.anheuser-busch.com [151.145.250.252]) by hub.freebsd.org (Postfix) with SMTP id C0DF114F50 for ; Tue, 3 Aug 1999 08:23:49 -0700 (PDT) (envelope-from Matthew.Alton@anheuser-busch.com) Received: by gatewaya.anheuser-busch.com; id KAA20234; Tue, 3 Aug 1999 10:24:47 -0500 Received: from stlexggtw002-pozzoli.fw-users.busch.com(151.145.101.130) by gatewaya.anheuser-busch.com via smap (V5.0) id xma020025; Tue, 3 Aug 99 10:23:43 -0500 Received: from stlabcexg004.anheuser-busch.com ([151.145.101.160]) by 151.145.101.130 (Norton AntiVirus for Internet Email Gateways 1.0) ; Tue, 03 Aug 1999 15:21:47 0000 (GMT) Received: by stlabcexg004.anheuser-busch.com with Internet Mail Service (5.5.2448.0) id ; Tue, 3 Aug 1999 10:21:49 -0500 Message-ID: From: "Alton, Matthew" To: "'Matthew Dillon'" Cc: "'Nik Clayton'" , "David E. Cross" , freebsd-hackers@FreeBSD.ORG Subject: RE: RE: DOC volunteer WAS:RE: userfs help needed. Date: Tue, 3 Aug 1999 10:21:42 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ach. As I read my original mail here I realize that I didn't make clear that the chief aim of developing this FS is to glean information for the FS doc. My idea is to learn by writing a toy FS and to elaborate upon the experience in the form of a FS-doc. I'll hold off until the new FS code is here. What are the perceived shortcomings of the current VFS? What suggestions are being considered for the new design? What are the principal design objectives? > -----Original Message----- > From: Matthew Dillon [SMTP:dillon@apollo.backplane.com] > Sent: Friday, July 30, 1999 9:20 PM > To: Alton, Matthew > Cc: 'Nik Clayton'; David E. Cross; freebsd-hackers@FreeBSD.ORG > Subject: Re: RE: DOC volunteer WAS:RE: userfs help needed. > > > :Anyway, Mr. Dillon, once I have a development box to smack around, I > :intend to start with your suggestion of implementing a filesystem > :of my own concoction by returning an error for all VOP calls and > :issuing a kernel printf. How visible will the new VOP code be to > :me at this level? The Penguins are rewriting the bejesus out of their > :VFS system to the point where all the existing FS code must be redone > :to conform. Please debifurcate: > :1) Any attempt from-scratch FS development should definitely wait for > : the new VFS code. Start now and you'll only end up rewiting in the > : Fall. > :2) Hack away. All changes will be completely transparent to the FS > : coder. Your code, as well as everything in 2.x and 3.x will drag > : and drop right into the new model and build like the very wind. > :Thanks > > I would go with option #2. The VFS/BIO changes are several months > away at the very least. The framework hasn't even been worked out > yet. The new model will not be compatible with the old, but if your > stuff is in the source tree whoever winds up doing the major porting > work will port it along with everything else. > > -Matt > Matthew Dillon > > > > 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 Aug 3 8:54:19 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from qn-lpr2-98.quicknet.inet.fi (qn-lpr2-165.quicknet.inet.fi [194.251.102.165]) by hub.freebsd.org (Postfix) with ESMTP id 04786152BC for ; Tue, 3 Aug 1999 08:54:14 -0700 (PDT) (envelope-from junki@qn-lpr2-165.quicknet.inet.fi) Received: from localhost (junki@localhost) by qn-lpr2-98.quicknet.inet.fi (8.9.3/8.9.1) with ESMTP id SAA10354; Tue, 3 Aug 1999 18:40:21 +0300 (EEST) (envelope-from junki@qn-lpr2-165.quicknet.inet.fi) Date: Tue, 3 Aug 1999 18:40:19 +0300 (EEST) From: Juha Nurmela X-Sender: junki@pena.oh5nxo.ampr.org Reply-To: Juha.Nurmela@quicknet.inet.fi To: Peter Wemm Cc: "Daniel C. Sobral" , hackers@FreeBSD.ORG Subject: Re: Proposing argv for klds and preloaded modules In-Reply-To: <19990803144709.A75771C1E@overcee.netplex.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 3 Aug 1999, Peter Wemm wrote: > Don't forget, there are zero or more modules per file. Which one gets the > arguments? Coda (for example) is structured so that it has two modules, one > device (codadev) and one vfs (coda). Yes, the naming 'module_get_file_argstr()' had the _file_ for just this reason, filewide argument string. I didn't know any plans were already made on these circles, had only buggered Mr. Rabson once about arguments. Well, no harm done, I hope. Juha To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 8:55:50 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from voyager.fisicc-ufm.edu (ip-46-094.guate.net [200.12.46.94]) by hub.freebsd.org (Postfix) with ESMTP id 411C1152E1 for ; Tue, 3 Aug 1999 08:53:53 -0700 (PDT) (envelope-from obonilla@voyager.fisicc-ufm.edu) Received: (from obonilla@localhost) by voyager.fisicc-ufm.edu (8.9.3/8.9.3) id JAA14181 for freebsd-hackers@freebsd.org; Tue, 3 Aug 1999 09:53:35 -0600 (CST) (envelope-from obonilla) Date: Tue, 3 Aug 1999 09:53:33 -0600 From: Oscar Bonilla To: freebsd-hackers@freebsd.org Subject: NSS Project Message-ID: <19990803095333.A14120@fisicc-ufm.edu> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=ZPt4rx8FFjLCG7dd X-Mailer: Mutt 0.95.6i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=us-ascii Following on the NSS (Name Service Switch): *Step One: I ported the NetBSD implementation of nsdispatch(3) as implemented by Luke Mewburn. See attached patch to libc and new header file. I'm also attaching the man page for /etc/nsswitch.conf. Right now it compiles, installs, and works for some simple tests I've run. *Step Two: make getpwent, getgrent, and friends actually use the nsdispatch function. I've already started looking at the source, but am having trouble with the NIS part. Maybe someone more knowledgeable could write the NIS function. Basically we have to reduce each of the functions to a simple nsdispatch call and then implement the real functions... Here's an example from getpwent.c /* Basically we reduce getpwent to a simple nsdispatch call */ struct passwd * getpwent() { int r; static const ns_dtab dtab[] = { NS_FILES_CB(_local_getpw, NULL) NS_DNS_CB(_dns_getpw, NULL) NS_NIS_CB(_nis_getpw, NULL) NS_COMPAT_CB(_compat_getpwent, NULL) { 0 } }; r = nsdispatch(NULL, dtab, NSDB_PASSWD, "getpwent", compatsrc, _PW_KEYBYNUM); if (r != NS_SUCCESS) return (struct passwd *)NULL; return &_pw_passwd; } The we have to implement _local_getpw, _dns_getpw, _nis_getpw, and _compat_getpwent and make them behave as expected. NetBSD seems to support having the passwd database on DNS using something called HESIOD (I hadn't heard about it before). I don't think FreeBSD has any sort of support for this. *Step Three: Implement _ldap_getpw :) If anyone has any comments, suggestions, etc. I would appreciate it. Regards, -Oscar -- For PGP Public Key: finger obonilla@fisicc-ufm.edu --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="nsswitch.conf.5" .\" $NetBSD: nsswitch.conf.5,v 1.14 1999/03/17 20:19:47 garbled Exp $ .\" .\" Copyright (c) 1997, 1998, 1999 The NetBSD Foundation, Inc. .\" All rights reserved. .\" .\" This code is derived from software contributed to The NetBSD Foundation .\" by Luke Mewburn. .\" .\" Redistribution and use in source and binary forms, with or without .\" modification, are permitted provided that the following conditions .\" are met: .\" 1. Redistributions of source code must retain the above copyright .\" notice, this list of conditions and the following disclaimer. .\" 2. Redistributions in binary form must reproduce the above copyright .\" notice, this list of conditions and the following disclaimer in the .\" documentation and/or other materials provided with the distribution. .\" 3. All advertising materials mentioning features or use of this software .\" must display the following acknowledgement: .\" This product includes software developed by Luke Mewburn. .\" 4. The name of the author may not be used to endorse or promote products .\" derived from this software without specific prior written permission. .\" .\" THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR .\" IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES .\" OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. .\" IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, .\" INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, .\" BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS .\" OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND .\" ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR .\" TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE .\" USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. .\" .Dd January 22, 1998 .Dt NSSWITCH.CONF 5 .Os .Sh NAME .Nm nsswitch.conf .Nd name-service switch configuration file .Sh DESCRIPTION The .Nm file specifies how the .Xr nsdispatch 3 (name-service switch dispatcher) routines in the C library should operate. .Pp The configuration file controls how a process looks up various databases containing information regarding hosts, users (passwords), groups, netgroups, etc. Each database comes from a source (such as local files, DNS, and .Tn NIS ) , and the order to look up the sources is specified in .Nm nsswitch.conf . .Pp Each entry in .Nm consists of a database name, and a space separated list of sources. Each source can have an optional trailing criterion that determines whether the next listed source is used, or the search terminates at the current source. Each criterion consists of one or more status codes, and actions to take if that status code occurs. .Ss Sources The following sources are implemented: .Bl -column "compat" -offset indent -compact .Sy Source Description .It files Local files, such as .Pa /etc/hosts , and .Pa /etc/passwd . .It dns Internet Domain Name System. .Dq hosts and .Sq networks use .Sy IN class entries, all other databases use .Sy HS class (Hesiod) entries. .It nis NIS (formerly YP) .It compat support .Sq +/- in the .Dq passwd and .Dq group databases. If this is present, it must be the only source for that entry. .El .Ss Databases The following databases are used by the following C library functions: .Bl -column "netgroup" -offset indent -compact .Sy Database Used by .It group .Xr getpwent 3 .It hosts .Xr gethostbyname 3 .It netgroup .Xr getnetgrent 3 .It networks .Xr getnetbyname 3 .It passwd .Xr getpwent 3 .It shells .Xr getusershell 3 .El .Ss Status codes The following status codes are available: .Bl -column "tryagain" -offset indent -compact .Sy Status Description .It success The requested entry was found. .It notfound The entry is not present at this source. .It tryagain The source is busy, and may respond to retries. .It unavail The source is not responding, or entry is corrupt. .El .Ss Actions For each of the status codes, one of two actions is possible: .Bl -column "continue" -offset indent -compact .Sy Action Description .It continue Try the next source .It return Return with the current result .El .Ss Format of file A .Tn BNF description of the syntax of .Nm is: .Bl -column "" -offset indent .It ::= ":" [ []]* .It ::= "[" + "]" .It ::= "=" .It ::= "success" | "notfound" | "unavail" | "tryagain" .It ::= "return" | "continue" .El .Pp Each entry starts on a new line in the file. A .Sq # delimits a comment to end of line. Blank lines are ignored. A .Sq \e at the end of a line escapes the newline, and causes the next line to be a continuation of the current line. All entries are case-insensitive. .Pp The default criteria is to return on .Dq success , and continue on anything else (i.e, .Li [success=return notfound=continue unavail=continue tryagain=continue] ). .Ss Compat mode: +/- syntax In historical multi-source implementations, the .Sq + and .Sq - characters are used to specify the importing of user password and group information from .Tn NIS . Although .Nm provides alternative methods of accessing distributed sources such as .Tn NIS , specifying a sole source of .Dq compat will provide the historical behaviour. .Pp An alternative source for the information accessed via .Sq +/- can be used by specifying .Dq passwd_compat: source . .Dq source in this case can be .Sq dns , .Sq nis , or any other source except for .Sq files and .Sq compat . .Ss Notes Historically, many of the databases had enumeration functions, often of the form .Fn getXXXent . These made sense when the databases were in local files, but don't make sense or have lesser relevance when there are possibly multiple sources, each of an unknown size. The interfaces are still provided for compatibility, but the source may not be able to provide complete entries, or duplicate entries may be retrieved if multiple sources that contain similar information are specified. .Pp To ensure compatibility with previous and current implementations, the .Dq compat source must appear alone for a given database. .Ss Default source lists If, for any reason, .Nm nsswitch.conf doesn't exist, or it has missing or corrupt entries, .Xr nsdispatch 3 will default to an entry of .Dq files for the requested database. Exceptions are: .Bl -column passwd_compat "dns files" -offset indent .Sy Database Default source list .It group compat .It group_compat nis .It hosts dns files .It netgroup files [notfound=return] nis .It passwd compat .It passwd_compat nis .El .Sh FILES .Bl -tag -width /etc/nsswitch.conf -compact .It Pa /etc/nsswitch.conf The file .Nm resides in .Pa /etc . .El .Sh EXAMPLES To lookup hosts in .Pa /etc/hosts and then from the DNS, and lookup user information from .Tn NIS then files, use: .Bl -column "passwd:" -offset indent .It hosts: files dns .It passwd: nis [notfound=return] files .It group: nis [notfound=return] files .El .Pp The criteria .Dq [notfound=return] sets a policy of "if the user is notfound in nis, don't try files." This treats nis as the authoritive source of information, except when the server is down. .Sh SEE ALSO .Xr nsdispatch 3 , .Xr resolv.conf 5 , .Xr named 8 , .Xr ypbind 8 .Sh HISTORY The .Nm file format first appeared in .Nx 1.4 . .Sh AUTHORS Luke Mewburn .Aq lukem@netbsd.org wrote this freely distributable name-service switch implementation, using ideas from the .Tn ULTRIX .Xr svc.conf 5 and .Tn Solaris .Xr nsswitch.conf 4 manual pages. --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="nsswitch.h" /* $NetBSD: nsswitch.h,v 1.6 1999/01/26 01:04:07 lukem Exp $ */ /*- * Copyright (c) 1997, 1998, 1999 The NetBSD Foundation, Inc. * All rights reserved. * * This code is derived from software contributed to The NetBSD Foundation * by Luke Mewburn. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the above copyright * notice, this list of conditions and the following disclaimer. * 2. Redistributions in binary form must reproduce the above copyright * notice, this list of conditions and the following disclaimer in the * documentation and/or other materials provided with the distribution. * 3. All advertising materials mentioning features or use of this software * must display the following acknowledgement: * This product includes software developed by the NetBSD * Foundation, Inc. and its contributors. * 4. Neither the name of The NetBSD Foundation nor the names of its * contributors may be used to endorse or promote products derived * from this software without specific prior written permission. * * THIS SOFTWARE IS PROVIDED BY THE NETBSD FOUNDATION, INC. AND CONTRIBUTORS * ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED * TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR * PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE FOUNDATION OR CONTRIBUTORS * BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR * CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF * SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS * INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN * CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) * ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE * POSSIBILITY OF SUCH DAMAGE. */ #ifndef _NSSWITCH_H #define _NSSWITCH_H 1 #include #if __STDC__ #include #else #include #endif #ifndef _PATH_NS_CONF #define _PATH_NS_CONF "/etc/nsswitch.conf" #endif #define NS_CONTINUE 0 #define NS_RETURN 1 #define NS_SUCCESS (1<<0) /* entry was found */ #define NS_UNAVAIL (1<<1) /* source not responding, or corrupt */ #define NS_NOTFOUND (1<<2) /* source responded 'no such entry' */ #define NS_TRYAGAIN (1<<3) /* source busy, may respond to retrys */ #define NS_STATUSMASK 0x000000ff /* bitmask to get the status flags */ /* * currently implemented sources */ #define NSSRC_FILES "files" /* local files */ #define NSSRC_DNS "dns" /* DNS; IN for hosts, HS for others */ #define NSSRC_NIS "nis" /* YP/NIS */ #define NSSRC_COMPAT "compat" /* passwd,group in YP compat mode */ /* * currently implemented databases */ #define NSDB_HOSTS "hosts" #define NSDB_GROUP "group" #define NSDB_GROUP_COMPAT "group_compat" #define NSDB_NETGROUP "netgroup" #define NSDB_NETWORKS "networks" #define NSDB_PASSWD "passwd" #define NSDB_PASSWD_COMPAT "passwd_compat" #define NSDB_SHELLS "shells" /* * suggested databases to implement */ #define NSDB_ALIASES "aliases" #define NSDB_AUTH "auth" #define NSDB_AUTOMOUNT "automount" #define NSDB_BOOTPARAMS "bootparams" #define NSDB_ETHERS "ethers" #define NSDB_EXPORTS "exports" #define NSDB_NETMASKS "netmasks" #define NSDB_PHONES "phones" #define NSDB_PRINTCAP "printcap" #define NSDB_PROTOCOLS "protocols" #define NSDB_REMOTE "remote" #define NSDB_RPC "rpc" #define NSDB_SENDMAILVARS "sendmailvars" #define NSDB_SERVICES "services" #define NSDB_TERMCAP "termcap" #define NSDB_TTYS "ttys" /* * ns_dtab - `nsswitch dispatch table' * contains an entry for each source and the appropriate function to call */ typedef struct { const char *src; int (*callback)(void *retval, void *cb_data, va_list ap); void *cb_data; } ns_dtab; /* * macros to help build an ns_dtab[] */ #define NS_FILES_CB(F,C) { NSSRC_FILES, F, C }, #define NS_COMPAT_CB(F,C) { NSSRC_COMPAT, F, C }, #ifdef HESIOD # define NS_DNS_CB(F,C) { NSSRC_DNS, F, C }, #else # define NS_DNS_CB(F,C) #endif #ifdef YP # define NS_NIS_CB(F,C) { NSSRC_NIS, F, C }, #else # define NS_NIS_CB(F,C) #endif /* * ns_src - `nsswitch source' * used by the nsparser routines to store a mapping between a source * and its dispatch control flags for a given database. */ typedef struct { const char *name; u_int32_t flags; } ns_src; /* * default sourcelist (if nsswitch.conf is missing, corrupt, * or the requested database doesn't have an entry. */ extern const ns_src __nsdefaultsrc[]; #ifdef _NS_PRIVATE /* * private data structures for back-end nsswitch implementation */ /* * ns_dbt - `nsswitch database thang' * for each database in /etc/nsswitch.conf there is a ns_dbt, with its * name and a list of ns_src's containing the source information. */ typedef struct { const char *name; /* name of database */ ns_src *srclist; /* list of sources */ int srclistsize; /* size of srclist */ } ns_dbt; #endif /* _NS_PRIVATE */ #include __BEGIN_DECLS extern int nsdispatch __P((void *, const ns_dtab [], const char *, const char *, const ns_src [], ...)); #ifdef _NS_PRIVATE extern void _nsdbtaddsrc __P((ns_dbt *, const ns_src *)); extern void _nsdbtdump __P((const ns_dbt *)); extern const ns_dbt *_nsdbtget __P((const char *)); extern void _nsdbtput __P((const ns_dbt *)); extern void _nsyyerror __P((const char *)); extern int _nsyylex __P((void)); extern int _nsyylineno; #endif /* _NS_PRIVATE */ __END_DECLS #endif /* !_NSSWITCH_H */ --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=patch diff -ruN libc.orig/net/Makefile.inc libc/net/Makefile.inc --- libc.orig/net/Makefile.inc Thu Jul 29 10:52:31 1999 +++ libc/net/Makefile.inc Tue Aug 3 08:28:28 1999 @@ -13,18 +13,31 @@ inet_netof.c inet_network.c inet_ntoa.c inet_ntop.c \ inet_pton.c linkaddr.c map_v4v6.c ns_addr.c ns_name.c ns_netint.c \ ns_ntoa.c ns_parse.c ns_print.c ns_ttl.c nsap_addr.c \ + nsdispatch.c nslexer.l nsparser.y \ rcmd.c recv.c res_comp.c res_data.c res_debug.c \ res_init.c res_mkquery.c res_mkupdate.c res_query.c res_send.c \ res_update.c send.c # not supported: iso_addr.c +CLEANFILES+= ${.CURDIR}/net/nsparser.c ${.CURDIR}/net/nsparser.h + +YFLAGS+= -d -p_nsyy +LFLAGS+= -P_nsyy -o/dev/stdout + +nsparser.h: nsparser.y + ${YACC} ${YFLAGS} -o ${.CURDIR}/net/nsparser.c ${.CURDIR}/net/nsparser.y + +nslexer.c: nslexer.l nsparser.h + ${LEX} ${LFLAGS} ${.CURDIR}/net/nslexer.l | sed -e '/YY_BUF_SIZE/s/16384/1024/' > ${.TARGET} + + # machine-dependent net sources .include "${.CURDIR}/../libc/${MACHINE_ARCH}/net/Makefile.inc" .if ${LIB} == "c" MAN3+= addr2ascii.3 byteorder.3 ethers.3 gethostbyname.3 \ getnetent.3 getprotoent.3 getservent.3 \ - inet.3 linkaddr.3 rcmd.3 resolver.3 + nsdispatch.3 inet.3 linkaddr.3 rcmd.3 resolver.3 # not installed: iso_addr.3 ns.3 MLINKS+=addr2ascii.3 ascii2addr.3 @@ -52,4 +65,5 @@ MLINKS+=resolver.3 dn_comp.3 resolver.3 dn_expand.3 resolver.3 res_init.3 \ resolver.3 res_mkquery.3 resolver.3 res_query.3 \ resolver.3 res_search.3 resolver.3 res_send.3 +MLINKS+=nsdispatch.3 .endif diff -ruN libc.orig/net/nsdispatch.3 libc/net/nsdispatch.3 --- libc.orig/net/nsdispatch.3 Wed Dec 31 18:00:00 1969 +++ libc/net/nsdispatch.3 Mon Aug 2 10:45:24 1999 @@ -0,0 +1,225 @@ +.\" $NetBSD: nsdispatch.3,v 1.8 1999/03/22 19:44:53 garbled Exp $ +.\" +.\" Copyright (c) 1997, 1998, 1999 The NetBSD Foundation, Inc. +.\" All rights reserved. +.\" +.\" This code is derived from software contributed to The NetBSD Foundation +.\" by Luke Mewburn. +.\" +.\" Redistribution and use in source and binary forms, with or without +.\" modification, are permitted provided that the following conditions +.\" are met: +.\" 1. Redistributions of source code must retain the above copyright +.\" notice, this list of conditions and the following disclaimer. +.\" 2. Redistributions in binary form must reproduce the above copyright +.\" notice, this list of conditions and the following disclaimer in the +.\" documentation and/or other materials provided with the distribution. +.\" 3. All advertising materials mentioning features or use of this software +.\" must display the following acknowledgement: +.\" This product includes software developed by the NetBSD +.\" Foundation, Inc. and its contributors. +.\" 4. Neither the name of The NetBSD Foundation nor the names of its +.\" contributors may be used to endorse or promote products derived +.\" from this software without specific prior written permission. +.\" +.\" THIS SOFTWARE IS PROVIDED BY THE NETBSD FOUNDATION, INC. AND CONTRIBUTORS +.\" ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED +.\" TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR +.\" PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE FOUNDATION OR CONTRIBUTORS +.\" BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR +.\" CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF +.\" SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS +.\" INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN +.\" CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) +.\" ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE +.\" POSSIBILITY OF SUCH DAMAGE. +.\" +.Dd January 19, 1999 +.Dt NSDISPATCH 3 +.Os +.Sh NAME +.Nm nsdispatch +.Nd name-service switch dispatcher routine +.Sh LIBRARY +.Lb libc +.Sh SYNOPSIS +.Fd #include +.Ft int +.Fo nsdispatch +.Fa "void *retval" +.Fa "const ns_dtab dtab[]" +.Fa "const char *database" +.Fa "const char *method" +.Fa "const ns_src defaults[]" +.Fa "..." +.Fc +.Sh DESCRIPTION +The +.Fn nsdispatch +function invokes the callback functions specified in +.Va dtab +in the order given in +.Pa /etc/nsswitch.conf +for the database +.Va database +until a successful entry is found. +.Pp +.Va retval +is passed to each callback function to modify as necessary +(to pass back to the caller of +.Fn nsdispatch ) +.Pp +.Va dtab +is an array of +.Va ns_dtab +structures, which have the following format: +.Bd -literal -offset indent +typedef struct { + const char *src; + int (*cb)(void *retval, void *cb_data, va_list ap); + void *cb_data; +} ns_dtab; +.Ed +.Pp +.Bd -ragged -offset indent +For each source type that is implemented, an entry with +.Va src +set to the name of the source, +.Va cb +defined as a function which handles that source, and +.Va cb_data +is used to pass arbritrary data to the callback function. +The last entry in +.Va dtab +should contain +.Dv NULL +values for +.Va src , +.Va cb , +and +.Va cb_data . +.Ed +.Pp +.Va method +is usually the name of the function calling +.Fn nsdispatch . +When dynamic loading is supported, a symbol constructed from +.Va database , +the current source, and +.Va method +will be used as the name to invoke the dynamically loaded function. +.Pp +.Va defaults +contains a list of default sources to try in the case of +a missing or corrupt +.Xr nsswitch.conf 5 , +or if there isn't a relevant entry for +.Va database . +It is an array of +.Va ns_src +structures, which have the following format: +.Bd -literal -offset indent +typedef struct { + const char *src; + u_int32_t flags; +} ns_src; +.Ed +.Pp +.Bd -ragged -offset indent +For each default source type, an entry with +.Va src +set to the name of the source, and +.Va flags +set to the relevant flags +(usually +.Dv NS_SUCCESS ; +refer to +.Sx Callback return values +for more information). +The last entry in +.Va defaults +should have +.Va src +set to +.Dv NULL +and +.Va flags +set to 0. +.Pp +For convenience, a global variable defined as: +.Dl extern const ns_src __nsdefaultsrc[]; +exists which contains a single default entry for +.Sq files +for use by callers which don't require complicated default rules. +.Ed +.Pp +.Va Sq ... +are optional extra arguments, which +are passed to the appropriate callback function as a variable argument +list of the type +.Va va_list . +.Ss Valid source types +Whilst there is support for arbitrary sources, the following +#defines for commonly implementated sources are available: +.Bl -column NS_COMPAT COMPAT -offset indent +.Sy #define value +.It NSSRC_FILES "files" +.It NSSRC_DNS "dns" +.It NSSRC_NIS "nis" +.It NSSRC_COMPAT "compat" +.El +.Pp +Refer to +.Xr nsswitch.conf 5 +for a complete description of what each source type is. +.Pp +.Ss Callback return values +The callback functions should return one of the following values +depending upon status of the lookup: +.Bl -column NS_NOTFOUND -offset indent +.Sy "Return value" Status code +.It NS_SUCCESS success +.It NS_NOTFOUND notfound +.It NS_UNAVAIL unavail +.It NS_TRYAGAIN tryagain +.El +.Pp +Refer to +.Xr nsswitch.conf 5 +for a complete description of what each status code is. +.Pp +.Nm +returns the value of the callback that caused the dispatcher to finish, +or NS_NOTFOUND otherwise. +.Sh SEE ALSO +.Xr hesiod 3 , +.Xr stdarg 3 , +.Xr ypclnt 3 , +.Xr nsswitch.conf 5 +.Sh HISTORY +The +.Nm +routines first appeared in +.Nx 1.4 . +.Sh AUTHORS +Luke Mewburn +.Aq lukem@netbsd.org +wrote this freely distributable name-service switch implementation, +using ideas from the +.Tn ULTRIX +.Xr svc.conf 5 +and +.Tn Solaris +.Xr nsswitch.conf 4 +manual pages. +.Sh BUGS +The +.Nm +routines are not thread safe. +This will be rectified in the future. +.Pp +Currently there is no support for dynamically loadable dispatcher callback +functions. +It is anticipated that this will be added in the future in the back-end +without requiring changes to code that invokes +.Fn nsdispatch . diff -ruN libc.orig/net/nsdispatch.c libc/net/nsdispatch.c --- libc.orig/net/nsdispatch.c Wed Dec 31 18:00:00 1969 +++ libc/net/nsdispatch.c Mon Aug 2 10:52:34 1999 @@ -0,0 +1,274 @@ +/* $NetBSD: nsdispatch.c,v 1.9 1999/01/25 00:16:17 lukem Exp $ */ + +/*- + * Copyright (c) 1997, 1998, 1999 The NetBSD Foundation, Inc. + * All rights reserved. + * + * This code is derived from software contributed to The NetBSD Foundation + * by Luke Mewburn. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * 3. All advertising materials mentioning features or use of this software + * must display the following acknowledgement: + * This product includes software developed by the NetBSD + * Foundation, Inc. and its contributors. + * 4. Neither the name of The NetBSD Foundation nor the names of its + * contributors may be used to endorse or promote products derived + * from this software without specific prior written permission. + * + * THIS SOFTWARE IS PROVIDED BY THE NETBSD FOUNDATION, INC. AND CONTRIBUTORS + * ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED + * TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR + * PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE FOUNDATION OR CONTRIBUTORS + * BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR + * CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF + * SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS + * INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN + * CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) + * ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE + * POSSIBILITY OF SUCH DAMAGE. + */ + +#include +#if defined(LIBC_SCCS) && !defined(lint) +__RCSID("$NetBSD: nsdispatch.c,v 1.9 1999/01/25 00:16:17 lukem Exp $"); +#endif /* LIBC_SCCS and not lint */ + +#include +#include +#include + +#include +#include +#define _NS_PRIVATE +#include +#include +#include +#include +#include + +#ifdef __weak_alias +__weak_alias(nsdispatch,_nsdispatch); +#endif + + +/* + * default sourcelist: `files' + */ +const ns_src __nsdefaultsrc[] = { + { NSSRC_FILES, NS_SUCCESS }, + { 0 }, +}; + + +static int _nsmapsize = 0; +static ns_dbt *_nsmap = NULL; + +/* + * size of dynamic array chunk for _nsmap and _nsmap[x].srclist + */ +#define NSELEMSPERCHUNK 8 + + +int _nscmp __P((const void *, const void *)); + + +int +_nscmp(a, b) + const void *a; + const void *b; +{ + return (strcasecmp(((const ns_dbt *)a)->name, + ((const ns_dbt *)b)->name)); +} + + +void +_nsdbtaddsrc(dbt, src) + ns_dbt *dbt; + const ns_src *src; +{ + if ((dbt->srclistsize % NSELEMSPERCHUNK) == 0) { + dbt->srclist = (ns_src *)realloc(dbt->srclist, + (dbt->srclistsize + NSELEMSPERCHUNK) * sizeof(ns_src)); + if (dbt->srclist == NULL) + err(1, "nsdispatch: memory allocation failure"); + } + memmove(&dbt->srclist[dbt->srclistsize++], src, sizeof(ns_src)); +} + + +void +_nsdbtdump(dbt) + const ns_dbt *dbt; +{ + int i; + + printf("%s (%d source%s):", dbt->name, dbt->srclistsize, + dbt->srclistsize == 1 ? "" : "s"); + for (i = 0; i < dbt->srclistsize; i++) { + printf(" %s", dbt->srclist[i].name); + if (!(dbt->srclist[i].flags & + (NS_UNAVAIL|NS_NOTFOUND|NS_TRYAGAIN)) && + (dbt->srclist[i].flags & NS_SUCCESS)) + continue; + printf(" ["); + if (!(dbt->srclist[i].flags & NS_SUCCESS)) + printf(" SUCCESS=continue"); + if (dbt->srclist[i].flags & NS_UNAVAIL) + printf(" UNAVAIL=return"); + if (dbt->srclist[i].flags & NS_NOTFOUND) + printf(" NOTFOUND=return"); + if (dbt->srclist[i].flags & NS_TRYAGAIN) + printf(" TRYAGAIN=return"); + printf(" ]"); + } + printf("\n"); +} + + +const ns_dbt * +_nsdbtget(name) + const char *name; +{ + static time_t confmod; + + struct stat statbuf; + ns_dbt dbt; + + extern FILE *_nsyyin; + extern int _nsyyparse __P((void)); + + dbt.name = name; + + if (confmod) { + if (stat(_PATH_NS_CONF, &statbuf) == -1) + return (NULL); + if (confmod < statbuf.st_mtime) { + int i, j; + + for (i = 0; i < _nsmapsize; i++) { + for (j = 0; j < _nsmap[i].srclistsize; j++) { + if (_nsmap[i].srclist[j].name != NULL) { + /*LINTED const cast*/ + free((void *) + _nsmap[i].srclist[j].name); + } + } + if (_nsmap[i].srclist) + free(_nsmap[i].srclist); + if (_nsmap[i].name) { + /*LINTED const cast*/ + free((void *)_nsmap[i].name); + } + } + if (_nsmap) + free(_nsmap); + _nsmap = NULL; + _nsmapsize = 0; + confmod = 0; + } + } + if (!confmod) { + if (stat(_PATH_NS_CONF, &statbuf) == -1) + return (NULL); + _nsyyin = fopen(_PATH_NS_CONF, "r"); + if (_nsyyin == NULL) + return (NULL); + _nsyyparse(); + (void)fclose(_nsyyin); + qsort(_nsmap, (size_t)_nsmapsize, sizeof(ns_dbt), _nscmp); + confmod = statbuf.st_mtime; + } + return (bsearch(&dbt, _nsmap, (size_t)_nsmapsize, sizeof(ns_dbt), + _nscmp)); +} + + +void +_nsdbtput(dbt) + const ns_dbt *dbt; +{ + int i; + + for (i = 0; i < _nsmapsize; i++) { + if (_nscmp(dbt, &_nsmap[i]) == 0) { + /* overwrite existing entry */ + if (_nsmap[i].srclist != NULL) + free(_nsmap[i].srclist); + memmove(&_nsmap[i], dbt, sizeof(ns_dbt)); + return; + } + } + + if ((_nsmapsize % NSELEMSPERCHUNK) == 0) { + _nsmap = (ns_dbt *)realloc(_nsmap, + (_nsmapsize + NSELEMSPERCHUNK) * sizeof(ns_dbt)); + if (_nsmap == NULL) + err(1, "nsdispatch: memory allocation failure"); + } + memmove(&_nsmap[_nsmapsize++], dbt, sizeof(ns_dbt)); +} + + +int +#if __STDC__ +nsdispatch(void *retval, const ns_dtab disp_tab[], const char *database, + const char *method, const ns_src defaults[], ...) +#else +nsdispatch(retval, disp_tab, database, method, defaults, va_alist) + void *retval; + const ns_dtab disp_tab[]; + const char *database; + const char *method; + const ns_src defaults[]; + va_dcl +#endif +{ + va_list ap; + int i, curdisp, result; + const ns_dbt *dbt; + const ns_src *srclist; + int srclistsize; + + dbt = _nsdbtget(database); + if (dbt != NULL) { + srclist = dbt->srclist; + srclistsize = dbt->srclistsize; + } else { + srclist = defaults; + srclistsize = 0; + while (srclist[srclistsize].name != NULL) + srclistsize++; + } + result = 0; + + for (i = 0; i < srclistsize; i++) { + for (curdisp = 0; disp_tab[curdisp].src != NULL; curdisp++) + if (strcasecmp(disp_tab[curdisp].src, + srclist[i].name) == 0) + break; + result = 0; + if (disp_tab[curdisp].callback) { +#if __STDC__ + va_start(ap, defaults); +#else + va_start(ap); +#endif + result = disp_tab[curdisp].callback(retval, + disp_tab[curdisp].cb_data, ap); + va_end(ap); + if (result & srclist[i].flags) { + break; + } + } + } + return (result ? result : NS_NOTFOUND); +} diff -ruN libc.orig/net/nslexer.l libc/net/nslexer.l --- libc.orig/net/nslexer.l Wed Dec 31 18:00:00 1969 +++ libc/net/nslexer.l Mon Aug 2 10:45:24 1999 @@ -0,0 +1,115 @@ +%{ +/* $NetBSD: nslexer.l,v 1.3 1999/01/25 00:16:17 lukem Exp $ */ + +/*- + * Copyright (c) 1997, 1998, 1999 The NetBSD Foundation, Inc. + * All rights reserved. + * + * This code is derived from software contributed to The NetBSD Foundation + * by Luke Mewburn. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * 3. All advertising materials mentioning features or use of this software + * must display the following acknowledgement: + * This product includes software developed by the NetBSD + * Foundation, Inc. and its contributors. + * 4. Neither the name of The NetBSD Foundation nor the names of its + * contributors may be used to endorse or promote products derived + * from this software without specific prior written permission. + * + * THIS SOFTWARE IS PROVIDED BY THE NETBSD FOUNDATION, INC. AND CONTRIBUTORS + * ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED + * TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR + * PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE FOUNDATION OR CONTRIBUTORS + * BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR + * CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF + * SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS + * INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN + * CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) + * ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE + * POSSIBILITY OF SUCH DAMAGE. + */ + +#include +#if defined(LIBC_SCCS) && !defined(lint) +__RCSID("$NetBSD: nslexer.l,v 1.3 1999/01/25 00:16:17 lukem Exp $"); +#endif /* LIBC_SCCS and not lint */ + +#include +#include +#define _NS_PRIVATE +#include +#include + +#include "nsparser.h" + +#define YY_NO_UNPUT + +%} + +%option yylineno + +BLANK [ \t] +CR \n +STRING [a-zA-Z][a-zA-Z0-9_]* + +%% + +{BLANK}+ ; /* skip whitespace */ + +#.* ; /* skip comments */ + +\\{CR} ; /* allow continuation */ + +{CR} return NL; + +[sS][uU][cC][cC][eE][sS][sS] return SUCCESS; +[uU][nN][aA][vV][aA][iI][lL] return UNAVAIL; +[nN][oO][tT][fF][oO][uU][nN][dD] return NOTFOUND; +[tT][rR][yY][aA][gG][aA][iI][nN] return TRYAGAIN; + +[rR][eE][tT][uU][rR][nN] return RETURN; +[cC][oO][nN][tT][iI][nN][uU][eE] return CONTINUE; + +{STRING} { + char *p; + int i; + + if ((p = strdup(yytext)) == NULL) + err(1, "nsdispatch: memory allocation failure"); + + for (i = 0; i < strlen(p); i++) { + if (isupper((unsigned char)p[i])) + p[i] = tolower((unsigned char)p[i]); + } + _nsyylval.str = p; + return STRING; + } + +[:=\[\]] return yytext[0]; + +. ; /* ignore all else */ + +%% + +#undef _nsyywrap +int +_nsyywrap() +{ + return 1; +} /* _nsyywrap */ + +void +_nsyyerror(msg) + const char *msg; +{ + + warnx("%s line %d: %s at '%s'", _PATH_NS_CONF, yylineno, msg, yytext); +} /* _nsyyerror */ diff -ruN libc.orig/net/nsparser.y libc/net/nsparser.y --- libc.orig/net/nsparser.y Wed Dec 31 18:00:00 1969 +++ libc/net/nsparser.y Mon Aug 2 10:45:24 1999 @@ -0,0 +1,174 @@ +%{ +/* $NetBSD: nsparser.y,v 1.3 1999/01/25 00:16:18 lukem Exp $ */ + +/*- + * Copyright (c) 1997, 1998, 1999 The NetBSD Foundation, Inc. + * All rights reserved. + * + * This code is derived from software contributed to The NetBSD Foundation + * by Luke Mewburn. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * 3. All advertising materials mentioning features or use of this software + * must display the following acknowledgement: + * This product includes software developed by the NetBSD + * Foundation, Inc. and its contributors. + * 4. Neither the name of The NetBSD Foundation nor the names of its + * contributors may be used to endorse or promote products derived + * from this software without specific prior written permission. + * + * THIS SOFTWARE IS PROVIDED BY THE NETBSD FOUNDATION, INC. AND CONTRIBUTORS + * ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED + * TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR + * PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE FOUNDATION OR CONTRIBUTORS + * BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR + * CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF + * SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS + * INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN + * CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) + * ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE + * POSSIBILITY OF SUCH DAMAGE. + */ + +#include +#if defined(LIBC_SCCS) && !defined(lint) +__RCSID("$NetBSD: nsparser.y,v 1.3 1999/01/25 00:16:18 lukem Exp $"); +#endif /* LIBC_SCCS and not lint */ + +#include +#define _NS_PRIVATE +#include +#include +#include + + +static void _nsaddsrctomap __P((const char *)); + +static ns_dbt curdbt; +static ns_src cursrc; +%} + +%union { + char *str; + int mapval; +} + +%token NL +%token SUCCESS UNAVAIL NOTFOUND TRYAGAIN +%token RETURN CONTINUE +%token STRING + +%type Status Action + +%% + +File + : /* empty */ + | Lines + ; + +Lines + : Entry + | Lines Entry + ; + +Entry + : NL + | Database ':' NL + | Database ':' Srclist NL + { + _nsdbtput(&curdbt); + } + ; + +Database + : STRING + { + curdbt.name = yylval.str; + curdbt.srclist = NULL; + curdbt.srclistsize = 0; + } + ; + +Srclist + : Item + | Srclist Item + ; + +Item + : STRING + { + cursrc.flags = NS_SUCCESS; + _nsaddsrctomap($1); + } + | STRING '[' { cursrc.flags = NS_SUCCESS; } Criteria ']' + { + _nsaddsrctomap($1); + } + ; + +Criteria + : Criterion + | Criteria Criterion + ; + +Criterion + : Status '=' Action + { + if ($3) /* if action == RETURN set RETURN bit */ + cursrc.flags |= $1; + else /* else unset it */ + cursrc.flags &= ~$1; + } + ; + +Status + : SUCCESS { $$ = NS_SUCCESS; } + | UNAVAIL { $$ = NS_UNAVAIL; } + | NOTFOUND { $$ = NS_NOTFOUND; } + | TRYAGAIN { $$ = NS_TRYAGAIN; } + ; + +Action + : RETURN { $$ = 1L; } + | CONTINUE { $$ = 0L; } + ; + +%% + +static void +_nsaddsrctomap(elem) + const char *elem; +{ + int i, lineno; + extern int _nsyylineno; + extern char * _nsyytext; + + lineno = _nsyylineno - (*_nsyytext == '\n' ? 1 : 0); + if (curdbt.srclistsize > 0) { + if ((strcasecmp(elem, NSSRC_COMPAT) == 0) || + (strcasecmp(curdbt.srclist[0].name, NSSRC_COMPAT) == 0)) { + /* XXX: syslog the following */ + warnx("%s line %d: 'compat' used with other sources", + _PATH_NS_CONF, lineno); + return; + } + } + for (i = 0; i < curdbt.srclistsize; i++) { + if (strcasecmp(curdbt.srclist[i].name, elem) == 0) { + /* XXX: syslog the following */ + warnx("%s line %d: duplicate source '%s'", + _PATH_NS_CONF, lineno, elem); + return; + } + } + cursrc.name = elem; + _nsdbtaddsrc(&curdbt, &cursrc); +} --ZPt4rx8FFjLCG7dd-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 9: 0:29 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from citadel.cdsec.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id 5EBBD15302 for ; Tue, 3 Aug 1999 09:00:07 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cdsec.com (8.9.3/8.9.3) id RAA01201; Tue, 3 Aug 1999 17:40:44 +0200 (SAST) Received: by citadel via recvmail id 1198; Tue Aug 3 17:40:28 1999 Message-ID: <37A70D9C.B7D88F53@cdsec.com> Date: Tue, 03 Aug 1999 17:41:17 +0200 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.08 [en] (X11; I; FreeBSD 2.2.8-RELEASE i386) MIME-Version: 1.0 To: Cillian Sharkey Cc: Graham Wheeler , hackers@freebsd.org Subject: Re: Multiple versions of FreeBSD on one HDD References: <37A6CDCF.FBFEFC1F@baker.ie> <37A6F353.C449445E@cdsec.com> <37A6F31E.E9F6F912@cdsec.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Cillian Sharkey wrote: > > > This works, but has the restriction that I have to enter a command line > > at the boot prompt to boot one of the two. I would much prefer > > partitions, as I can use a boot selector instead, and also change the > > default as appropriate. > > If you do have the installations in two seperate slices on the one disk, > you should be able to use a boot selector to boot which ever slice you > want. Boot selector programs like os-bs work with partitions, not disk slices. That's why I wanted separate partitions. At the moment I have os-bs installed but it will only get me as far as a BSD boot. I then have to quickly hit a key and enter: 0:wd(0,c)/kernel to boot 2.2.8 (3.2 will boot by default). I have only a couple of seconds to hit a key to get this right, and no way (that I know of) to change the default. So it works, but not like I'd like it to. -- Dr Graham Wheeler E-mail: gram@cequrux.com Cequrux Technologies Phone: +27(21)423-6065/6/7 Firewalls/Virtual Private Networks Fax: +27(21)24-3656 Data/Network Security Specialists WWW: http://www.cequrux.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 9: 9:31 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from vax1.baker.ie (VAX1.baker.IE [194.125.50.91]) by hub.freebsd.org (Postfix) with SMTP id C908B152D4 for ; Tue, 3 Aug 1999 09:09:26 -0700 (PDT) (envelope-from cillian@baker.ie) Received: from baker.ie ([194.125.50.55]) by vax1.baker.ie with ESMTP; Tue, 3 Aug 1999 17:12:58 +0100 Message-ID: <37A710CA.EE6281B3@baker.ie> Date: Tue, 03 Aug 1999 16:54:50 +0100 From: Cillian Sharkey X-Mailer: Mozilla 4.6 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: Graham Wheeler Cc: Graham Wheeler , hackers@freebsd.org Subject: Re: Multiple versions of FreeBSD on one HDD References: <37A6CDCF.FBFEFC1F@baker.ie> <37A6F353.C449445E@cdsec.com> <37A6F31E.E9F6F912@cdsec.com> <37A70D9C.B7D88F53@cdsec.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > If you do have the installations in two seperate slices on the one disk, > > you should be able to use a boot selector to boot which ever slice you > > want. > > Boot selector programs like os-bs work with partitions, not disk slices. > That's why I wanted separate partitions. At the moment I have os-bs > installed but it will only get me as far as a BSD boot. I then have to > quickly hit a key and enter: > > 0:wd(0,c)/kernel > > to boot 2.2.8 (3.2 will boot by default). Ah yes, I see the problem now. Even if you have two seperate slices say wd0s1 and wd0s2 and boot into your selected one via os-bs, the boot prompt on either will always be 0:wd(0,a)/kernel ..and wd0a always points to the first BSD slice found on the disk. (in this case wd0s1 which is either 2.2.8 or 3.2 depending on where you installed them). I think the FreeBSD boot loader might need the option of specifying which *slice* to boot from rather than just which disk (0,1,2 etc.) and partition (a,b,c,d etc.) for the moment I think you'll just have to type in the line above every time you need to boot into 2.2.8 (or get another HD but that was the problem we've been trying to solve :) Anybody else out there have suggestions ? - Cillian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 9:13:25 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from m1-18-dbn.dial-up.net (m1-18-dbn.dial-up.net [196.34.155.18]) by hub.freebsd.org (Postfix) with ESMTP id 8EE87152C2 for ; Tue, 3 Aug 1999 09:13:16 -0700 (PDT) (envelope-from rnordier@nordier.com) Received: (from rnordier@localhost) by m1-18-dbn.dial-up.net (8.8.7/8.6.12) id SAA29379; Tue, 3 Aug 1999 18:11:42 +0200 (SAST) From: Robert Nordier Message-Id: <199908031611.SAA29379@m1-18-dbn.dial-up.net> Subject: Re: Multiple versions of FreeBSD on one HDD In-Reply-To: <37A6F31E.E9F6F912@baker.ie> from Cillian Sharkey at "Aug 3, 1999 02:48:14 pm" To: gram@cequrux.com (Graham Wheeler), cillian@baker.ie (Cillian Sharker) Date: Tue, 3 Aug 1999 18:11:40 +0200 (SAST) Cc: hackers@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > This works, but has the restriction that I have to enter a command line > > at the boot prompt to boot one of the two. I would much prefer > > partitions, as I can use a boot selector instead, and also change the > > default as appropriate. > > If you do have the installations in two seperate slices on the one disk, > you should be able to use a boot selector to boot which ever slice you > want. Just to elaborate on this: The new boot code is specifically designed to handle the separate slices case. Where multiple FreeBSD slices are found, it will prefer the one marked active; the old boot code always chose the first slice. For this to work optimally, it's best to replace your 2.2 boot blocks with ones from 3.2 (or otherwise ensure the 2.2 system occupies the first FreeBSD slice). You also need to use a boot manager which sets the "active" flag of the selected slice. > I don't know if this will work with booteasy the boot manager that comes > with FreeBSD by default, but there is a nice boot manager called > OS Select (tools/os-bs.exe in the FreeBSD distribution I think). Both booteasy and boot0 (distributed in place of booteasy from 3.1R) work as well. -- Robert Nordier To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 9:18:25 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.xmission.com (mail.xmission.com [198.60.22.22]) by hub.freebsd.org (Postfix) with ESMTP id 899C514C42 for ; Tue, 3 Aug 1999 09:17:51 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from [204.68.178.39] (helo=softweyr.com) by mail.xmission.com with esmtp (Exim 2.12 #1) id 11BhFR-0003ij-00; Tue, 3 Aug 1999 10:17:06 -0600 Message-ID: <37A71600.F38E822E@softweyr.com> Date: Tue, 03 Aug 1999 10:17:05 -0600 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.5 [en] (X11; U; FreeBSD 3.1-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Julian Elischer Cc: hackers@FreeBSD.ORG Subject: Re: BSD voice synthesis References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Julian Elischer wrote: > > Just fetched and compiled the "festival" package. > http://www.cstr.ed.ac.uk/projects/festival > > it has support for FreeBSD already (seems to work fine) > > Very impressive. I hope to have a little time to play with it and > understand it a bit better. They seem to have support for up to 4.0 in > some of the files, so maybe they actually have a freebsd user in their > group. > > It's big and(on my p90) a bit slow, but I hope that I'll be able > to get just the bits I need to make it a bit faster. > > 'festival' itself seems to totoally skip the word "FreeBSD" > when I asked it to say (from the manual) Try Free B S D. Tricks like that used to work well with the simple ones available for "home" computers decades ago. (Anyone else here ever use SAM "the Software Automated Mouth" for the Atari 800 or Commodore 64?) -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC http://softweyr.com/ wes@softweyr.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 9:21: 9 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from lion.butya.kz (butya-gw.butya.kz [194.87.112.252]) by hub.freebsd.org (Postfix) with ESMTP id A24B5152FC for ; Tue, 3 Aug 1999 09:20:52 -0700 (PDT) (envelope-from bp@butya.kz) Received: from bp (helo=localhost) by lion.butya.kz with local-esmtp (Exim 2.12 #1) id 11BhI9-000CMH-00; Tue, 3 Aug 1999 23:19:53 +0700 Date: Tue, 3 Aug 1999 23:19:53 +0700 (ALMST) From: Boris Popov To: Oscar Bonilla Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: NSS Project In-Reply-To: <19990803095333.A14120@fisicc-ufm.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 3 Aug 1999, Oscar Bonilla wrote: > > Following on the NSS (Name Service Switch): > > *Step One: I ported the NetBSD implementation of nsdispatch(3) as implemented > by Luke Mewburn. See attached patch to libc and new header file. I'm also > attaching the man page for /etc/nsswitch.conf. Right now it compiles, > installs, and works for some simple tests I've run. Great. I haven't alnalyse all of the code but this thing looks a little bit limited: > /* Basically we reduce getpwent to a simple nsdispatch call */ > > struct passwd * > getpwent() > { > int r; > static const ns_dtab dtab[] = { > NS_FILES_CB(_local_getpw, NULL) > NS_DNS_CB(_dns_getpw, NULL) > NS_NIS_CB(_nis_getpw, NULL) > NS_COMPAT_CB(_compat_getpwent, NULL) > { 0 } > }; May be I'm totally wrong, but dtab[] array can be constructed (or extended) dynamically, based on configuration file and _*_getpw() functions can be placed in shared libraries (just like PAM modules). In this case it is possible to extend NSS space without disturbing libc code. -- Boris Popov http://www.butya.kz/~bp/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 9:22:42 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [209.157.86.2]) by hub.freebsd.org (Postfix) with ESMTP id 192A814C42; Tue, 3 Aug 1999 09:22:38 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id JAA22069; Tue, 3 Aug 1999 09:21:49 -0700 (PDT) (envelope-from dillon) Date: Tue, 3 Aug 1999 09:21:49 -0700 (PDT) From: Matthew Dillon Message-Id: <199908031621.JAA22069@apollo.backplane.com> To: Andrej Brodnik (Andy) Cc: freebsd-hardware@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Overloading my machine? References: <199908031333.PAA24137@Dolinca.IBC.IskraSistemi.Si> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :Hi there, : :I want to put on my machine the following HW (I'll be running :FBSD-3.2) beside the usual HW (serial and parallel ports etc.): : : - three IDE disks : - floppy : - IDE CD-ROM : - three ep NIC : - Adaptec PCI bus SCSI adapter : :Now, this is not a lot of burden (I think) for the processor, but I'm :a bit afraid about the architecture. Will this work? In particular, :I'm worried about the interrupts. Any suggestions how to configure :them? : :Thanx in advance for your assistance! : :LPA : :PS: Here is dmesg for the current FBSD which doesn't have SCSI adapter :installed. : :FreeBSD 2.2.8-STABLE #0: Wed Jan 20 13:08:03 MET 1999 : root@Irena.IskraSistemi.Si:/usr/ports/FreeBSD-src/sys/compile/IRENA :CPU: Pentium/P54C (166.19-MHz 586-class CPU) :... Well, the burden will not come from the devices but instead will come from the load you place on them. So, the real question should be: how do you intend to use the machine? The only hardware recommendation I can make would be to watch out re: the IDE disks. You may not be able to use DMA on all of them and that will really take the cpu out for lunch. SCSI is the better choice there if you intend to load the disks down. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 9:47: 5 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from dingo.cdrom.com (castles502.castles.com [208.214.165.66]) by hub.freebsd.org (Postfix) with ESMTP id 9095B152C3 for ; Tue, 3 Aug 1999 09:46:59 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (LOCALHOST [127.0.0.1]) by dingo.cdrom.com (8.9.3/8.8.8) with ESMTP id JAA03586; Tue, 3 Aug 1999 09:41:01 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199908031641.JAA03586@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Peter Wemm Cc: Juha.Nurmela@quicknet.inet.fi, "Daniel C. Sobral" , Warner Losh , Chris Costello , hackers@FreeBSD.ORG Subject: Re: Proposing argv for klds and preloaded modules In-reply-to: Your message of "Tue, 03 Aug 1999 22:47:09 +0800." <19990803144709.A75771C1E@overcee.netplex.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 03 Aug 1999 09:41:01 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Juha Nurmela wrote: > > > > > > On Tue, 3 Aug 1999, Daniel C. Sobral wrote: > > > > > Actually... Loader passes a string. It seems the kldcode is passing > > > argv[]. Juha, you sure you have they both working the same way (from > > > a module's perspective)? > > > > It's splatted together, by just putting ' ' between words, > > somewhere in there. Search for strbuf > > > > Juha > > Don't forget, there are zero or more modules per file. Which one gets the > arguments? Coda (for example) is structured so that it has two modules, one > device (codadev) and one vfs (coda). This is why Warner's X-resource-like proposal is the only method for passing parameters to modules that I am likely to accept. argv/argc and getopt() are just not good enough. If someone want to implement a simple resource matcher, you could start by coming up with a tiny, tidy glob() for the kernel. We can use it elsewhere as well... -- \\ The mind's the standard \\ Mike Smith \\ of the man. \\ msmith@freebsd.org \\ -- Joseph Merrick \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 10:25:29 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from mail1.its.rpi.edu (mail1.its.rpi.edu [128.113.100.7]) by hub.freebsd.org (Postfix) with ESMTP id B194D14F20 for ; Tue, 3 Aug 1999 10:25:20 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail1.its.rpi.edu (8.9.3/8.9.3) with ESMTP id NAA58556 for ; Tue, 3 Aug 1999 13:24:08 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <37A6CA97.1F0DA32F@cdsec.com> References: <37A6CA97.1F0DA32F@cdsec.com> Date: Tue, 3 Aug 1999 13:24:15 -0400 To: hackers@FreeBSD.ORG From: Garance A Drosihn Subject: Re: Multiple versions of FreeBSD on one HDD Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 12:55 PM +0200 8/3/99, Graham Wheeler wrote: >Hi all > >I am trying to install both 2.2.8 and 3.2 on a single 17Gb HDD, >but am not having much luck. I am also interested in doing things like this, and my initial attempts didn't work quite the way I had hoped. Earlier I had a dual-boot setup with WinNT and FreeBSD 2.2.5, using the booteasy loader. I managed to get that going easily enough, even though I didn't have any clue about what I was doing, so after I replaced the HD (for unrelated reasons) I thought I'd get more ambitious. So, armed with a brand new hard 4-gig SCSI disk, I installed WinNT, and had it create several partitions which I expected to use for other OS's. This install went fine. I then went to install FreeBSD 2.2.8, only to realize that all the partitions WinNT created were extended partitions in one real partition. So, I used the fdisk-part of the install to blow away those partitions and create three new partitions. I installed 2.2.8 in one of those, but told it that I wanted "nothing" done for a boot loader (because I planned to install PowerBoot, but I didn't have those disks yet). If I booted off the CD-ROM, I could then switch to this 2.2.8 install and it worked fine. The thing is, I couldn't boot up off the hard disk anymore. Apparently something in the freebsd install resulted in an invalid partition table. I assumed this was because I had fdisk-ed the second partition that winNT had created into three partitions, so I went and reinstalled WinNT in the first partition. At that point I could boot either system (using the CD when I wanted to boot off the freebsd system). I then installed Freebsd 3.2-stable in the third partition. Since I didn't need to fdisk anything, and I said I didn't want to install any boot-loader, I figured this would be safe. Again, I ended up with an unbootable HD. I could boot either freebsd system by first booting off a CD. By now the floppies for PowerBoot had come, so I tried installing that. I could now boot the HD, and PowerBoot can see the two partitions with freebsd installed (it even recognizes them as freebsd). Right now, my situation is that: - If I select WinNT at the PowerBoot menu, it comes up fine. Everything looks about as I'd expect. - If I select 2.2.8 at the PowerBoot menu, it comes up with one error message about "no /boot/loader", but then it comes right up in the 2.2.8 system. So this works fine, although it looks odd. - If I select 3.2 at the PowerBoot menu, it comes up with two messages about "invalid partition", one about "no boot loader", and then it can't automatically boot up anything. The interesting thing is that I'm in the 2.2.8 bootloader at this point, not the 3.2 one. It seems to want to boot 'da(0,a)/kernel', but if I type in 'da(0,e)/kernel', then it boots up fine. My last partition is meant for installing OpenBSD, but I wasn't ready to do that yet. Later I was talking with one of the other guys here, and I went to show him what I did by trying to do another freebsd install into that 4th partition. Much to my surprise, it won't *let* me install into that partition. (note that I wanted to try PowerBoot because I also have a second hard disk, and I want to install Win98 on that one, along with BeOS and maybe some other OS's. It seemed to me that multi-disk situations could use something more than booteasy). So, my guess is that my primary problem is that I have only a vague idea of what I'm doing... Where is a good point to start looking for a better idea? I tried searching the web site for "multi-boot", but that didn't turn up much. I have a number of questions from doing this: 1. why does the install turn my HD unbootable? (invalid partition table). I didn't ask it to re-fdisk anything, and I didn't ask for it to change my boot loader. 2. I have the BIOS option on so I can boot off larger hard disks, and indeed it seems I can boot to the first three partitions. Why can't I get to that final one? 3. Can I get it so that booting off the third partition will smoothly boot into 3.2-stable? 4. given the rapidly-expanding size of HD's, would it be useful to support installs into DOS-style extended partitions? Or are they a problem which we're better off to avoid? --- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or drosih@rpi.edu Rensselaer Polytechnic Institute To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 10:29:56 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from voyager.fisicc-ufm.edu (ip-46-094.guate.net [200.12.46.94]) by hub.freebsd.org (Postfix) with ESMTP id F04B314D2C for ; Tue, 3 Aug 1999 10:29:17 -0700 (PDT) (envelope-from obonilla@voyager.fisicc-ufm.edu) Received: (from obonilla@localhost) by voyager.fisicc-ufm.edu (8.9.3/8.9.3) id LAA14761 for freebsd-hackers@freebsd.org; Tue, 3 Aug 1999 11:28:29 -0600 (CST) (envelope-from obonilla) Date: Tue, 3 Aug 1999 11:28:29 -0600 From: Oscar Bonilla To: freebsd-hackers@freebsd.org Subject: Berkeley IRS and NSS Message-ID: <19990803112829.A14751@fisicc-ufm.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Anyone knows about the BSD Information Retrieval Service (IRS) mentioned in http://www.padl.com/nss_ldap.html ? It seems to accomplish the same thing as the NSS stuff we've been talking about. Regards, -Oscar -- For PGP Public Key: finger obonilla@fisicc-ufm.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 10:43: 4 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp04.wxs.nl (smtp04.wxs.nl [195.121.6.59]) by hub.freebsd.org (Postfix) with ESMTP id 3C57514E0B for ; Tue, 3 Aug 1999 10:43:00 -0700 (PDT) (envelope-from asmodai@wxs.nl) Received: from daemon.ninth-circle.org ([195.121.196.90]) by smtp04.wxs.nl (Netscape Messaging Server 3.61) with ESMTP id AAB74EF; Tue, 3 Aug 1999 19:42:27 +0200 Received: (from asmodai@localhost) by daemon.ninth-circle.org (8.9.3/8.9.3) id TAA60189; Tue, 3 Aug 1999 19:38:13 +0200 (CEST) (envelope-from asmodai) Date: Tue, 3 Aug 1999 19:38:13 +0200 From: Jeroen Ruigrok/Asmodai To: Wes Peters Cc: Andy Doran , freebsd-hackers@FreeBSD.ORG, Artur Grabowski Subject: Re: no elf(5) man page (docs/7914) Message-ID: <19990803193813.B60168@daemon.ninth-circle.org> References: <19990802073322.A54109@daemon.ninth-circle.org> <37A68B0C.15EF7E49@softweyr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/0.96.3i In-Reply-To: <37A68B0C.15EF7E49@softweyr.com>; from Wes Peters on Tue, Aug 03, 1999 at 12:24:12AM -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Wes Peters (wes@softweyr.com) [990803 10:13]: > Jeroen Ruigrok/Asmodai wrote: > > * Andy Doran (ad@netbsd.org) [990802 00:53]: > > > Wes Peters writes: > > > > NetBSD doesn't have one as of 1.4, so they may be interested in yours. ;^) > > > > > > It'd be cool if Asmodai could bounce this around one of the NetBSD lists > > > once it's near completion. tech-toolchain@ or tech-userlevel@ would be the > > > right place I guess. > > > > I already saw some differences in the stucture member names though, so > > ye will need to adjust those. > > Ain't cooperation great? ;^) > > Now if our OpenBSD friend will provide us with a mailing list or doc reviewer > there, we can kill THREE birds with one stone. I know a committer there =) I have cc:'d him and hope he likes the idea as well. [hey Art ;)] OpenBSD, and pardon if saying it wrongly here, took the definitions from elf_common.h, so that's at least consistent. NetBSD defines some macros with other values =\ There goes some compatibility. -- Jeroen Ruigrok van der Werven asmodai(at)wxs.nl The BSD Programmer's Documentation Project Network/Security Specialist BSD: Technical excellence at its best Cum angelis et pueris, fideles inveniamur. Quis est iste Rex gloriae...? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 10:59:15 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from mail1.its.rpi.edu (mail1.its.rpi.edu [128.113.100.7]) by hub.freebsd.org (Postfix) with ESMTP id E334914D36 for ; Tue, 3 Aug 1999 10:59:10 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail1.its.rpi.edu (8.9.3/8.9.3) with ESMTP id NAA48344 for ; Tue, 3 Aug 1999 13:59:06 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: <37A6CA97.1F0DA32F@cdsec.com> Date: Tue, 3 Aug 1999 13:59:11 -0400 To: hackers@FreeBSD.ORG From: Garance A Drosihn Subject: Re: Multiple versions of FreeBSD on one HDD Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 1:24 PM -0400 8/3/99, i (Garance A Drosihn) wrote: >So, my guess is that my primary problem is that I have only a >vague idea of what I'm doing... Where is a good point to start >looking for a better idea? I tried searching the web site for >"multi-boot", but that didn't turn up much. I have a number >of questions from doing this: > 1. why does the install turn my HD unbootable? (invalid > partition table). I didn't ask it to re-fdisk anything, > and I didn't ask for it to change my boot loader. > 2. I have the BIOS option on so I can boot off larger > hard disks, and indeed it seems I can boot to the > first three partitions. Why can't I get to that final > partition? > 3. Can I get it so that booting off the third partition > will smoothly boot into 3.2-stable? I should mention that what I have on the disk right now (with the three systems) isn't too critical, so it is alright if I have to start over and reinstall everything. On the other hand, reinstalling does get a little tiring after awhile, so I want to have a better idea of what I'm doing before I take another stab at this, to minimize the number of reinstalls that I wind up doing. I should also mention that while I do have a second 4-gig scsi disk to use, it isn't actually installed yet. Also, I did intend to have a freebsd 4-current system as part of this multi-boot mix. I don't think I mentioned that last time. Perhaps I should create one fdisk-style partition per hard disk, and put all freebsd-related slices (for all the different freebsd installs) into that one partition? Would that make things go smoother? (particularly if I put all the boot-related slices at the start of that fdisk-style partition) --- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or drosih@rpi.edu Rensselaer Polytechnic Institute To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 11: 2:20 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from dead-end.net (dead-end.net [216.15.131.2]) by hub.freebsd.org (Postfix) with ESMTP id 1F1BC14D36; Tue, 3 Aug 1999 11:02:10 -0700 (PDT) (envelope-from rock@dead-end.net) Received: from dead-end.net (p3E9C37CB.dip.t-dialin.net [62.156.55.203]) by dead-end.net (8.9.3/DEAD-END/1999022000) with ESMTP id UAA79265; Tue, 3 Aug 1999 20:01:09 +0200 (CEST) (envelope-from rock@dead-end.net) Message-ID: <37A72E77.509A7485@dead-end.net> Date: Tue, 03 Aug 1999 20:01:27 +0200 From: "D. Rock" X-Mailer: Mozilla 4.6 [de] (Win98; U) X-Accept-Language: de MIME-Version: 1.0 To: "Andrej Brodnik (Andy)" Cc: freebsd-hardware@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Overloading my machine? References: <199908031333.PAA24137@Dolinca.IBC.IskraSistemi.Si> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Andrej Brodnik (Andy)" schrieb: > Hi there, > > I want to put on my machine the following HW (I'll be running > FBSD-3.2) beside the usual HW (serial and parallel ports etc.): > > - three IDE disks > - floppy > - IDE CD-ROM > - three ep NIC > - Adaptec PCI bus SCSI adapter > > Now, this is not a lot of burden (I think) for the processor, but I'm > a bit afraid about the architecture. Will this work? In particular, > I'm worried about the interrupts. Any suggestions how to configure > them? The ISA NIC's would made me worry. An ISA Ethernet NIC with a rate of ~ 1 MB/s utilizes the CPU up to 50-70% (regardless of the CPU speed). On practictal tests the ISA bus maxes out at around 3MB/s at 100 % CPU load (unless the ISA device does DMA) For more than average network traffic, I'd put some cheap PCI NICs in. You should have at least 2 PCI slots free. Unless you are using this machine also as a workstation, you could throw out the PCI VGA adapter and just use a plain old ISA one, so you will gain another PCI slot. Daniel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 11: 5:27 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from m1-18-dbn.dial-up.net (m2-3-dbn.dial-up.net [196.34.155.67]) by hub.freebsd.org (Postfix) with ESMTP id 7EBB8152E2 for ; Tue, 3 Aug 1999 11:05:15 -0700 (PDT) (envelope-from rnordier@nordier.com) Received: (from rnordier@localhost) by m1-18-dbn.dial-up.net (8.8.7/8.6.12) id UAA01402; Tue, 3 Aug 1999 20:01:46 +0200 (SAST) From: Robert Nordier Message-Id: <199908031801.UAA01402@m1-18-dbn.dial-up.net> Subject: Re: Multiple versions of FreeBSD on one HDD In-Reply-To: from Garance A Drosihn at "Aug 3, 1999 01:24:15 pm" To: drosih@rpi.edu (Garance A Drosihn) Date: Tue, 3 Aug 1999 20:01:44 +0200 (SAST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > By now the floppies for PowerBoot had come, so I tried > installing that. I could now boot the HD, and PowerBoot can > see the two partitions with freebsd installed (it even > recognizes them as freebsd). Right now, my situation is > that: > - If I select WinNT at the PowerBoot menu, it comes up > fine. Everything looks about as I'd expect. > - If I select 2.2.8 at the PowerBoot menu, it comes up > with one error message about "no /boot/loader", but > then it comes right up in the 2.2.8 system. So this > works fine, although it looks odd. You're using the new boot blocks for 2.2.8, and these always try to pass control to loader(8). To get rid of the message, create a /boot.config file with the line /kernel in it. > - If I select 3.2 at the PowerBoot menu, it comes up > with two messages about "invalid partition", one about > "no boot loader", and then it can't automatically boot > up anything. The interesting thing is that I'm in > the 2.2.8 bootloader at this point, not the 3.2 one. > It seems to want to boot 'da(0,a)/kernel', but if I > type in 'da(0,e)/kernel', then it boots up fine. The problem here is a missing `a' partition. Seems like your first partition on that slice is `e'. There's a one-line patch to boot2 to get this working, but the standard version only autoboots from the `a' partition. > My last partition is meant for installing OpenBSD, but I > wasn't ready to do that yet. Later I was talking with one > of the other guys here, and I went to show him what I did > by trying to do another freebsd install into that 4th > partition. Much to my surprise, it won't *let* me install > into that partition. It's usually best to temporarily change fdisk partition types, so that sysinstall sees no existing FreeBSD slice on the drive. However, there may be other problems involved here as well. > (note that I wanted to try PowerBoot because I also have a > second hard disk, and I want to install Win98 on that one, > along with BeOS and maybe some other OS's. It seemed to > me that multi-disk situations could use something more than > booteasy). Actually booteasy can handle two drives, and boot0 (which replaced booteasy in 3.1R) can handle more than that. However, the OSes on the higher drives must be capable of booting from the non-default drive. Most can do that -- even UnixWare -- though not Windows, which ignores the drive number passed in to it. So, for Windows, something that swaps drive letters is more suitable. > So, my guess is that my primary problem is that I have only a > vague idea of what I'm doing... Where is a good point to start > looking for a better idea? I tried searching the web site for > "multi-boot", but that didn't turn up much. I have a number > of questions from doing this: > 1. why does the install turn my HD unbootable? (invalid > partition table). I didn't ask it to re-fdisk anything, > and I didn't ask for it to change my boot loader. There are a number of possibilities, but one would have to look at a copy of the broken MBR to be sure. (The most usual reason for an "invalid partition table" message is multiple partitions flagged as active, or partitions that use the new-style active flag that is supported from Win95. This can be sorted out by booting from floppy or CD-ROM and using fdisk.) > 2. I have the BIOS option on so I can boot off larger > hard disks, and indeed it seems I can boot to the > first three partitions. Why can't I get to that final > one? You need to enable something more than the BIOS option. For instance, for FreeBSD, you need to enable LBA support in the boot blocks by means of a build option, and use boot0cfg(8) to turn on "packet" support in boot0. > 3. Can I get it so that booting off the third partition > will smoothly boot into 3.2-stable? Either patch boot2 or change to using an `a' partition. > 4. given the rapidly-expanding size of HD's, would it be > useful to support installs into DOS-style extended > partitions? Or are they a problem which we're better > off to avoid? I think support for extended partitions is inevitable (it's now the RedHat default), whether it really is a good idea or not. Technically, it violates the IBM specification that deals with fdisk partitions, though I'm not sure that matters very much. It will break some older OS/2 device drivers, for instance, though. -- Robert Nordier To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 11:14:13 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from nothing-going-on.demon.co.uk (nothing-going-on.demon.co.uk [193.237.89.66]) by hub.freebsd.org (Postfix) with ESMTP id 641CA152E9; Tue, 3 Aug 1999 11:14:01 -0700 (PDT) (envelope-from nik@nothing-going-on.demon.co.uk) Received: from kilt.nothing-going-on.org (kilt.nothing-going-on.org [192.168.1.18]) by nothing-going-on.demon.co.uk (8.9.3/8.9.3) with ESMTP id TAA84047; Tue, 3 Aug 1999 19:04:21 +0100 (BST) (envelope-from nik@catkin.nothing-going-on.org) Received: (from nik@localhost) by kilt.nothing-going-on.org (8.9.3/8.9.3) id PAA40015; Tue, 3 Aug 1999 15:43:04 +0100 (BST) (envelope-from nik@catkin.nothing-going-on.org) Date: Tue, 3 Aug 1999 15:43:04 +0100 From: Nik Clayton To: "Brian F. Feldman" Cc: doc@FreeBSD.org, "Alton, Matthew" , "'Nik Clayton'" , "'Matthew Dillon'" , "David E. Cross" , freebsd-hackers@FreeBSD.org Subject: Re: DOC volunteer WAS:RE: userfs help needed. Message-ID: <19990803154304.B39416@kilt.nothing-going-on.org> References: <19990730234659.A3260@catkin.nothing-going-on.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: ; from Brian F. Feldman on Sun, Aug 01, 1999 at 03:00:49PM -0400 Organization: FreeBSD Project Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Aug 01, 1999 at 03:00:49PM -0400, Brian F. Feldman wrote: > Judging by your description, why don't we use LyX? :) LaTeX sounds about > right. Argh -- contextual sense of humour failure. Smiley not withstanding, I can't decide if the above question was asked in all seriousness or not. N -- [intentional self-reference] can be easily accommodated using a blessed, non-self-referential dummy head-node whose own object destructor severs the links. -- Tom Christiansen in <375143b5@cs.colorado.edu> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 11:21:18 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from janus.syracuse.net (janus.syracuse.net [205.232.47.15]) by hub.freebsd.org (Postfix) with ESMTP id C3C55152E0; Tue, 3 Aug 1999 11:21:09 -0700 (PDT) (envelope-from green@FreeBSD.org) Received: from localhost (green@localhost) by janus.syracuse.net (8.9.3/8.8.7) with ESMTP id OAA35942; Tue, 3 Aug 1999 14:20:13 -0400 (EDT) X-Authentication-Warning: janus.syracuse.net: green owned process doing -bs Date: Tue, 3 Aug 1999 14:20:12 -0400 (EDT) From: "Brian F. Feldman" X-Sender: green@janus.syracuse.net To: Nik Clayton Cc: doc@FreeBSD.org, "Alton, Matthew" , "'Nik Clayton'" , "'Matthew Dillon'" , "David E. Cross" , freebsd-hackers@FreeBSD.org Subject: Re: DOC volunteer WAS:RE: userfs help needed. In-Reply-To: <19990803154304.B39416@kilt.nothing-going-on.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 Tue, 3 Aug 1999, Nik Clayton wrote: > On Sun, Aug 01, 1999 at 03:00:49PM -0400, Brian F. Feldman wrote: > > Judging by your description, why don't we use LyX? :) LaTeX sounds about > > right. > > Argh -- contextual sense of humour failure. Smiley not withstanding, I > can't decide if the above question was asked in all seriousness or not. LyX can generate good LaTeX code, actually... But in all seriousness, I'd really LOVE to use LaTeX instead of .roff and and all the mdoc macros. I like LaTeX as a format much better than any of the alternatives. That and SGML... > > N > -- > [intentional self-reference] can be easily accommodated using a blessed, > non-self-referential dummy head-node whose own object destructor severs > the links. > -- Tom Christiansen in <375143b5@cs.colorado.edu> > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > Brian Fundakowski Feldman _ __ ___ ____ ___ ___ ___ green@FreeBSD.org _ __ ___ | _ ) __| \ FreeBSD: The Power to Serve! _ __ | _ \._ \ |) | http://www.FreeBSD.org/ _ |___/___/___/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 11:27:48 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from m2-8-dbn.dial-up.net (m2-8-dbn.dial-up.net [196.34.155.72]) by hub.freebsd.org (Postfix) with ESMTP id DA23114DEC for ; Tue, 3 Aug 1999 11:27:23 -0700 (PDT) (envelope-from rnordier@nordier.com) Received: (from rnordier@localhost) by m2-8-dbn.dial-up.net (8.8.7/8.6.12) id UAA01918; Tue, 3 Aug 1999 20:25:06 +0200 (SAST) From: Robert Nordier Message-Id: <199908031825.UAA01918@m2-8-dbn.dial-up.net> Subject: Re: Multiple versions of FreeBSD on one HDD In-Reply-To: from Garance A Drosihn at "Aug 3, 1999 01:59:11 pm" To: drosih@rpi.edu (Garance A Drosihn) Date: Tue, 3 Aug 1999 20:25:04 +0200 (SAST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I should mention that what I have on the disk right now (with > the three systems) isn't too critical, so it is alright if I > have to start over and reinstall everything. On the other > hand, reinstalling does get a little tiring after awhile, so > I want to have a better idea of what I'm doing before I take > another stab at this, to minimize the number of reinstalls > that I wind up doing. > > I should also mention that while I do have a second 4-gig scsi > disk to use, it isn't actually installed yet. > > Also, I did intend to have a freebsd 4-current system as part > of this multi-boot mix. I don't think I mentioned that last > time. Perhaps I should create one fdisk-style partition per > hard disk, and put all freebsd-related slices (for all the > different freebsd installs) into that one partition? Would > that make things go smoother? (particularly if I put all the > boot-related slices at the start of that fdisk-style partition) Using BSD terminology, "slice" == fdisk partition, and partitions ('a', 'e', etc.) are just "partitions". Though, IIRC, SVR5 uses the terms the other way round. I'd suggest you install one system per fdisk partition. I had a system set up with 2.0R, 2.1R, 2.2R and 3-current (as was) in separate slices, when testing the new boot code. Some people do prefer the multiple systems per slice approach, though, which is all that used to be supported. So either can be made to work. -- Robert Nordier To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 12: 4:38 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from lestat.nas.nasa.gov (lestat.nas.nasa.gov [129.99.33.127]) by hub.freebsd.org (Postfix) with ESMTP id 9AC931506D for ; Tue, 3 Aug 1999 12:04:35 -0700 (PDT) (envelope-from thorpej@lestat.nas.nasa.gov) Received: from lestat (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.8.8/8.6.12) with ESMTP id LAA00645; Tue, 3 Aug 1999 11:11:24 -0700 (PDT) Message-Id: <199908031811.LAA00645@lestat.nas.nasa.gov> To: Oscar Bonilla Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Berkeley IRS and NSS Reply-To: Jason Thorpe From: Jason Thorpe Date: Tue, 03 Aug 1999 11:11:23 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 3 Aug 1999 11:28:29 -0600 Oscar Bonilla wrote: > Anyone knows about the BSD Information Retrieval Service (IRS) > mentioned in http://www.padl.com/nss_ldap.html ? > It seems to accomplish the same thing as the NSS stuff we've been > talking about. In NetBSD, we specifically didn't go with IRS because we felt it was not flexible enough. -- Jason R. Thorpe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 12:10:42 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from moebius2.Space.Net (moebius2.Space.Net [195.30.1.100]) by hub.freebsd.org (Postfix) with SMTP id 6A3B815104 for ; Tue, 3 Aug 1999 12:10:27 -0700 (PDT) (envelope-from maex@Space.Net) Received: (qmail 10119 invoked by uid 1013); 3 Aug 1999 19:09:53 -0000 Message-ID: <19990803210953.E17970@space.net> Date: Tue, 3 Aug 1999 21:09:53 +0200 From: Markus Stumpf To: Alex Zepeda , Mike Hoskins Cc: hackers@FreeBSD.ORG Subject: Re: Solution for mail pseudo-users? References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: ; from Alex Zepeda on Sun, Aug 01, 1999 at 04:08:00AM -0700 Organization: SpaceNet GmbH, Muenchen, Germany Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I would recommend qmail (http://www.qmail.org/). It has a VERY modular structure, where you e.g. can easily substitue the "checkpassword" module with a e.g. perl script doing the lookups. Nothing else needs to be patched/changed and the described scenario can be accomplished with standard qmail features. We're running kind of such a setup for about 2 years and are very happy. There are patches+docs for a complete qmail+mysql integration at http://www.softagency.co.jp/mysql/qmail.en.html There are patches+docs for a complete qmail+ldap integration at http://www.nrg4u.com/ LDAP is not that messy :-) LDAP is designed with a lot of read accesses in mind and will eventually not scale well with a lot of write (change) accesses. On Sun, Aug 01, 1999 at 04:08:00AM -0700, Alex Zepeda wrote: > I just don't see any justification in hacking away at all of your software > to bypass the passwd database. What is gained? If you have 100000+ users you'll run out of UIDs (see recent thread). Also you'll have to run the script to allow users to change passwords as "root", which you probably will NOT want to do (same for adding/ deleting/changing users) Also with 30000+ (maybe even with 10000+) users each rebuild of the passwd database will become SLOW and you have to take care about locking and such ... been there, tried it, didn't like it. \Maex -- SpaceNet GmbH | http://www.Space.Net/ | Yeah, yo mama dresses Research & Development | mailto:maex-sig@Space.Net | you funny and you need Joseph-Dollinger-Bogen 14 | Tel: +49 (89) 32356-0 | a mouse to delete files D-80807 Muenchen | Fax: +49 (89) 32356-299 | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 12:11:21 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from kronos.alcnet.com (kronos.alcnet.com [63.69.28.22]) by hub.freebsd.org (Postfix) with ESMTP id 12DD515348 for ; Tue, 3 Aug 1999 12:11:12 -0700 (PDT) (envelope-from kbyanc@alcnet.com) X-Provider: ALC Communications, Inc. http://www.alcnet.com/ Received: from kbyanc (ws-41.alcnet.com [63.69.28.41]) by kronos.alcnet.com (8.9.3/8.9.3/antispam) with SMTP id PAA39815 for ; Tue, 3 Aug 1999 15:10:15 -0400 (EDT) From: "Kelly Yancey" To: Subject: Results of investigating optimizing calloc()... Date: Tue, 3 Aug 1999 15:10:15 -0400 Message-ID: <001e01bedde3$d1af64c0$291c453f@kbyanc.alcnet.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sorry for posting this out-of-the-blue, I meant to post it last week while the thread was still fresh, but I got distracted by work and other projects, so here it is a tad late. For those of you who hadn't been following the previous calloc() thread: I had theorized that we could see an improvement in the performance of calloc() by optimizing the case where there were no free memory was on the heap and sbrk() was called to extend the process's address space. Since sbrk() ensures that the newly available virtual address space is zeroed, it seemed logical that calloc() could just return memory from that space. Currently calloc() just calls malloc() which either returns free memory already on the heap or extends the heap (using sbrk() ). Calloc() then calls bzero() to clear the memory before returning it. The idea was to make calloc() as smart as malloc() so it didn't waste its time bzero()ing memory that was already cleared (courtesy of the kernel and sbrk() ). However, after spending several hours wrapping my head around the malloc() implementation (btw, thanks need to go to Poul-Henning Kamp for the great malloc we have...someone should by him a beer ;) ), I realized as Mattew Dillon and Dag-Erling Smorgrav predicted that this was fruitless effort. The reason: the best case I could hope for calloc() would be the worst case for malloc(). This is to say, that with all the work to make calloc() smarter, the best it could hope for would be to need to sbrk() more memory (relatively rare I discovered through some diagnostic printf()s); by comparison that is the worst thing malloc() ever has to do (often just pulling memory out of a free list on the heap to serve the request). But what about paging, that was the other concern. calloc() currently touches all of the pages of memory in order to zero them. Well, this is the only place where making calloc() smarter would help. The results below illustrate the point: All tests were performed on a 486/66 with 16M of RAM running FreeBSD-3.2: malloc calloc malloc+wrt calloc+wrt real time 0.31 77.33 75.76 100.67 user time 0.11 15.99 16.45 32.00 sys time 0.18 37.47 37.37 37.91 maximum resident set size 308 1324 1252 1284 average shared memory size 4 4 4 4 average unshared data size 477 744 744 744 average unshared stack size 37 129 128 128 page reclaims 0 124799 124788 124780 page faults 0 41 0 0 swaps 0 0 0 0 voluntary context switches 0 0 0 0 involuntary context switches 3 604 593 761 As you can see, calloc() takes drastically longer to allocate the same amount of memory as malloc() does. The difference being that calloc() touches every page (look at the huge number of page reclaims). But as the latter 2 columns show, if you actually ever use the memory, then you are pretty much even. We expect that writing to all the malloc()'ed memory should be the same as calloc() since that is how calloc() is implemented... and sure enough it is. And we see that writing to calloc()'ed memory is only as expensive as the write itself (no change in sys time nor page reclaims). If you consider the vast amount of memory that was written (1000! * 1024 bytes = 4.12e+2570 bytes) in the tests, then you can see how little overhead the write itself actually is for real-world programs. So what does it all mean: it means I was wrong. We really don't stand to gain anything from making calloc() smarter. At best I could have hoped to optimize the rare case of needing to sbrk() more memory to fulfill a calloc() request, and even then we see that the optimization isn't that great. If anyone is interested, following are the actually test programs. Kelly ~kbyanc@posi.net~ FreeBSD - The Power To Serve - http://www.freebsd.org/ Join Team FreeBSD - http://www.posi.net/freebsd/Team-FreeBSD/ /* malloctest.c */ #include void main() { int i; void *loc; for(i=0; i<1000; i++) { loc=malloc(i * 1024); free(loc); } } /* calloctest.c */ #include void main() { int i; void *loc; for(i=0; i<1000; i++) { loc=calloc(i, 1024); free(loc); } } /* malloctest2.c */ #include #include void main() { int i; void *loc; for(i=0; i<1000; i++) { loc=malloc(i * 1024); memset(loc, 'A', i * 1024); free(loc); } } /* calloctest2.c */ #include #include void main() { int i; void *loc; for(i=0; i<1000; i++) { loc=calloc(i, 1024); memset(loc, 'A', i * 1024); free(loc); } } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 12:11:32 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from mail-out1.apple.com (mail-out1.apple.com [17.254.0.52]) by hub.freebsd.org (Postfix) with ESMTP id 5228D15362 for ; Tue, 3 Aug 1999 12:11:28 -0700 (PDT) (envelope-from justin@rhapture.apple.com) Received: from mailgate2.apple.com ([17.129.100.225]) by mail-out1.apple.com (8.8.5/8.8.5) with ESMTP id MAA42634 for ; Tue, 3 Aug 1999 12:10:28 -0700 Received: from scv4.apple.com (scv4.apple.com) by mailgate2.apple.com (Content Technologies SMTPRS 2.0.15) with ESMTP id ; Tue, 03 Aug 1999 12:10:22 -0700 Received: from rhapture.apple.com (rhapture.apple.com [17.202.40.59]) by scv4.apple.com (8.9.3/8.9.3) with ESMTP id MAA47644; Tue, 3 Aug 1999 12:10:20 -0700 Received: (from justin@localhost) by rhapture.apple.com (8.9.1/8.9.1) id MAA00736; Tue, 3 Aug 1999 12:10:20 -0700 (PDT) Message-Id: <199908031910.MAA00736@rhapture.apple.com> To: Jason Thorpe Subject: Re: Berkeley IRS and NSS Cc: Oscar Bonilla , freebsd-hackers@freebsd.org Date: Tue, 3 Aug 1999 12:10:19 -0700 From: "Justin C. Walker" Reply-To: justin@apple.com X-Mailer: by Apple MailViewer (2.105.dev) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > From: Jason Thorpe > Date: 1999-08-03 12:04:48 -0700 > To: Oscar Bonilla > Subject: Re: Berkeley IRS and NSS > Cc: freebsd-hackers@FreeBSD.ORG > Delivered-to: freebsd-hackers@freebsd.org > X-Loop: FreeBSD.ORG > > On Tue, 3 Aug 1999 11:28:29 -0600 > Oscar Bonilla wrote: > > > Anyone knows about the BSD Information Retrieval Service (IRS) > > mentioned in http://www.padl.com/nss_ldap.html ? > > It seems to accomplish the same thing as the NSS stuff we've been > > talking about. > > In NetBSD, we specifically didn't go with IRS because we felt it was > not flexible enough. FWIW, it's also GPL'd, according to the web site. j -- Justin C. Walker, Curmudgeon-At-Large * Institute for General Semantics | Manager, CoreOS Networking | When crypto is outlawed, Apple Computer, Inc. | Only outlaws will have crypto. 2 Infinite Loop | Cupertino, CA 95014 | *-------------------------------------*-------------------------------* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 12:21:30 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from janus.syracuse.net (janus.syracuse.net [205.232.47.15]) by hub.freebsd.org (Postfix) with ESMTP id EB2DC15311 for ; Tue, 3 Aug 1999 12:21:24 -0700 (PDT) (envelope-from green@FreeBSD.org) Received: from localhost (green@localhost) by janus.syracuse.net (8.9.3/8.8.7) with ESMTP id PAA36916; Tue, 3 Aug 1999 15:20:45 -0400 (EDT) X-Authentication-Warning: janus.syracuse.net: green owned process doing -bs Date: Tue, 3 Aug 1999 15:20:45 -0400 (EDT) From: "Brian F. Feldman" X-Sender: green@janus.syracuse.net To: Ollivier Robert Cc: hackers@FreeBSD.org Subject: Re: Jail syscalls In-Reply-To: <19990803081951.A31905@keltia.freenix.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 3 Aug 1999, Ollivier Robert wrote: > According to Brian F. Feldman: > > Jail is in RELENG_3.... >[ text explaining my wrongness] Ack. My memory worked in conjunction with my imagination to trick me. > > -- > Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr > FreeBSD keltia.freenix.fr 4.0-CURRENT #72: Mon Jul 12 08:26:43 CEST 1999 Brian Fundakowski Feldman _ __ ___ ____ ___ ___ ___ green@FreeBSD.org _ __ ___ | _ ) __| \ FreeBSD: The Power to Serve! _ __ | _ \._ \ |) | http://www.FreeBSD.org/ _ |___/___/___/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 12:44:49 1999 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 A192C1530F for ; Tue, 3 Aug 1999 12:44:41 -0700 (PDT) (envelope-from dmiller@search.sparks.net) Received: by search.sparks.net (Postfix, from userid 100) id 73D0F261; Tue, 3 Aug 1999 15:44:36 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by search.sparks.net (Postfix) with SMTP id 6359D258 for ; Tue, 3 Aug 1999 15:44:36 -0400 (EDT) Date: Tue, 3 Aug 1999 15:44:36 -0400 (EDT) From: David Miller To: freebsd-hackers@freebsd.org Subject: Tuning web benchmarks 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:) We're installing a half dozen big web servers this season (P-II/450+, 512 MB ram). Right now I'm trying to run some benchmarks to see what needs tuning. It appears that the benchmarking clients are what need the tuning so far. We're using "ab" (apache benchmark) which ships with apache. When running it with even moderate levels of concurrency (100 clients pulling data at once) it runs for a few seconds, then dies with a "Broken pipe" message. I can trace this back to a SIGPIPE error, which I *think* is coming from this section of code: static void start_connect(struct connection *c) c->read = 0; c->bread = 0; c->keepalive = 0; c->cbx = 0; c->gotheader = 0; c->fd = socket(AF_INET, SOCK_STREAM, 0); if (c->fd < 0) err("socket"); [snip] exit(errno); After the "Broken pipe" message it dies with a returncode of 141. The particulars: running 3.2 off the release CD, maxusers set to 256, otherwise a pretty generic kernel. Running processes as root. System has 256 MB ram, 450 MHz P-III (asus p2B-d MB). The server has 2 450 MHz P-III with 512 MB ram, but the problems come with smp/apic configured or not. No interesting messages show up in dmesg or /var/log/* It looks like it's having trouble creating all the open sockets, and quits at the first such occurance. Any hints as to what to look for next? Thanks, --- David Miller To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 13:34:48 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from leap.innerx.net (leap.innerx.net [38.179.176.25]) by hub.freebsd.org (Postfix) with ESMTP id DF1A414F9C for ; Tue, 3 Aug 1999 13:34:37 -0700 (PDT) (envelope-from chris@holly.dyndns.org) Received: from holly.dyndns.org (ip208.houston2.tx.pub-ip.psi.net [38.11.201.208]) by leap.innerx.net (Postfix) with ESMTP id 62046370A7; Tue, 3 Aug 1999 16:34:33 -0400 (EDT) Received: (from chris@localhost) by holly.dyndns.org (8.9.3/8.9.3) id PAA45649; Tue, 3 Aug 1999 15:34:47 -0500 (CDT) (envelope-from chris) Date: Tue, 3 Aug 1999 15:34:46 -0500 From: Chris Costello To: David Miller Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Tuning web benchmarks Message-ID: <19990803153446.A45629@holly.dyndns.org> Reply-To: chris@calldei.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/0.96.3i In-Reply-To: ; from David Miller on Tue, Aug 03, 1999 at 03:44:36PM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Aug 03, 1999, David Miller wrote: > After the "Broken pipe" message it dies with a returncode of 141. You might want to try the Apache lists for this. -- |Chris Costello |When all else fails, let a = 7. |If that doesn't help, then read the manual. `------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 14: 0:30 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from cygnus.rush.net (cygnus.rush.net [209.45.245.133]) by hub.freebsd.org (Postfix) with ESMTP id 71B80150AD for ; Tue, 3 Aug 1999 14:00:13 -0700 (PDT) (envelope-from bright@rush.net) Received: from localhost (bright@localhost) by cygnus.rush.net (8.9.3/8.9.3) with SMTP id RAA01022; Tue, 3 Aug 1999 17:02:54 -0400 (EDT) Date: Tue, 3 Aug 1999 17:02:53 -0400 (EDT) From: Alfred Perlstein To: Assar Westerlund Cc: hackers@FreeBSD.ORG Subject: Re: more NFS questions, why is the VFS_FHTOVP weird? In-Reply-To: <5lwvvdysat.fsf@assaris.sics.se> 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 3 Aug 1999, Assar Westerlund wrote: > Alfred Perlstein writes: > > > > * At this point, this should never happen > > */ > > /* ARGSUSED */ > > static int > > nfs_fhtovp(mp, fhp, nam, vpp, exflagsp, credanonp) > > register struct mount *mp; > > struct fid *fhp; > > struct sockaddr *nam; > > struct vnode **vpp; > > int *exflagsp; > > struct ucred **credanonp; > > { > > > > return (EINVAL); > > } > > > > ok, now if you look at the first piece of code it obviously > > fails if nfsrv_fhtovp fails, and nfsrv_fhtovp fails if VFS_FHTOVP > > fails... > > > > so how does NFS work? where is this magic function? > > The NFS server is calling the FHTOVP function of the exported file > system. You're looking at the FHTOVP function for the NFS file system > itself. Look for example at ffs_fhtovp and ufs_check_export. ah thank you it makes more sense now, i'm working on patches to make this more like netbsd's way. > > the macro VFS_FHTOVP is defined in mount.h: > > > > #define VFS_FHTOVP(MP, FIDP, NAM, VPP, EXFLG, CRED) \ > > (*(MP)->mnt_op->vfs_fhtovp)(MP, FIDP, NAM, VPP, EXFLG, CRED) > > I do think that checking for what file systems are exported has no > place in FHTOVP and this should probably be rewritten similar to the > way it has recently been done in NetBSD, namely with a new vfs > operation: > > int (*vfs_checkexp) __P((struct mount *mp, struct mbuf *nam, > int *extflagsp, struct ucred **credanonp)); > > And they have also added fhopen and other syscalls that take file > handles instead of file names. I just booted my NetBSD box and saw the implemented functions. :) > > btw, since this seems to work... is it ok to pass in a NULL > > sockaddr *? (nam) > > I think that nam == NULL means the default export list which doesn't > sound as what you want do do? no it's not what I want to do, thank you for the help. -Alfred Perlstein - [bright@rush.net|bright@wintelcom.net] systems administrator and programmer Wintelcom - http://www.wintelcom.net/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 14:21:16 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.du.gtn.com (mail.du.gtn.com [194.77.9.57]) by hub.freebsd.org (Postfix) with ESMTP id 14ECE14CF0 for ; Tue, 3 Aug 1999 14:21:09 -0700 (PDT) (envelope-from ticso@cicely8.cicely.de) Received: from cicely7.cicely.de (cicely.de [194.231.9.142]) by mail.du.gtn.com (8.8.6/8.8.6) with ESMTP id XAA27465; Tue, 3 Aug 1999 23:20:27 +0200 (MET DST) Received: from cicely8.cicely.de (cicely8.cicely.de [10.1.2.10]) by cicely7.cicely.de (8.9.0/8.9.0) with ESMTP id XAA54179; Tue, 3 Aug 1999 23:19:54 +0200 (CEST) Received: (from ticso@localhost) by cicely8.cicely.de (8.9.3/8.9.2) id XAA25399; Tue, 3 Aug 1999 23:20:45 +0200 (CEST) (envelope-from ticso) Date: Tue, 3 Aug 1999 23:20:45 +0200 From: Bernd Walter To: Greg Lehey Cc: Bernd Walter , Stephen Hocking-Senior Programmer PGS Tensor Perth , hackers@FreeBSD.ORG Subject: Re: Adding disks -the pain. Also vinum Message-ID: <19990803232044.A25368@cicely8.cicely.de> References: <19990803133554.S62948@freebie.lemis.com> <199908030416.MAA16945@ariadne.tensor.pgs.com> <19990803081216.B23148@cicely8.cicely.de> <19990803155945.W62948@freebie.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.95.3i In-Reply-To: <19990803155945.W62948@freebie.lemis.com>; from Greg Lehey on Tue, Aug 03, 1999 at 03:59:46PM +0930 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Aug 03, 1999 at 03:59:46PM +0930, Greg Lehey wrote: > On Tuesday, 3 August 1999 at 8:12:17 +0200, Bernd Walter wrote: > > > For UFS/FFS there is nothing worth seting the stripesize to low. > > It is generally slower to acces 32k on different HDDs than to acces 64k on > > one HDD. > > It is always slower where the positioning time is greater than the > transfer time for 32 kB. On modern disks, 32 kB transfer in about 300 > µs. The average rotational latency of a disk running at 10,800 rpm is > 2.8 ms, and even with spindle synchronization there's no way to avoid > rotational latency under these circumstances. It shouldn't be the latency, because with spindlesync they are the same on both disks if the transfer is requested exactly the same time what is of course idealized.. The point is that you have more then a single transfer. With small transfers spindle sync is able to winback some of the performance you have lost with a to small stripe size. > > > Spindle Sycronisation won't bring you that much on modern HDDs - I tried > > it using 5 Seagate Elite 2.9G (5,25" Full-Height). > > It should be useful for RAID-3 and streaming video. I case of large transfers it will make sense - but FFS is unable to set up big enough requests. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 14:23: 3 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from mom.hooked.net (mom.hooked.net [206.80.6.10]) by hub.freebsd.org (Postfix) with ESMTP id 1B32814C1D for ; Tue, 3 Aug 1999 14:22:51 -0700 (PDT) (envelope-from garbanzo@hooked.net) Received: from fish.hooked.net (garbanzo@fish.hooked.net [206.80.6.48]) by mom.hooked.net (8.8.6/8.8.5) with SMTP id OAA21898; Tue, 3 Aug 1999 14:22:26 -0700 (PDT) Date: Tue, 3 Aug 1999 14:22:17 -0700 (PDT) From: Alex Zepeda To: Markus Stumpf Cc: Mike Hoskins , hackers@FreeBSD.ORG Subject: Re: Solution for mail pseudo-users? In-Reply-To: <19990803210953.E17970@space.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 Tue, 3 Aug 1999, Markus Stumpf wrote: > > I just don't see any justification in hacking away at all of your software > > to bypass the passwd database. What is gained? > > If you have 100000+ users you'll run out of UIDs (see recent thread). I find it hard to believe that handling 100,000 users on one box is a good idea in the first place. > Also you'll have to run the script to allow users to change passwords as > "root", which you probably will NOT want to do (same for adding/ > deleting/changing users) So with your setup, any user can add/delete/modify existing users? Yeah, that's secure. > Also with 30000+ (maybe even with 10000+) users each rebuild of the > passwd database will become SLOW and you have to take care about locking > and such ... been there, tried it, didn't like it. Yes, but with 100k+ users, a database (that requires slow rebuilding) is faster to find random records in than a flat text file. In fact, perhaps you should have instituted some sort of cron'd rebuild (once every 30 minutes for instance), and then queued the changes, so as to prevent users from frobbing in an incorrect manner. - alex You better believe that marijuana can cause castration. Just suppose your girlfriend gets the munchies! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 15: 8:15 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from alcanet.com.au (border.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with SMTP id 37D5414E23 for ; Tue, 3 Aug 1999 15:08:10 -0700 (PDT) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <40321>; Wed, 4 Aug 1999 07:46:40 +1000 Date: Wed, 4 Aug 1999 08:05:57 +1000 From: Peter Jeremy Subject: What's new in Linux 2.4 To: hackers@FreeBSD.ORG Message-Id: <99Aug4.074640est.40321@border.alcanet.com.au> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jordan recently mentioned "Wonderful World of Linux 2.4 (Second Edition)" . This article makes the statement "Linux is still the only operating system completely compatible with the IPv4 specification", which is further expanded in a followup article by : . Does anyone know what Joe and Soren are talking about here? I was under the impression that BSD (probably 4.3BSD) was the Reference Implementation for IPv4. Where does FreeBSD differ from the relevant RFCs? Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 15: 8:55 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from alcanet.com.au (border.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id 0D68F151D1 for ; Tue, 3 Aug 1999 15:08:42 -0700 (PDT) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <40329>; Wed, 4 Aug 1999 07:46:56 +1000 Date: Wed, 4 Aug 1999 08:06:12 +1000 From: Peter Jeremy Subject: Re: NSS Project To: hackers@FreeBSD.ORG Message-Id: <99Aug4.074656est.40329@border.alcanet.com.au> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Oscar Bonilla wrote: >If anyone has any comments, suggestions, etc. I would appreciate it. Overall, I like the idea of NSS. But, having worked on Solaris 2.x for some time, we need to avoid some of the blunders Sun made: The biggest problem with Sun's NSS implementation is that it's no longer possible to statically link an application that uses any of the get...byname() functions that have NSS backends. We need to be able to build an application that has no dynamically loaded code for recovery purposes (/stand and /sbin) as well as for security. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 15: 8:58 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from alcanet.com.au (border.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id 883C914DFF for ; Tue, 3 Aug 1999 15:08:42 -0700 (PDT) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <40322>; Wed, 4 Aug 1999 07:47:10 +1000 Date: Wed, 4 Aug 1999 08:06:29 +1000 From: Peter Jeremy Subject: Re: Mentioning RFC numbers in /etc/services To: hackers@FreeBSD.ORG Message-Id: <99Aug4.074710est.40322@border.alcanet.com.au> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Assar Westerlund wrote: As an enhancement, the strtol() check should verify that the passed service number is completely numeric: >--- inetd.c.orig Mon Aug 2 22:35:28 1999 >+++ inetd.c Mon Aug 2 22:41:52 1999 >@@ -830,34 +830,50 @@ > continue; > } > if (!sep->se_rpc) { >+ int port; + char *ep; >+ > sp = getservbyname(sep->se_service, sep->se_proto); > if (sp == 0) { >- syslog(LOG_ERR, "%s/%s: unknown service", >+ port = htons(strtol (sep->se_service, + &ep, 0)); + if (port <= 0 || *ep) { ... and similarly for the RPC service number. Brian Somers wrote: >I know I'd be pretty annoyed if I tried to do something like ``ssh -p >1234 somewhere'' after configuring my interface in single-user modem >with nis in /etc/host.conf and found that ssh was looking up 1234 in >/etc/services. Even if this is right, it's not intuitive. Adding definitions like ': 1 2 ;' to forth is always good for confusing people. Similarly, adding lines like '1234 4321/tcp' to /etc/services will lead to counter-intuitive behaviour. That said, I think that the get...byname() should preceed the strtol() for general consistency. Brian Somers wrote: >I've been stung with things like pipe() for exactly the same reasons. >IMHO, pipe() should *not* behave like socketpair() as it encourages >FreeBSD developers to write bad code :-( SVR4 provides bi-directional pipe(2) FD's. Digital UNIX (aka OSF/1 aka Tru64) seems to support both behaviours. I suspect the trend will be for pipe()'s to be bi-directional. Feel free to add a sysctl to make pipe's unidirectional. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 15:31:45 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [209.157.86.2]) by hub.freebsd.org (Postfix) with ESMTP id 20FD114F39 for ; Tue, 3 Aug 1999 15:31:42 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id PAA23922; Tue, 3 Aug 1999 15:31:09 -0700 (PDT) (envelope-from dillon) Date: Tue, 3 Aug 1999 15:31:09 -0700 (PDT) From: Matthew Dillon Message-Id: <199908032231.PAA23922@apollo.backplane.com> To: Alex Zepeda Cc: Markus Stumpf , Mike Hoskins , hackers@FreeBSD.ORG Subject: Re: Solution for mail pseudo-users? References: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :On Tue, 3 Aug 1999, Markus Stumpf wrote: : :> > I just don't see any justification in hacking away at all of your software :> > to bypass the passwd database. What is gained? :> :> If you have 100000+ users you'll run out of UIDs (see recent thread). : :I find it hard to believe that handling 100,000 users on one box is a good :idea in the first place. : :> Also you'll have to run the script to allow users to change passwords as :> "root", which you probably will NOT want to do (same for adding/ :> deleting/changing users) : :So with your setup, any user can add/delete/modify existing users? Yeah, :that's secure. : :> Also with 30000+ (maybe even with 10000+) users each rebuild of the :> passwd database will become SLOW and you have to take care about locking :> and such ... been there, tried it, didn't like it. : :Yes, but with 100k+ users, a database (that requires slow rebuilding) is :faster to find random records in than a flat text file. In fact, perhaps :you should have instituted some sort of cron'd rebuild (once every 30 :minutes for instance), and then queued the changes, so as to prevent users :from frobbing in an incorrect manner. : :- alex : :You better believe that marijuana can cause castration. Just suppose your :girlfriend gets the munchies! I'm going to try again. The last response I posted to the wrong thread. This is what I do. I create a pseudo domain and a separate kmap in sendmail and route the mail to a separate backend. There are no user id's to have to worry about. The password file is not involved at all. Here's an example. S98 # ... whatever else was in ruleset 98 before ... R$+ + $* < @ pplus . $=w > $* $#popplus $: $1 < @ pplus . $3 > $4 R$+ + $* < @ pplus . $=w . > $* $#popplus $: $1 < @ pplus . $3 > $4 R$* < @ pplus . $=w > $* $#popplus $: $1 < @ pplus . $2 > $3 R$* < @ pplus . $=w . > $* $#popplus $: $1 < @ pplus . $2 > $3 Add to the SBasic_check_rcpt rule: R$+ < @ pplus . $=w > $@ OK Add to the mailers ( this is just an example, you would need to construct your own backend though, I suppose, I could make my dpopper backend available. It is not 100% finished though ). Mpopplus, P=/usr/local/bin/dpopmail, F=SDEFhlMsu, S=10/30, R=20/40, U=dpop, A=dpopmail $u Then all I do is create entries in my forwarding Kmaps or aliases file to direct somecomplexusername to username@pplus.my.domain. Ok, that seems a bit more complex that it really is, but if you are handling hundreds or thousands of users it is worth the trouble to setup something like this. Sendmail operates off of KMap's ... basically dbmed map files. At BEST, before I left, some of our sendmail KMaps had over a fifty-thousand entries in them. It's worth doing. Linear files are death. You can easily support several hundred thousand users with a setup like this. Even more. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 15:51:30 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by hub.freebsd.org (Postfix) with ESMTP id 25F8114BF4 for ; Tue, 3 Aug 1999 15:51:28 -0700 (PDT) (envelope-from faber@ISI.EDU) Received: from ISI.EDU (vex-e.isi.edu [128.9.160.240]) by boreas.isi.edu (8.8.7/8.8.6) with ESMTP id PAA17447 for ; Tue, 3 Aug 1999 15:51:23 -0700 (PDT) Message-Id: <199908032251.PAA17447@boreas.isi.edu> To: hackers@FreeBSD.org Subject: TCP stack hackers take a bow X-Url: http://www.isi.edu/~faber Date: Tue, 03 Aug 1999 15:51:23 -0700 From: Ted Faber Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Unmodified FreeBSD TCP at > 1Gb/s. http://www.sciencedaily.com/releases/1999/08/990802072727.htm -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0i for non-commercial use Charset: noconv iQA/AwUBN6dyYmlM93/mX/l7EQKDKgCfR7pUXdp6yU4+gmVf8SgyUaCRZlwAoKKc OZ/kSNLtUVb0lWIISZM5c0wW =gwyI -----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 Aug 3 16: 2:49 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [209.157.86.2]) by hub.freebsd.org (Postfix) with ESMTP id 4EFD614BF4 for ; Tue, 3 Aug 1999 16:02:46 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id QAA24122; Tue, 3 Aug 1999 16:00:48 -0700 (PDT) (envelope-from dillon) Date: Tue, 3 Aug 1999 16:00:48 -0700 (PDT) From: Matthew Dillon Message-Id: <199908032300.QAA24122@apollo.backplane.com> To: "Kelly Yancey" Cc: Subject: Re: Results of investigating optimizing calloc()... References: <001e01bedde3$d1af64c0$291c453f@kbyanc.alcnet.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :while the thread was still fresh, but I got distracted by work and other :projects, so here it is a tad late. : : For those of you who hadn't been following the previous calloc() thread: : I had theorized that we could see an improvement in the performance of :... It's always fun to run the numbers anyway :-) -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 16: 6: 4 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [209.157.86.2]) by hub.freebsd.org (Postfix) with ESMTP id 4E3FB14BF4 for ; Tue, 3 Aug 1999 16:06:01 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id QAA24203; Tue, 3 Aug 1999 16:05:14 -0700 (PDT) (envelope-from dillon) Date: Tue, 3 Aug 1999 16:05:14 -0700 (PDT) From: Matthew Dillon Message-Id: <199908032305.QAA24203@apollo.backplane.com> To: Ollivier Robert Cc: hackers@FreeBSD.ORG Subject: Re: Jail syscalls References: <19990803003904.A28955@keltia.freenix.fr> <19990803081951.A31905@keltia.freenix.fr> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Speaking of the jail() syscall -- it really needs to be revamped a little before people really start using it wholeheartedly. The size of the jail structure needs to be passed in the syscall to allow backwards compatibility when things change such as, for example, the size of the IP address. -Matt Matthew Dillon :> Jail is in RELENG_3.... : :Not according to the CVS logs which lists kern_jail.c only for CURRENT. : :=================================================================== :File: kern_jail.c Status: Up-to-date : : Working revision: 1.3 Fri Apr 30 06:51:51 1999 : Repository revision: 1.3 /spare/FreeBSD-current/src/sys/kern/kern_jail.c,v : Sticky Tag: (none) : Sticky Date: (none) : Sticky Options: (none) : : Existing Tags: : POST_VFS_BIO_NFS_PATCH (revision: 1.3) : PRE_VFS_BIO_NFS_PATCH (revision: 1.3) : :-- :Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr :FreeBSD keltia.freenix.fr 4.0-CURRENT #72: Mon Jul 12 08:26:43 CEST 1999 : : : :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 Aug 3 16:16:29 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (Postfix) with ESMTP id 22F0E14CCB for ; Tue, 3 Aug 1999 16:16:27 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.3/8.8.8) with ESMTP id QAA01618; Tue, 3 Aug 1999 16:10:50 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199908032310.QAA01618@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Matthew Dillon Cc: Ollivier Robert , hackers@FreeBSD.ORG Subject: Re: Jail syscalls In-reply-to: Your message of "Tue, 03 Aug 1999 16:05:14 PDT." <199908032305.QAA24203@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 03 Aug 1999 16:10:50 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Speaking of the jail() syscall -- it really needs to be revamped a > little before people really start using it wholeheartedly. The size > of the jail structure needs to be passed in the syscall to allow backwards > compatibility when things change such as, for example, the size of the > IP address. Actually, with interfaces like this you should generally pass a pointer to the structure in userspace, and stick a version number constant in the beginning of the structure. The size is often not enough of a determining factor... -- \\ The mind's the standard \\ Mike Smith \\ of the man. \\ msmith@freebsd.org \\ -- Joseph Merrick \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 17:26: 5 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id 0A46E14E2A for ; Tue, 3 Aug 1999 17:25:58 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (doconnor@cain [203.38.152.97]) by cain.gsoft.com.au (8.8.8/8.8.8) with ESMTP id JAA06253; Wed, 4 Aug 1999 09:52:47 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="_=XFMail.1.3.p0.FreeBSD:990804095246:24900=_"; micalg=pgp-md5; protocol="application/pgp-signature" In-Reply-To: <37A71600.F38E822E@softweyr.com> Date: Wed, 04 Aug 1999 09:52:46 +0930 (CST) From: "Daniel O'Connor" To: Wes Peters Subject: Re: BSD voice synthesis Cc: hackers@FreeBSD.ORG, Julian Elischer Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format --_=XFMail.1.3.p0.FreeBSD:990804095246:24900=_ Content-Type: text/plain; charset=us-ascii On 03-Aug-99 Wes Peters wrote: > Try Free B S D. Tricks like that used to work well with the simple ones > available for "home" computers decades ago. (Anyone else here ever use > SAM "the Software Automated Mouth" for the Atari 800 or Commodore 64?) Personally I liked the speak: device for the Amiga.. type foobar.txt >speak:someoptionsgohere :) --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum --_=XFMail.1.3.p0.FreeBSD:990804095246:24900=_ Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: 2.6.3ia iQCVAwUBN6eH1lbYW/HEoF9pAQGLagQAnz98OSnqoKblGhKAjeGp12uHfhBAZQli E5wkm0FvyI2LgJ/icj1zJ6Z8q63zHWkMtJRN+EHC9dFuboG/W/Wvza24/Fx8ZKos 6BCiC9OXOP4hddh6Gq4B5n9Hfm09eL+8KBo4nBwHlE6uoFbA4A0kEaME5I4KoZ2t L1TiTfBDTsI= =nkC7 -----END PGP MESSAGE----- --_=XFMail.1.3.p0.FreeBSD:990804095246:24900=_-- End of MIME message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 17:50:37 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from jade.chc-chimes.com (jade.chc-chimes.com [216.28.46.6]) by hub.freebsd.org (Postfix) with ESMTP id 5114414DCB for ; Tue, 3 Aug 1999 17:50:35 -0700 (PDT) (envelope-from billf@jade.chc-chimes.com) Received: by jade.chc-chimes.com (Postfix, from userid 1001) id CE2E51C25; Tue, 3 Aug 1999 19:52:26 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by jade.chc-chimes.com (Postfix) with ESMTP id BF1A2381F; Tue, 3 Aug 1999 19:52:26 -0400 (EDT) Date: Tue, 3 Aug 1999 19:52:26 -0400 (EDT) From: Bill Fumerola To: Ted Faber Cc: hackers@FreeBSD.org Subject: Re: TCP stack hackers take a bow In-Reply-To: <199908032251.PAA17447@boreas.isi.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 3 Aug 1999, Ted Faber wrote: > http://www.sciencedaily.com/releases/1999/08/990802072727.htm The Duke release credits one Andrew Gallatin for a couple quotes. Not only FreeBSD in the news, but one of our own committers. Cool. http://www.dukenews.duke.edu/Research/GIGABIT.HTM -- - bill fumerola - billf@chc-chimes.com - BF1560 - computer horizons corp - - ph:(800) 252-2421 - bfumerol@computerhorizons.com - billf@FreeBSD.org - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 18:42:57 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from mail1.its.rpi.edu (mail1.its.rpi.edu [128.113.100.7]) by hub.freebsd.org (Postfix) with ESMTP id 9A4D714C0A for ; Tue, 3 Aug 1999 18:42:51 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail1.its.rpi.edu (8.9.3/8.9.3) with ESMTP id VAA43702; Tue, 3 Aug 1999 21:40:07 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <199908031801.UAA01402@m1-18-dbn.dial-up.net> References: <199908031801.UAA01402@m1-18-dbn.dial-up.net> Date: Tue, 3 Aug 1999 21:40:13 -0400 To: Robert Nordier From: Garance A Drosihn Subject: Re: Multiple versions of FreeBSD on one HDD Cc: 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 8:01 PM +0200 8/3/99, Robert Nordier wrote: >Garance wrote: > > - If I select 2.2.8 at the PowerBoot menu, it comes up > > with one error message about "no /boot/loader", but > > then it comes right up in the 2.2.8 system. So this > > works fine, although it looks odd. > >You're using the new boot blocks for 2.2.8, and these always try >to pass control to loader(8). To get rid of the message, create >a /boot.config file with the line > /kernel >in it. Yes, that did get rid of the minor error message. Thanks. > > - If I select 3.2 at the PowerBoot menu, it comes up > > with two messages about "invalid partition", [...] > > It seems to want to boot 'da(0,a)/kernel', but if I > > type in 'da(0,e)/kernel', then it boots up fine. > >The problem here is a missing `a' partition. Seems like your >first partition on that slice is `e'. There's a one-line >patch to boot2 to get this working, but the standard version >only autoboots from the `a' partition. I did my fdisk-ing for both 2.2.8 and 3.2 systems while doing the installation of 2.2.8 (I wanted to use the same partition for swap on both, and that freebsd-partition was going to be in the same fdisk-slice as the 3.2 install would be). Might that be why I don't have an "a" partition in the third slice? (the slice meant for freebsd-3.2). [in case that doesn't make sense, here's the layout I ended up with, as seen from the 3.2 system: Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/da0s3e 39647 21280 15196 58% / /dev/da0s3g 248047 108480 119724 48% /Users /dev/da0s3h 985287 465169 441296 51% /usr /dev/da0s3f 59519 1905 52853 3% /var procfs 4 4 0 100% /proc /dev/da0s2a 38991 19802 16070 55% /228Root /dev/da0s2f 390942 351090 8577 98% /228Usr /dev/da0s2e 59471 950 53764 2% /228Var with /dev/da0s3b being my swap partition when booting either system. swapinfo from 3.2 shows: Device 1K-blocks Used Avail Capacity Type /dev/da0s3b 256000 0 255872 0% Interleaved ] I'd rather not depend on patching boot2. Given that I wouldn't mind (too much) to do some reinstalls, is there some way I can end up with the first freebsd-partition in the third fdisk-slice to be named /dev/da0s3a instead of /dev/da0s3e? For instance, is this where your recommendation of: >It's usually best to temporarily change fdisk partition types, >so that sysinstall sees no existing FreeBSD slice on the drive. >However, there may be other problems involved here as well. would be help me out? (how does that first partition on the third slice end up as "e" anyway? I didn't explicitly ask for that...) > > I have a number of questions from doing this: > > 1. why does the install turn my HD unbootable? (invalid > > partition table). I didn't ask it to re-fdisk anything, > > and I didn't ask for it to change my boot loader. > >There are a number of possibilities, but one would have to look >at a copy of the broken MBR to be sure. (The most usual reason >for an "invalid partition table" message is multiple partitions >flagged as active, or partitions that use the new-style active >flag that is supported from Win95. This can be sorted out by >booting from floppy or CD-ROM and using fdisk.) I'll be out of town for a few days here, but maybe I'll try some re-installs when I get back, and see if I can figure out some of these things. Thanks. --- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or drosih@rpi.edu Rensselaer Polytechnic Institute To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 19:26:41 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from forty-two.egroups.net (teapot.findmail.com [206.16.70.98]) by hub.freebsd.org (Postfix) with ESMTP id 64576151EE for ; Tue, 3 Aug 1999 19:26:39 -0700 (PDT) (envelope-from gsutter@forty-two.egroups.net) Received: (from gsutter@localhost) by forty-two.egroups.net (8.9.3/8.9.2) id TAA09438; Tue, 3 Aug 1999 19:24:12 -0700 (PDT) (envelope-from gsutter) Date: Tue, 3 Aug 1999 19:24:12 -0700 From: Gregory Sutter To: Wes Peters Cc: hackers@FreeBSD.ORG Subject: Re: BSD voice synthesis Message-ID: <19990803192412.M91284@forty-two.egroups.net> References: <37A71600.F38E822E@softweyr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <37A71600.F38E822E@softweyr.com>; from Wes Peters on Tue, Aug 03, 1999 at 10:17:05AM -0600 Organization: Zer0 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Aug 03, 1999 at 10:17:05AM -0600, Wes Peters wrote: > > Try Free B S D. Tricks like that used to work well with the simple ones > available for "home" computers decades ago. (Anyone else here ever use > SAM "the Software Automated Mouth" for the Atari 800 or Commodore 64?) No, but I used it for the Apple ][. It was a cool program. :) Greg -- Gregory S. Sutter Bureaucrats cut red tape -- lengthwise. mailto:gsutter@pobox.com http://www.pobox.com/~gsutter/ PGP DSS public key 0x40AE3052 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 21:36:57 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from patriot.wipinfo.soft.net (patriot.wipinfo.soft.net [164.164.6.21]) by hub.freebsd.org (Postfix) with ESMTP id 79AAC14D52 for ; Tue, 3 Aug 1999 21:36:47 -0700 (PDT) (envelope-from bee@wipinfo.soft.net) Received: from wipro.tcpn.com ([172.31.40.11]) by patriot.wipinfo.soft.net (8.9.2/8.9.2) with ESMTP id KAA24717 for ; Wed, 4 Aug 1999 10:07:37 -0500 (GMT) Received: from keeravani (keeravani.wipro.tcpn.com [172.31.41.136]) by wipro.tcpn.com (8.9.3/8.9.3) with SMTP id KAA21373 for ; Wed, 4 Aug 1999 10:08:41 +0530 (IST) Reply-To: From: "Biju Susmer" To: Subject: RE: IDE quirk in 3.2-STABLE kernel ? Date: Wed, 4 Aug 1999 10:02:28 +0530 Message-ID: <006301bede32$5dfc4ee0$88291fac@wipro.tcpn.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 In-Reply-To: <000b01bedda9$ecf8ea60$88291fac@wipro.tcpn.com> Importance: Normal Disposition-Notification-To: "Biju Susmer" X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi, I tried yesterday to make the kernel understand my CD ROM drive.. but it refused. Here is the dmesg (of boot -v)... is my config wrong or i missed something? The drive is Acer 32X and connected as secondary slave. It is seen by Win98 and BIOS. Can someone help? And what does "ide_pci: generic_dmainit 01f0:0: warning, IDE controller timing not set" mean? -biju Copyright (c) 1992-1999 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.2-RELEASE #0: Tue Aug 3 22:06:49 IST 1999 root@bash:/usr/src/sys/compile/bash Calibrating clock(s) ... TSC clock: 233886023 Hz, i8254 clock: 1193298 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method CPU: Pentium/P55C (233.87-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x543 Stepping=3 Features=0x8001bf real memory = 16777216 (16384K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x00285000 - 0x00ffdfff, 14127104 bytes (3449 pages) avail memory = 14139392 (13808K bytes) Found BIOS32 Service Directory header at 0xc00fae60 Entry = 0xfb2e0 (0xc00fb2e0) Rev = 0 Len = 1 PCI BIOS entry at 0xb310 DMI header at 0xc00f5cc0 Version 2.0 Table at 0xf1000, 25 entries, 557 bytes Other BIOS signatures found: ACPI: 00000000 $PnP: 000fbf30 Preloaded elf kernel "kernel" at 0xc0274000. VESA: information block 56 45 53 41 02 01 6d 27 00 c0 00 00 00 00 14 00 00 01 10 00 03 01 04 01 00 01 01 01 05 01 11 01 14 01 10 01 13 01 02 01 06 01 12 01 7c 00 ff ff 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 VESA: 13 mode(s) found pci_open(1): mode 1 addr port (0x0cf8) is 0x80000074 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=55971039) Probing for devices on PCI bus 0: found-> vendor=0x1039, dev=0x5597, revid=0x02 class=06-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 chip0: rev 0x02 on pci0.0.0 found-> vendor=0x1039, dev=0x0008, revid=0x01 class=06-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 chip1: rev 0x01 on pci0.1.0 found-> vendor=0x1039, dev=0x5513, revid=0xd0 class=01-01-8a, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 intpin=a, irq=14 map[0]: type 4, range 32, base 000001f0, size 3 map[1]: type 4, range 32, base 000003f4, size 2 map[2]: type 4, range 32, base 00000170, size 3 map[3]: type 4, range 32, base 00000374, size 2 map[4]: type 4, range 32, base 00004000, size 4 ide_pci0: rev 0xd0 int a irq 14 on pci0.1.1 generic_status: no PCI IDE timing info available generic_status: no PCI IDE timing info available ide_pci: busmaster 0 status: 04 from port: 00004002 generic_status: no PCI IDE timing info available generic_status: no PCI IDE timing info available ide_pci: busmaster 1 status: 04 from port: 0000400a found-> vendor=0x1039, dev=0x7001, revid=0x10 class=0c-03-10, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 intpin=a, irq=11 map[0]: type 1, range 32, base e2000000, size 12 found-> vendor=0x1013, dev=0x00b8, revid=0x45 class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[0]: type 3, range 32, base e0000000, size 25 map[1]: type 1, range 32, base e2001000, size 12 map[2]: type 1, range 32, base e2002000, size 12 vga0: rev 0x45 on pci0.9.0 Initializing PnP override table Probing for PnP devices: Trying Read_Port at 203 CSN 1 Vendor ID: CSC4236 [0x3642630e] Serial 0xffffffff Comp ID: @@@0000 [0x00000000] Called nullpnp_probe with tag 0x00000001, type 0x3642630e port 0x0534 0x0388 0x0220 0x0000 irq 5:0 drq 1:3 en 1 port 0x0534 0x0388 0x0220 0x0000 irq 5:0 drq 1:3 en 1 mss_attach 1 at 0x530 irq 5 dma 1:3 flags 0x13 pcm1 (CS423x/Yamaha/AD1816 sn 0xffffffff) at 0x530-0x537 irq 5 drq 1 flags 0x13 on isa Probing for devices on the ISA bus: atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa sc0 flags 0x2 on isa sc0: fb0 kbd0 sc0: VGA color <16 virtual consoles, flags=0x2> ed0 not found at 0x280 atkbdc0 at 0x60-0x6f on motherboard atkbd0 irq 1 on isa kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 psm0: current command byte:0047 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 psm: status 00 02 64 psm: status 90 02 3c psm: status 90 02 3c psm: status 90 02 3c psm: status 00 00 3c psm: data 08 00 00 psm: data 08 00 00 psm: status 00 02 64 psm0 irq 12 on isa psm0: model Generic PS/2 mouse, device ID 0, 2 buttons psm0: config:00000000, flags:00000000, packet size:3 psm0: syncmask:c0, syncbits:00 sio0: irq maps: 0x1 0x11 0x1 0x1 sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1: irq maps: 0x1 0x9 0x1 0x1 sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2: disabled, not probed. sio3: disabled, not probed. pcm0 not probed due to drq conflict with pcm1 at 1 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 flags 0xb0ffb0ff on isa ide_pci: generic_dmainit 01f0:0: warning, IDE controller timing not set wd0: wdsetmode() setting transfer mode to 22 wdc0: unit 0 (wd0): , LBA, DMA, 32-bit, multi-block-16 wd0: 2014MB (4124736 sectors), 1023 cyls, 64 heads, 63 S/T, 512 B/S wd0: ATA INQUIRE valid = 0007, dmamword = 0007, apio = 0003, udma = 0407 wdc1 not found at 0x170 ppc: parallel port found at 0x378 ppc: chipset forced to generic ppc0: EPP SPP ppc0 at 0x378 irq 7 flags 0x40 on isa ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode lpt0: on ppbus 0 lpt0: Interrupt-driven port ppi0: on ppbus 0 plip: irq 7 plip0: on ppbus 0 lpt0: on ppbus 0 lpt0: Interrupt-driven port vga0 at 0x3b0-0x3df maddr 0xa0000 msize 131072 on isa fb0: vga0, vga, type:VGA (5), flags:0x700ff fb0: port:0x3b0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0x0 size:0k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0e 0f 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VESA: v1.2, 1024k memory, flags:0x0, mode table:0xc022e5c4 (1000014) VESA: Cirrus Logic GD-5436/46 VGA npx0 on motherboard npx0: INT 16 interface i586_bzero() bandwidth = 174611489 bytes/sec bzero() bandwidth = 701754385 bytes/sec apm0: disabled, not probed. imasks: bio c0084040, tty c00710ba, net c00710ba BIOS Geometries: 0:00000000 0..0=1 cylinders, 0..0=1 heads, 1..0=0 sectors 1:00000000 0..0=1 cylinders, 0..0=1 heads, 1..0=0 sectors 2:00000000 0..0=1 cylinders, 0..0=1 heads, 1..0=0 sectors 3:00000000 0..0=1 cylinders, 0..0=1 heads, 1..0=0 sectors 4:00000000 0..0=1 cylinders, 0..0=1 heads, 1..0=0 sectors 5:00000000 0..0=1 cylinders, 0..0=1 heads, 1..0=0 sectors 6:00000000 0..0=1 cylinders, 0..0=1 heads, 1..0=0 sectors 7:00000000 0..0=1 cylinders, 0..0=1 heads, 1..0=0 sectors 0 accounted for Device configuration finished. Intel Pentium detected, installing workaround for F00F bug Considering MFS root f/s. No MFS image available as root f/s. Considering FFS root f/s. changing root device to wd0s2a wd0s1: type 0xb, start 63, end = 2890943, size 2890881 : OK wd0s2: type 0xa5, start 2890944, end = 4124735, size 1233792 : OK Linux-ELF exec handler installed splash: image decoder found: green_saver > True. The second wd controller is not recognized. Probably > i will try with > different delay. Even bios detects it as a ATAPI cdrom drive 32X! > And yes!! > i get a strange message while booting.. Since my box is at > home, i cant give the > error message.. probably tomorrow i'll be back with more findings > > cheers, > -biju > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 23:10:58 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from iclub.nsu.ru (iclub.nsu.ru [193.124.222.66]) by hub.freebsd.org (Postfix) with ESMTP id BD2441530E for ; Tue, 3 Aug 1999 23:10:50 -0700 (PDT) (envelope-from fjoe@iclub.nsu.ru) Received: from localhost (fjoe@localhost) by iclub.nsu.ru (8.9.3/8.9.3) with ESMTP id NAA12471; Wed, 4 Aug 1999 13:08:44 +0700 (NSS) (envelope-from fjoe@iclub.nsu.ru) Date: Wed, 4 Aug 1999 13:08:43 +0700 (NSS) From: Max Khon To: Oscar Bonilla Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: NSS Project In-Reply-To: <19990803095333.A14120@fisicc-ufm.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi, there! On Tue, 3 Aug 1999, Oscar Bonilla wrote: > *Step One: I ported the NetBSD implementation of nsdispatch(3) as implemented > by Luke Mewburn. See attached patch to libc and new header file. I'm also > attaching the man page for /etc/nsswitch.conf. Right now it compiles, > installs, and works for some simple tests I've run. > > *Step Two: make getpwent, getgrent, and friends actually use the nsdispatch > function. I've already started looking at the source, but am having trouble > with the NIS part. Maybe someone more knowledgeable could write the NIS > function. > > Basically we have to reduce each of the functions to a simple nsdispatch > call and then implement the real functions... Here's an example from > getpwent.c > > /* Basically we reduce getpwent to a simple nsdispatch call */ > > struct passwd * > getpwent() > { > int r; > static const ns_dtab dtab[] = { > NS_FILES_CB(_local_getpw, NULL) > NS_DNS_CB(_dns_getpw, NULL) > NS_NIS_CB(_nis_getpw, NULL) > NS_COMPAT_CB(_compat_getpwent, NULL) > { 0 } > }; > > r = nsdispatch(NULL, dtab, NSDB_PASSWD, "getpwent", compatsrc, > _PW_KEYBYNUM); > if (r != NS_SUCCESS) > return (struct passwd *)NULL; > return &_pw_passwd; > } > > The we have to implement _local_getpw, _dns_getpw, _nis_getpw, > and _compat_getpwent and make them behave as expected. > NetBSD seems to support having the passwd database on DNS using something > called HESIOD (I hadn't heard about it before). I don't think FreeBSD > *Step Three: Implement _ldap_getpw :) pam/nss ldap modules are already available (http://www.padl.com) i think we should implement NSS in that way so we need not recompile if we want to add third-party nss module. Also compatibility with Solaris is desirable. /fjoe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 3 23:13:30 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp05.wxs.nl (smtp05.wxs.nl [195.121.6.57]) by hub.freebsd.org (Postfix) with ESMTP id AEF2A1530B for ; Tue, 3 Aug 1999 23:13:27 -0700 (PDT) (envelope-from asmodai@wxs.nl) Received: from daemon.ninth-circle.org ([195.121.196.12]) by smtp05.wxs.nl (Netscape Messaging Server 3.61) with ESMTP id AAB71E2; Wed, 4 Aug 1999 08:12:36 +0200 Received: (from asmodai@localhost) by daemon.ninth-circle.org (8.9.3/8.9.3) id IAA63402; Wed, 4 Aug 1999 08:00:52 +0200 (CEST) (envelope-from asmodai) Date: Wed, 4 Aug 1999 08:00:52 +0200 From: Jeroen Ruigrok/Asmodai To: Peter Jeremy Cc: hackers@FreeBSD.ORG Subject: Re: What's new in Linux 2.4 Message-ID: <19990804080051.A63150@daemon.ninth-circle.org> References: <99Aug4.074640est.40321@border.alcanet.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/0.96.3i In-Reply-To: <99Aug4.074640est.40321@border.alcanet.com.au>; from Peter Jeremy on Wed, Aug 04, 1999 at 08:05:57AM +1000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Peter Jeremy (jeremyp@gsmx07.alcatel.com.au) [990804 01:13]: > Jordan recently mentioned "Wonderful World of Linux 2.4 (Second > Edition)" . > > This article makes the statement "Linux is still the only operating > system completely compatible with the IPv4 specification", which is > further expanded in a followup article by : > . > > Does anyone know what Joe and Soren are talking about here? I was > under the impression that BSD (probably 4.3BSD) was the Reference > Implementation for IPv4. Where does FreeBSD differ from the relevant > RFCs? I think that Linux is not fully compliant. Mayhaps it is nowadays, but the last time I delved around there were some problems regarding ARP, some ICMP [which was recently fixed IIRC] and a few others which I cannot remember from the top of my head though... I think some other people in here might elaborate some more. The point with the RFC's are the MAY, SHOULD and MUST keywords. One can be fully compatible and yet miss a lot of features. Oh wait, we're talking Linux here. Hmm, then the features will be present. -- Jeroen Ruigrok van der Werven asmodai(at)wxs.nl The BSD Programmer's Documentation Project Network/Security Specialist BSD: Technical excellence at its best Cum angelis et pueris, fideles inveniamur. Quis est iste Rex gloriae...? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 0: 7:57 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (Postfix) with ESMTP id BB01514E84 for ; Wed, 4 Aug 1999 00:07:48 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (localhost [127.0.0.1]) by gratis.grondar.za (8.9.3/8.9.3) with ESMTP id JAA76327; Wed, 4 Aug 1999 09:05:19 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199908040705.JAA76327@gratis.grondar.za> To: "Jordan K. Hubbard" Cc: hackers@FreeBSD.ORG Subject: Re: So, back on the topic of enabling bpf in GENERIC... Date: Wed, 04 Aug 1999 09:05:18 +0200 From: Mark Murray Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > This is a clear security vs functionality issue and I need to get a > good feel for which "cause" is ascendent here in knowing which way to > jump on the matter. Can we now hear the closing arguments from the > pro and con folks? I am pro. It takes a root compromise to use it anyway, and its usefulness for DHCP and rarpd is too compelling. Perhaps the comments in the GENERIC file could be updated. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 0:21:15 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from zippy.cdrom.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (Postfix) with ESMTP id 1775414DF7 for ; Wed, 4 Aug 1999 00:21:13 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) Received: from zippy.cdrom.com (jkh@localhost [127.0.0.1]) by zippy.cdrom.com (8.9.3/8.9.3) with ESMTP id AAA06729; Wed, 4 Aug 1999 00:19:44 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) To: Mark Murray Cc: hackers@FreeBSD.ORG Subject: Re: So, back on the topic of enabling bpf in GENERIC... In-reply-to: Your message of "Wed, 04 Aug 1999 09:05:18 +0200." <199908040705.JAA76327@gratis.grondar.za> Date: Wed, 04 Aug 1999 00:19:44 -0700 Message-ID: <6725.933751184@zippy.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I am pro. > > It takes a root compromise to use it anyway, and its usefulness > for DHCP and rarpd is too compelling. > > Perhaps the comments in the GENERIC file could be updated. Well, given that I've gotten primarily positive support for this I guess it's time to do it. Warner, do you want to commit a securelevel hack before I throw the switch in GENERIC? - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 0:21:41 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from janus.syracuse.net (janus.syracuse.net [205.232.47.15]) by hub.freebsd.org (Postfix) with ESMTP id 4397215350 for ; Wed, 4 Aug 1999 00:21:38 -0700 (PDT) (envelope-from green@FreeBSD.org) Received: from localhost (green@localhost) by janus.syracuse.net (8.9.3/8.8.7) with ESMTP id DAA47700; Wed, 4 Aug 1999 03:19:57 -0400 (EDT) X-Authentication-Warning: janus.syracuse.net: green owned process doing -bs Date: Wed, 4 Aug 1999 03:19:57 -0400 (EDT) From: "Brian F. Feldman" X-Sender: green@janus.syracuse.net To: Mike Smith Cc: Matthew Dillon , Ollivier Robert , hackers@FreeBSD.org Subject: Re: Jail syscalls In-Reply-To: <199908032310.QAA01618@dingo.cdrom.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 Tue, 3 Aug 1999, Mike Smith wrote: > > Speaking of the jail() syscall -- it really needs to be revamped a > > little before people really start using it wholeheartedly. The size > > of the jail structure needs to be passed in the syscall to allow backwards > > compatibility when things change such as, for example, the size of the > > IP address. > > Actually, with interfaces like this you should generally pass a pointer > to the structure in userspace, and stick a version number constant in > the beginning of the structure. The size is often not enough of a > determining factor... Actually, the structure shouldn't change size because it should be using a sockaddr. > > -- > \\ The mind's the standard \\ Mike Smith > \\ of the man. \\ msmith@freebsd.org > \\ -- Joseph Merrick \\ msmith@cdrom.com > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > Brian Fundakowski Feldman _ __ ___ ____ ___ ___ ___ green@FreeBSD.org _ __ ___ | _ ) __| \ FreeBSD: The Power to Serve! _ __ | _ \._ \ |) | http://www.FreeBSD.org/ _ |___/___/___/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 1:47:44 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id B78DB14DCD; Wed, 4 Aug 1999 01:47:41 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id JAA65348; Wed, 4 Aug 1999 09:52:25 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Wed, 4 Aug 1999 09:52:25 +0100 (BST) From: Doug Rabson To: "Brian F. Feldman" Cc: Mike Smith , Matthew Dillon , Ollivier Robert , hackers@freebsd.org Subject: Re: Jail syscalls 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 Wed, 4 Aug 1999, Brian F. Feldman wrote: > On Tue, 3 Aug 1999, Mike Smith wrote: > > > > Speaking of the jail() syscall -- it really needs to be revamped a > > > little before people really start using it wholeheartedly. The size > > > of the jail structure needs to be passed in the syscall to allow backwards > > > compatibility when things change such as, for example, the size of the > > > IP address. > > > > Actually, with interfaces like this you should generally pass a pointer > > to the structure in userspace, and stick a version number constant in > > the beginning of the structure. The size is often not enough of a > > determining factor... > > Actually, the structure shouldn't change size because it should be > using a sockaddr. The argument for versioning is not simply because the size of ip_number might change (it should be a sockaddr) but because other fields might be added or removed. To avoid allocating a new syscall whenever this happens, the structure should be versioned. Putting sizeof(whatever) at the beginning of the structure works surprisingly well as a versioning system. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 2:51: 1 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from relay02.indigo.ie (relay02.indigo.ie [194.125.133.226]) by hub.freebsd.org (Postfix) with SMTP id 18E8614EF6 for ; Wed, 4 Aug 1999 02:50:58 -0700 (PDT) (envelope-from niall@pobox.com) Received: (qmail 28290 messnum 46468 invoked from network[194.125.172.146/ts99-378.dublin.indigo.ie]); 4 Aug 1999 09:50:28 -0000 Received: from ts99-378.dublin.indigo.ie (HELO pobox.com) (194.125.172.146) by relay02.indigo.ie (qp 28290) with SMTP; 4 Aug 1999 09:50:28 -0000 Message-ID: <37A82839.C4FE9A32@pobox.com> Date: Wed, 04 Aug 1999 11:47:05 +0000 From: Niall Smart X-Mailer: Mozilla 4.6 [en] (X11; I; FreeBSD 3.2-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: hackers@freebsd.org Subject: [Fwd: Please support FreeBSD 3.x as host OS] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Olivia Cheriton wrote: > > Niall, > > VMware will support FreeBSD as a guest operating system, but unfortunately > we currently do not have plans to support FreeBSD as a host operating > system. I have noted your request of FreeBSD host support in case we review > this in the future. > > Best regards, > > Olivia Cheriton > VMware, Inc. > > ----- Original Message ----- > From: Niall Smart > To: > Cc: > Sent: Saturday, July 24, 1999 11:09 AM > Subject: Please support FreeBSD 3.x as host OS > > > Hi. > > > > I'd like to see FreeBSD 3.x supported as a host OS, I'll > > certainly be buying a copy of VMware if this happens. > > > > Regards, > > > > Niall Smart > > Senior Software Developer > > Trinity Commerce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 2:59: 8 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from paprika.michvhf.com (paprika.michvhf.com [209.57.60.12]) by hub.freebsd.org (Postfix) with SMTP id 9AEEC14E63 for ; Wed, 4 Aug 1999 02:59:02 -0700 (PDT) (envelope-from vev@michvhf.com) Received: (qmail 26973 invoked by uid 1001); 4 Aug 1999 09:58:33 -0000 Date: Wed, 4 Aug 1999 05:58:32 -0400 (EDT) From: Vince Vielhaber To: Biju Susmer Cc: hackers@FreeBSD.ORG Subject: RE: IDE quirk in 3.2-STABLE kernel ? In-Reply-To: <006301bede32$5dfc4ee0$88291fac@wipro.tcpn.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 Wed, 4 Aug 1999, Biju Susmer wrote: > hi, > I tried yesterday to make the kernel understand my CD ROM drive.. but it > refused. Here is the dmesg (of boot -v)... is my config wrong or i missed > something? The drive is Acer 32X and connected as secondary slave. It is seen by > Win98 and BIOS. Can someone help? You have the CD connected as the secondary slave and no secondary master. That's the problem. It's an illegal configuration as the IDE controller is actually on the drive itself. Move the jumper on the CD to master and it'll be recognized. Vince. -- ========================================================================== Vince Vielhaber -- KA8CSH email: vev@michvhf.com flame-mail: /dev/null # include TEAM-OS2 Online Campground Directory http://www.camping-usa.com Online Giftshop Superstore http://www.cloudninegifts.com ========================================================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 3:10: 9 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from not.demophon.com (ns.demophon.com [193.65.70.13]) by hub.freebsd.org (Postfix) with ESMTP id 6860214DF4 for ; Wed, 4 Aug 1999 03:10:06 -0700 (PDT) (envelope-from will@not.demophon.com) Received: (from will@localhost) by not.demophon.com (8.9.3/8.8.7) id NAA41043; Wed, 4 Aug 1999 13:03:11 +0300 (EEST) (envelope-from will) To: wes@softweyr.com (Wes Peters) Cc: hackers@freebsd.org Subject: Re: BSD voice synthesis References: <37A71600.F38E822E@softweyr.com> From: Ville-Pertti Keinonen Date: 04 Aug 1999 13:03:10 +0300 In-Reply-To: wes@softweyr.com's message of "3 Aug 1999 19:19:23 +0300" Message-ID: <863dxz3lsx.fsf@not.demophon.com> Lines: 17 X-Mailer: Gnus v5.5/XEmacs 20.4 - "Emerald" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG wes@softweyr.com (Wes Peters) writes: > available for "home" computers decades ago. (Anyone else here ever use > SAM "the Software Automated Mouth" for the Atari 800 or Commodore 64?) Yes. It's almost surprising how little speech synthesis has improved, at least judging from the festival demos (it is, of course, better than SAM, but apparently the data and processing requirements are several orders of magnitude greater). I haven't downloaded all of the required stuff, yet, so I don't know how good or bad it actually might be. I certainly don't expect any of the available voices to be able to pronounce Finnish names correctly, even with phonetic specifications. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 3:26:51 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from moebius2.Space.Net (moebius2.Space.Net [195.30.1.100]) by hub.freebsd.org (Postfix) with SMTP id B572E14FF1 for ; Wed, 4 Aug 1999 03:26:48 -0700 (PDT) (envelope-from maex@Space.Net) Received: (qmail 11591 invoked by uid 1013); 4 Aug 1999 10:25:12 -0000 Message-ID: <19990804122512.D14590@space.net> Date: Wed, 4 Aug 1999 12:25:12 +0200 From: Markus Stumpf To: Alex Zepeda Cc: hackers@FreeBSD.ORG Subject: Re: Solution for mail pseudo-users? References: <19990803210953.E17970@space.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: ; from Alex Zepeda on Tue, Aug 03, 1999 at 02:22:17PM -0700 Organization: SpaceNet GmbH, Muenchen, Germany Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Aug 03, 1999 at 02:22:17PM -0700, Alex Zepeda wrote: > > Also you'll have to run the script to allow users to change passwords as > > "root", which you probably will NOT want to do (same for adding/ > > deleting/changing users) > > So with your setup, any user can add/delete/modify existing users? Yeah, > that's secure. With your setup that would hold, too. But with my setup the effective user doesn't have to be root, so if there is an exploit the intruder doesn't gain root privileges the first place and it reduces the possibilities that e.g. the whole subnet is compromised by sniffing or the like. > > Also with 30000+ (maybe even with 10000+) users each rebuild of the > > passwd database will become SLOW and you have to take care about locking > > and such ... been there, tried it, didn't like it. > > Yes, but with 100k+ users, a database (that requires slow rebuilding) is > faster to find random records in than a flat text file. In fact, perhaps > you should have instituted some sort of cron'd rebuild (once every 30 > minutes for instance), and then queued the changes, so as to prevent users > from frobbing in an incorrect manner. A e.g. database isn't a flat text file. Nobody said that one should use a linear search on a flat text file. You're free to plug in whatever backend you want (Berkley DB, SQL database, cdb, ...), but you don't have to rebuild the whole database, but just the record modified. Queuing changes is IMHO not an option. When a user changes his password, he want it to be effective immediately, not after 5, 10, 15 oder 30 minutes. \Maex -- SpaceNet GmbH | http://www.Space.Net/ | Yeah, yo mama dresses Research & Development | mailto:maex-sig@Space.Net | you funny and you need Joseph-Dollinger-Bogen 14 | Tel: +49 (89) 32356-0 | a mouse to delete files D-80807 Muenchen | Fax: +49 (89) 32356-299 | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 3:36:38 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from paprika.michvhf.com (paprika.michvhf.com [209.57.60.12]) by hub.freebsd.org (Postfix) with SMTP id 0D42B14FF1 for ; Wed, 4 Aug 1999 03:36:36 -0700 (PDT) (envelope-from vev@michvhf.com) Received: (qmail 27035 invoked by uid 1001); 4 Aug 1999 10:36:31 -0000 Date: Wed, 4 Aug 1999 06:36:31 -0400 (EDT) From: Vince Vielhaber To: hackers@freebsd.org Subject: Onstream? 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 Out of curiousity, have there been any successes in the drivers for the OnStream tape drives (SCSI or IDE)? Vince. -- ========================================================================== Vince Vielhaber -- KA8CSH email: vev@michvhf.com flame-mail: /dev/null # include TEAM-OS2 Online Campground Directory http://www.camping-usa.com Online Giftshop Superstore http://www.cloudninegifts.com ========================================================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 3:48: 1 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id CBA8E14FF1 for ; Wed, 4 Aug 1999 03:47:57 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.1/8.9.1) id MAA80548; Wed, 4 Aug 1999 12:47:31 +0200 (CEST) (envelope-from sos) From: Soren Schmidt Message-Id: <199908041047.MAA80548@freebsd.dk> Subject: Re: Onstream? In-Reply-To: from Vince Vielhaber at "Aug 4, 1999 6:36:31 am" To: vev@michvhf.com (Vince Vielhaber) Date: Wed, 4 Aug 1999 12:47:30 +0200 (CEST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (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 Vince Vielhaber wrote: > > Out of curiousity, have there been any successes in the drivers for > the OnStream tape drives (SCSI or IDE)? Working on it (for IDE that is), support is planned for, but I have no release date yet... I know that there is work done on the SCSI end too... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 4: 5:46 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from mpp.pro-ns.net (mpp.pro-ns.net [208.200.182.72]) by hub.freebsd.org (Postfix) with ESMTP id 6AF2114D18 for ; Wed, 4 Aug 1999 04:05:42 -0700 (PDT) (envelope-from mpp@mpp.pro-ns.net) Received: (from mpp@localhost) by mpp.pro-ns.net (8.9.3/8.9.3) id GAA24813; Wed, 4 Aug 1999 06:03:51 -0500 (CDT) (envelope-from mpp) From: Mike Pritchard Message-Id: <199908041103.GAA24813@mpp.pro-ns.net> Subject: Re: Multiple versions of FreeBSD on one HDD In-Reply-To: from Garance A Drosihn at "Aug 3, 1999 09:40:13 pm" To: drosih@rpi.edu (Garance A Drosihn) Date: Wed, 4 Aug 1999 06:03:51 -0500 (CDT) Cc: rnordier@nordier.com (Robert Nordier), hackers@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > At 8:01 PM +0200 8/3/99, Robert Nordier wrote: > > > > - If I select 3.2 at the PowerBoot menu, it comes up > > > with two messages about "invalid partition", [...] > > > It seems to want to boot 'da(0,a)/kernel', but if I > > > type in 'da(0,e)/kernel', then it boots up fine. > > > >The problem here is a missing `a' partition. Seems like your > >first partition on that slice is `e'. There's a one-line > >patch to boot2 to get this working, but the standard version > >only autoboots from the `a' partition. I have my main machine setup to boot 3 different operating systems all on one harddisk. My disk is paritioned into 4 fdisk partitions, as follows: 1: Win98 (ugh, but I need to have it to play games :-) (bootable) 2: extended dos partition (non-bootable) 3: FreeBSD 3.2-stable (bootable) 4: FreeBSD 4.0 -current (bootable) Here is my file system layout when running 4.0: /dev/wd0s4a on / (local, soft-updates, writes: sync 16 async 14249) /dev/wd0s3a on /root32 (local, writes: sync 2 async 44) /dev/wd0s3e on /root32/usr (local, writes: sync 2 async 7099) /dev/wd0s4f on /usr (local, soft-updates, writes: sync 2 async 8148) /dev/wd0s4h on /shared (local, soft-updates, writes: sync 1963 async 263656) /dev/wd0s3f on /root32/var (local, writes: sync 2 async 40) /dev/wd0s4g on /var (local, soft-updates, writes: sync 4604 async 69441) (along with a wd0s4b swap partition, which is shared between both FreeBSD versions) When I first tried this, I couldn't boot the 4.0 version because the 4.0 root device was named wd0s4e by my initial 3.2 sysinstall. I had to run disklabel and change the partition name to wd0s4a. After doing that, both versions would boot no problem. I just hit F3 for 3.2-stable, or F4 for 4.0-current. All of my boot blocks were orignally written out with 3.2-stable, but I've since re-written them with 4.0-current boot blocks. -Mike -- Mike Pritchard mpp@FreeBSD.ORG or mpp@mpp.pro-ns.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 4:19:16 1999 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 4CCAD1514C for ; Wed, 4 Aug 1999 04:19:01 -0700 (PDT) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.1) id NAA21907; Wed, 4 Aug 1999 13:15:36 +0200 (CEST) (envelope-from des) To: Ville-Pertti Keinonen Cc: wes@softweyr.com (Wes Peters), hackers@FreeBSD.ORG Subject: Re: BSD voice synthesis References: <37A71600.F38E822E@softweyr.com> <863dxz3lsx.fsf@not.demophon.com> From: Dag-Erling Smorgrav Date: 04 Aug 1999 13:15:35 +0200 In-Reply-To: Ville-Pertti Keinonen's message of "04 Aug 1999 13:03:10 +0300" Message-ID: Lines: 11 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ville-Pertti Keinonen writes: > I certainly don't expect any of the available voices to be able to > pronounce Finnish names correctly, even with phonetic specifications. If the software were *designed* to speak Finnish, I'd expect it to cope with Finnish much better than it currently does with English, seeing as you guys have nearly phonetic spelling. DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 4:19:47 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from assaris.sics.se (assaris.sics.se [193.10.66.108]) by hub.freebsd.org (Postfix) with ESMTP id D251215370; Wed, 4 Aug 1999 04:19:42 -0700 (PDT) (envelope-from assar@sics.se) Received: (from assar@localhost) by assaris.sics.se (8.9.3/8.7.3) id NAA65546; Wed, 4 Aug 1999 13:18:28 +0200 (CEST) To: "Brian F. Feldman" Cc: Mike Smith , Matthew Dillon , Ollivier Robert , hackers@FreeBSD.ORG Subject: Re: Jail syscalls References: Mime-Version: 1.0 (generated by tm-edit 7.68) Content-Type: text/plain; charset=US-ASCII From: Assar Westerlund Date: 04 Aug 1999 13:18:24 +0200 In-Reply-To: "Brian F. Feldman"'s message of "Wed, 4 Aug 1999 03:19:57 -0400 (EDT)" Message-ID: <5lr9ljssjj.fsf@assaris.sics.se> Lines: 17 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Brian F. Feldman" writes: > On Tue, 3 Aug 1999, Mike Smith wrote: > > > > Actually, with interfaces like this you should generally pass a pointer > > to the structure in userspace, and stick a version number constant in > > the beginning of the structure. The size is often not enough of a > > determining factor... > > Actually, the structure shouldn't change size because it should be > using a sockaddr. No, because sizeof(struct sockaddr) < sizeof(struct sockaddr_in6). This is kind of bad but that's the way it is. It would make sense to use a `struct sockaddr_storage' but I still think it's worthwhile and better to have a version number. /assar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 4:21:12 1999 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 B78B114D18 for ; Wed, 4 Aug 1999 04:21:09 -0700 (PDT) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.1) id NAA22036; Wed, 4 Aug 1999 13:20:59 +0200 (CEST) (envelope-from des) To: "Kelly Yancey" Cc: Subject: Re: Results of investigating optimizing calloc()... References: <001e01bedde3$d1af64c0$291c453f@kbyanc.alcnet.com> From: Dag-Erling Smorgrav Date: 04 Aug 1999 13:20:59 +0200 In-Reply-To: "Kelly Yancey"'s message of "Tue, 3 Aug 1999 15:10:15 -0400" Message-ID: Lines: 11 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Kelly Yancey" writes: > [...] Which reminds me - has anyone thought of using DMA for zeroing pages, to avoid cache invalidation? The idea is to keep a chunk of zeroes on disk and DMA it into memory instead of clearing pages "manually". This assumes your disk supports DMA, of course. DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 4:42:44 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp05.primenet.com (smtp05.primenet.com [206.165.6.135]) by hub.freebsd.org (Postfix) with ESMTP id A575D15354; Wed, 4 Aug 1999 04:42:35 -0700 (PDT) (envelope-from kbock@pop.primenet.com) Received: (from daemon@localhost) by smtp05.primenet.com (8.9.1/8.9.1) id EAA20578; Wed, 4 Aug 1999 04:42:11 -0700 Received: from ip-17-060.prc.primenet.com(207.218.17.60), claiming to be "kevin" via SMTP by smtp05.primenet.com, id smtpdv_zWEa; Wed Aug 4 04:42:09 1999 Message-Id: <3.0.6.32.19990804044147.007c05e0@pop.primenet.com> X-Sender: kbock@pop.primenet.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Wed, 04 Aug 1999 04:41:47 -0700 To: freebsd-hackers@freebsd.org, freebsd-scsi@freebsd.org From: Kevin Subject: Tekram DC-390U2W support (80Mb/sec operation) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hey all, I purchased a Tekram DC-390U2W scsi controller to use with a FreeBSD server of mine. It uses the NCR 53c141 (and 53c895?) chipset(s). I see that ncr.c supports the NCR 53c8xx family of chipsets.. which the controller is seen as having a 53c895, which only supports 40Mb/sec operation(?) {NCR_895_ID, 0x00, "ncr 53c895 fast40 wide scsi", 7, 31, 7, FE_WIDE|FE_ULTRA2|FE_QUAD|FE_CACHE_SET|FE_DFS|FE_LDSTR|FE_PFEN|FE_RAM} I am assuming that it only supports 40Mb/sec operation.. could someone prove me wrong? I just want to get 80Mb/sec operation (would I need to have support for the 53c141 driver? are there any out there, is it in the works?). Tekram has FreeBSD drivers on their site but they say it is supported in 3.0, I can't find anything newer. They are working on a new one.. They already have support for the DC-390U2W on various Linux's of course :( Could anyone *please* enlighten me? I would be grateful. Please reply to my email address, as I am not subsribed to these lists. Thanks a lot, Kevin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 4:52:30 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from cygnus.rush.net (cygnus.rush.net [209.45.245.133]) by hub.freebsd.org (Postfix) with ESMTP id 2E09714D21 for ; Wed, 4 Aug 1999 04:52:26 -0700 (PDT) (envelope-from bright@rush.net) Received: from localhost (bright@localhost) by cygnus.rush.net (8.9.3/8.9.3) with SMTP id HAA06202; Wed, 4 Aug 1999 07:53:57 -0400 (EDT) Date: Wed, 4 Aug 1999 07:53:55 -0400 (EDT) From: Alfred Perlstein To: Peter Jeremy Cc: hackers@FreeBSD.ORG Subject: Re: NSS Project In-Reply-To: <99Aug4.074656est.40329@border.alcanet.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 4 Aug 1999, Peter Jeremy wrote: > Oscar Bonilla wrote: > >If anyone has any comments, suggestions, etc. I would appreciate it. > > Overall, I like the idea of NSS. But, having worked on Solaris 2.x > for some time, we need to avoid some of the blunders Sun made: The > biggest problem with Sun's NSS implementation is that it's no longer > possible to statically link an application that uses any of the > get...byname() functions that have NSS backends. > > We need to be able to build an application that has no dynamically > loaded code for recovery purposes (/stand and /sbin) as well as for > security. well you could just link in the shared nss object statically into it...? -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 4:55:12 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from not.demophon.com (ns.demophon.com [193.65.70.13]) by hub.freebsd.org (Postfix) with ESMTP id 3729314D21 for ; Wed, 4 Aug 1999 04:55:09 -0700 (PDT) (envelope-from will@not.demophon.com) Received: (from will@localhost) by not.demophon.com (8.9.3/8.8.7) id OAA41169; Wed, 4 Aug 1999 14:49:17 +0300 (EEST) (envelope-from will) To: des@flood.ping.uio.no (Dag-Erling Smorgrav) Cc: hackers@freebsd.org Subject: Re: BSD voice synthesis References: From: Ville-Pertti Keinonen Date: 04 Aug 1999 14:49:16 +0300 In-Reply-To: des@flood.ping.uio.no's message of "4 Aug 1999 14:19:51 +0300" Message-ID: <861zdj3gw3.fsf@not.demophon.com> Lines: 21 X-Mailer: Gnus v5.5/XEmacs 20.4 - "Emerald" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG des@flood.ping.uio.no (Dag-Erling Smorgrav) writes: > Ville-Pertti Keinonen writes: > > I certainly don't expect any of the available voices to be able to > > pronounce Finnish names correctly, even with phonetic specifications. > If the software were *designed* to speak Finnish, I'd expect it to > cope with Finnish much better than it currently does with English, > seeing as you guys have nearly phonetic spelling. Festival is basically language-independent, each voice is associated with a specific language, so with a Finnish voice it should be able to pronounce Finnish reasonably. Since the English voices have dictionaries for pronunciation, anyhow, a Finnish voice wouldn't necessarily do a better job in terms of pronunciation, although a Finnish voice should require fewer distinct phonemes. Creating voices does seem to involve quite a bit of work, though. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 4:57: 3 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from cygnus.rush.net (cygnus.rush.net [209.45.245.133]) by hub.freebsd.org (Postfix) with ESMTP id 1BCE315368 for ; Wed, 4 Aug 1999 04:56:59 -0700 (PDT) (envelope-from bright@rush.net) Received: from localhost (bright@localhost) by cygnus.rush.net (8.9.3/8.9.3) with SMTP id HAA00146; Wed, 4 Aug 1999 07:54:59 -0400 (EDT) Date: Wed, 4 Aug 1999 07:54:58 -0400 (EDT) From: Alfred Perlstein To: Niall Smart Cc: hackers@FreeBSD.ORG Subject: Re: [Fwd: Please support FreeBSD 3.x as host OS] In-Reply-To: <37A82839.C4FE9A32@pobox.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 Wed, 4 Aug 1999, Niall Smart wrote: > Olivia Cheriton wrote: > > > > Niall, > > > > VMware will support FreeBSD as a guest operating system, but unfortunately > > we currently do not have plans to support FreeBSD as a host operating > > system. I have noted your request of FreeBSD host support in case we review > > this in the future. > > > > Best regards, > > > > Olivia Cheriton > > VMware, Inc. > > > > ----- Original Message ----- > > From: Niall Smart > > To: > > Cc: > > Sent: Saturday, July 24, 1999 11:09 AM > > Subject: Please support FreeBSD 3.x as host OS > > > > > Hi. > > > > > > I'd like to see FreeBSD 3.x supported as a host OS, I'll > > > certainly be buying a copy of VMware if this happens. > > > I heard they have released the source to the kernel modules needed to run it. why not port them over? :) -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 5: 6:28 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from proteus.eclipse.net.uk (proteus.eclipse.net.uk [195.188.32.118]) by hub.freebsd.org (Postfix) with ESMTP id 27AF615362; Wed, 4 Aug 1999 05:06:20 -0700 (PDT) (envelope-from stuart@eclipse.net.uk) Received: from eclipse.net.uk (elara.eclipse.net.uk [195.188.32.31]) by proteus.eclipse.net.uk (Postfix) with ESMTP id CBA0B9B05; Wed, 4 Aug 1999 13:05:32 +0100 (BST) Message-ID: <37A82CEE.306ECBA9@eclipse.net.uk> Date: Wed, 04 Aug 1999 13:07:10 +0100 From: Stuart Henderson Organization: Eclipse Networking Ltd X-Mailer: Mozilla 4.61 [en] (WinNT; I) X-Accept-Language: en-GB MIME-Version: 1.0 To: Kevin Cc: freebsd-hackers@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG Subject: Re: Tekram DC-390U2W support (80Mb/sec operation) References: <3.0.6.32.19990804044147.007c05e0@pop.primenet.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Hey all, I purchased a Tekram DC-390U2W scsi controller to use with > a FreeBSD server of mine. It uses the NCR 53c141 (and 53c895?) > chipset(s). I see that ncr.c supports the NCR 53c8xx family of > chipsets.. which the controller is seen as having a 53c895, which > only supports 40Mb/sec operation(?) http://www.freebsd.org/cgi/search.cgi?words=53c895+80mbps&max=25&sort=score&source=freebsd-scsi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 5:22:21 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from mailgate.cadence.com (mailgate.Cadence.COM [158.140.2.1]) by hub.freebsd.org (Postfix) with ESMTP id 28BBE1537D; Wed, 4 Aug 1999 05:22:14 -0700 (PDT) (envelope-from ngr@symbionics.co.uk) Received: (from smap@localhost) by mailgate.cadence.com (8.8.5/8.6.8) id FAA25828; Wed, 4 Aug 1999 05:19:47 -0700 (PDT) Received: from symnt3.Cadence.COM(194.32.101.100) by mailgate.cadence.com via smap (mjr-v1.2) id xma933769186.025825; Wed, 4 Aug 99 05:19:46 -0700 Received: by symnt3.cadence.com with Internet Mail Service (5.5.2232.9) id <397HZXQN>; Wed, 4 Aug 1999 13:18:13 +0100 Message-ID: <1E485299309FD211A2100090271E27A4143199@symnt3.cadence.com> From: Nigel Roles To: "'Kevin'" Cc: freebsd-hackers@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG Subject: RE: Tekram DC-390U2W support (80Mb/sec operation) Date: Wed, 4 Aug 1999 13:18:12 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The 53c141 is an auto-sensing single-ended/LVDS terminator, permitting you to connect single-ended and LVDS drives to the same cable. It is transparent. If you want 80mbps you need 1. a wide LVDS (aka Ultra2 or fast40) drive 2. a wide LVDS terminator The 40 in the portion of ncr.c you quote is MHz not megabytes. By having a wide (16 bit) drive (and bus) you get 16bits * 40MHz or 80mbps. What makes you think you haven't got 80mbps? How would you tell? -----Original Message----- From: Kevin [mailto:kbock@primenet.com] Sent: Wednesday, August 04, 1999 12:42 PM To: freebsd-hackers@FreeBSD.ORG; freebsd-scsi@FreeBSD.ORG Subject: Tekram DC-390U2W support (80Mb/sec operation) Hey all, I purchased a Tekram DC-390U2W scsi controller to use with a FreeBSD server of mine. It uses the NCR 53c141 (and 53c895?) chipset(s). I see that ncr.c supports the NCR 53c8xx family of chipsets.. which the controller is seen as having a 53c895, which only supports 40Mb/sec operation(?) {NCR_895_ID, 0x00, "ncr 53c895 fast40 wide scsi", 7, 31, 7, FE_WIDE|FE_ULTRA2|FE_QUAD|FE_CACHE_SET|FE_DFS|FE_LDSTR|FE_PFEN|FE_RAM} I am assuming that it only supports 40Mb/sec operation.. could someone prove me wrong? I just want to get 80Mb/sec operation (would I need to have support for the 53c141 driver? are there any out there, is it in the works?). Tekram has FreeBSD drivers on their site but they say it is supported in 3.0, I can't find anything newer. They are working on a new one.. They already have support for the DC-390U2W on various Linux's of course :( Could anyone *please* enlighten me? I would be grateful. Please reply to my email address, as I am not subsribed to these lists. Thanks a lot, Kevin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" 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 Aug 4 5:30: 6 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from citadel.cdsec.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id 3305815354 for ; Wed, 4 Aug 1999 05:29:43 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cdsec.com (8.9.3/8.9.3) id OAA00322; Wed, 4 Aug 1999 14:29:04 +0200 (SAST) Received: by citadel via recvmail id 255; Wed Aug 4 14:28:28 1999 Message-ID: <37A83222.991D665D@cdsec.com> Date: Wed, 04 Aug 1999 14:29:22 +0200 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.08 [en] (X11; I; FreeBSD 2.2.8-RELEASE i386) MIME-Version: 1.0 To: Robert Nordier Cc: hackers@FreeBSD.ORG Subject: Re: Multiple versions of FreeBSD on one HDD References: <199908031801.UAA01402@m1-18-dbn.dial-up.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Robert Nordier wrote: > > It's usually best to temporarily change fdisk partition types, > so that sysinstall sees no existing FreeBSD slice on the drive. > However, there may be other problems involved here as well. Hmmm. This sounds a good plan. Would the following then work (I'm using `partition' to refer to a fdisk partition, and `file system' to refer to a BSD partition): * I partition my drive into 4 equal partitions (rather than 2; this gives me more future flexibility) * I install 2.2.8 in the first partition. * I change the type to something other than FreeBSD * I install 3.2 into the second partition * I change the type of the first partition back to FreeBSD * I install os-bs or some other boot selector * And now, hopefully, I can simply boot either from the boot selector menu? -- Dr Graham Wheeler E-mail: gram@cequrux.com Cequrux Technologies Phone: +27(21)423-6065/6/7 Firewalls/Virtual Private Networks Fax: +27(21)24-3656 Data/Network Security Specialists WWW: http://www.cequrux.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 7:11:19 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from cygnus.rush.net (cygnus.rush.net [209.45.245.133]) by hub.freebsd.org (Postfix) with ESMTP id 9920B14C46 for ; Wed, 4 Aug 1999 07:11:15 -0700 (PDT) (envelope-from bright@rush.net) Received: from localhost (bright@localhost) by cygnus.rush.net (8.9.3/8.9.3) with SMTP id KAA20325 for ; Wed, 4 Aug 1999 10:14:02 -0400 (EDT) Date: Wed, 4 Aug 1999 10:14:01 -0400 (EDT) From: Alfred Perlstein To: hackers@freebsd.org Subject: double vfs_object_create in open syscall? 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 Why does open() at "sys/kern/vfs_syscalls.c" line 1023 call vfs_object_create() when vnopen() ("sys/kern/vfs_vnops.c" line 174) already does so? vfs_object_create checks for this and doesn't leak, but it looks funny to me. -Alfred Perlstein - [bright@rush.net|bright@wintelcom.net] systems administrator and programmer Wintelcom - http://www.wintelcom.net/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 7:12:12 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from proteus.eclipse.net.uk (proteus.eclipse.net.uk [195.188.32.118]) by hub.freebsd.org (Postfix) with ESMTP id A203714C46; Wed, 4 Aug 1999 07:12:09 -0700 (PDT) (envelope-from stuart@eclipse.net.uk) Received: from eclipse.net.uk (elara.eclipse.net.uk [195.188.32.31]) by proteus.eclipse.net.uk (Postfix) with ESMTP id 6D6A29B10; Wed, 4 Aug 1999 15:12:08 +0100 (BST) Message-ID: <37A84A99.63C79B50@eclipse.net.uk> Date: Wed, 04 Aug 1999 15:13:45 +0100 From: Stuart Henderson Organization: Eclipse Networking Ltd X-Mailer: Mozilla 4.61 [en] (WinNT; I) X-Accept-Language: en-GB MIME-Version: 1.0 To: Nigel Roles Cc: 'Kevin' , freebsd-hackers@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG Subject: Re: Tekram DC-390U2W support (80Mb/sec operation) References: <1E485299309FD211A2100090271E27A4143199@symnt3.cadence.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > What makes you think you haven't got 80mbps? How would you tell? Something like this in your dmesg/boot output. da0: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 7:17:12 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from assaris.sics.se (assaris.sics.se [193.10.66.108]) by hub.freebsd.org (Postfix) with ESMTP id 7A5FB14C46 for ; Wed, 4 Aug 1999 07:17:06 -0700 (PDT) (envelope-from assar@sics.se) Received: (from assar@localhost) by assaris.sics.se (8.9.3/8.7.3) id QAA65736; Wed, 4 Aug 1999 16:17:29 +0200 (CEST) To: Alfred Perlstein Cc: Niall Smart , hackers@FreeBSD.ORG Subject: Re: [Fwd: Please support FreeBSD 3.x as host OS] References: Mime-Version: 1.0 (generated by tm-edit 7.68) Content-Type: text/plain; charset=US-ASCII From: Assar Westerlund Date: 04 Aug 1999 16:17:26 +0200 In-Reply-To: Alfred Perlstein's message of "Wed, 4 Aug 1999 07:54:58 -0400 (EDT)" Message-ID: <5lr9ljpr49.fsf@assaris.sics.se> Lines: 12 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Alfred Perlstein writes: > I heard they have released the source to the kernel modules needed > to run it. > > why not port them over? :) I started looking at the kernel modules and porting them, however, I must confess that I don't fully understand exactly what the linux kernel module does, which makes it somewhat harder to implement the same functionality on FreeBSD :-) /assar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 7:19:52 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from citadel.cdsec.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id 248DB14C46 for ; Wed, 4 Aug 1999 07:19:40 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cdsec.com (8.9.3/8.9.3) id QAA09036; Wed, 4 Aug 1999 16:19:23 +0200 (SAST) Received: by citadel via recvmail id 9029; Wed Aug 4 16:19:02 1999 Message-ID: <37A84C0D.C93DDAFC@cdsec.com> Date: Wed, 04 Aug 1999 16:19:57 +0200 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.08 [en] (X11; I; FreeBSD 2.2.8-RELEASE i386) MIME-Version: 1.0 To: Robert Nordier , hackers@FreeBSD.ORG Subject: Re: Multiple versions of FreeBSD on one HDD References: <199908031801.UAA01402@m1-18-dbn.dial-up.net> <37A83222.991D665D@cdsec.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Graham Wheeler wrote: > > Robert Nordier wrote: > > > > It's usually best to temporarily change fdisk partition types, > > so that sysinstall sees no existing FreeBSD slice on the drive. > > However, there may be other problems involved here as well. > > Hmmm. This sounds a good plan. Would the following then work > (I'm using `partition' to refer to a fdisk partition, and `file > system' to refer to a BSD partition): > > * I partition my drive into 4 equal partitions (rather than 2; > this gives me more future flexibility) > > * I install 2.2.8 in the first partition. > > * I change the type to something other than FreeBSD > > * I install 3.2 into the second partition > > * I change the type of the first partition back to FreeBSD > > * I install os-bs or some other boot selector > > * And now, hopefully, I can simply boot either from the boot > selector menu? I tried this, and the installation went through fine. But after installing 3.2, I get a `Missing operating system' when I try to boot the second partition (the first still has its type set to something other than FreeBSD, so it won't boot either). Robert, you seem quite knowledgeable about all this, and seem to have had considerable success. How do I get this right? I want to install 2.2.8 in one partition and 3.2 in another. If I don't change the fdisk partition type after installing 2.2.8, then sysinstall won't allow me to install the second OS (it complains when I try to make the root BSD partition that the boot loader can't handle it). If I do change the fdisk partition type first, the install is fine, but I can't boot afterwards, as described above. -- Dr Graham Wheeler E-mail: gram@cequrux.com Cequrux Technologies Phone: +27(21)423-6065/6/7 Firewalls/Virtual Private Networks Fax: +27(21)24-3656 Data/Network Security Specialists WWW: http://www.cequrux.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 7:44:35 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id D506415406 for ; Wed, 4 Aug 1999 07:44:31 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.1/8.9.1) id QAA34453; Wed, 4 Aug 1999 16:42:31 +0200 (CEST) (envelope-from sos) From: Soren Schmidt Message-Id: <199908041442.QAA34453@freebsd.dk> Subject: Re: [Fwd: Please support FreeBSD 3.x as host OS] In-Reply-To: <5lr9ljpr49.fsf@assaris.sics.se> from Assar Westerlund at "Aug 4, 1999 4:17:26 pm" To: assar@sics.se (Assar Westerlund) Date: Wed, 4 Aug 1999 16:42:31 +0200 (CEST) Cc: bright@rush.net, niall@pobox.com, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (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 Assar Westerlund wrote: > Alfred Perlstein writes: > > I heard they have released the source to the kernel modules needed > > to run it. > > > > why not port them over? :) > > I started looking at the kernel modules and porting them, however, I > must confess that I don't fully understand exactly what the linux > kernel module does, which makes it somewhat harder to implement the > same functionality on FreeBSD :-) If you provide an URL to those files, I'd give them a look... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 7:50:13 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from cygnus.rush.net (cygnus.rush.net [209.45.245.133]) by hub.freebsd.org (Postfix) with ESMTP id 6655C15153 for ; Wed, 4 Aug 1999 07:50:07 -0700 (PDT) (envelope-from bright@rush.net) Received: from localhost (bright@localhost) by cygnus.rush.net (8.9.3/8.9.3) with SMTP id KAA02435; Wed, 4 Aug 1999 10:52:07 -0400 (EDT) Date: Wed, 4 Aug 1999 10:52:05 -0400 (EDT) From: Alfred Perlstein To: Assar Westerlund Cc: Niall Smart , hackers@FreeBSD.ORG Subject: Re: [Fwd: Please support FreeBSD 3.x as host OS] In-Reply-To: <5lr9ljpr49.fsf@assaris.sics.se> 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 4 Aug 1999, Assar Westerlund wrote: > Alfred Perlstein writes: > > I heard they have released the source to the kernel modules needed > > to run it. > > > > why not port them over? :) > > I started looking at the kernel modules and porting them, however, I > must confess that I don't fully understand exactly what the linux > kernel module does, which makes it somewhat harder to implement the > same functionality on FreeBSD :-) a quick scan of the vmware site didn't reveal where the kernel mods are. are they available freely? can i have a url please? -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 8: 2: 7 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from m2-42-dbn.dial-up.net (m2-42-dbn.dial-up.net [196.34.155.106]) by hub.freebsd.org (Postfix) with ESMTP id A44A514D94 for ; Wed, 4 Aug 1999 08:01:46 -0700 (PDT) (envelope-from rnordier@nordier.com) Received: (from rnordier@localhost) by m2-42-dbn.dial-up.net (8.8.7/8.6.12) id RAA08771; Wed, 4 Aug 1999 17:00:45 +0200 (SAST) From: Robert Nordier Message-Id: <199908041500.RAA08771@m2-42-dbn.dial-up.net> Subject: Re: Multiple versions of FreeBSD on one HDD In-Reply-To: <37A84C0D.C93DDAFC@cdsec.com> from Graham Wheeler at "Aug 4, 1999 04:19:57 pm" To: gram@cequrux.com (Graham Wheeler) Date: Wed, 4 Aug 1999 17:00:43 +0200 (SAST) Cc: hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > It's usually best to temporarily change fdisk partition types, > > > so that sysinstall sees no existing FreeBSD slice on the drive. > > > However, there may be other problems involved here as well. > > > > Hmmm. This sounds a good plan. Would the following then work > > (I'm using `partition' to refer to a fdisk partition, and `file > > system' to refer to a BSD partition): > > > > * I partition my drive into 4 equal partitions (rather than 2; > > this gives me more future flexibility) > > > > * I install 2.2.8 in the first partition. > > > > * I change the type to something other than FreeBSD > > > > * I install 3.2 into the second partition > > > > * I change the type of the first partition back to FreeBSD > > > > * I install os-bs or some other boot selector > > > > * And now, hopefully, I can simply boot either from the boot > > selector menu? > > I tried this, and the installation went through fine. But after > installing 3.2, I get a `Missing operating system' when I try to > boot the second partition (the first still has its type set to > something other than FreeBSD, so it won't boot either). > > Robert, you seem quite knowledgeable about all this, and seem to have > had considerable success. How do I get this right? I want to install > 2.2.8 in one partition and 3.2 in another. If I don't change the > fdisk partition type after installing 2.2.8, then sysinstall won't > allow me to install the second OS (it complains when I try to make the > root BSD partition that the boot loader can't handle it). If I do > change the fdisk partition type first, the install is fine, but I can't > boot afterwards, as described above. "Missing operating system" indicates that the first sector of the OS bootstrap (boot1 in the FreeBSD case) isn't flagged bootable: that is, it doesn't have the bytes 0x55 and 0xaa right at the end. Almost invariably, the cause of this is a mismatch between the disk geometry the BIOS is using, and what FreeBSD thought the geometry was during the install. (So the wrong sector is read by the MBR code.) The first partition is less sensitive to geometry mismatches than the others, since it has a starting CHS value of 0,1,1. That relies only on "sectors per track" and not "number of heads". Because most modern BIOSes do CHS translation, the BIOS geometry is not always evident from the geometry reported by the drive, and FreeBSD may get this wrong, particularly if no existing partitions are defined. Since you are installing to a drive with no pre-existing non-FreeBSD partitions, I suspect sysinstall got the geometry wrong. Probably you should re-install and use the 'G' command in sysinstall's fdisk, after determining what geometry the BIOS is actually using. The best way to determine BIOS geometry in FreeBSD is to boot -v (but it should be from the old "boot:" prompt, not from loader(8) in 3.2R) and then check using dmesg(8) for "BIOS Geometries" information. -- Robert Nordier To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 8:21: 6 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from ns1.cybersites.com (ns1.cybersites.com [208.178.45.187]) by hub.freebsd.org (Postfix) with ESMTP id 3E2AB15166 for ; Wed, 4 Aug 1999 08:21:00 -0700 (PDT) (envelope-from cyouse@cybersites.com) Received: from f8m7n1 (dhcp17.int.cybersites.com [10.0.4.17]) by ns1.cybersites.com (8.9.3/8.9.3) with SMTP id LAA12971 for ; Wed, 4 Aug 1999 11:20:18 -0400 Message-ID: <002c01bede8c$4e9dba60$1104000a@f8m7n1> From: "Chuck Youse" To: Subject: fetch: default to passive mode? Date: Wed, 4 Aug 1999 11:16:20 -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 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have a really strong urge to submit a PR to make fetch default to passive mode, instead of requiring a command-line switch ... In this day and age, with firewalls and NAT abound, it's a bit odd that such a change has not already been made. Am I missing something? Is there a reason we haven't done this yet? Chuck Youse Director of Engineering CyberSites, Inc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 8:26:32 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from ss1000.ms.mff.cuni.cz (ss1000.ms.mff.cuni.cz [195.113.19.221]) by hub.freebsd.org (Postfix) with ESMTP id 3CAB714E3B for ; Wed, 4 Aug 1999 08:26:25 -0700 (PDT) (envelope-from mkop5230@ss1000.ms.mff.cuni.cz) Received: from u-us0.ms.mff.cuni.cz (mkop5230@u-us0.ms.mff.cuni.cz [195.113.16.40]) by ss1000.ms.mff.cuni.cz (8.9.3/8.8.8) with ESMTP id RAA19010; Wed, 4 Aug 1999 17:25:50 +0200 Received: from localhost (mkop5230@localhost) by u-us0.ms.mff.cuni.cz (8.8.8/8.8.8) with SMTP id RAA15134; Wed, 4 Aug 1999 17:25:48 +0200 (MET DST) Date: Wed, 4 Aug 1999 17:25:47 +0200 (MET DST) From: Milan Kopacka Reply-To: Milan Kopacka To: Alfred Perlstein Cc: hackers@FreeBSD.ORG Subject: Re: [Fwd: Please support FreeBSD 3.x as host OS] 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 Wed, 4 Aug 1999, Alfred Perlstein wrote: > > I started looking at the kernel modules and porting them, however, I > > must confess that I don't fully understand exactly what the linux > > kernel module does, which makes it somewhat harder to implement the > > same functionality on FreeBSD :-) > > a quick scan of the vmware site didn't reveal where the kernel > mods are. are they available freely? can i have a url please? Source code is included in the distribution. They have modules precompiled only for certain versions of Linux kernel. You may have to compile them yourself when you are running some other version. Milan Kopacka -- ... a koho system nachyta na procesoru, tomu snizi prioritu. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 8:42:48 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from cygnus.rush.net (cygnus.rush.net [209.45.245.133]) by hub.freebsd.org (Postfix) with ESMTP id 41707153C9 for ; Wed, 4 Aug 1999 08:42:36 -0700 (PDT) (envelope-from bright@rush.net) Received: from localhost (bright@localhost) by cygnus.rush.net (8.9.3/8.9.3) with SMTP id LAA27205; Wed, 4 Aug 1999 11:44:08 -0400 (EDT) Date: Wed, 4 Aug 1999 11:44:07 -0400 (EDT) From: Alfred Perlstein To: Milan Kopacka Cc: hackers@FreeBSD.ORG Subject: Re: [Fwd: Please support FreeBSD 3.x as host OS] 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 Wed, 4 Aug 1999, Milan Kopacka wrote: > On Wed, 4 Aug 1999, Alfred Perlstein wrote: > > > > I started looking at the kernel modules and porting them, however, I > > > must confess that I don't fully understand exactly what the linux > > > kernel module does, which makes it somewhat harder to implement the > > > same functionality on FreeBSD :-) > > > > a quick scan of the vmware site didn't reveal where the kernel > > mods are. are they available freely? can i have a url please? > > Source code is included in the distribution. They have modules precompiled > only for certain versions of Linux kernel. You may have to compile them > yourself when you are running some other version. so one must purchase the program to get the kernel mods, is there an evaluation that can be downloaded? -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 8:48:13 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from ss1000.ms.mff.cuni.cz (ss1000.ms.mff.cuni.cz [195.113.19.221]) by hub.freebsd.org (Postfix) with ESMTP id CFD87153C9 for ; Wed, 4 Aug 1999 08:48:10 -0700 (PDT) (envelope-from mkop5230@ss1000.ms.mff.cuni.cz) Received: from u-us0.ms.mff.cuni.cz (mkop5230@u-us0.ms.mff.cuni.cz [195.113.16.40]) by ss1000.ms.mff.cuni.cz (8.9.3/8.8.8) with ESMTP id RAA28643; Wed, 4 Aug 1999 17:47:28 +0200 Received: from localhost (mkop5230@localhost) by u-us0.ms.mff.cuni.cz (8.8.8/8.8.8) with SMTP id RAA15719; Wed, 4 Aug 1999 17:47:26 +0200 (MET DST) Date: Wed, 4 Aug 1999 17:47:26 +0200 (MET DST) From: Milan Kopacka Reply-To: Milan Kopacka To: Alfred Perlstein Cc: hackers@FreeBSD.ORG Subject: Re: [Fwd: Please support FreeBSD 3.x as host OS] 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 Wed, 4 Aug 1999, Alfred Perlstein wrote: > so one must purchase the program to get the kernel mods, is there > an evaluation that can be downloaded? They have all described on website. The program is key-protected, you can buy a key, or ask for evaluation key, which will work one month. You need the key to run the virtual machine, archive unpacking and installation can be done without the key. Milan Kopacka -- ... a koho system nachyta na procesoru, tomu snizi prioritu. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 9: 2:49 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from citadel.cdsec.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id 5656A15181 for ; Wed, 4 Aug 1999 09:02:37 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cdsec.com (8.9.3/8.9.3) id SAA15799; Wed, 4 Aug 1999 18:01:38 +0200 (SAST) Received: by citadel via recvmail id 15733; Wed Aug 4 18:00:45 1999 Message-ID: <37A863E4.CAAD78D@cdsec.com> Date: Wed, 04 Aug 1999 18:01:40 +0200 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.08 [en] (X11; I; FreeBSD 2.2.8-RELEASE i386) MIME-Version: 1.0 To: Robert Nordier Cc: hackers@freebsd.org Subject: Re: Multiple versions of FreeBSD on one HDD References: <199908041500.RAA08771@cdsec.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 Nordier wrote: > > Because most modern BIOSes do CHS translation, the BIOS geometry is > not always evident from the geometry reported by the drive, and > FreeBSD may get this wrong, particularly if no existing partitions > are defined. > > Since you are installing to a drive with no pre-existing non-FreeBSD > partitions, I suspect sysinstall got the geometry wrong. Probably > you should re-install and use the 'G' command in sysinstall's fdisk, > after determining what geometry the BIOS is actually using. > > The best way to determine BIOS geometry in FreeBSD is to boot -v > (but it should be from the old "boot:" prompt, not from loader(8) > in 3.2R) and then check using dmesg(8) for "BIOS Geometries" > information. Hmmm - perhaps it isn't possible then to do what I want (without losing most of the drive). The drive is 17Gb, consisting of 33416 cyls, 16 heads and 63 sectors. The BIOS reports 1023 cyls, 255 heads and 63 sectors - which is approximately 8Gb. This doesn't change if I change the BIOS mode between normal, large or LBA, nor if I make the disk type in the BIOS user defined and enter the real parameters (the BIOS is an Award BIOS v4.51PG, probably from about 1996). I assume that if I set the gemoetry in fdisk to be the BIOS figures, that I will lose the other half of the disk? -- Dr Graham Wheeler E-mail: gram@cequrux.com Cequrux Technologies Phone: +27(21)423-6065/6/7 Firewalls/Virtual Private Networks Fax: +27(21)24-3656 Data/Network Security Specialists WWW: http://www.cequrux.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 10: 0:32 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from janus.syracuse.net (janus.syracuse.net [205.232.47.15]) by hub.freebsd.org (Postfix) with ESMTP id C3429153EE for ; Wed, 4 Aug 1999 10:00:27 -0700 (PDT) (envelope-from green@FreeBSD.org) Received: from localhost (green@localhost) by janus.syracuse.net (8.9.3/8.8.7) with ESMTP id MAA55782; Wed, 4 Aug 1999 12:59:44 -0400 (EDT) X-Authentication-Warning: janus.syracuse.net: green owned process doing -bs Date: Wed, 4 Aug 1999 12:59:44 -0400 (EDT) From: "Brian F. Feldman" X-Sender: green@janus.syracuse.net To: Assar Westerlund Cc: Mike Smith , Matthew Dillon , Ollivier Robert , hackers@FreeBSD.org Subject: Re: Jail syscalls In-Reply-To: <5lr9ljssjj.fsf@assaris.sics.se> 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 4 Aug 1999, Assar Westerlund wrote: > "Brian F. Feldman" writes: > > On Tue, 3 Aug 1999, Mike Smith wrote: > > > > > > Actually, with interfaces like this you should generally pass a pointer > > > to the structure in userspace, and stick a version number constant in > > > the beginning of the structure. The size is often not enough of a > > > determining factor... > > > > Actually, the structure shouldn't change size because it should be > > using a sockaddr. > > No, because sizeof(struct sockaddr) < sizeof(struct sockaddr_in6). > This is kind of bad but that's the way it is. It would make sense to > use a `struct sockaddr_storage' but I still think it's worthwhile and > better to have a version number. As I read it, sockaddr is a transparent type (overloaded, as it were). So we would use something like: struct jail { ... struct sockaddr; char [SOCK_MAXADDRLEN - sizeof(struct sockaddr)]; char [sizeof(int) - SOCK_MAXADDRLEN % sizeof(int)];/* padding */ ... } > > /assar > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > Brian Fundakowski Feldman _ __ ___ ____ ___ ___ ___ green@FreeBSD.org _ __ ___ | _ ) __| \ FreeBSD: The Power to Serve! _ __ | _ \._ \ |) | http://www.FreeBSD.org/ _ |___/___/___/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 10: 2:33 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from janus.syracuse.net (janus.syracuse.net [205.232.47.15]) by hub.freebsd.org (Postfix) with ESMTP id 13BFA150A7 for ; Wed, 4 Aug 1999 10:02:30 -0700 (PDT) (envelope-from green@FreeBSD.org) Received: from localhost (green@localhost) by janus.syracuse.net (8.9.3/8.8.7) with ESMTP id NAA55848; Wed, 4 Aug 1999 13:01:56 -0400 (EDT) X-Authentication-Warning: janus.syracuse.net: green owned process doing -bs Date: Wed, 4 Aug 1999 13:01:55 -0400 (EDT) From: "Brian F. Feldman" X-Sender: green@janus.syracuse.net To: Doug Rabson Cc: Mike Smith , Matthew Dillon , Ollivier Robert , hackers@FreeBSD.org Subject: Re: Jail syscalls 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 Wed, 4 Aug 1999, Doug Rabson wrote: > The argument for versioning is not simply because the size of ip_number > might change (it should be a sockaddr) but because other fields might be > added or removed. To avoid allocating a new syscall whenever this happens, > the structure should be versioned. Ahh, okay. If we plan on changing it, I agree. > > Putting sizeof(whatever) at the beginning of the structure works > surprisingly well as a versioning system. Or a version field at a set offset, like in struct ip :) > > -- > Doug Rabson Mail: dfr@nlsystems.com > Nonlinear Systems Ltd. Phone: +44 181 442 9037 > > > Brian Fundakowski Feldman _ __ ___ ____ ___ ___ ___ green@FreeBSD.org _ __ ___ | _ ) __| \ FreeBSD: The Power to Serve! _ __ | _ \._ \ |) | http://www.FreeBSD.org/ _ |___/___/___/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 10:10:40 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from assaris.sics.se (assaris.sics.se [193.10.66.108]) by hub.freebsd.org (Postfix) with ESMTP id D13BE150A7 for ; Wed, 4 Aug 1999 10:10:37 -0700 (PDT) (envelope-from assar@sics.se) Received: (from assar@localhost) by assaris.sics.se (8.9.3/8.7.3) id TAA65939; Wed, 4 Aug 1999 19:10:43 +0200 (CEST) To: Soren Schmidt Cc: bright@rush.net, niall@pobox.com, hackers@FreeBSD.ORG Subject: Re: [Fwd: Please support FreeBSD 3.x as host OS] References: <199908041442.QAA34453@freebsd.dk> Mime-Version: 1.0 (generated by tm-edit 7.68) Content-Type: text/plain; charset=US-ASCII From: Assar Westerlund Date: 04 Aug 1999 19:10:42 +0200 In-Reply-To: Soren Schmidt's message of "Wed, 4 Aug 1999 16:42:31 +0200 (CEST)" Message-ID: <5lso5zo4j1.fsf@assaris.sics.se> Lines: 14 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Soren Schmidt writes: > > I started looking at the kernel modules and porting them, however, I > > must confess that I don't fully understand exactly what the linux > > kernel module does, which makes it somewhat harder to implement the > > same functionality on FreeBSD :-) > > If you provide an URL to those files, I'd give them a look... Try . To run it you need to get an `evaluation key' but the tarboll itself is just downloadable. Then you want to look at driver-only.tar and vmnet-only.tar that are included in the outer tarboll. /assar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 10:13: 2 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from assaris.sics.se (assaris.sics.se [193.10.66.108]) by hub.freebsd.org (Postfix) with ESMTP id 7ED8D1522D; Wed, 4 Aug 1999 10:12:59 -0700 (PDT) (envelope-from assar@sics.se) Received: (from assar@localhost) by assaris.sics.se (8.9.3/8.7.3) id TAA65943; Wed, 4 Aug 1999 19:13:31 +0200 (CEST) To: "Brian F. Feldman" Cc: Mike Smith , Matthew Dillon , Ollivier Robert , hackers@FreeBSD.org Subject: Re: Jail syscalls References: Mime-Version: 1.0 (generated by tm-edit 7.68) Content-Type: text/plain; charset=US-ASCII From: Assar Westerlund Date: 04 Aug 1999 19:13:30 +0200 In-Reply-To: "Brian F. Feldman"'s message of "Wed, 4 Aug 1999 12:59:44 -0400 (EDT)" Message-ID: <5lpv13o4ed.fsf@assaris.sics.se> Lines: 23 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Brian F. Feldman" writes: > As I read it, sockaddr is a transparent type (overloaded, as it were). > So we would use something like: > struct jail { > ... > struct sockaddr; > char [SOCK_MAXADDRLEN - sizeof(struct sockaddr)]; > char [sizeof(int) - SOCK_MAXADDRLEN % sizeof(int)];/* padding */ > ... > } Yes, that would work, as would: union { struct sockaddr sa; struct sockaddr_storage ss; } u; I was just trying to say that not all socket addresses fit into a `struct sockaddr' but they should fit into a `struct sockaddr_storage'. /assar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 10:19:22 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from assaris.sics.se (assaris.sics.se [193.10.66.108]) by hub.freebsd.org (Postfix) with ESMTP id EBE5A14D94 for ; Wed, 4 Aug 1999 10:19:18 -0700 (PDT) (envelope-from assar@sics.se) Received: (from assar@localhost) by assaris.sics.se (8.9.3/8.7.3) id TAA65952; Wed, 4 Aug 1999 19:19:18 +0200 (CEST) To: Peter Jeremy Cc: hackers@FreeBSD.ORG Subject: Re: NSS Project References: <99Aug4.074656est.40329@border.alcanet.com.au> Mime-Version: 1.0 (generated by tm-edit 7.68) Content-Type: text/plain; charset=US-ASCII From: Assar Westerlund Date: 04 Aug 1999 19:19:17 +0200 In-Reply-To: Peter Jeremy's message of "Wed, 4 Aug 1999 08:06:12 +1000" Message-ID: <5loggno44q.fsf@assaris.sics.se> Lines: 8 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Jeremy writes: > We need to be able to build an application that has no dynamically > loaded code for recovery purposes (/stand and /sbin) as well as for > security. Isn't that the same problem as with PAM? /assar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 10:27:38 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from m2-36-dbn.dial-up.net (m2-36-dbn.dial-up.net [196.34.155.100]) by hub.freebsd.org (Postfix) with ESMTP id 6635915199 for ; Wed, 4 Aug 1999 10:27:20 -0700 (PDT) (envelope-from rnordier@nordier.com) Received: (from rnordier@localhost) by m2-36-dbn.dial-up.net (8.8.7/8.6.12) id TAA09478; Wed, 4 Aug 1999 19:26:44 +0200 (SAST) From: Robert Nordier Message-Id: <199908041726.TAA09478@m2-36-dbn.dial-up.net> Subject: Re: Multiple versions of FreeBSD on one HDD In-Reply-To: <37A863E4.CAAD78D@cdsec.com> from Graham Wheeler at "Aug 4, 1999 06:01:40 pm" To: gram@cequrux.com (Graham Wheeler) Date: Wed, 4 Aug 1999 19:26:42 +0200 (SAST) Cc: hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Because most modern BIOSes do CHS translation, the BIOS geometry is > > not always evident from the geometry reported by the drive, and > > FreeBSD may get this wrong, particularly if no existing partitions > > are defined. > > > > Since you are installing to a drive with no pre-existing non-FreeBSD > > partitions, I suspect sysinstall got the geometry wrong. Probably > > you should re-install and use the 'G' command in sysinstall's fdisk, > > after determining what geometry the BIOS is actually using. > > > > The best way to determine BIOS geometry in FreeBSD is to boot -v > > (but it should be from the old "boot:" prompt, not from loader(8) > > in 3.2R) and then check using dmesg(8) for "BIOS Geometries" > > information. > > Hmmm - perhaps it isn't possible then to do what I want (without > losing most of the drive). The drive is 17Gb, consisting of > 33416 cyls, 16 heads and 63 sectors. The BIOS reports 1023 cyls, 255 > heads and 63 sectors - which is approximately 8Gb. This doesn't change > if I change the BIOS mode between normal, large or LBA, nor if I make > the disk type in the BIOS user defined and enter the real parameters > (the BIOS is an Award BIOS v4.51PG, probably from about 1996). 1023/255/63 as the BIOS geometry is OK. It means that only about half the drive will be accessible through the BIOS CHS interface, but there is an "8.4GB" CHS limit anyway. The BIOS CHS interface is mainly needed only for booting. Some OSes support booting using a more recent BIOS LBA interface, which doesn't (effectively) have a size limit. Windows 9x and FreeBSD can do that, provided your BIOS LBA support isn't broken. Because not many OSes (or boot managers) support BIOS LBA, how you set up your partitions, and what OSes you choose to install in which partitions, needs some thought. Personally, for maximum flexibility, I'd use FreeBSD's boot0 (or some commercial boot manager that also supports LBA). And I'd install 2.2.8 in partition 4, but using the boot blocks from -current. I'd also suggest ending partition 2 about 32-64M below cylinder 1024. So it isn't completely straightforward, but you can make use of the whole disk. > I assume that if I set the gemoetry in fdisk to be the BIOS figures, > that I will lose the other half of the disk? Use 2096/255/63 in sysinstall. -- Robert Nordier To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 11: 4:44 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [209.157.86.2]) by hub.freebsd.org (Postfix) with ESMTP id 1C8FB151C3; Wed, 4 Aug 1999 11:04:41 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id LAA31039; Wed, 4 Aug 1999 11:04:06 -0700 (PDT) (envelope-from dillon) Date: Wed, 4 Aug 1999 11:04:06 -0700 (PDT) From: Matthew Dillon Message-Id: <199908041804.LAA31039@apollo.backplane.com> To: Doug Rabson Cc: "Brian F. Feldman" , Mike Smith , Ollivier Robert , hackers@freebsd.org Subject: Re: Jail syscalls References: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :The argument for versioning is not simply because the size of ip_number :might change (it should be a sockaddr) but because other fields might be :added or removed. To avoid allocating a new syscall whenever this happens, :the structure should be versioned. : :Putting sizeof(whatever) at the beginning of the structure works :surprisingly well as a versioning system. : :-- :Doug Rabson Mail: dfr@nlsystems.com :Nonlinear Systems Ltd. Phone: +44 181 442 9037 I think we basically have two choices: * Pass the sizeof(struct) as part of the system call. Please, not as part of the structure! That would make this syscall the odd-man-out compared to all the other syscalls that take size arguments. * Make the first field of the structure a real version id, one that is taken from the same include file that the structure was defined in, and require that the field be filled in. e.g. #include struct jail fubar = { JAIL_VERSION }; I kinda like the second choice the best but the first choice is what most other system calls use. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 11:15:22 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from voyager.fisicc-ufm.edu (ip-46-094.guate.net [200.12.46.94]) by hub.freebsd.org (Postfix) with ESMTP id 7D3141540C for ; Wed, 4 Aug 1999 11:14:42 -0700 (PDT) (envelope-from obonilla@voyager.fisicc-ufm.edu) Received: (from obonilla@localhost) by voyager.fisicc-ufm.edu (8.9.3/8.9.3) id MAA05116 for freebsd-hackers@freebsd.org; Wed, 4 Aug 1999 12:13:48 -0600 (CST) (envelope-from obonilla) Date: Wed, 4 Aug 1999 12:13:47 -0600 From: Oscar Bonilla To: freebsd-hackers@freebsd.org Subject: NSS Project update Message-ID: <19990804121347.B5080@fisicc-ufm.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG After collecting a bunch of emails from the list, this is the approach I'll be taking: 1. use the existing nsdispatch code obtained from NetBSD as a base for parsing the /etc/nsswitch.conf file. 2. Make the C library nsdispatch aware. The dtab[] array will be filled dynamicaly from the contents of /etc/nsswitch.conf. I'm still not sure if this has to be done "whithin" the C library or if nsdispatch should fill the dtab[] array itself and not relay on the caller (i.e. drop the dtab[] parameter). It seems to me at this point that the easiest approach is to have nsdispatch fill the dtab array itself. 3. Move the current implementation of the get*ent and get*by* from the C library to three dynamically loaded modules, namely: nss_files.so, nss_nis.so, and nss_dns.so 4. Add more nss_*.so modules for things like LDAP, etc. once again: comments, suggestions. Someone mentioned that we should still be able to produce statically linked binaries for things like /stand and /sbin. I suggest making the nsdispatch (or get* functions) revert to files if everything else fails (not the modules themselves, but the loading of the modules). How does this sound? Regards, -Oscar -- For PGP Public Key: finger obonilla@fisicc-ufm.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 11:53:57 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from nothing-going-on.demon.co.uk (nothing-going-on.demon.co.uk [193.237.89.66]) by hub.freebsd.org (Postfix) with ESMTP id C0D8C153EA for ; Wed, 4 Aug 1999 11:53:42 -0700 (PDT) (envelope-from nik@nothing-going-on.demon.co.uk) Received: from kilt.nothing-going-on.org (kilt.nothing-going-on.org [192.168.1.18]) by nothing-going-on.demon.co.uk (8.9.3/8.9.3) with ESMTP id TAA66831 for ; Wed, 4 Aug 1999 19:50:25 +0100 (BST) (envelope-from nik@catkin.nothing-going-on.org) Received: (from nik@localhost) by kilt.nothing-going-on.org (8.9.3/8.9.3) id QAA18205 for hackers@freebsd.org; Wed, 4 Aug 1999 16:59:05 +0100 (BST) (envelope-from nik@catkin.nothing-going-on.org) Date: Wed, 4 Aug 1999 16:59:05 +0100 From: Nik Clayton To: hackers@freebsd.org Subject: no getkerninfo() man page (docs/12220) Message-ID: <19990804165905.A16449@kilt.nothing-going-on.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i Organization: FreeBSD Project Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -hackers, As docs/12220 points out; We want to extract routing information by specifying a particular destination IP address. The man page on Route and Rtentry mention that this information can be acquired using getkerninfo command. But there is no such man page. Is it possible to get the information as how to use this command. Or if there is any other method of acquiring this information. Can anyone oblige with a getkerninfo() man page? Cheers, N -- [intentional self-reference] can be easily accommodated using a blessed, non-self-referential dummy head-node whose own object destructor severs the links. -- Tom Christiansen in <375143b5@cs.colorado.edu> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 11:59:29 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from nothing-going-on.demon.co.uk (nothing-going-on.demon.co.uk [193.237.89.66]) by hub.freebsd.org (Postfix) with ESMTP id 2B6DE1543A for ; Wed, 4 Aug 1999 11:58:37 -0700 (PDT) (envelope-from nik@nothing-going-on.demon.co.uk) Received: from kilt.nothing-going-on.org (kilt.nothing-going-on.org [192.168.1.18]) by nothing-going-on.demon.co.uk (8.9.3/8.9.3) with ESMTP id TAA66851; Wed, 4 Aug 1999 19:50:28 +0100 (BST) (envelope-from nik@catkin.nothing-going-on.org) Received: (from nik@localhost) by kilt.nothing-going-on.org (8.9.3/8.9.3) id PAA09565; Wed, 4 Aug 1999 15:51:10 +0100 (BST) (envelope-from nik@catkin.nothing-going-on.org) Date: Wed, 4 Aug 1999 15:51:10 +0100 From: Nik Clayton To: Bill Fumerola Cc: Ted Faber , hackers@FreeBSD.org Subject: Re: TCP stack hackers take a bow Message-ID: <19990804155110.A6566@kilt.nothing-going-on.org> References: <199908032251.PAA17447@boreas.isi.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: ; from Bill Fumerola on Tue, Aug 03, 1999 at 07:52:26PM -0400 Organization: FreeBSD Project Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Aug 03, 1999 at 07:52:26PM -0400, Bill Fumerola wrote: > On Tue, 3 Aug 1999, Ted Faber wrote: > > > http://www.sciencedaily.com/releases/1999/08/990802072727.htm > > The Duke release credits one Andrew Gallatin for a couple quotes. > > Not only FreeBSD in the news, but one of our own committers. Cool. I've submitted this to /., we'll see what happens. N -- [intentional self-reference] can be easily accommodated using a blessed, non-self-referential dummy head-node whose own object destructor severs the links. -- Tom Christiansen in <375143b5@cs.colorado.edu> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 12:45:51 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id E5D5A15403 for ; Wed, 4 Aug 1999 12:45:46 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id NAA95701 for ; Wed, 4 Aug 1999 13:45:02 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id NAA04766 for ; Wed, 4 Aug 1999 13:45:06 -0600 (MDT) Message-Id: <199908041945.NAA04766@harmony.village.org> To: hackers@freebsd.org Subject: Building a new kernel Date: Wed, 04 Aug 1999 13:45:06 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have a freebsd-stable system. I can't build a kernel for freebsd-current on that system unless I upgrade my compiler to egcs. Will this cause problems for our upgrade proceedure? gcc 2.7.2.3 doesn't like i386/include/atomic.h. It complains about bad assmbler contraints. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 12:53:41 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from pop3-3.enteract.com (pop3-3.enteract.com [207.229.143.32]) by hub.freebsd.org (Postfix) with SMTP id 802B11520D for ; Wed, 4 Aug 1999 12:53:38 -0700 (PDT) (envelope-from dscheidt@enteract.com) Received: (qmail 2772 invoked from network); 4 Aug 1999 19:53:38 -0000 Received: from shell-3.enteract.com (dscheidt@207.229.143.42) by pop3-3.enteract.com with SMTP; 4 Aug 1999 19:53:38 -0000 Date: Wed, 4 Aug 1999 14:53:38 -0500 (CDT) From: David Scheidt To: Warner Losh Cc: hackers@freebsd.org Subject: Re: Building a new kernel In-Reply-To: <199908041945.NAA04766@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 Wed, 4 Aug 1999, Warner Losh wrote: > > I have a freebsd-stable system. I can't build a kernel for > freebsd-current on that system unless I upgrade my compiler to egcs. > Will this cause problems for our upgrade proceedure? > > gcc 2.7.2.3 doesn't like i386/include/atomic.h. It complains about > bad assmbler contraints. I upgraded a -STABLE system to -CURRENT using source a month or two ago. The first step is to build the new toolchain, so you shouldn't ever be compiling a new kernel with an old compiler. David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 12:56:20 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from ozz.etrust.ru (ozz.etrust.ru [195.2.84.116]) by hub.freebsd.org (Postfix) with ESMTP id EC7791520D for ; Wed, 4 Aug 1999 12:56:08 -0700 (PDT) (envelope-from osa@etrust.ru) Received: from localhost (localhost [127.0.0.1]) by ozz.etrust.ru (Postfix) with ESMTP id 422E139E; Wed, 4 Aug 1999 23:54:46 +0400 (MSD) Date: Wed, 4 Aug 1999 23:54:46 +0400 (MSD) From: Osokin Sergey To: Warner Losh Cc: hackers@FreeBSD.ORG Subject: Re: Building a new kernel In-Reply-To: <199908041945.NAA04766@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 Wed, 4 Aug 1999, Warner Losh wrote: > > I have a freebsd-stable system. I can't build a kernel for > freebsd-current on that system unless I upgrade my compiler to egcs. > Will this cause problems for our upgrade proceedure? > > gcc 2.7.2.3 doesn't like i386/include/atomic.h. It complains about > bad assmbler contraints. try to cvsup your source tree to 4.0, then rebuild your system with simply make world procedure. Rgdz, Sergey Osokin aka oZZ, osa@etrust.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 13: 3:36 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by hub.freebsd.org (Postfix) with ESMTP id 658581523B for ; Wed, 4 Aug 1999 13:03:32 -0700 (PDT) (envelope-from wilko@yedi.iaf.nl) Received: from yedi.iaf.nl (uucp@localhost) by uni4nn.gn.iaf.nl (8.9.2/8.9.2) with UUCP id VAA28652; Wed, 4 Aug 1999 21:56:13 +0200 (MET DST) Received: (from wilko@localhost) by yedi.iaf.nl (8.9.3/8.9.3) id TAA00730; Wed, 4 Aug 1999 19:04:56 +0200 (CEST) (envelope-from wilko) From: Wilko Bulte Message-Id: <199908041704.TAA00730@yedi.iaf.nl> Subject: Re: Results of investigating optimizing calloc()... In-Reply-To: from Dag-Erling Smorgrav at "Aug 4, 1999 1:20:59 pm" To: des@flood.ping.uio.no (Dag-Erling Smorgrav) Date: Wed, 4 Aug 1999 19:04:56 +0200 (CEST) Cc: kbyanc@alcnet.com, freebsd-hackers@FreeBSD.ORG X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-pgp-info: PGP public key at 'finger wilko@freefall.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 As Dag-Erling Smorgrav wrote ... > "Kelly Yancey" writes: > > [...] > > Which reminds me - has anyone thought of using DMA for zeroing pages, > to avoid cache invalidation? The idea is to keep a chunk of zeroes on > disk and DMA it into memory instead of clearing pages "manually". This > assumes your disk supports DMA, of course. Wow.. I once saw this used, ages ago on a Uniflex machine running on a Motorola 6809 cpu. They used a slightly different approach by doing dma to a non-existent piece of hardware (memory is dim here...) that resulted in zeros being read from the databus. The fact that TSC (the makers of Uniflex) did this was discovered when Uniflex was ported over to a slightly different set of hardware that used inverting databuffers ;-) Wilko -- | / o / / _ Arnhem, The Netherlands - Powered by FreeBSD - |/|/ / / /( (_) Bulte WWW : http://www.tcja.nl http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 13:12:24 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id B6048151AB for ; Wed, 4 Aug 1999 13:11:31 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id OAA95789; Wed, 4 Aug 1999 14:11:14 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id OAA04923; Wed, 4 Aug 1999 14:11:18 -0600 (MDT) Message-Id: <199908042011.OAA04923@harmony.village.org> To: David Scheidt Subject: Re: Building a new kernel Cc: hackers@freebsd.org In-reply-to: Your message of "Wed, 04 Aug 1999 14:53:38 CDT." References: Date: Wed, 04 Aug 1999 14:11:18 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message David Scheidt writes: : I upgraded a -STABLE system to -CURRENT using source a month or two : ago. The first step is to build the new toolchain, so you shouldn't : ever be compiling a new kernel with an old compiler. In the past, we've given advise to build a new kernel, then reboot and do a make upgrade or make world (depending on if you were branch jumping or not). Also, as part of the aout-to-elf target, a kernel is built... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 13:16:50 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 6B28A151AB for ; Wed, 4 Aug 1999 13:16:43 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id OAA95803; Wed, 4 Aug 1999 14:14:06 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id OAA04948; Wed, 4 Aug 1999 14:14:10 -0600 (MDT) Message-Id: <199908042014.OAA04948@harmony.village.org> To: Osokin Sergey Subject: Re: Building a new kernel Cc: hackers@FreeBSD.ORG In-reply-to: Your message of "Wed, 04 Aug 1999 23:54:46 +0400." References: Date: Wed, 04 Aug 1999 14:14:10 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Osokin Sergey writes: : try to cvsup your source tree to 4.0, then rebuild your system : with simply make world procedure. I can't do that. This system *MUST* be a 3.2-stable system. I was building the kernel to test to see if a nasty NFS bug I've found in -stable is present in the exact same environment but with a -current kernel rather than a -stable one. I was just noting this for people in the future. It is something that I've tradtionally been able to do and I couldn't do it in this case. Others less worldly surely will hit the problem over time... Likely near the time we release 4.0 if the compiler situation remains the same. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 13:59:21 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from sumatra.americantv.com (sumatra.americantv.com [208.139.222.227]) by hub.freebsd.org (Postfix) with ESMTP id CC20515214; Wed, 4 Aug 1999 13:59:14 -0700 (PDT) (envelope-from jlemon@americantv.com) Received: from right.PCS (right.PCS [148.105.10.31]) by sumatra.americantv.com (8.8.5/8.8.5) with ESMTP id PAA01570; Wed, 4 Aug 1999 15:59:02 -0500 (CDT) Received: from free.pcs (free.PCS [148.105.10.51]) by right.PCS (8.8.5/8.6.4) with ESMTP id PAA08363; Wed, 4 Aug 1999 15:59:01 -0500 (CDT) Received: (from jlemon@localhost) by free.pcs (8.8.6/8.8.5) id PAA14626; Wed, 4 Aug 1999 15:59:00 -0500 (CDT) Date: Wed, 4 Aug 1999 15:59:00 -0500 (CDT) From: Jonathan Lemon Message-Id: <199908042059.PAA14626@free.pcs> To: nik@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: no getkerninfo() man page (docs/12220) X-Newsgroups: local.mail.freebsd-hackers In-Reply-To: Organization: Architecture and Operating System Fanatics Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article you write: >-hackers, > >As docs/12220 points out; > > We want to extract routing information by specifying a particular > destination IP address. The man page on Route and Rtentry mention > that this information can be acquired using getkerninfo command. But > there is no such man page. Is it possible to get the information as > how to use this command. Or if there is any other method of acquiring > this information. > >Can anyone oblige with a getkerninfo() man page? getkerninfo() is depreciated, we use sysctl() instead. In fact, most of the information provided by getkerninfo() is implemented in terms of sysctl(). At the moment, sysctl() will only provide a dump of all routes, there doesn't appear be a way to limit the output to a specific address. In order to get a specific route, you'd have to query the routing socket directly with RTM_GET, this is documented in the route(4) manpage. The route(4) manpage says: User processes can obtain information about the routing entry to a spe- cific destination by using a RTM_GET message, or by reading the /dev/kmem device, or by issuing a getkerninfo(2) system call. IMHO, the above sentence should probably be altered by replacing the first comma with a period, and throwing away the rest of it. -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 14:15:38 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from pop3-3.enteract.com (pop3-3.enteract.com [207.229.143.32]) by hub.freebsd.org (Postfix) with SMTP id E9ECB14D7D for ; Wed, 4 Aug 1999 14:15:35 -0700 (PDT) (envelope-from dscheidt@enteract.com) Received: (qmail 55684 invoked from network); 4 Aug 1999 21:15:05 -0000 Received: from shell-3.enteract.com (dscheidt@207.229.143.42) by pop3-3.enteract.com with SMTP; 4 Aug 1999 21:15:05 -0000 Date: Wed, 4 Aug 1999 16:15:05 -0500 (CDT) From: David Scheidt To: Warner Losh Cc: hackers@freebsd.org Subject: Re: Building a new kernel In-Reply-To: <199908042011.OAA04923@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 Wed, 4 Aug 1999, Warner Losh wrote: > In message > David > Scheidt writes: > : I upgraded a -STABLE system to -CURRENT using source a month or two > : ago. The first step is to build the new toolchain, so you shouldn't > : ever be compiling a new kernel with an old compiler. > > In the past, we've given advise to build a new kernel, then reboot and > do a make upgrade or make world (depending on if you were branch > jumping or not). Also, as part of the aout-to-elf target, a kernel is > built... Read the docs? Who me? It sounds like the 3.X to 4.0-RELEASE documentation should say not to do this. Unless, of course, gcc-2.95 is imported before t hen. David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 14:42:42 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from alcanet.com.au (border.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id E7F3814CED for ; Wed, 4 Aug 1999 14:42:37 -0700 (PDT) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <40331>; Thu, 5 Aug 1999 07:22:53 +1000 Date: Thu, 5 Aug 1999 07:42:17 +1000 From: Peter Jeremy Subject: Re: Results of investigating optimizing calloc()... To: hackers@FreeBSD.ORG Cc: des@flood.ping.uio.no Message-Id: <99Aug5.072253est.40331@border.alcanet.com.au> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dag-Erling Smorgrav wrote: >Which reminds me - has anyone thought of using DMA for zeroing pages, This sounds reasonable. Some DMA engines support filling regions and memory-memory copies, but I'm not sure about what can be done with the DMA engine(s) in PCs. > The idea is to keep a chunk of zeroes on disk and DMA it into memory Have you looked at disk latencies recently? A modern CPU could zero- fill a decent fraction of its RAM in the time taken to fetch a page of zeroes from the platter. And if it was accessed frequently enough to keep the zeroed page in disk cache, you've just moved the bottleneck into that disk controller (and you've reduced the effective size of the disk's cache by a page). Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 14:52:50 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 9004B15469 for ; Wed, 4 Aug 1999 14:52:11 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id PAA96015; Wed, 4 Aug 1999 15:52:06 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id PAA05310; Wed, 4 Aug 1999 15:52:10 -0600 (MDT) Message-Id: <199908042152.PAA05310@harmony.village.org> To: David Scheidt Subject: Re: Building a new kernel Cc: hackers@freebsd.org In-reply-to: Your message of "Wed, 04 Aug 1999 16:15:05 CDT." References: Date: Wed, 04 Aug 1999 15:52:10 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message David Scheidt writes: : Read the docs? Who me? It sounds like the 3.X to 4.0-RELEASE documentation : should say not to do this. Unless, of course, gcc-2.95 is imported before : t hen. Give me a F*ing break. No such documetation exists and the more that we change in how things traditionally the more problem's we'll have. gcc 2.95 is the same thing as egcs, so that wouldn't matter... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 15: 6: 2 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from alcanet.com.au (border.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id 53DA914A2E for ; Wed, 4 Aug 1999 15:05:53 -0700 (PDT) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <40327>; Thu, 5 Aug 1999 07:46:11 +1000 Date: Thu, 5 Aug 1999 08:05:35 +1000 From: Peter Jeremy Subject: Re: NSS Project In-reply-to: <5loggno44q.fsf@assaris.sics.se> To: assar@sics.se Cc: hackers@FreeBSD.ORG Message-Id: <99Aug5.074611est.40327@border.alcanet.com.au> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Assar Westerlund wrote: >Peter Jeremy writes: >> We need to be able to build an application that has no dynamically >> loaded code for recovery purposes (/stand and /sbin) as well as for >> security. > >Isn't that the same problem as with PAM? Quite probably PAM has the same problem. I haven't bumped into it with PAM, so I can't be sure. I definitely wouldn't like to get into the situation where init can fail to load (or be unable to validate the single-user password for a secure console) because the appropriate encryption library is on a partition that isn't mounted yet (or has been corrupted somehow). The idea of being able to dynamically add new password encrytion schemes (PAM) or database access methods (NSS) is generally good. The problems appear when you try to marry these schemes with the system security and initialisation/recovery tools (which need to rely on and trust a minimal subset of the system). Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 15:19:10 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from mail-relay2.yahoo.com (mail-relay2.yahoo.com [206.251.17.77]) by hub.freebsd.org (Postfix) with ESMTP id 513BB14A2E for ; Wed, 4 Aug 1999 15:18:58 -0700 (PDT) (envelope-from jayanth@yahoo-inc.com) Received: from borogove.yahoo.com (borogove.yahoo.com [205.216.162.65]) by mail-relay2.yahoo.com (8.9.3/8.9.3) with ESMTP id PAA18670 for ; Wed, 4 Aug 1999 15:18:40 -0700 (PDT) Received: from yahoo-inc.com (milk.yahoo.com [206.132.89.117]) by borogove.yahoo.com (8.9.3/8.9.3) with ESMTP id PAA21563 for ; Wed, 4 Aug 1999 15:18:40 -0700 (PDT) Message-ID: <37A8BC40.4FAC08A8@yahoo-inc.com> Date: Wed, 04 Aug 1999 15:18:40 -0700 From: jayanth X-Mailer: Mozilla 4.08 [en] (X11; I; FreeBSD 2.2.8-STABLE i386) MIME-Version: 1.0 To: hackers@FreeBSD.ORG Subject: memory leak in the routing table ? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Were there any issues related to a memory leak in the routing table ? I am running freebsd-stable. After a few days vmstat -m shows the memory used by routing table to be very high and log messages "arpresolve: cant allocate llinfo for a.b.c.d" "arplookup a.b.c.d failed could not allocate llinfo" , keep repeating for every ip address that requires an arp entry to be created. I turned on "route -v monitor" and started getting the following messages "RTM_MISS: Lookup failed on this address" for most addresses. "netstat -arn" revealed routes that had a refcnt 0 zero but were not being freed. However, I think the UP flag was on for each of the routes. The machine was rebooted. It seems there is a memory leak in the routing table. thanks Jayanth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 16:18:14 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from dt011n65.san.rr.com (dt011n65.san.rr.com [204.210.13.101]) by hub.freebsd.org (Postfix) with ESMTP id 8A85415470 for ; Wed, 4 Aug 1999 16:17:45 -0700 (PDT) (envelope-from Doug@gorean.org) Received: from localhost (doug@localhost) by dt011n65.san.rr.com (8.8.8/8.8.8) with ESMTP id QAA24595 for ; Wed, 4 Aug 1999 16:16:25 -0700 (PDT) (envelope-from Doug@gorean.org) Date: Wed, 4 Aug 1999 16:16:25 -0700 (PDT) From: Doug X-Sender: doug@dt011n65.san.rr.com To: freebsd-hackers@freebsd.org Subject: ignoretime in login.conf?? 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 doing some research on resource limits and I can't find any information at all on the ignoretime capability that's in /usr/src/etc/login.conf. A 'grep -iR ignoretime *' in /usr/src didn't return any hits outside of the login.conf files in /usr/src/etc and the picobsd stuff. Does anyone have any information on what this is or what it's used for? If not, perhaps it should be removed from the examples? Also, the 'boolean' option is essentially undocumented in the login.conf man page. It's mentioned once, but there is no example of how it works or the fact that the @ sign is the symbol for it. The info is in login_cap(3), but it's hard to decipher for a non-programmer. I'll put this on my list if no one else wants to take it, and submit a PR. Doug -- On account of being a democracy and run by the people, we are the only nation in the world that has to keep a government four years, no matter what it does. -- Will Rogers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 16:22:22 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id D563B15493 for ; Wed, 4 Aug 1999 16:22:02 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id RAA96228 for ; Wed, 4 Aug 1999 17:21:44 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id RAA05717 for ; Wed, 4 Aug 1999 17:21:49 -0600 (MDT) Message-Id: <199908042321.RAA05717@harmony.village.org> To: hackers@freebsd.org Subject: netstat broken for -N -M? Date: Wed, 04 Aug 1999 17:21:49 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm seeing on a -stable system that netstat will always print values obtained from sysctl rather than from the core file specified. Can anybody confirm this? It doesn't seem like feature to me... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 18:39:24 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id 4FB12153AA; Wed, 4 Aug 1999 18:39:18 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (doconnor@cain [203.38.152.97]) by cain.gsoft.com.au (8.8.8/8.8.8) with ESMTP id LAA15578; Thu, 5 Aug 1999 11:08:40 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="_=XFMail.1.3.p0.FreeBSD:990805110839:24900=_"; micalg=pgp-md5; protocol="application/pgp-signature" In-Reply-To: <199908041804.LAA31039@apollo.backplane.com> Date: Thu, 05 Aug 1999 11:08:39 +0930 (CST) From: "Daniel O'Connor" To: Matthew Dillon Subject: Re: Jail syscalls Cc: hackers@freebsd.org, Ollivier Robert , Mike Smith , "Brian F. Feldman" , Doug Rabson Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format --_=XFMail.1.3.p0.FreeBSD:990805110839:24900=_ Content-Type: text/plain; charset=us-ascii On 04-Aug-99 Matthew Dillon wrote: > I kinda like the second choice the best but the first choice is what > most > other system calls use. That doesn't make it right =) The second avoids the 'the data is different but the size is the same' problem which would seem to be not too uncommon.. --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum --_=XFMail.1.3.p0.FreeBSD:990805110839:24900=_ Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: 2.6.3ia iQCVAwUBN6jrH1bYW/HEoF9pAQFKSAQAkIHaIDR1YU58KcCU/prUVIVO25DXm5dW 2fYX5UAxXpdDQmg4O4opeqIAa0AelOlZCvVez1WHUejZmOw8+Fra5W9U3Mga+oKl KajaBAEq1a1/usYVMCyCvXKN5fnZKq8gpMpLE0+gVcU5i0cxH5K63qIkcDQ5yRxa rKAwTBHmwKo= =2kZC -----END PGP MESSAGE----- --_=XFMail.1.3.p0.FreeBSD:990805110839:24900=_-- End of MIME message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 19: 7:18 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from lion.butya.kz (butya-gw.butya.kz [194.87.112.252]) by hub.freebsd.org (Postfix) with ESMTP id 2BBDC14BF6 for ; Wed, 4 Aug 1999 19:07:07 -0700 (PDT) (envelope-from bp@butya.kz) Received: from bp (helo=localhost) by lion.butya.kz with local-esmtp (Exim 2.12 #1) id 11CCug-000EQS-00; Thu, 5 Aug 1999 09:05:46 +0700 Date: Thu, 5 Aug 1999 09:05:45 +0700 (ALMST) From: Boris Popov To: Oscar Bonilla Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: NSS Project update In-Reply-To: <19990804121347.B5080@fisicc-ufm.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 4 Aug 1999, Oscar Bonilla wrote: [skip] > 2. Make the C library nsdispatch aware. The dtab[] array will be > filled dynamicaly from the contents of /etc/nsswitch.conf. > I'm still not sure if this has to be done "whithin" the C library > or if nsdispatch should fill the dtab[] array itself and not relay > on the caller (i.e. drop the dtab[] parameter). It seems to me at > this point that the easiest approach is to have nsdispatch fill the > dtab array itself. dtab[] array *should* be filled in nsdispatch, otherwise how will you keep me from writing an empty get*() function ? [skip] > > Someone mentioned that we should still be able to produce statically linked > binaries for things like /stand and /sbin. I suggest making the nsdispatch > (or get* functions) revert to files if everything else fails (not the > modules themselves, but the loading of the modules). How does this sound? Sounds reasonable. If functions that works with local files compiled statically we also not loose perfomance with plain setup. -- Boris Popov http://www.butya.kz/~bp/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 19:37:40 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.rdc1.sfba.home.com (ha1.rdc1.sfba.home.com [24.0.0.66]) by hub.freebsd.org (Postfix) with ESMTP id 52BC914D84 for ; Wed, 4 Aug 1999 19:37:37 -0700 (PDT) (envelope-from adsharma@c62443-a.frmt1.sfba.home.com) Received: from c62443-a.frmt1.sfba.home.com ([24.0.69.165]) by mail.rdc1.sfba.home.com (InterMail v4.01.01.00 201-229-111) with ESMTP id <19990805023717.SVDH8807.mail.rdc1.sfba.home.com@c62443-a.frmt1.sfba.home.com>; Wed, 4 Aug 1999 19:37:17 -0700 Received: (from adsharma@localhost) by c62443-a.frmt1.sfba.home.com (8.9.3/8.9.3) id VAA31585; Wed, 4 Aug 1999 21:37:13 -0700 Date: Wed, 4 Aug 1999 21:37:12 -0700 From: Arun Sharma To: Dag-Erling Smorgrav Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Results of investigating optimizing calloc()... Message-ID: <19990804213712.A31563@home.com> References: <001e01bedde3$d1af64c0$291c453f@kbyanc.alcnet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.5i In-Reply-To: ; from Dag-Erling Smorgrav on Wed, Aug 04, 1999 at 01:20:59PM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Aug 04, 1999 at 01:20:59PM +0200, Dag-Erling Smorgrav wrote: > "Kelly Yancey" writes: > > [...] > > Which reminds me - has anyone thought of using DMA for zeroing pages, > to avoid cache invalidation? The idea is to keep a chunk of zeroes on > disk and DMA it into memory instead of clearing pages "manually". This > assumes your disk supports DMA, of course. On a Pentium III, you can use the new instructions to do page zero'ing without allocating cache lines. -Arun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 20:30:43 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from metriclient-1.uoregon.edu (metriclient-1.uoregon.edu [128.223.172.1]) by hub.freebsd.org (Postfix) with ESMTP id CB1DE14C45 for ; Wed, 4 Aug 1999 20:30:32 -0700 (PDT) (envelope-from gurney_j@efn.org) Received: (from jmg@localhost) by metriclient-1.uoregon.edu (8.9.1/8.8.7) id UAA20251; Wed, 4 Aug 1999 20:29:32 -0700 (PDT) Message-ID: <19990804202932.50575@hydrogen.fircrest.net> Date: Wed, 4 Aug 1999 20:29:32 -0700 From: John-Mark Gurney To: Dag-Erling Smorgrav Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Results of investigating optimizing calloc()... References: <001e01bedde3$d1af64c0$291c453f@kbyanc.alcnet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: ; from Dag-Erling Smorgrav on Wed, Aug 04, 1999 at 01:20:59PM +0200 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 3.0-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dag-Erling Smorgrav scribbled this message on Aug 4: > "Kelly Yancey" writes: > > [...] > > Which reminds me - has anyone thought of using DMA for zeroing pages, > to avoid cache invalidation? The idea is to keep a chunk of zeroes on > disk and DMA it into memory instead of clearing pages "manually". This > assumes your disk supports DMA, of course. has anyone looked at using two dma channels tied together to do memory copies? I haven't studied the DMA specs, but from what I know of the dma on x86 machines is that you could tie two dma channels together one to feed the other, and this would allow you to copy memory w/o using the processor... w/ dma channels, we can just make a copy of the base zero page... -- John-Mark Gurney Voice: +1 541 684 8449 Cu Networking P.O. Box 5693, 97405 "The soul contains in itself the event that shall presently befall it. The event is only the actualizing of its thought." -- Ralph Waldo Emerson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 20:45:26 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id F304414BF6 for ; Wed, 4 Aug 1999 20:45:23 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.1) with ESMTP id UAA22310; Wed, 4 Aug 1999 20:44:39 -0700 (PDT) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id UAA02817; Wed, 4 Aug 1999 20:44:38 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Wed, 4 Aug 1999 20:44:38 -0700 (PDT) Message-Id: <199908050344.UAA02817@vashon.polstra.com> To: jeremyp@gsmx07.alcatel.com.au Subject: Re: NSS Project In-Reply-To: <99Aug5.074611est.40327@border.alcanet.com.au> Organization: Polstra & Co., Seattle, WA Cc: hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <99Aug5.074611est.40327@border.alcanet.com.au>, Peter Jeremy wrote: > Assar Westerlund wrote: > >Peter Jeremy writes: > >> We need to be able to build an application that has no dynamically > >> loaded code for recovery purposes (/stand and /sbin) as well as for > >> security. > > > >Isn't that the same problem as with PAM? > > Quite probably PAM has the same problem. I haven't bumped into it > with PAM, so I can't be sure. When you're not sure, it's really best to find out or keep quiet on the mailing list. As it is, you've just created a dozen or so new people all over the world who will go around saying, "Hmm, I seem to remember reading that PAM doesn't work in statically-linked executables" -- which is false. It works fine. It is implemented using a linker set approach which you are encouraged to investigate in the sources. > the situation where init can fail to load (or be unable to validate > the single-user password for a secure console) because the appropriate > encryption library is on a partition that isn't mounted yet If that happened, it would have to be considered a severe design error. > (or has been corrupted somehow). Many things can get corrupted to make the system unrecoverable. For example: the kernel, init itself, entries in the /dev directory, and various combinations of cp, fsck, newfs, restore, ... > The idea of being able to dynamically add new password encrytion > schemes (PAM) or database access methods (NSS) is generally good. > The problems appear when you try to marry these schemes with the > system security and initialisation/recovery tools (which need to > rely on and trust a minimal subset of the system). Well, dynamic linking is here to stay, and that enlarges the scope of "minimal subset" somewhat. But nothing would be qualitatively different if we went to an all-dynamic scheme (which I hope we will do some day). In any case, your system has to be working to a certain degree to be recovered, or else you have to use external media such as the fixit disk. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "No matter how cynical I get, I just can't keep up." -- Nora Ephron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 22:44:20 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from alcanet.com.au (border.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id 65E0314D18 for ; Wed, 4 Aug 1999 22:43:59 -0700 (PDT) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <40396>; Thu, 5 Aug 1999 15:23:59 +1000 Date: Thu, 5 Aug 1999 15:43:18 +1000 From: Peter Jeremy Subject: Re: NSS Project In-reply-to: <199908050344.UAA02817@vashon.polstra.com> To: jdp@polstra.com Cc: hackers@freebsd.org Message-Id: <99Aug5.152359est.40396@border.alcanet.com.au> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Polstra wrote: >Peter Jeremy wrote: >> Assar Westerlund wrote: >> >Peter Jeremy writes: >> >> We need to be able to build an application that has no dynamically >> >> loaded code for recovery purposes (/stand and /sbin) as well as for >> >> security. >> > >> >Isn't that the same problem as with PAM? >> >> Quite probably PAM has the same problem. I haven't bumped into it >> with PAM, so I can't be sure. > >When you're not sure, it's really best to find out or keep quiet >on the mailing list. Maybe I should have worded it differently: In order to build statically linked applications, both PAM and NSS have to solve a similar problem. If it can or has been solved for PAM (which I wasn't sure about), the same (or a very similar) solution will work for NSS. > PAM doesn't work in statically-linked >executables" -- which is false. It works fine. I apologize if I gave anyone the impression that you couldn't build statically linked executables with libpam. > It is implemented >using a linker set approach which you are encouraged to investigate in >the sources. A similar approach should work for NSS, though a case could probably be made for having statically linking mean `only rely on local files'. >> the situation where init can fail to load ... because the appropriate >> encryption library is on a partition that isn't mounted yet I should also point out that init doesn't use PAM at present, so this problem can't occur. (The downside if that if the root password doesn't use the default encryption method, init won't be able to validate it). > But nothing would be qualitatively >different if we went to an all-dynamic scheme (which I hope we will do >some day). I recall having a similar static-vs-dynamic discussion with you a couple of years ago. My position was (and still is) that for most purposes dynamic linking is a definite advantage, but we should continue to permit static linking for applications that want it (which Sun doesn't). Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 4 23:30:32 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from nothing-going-on.demon.co.uk (nothing-going-on.demon.co.uk [193.237.89.66]) by hub.freebsd.org (Postfix) with ESMTP id 55DD614D69; Wed, 4 Aug 1999 23:30:15 -0700 (PDT) (envelope-from nik@nothing-going-on.demon.co.uk) Received: (from nik@localhost) by nothing-going-on.demon.co.uk (8.9.3/8.9.3) id XAA97078; Wed, 4 Aug 1999 23:44:40 +0100 (BST) (envelope-from nik) Date: Wed, 4 Aug 1999 23:44:40 +0100 From: Nik Clayton To: Jonathan Lemon Cc: nik@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: no getkerninfo() man page (docs/12220) Message-ID: <19990804234440.A96734@catkin.nothing-going-on.org> References: <199908042059.PAA14626@free.pcs> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <199908042059.PAA14626@free.pcs>; from Jonathan Lemon on Wed, Aug 04, 1999 at 03:59:00PM -0500 Organization: FreeBSD Project Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Aug 04, 1999 at 03:59:00PM -0500, Jonathan Lemon wrote: > getkerninfo() is depreciated, we use sysctl() instead. In fact, most of > the information provided by getkerninfo() is implemented in terms of > sysctl(). > The route(4) manpage says: > > User processes can obtain information about the routing entry to a spe- > cific destination by using a RTM_GET message, or by reading the /dev/kmem > device, or by issuing a getkerninfo(2) system call. > > IMHO, the above sentence should probably be altered by replacing the > first comma with a period, and throwing away the rest of it. Sounds fair enough. I'll allow 24 hours for objections, and then commit based on that, OK? N -- [intentional self-reference] can be easily accommodated using a blessed, non-self-referential dummy head-node whose own object destructor severs the links. -- Tom Christiansen in <375143b5@cs.colorado.edu> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 1:44:20 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp2.tig.com.au (smtp2.tig.com.au [203.109.250.51]) by hub.freebsd.org (Postfix) with ESMTP id 8A1E915253 for ; Thu, 5 Aug 1999 01:44:13 -0700 (PDT) (envelope-from reman@tig.com.au) Received: from tig.com.au (p58-nas6.syd.ihug.com.au [206.17.112.250]) by smtp2.tig.com.au (8.9.3/8.9.3) with ESMTP id SAA28002; Thu, 5 Aug 1999 18:42:49 +1000 Message-ID: <37A94F66.C9698865@tig.com.au> Date: Thu, 05 Aug 1999 18:46:30 +1000 From: Chris X-Mailer: Mozilla 4.08 [en] (Win95; I) MIME-Version: 1.0 To: Vince Vielhaber Cc: Biju Susmer , hackers@FreeBSD.ORG Subject: Re: IDE quirk in 3.2-STABLE kernel ? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG When moving the CDROM to master though can cause problems. I had a Chaintech 5TDM board which refused to acknowledge a CDROM as secondary master. I thought it was a bug in FBSD since RH Linux could detect my CDROM as a secondary slave (only device on the controller). I never got a straight answer as to why it didnt work and why it shouldnt be changed or supported. I did get an answer from someone that said that it should work in 3.0+, I tried and it didnt work. *shrug* probably just my mobo and FBSD didnt like each other in this regard. regards, chris Vince Vielhaber wrote: > > On Wed, 4 Aug 1999, Biju Susmer wrote: > > > hi, > > I tried yesterday to make the kernel understand my CD ROM drive.. but it > > refused. Here is the dmesg (of boot -v)... is my config wrong or i missed > > something? The drive is Acer 32X and connected as secondary slave. It is seen by > > Win98 and BIOS. Can someone help? > > You have the CD connected as the secondary slave and no secondary master. > That's the problem. It's an illegal configuration as the IDE controller > is actually on the drive itself. Move the jumper on the CD to master and > it'll be recognized. > > Vince. > -- > ========================================================================== > Vince Vielhaber -- KA8CSH email: vev@michvhf.com flame-mail: /dev/null > # include TEAM-OS2 > Online Campground Directory http://www.camping-usa.com > Online Giftshop Superstore http://www.cloudninegifts.com > ========================================================================== > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- Christopher Day E-Mail reman@tig.com.au Homepage http://www.geocities.com/TimesSquare/Lair/1218 when the rain/when the children reign/keep your conscience in the dark melt the statues in the park - Fall On Me, REM To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 1:50:30 1999 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 55E0B1524B for ; Thu, 5 Aug 1999 01:50:27 -0700 (PDT) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.1) id KAA51210; Thu, 5 Aug 1999 10:49:53 +0200 (CEST) (envelope-from des) To: Peter Jeremy Cc: hackers@FreeBSD.ORG Subject: Re: Results of investigating optimizing calloc()... References: <99Aug5.072253est.40331@border.alcanet.com.au> From: Dag-Erling Smorgrav Date: 05 Aug 1999 10:49:52 +0200 In-Reply-To: Peter Jeremy's message of "Thu, 5 Aug 1999 07:42:17 +1000" Message-ID: Lines: 16 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Jeremy writes: > Dag-Erling Smorgrav wrote: > > The idea is to keep a chunk of zeroes on disk and DMA it into memory > Have you looked at disk latencies recently? A modern CPU could zero- > fill a decent fraction of its RAM in the time taken to fetch a page of > zeroes from the platter. And if it was accessed frequently enough to > keep the zeroed page in disk cache, you've just moved the bottleneck > into that disk controller (and you've reduced the effective size of the > disk's cache by a page). It still beats the hell out of invalidating your entire L1 and L2 caches. DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 2: 2:50 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp2.tig.com.au (smtp2.tig.com.au [203.109.250.51]) by hub.freebsd.org (Postfix) with ESMTP id 8231A154A3 for ; Thu, 5 Aug 1999 02:02:44 -0700 (PDT) (envelope-from reman@tig.com.au) Received: from tig.com.au (p58-nas6.syd.ihug.com.au [206.17.112.250]) by smtp2.tig.com.au (8.9.3/8.9.3) with ESMTP id TAA29298; Thu, 5 Aug 1999 19:02:07 +1000 Message-ID: <37A953EC.AB5E9F90@tig.com.au> Date: Thu, 05 Aug 1999 19:05:48 +1000 From: Chris X-Mailer: Mozilla 4.08 [en] (Win95; I) MIME-Version: 1.0 To: John-Mark Gurney Cc: Dag-Erling Smorgrav , freebsd-hackers@FreeBSD.ORG Subject: Re: Results of investigating optimizing calloc()... References: <001e01bedde3$d1af64c0$291c453f@kbyanc.alcnet.com> <19990804202932.50575@hydrogen.fircrest.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John-Mark Gurney wrote: > > Dag-Erling Smorgrav scribbled this message on Aug 4: > > "Kelly Yancey" writes: > > > [...] > > > > Which reminds me - has anyone thought of using DMA for zeroing pages, > > to avoid cache invalidation? The idea is to keep a chunk of zeroes on > > disk and DMA it into memory instead of clearing pages "manually". This > > assumes your disk supports DMA, of course. > > has anyone looked at using two dma channels tied together to do memory > copies? I haven't studied the DMA specs, but from what I know of the > dma on x86 machines is that you could tie two dma channels together one > to feed the other, and this would allow you to copy memory w/o using the > processor... > > w/ dma channels, we can just make a copy of the base zero page... Im not sure how much relevance this has, but many years ago I was writing video routines, I thought using software initiated DMA to copy pages of memory from one place to another would be a really cool and quick solution. From what I remember you need to set the 0th DMA chanel with a src and dst address, then the number of bytes - set a flag and away she went. It was strange in that the DMA controller could only access the first 1Mb of memory and it couldnt cross 64kb page boundaries. Now AFAIK that has changed slightly and the DMA chip can do up to 128Kb page boundaries, however I'm not sure wether it can do 32bit addressing. However there was a drawback if the CPU had nothing else to do it could actually transfer memory around quicker than the DMA controller (The DMA controller on my PC was going at ISA bus speed ~8Mhz) Not sure what it does now, must go at at least 33Mhz for PCI DMA's. Also now that I remember it, the 0th DMA channel back then was also used a DRAM refresh timer going off every few milliseconds to keep the charges up on the DRAM's. Weird eh? Anyways thats all I can think of. The only way I can see that using DMA to refresh pages as a faster method is if the DMA controller can do it quicker than the CPU which I doubt is likely, also it will only be useful if it can do 32-bit addresses. sorry for the ramble. regards, chris -- Christopher Day E-Mail reman@tig.com.au Homepage http://www.geocities.com/TimesSquare/Lair/1218 when the rain/when the children reign/keep your conscience in the dark melt the statues in the park - Fall On Me, REM To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 2:26:52 1999 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 7F43614DF8 for ; Thu, 5 Aug 1999 02:26:50 -0700 (PDT) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.1) id LAA52069; Thu, 5 Aug 1999 11:26:10 +0200 (CEST) (envelope-from des) To: Chris Cc: John-Mark Gurney , Dag-Erling Smorgrav , freebsd-hackers@FreeBSD.ORG Subject: Re: Results of investigating optimizing calloc()... References: <001e01bedde3$d1af64c0$291c453f@kbyanc.alcnet.com> <19990804202932.50575@hydrogen.fircrest.net> <37A953EC.AB5E9F90@tig.com.au> From: Dag-Erling Smorgrav Date: 05 Aug 1999 11:26:09 +0200 In-Reply-To: Chris's message of "Thu, 05 Aug 1999 19:05:48 +1000" Message-ID: Lines: 15 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Chris writes: > Anyways thats all I can think of. The only way I can see that using DMA > to refresh pages as a faster method is if the DMA controller can do it > quicker than the CPU which I doubt is likely, also it will only be > useful if it can do 32-bit addresses. Grr.. *read what I f###ing wrote* The issue is not speed, because this is something we do in the background when there's nothing else to do. The issue is to avoid thrashing the cache. DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 4:13:54 1999 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 6AE7414D35 for ; Thu, 5 Aug 1999 04:13:50 -0700 (PDT) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.1) id NAA54451; Thu, 5 Aug 1999 13:13:18 +0200 (CEST) (envelope-from des) To: "Chuck Youse" Cc: Subject: Re: fetch: default to passive mode? References: <002c01bede8c$4e9dba60$1104000a@f8m7n1> From: Dag-Erling Smorgrav Date: 05 Aug 1999 13:13:17 +0200 In-Reply-To: "Chuck Youse"'s message of "Wed, 4 Aug 1999 11:16:20 -0400" Message-ID: Lines: 40 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Chuck Youse" writes: > I have a really strong urge to submit a PR to make fetch default to passive > mode, instead of requiring a command-line switch ... fetch(1) honors FTP_PASSIVE_MODE. des@des /usr/freebsd/current% lcvs log -r1.31 src/etc/login.conf RCS file: /home/ncvs/src/etc/login.conf,v Working file: src/etc/login.conf head: 1.32 branch: locks: strict access list: symbolic names: RELENG_3_2_PAO: 1.26.2.3.0.2 RELENG_3_2_PAO_BP: 1.26.2.3 RELENG_3_2_0_RELEASE: 1.26.2.3 RELENG_3_1_0_RELEASE: 1.26.2.1 RELENG_3: 1.26.0.2 RELENG_3_BP: 1.26 RELENG_2_2_8_RELEASE: 1.9.2.7 RELENG_3_0_0_RELEASE: 1.22 RELENG_2_2_7_RELEASE: 1.9.2.7 RELENG_2_2_6_RELEASE: 1.9.2.7 RELENG_2_2_5_RELEASE: 1.9.2.3 RELENG_2_2_2_RELEASE: 1.9 RELENG_2_2: 1.9.0.2 keyword substitution: kv total revisions: 43; selected revisions: 1 description: ---------------------------- revision 1.31 date: 1999/05/28 11:07:16; author: jkh; state: Exp; lines: +2 -2 Set FTP_PASSIVE_MODE=YES by default in the default login class. ============================================================================= DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 7:49:49 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 86A6914F92 for ; Thu, 5 Aug 1999 07:49:37 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.1/8.9.1) with ESMTP id KAA22459; Thu, 5 Aug 1999 10:49:07 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.3/8.9.1) id KAA37003; Thu, 5 Aug 1999 10:49:07 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Thu, 5 Aug 1999 10:49:06 -0400 (EDT) To: Bill Fumerola Cc: hackers@FreeBSD.org Subject: Re: TCP stack hackers take a bow In-Reply-To: References: <199908032251.PAA17447@boreas.isi.edu> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14249.41585.89026.815133@grasshopper.cs.duke.edu> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bill Fumerola writes: > On Tue, 3 Aug 1999, Ted Faber wrote: > > > http://www.sciencedaily.com/releases/1999/08/990802072727.htm > > The Duke release credits one Andrew Gallatin for a couple quotes. > > Not only FreeBSD in the news, but one of our own committers. Cool. > > http://www.dukenews.duke.edu/Research/GIGABIT.HTM Yes, my boss decided he wanted his 15 minutes of fame ;-) I tried hard to get FreeBSD a bigger mention than the rather poorly worded one that ended up coming out, but to little avail. After all, it is the BSD TCP stack that deserves the bulk of the credit; we were basically in the right place at the right time. It was very annoying that the person who wrote the local News & Observer article seemed disappointed that we were not running linux & probably because of that, didn't mention the OS at all in her article. Cheers, Drew ------------------------------------------------------------------------------ Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin Duke University Email: gallatin@cs.duke.edu Department of Computer Science Phone: (919) 660-6590 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 8: 1:43 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp1.vnet.net (smtp1.vnet.net [166.82.1.31]) by hub.freebsd.org (Postfix) with ESMTP id 586A2154DB for ; Thu, 5 Aug 1999 08:01:35 -0700 (PDT) (envelope-from rivers@dignus.com) Received: from dignus.com (ponds.vnet.net [166.82.177.48]) by smtp1.vnet.net (8.9.1a/8.9.1) with ESMTP id LAA18036; Thu, 5 Aug 1999 11:01:10 -0400 (EDT) Received: from lakes.dignus.com (lakes.dignus.com [10.0.0.3]) by dignus.com (8.9.2/8.8.5) with ESMTP id LAA18726; Thu, 5 Aug 1999 11:01:09 -0400 (EDT) Received: (from rivers@localhost) by lakes.dignus.com (8.9.2/8.6.9) id LAA35944; Thu, 5 Aug 1999 11:01:07 -0400 (EDT) Date: Thu, 5 Aug 1999 11:01:07 -0400 (EDT) From: Thomas David Rivers Message-Id: <199908051501.LAA35944@lakes.dignus.com> To: billf@jade.chc-chimes.com, gallatin@cs.duke.edu Subject: Re: TCP stack hackers take a bow Cc: hackers@FreeBSD.ORG In-Reply-To: <14249.41585.89026.815133@grasshopper.cs.duke.edu> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > Bill Fumerola writes: > > On Tue, 3 Aug 1999, Ted Faber wrote: > > > > > http://www.sciencedaily.com/releases/1999/08/990802072727.htm > > > > The Duke release credits one Andrew Gallatin for a couple quotes. > > > > Not only FreeBSD in the news, but one of our own committers. Cool. > > > > http://www.dukenews.duke.edu/Research/GIGABIT.HTM > > Yes, my boss decided he wanted his 15 minutes of fame ;-) > > I tried hard to get FreeBSD a bigger mention than the rather poorly > worded one that ended up coming out, but to little avail. After all, > it is the BSD TCP stack that deserves the bulk of the credit; we were > basically in the right place at the right time. > > It was very annoying that the person who wrote the local News & > Observer article seemed disappointed that we were not running linux & > probably because of that, didn't mention the OS at all in her article. Yes - I noticed the conspicuous absence of any mention of BSD in the News & Observer article. - Dave Rivers - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 8:23:43 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from citadel.cdsec.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id 9C69B14DF6 for ; Thu, 5 Aug 1999 08:23:13 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cdsec.com (8.9.3/8.9.3) id RAA03914; Thu, 5 Aug 1999 17:19:35 +0200 (SAST) Received: by citadel via recvmail id 3901; Thu Aug 5 17:19:05 1999 Message-ID: <37A9AB98.DE7967CF@cdsec.com> Date: Thu, 05 Aug 1999 17:19:52 +0200 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.08 [en] (X11; I; FreeBSD 2.2.8-RELEASE i386) MIME-Version: 1.0 To: Robert Nordier Cc: hackers@freebsd.org Subject: Re: Multiple versions of FreeBSD on one HDD References: <199908041726.TAA09478@cdsec.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 Nordier wrote: > > > I assume that if I set the gemoetry in fdisk to be the BIOS figures, > > that I will lose the other half of the disk? > > Use 2096/255/63 in sysinstall. That worked! Here is what I did in the end: * set the BIOS disk type to Auto detect in LBA mode * booted 2.2.8 install diskette. Set the disk geometry in fdisk to 2096/255/63. * created three slices. The first two were both 3Gb, a bit smaller than I would have liked, but they both fit within the 1023 logical cylinder boundary. The third slice contained the remaining 10Gb+. About 5Mb of unused space was left at the end. * installed 2.2.8 into partition 1. * booted 2.2.8, and used fdisk to set the disk type to 6 * booted the 3.2 install disk. Checked the geometry settings were the same in fdisk, and set the second slice to be the active partition * installed 3.2 in the second slice * booted 3.2, and used its fdisk to set the partition type of the first slice back to 165 * booted a DOS diskette, and installed os-bs. The changing of the partition type was a necessary step; without this, the 3.2 install would still complain and refuse to make the root file system. Thanks for the help, Robert. Hopefully the summary above will be useful to others as well. g. -- Dr Graham Wheeler E-mail: gram@cequrux.com Cequrux Technologies Phone: +27(21)423-6065/6/7 Firewalls/Virtual Private Networks Fax: +27(21)24-3656 Data/Network Security Specialists WWW: http://www.cequrux.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 10:29:41 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from jade.chc-chimes.com (jade.chc-chimes.com [216.28.46.6]) by hub.freebsd.org (Postfix) with ESMTP id 27A5115500 for ; Thu, 5 Aug 1999 10:29:39 -0700 (PDT) (envelope-from billf@jade.chc-chimes.com) Received: by jade.chc-chimes.com (Postfix, from userid 1001) id E76871C09; Thu, 5 Aug 1999 12:29:58 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by jade.chc-chimes.com (Postfix) with ESMTP id D99243814; Thu, 5 Aug 1999 12:29:58 -0400 (EDT) Date: Thu, 5 Aug 1999 12:29:58 -0400 (EDT) From: Bill Fumerola To: Andrew Gallatin Cc: hackers@FreeBSD.org Subject: Re: TCP stack hackers take a bow In-Reply-To: <14249.41585.89026.815133@grasshopper.cs.duke.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 5 Aug 1999, Andrew Gallatin wrote: > It was very annoying that the person who wrote the local News & > Observer article seemed disappointed that we were not running linux & > probably because of that, didn't mention the OS at all in her article. It's sad it has to be that way. I can't think of another product that is treated so poorly in the wake of another's success. "What you broke a land speed record? Well, were you driving a Ford? No, well, we just won't mention that you were driving a Chevy." -- - bill fumerola - billf@chc-chimes.com - BF1560 - computer horizons corp - - ph:(800) 252-2421 - bfumerol@computerhorizons.com - billf@FreeBSD.org - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 10:54: 1 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from dt011n65.san.rr.com (dt011n65.san.rr.com [204.210.13.101]) by hub.freebsd.org (Postfix) with ESMTP id 8555C14D24 for ; Thu, 5 Aug 1999 10:53:59 -0700 (PDT) (envelope-from Doug@gorean.org) Received: from localhost (doug@localhost) by dt011n65.san.rr.com (8.8.8/8.8.8) with ESMTP id KAA01066 for ; Thu, 5 Aug 1999 10:53:37 -0700 (PDT) (envelope-from Doug@gorean.org) Date: Thu, 5 Aug 1999 10:53:37 -0700 (PDT) From: Doug X-Sender: doug@dt011n65.san.rr.com To: freebsd-hackers@freebsd.org Subject: login.conf restrictions for suid processes possible? (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG No answer on -questions, and this is pretty urgent for me atm. Any help appreciated. Doug Greetings, :) I am working on some resource limit stuff and would like to be able to use login.conf to restrict the number of cgi processes that certain users can run. Unfortunately, the proprietary cgi product we use is owned by root and suid's to the user who owns the script that it is called to run. (This is not what I would call a "good idea," but it's what I have to work with.) I've created a login class with the appropriate permissions, and if I put a test user in that class and test its limits with normal system processes (like ls, sleep, etc.) it follows all the rules. However when I start miva (proprietary cgi) processes for scripts owned by that user, it ignores the limits, presumably because the process starts its life as root. Soooo, the question is, how can I do what I want to do, and if I can't do it with login.conf does anyone have any other suggestions? Specifically I need to restrict the amount of ram and the number of processes on a per user basis. I'm working on a -current system, but I don't think this issue bears directly on -current. Thanks for any help, Doug -- On account of being a democracy and run by the people, we are the only nation in the world that has to keep a government four years, no matter what it does. -- Will Rogers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" 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 Aug 5 11: 3:10 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (Postfix) with ESMTP id 44FFB15176 for ; Thu, 5 Aug 1999 11:03:05 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.3/8.8.8) with ESMTP id KAA13017; Thu, 5 Aug 1999 10:55:14 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199908051755.KAA13017@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Doug Cc: freebsd-hackers@freebsd.org Subject: Re: login.conf restrictions for suid processes possible? (fwd) In-reply-to: Your message of "Thu, 05 Aug 1999 10:53:37 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 05 Aug 1999 10:55:14 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I am working on some resource limit stuff and would like to be > able to use login.conf to restrict the number of cgi processes that > certain users can run. Unfortunately, the proprietary cgi product we use > is owned by root and suid's to the user who owns the script that it is > called to run. (This is not what I would call a "good idea," but it's what > I have to work with.) > > I've created a login class with the appropriate permissions, and > if I put a test user in that class and test its limits with normal system > processes (like ls, sleep, etc.) it follows all the rules. However when I > start miva (proprietary cgi) processes for scripts owned by that user, it > ignores the limits, presumably because the process starts its life as > root. > > Soooo, the question is, how can I do what I want to do, and if I > can't do it with login.conf does anyone have any other suggestions? > Specifically I need to restrict the amount of ram and the number of > processes on a per user basis. I'm working on a -current system, but I > don't think this issue bears directly on -current. You need to pester the vendor to correctly switch limits when they switch UIDs. Alternatively, if this is unlikely _and_ the application is dynamically linked, you could produce a library containing patched set*id functions and force it into the app using LD_PRELOAD. -- \\ The mind's the standard \\ Mike Smith \\ of the man. \\ msmith@freebsd.org \\ -- Joseph Merrick \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 11:15:15 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id D8384154E6 for ; Thu, 5 Aug 1999 11:15:10 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.1) with ESMTP id LAA25555; Thu, 5 Aug 1999 11:13:58 -0700 (PDT) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id LAA04237; Thu, 5 Aug 1999 11:13:57 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Thu, 5 Aug 1999 11:13:57 -0700 (PDT) Message-Id: <199908051813.LAA04237@vashon.polstra.com> To: mike@smith.net.au Subject: Re: login.conf restrictions for suid processes possible? (fwd) In-Reply-To: <199908051755.KAA13017@dingo.cdrom.com> Organization: Polstra & Co., Seattle, WA Cc: hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <199908051755.KAA13017@dingo.cdrom.com>, Mike Smith wrote: > > I am working on some resource limit stuff and would like to be > > able to use login.conf to restrict the number of cgi processes that > > certain users can run. Unfortunately, the proprietary cgi product we use > > is owned by root and suid's to the user who owns the script that it is > > called to run. (This is not what I would call a "good idea," but it's what > > I have to work with.) [...] > You need to pester the vendor to correctly switch limits when they > switch UIDs. > > Alternatively, if this is unlikely _and_ the application is dynamically > linked, you could produce a library containing patched set*id functions > and force it into the app using LD_PRELOAD. N.B., LD_PRELOAD won't work if the program is setuid or setgid. I'm not 100% sure from the original post whether that's the case or not. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "No matter how cynical I get, I just can't keep up." -- Nora Ephron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 11:25:55 1999 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 8C4FC15280 for ; Thu, 5 Aug 1999 11:25:46 -0700 (PDT) (envelope-from dennis@etinc.com) Received: from dbsys (dbsys.etinc.com [207.252.1.18]) by etinc.com (8.9.3/8.9.3) with SMTP id OAA11532 for ; Thu, 5 Aug 1999 14:27:51 -0400 (EDT) Message-Id: <199908051827.OAA11532@etinc.com> X-Sender: dennis@etinc.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Date: Thu, 05 Aug 1999 13:16:24 -0400 To: hackers@freebsd.org From: Dennis Subject: Memory Tuning Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG What type of memory do routing table entries use, and how can they be tuned? I've got a machine with 64M, and it will only allocate 10M to the routing table no matter what I set maxusers to. The full table is only 17M, so it should fit easily. Even if I have to change something in param.c...Im just at a loss as to what it needs. Dennis To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 12:22:19 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from dt011n65.san.rr.com (dt011n65.san.rr.com [204.210.13.101]) by hub.freebsd.org (Postfix) with ESMTP id 0D61F14D41 for ; Thu, 5 Aug 1999 12:22:10 -0700 (PDT) (envelope-from Doug@gorean.org) Received: from localhost (doug@localhost) by dt011n65.san.rr.com (8.8.8/8.8.8) with ESMTP id MAA01819; Thu, 5 Aug 1999 12:21:56 -0700 (PDT) (envelope-from Doug@gorean.org) Date: Thu, 5 Aug 1999 12:21:56 -0700 (PDT) From: Doug X-Sender: doug@dt011n65.san.rr.com To: Mike Smith Cc: freebsd-hackers@freebsd.org Subject: Re: login.conf restrictions for suid processes possible? (fwd) In-Reply-To: <199908051755.KAA13017@dingo.cdrom.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 Thu, 5 Aug 1999, Mike Smith wrote: > > I am working on some resource limit stuff and would like to be > > able to use login.conf to restrict the number of cgi processes that > > certain users can run. Unfortunately, the proprietary cgi product we use > > is owned by root and suid's to the user who owns the script that it is > > called to run. (This is not what I would call a "good idea," but it's what > > I have to work with.) > > > > I've created a login class with the appropriate permissions, and > > if I put a test user in that class and test its limits with normal system > > processes (like ls, sleep, etc.) it follows all the rules. However when I > > start miva (proprietary cgi) processes for scripts owned by that user, it > > ignores the limits, presumably because the process starts its life as > > root. > > > > Soooo, the question is, how can I do what I want to do, and if I > > can't do it with login.conf does anyone have any other suggestions? > > Specifically I need to restrict the amount of ram and the number of > > processes on a per user basis. I'm working on a -current system, but I > > don't think this issue bears directly on -current. > > You need to pester the vendor to correctly switch limits when they > switch UIDs. > > Alternatively, if this is unlikely _and_ the application is dynamically > linked, you could produce a library containing patched set*id functions > and force it into the app using LD_PRELOAD. Grrrfl. Ok, that's what I thought, but I do appreciate the confirmation. We have a pretty good relationship with the vendor so I'll take that route first. Thanks, Doug -- On account of being a democracy and run by the people, we are the only nation in the world that has to keep a government four years, no matter what it does. -- Will Rogers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 12:29:45 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from dt011n65.san.rr.com (dt011n65.san.rr.com [204.210.13.101]) by hub.freebsd.org (Postfix) with ESMTP id 35DC014D7C for ; Thu, 5 Aug 1999 12:29:42 -0700 (PDT) (envelope-from Doug@gorean.org) Received: from localhost (doug@localhost) by dt011n65.san.rr.com (8.8.8/8.8.8) with ESMTP id MAA01877; Thu, 5 Aug 1999 12:29:07 -0700 (PDT) (envelope-from Doug@gorean.org) Date: Thu, 5 Aug 1999 12:29:07 -0700 (PDT) From: Doug X-Sender: doug@dt011n65.san.rr.com To: John Polstra Cc: mike@smith.net.au, hackers@freebsd.org Subject: Re: login.conf restrictions for suid processes possible? (fwd) In-Reply-To: <199908051813.LAA04237@vashon.polstra.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 5 Aug 1999, John Polstra wrote: > In article <199908051755.KAA13017@dingo.cdrom.com>, > Mike Smith wrote: > > > I am working on some resource limit stuff and would like to be > > > able to use login.conf to restrict the number of cgi processes that > > > certain users can run. Unfortunately, the proprietary cgi product we use > > > is owned by root and suid's to the user who owns the script that it is > > > called to run. (This is not what I would call a "good idea," but it's what > > > I have to work with.) > [...] > > You need to pester the vendor to correctly switch limits when they > > switch UIDs. > > > > Alternatively, if this is unlikely _and_ the application is dynamically > > linked, you could produce a library containing patched set*id functions > > and force it into the app using LD_PRELOAD. > > N.B., LD_PRELOAD won't work if the program is setuid or setgid. I'm > not 100% sure from the original post whether that's the case or not. Yes, the program is owned by root, has permissions -rwsr-xr-t and suid's to the user who owns the script it's called to run. I'm aware that the sticky bit is ignored on BSD for executables, but that's how it comes from the vendor so my boss doesn't want to mess with it. Thanks, Doug -- On account of being a democracy and run by the people, we are the only nation in the world that has to keep a government four years, no matter what it does. -- Will Rogers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 12:35:16 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from dt011n65.san.rr.com (dt011n65.san.rr.com [204.210.13.101]) by hub.freebsd.org (Postfix) with ESMTP id A3B1515584 for ; Thu, 5 Aug 1999 12:35:03 -0700 (PDT) (envelope-from Doug@gorean.org) Received: from localhost (doug@localhost) by dt011n65.san.rr.com (8.8.8/8.8.8) with ESMTP id MAA01919; Thu, 5 Aug 1999 12:34:54 -0700 (PDT) (envelope-from Doug@gorean.org) Date: Thu, 5 Aug 1999 12:34:54 -0700 (PDT) From: Doug X-Sender: doug@dt011n65.san.rr.com To: Bill Fumerola Cc: Andrew Gallatin , hackers@FreeBSD.org Subject: Re: TCP stack hackers take a bow In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 5 Aug 1999, Bill Fumerola wrote: > On Thu, 5 Aug 1999, Andrew Gallatin wrote: > > > It was very annoying that the person who wrote the local News & > > Observer article seemed disappointed that we were not running linux & > > probably because of that, didn't mention the OS at all in her article. > > It's sad it has to be that way. I can't think of another product that > is treated so poorly in the wake of another's success. Hmmmmmmm... OS/2 maybe? :) (Which is not to say that IBM didn't work very hard at shooting themselves in their collective feet at every opportunity.) But seriously folks, this kind of thing happens all the time in the computer business. The best way to handle it is to keep smiling and talk to the ones who will listen, and report accurately. The word is getting out slowly. Doug -- On account of being a democracy and run by the people, we are the only nation in the world that has to keep a government four years, no matter what it does. -- Will Rogers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 12:54:48 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from astart2.astart.com (astart2.astart.com [206.71.174.194]) by hub.freebsd.org (Postfix) with ESMTP id EBC8E1552A; Thu, 5 Aug 1999 12:54:44 -0700 (PDT) (envelope-from papowell@astart.com) Received: from h4.private (papowell@h4.private [10.0.0.4]) by astart2.astart.com (8.9.3/8.9.3) with ESMTP id MAA43184; Thu, 5 Aug 1999 12:57:10 -0700 (PDT) Received: (from papowell@localhost) by h4.private (8.9.3/8.9.3) id MAA00300; Thu, 5 Aug 1999 12:54:12 -0700 (PDT) Date: Thu, 5 Aug 1999 12:54:12 -0700 (PDT) From: papowell@astart.com Message-Id: <199908051954.MAA00300@h4.private> To: freebsd-hackers@FreeBSD.ORG, freebsd-small@FreeBSD.ORG, roy.s.nielsen@intel.com Subject: Re: bootloader.... Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > From owner-freebsd-small@FreeBSD.ORG Fri Jul 30 10:45:10 1999 > From: "Nielsen, Roy S" > To: "'freebsd-small@FreeBSD.org'" , > "'freebsd-hackers@FreeBSD.org'" > Subject: bootloader.... > Date: Fri, 30 Jul 1999 10:44:57 -0700 > > I'm looking at booting(embedded devices) and I've been looking at lilo boot > loader code and booteasy bootloader code... > > does anyone know of any documentation that anyone out there has done on this > topic? -- more specifically without > bios calls/support? > > I've seen the booteasy code at: > > ftp://ftp.freebsd.org/pub/FreeBSD/tools/srcs/bteasy/ > > is there a newer version? this code is supposed to be compiled with > TASM/Borland C right? is there source that > can be compiled with gnu tools? > > I'll take any and all suggestions :) > > Thanks, > -roy > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-small" in the body of the message > FreeBSD 3.2-Release: /usr/src/sys/boot/i386/boot0 Note: this is one of a zillion of boot managers that do this. Note2: you only get 512 bytes loaded in from the MBR or 0 level boot. This is BARELY enough to use the BIOS calls. You use this to load the level 1 boot which is usually about 8K, and even it still uses the bios calls, due to the evil keyboard IO, disk IO remapping, etc. etc., etc. that the BIOS does. Patrick Powell Astart Technologies, papowell@astart.com 9475 Chesapeake Drive, Suite D, Network and System San Diego, CA 92123 Consulting 619-874-6543 FAX 619-279-8424 LPRng - Print Spooler (http://www.astart.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 14:37:43 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.du.gtn.com (mail.du.gtn.com [194.77.9.57]) by hub.freebsd.org (Postfix) with ESMTP id 0930E1557E for ; Thu, 5 Aug 1999 14:37:35 -0700 (PDT) (envelope-from ticso@cicely8.cicely.de) Received: from cicely7.cicely.de (cicely.de [194.231.9.142]) by mail.du.gtn.com (8.8.6/8.8.6) with ESMTP id XAA23460; Thu, 5 Aug 1999 23:37:01 +0200 (MET DST) Received: from cicely8.cicely.de (cicely8.cicely.de [10.1.2.10]) by cicely7.cicely.de (8.9.0/8.9.0) with ESMTP id XAA61312; Thu, 5 Aug 1999 23:36:36 +0200 (CEST) Received: (from ticso@localhost) by cicely8.cicely.de (8.9.3/8.9.2) id XAA30073; Thu, 5 Aug 1999 23:37:22 +0200 (CEST) (envelope-from ticso) Date: Thu, 5 Aug 1999 23:37:21 +0200 From: Bernd Walter To: Warner Losh Cc: hackers@FreeBSD.ORG Subject: Re: netstat broken for -N -M? Message-ID: <19990805233720.B29984@cicely8.cicely.de> References: <199908042321.RAA05717@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: <199908042321.RAA05717@harmony.village.org>; from Warner Losh on Wed, Aug 04, 1999 at 05:21:49PM -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Aug 04, 1999 at 05:21:49PM -0600, Warner Losh wrote: > > I'm seeing on a -stable system that netstat will always print values > obtained from sysctl rather than from the core file specified. Can > anybody confirm this? It doesn't seem like feature to me... > Interesting - I got similar problems yesterday using netstat -m on a dump. I always showed me different mbuf usages on every run which is very unlikely for a dump. System is stable from the beginning of this week. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 15:43:15 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from shell6.ba.best.com (shell6.ba.best.com [206.184.139.137]) by hub.freebsd.org (Postfix) with ESMTP id 7835C15555 for ; Thu, 5 Aug 1999 15:43:13 -0700 (PDT) (envelope-from jkb@shell6.ba.best.com) Received: (from jkb@localhost) by shell6.ba.best.com (8.9.3/8.9.2/best.sh) id PAA25228; Thu, 5 Aug 1999 15:42:30 -0700 (PDT) Message-ID: <19990805154230.A23245@best.com> Date: Thu, 5 Aug 1999 15:42:30 -0700 From: "Jan B. Koum " To: hackers@freebsd.org Subject: possible syslogd bug? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have a dedicated syslog machine runnign 3.2 and vanilla syslogd (started with -vv flags). After running for a few day the file would grow (this time file was ~40MB) and syslogd would stop writing to a file and go into a weird state. Here is the ktrace of "hang" syslogd before I did 'reboot' dlog# kdump 93 syslogd PSIG SIGALRM caught handler=0x804afb8 mask=0x1 code=0x0 93 syslogd RET poll -1 errno 4 Interrupted system call 93 syslogd CALL gettimeofday(0xefbfc84c,0) 93 syslogd RET gettimeofday 0 93 syslogd CALL setitimer(0,0xefbfc844,0xefbfc834) 93 syslogd RET setitimer 0 93 syslogd CALL sigreturn(0xefbfc880) 93 syslogd RET sigreturn JUSTRETURN 93 syslogd CALL poll(0xefbfc94c,0x1,0x9c40) 93 syslogd PSIG SIGALRM caught handler=0x804afb8 mask=0x1 code=0x0 93 syslogd RET poll -1 errno 4 Interrupted system call 93 syslogd CALL gettimeofday(0xefbfc84c,0) 93 syslogd RET gettimeofday 0 93 syslogd CALL setitimer(0,0xefbfc844,0xefbfc834) 93 syslogd RET setitimer 0 93 syslogd CALL sigreturn(0xefbfc880) 93 syslogd RET sigreturn JUSTRETURN 93 syslogd CALL poll(0xefbfc94c,0x1,0x9c40) 93 syslogd PSIG SIGTERM caught handler=0x804b178 mask=0x1 code=0x0 93 syslogd RET poll -1 errno 4 Interrupted system call 93 syslogd CALL sigprocmask(0x1,0x2001) 93 syslogd RET sigprocmask 16385/0x4001 93 syslogd CALL gettimeofday(0xefbfc08c,0) 93 syslogd RET gettimeofday 0 93 syslogd CALL writev(0x12,0xefbfc04c,0x7) 93 syslogd GIO fd 18 wrote 64 bytes "Aug 3 21:52:25 dlog syslogd: exiting on signal 15 " 93 syslogd RET writev 64/0x40 93 syslogd CALL writev(0x1d,0xefbfc04c,0x7) 93 syslogd GIO fd 29 wrote 64 bytes "Aug 3 21:52:25 dlog syslogd: exiting on signal 15 " 93 syslogd RET writev 64/0x40 93 syslogd CALL sigprocmask(0x3,0x4001) 93 syslogd RET sigprocmask 24577/0x6001 93 syslogd CALL unlink(0x804c9e5) 93 syslogd NAMI "/var/run/log" 93 syslogd RET unlink 0 93 syslogd CALL exit(0x1) System also shows syslogd is in poll() state when it hangs .. I did not see anything wrong with syslogd.c when I looked. The file is now at 62MB, I see if I can debug this further next time syslogd hangs. -- yan P.S. -- Yes, *.* is going into that file ;) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 16: 7:15 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from gatewaya.anheuser-busch.com (gatewaya.anheuser-busch.com [151.145.250.252]) by hub.freebsd.org (Postfix) with SMTP id 102D515655; Thu, 5 Aug 1999 16:04:48 -0700 (PDT) (envelope-from Matthew.Alton@anheuser-busch.com) Received: by gatewaya.anheuser-busch.com; id SAA00171; Thu, 5 Aug 1999 18:05:34 -0500 Received: from stlexggtw002-pozzoli.fw-users.busch.com(151.145.101.130) by gatewaya.anheuser-busch.com via smap (V5.0) id xma000145; Thu, 5 Aug 99 18:04:47 -0500 Received: from stlabcexg006.anheuser-busch.com ([151.145.101.161]) by 151.145.101.130 (Norton AntiVirus for Internet Email Gateways 1.0) ; Thu, 05 Aug 1999 23:02:47 0000 (GMT) Received: by stlabcexg006.anheuser-busch.com with Internet Mail Service (5.5.2448.0) id ; Thu, 5 Aug 1999 18:02:32 -0500 Message-ID: <0740CBD1D149D31193EB0008C7C56836EB8AFC@STLABCEXG012> From: "Alton, Matthew" To: "'Hackers@FreeBSD.ORG'" , "'fs@FreeBSD.ORG'" Subject: BSD XFS Port & BSD VFS Rewrite Date: Thu, 5 Aug 1999 18:02:47 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am currently conducting a thorough study of the VFS subsystem in preparation for an all-out effort to port SGI's XFS filesystem to FreeBSD 4.x at such time as SGI gives up the code. Matt Dillon has written in hackers- that the VFS subsystem is presently not well understood by any of the active kernel code contributers and that it will be rewritten later this year. This is obviously of great concern to me in this port. I greatly appreciate all assistance in answering the following questions: 1) What are the perceived problems with the current VFS? 2) What options are available to us as remedies? 3) To what extent will existing FS code require revision in order to be useful after the rewrite? 4) Will Chapters 6,7,8 & 9 of "The Design and Implementation of the 4.4BSD Operating System" still pertain after the rewrite? 5) How important are questions 3 & 4 in the design of the new VFS? I believe that the VFS is conceptually sound and that the existing semantics should be strictly retained in the new code. Any new functionality should be added in the form of entirely new kernel routines and system calls, or possibly by such means as converting the existing routines to the vararg format &etc. Does anyone know when SGI will release XFS? Matthew Alton Computer Services - UNIX Systems Administration (314)632-6644 matthew.alton@anheuser-busch.com alton@plantnet.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 16:18:20 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (Postfix) with ESMTP id 90DFA15687 for ; Thu, 5 Aug 1999 16:18:17 -0700 (PDT) (envelope-from rcarter@chomsky.Pinyon.ORG) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id QAA21167; Thu, 5 Aug 1999 16:18:09 -0700 (MST) Received: from ip-17-057.prc.primenet.com(207.218.17.57), claiming to be "chomsky.Pinyon.ORG" via SMTP by smtp01.primenet.com, id smtpd021021; Thu Aug 5 16:18:00 1999 Received: from chomsky.Pinyon.ORG (localhost [127.0.0.1]) by chomsky.Pinyon.ORG (8.9.3/8.9.3) with ESMTP id VAA31207; Tue, 3 Aug 1999 21:04:24 -0700 (MST) (envelope-from rcarter@chomsky.Pinyon.ORG) Message-Id: <199908040404.VAA31207@chomsky.Pinyon.ORG> X-Mailer: exmh version 2.0.2 2/24/98 To: hackers@freebsd.org Cc: Ted Faber Subject: Re: TCP stack hackers take a bow In-Reply-To: Your message of "Tue, 03 Aug 1999 15:51:23 MST." <199908032251.PAA17447@boreas.isi.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 03 Aug 1999 21:04:24 -0700 From: "Russell L. Carter" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG %Unmodified FreeBSD TCP at > 1Gb/s. % %http://www.sciencedaily.com/releases/1999/08/990802072727.htm That is so very cool. There is a separate war going on optimizing bandwidth, latency, and QoS for IIOP, i.e. CORBA's usual protocol. Against all of the heavyweights, RTOS's etc. etc., linux is looking very good. Surprisingly good. Thus... Cheers, Russell To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 16:34: 4 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.cvzoom.net (ns.cvzoom.net [208.226.154.2]) by hub.freebsd.org (Postfix) with ESMTP id 3B46814CF9 for ; Thu, 5 Aug 1999 16:33:47 -0700 (PDT) (envelope-from dmmiller@cvzoom.net) Received: from cvzoom.net (lcl141.cvzoom.net [208.226.155.141]) by ns.cvzoom.net (8.9.3/8.9.3) with ESMTP id TAA03127 for ; Thu, 5 Aug 1999 19:15:43 -0400 (EDT) Message-ID: <37AA1EAD.3B7C4D38@cvzoom.net> Date: Thu, 05 Aug 1999 19:30:53 -0400 From: Donn Miller X-Mailer: Mozilla 4.61 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: hackers@freebsd.org Subject: FreeMWare for FreeBSD?? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -------- Original Message -------- Subject: FreeMWare for FreeBSD?? Date: Thu, 05 Aug 1999 12:54:25 -0600 From: Darren WIebe Newsgroups: comp.unix.bsd.freebsd.misc Hello All: I have been communicating with the person behind the Freemware project and he stressed that the software would not only be for Linux. For a start it will probably run on Linux, they had to chose a starting point. However, anybody interested in working on the necessary patches to make it run on FreeBSD, or any other O.S. for that matter, would be strongly encouraged to do so. It is there goal to have it run on many O.S. He also stressed that it is most definitely NOT just a Linux Project. Maybe the rest of you knew that this was not going to be only for Linux, but I did not. For those of you that did not know anything about this, it is a project to come up with free software that will run multiple operating systems simultaneously. From the amount of questions there have been on whether we can run VMWare, I think that there is a demand for the capability. Can we get some help for the project. If you have questions you can look at the web site at www.freemware.org. Thanks in Advance, Darren Wiebe dkwiebe@hagenhomes.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 16:46:35 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from janus.syracuse.net (janus.syracuse.net [205.232.47.15]) by hub.freebsd.org (Postfix) with ESMTP id 0DB9415650 for ; Thu, 5 Aug 1999 16:46:30 -0700 (PDT) (envelope-from green@FreeBSD.org) Received: from localhost (green@localhost) by janus.syracuse.net (8.9.3/8.8.7) with ESMTP id TAA84788 for ; Thu, 5 Aug 1999 19:46:35 -0400 (EDT) X-Authentication-Warning: janus.syracuse.net: green owned process doing -bs Date: Thu, 5 Aug 1999 19:46:35 -0400 (EDT) From: "Brian F. Feldman" X-Sender: green@janus.syracuse.net To: hackers@FreeBSD.org Subject: more crashes and fixes (linux/svr4/ibcs2) 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 Thanks to our Peter Holm's stress testing suite, I found a pretty bad bug in all current emulation (*) code. They all share a common base, and the problem is in the pathname translation code. What it amounts to is the inherent assumption that all passed in paths are valid addresses. This is not true, and the problem occurs when the stackgap memory (used when we pass the path to good ol' namei/NDINIT) does not contain valid data. This can happen very easily: 1. A bad address is passed to the kernel with a syscall, i.e. linux_uselib(). 2. Linux_uselib() calls a macro which calls linux_emul_find(). 3. Linux_emul_find() notices that the address is invalid (via return of EFAULT from copyinstr()) and returns that. 4. The code ignores the error and continues on its merry way, assuming that the stackgap contains valid data, but it will only get to problems. namei() will crash when it gets a page fault trying to copyinstr() from UIO_SYSSPACE. Here's my fix: --- src/sys/i386/linux/linux_util.h.orig Thu Aug 5 18:32:02 1999 +++ src/sys/i386/linux/linux_util.h Thu Aug 5 19:03:27 1999 @@ -83,10 +83,17 @@ int linux_emul_find __P((struct proc *, caddr_t *, const char *, char *, char **, int)); -#define CHECKALTEXIST(p, sgp, path) \ - linux_emul_find(p, sgp, linux_emul_path, path, &(path), 0) +#define CHECKALT(p, sgp, path, i) \ + do { \ + int _error; \ + \ + _error = linux_emul_find(p, sgp, linux_emul_path, path, \ + &path, i); \ + if (_error) \ + return (_error); \ + } while (0) -#define CHECKALTCREAT(p, sgp, path) \ - linux_emul_find(p, sgp, linux_emul_path, path, &(path), 1) +#define CHECKALTEXIST(p, sgp, path) CHECKALT(p, sgp, path, 0) +#define CHECKALTCREAT(p, sgp, path) CHECKALT(p, sgp, path, 1) #endif /* !_LINUX_UTIL_H_ */ Either this or a similar fix will be necessary for svr4, ibcs2, and linux. (*) I said emulation because we are emulating the ABI for another OS. Therefore, linux.ko, svr4.ko, and ibcs2*.ko are all "emulators." Brian Fundakowski Feldman _ __ ___ ____ ___ ___ ___ green@FreeBSD.org _ __ ___ | _ ) __| \ FreeBSD: The Power to Serve! _ __ | _ \._ \ |) | http://www.FreeBSD.org/ _ |___/___/___/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 16:54:31 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 0CEB214FED for ; Thu, 5 Aug 1999 16:54:19 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.1) with ESMTP id QAA26468; Thu, 5 Aug 1999 16:51:46 -0700 (PDT) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id QAA05065; Thu, 5 Aug 1999 16:51:46 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Thu, 5 Aug 1999 16:51:46 -0700 (PDT) Message-Id: <199908052351.QAA05065@vashon.polstra.com> To: b84118@ee.ntu.edu.tw Subject: Re: How the `struct linker_set' is used in building an ELF kernel? In-Reply-To: <87n1wag14v.fsf@JoeLu.m8.ntu.edu.tw> Organization: Polstra & Co., Seattle, WA Cc: hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <87n1wag14v.fsf@JoeLu.m8.ntu.edu.tw>, Joe Jih-Shien Lu wrote: > I started studying 3.2-stable kernel source for days. There are > some questions I cannot figure out in an ordinary C programmer's > point of view: > > * In cninit(), it references a global variable `cons_set' of > the type `struct linker_set,' but I don't see its definition > in any of the source files except the setdef0.c generated by > /usr/bin/gensetdefs. It is defined by the .long asm psuedo-op, > and seems to have the size of 4 bytes. However, in > /sys/i386/i386/cons.h, it is declared as of the type `struct > linker_set' which is 8-byte long. This inconsistency confused > me. > > * Similar problem is encountered when I'm poking around the > system initializing for-loop in main(). sysinit_set, declared > as struct linker_set, is referenced, but I can't get into the > way how this variable is initialized. > > I guess it is the linker who did all the magic, since the comment in > /sys/sys/linker_set.h mentioned about it. After studying the linker > script (/sys/i386/conf/kernel.script) and ld.info, though, I still > don't have any idea about the details behind the scene. Linker sets are basically arrays of pointers that are constructed by the linker using values that can come from many object files. The first word contains the number of elements (pointers) in the set. Then come the pointers themselves. Finally, a NULL pointer appears at the end of the set. The old a.out linker supported linker sets directly, and did all the bookkeeping necessary to keep track of the set sizes and so forth. The ELF linker does not directly support linker sets. However, it does support an arbitrary number of independent sections. Using that along with a little help from gensetdefs, we can get a.out-style linker sets using the ELF tools. setdef0.o must appear first on the linker command line. It contributes the leading count word to each set. Then come the "normal" object files, which may contribute pointers to various sets. These are just appended to special sections, one per linker set. Finally comes setdef1.o, which emits the terminating NULL pointers. > I notice that gensetdefs looks for the sections by the `.set.'-prefixed > name in all the ELF kernel object files, and produces the setdef[12].c > accordingly. Does the `.set.'-prefixed section name have any special > meaning in an ELF object file? No, it is just a convention we use for naming the sections that contain linker sets. gensetdefs knows this convention, and so do the macros in . The compiler, assembler, and linker aren't aware of anything special about the names. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "No matter how cynical I get, I just can't keep up." -- Nora Ephron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 17: 0:11 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 2911914EA7 for ; Thu, 5 Aug 1999 17:00:09 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.1) with ESMTP id QAA26484; Thu, 5 Aug 1999 16:59:38 -0700 (PDT) (envelope-from jdp@polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id QAA05091; Thu, 5 Aug 1999 16:59:37 -0700 (PDT) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <99Aug5.152359est.40396@border.alcanet.com.au> Date: Thu, 05 Aug 1999 16:59:37 -0700 (PDT) Organization: Polstra & Co., Inc. From: John Polstra To: Peter Jeremy Subject: Re: NSS Project Cc: hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Jeremy wrote: > I apologize if I gave anyone the impression that you couldn't build > statically linked executables with libpam. Sorry I was so prickly about it. > I recall having a similar static-vs-dynamic discussion with you a couple > of years ago. Yow, your memory is better than mine. Premature senility is a sad, sad thing. :-} > My position was (and still is) that for most purposes dynamic > linking is a definite advantage, but we should continue to permit > static linking for applications that want it (which Sun doesn't). I generally agree, except I feel that when there are cases where we can do useful things which rely on dynamic linking, we shouldn't let static linking hold us back. Plenty of people disagree with me, though. John --- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "No matter how cynical I get, I just can't keep up." -- Nora Ephron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 17:41:27 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from xylan.com (postal.xylan.com [208.8.0.248]) by hub.freebsd.org (Postfix) with ESMTP id 2F3B2155CF for ; Thu, 5 Aug 1999 17:41:23 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from mailhub.xylan.com by xylan.com (8.8.7/SMI-SVR4 (xylan-mgw 2.2 [OUT])) id RAA28297; Thu, 5 Aug 1999 17:38:35 -0700 (PDT) Received: from omni.xylan.com by mailhub.xylan.com (SMI-8.6/SMI-SVR4 (mailhub 2.1 [HUB])) id RAA16501; Thu, 5 Aug 1999 17:34:42 -0700 Received: from softweyr.com (dyn5.utah.xylan.com) by omni.xylan.com (4.1/SMI-4.1 (xylan engr [SPOOL])) id AA12877; Thu, 5 Aug 99 17:38:17 PDT Message-Id: <37AA2E78.2AFF095E@softweyr.com> Date: Thu, 05 Aug 1999 18:38:16 -0600 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.5 [en] (X11; U; FreeBSD 3.1-RELEASE i386) X-Accept-Language: en Mime-Version: 1.0 To: Chris Cc: Vince Vielhaber , Biju Susmer , hackers@FreeBSD.ORG Subject: Re: IDE quirk in 3.2-STABLE kernel ? References: <37A94F66.C9698865@tig.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Chris wrote: > > When moving the CDROM to master though can cause problems. I had a > Chaintech 5TDM board which refused to acknowledge a CDROM as secondary > master. I thought it was a bug in FBSD since RH Linux could detect my > CDROM as a secondary slave (only device on the controller). I never got > a straight answer as to why it didnt work and why it shouldnt be changed > or supported. I did get an answer from someone that said that it should > work in 3.0+, I tried and it didnt work. *shrug* probably just my mobo > and FBSD didnt like each other in this regard. Regardless, you have to have 1 master and 0 or 1 slaves one every IDE controller. You can't run a controller with just a slave. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC http://softweyr.com/ wes@softweyr.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 18: 3:38 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id 2019214D3A for ; Thu, 5 Aug 1999 18:02:18 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (doconnor@cain [203.38.152.97]) by cain.gsoft.com.au (8.8.8/8.8.8) with ESMTP id KAA21947; Fri, 6 Aug 1999 10:29:25 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="_=XFMail.1.3.p0.FreeBSD:990806102924:611=_"; micalg=pgp-md5; protocol="application/pgp-signature" In-Reply-To: Date: Fri, 06 Aug 1999 10:29:24 +0930 (CST) From: "Daniel O'Connor" To: Dag-Erling Smorgrav Subject: Re: fetch: default to passive mode? Cc: freebsd-hackers@FreeBSD.ORG, Chuck Youse Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format --_=XFMail.1.3.p0.FreeBSD:990806102924:611=_ Content-Type: text/plain; charset=us-ascii On 05-Aug-99 Dag-Erling Smorgrav wrote: > "Chuck Youse" writes: > > I have a really strong urge to submit a PR to make fetch default to passive > > mode, instead of requiring a command-line switch ... > > fetch(1) honors FTP_PASSIVE_MODE. Speaking of fetch features.. Are there any plans to make fetch use a http proxy for ftp requests like ftp does? At the moment I usually do 'make FETCH_CMD=ftp' when making ports since it honours ftp_proxy (like wget, netscape and lynx) --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum --_=XFMail.1.3.p0.FreeBSD:990806102924:611=_ Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: 2.6.3ia iQCVAwUBN6ozbFbYW/HEoF9pAQEAWAQAr1Rszv8HcI8qgb2eui/CywTtZnT3YA3a Eq2a0h/OpMhOuKiy6meY5bURVhYlGBp/NDAcvKcVA1clvdyZMPCdTu5HVzmzpOYf IYiLB0SG8d9AXgHBhtwwSFqN6M5VrsKoApnj+Z05Ei8Pnj5SZFHP7YZzw/DzMtSi 7f5U3N6Igj4= =8Y54 -----END PGP MESSAGE----- --_=XFMail.1.3.p0.FreeBSD:990806102924:611=_-- End of MIME message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 18:20:37 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from janus.syracuse.net (janus.syracuse.net [205.232.47.15]) by hub.freebsd.org (Postfix) with ESMTP id AA9B014BD5 for ; Thu, 5 Aug 1999 18:20:33 -0700 (PDT) (envelope-from green@FreeBSD.org) Received: from localhost (green@localhost) by janus.syracuse.net (8.9.3/8.8.7) with ESMTP id VAA86156 for ; Thu, 5 Aug 1999 21:20:28 -0400 (EDT) X-Authentication-Warning: janus.syracuse.net: green owned process doing -bs Date: Thu, 5 Aug 1999 21:20:28 -0400 (EDT) From: "Brian F. Feldman" X-Sender: green@janus.syracuse.net To: hackers@FreeBSD.org Subject: Re: more crashes and fixes (linux/svr4/ibcs2) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 5 Aug 1999, Brian F. Feldman wrote: Correction: > > --- src/sys/i386/linux/linux_util.h.orig Thu Aug 5 18:32:02 1999 > +++ src/sys/i386/linux/linux_util.h Thu Aug 5 19:03:27 1999 > @@ -83,10 +83,17 @@ > int linux_emul_find __P((struct proc *, caddr_t *, const char *, char *, > char **, int)); > > -#define CHECKALTEXIST(p, sgp, path) \ > - linux_emul_find(p, sgp, linux_emul_path, path, &(path), 0) > +#define CHECKALT(p, sgp, path, i) \ > + do { \ > + int _error; \ > + \ > + _error = linux_emul_find(p, sgp, linux_emul_path, path, \ > + &path, i); \ > + if (_error) \ This should only be if (_error == EFAULT) > + return (_error); \ > + } while (0) > > -#define CHECKALTCREAT(p, sgp, path) \ > - linux_emul_find(p, sgp, linux_emul_path, path, &(path), 1) > +#define CHECKALTEXIST(p, sgp, path) CHECKALT(p, sgp, path, 0) > +#define CHECKALTCREAT(p, sgp, path) CHECKALT(p, sgp, path, 1) > > #endif /* !_LINUX_UTIL_H_ */ > Brian Fundakowski Feldman _ __ ___ ____ ___ ___ ___ green@FreeBSD.org _ __ ___ | _ ) __| \ FreeBSD: The Power to Serve! _ __ | _ \._ \ |) | http://www.FreeBSD.org/ _ |___/___/___/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 18:24:48 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (Postfix) with ESMTP id A2FB914BD5 for ; Thu, 5 Aug 1999 18:24:36 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id KAA13960; Fri, 6 Aug 1999 10:53:57 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id KAA79404; Fri, 6 Aug 1999 10:53:55 +0930 (CST) Date: Fri, 6 Aug 1999 10:53:54 +0930 From: Greg Lehey To: Bernd Walter Cc: Stephen Hocking-Senior Programmer PGS Tensor Perth , hackers@FreeBSD.ORG Subject: Re: Adding disks -the pain. Also vinum Message-ID: <19990806105354.T5126@freebie.lemis.com> References: <19990803133554.S62948@freebie.lemis.com> <199908030416.MAA16945@ariadne.tensor.pgs.com> <19990803081216.B23148@cicely8.cicely.de> <19990803155945.W62948@freebie.lemis.com> <19990803232044.A25368@cicely8.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.95.4i In-Reply-To: <19990803232044.A25368@cicely8.cicely.de>; from Bernd Walter on Tue, Aug 03, 1999 at 11:20:45PM +0200 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 Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tuesday, 3 August 1999 at 23:20:45 +0200, Bernd Walter wrote: > On Tue, Aug 03, 1999 at 03:59:46PM +0930, Greg Lehey wrote: >> On Tuesday, 3 August 1999 at 8:12:17 +0200, Bernd Walter wrote: >> >>> For UFS/FFS there is nothing worth seting the stripesize to low. >>> It is generally slower to acces 32k on different HDDs than to acces 64k on >>> one HDD. >> >> It is always slower where the positioning time is greater than the >> transfer time for 32 kB. On modern disks, 32 kB transfer in about 300 >> µs. The average rotational latency of a disk running at 10,800 rpm is >> 2.8 ms, and even with spindle synchronization there's no way to avoid >> rotational latency under these circumstances. > > It shouldn't be the latency, because with spindlesync they are the same > on both disks if the transfer is requested exactly the same time what > is of course idealized.. Spindle sync ensures that the same sectors on different disks are under the heads at the same time. When you perform a stripe transfer, you're not accessing the same sectors, you're accessing different sectors. There's no way to avoid rotational latency under these circumstances. > The point is that you have more then a single transfer. With small > transfers spindle sync is able to winback some of the performance > you have lost with a to small stripe size. No, this isn't correct, unless you're running 512 byte stripes. In this case, a single-stripe transfer of, say, 8 kB with the disks above would take about 7 ms total latency (same as with a single disk), but the transfer would take less time--5 µs instead of 80 µs. You'd need 16 disks, and you'd tie them all up for 7 ms. And this doesn't consider the times of SCSI command setup and such. Basically, this is not the way to go if you have multiple clients for your storage. Look at http://www.lemis.com/vinum/problems.html and http://www.lemis.com/vinum/Performance-issues.html and for more details. >>> Spindle Sycronisation won't bring you that much on modern HDDs - I tried >>> it using 5 Seagate Elite 2.9G (5,25" Full-Height). >> >> It should be useful for RAID-3 and streaming video. > > I case of large transfers it will make sense - but FFS is unable to set > up big enough requests. No, this is a case where you're only using one client, so my argumentation above doesn't apply (since you're reading sequentially, so latency is no longer an issue). Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 18:31:58 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from janus.syracuse.net (janus.syracuse.net [205.232.47.15]) by hub.freebsd.org (Postfix) with ESMTP id 5EE3314D12 for ; Thu, 5 Aug 1999 18:31:56 -0700 (PDT) (envelope-from green@FreeBSD.org) Received: from localhost (green@localhost) by janus.syracuse.net (8.9.3/8.8.7) with ESMTP id VAA86325; Thu, 5 Aug 1999 21:30:29 -0400 (EDT) X-Authentication-Warning: janus.syracuse.net: green owned process doing -bs Date: Thu, 5 Aug 1999 21:30:29 -0400 (EDT) From: "Brian F. Feldman" X-Sender: green@janus.syracuse.net To: John Polstra Cc: Peter Jeremy , hackers@FreeBSD.org Subject: Re: NSS Project In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 5 Aug 1999, John Polstra wrote: > > > My position was (and still is) that for most purposes dynamic > > linking is a definite advantage, but we should continue to permit > > static linking for applications that want it (which Sun doesn't). > > I generally agree, except I feel that when there are cases where we > can do useful things which rely on dynamic linking, we shouldn't let > static linking hold us back. Plenty of people disagree with me, > though. Mind pointing me to the technical reason why (I'm sure you've explained it before) we can't use the dl* calls in any way without linking against ld-elf.so.1? I mean, have them in libc, for instance... One option I don't think anyone's brought up: why don't we _just_ have ld-elf.so.1 in the root, but not libraries? That way, we don't bloat root excessively, but we can let people depend on being able to build -static/-Bstatic binaries that make everything static except the rtld? And modify gcc/ld to have static link with the rtld, so we have the benefit of those calls, can have static binaries still, and be able to depend on having an rtld (even for single-user mode.) > > John > --- > John Polstra jdp@polstra.com > John D. Polstra & Co., Inc. Seattle, Washington USA > "No matter how cynical I get, I just can't keep up." -- Nora Ephron > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > Brian Fundakowski Feldman _ __ ___ ____ ___ ___ ___ green@FreeBSD.org _ __ ___ | _ ) __| \ FreeBSD: The Power to Serve! _ __ | _ \._ \ |) | http://www.FreeBSD.org/ _ |___/___/___/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 18:44:32 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from 60-Hz.Powered-By.AC (226-193.adsl2.avtel.net [207.71.226.193]) by hub.freebsd.org (Postfix) with ESMTP id 67C0414D7C for ; Thu, 5 Aug 1999 18:44:28 -0700 (PDT) (envelope-from dburr@Powered-By.AC) Received: from localhost (dburr@localhost) by 60-Hz.Powered-By.AC (8.9.3/8.9.3) with ESMTP id SAA39235; Thu, 5 Aug 1999 18:42:39 -0700 (PDT) (envelope-from dburr@Powered-By.AC) Date: Thu, 5 Aug 1999 18:42:39 -0700 (PDT) From: Donald Burr To: Donn Miller Cc: hackers@FreeBSD.ORG Subject: Re: FreeMWare for FreeBSD?? In-Reply-To: <37AA1EAD.3B7C4D38@cvzoom.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 What is FreeMWare? It sounds like a free / Open source implementation of the VMware virtual machine. Do you have an URL that I could look up? This sounds interesting! Donald Burr WEB: http://www.Powered-By.AC/ PO Box 91212, Santa Barbara, CA 93190-1212 Tel:(805)957-9666 FAX:(800)492-5954 Member and software developer with The FreBSD Project - http://www.FreeBSD.ORG/ *** FreeBSD *** A FREE, 32 Bit UNIX OS for PC's -- The Power to Serve! On Thu, 5 Aug 1999, Donn Miller wrote: > I have been communicating with the person behind the > Freemware > project and he stressed that the software would not only be for > Linux. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 18:58: 0 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from lcremeans.erols.com (lcremeans.erols.com [216.164.87.29]) by hub.freebsd.org (Postfix) with ESMTP id 9C9EC15536 for ; Thu, 5 Aug 1999 18:57:53 -0700 (PDT) (envelope-from lee@lcremeans.erols.com) Received: (from lee@localhost) by lcremeans.erols.com (8.9.3/8.9.3) id VAA64513; Thu, 5 Aug 1999 21:56:10 -0400 (EDT) (envelope-from lee) Message-ID: <19990805215610.A64467@erols.com> Date: Thu, 5 Aug 1999 21:56:10 -0400 From: Lee Cremeans To: Donald Burr , Donn Miller Cc: hackers@FreeBSD.ORG Subject: Re: FreeMWare for FreeBSD?? References: <37AA1EAD.3B7C4D38@cvzoom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: ; from Donald Burr on Thu, Aug 05, 1999 at 06:42:39PM -0700 X-OS: FreeBSD 3.0-STABLE Organization: My room? Are you crazy? :) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Aug 05, 1999 at 06:42:39PM -0700, Donald Burr wrote: > What is FreeMWare? It sounds like a free / Open source implementation of > the VMware virtual machine. Do you have an URL that I could look up? > This sounds interesting! It's at www.freemware.org. I should say, though, that it's very much pre-alpha at the moment; no downloadables yet, but they do have a mailing list you can join. -lee -- +--------------------------------------------------------------------+ | Lee Cremeans -- Manassas, VA, USA (WakkyMouse on WTnet) | | lcremeans@erols.com | http://wakky.dyndns.org/~lee | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 18:58:11 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from joelu.m8.ntu.edu.tw (JoeLu.m8.ntu.edu.tw [140.112.253.138]) by hub.freebsd.org (Postfix) with SMTP id 6427014D5B for ; Thu, 5 Aug 1999 18:55:57 -0700 (PDT) (envelope-from jdp@polstra.com) Received: (qmail 46190 invoked by uid 1000); 6 Aug 1999 00:16:25 -0000 Delivered-To: JoeLu@JoeLu.m8.ntu.edu.tw Received: (qmail 46131 invoked from network); 6 Aug 1999 00:03:22 -0000 Received: from mail.ee.ntu.edu.tw (@140.112.19.73) by joelu.m8.ntu.edu.tw with SMTP; 6 Aug 1999 00:03:22 -0000 Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by mail.ee.ntu.edu.tw (8.9.3/8.9.1) with ESMTP id HAA16200 for ; Fri, 6 Aug 1999 07:52:00 +0800 (CST) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.1) with ESMTP id QAA26468; Thu, 5 Aug 1999 16:51:46 -0700 (PDT) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id QAA05065; Thu, 5 Aug 1999 16:51:46 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Thu, 5 Aug 1999 16:51:46 -0700 (PDT) Message-Id: <199908052351.QAA05065@vashon.polstra.com> To: b84118@ee.ntu.edu.tw Subject: Re: How the `struct linker_set' is used in building an ELF kernel? In-Reply-To: <87n1wag14v.fsf@JoeLu.m8.ntu.edu.tw> Organization: Polstra & Co., Seattle, WA Cc: hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <87n1wag14v.fsf@JoeLu.m8.ntu.edu.tw>, Joe Jih-Shien Lu wrote: > I started studying 3.2-stable kernel source for days. There are > some questions I cannot figure out in an ordinary C programmer's > point of view: > > * In cninit(), it references a global variable `cons_set' of > the type `struct linker_set,' but I don't see its definition > in any of the source files except the setdef0.c generated by > /usr/bin/gensetdefs. It is defined by the .long asm psuedo-op, > and seems to have the size of 4 bytes. However, in > /sys/i386/i386/cons.h, it is declared as of the type `struct > linker_set' which is 8-byte long. This inconsistency confused > me. > > * Similar problem is encountered when I'm poking around the > system initializing for-loop in main(). sysinit_set, declared > as struct linker_set, is referenced, but I can't get into the > way how this variable is initialized. > > I guess it is the linker who did all the magic, since the comment in > /sys/sys/linker_set.h mentioned about it. After studying the linker > script (/sys/i386/conf/kernel.script) and ld.info, though, I still > don't have any idea about the details behind the scene. Linker sets are basically arrays of pointers that are constructed by the linker using values that can come from many object files. The first word contains the number of elements (pointers) in the set. Then come the pointers themselves. Finally, a NULL pointer appears at the end of the set. The old a.out linker supported linker sets directly, and did all the bookkeeping necessary to keep track of the set sizes and so forth. The ELF linker does not directly support linker sets. However, it does support an arbitrary number of independent sections. Using that along with a little help from gensetdefs, we can get a.out-style linker sets using the ELF tools. setdef0.o must appear first on the linker command line. It contributes the leading count word to each set. Then come the "normal" object files, which may contribute pointers to various sets. These are just appended to special sections, one per linker set. Finally comes setdef1.o, which emits the terminating NULL pointers. > I notice that gensetdefs looks for the sections by the `.set.'-prefixed > name in all the ELF kernel object files, and produces the setdef[12].c > accordingly. Does the `.set.'-prefixed section name have any special > meaning in an ELF object file? No, it is just a convention we use for naming the sections that contain linker sets. gensetdefs knows this convention, and so do the macros in . The compiler, assembler, and linker aren't aware of anything special about the names. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "No matter how cynical I get, I just can't keep up." -- Nora Ephron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 19:23:17 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from 60-Hz.Powered-By.AC (226-193.adsl2.avtel.net [207.71.226.193]) by hub.freebsd.org (Postfix) with ESMTP id C6C6714E9C for ; Thu, 5 Aug 1999 19:23:15 -0700 (PDT) (envelope-from dburr@Powered-By.AC) Received: from localhost (dburr@localhost) by 60-Hz.Powered-By.AC (8.9.3/8.9.3) with ESMTP id TAA39424; Thu, 5 Aug 1999 19:23:00 -0700 (PDT) (envelope-from dburr@Powered-By.AC) Date: Thu, 5 Aug 1999 19:23:00 -0700 (PDT) From: Donald Burr To: Lee Cremeans Cc: Donn Miller , hackers@FreeBSD.ORG Subject: Re: FreeMWare for FreeBSD?? In-Reply-To: <19990805215610.A64467@erols.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 Thanks. I wasn't expecting any available software at the moment, I just wanted a URL so that I could watch over this project and keep track of it. Definitely something I"m interested in. Donald Burr WEB: http://www.Powered-By.AC/ PO Box 91212, Santa Barbara, CA 93190-1212 Tel:(805)957-9666 FAX:(800)492-5954 Member and software developer with The FreBSD Project - http://www.FreeBSD.ORG/ *** FreeBSD *** A FREE, 32 Bit UNIX OS for PC's -- The Power to Serve! On Thu, 5 Aug 1999, Lee Cremeans wrote: > It's at www.freemware.org. I should say, though, that it's very much > pre-alpha at the moment; no downloadables yet, but they do have a mailing > list you can join. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 20: 6:17 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from patriot.wipinfo.soft.net (patriot.wipinfo.soft.net [164.164.6.21]) by hub.freebsd.org (Postfix) with ESMTP id E1F0B14CF9 for ; Thu, 5 Aug 1999 20:06:03 -0700 (PDT) (envelope-from bee@wipinfo.soft.net) Received: from wipro.tcpn.com ([172.31.40.11]) by patriot.wipinfo.soft.net (8.9.2/8.9.2) with ESMTP id IAA01531; Fri, 6 Aug 1999 08:36:44 -0500 (GMT) Received: from keeravani (keeravani.wipro.tcpn.com [172.31.41.136]) by wipro.tcpn.com (8.9.3/8.9.3) with SMTP id IAA29527; Fri, 6 Aug 1999 08:38:22 +0530 (IST) Reply-To: From: "Biju Susmer" To: "'Wes Peters'" , "'Chris'" Cc: "'Vince Vielhaber'" , Subject: RE: IDE quirk in 3.2-STABLE kernel ? Date: Fri, 6 Aug 1999 08:35:44 +0530 Message-ID: <001201bedfb8$92fa3440$88291fac@wipro.tcpn.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal X-Mimeole: Produced By Microsoft MimeOLE V5.00.2314.1300 In-Reply-To: <37AA2E78.2AFF095E@softweyr.com> Disposition-Notification-To: "Biju Susmer" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Regardless, you have to have 1 master and 0 or 1 slaves one every IDE > controller. You can't run a controller with just a slave. > I dont think it should be a problem.. Since other OSs can work with this configuration without any problem, why FBSD should refuse this configuration? When i was using 2.2.7-stable, FBSD used to recognize my CDROM *sometimes* as slave, not always. -biju To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 20:19:59 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from po4.wam.umd.edu (po4.wam.umd.edu [128.8.10.166]) by hub.freebsd.org (Postfix) with ESMTP id 4B9F414CBB for ; Thu, 5 Aug 1999 20:19:55 -0700 (PDT) (envelope-from howardjp@wam.umd.edu) Received: from rac9.wam.umd.edu (root@rac9.wam.umd.edu [128.8.10.149]) by po4.wam.umd.edu (8.9.3/8.9.3) with ESMTP id XAA05838; Thu, 5 Aug 1999 23:17:36 -0400 (EDT) Received: from rac9.wam.umd.edu (sendmail@localhost [127.0.0.1]) by rac9.wam.umd.edu (8.9.3/8.9.3) with SMTP id XAA29773; Thu, 5 Aug 1999 23:17:35 -0400 (EDT) Received: from localhost by rac9.wam.umd.edu (8.9.3/8.9.3) with ESMTP id XAA29768; Thu, 5 Aug 1999 23:17:34 -0400 (EDT) X-Authentication-Warning: rac9.wam.umd.edu: howardjp owned process doing -bs Date: Thu, 5 Aug 1999 23:17:34 -0400 (EDT) From: James Howard To: "Jordan K. Hubbard" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: m68k Support in FreeBSD (old thread) In-Reply-To: <17482.932432432@zippy.cdrom.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, 19 Jul 1999, Jordan K. Hubbard wrote: > > website (http://www.freebsd.org/~green/FreeBSD-68k.txt). In about two > > weeks I'll have a spare Macintosh IIsi and would like to have a run at > > FreeBSD on it. So, to the point, where can I get it? :) > > I'd say that's a question for Grant Stockly, the person mentioned in > green's web-cited message. It's certainly not part of FreeBSD and > whether it ever will be is a matter still subject to debate. Prior to posting to -hackers, I had emailed him, I tried again after receiving this message and again, no response. (I used gussie@alaska.net) Is there a better way to contact this individual? Does anyone have a copy of the port? I really don't want to have to install NetBSD on this Mac :) Jamie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 20:22:32 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from picnic.mat.net (picnic.mat.net [206.246.122.133]) by hub.freebsd.org (Postfix) with ESMTP id 31EE614CBB for ; Thu, 5 Aug 1999 20:22:29 -0700 (PDT) (envelope-from chuckr@picnic.mat.net) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.9.3/8.9.3) with ESMTP id XAA38824 for ; Thu, 5 Aug 1999 23:21:42 -0400 (EDT) (envelope-from chuckr@picnic.mat.net) Date: Thu, 5 Aug 1999 23:21:42 -0400 (EDT) From: Chuck Robey To: FreeBSD-Hackers@FreeBSD.ORG Subject: cvs 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 Can someone tell me how to make a cvs archive work for users that aren't the owner of the archive, the way that it works on Freefall? I *am* doing this for a cvsup maintained FreeBSD archive, but not freefall, and I need to get one user, who is not the archive owner, to be able to be able to do checkouts and diffs (no source changes, but it needs to be able to lock directories for checkouts). Thanks. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@picnic.mat.net | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run picnic and jaunt, both FreeBSD-current. (301) 220-2114 | ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 20:57:46 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id AA7D214E3E; Thu, 5 Aug 1999 20:57:41 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.1) with ESMTP id UAA27256; Thu, 5 Aug 1999 20:57:38 -0700 (PDT) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id UAA08168; Thu, 5 Aug 1999 20:57:37 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Thu, 5 Aug 1999 20:57:37 -0700 (PDT) Message-Id: <199908060357.UAA08168@vashon.polstra.com> To: green@freebsd.org Subject: Re: NSS Project In-Reply-To: Organization: Polstra & Co., Seattle, WA Cc: hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article , Brian F. Feldman wrote: > > Mind pointing me to the technical reason why (I'm sure you've explained > it before) we can't use the dl* calls in any way without linking > against ld-elf.so.1? I mean, have them in libc, for instance... The versions in libc are just stubs. Take a look at "src/lib/libc/gen/dlfcn.c". The implementations are in the dynamic linker. > One option I don't think anyone's brought up: why don't we _just_ > have ld-elf.so.1 in the root, but not libraries? That way, we > don't bloat root excessively, but we can let people depend on > being able to build -static/-Bstatic binaries that make everything > static except the rtld? And modify gcc/ld to have static link with > the rtld, so we have the benefit of those calls, can have static > binaries still, and be able to depend on having an rtld (even for > single-user mode.) I think you have some misconceptions about how it all fits together. Executables aren't "linked with" the dynamic linker. It's a separate shared object that is loaded directly by the kernel. It gets control before the main executable gets control. Look at "src/sys/kern/imgact_elf.c" and at the dynamic linker. Also, programs that are linked (at "ld" time) with dynamic libraries are different from programs that are linked with static libraries. I.e., "ld" does very different things in the two cases. You can't take a statically-linked program and suddenly decide to treat it as dynamically-linked at runtime. It's too late at that point. Finally, shared "libraries" aren't really libraries at all in the traditional sense. They're monolithic whereas traditional archive libraries are made up of separate object files which are subsetted by the linker. To really understand the issues I think it's necessary to read through the dynamic linker sources and understand what it's doing. There used to be books that described how it all worked (Prentice-Hall "System V Application Binary Interface"), but as far as I know they're out of print now. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "No matter how cynical I get, I just can't keep up." -- Nora Ephron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 21: 8: 1 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from janus.syracuse.net (janus.syracuse.net [205.232.47.15]) by hub.freebsd.org (Postfix) with ESMTP id 056F514E13 for ; Thu, 5 Aug 1999 21:07:57 -0700 (PDT) (envelope-from green@FreeBSD.org) Received: from localhost (green@localhost) by janus.syracuse.net (8.9.3/8.8.7) with ESMTP id AAA88490; Fri, 6 Aug 1999 00:07:35 -0400 (EDT) X-Authentication-Warning: janus.syracuse.net: green owned process doing -bs Date: Fri, 6 Aug 1999 00:07:35 -0400 (EDT) From: "Brian F. Feldman" X-Sender: green@janus.syracuse.net To: John Polstra Cc: hackers@FreeBSD.org Subject: Re: NSS Project In-Reply-To: <199908060357.UAA08168@vashon.polstra.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 5 Aug 1999, John Polstra wrote: > In article , > Brian F. Feldman wrote: > > > > Mind pointing me to the technical reason why (I'm sure you've explained > > it before) we can't use the dl* calls in any way without linking > > against ld-elf.so.1? I mean, have them in libc, for instance... > > The versions in libc are just stubs. Take a look at > "src/lib/libc/gen/dlfcn.c". The implementations are in the dynamic > linker. Yes. I said "have them" as in "we could", not "we do have them in libc..." > > > One option I don't think anyone's brought up: why don't we _just_ > > have ld-elf.so.1 in the root, but not libraries? That way, we > > don't bloat root excessively, but we can let people depend on > > being able to build -static/-Bstatic binaries that make everything > > static except the rtld? And modify gcc/ld to have static link with > > the rtld, so we have the benefit of those calls, can have static > > binaries still, and be able to depend on having an rtld (even for > > single-user mode.) > > I think you have some misconceptions about how it all fits together. > Executables aren't "linked with" the dynamic linker. It's a > separate shared object that is loaded directly by the kernel. It > gets control before the main executable gets control. Look at > "src/sys/kern/imgact_elf.c" and at the dynamic linker. I suppose I do have some misconceptions. I'll look at the "FreeBSD" ELF image activator. I know how ld-elf gets control first, and calls .init things, etc. But: {"/usr/src/contrib/egcs"}$ grep -R ld-elf . ./gcc/config/alpha/freebsd.h: %{!dynamic-linker:-dynamic-linker /usr/libexec/ld-elf.so.1}} \ ./gcc/config/i386/freebsd.h: %{!dynamic-linker: -dynamic-linker /usr/libexec/ld-elf.so.1}} \ ./gcc/config/i386/freebsd-elf.h: %{!dynamic-linker:-dynamic-linker /usr/libexec/ld-elf.so.1}} \ What should that tell me exactly? > > Also, programs that are linked (at "ld" time) with dynamic libraries > are different from programs that are linked with static libraries. > I.e., "ld" does very different things in the two cases. You can't > take a statically-linked program and suddenly decide to treat it as > dynamically-linked at runtime. It's too late at that point. Of course, but you can have a pseudo-static binary, one that only needs ld-elf.so.1 but not libc, etc. > > Finally, shared "libraries" aren't really libraries at all in the > traditional sense. They're monolithic whereas traditional archive > libraries are made up of separate object files which are subsetted by > the linker. Mm-hmm. ld -Bshareable as opposed to ar rc. > > To really understand the issues I think it's necessary to read through > the dynamic linker sources and understand what it's doing. There used > to be books that described how it all worked (Prentice-Hall "System V > Application Binary Interface"), but as far as I know they're out of > print now. I just think we're not seeing eye to eye. > > John > -- > John Polstra jdp@polstra.com > John D. Polstra & Co., Inc. Seattle, Washington USA > "No matter how cynical I get, I just can't keep up." -- Nora Ephron > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > Brian Fundakowski Feldman _ __ ___ ____ ___ ___ ___ green@FreeBSD.org _ __ ___ | _ ) __| \ FreeBSD: The Power to Serve! _ __ | _ \._ \ |) | http://www.FreeBSD.org/ _ |___/___/___/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 21:36:17 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.rdc1.sfba.home.com (ha1.rdc1.sfba.home.com [24.0.0.66]) by hub.freebsd.org (Postfix) with ESMTP id E3ED914EDE for ; Thu, 5 Aug 1999 21:36:13 -0700 (PDT) (envelope-from adsharma@c62443-a.frmt1.sfba.home.com) Received: from c62443-a.frmt1.sfba.home.com ([24.0.69.165]) by mail.rdc1.sfba.home.com (InterMail v4.01.01.00 201-229-111) with ESMTP id <19990806043558.ICRQ8807.mail.rdc1.sfba.home.com@c62443-a.frmt1.sfba.home.com> for ; Thu, 5 Aug 1999 21:35:58 -0700 Received: (from adsharma@localhost) by c62443-a.frmt1.sfba.home.com (8.9.3/8.9.3) id XAA01865 for freebsd-hackers@freebsd.org; Thu, 5 Aug 1999 23:35:54 -0700 Date: Thu, 5 Aug 1999 23:35:54 -0700 From: Arun Sharma To: freebsd-hackers@freebsd.org Subject: Excessive assembly code ? Message-ID: <19990805233554.A1698@home.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Taking a quick look at /usr/src/sys/i386: find . -name *.s | xargs wc -l 44 ./svr4/svr4_locore.s 216 ./apm/apm_setup.s 24 ./linux/linux_locore.s 461 ./isa/apic_ipl.s 1057 ./isa/apic_vector.s 168 ./isa/icu_ipl.s 224 ./isa/icu_vector.s 387 ./isa/ipl.s 113 ./isa/vector.s 59 ./i386/bioscall.s 340 ./i386/exception.s 192 ./i386/globals.s 1000 ./i386/locore.s 319 ./i386/mpboot.s 555 ./i386/mplock.s 310 ./i386/simplelock.s 1636 ./i386/support.s 833 ./i386/swtch.s 190 ./i386/vm86bios.s 8128 total I wonder if so much assembly code is really necessary for FreeBSD. One argument for minimal usage of assembly code is that it is easier to code non trivial algorithms in C. One such example is the scheduler. Since the decision about which process is going to run next is decided in assembly code, it is restricted to a relatively dumb algorithm of scanning the runqs and picking one. If the mechanism (i.e nuts and bolts of the context switch) is coded in assembly and the policy (which process to pick next) is done in C, the code would be much more maintainable, IMO. How do people feel about it here ? -Arun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 21:41:29 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.du.gtn.com (mail.du.gtn.com [194.77.9.57]) by hub.freebsd.org (Postfix) with ESMTP id 2A0C7155A7 for ; Thu, 5 Aug 1999 21:41:17 -0700 (PDT) (envelope-from ticso@cicely8.cicely.de) Received: from cicely7.cicely.de (cicely.de [194.231.9.142]) by mail.du.gtn.com (8.8.6/8.8.6) with ESMTP id GAA06844; Fri, 6 Aug 1999 06:40:01 +0200 (MET DST) Received: from cicely8.cicely.de (cicely8.cicely.de [10.1.2.10]) by cicely7.cicely.de (8.9.0/8.9.0) with ESMTP id GAA62354; Fri, 6 Aug 1999 06:39:35 +0200 (CEST) Received: (from ticso@localhost) by cicely8.cicely.de (8.9.3/8.9.2) id GAA30861; Fri, 6 Aug 1999 06:40:18 +0200 (CEST) (envelope-from ticso) Date: Fri, 6 Aug 1999 06:40:18 +0200 From: Bernd Walter To: Greg Lehey Cc: Bernd Walter , Stephen Hocking-Senior Programmer PGS Tensor Perth , hackers@FreeBSD.ORG Subject: Re: Adding disks -the pain. Also vinum Message-ID: <19990806064017.A30780@cicely8.cicely.de> References: <19990803133554.S62948@freebie.lemis.com> <199908030416.MAA16945@ariadne.tensor.pgs.com> <19990803081216.B23148@cicely8.cicely.de> <19990803155945.W62948@freebie.lemis.com> <19990803232044.A25368@cicely8.cicely.de> <19990806105354.T5126@freebie.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.95.3i In-Reply-To: <19990806105354.T5126@freebie.lemis.com>; from Greg Lehey on Fri, Aug 06, 1999 at 10:53:54AM +0930 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Aug 06, 1999 at 10:53:54AM +0930, Greg Lehey wrote: > On Tuesday, 3 August 1999 at 23:20:45 +0200, Bernd Walter wrote: > > On Tue, Aug 03, 1999 at 03:59:46PM +0930, Greg Lehey wrote: > >> On Tuesday, 3 August 1999 at 8:12:17 +0200, Bernd Walter wrote: > >> > >>> For UFS/FFS there is nothing worth seting the stripesize to low. > >>> It is generally slower to acces 32k on different HDDs than to acces 64k on > >>> one HDD. > >> > >> It is always slower where the positioning time is greater than the > >> transfer time for 32 kB. On modern disks, 32 kB transfer in about 300 > >> µs. The average rotational latency of a disk running at 10,800 rpm is > >> 2.8 ms, and even with spindle synchronization there's no way to avoid > >> rotational latency under these circumstances. > > > > It shouldn't be the latency, because with spindlesync they are the same > > on both disks if the transfer is requested exactly the same time what > > is of course idealized.. > > Spindle sync ensures that the same sectors on different disks are > under the heads at the same time. When you perform a stripe transfer, > you're not accessing the same sectors, you're accessing different > sectors. There's no way to avoid rotational latency under these > circumstances. We are talking about the same point with the sme results. I agree you will only access the same sectors in some special cases. Lets say 2 Striped disks with 512 Byte stripes and FSS with 1k Frags. > > > The point is that you have more then a single transfer. With small > > transfers spindle sync is able to winback some of the performance > > you have lost with a to small stripe size. > > No, this isn't correct, unless you're running 512 byte stripes. In That's what I meant with a 'to small stripe size' > this case, a single-stripe transfer of, say, 8 kB with the disks above > would take about 7 ms total latency (same as with a single disk), but > the transfer would take less time--5 µs instead of 80 µs. You'd need > 16 disks, and you'd tie them all up for 7 ms. And this doesn't > consider the times of SCSI command setup and such. In the rare case you need max bandwith for only one Aplication and one stream I like to hear that all drives are tied up in the job. > > Basically, this is not the way to go if you have multiple clients for > your storage. Look at http://www.lemis.com/vinum/problems.html and > http://www.lemis.com/vinum/Performance-issues.html and for more > details. > > >>> Spindle Sycronisation won't bring you that much on modern HDDs - I tried > >>> it using 5 Seagate Elite 2.9G (5,25" Full-Height). > >> > >> It should be useful for RAID-3 and streaming video. > > > > I case of large transfers it will make sense - but FFS is unable to set > > up big enough requests. > > No, this is a case where you're only using one client, so my > argumentation above doesn't apply (since you're reading sequentially, > so latency is no longer an issue). I don't know what bandwith streaming video needs, but If you need sdditional bandwith of all used disks the first thing to do is linearising access to the disks. Multifileaccess often breaks linearisation. All what I trid to say is that it is hopeless to expect much more bandwith than a single disk in single process access. As an example: Yesterday I was asked if 6 old striped disks would be faster for cvsup than one of his modern disks because it sometime needs more than one telephone unit. The answer is no. cvsupd (if run regulary) spends most of its time sending The directory content of the destination. Usually there are no other programms accessng any disks at the same time, so you can benefit only a very small bit from additional drives. Maybe the additional block cache on the drives and for updating atime. Beleave it or not multiple files are accessed in servers and maybe under some windomanagers, but on many home and desktop machines it happens only rarely. I personaly use as an example 7 200M IBM Disks striped to one volume (They all have LEDs :). The only way for to utilize nearly all in a sensefull way is writing with softupdates enabled. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 21:52:55 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from metriclient-1.uoregon.edu (metriclient-1.uoregon.edu [128.223.172.1]) by hub.freebsd.org (Postfix) with ESMTP id A991A14F12 for ; Thu, 5 Aug 1999 21:52:51 -0700 (PDT) (envelope-from gurney_j@efn.org) Received: (from jmg@localhost) by metriclient-1.uoregon.edu (8.9.1/8.8.7) id VAA11824; Thu, 5 Aug 1999 21:50:11 -0700 (PDT) Message-ID: <19990805215011.45032@hydrogen.fircrest.net> Date: Thu, 5 Aug 1999 21:50:11 -0700 From: John-Mark Gurney To: "Daniel O'Connor" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: fetch: default to passive mode? References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: ; from Daniel O'Connor on Fri, Aug 06, 1999 at 10:29:24AM +0930 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 3.0-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Daniel O'Connor scribbled this message on Aug 6: > On 05-Aug-99 Dag-Erling Smorgrav wrote: > > "Chuck Youse" writes: > > > I have a really strong urge to submit a PR to make fetch default to passive > > > mode, instead of requiring a command-line switch ... > > > > fetch(1) honors FTP_PASSIVE_MODE. > > Speaking of fetch features.. Are there any plans to make fetch use a http proxy > for ftp requests like ftp does? At the moment I usually do 'make FETCH_CMD=ftp' > when making ports since it honours ftp_proxy (like wget, netscape and lynx) hmmm... are you sure it doesn't? metriclient-1,ttype,/tmp,509$echo $HTTP_PROXY localhost:3128 metriclient-1,ttype,/tmp,507$fetch ftp://ftp.cdrom.com/config.txt Receiving config.txt: 3 Kbytes 3575 bytes transfered in 0.7 seconds (5.15 Kbytes/s) metriclient-1,ttype,/tmp,501#tail squid.access 933914913.491 3750 127.0.0.1 TCP_MISS/200 3816 GET ftp://ftp.cdrom.com/config.txt - DIRECT/ftp.cdrom.com text/plain sure looks like it uses the http proxy, and this is on 3.0-R... -- John-Mark Gurney Voice: +1 541 684 8449 Cu Networking P.O. Box 5693, 97405 "The soul contains in itself the event that shall presently befall it. The event is only the actualizing of its thought." -- Ralph Waldo Emerson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 22: 1:44 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id 985C814F12 for ; Thu, 5 Aug 1999 22:00:19 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (doconnor@cain [203.38.152.97]) by cain.gsoft.com.au (8.8.8/8.8.8) with ESMTP id OAA07004; Fri, 6 Aug 1999 14:26:02 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="_=XFMail.1.3.p0.FreeBSD:990806142602:611=_"; micalg=pgp-md5; protocol="application/pgp-signature" In-Reply-To: <19990805215011.45032@hydrogen.fircrest.net> Date: Fri, 06 Aug 1999 14:26:02 +0930 (CST) From: "Daniel O'Connor" To: John-Mark Gurney Subject: Re: fetch: default to passive mode? Cc: freebsd-hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format --_=XFMail.1.3.p0.FreeBSD:990806142602:611=_ Content-Type: text/plain; charset=us-ascii On 06-Aug-99 John-Mark Gurney wrote: > metriclient-1,ttype,/tmp,501#tail squid.access > 933914913.491 3750 127.0.0.1 TCP_MISS/200 3816 GET > ftp://ftp.cdrom.com/config.txt - DIRECT/ftp.cdrom.com text/plain > > sure looks like it uses the http proxy, and this is on 3.0-R... Hmm.. sneaky :) I should have read the man page more thoroughly it would seem. --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum --_=XFMail.1.3.p0.FreeBSD:990806142602:611=_ Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: 2.6.3ia iQCVAwUBN6pq4lbYW/HEoF9pAQFZZAQAlybAna7bvZYvgSWl+HIGxTrccWWBRgV/ /sV9IXqM//VulkMhUR7XX90Pj6k6KCnEMvRdpkuud8jxkUr76NgnGeJdAOF0/Xhq TTveYjT84qtlzrBophZRSBYwmo/4MqWBTQ3kPJEMy2d7/CzKevqrfburO2YmYJjv oInx5QgvcaM= =Lw39 -----END PGP MESSAGE----- --_=XFMail.1.3.p0.FreeBSD:990806142602:611=_-- End of MIME message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 22: 3:34 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from zippy.cdrom.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (Postfix) with ESMTP id 3EBDA14F12; Thu, 5 Aug 1999 22:03:31 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) Received: from localhost (jkh@localhost [127.0.0.1]) by zippy.cdrom.com (8.9.3/8.9.3) with ESMTP id WAA98812; Thu, 5 Aug 1999 22:03:31 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) To: "Brian F. Feldman" Cc: John Polstra , hackers@FreeBSD.ORG Subject: Re: NSS Project In-reply-to: Your message of "Fri, 06 Aug 1999 00:07:35 EDT." Date: Thu, 05 Aug 1999 22:03:30 -0700 Message-ID: <98800.933915810@localhost> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Mm-hmm. ld -Bshareable as opposed to ar rc. This demonstrates a superficial understanding of the process, nothing more. > I just think we're not seeing eye to eye. I'd be more inclined to say that John simply understands this where you don't. Go study up, then come back and engage the poor guy in debate if you genuinely feel you have a solution to offer to this already already much-discussed (see the mail archives) issue. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 22: 8:16 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from mom.hooked.net (mom.hooked.net [206.80.6.10]) by hub.freebsd.org (Postfix) with ESMTP id C004715037 for ; Thu, 5 Aug 1999 22:08:13 -0700 (PDT) (envelope-from garbanzo@hooked.net) Received: from fish.hooked.net (garbanzo@fish.hooked.net [206.80.6.48]) by mom.hooked.net (8.8.6/8.8.5) with SMTP id WAA04004; Thu, 5 Aug 1999 22:07:41 -0700 (PDT) Date: Thu, 5 Aug 1999 22:07:41 -0700 (PDT) From: Alex Zepeda To: James Howard Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: m68k Support in FreeBSD (old thread) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 5 Aug 1999, James Howard wrote: > Prior to posting to -hackers, I had emailed him, I tried again after > receiving this message and again, no response. (I used gussie@alaska.net) > Is there a better way to contact this individual? Does anyone have a copy > of the port? > > I really don't want to have to install NetBSD on this Mac :) Worse things could happen :^) I haven't heard from him either (since I sent out my first inquiry July 19th). But all things considered it should be a bit easier to port NetBSD/mac68k to FreeBSD than it would with the Alpha bits, considering that you can setup a m68k-aout cross compiler pretty easily ('course easy is a relative term). FWIW, NetBSD works quite well on mac68k, but the biggest problem so far is the lack of virtual consoles (dt is awful). - alex You better believe that marijuana can cause castration. Just suppose your girlfriend gets the munchies! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 22:44:14 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.xmission.com (mail.xmission.com [198.60.22.22]) by hub.freebsd.org (Postfix) with ESMTP id 8F54014F55 for ; Thu, 5 Aug 1999 22:44:11 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from [204.68.178.39] (helo=softweyr.com) by mail.xmission.com with esmtp (Exim 2.12 #1) id 11CcmN-00058R-00; Thu, 5 Aug 1999 23:42:55 -0600 Message-ID: <37AA75DD.3F3DD365@softweyr.com> Date: Thu, 05 Aug 1999 23:42:53 -0600 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.5 [en] (X11; U; FreeBSD 3.1-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: bee@wipinfo.soft.net Cc: 'Chris' , 'Vince Vielhaber' , hackers@FreeBSD.ORG Subject: Re: IDE quirk in 3.2-STABLE kernel ? References: <001201bedfb8$92fa3440$88291fac@wipro.tcpn.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Biju Susmer wrote: > > > Regardless, you have to have 1 master and 0 or 1 slaves one every IDE > > controller. You can't run a controller with just a slave. > > > I dont think it should be a problem.. Since other OSs can work with this > configuration without any problem, why FBSD should refuse this configuration? > When i was using 2.2.7-stable, FBSD used to recognize my CDROM *sometimes* as > slave, not always. Because it's wrong. If you don't believe me, buy a copy of the spec. Why should we waste valuable developer time trying to support mis-configured hardware? -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC http://softweyr.com/ wes@softweyr.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 22:50: 9 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id 61E0D14FBB for ; Thu, 5 Aug 1999 22:50:02 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (doconnor@cain [203.38.152.97]) by cain.gsoft.com.au (8.8.8/8.8.8) with ESMTP id PAA07555; Fri, 6 Aug 1999 15:18:10 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="_=XFMail.1.3.p0.FreeBSD:990806151810:611=_"; micalg=pgp-md5; protocol="application/pgp-signature" In-Reply-To: <37AA75DD.3F3DD365@softweyr.com> Date: Fri, 06 Aug 1999 15:18:10 +0930 (CST) From: "Daniel O'Connor" To: Wes Peters Subject: Re: IDE quirk in 3.2-STABLE kernel ? Cc: hackers@FreeBSD.ORG, Vince Vielhaber , Chris , bee@wipinfo.soft.net Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format --_=XFMail.1.3.p0.FreeBSD:990806151810:611=_ Content-Type: text/plain; charset=us-ascii On 06-Aug-99 Wes Peters wrote: > Because it's wrong. If you don't believe me, buy a copy of the spec. Why > should we waste valuable developer time trying to support mis-configured > hardware? Since when has PC hardware followed the specs? --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum --_=XFMail.1.3.p0.FreeBSD:990806151810:611=_ Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: 2.6.3ia iQCVAwUBN6p3GlbYW/HEoF9pAQF1RgP9Ek0ehB5ufYeNr3wNNq+5prYVkPphRD5T k3JnyuMOmg5Mhs9TTTDQprkhMlBoyP1SqRjHGcokL52tbYxRwP1JDBf+Ey3KQ1No Zo04eaY5wTlV+kdtkgR46fKwhHwBfn2BPNc2RBy2lStO6D4U9KL+rA0Tgq4BagiW GUWSNraTbi0= =SKkn -----END PGP MESSAGE----- --_=XFMail.1.3.p0.FreeBSD:990806151810:611=_-- End of MIME message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 22:50:28 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from janus.syracuse.net (janus.syracuse.net [205.232.47.15]) by hub.freebsd.org (Postfix) with ESMTP id 9998814FBB for ; Thu, 5 Aug 1999 22:50:25 -0700 (PDT) (envelope-from green@FreeBSD.org) Received: from localhost (green@localhost) by janus.syracuse.net (8.9.3/8.8.7) with ESMTP id BAA89886; Fri, 6 Aug 1999 01:49:27 -0400 (EDT) X-Authentication-Warning: janus.syracuse.net: green owned process doing -bs Date: Fri, 6 Aug 1999 01:49:27 -0400 (EDT) From: "Brian F. Feldman" X-Sender: green@janus.syracuse.net To: "Jordan K. Hubbard" Cc: John Polstra , hackers@FreeBSD.org Subject: Re: NSS Project In-Reply-To: <98800.933915810@localhost> 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, 5 Aug 1999, Jordan K. Hubbard wrote: > > Mm-hmm. ld -Bshareable as opposed to ar rc. > > This demonstrates a superficial understanding of the process, nothing > more. I know exactly how an ar archive is made of all the non-PIC .o files and a ranlib works. I know what happens when ld puts together position- independent-code (which is position-independent because it uses the GOT) and generates a shared library. I know how GCC only includes the .o files from an ar library archive which it needs and nothing more. I know that the dl* functions in libc itself are just stubs. All I don't know is why we can't load ld-elf.so.1 for static executables as well as "dynamic" ones. > > > I just think we're not seeing eye to eye. > > I'd be more inclined to say that John simply understands this where > you don't. Go study up, then come back and engage the poor guy in > debate if you genuinely feel you have a solution to offer to this > already already much-discussed (see the mail archives) issue. I was asking because I wanted to be referred to where I could find where these were discussed. I'm not going to wade through a search that I don't even have a hint on what to look for. > > - Jordan > Brian Fundakowski Feldman _ __ ___ ____ ___ ___ ___ green@FreeBSD.org _ __ ___ | _ ) __| \ FreeBSD: The Power to Serve! _ __ | _ \._ \ |) | http://www.FreeBSD.org/ _ |___/___/___/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 22:56:46 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from janus.syracuse.net (janus.syracuse.net [205.232.47.15]) by hub.freebsd.org (Postfix) with ESMTP id 6585B14FBB for ; Thu, 5 Aug 1999 22:56:41 -0700 (PDT) (envelope-from green@FreeBSD.org) Received: from localhost (green@localhost) by janus.syracuse.net (8.9.3/8.8.7) with ESMTP id BAA90013; Fri, 6 Aug 1999 01:56:32 -0400 (EDT) X-Authentication-Warning: janus.syracuse.net: green owned process doing -bs Date: Fri, 6 Aug 1999 01:56:32 -0400 (EDT) From: "Brian F. Feldman" X-Sender: green@janus.syracuse.net To: Arun Sharma Cc: freebsd-hackers@FreeBSD.org Subject: Re: Excessive assembly code ? In-Reply-To: <19990805233554.A1698@home.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 Thu, 5 Aug 1999, Arun Sharma wrote: > I wonder if so much assembly code is really necessary for FreeBSD. One > argument for minimal usage of assembly code is that it is easier to code > non trivial algorithms in C. No, so much isn't really necessary. > > One such example is the scheduler. Since the decision about which process > is going to run next is decided in assembly code, it is restricted to a > relatively dumb algorithm of scanning the runqs and picking one. If the > mechanism (i.e nuts and bolts of the context switch) is coded in assembly > and the policy (which process to pick next) is done in C, the code would > be much more maintainable, IMO. > > How do people feel about it here ? I feel that very low-level things need to be implemented in terms of in-line assembly in machdep files or headers, like inb/outb/etc. Coding much in assembly should be a very last resort. There really should not be any of those assembly files. They should all be C with whatever inline assembler is necessary or a call to the machine-dependent routines. Various things like, say, i586_bzero are assembly for good reason, but shouldn't be in assembly file format, IMHO. The scheduling code should DEFINITELY not be in assembly, but only have machine dependent calls for specific actions that need to be done manually in assembly. > > -Arun > Brian Fundakowski Feldman _ __ ___ ____ ___ ___ ___ green@FreeBSD.org _ __ ___ | _ ) __| \ FreeBSD: The Power to Serve! _ __ | _ \._ \ |) | http://www.FreeBSD.org/ _ |___/___/___/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 23: 2:53 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from janus.syracuse.net (janus.syracuse.net [205.232.47.15]) by hub.freebsd.org (Postfix) with ESMTP id 07B9814FBB for ; Thu, 5 Aug 1999 23:02:51 -0700 (PDT) (envelope-from green@FreeBSD.org) Received: from localhost (green@localhost) by janus.syracuse.net (8.9.3/8.8.7) with ESMTP id CAA90218; Fri, 6 Aug 1999 02:00:59 -0400 (EDT) X-Authentication-Warning: janus.syracuse.net: green owned process doing -bs Date: Fri, 6 Aug 1999 02:00:58 -0400 (EDT) From: "Brian F. Feldman" X-Sender: green@janus.syracuse.net To: "Daniel O'Connor" Cc: Wes Peters , hackers@FreeBSD.org, Vince Vielhaber , Chris , bee@wipinfo.soft.net Subject: Re: IDE quirk in 3.2-STABLE kernel ? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 6 Aug 1999, Daniel O'Connor wrote: > > On 06-Aug-99 Wes Peters wrote: > > Because it's wrong. If you don't believe me, buy a copy of the spec. Why > > should we waste valuable developer time trying to support mis-configured > > hardware? > > Since when has PC hardware followed the specs? Since it was made to work? The problem here is that this person, for some reason, is misconfiguring their system and expecting it to work as if it were configured properly. > > --- > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > Brian Fundakowski Feldman _ __ ___ ____ ___ ___ ___ green@FreeBSD.org _ __ ___ | _ ) __| \ FreeBSD: The Power to Serve! _ __ | _ \._ \ |) | http://www.FreeBSD.org/ _ |___/___/___/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 23: 3:42 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from patriot.wipinfo.soft.net (patriot.wipinfo.soft.net [164.164.6.21]) by hub.freebsd.org (Postfix) with ESMTP id 68A9014FBB for ; Thu, 5 Aug 1999 23:03:33 -0700 (PDT) (envelope-from bee@wipinfo.soft.net) Received: from wipro.tcpn.com ([172.31.40.11]) by patriot.wipinfo.soft.net (8.9.2/8.9.2) with ESMTP id LAA22417; Fri, 6 Aug 1999 11:35:08 -0500 (GMT) Received: from keeravani (keeravani.wipro.tcpn.com [172.31.41.136]) by wipro.tcpn.com (8.9.3/8.9.3) with SMTP id LAA09978; Fri, 6 Aug 1999 11:36:47 +0530 (IST) Reply-To: From: "Biju Susmer" To: "'Wes Peters'" , Cc: "'Chris'" , "'Vince Vielhaber'" , Subject: RE: IDE quirk in 3.2-STABLE kernel ? Date: Fri, 6 Aug 1999 11:34:08 +0530 Message-ID: <001e01bedfd1$7fd6e020$88291fac@wipro.tcpn.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal X-Mimeole: Produced By Microsoft MimeOLE V5.00.2314.1300 In-Reply-To: <37AA75DD.3F3DD365@softweyr.com> Disposition-Notification-To: "Biju Susmer" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Because it's wrong. If you don't believe me, buy a copy of > the spec. Why > should we waste valuable developer time trying to support > mis-configured > hardware? > The box was shipped to me this way.. i'm no a hardware expert to know the IDE specs. As far as i know, it work for Windows (no flames) which i have been using for long. Suddenly if some one says that the PC is mis-configured... OK, i went to net and got this page (http://www.mit.edu/afs/sipb.mit.edu/project/linux/docs/faq/ATAPI-FAQ) there also they say it should be MASTER. Problem is not with me. The vendor didn't follow the specs. PC never followd specs i think ;) Some one please put this in an FAQ (if it is not already said) to avoid any future problem? thanks, -biju To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 23:18:42 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id 928A214FBB; Thu, 5 Aug 1999 23:18:31 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (doconnor@cain [203.38.152.97]) by cain.gsoft.com.au (8.8.8/8.8.8) with ESMTP id PAA07879; Fri, 6 Aug 1999 15:48:16 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="_=XFMail.1.3.p0.FreeBSD:990806154816:611=_"; micalg=pgp-md5; protocol="application/pgp-signature" In-Reply-To: Date: Fri, 06 Aug 1999 15:48:16 +0930 (CST) From: "Daniel O'Connor" To: "Brian F. Feldman" Subject: Re: IDE quirk in 3.2-STABLE kernel ? Cc: bee@wipinfo.soft.net, Chris , Vince Vielhaber , hackers@FreeBSD.org, Wes Peters Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format --_=XFMail.1.3.p0.FreeBSD:990806154816:611=_ Content-Type: text/plain; charset=us-ascii On 06-Aug-99 Brian F. Feldman wrote: > > Since when has PC hardware followed the specs? > Since it was made to work? The problem here is that this person, for some > reason, is misconfiguring their system and expecting it to work as if it > were configured properly. Sure but a lot of PC's are shipped with a CDrom a secondary slave.. I'm not saying its RIGHT but it IS reality. --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum --_=XFMail.1.3.p0.FreeBSD:990806154816:611=_ Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: 2.6.3ia iQCVAwUBN6p+KFbYW/HEoF9pAQEEFwQAqBCc17aiQH9r2TU8rzqe1xbk+GV+fRXT BlYPxFAMdtxc3l2SIg3qlEliFS6YZOzuk7JpJ5PzUGM0/cYyD07DEz8c6ZMXHNty PfL5Oj8hwXEsaO1RSIZI03AgXbm9m+Mt4WRcFkYnZVQ8z4GImlLWIKrDpFzQUDl1 Pe6BiXHBWCA= =E3Zu -----END PGP MESSAGE----- --_=XFMail.1.3.p0.FreeBSD:990806154816:611=_-- End of MIME message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 23:28:36 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from dingo.cdrom.com (castles549.castles.com [208.214.165.113]) by hub.freebsd.org (Postfix) with ESMTP id 325EA14D20 for ; Thu, 5 Aug 1999 23:28:21 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.9.3/8.8.8) with ESMTP id XAA00424; Thu, 5 Aug 1999 23:21:48 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199908060621.XAA00424@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: James Howard Cc: "Jordan K. Hubbard" , freebsd-hackers@FreeBSD.ORG Subject: Re: m68k Support in FreeBSD (old thread) In-reply-to: Your message of "Thu, 05 Aug 1999 23:17:34 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 05 Aug 1999 23:21:47 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Mon, 19 Jul 1999, Jordan K. Hubbard wrote: > > > > website (http://www.freebsd.org/~green/FreeBSD-68k.txt). In about two > > > weeks I'll have a spare Macintosh IIsi and would like to have a run at > > > FreeBSD on it. So, to the point, where can I get it? :) > > > > I'd say that's a question for Grant Stockly, the person mentioned in > > green's web-cited message. It's certainly not part of FreeBSD and > > whether it ever will be is a matter still subject to debate. > > Prior to posting to -hackers, I had emailed him, I tried again after > receiving this message and again, no response. (I used gussie@alaska.net) > Is there a better way to contact this individual? Does anyone have a copy > of the port? I've researched this guy a bit more, and I have to say I think it was a hoax. > I really don't want to have to install NetBSD on this Mac :) Uh, MacBSD is actually pretty nice. Alan Briggs and team have done a really good job of keeping it up-to-date and functional. If I had to pick a platform to run NetBSD on for reference, the 68k Mac would feature high on the list (probably after the hp300, but that's another story). -- \\ The mind's the standard \\ Mike Smith \\ of the man. \\ msmith@freebsd.org \\ -- Joseph Merrick \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 5 23:32:52 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from patriot.wipinfo.soft.net (patriot.wipinfo.soft.net [164.164.6.21]) by hub.freebsd.org (Postfix) with ESMTP id 00B6514D20 for ; Thu, 5 Aug 1999 23:32:45 -0700 (PDT) (envelope-from bee@wipinfo.soft.net) Received: from wipro.tcpn.com ([172.31.40.11]) by patriot.wipinfo.soft.net (8.9.2/8.9.2) with ESMTP id MAA25417; Fri, 6 Aug 1999 12:03:35 -0500 (GMT) Received: from keeravani (keeravani.wipro.tcpn.com [172.31.41.136]) by wipro.tcpn.com (8.9.3/8.9.3) with SMTP id MAA11672; Fri, 6 Aug 1999 12:05:10 +0530 (IST) Reply-To: From: "Biju Susmer" To: , "'Wes Peters'" Cc: "'Chris'" , "'Vince Vielhaber'" , Subject: RE: IDE quirk in 3.2-STABLE kernel ? Date: Fri, 6 Aug 1999 12:02:28 +0530 Message-ID: <002401bedfd5$76e1f320$88291fac@wipro.tcpn.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal X-Mimeole: Produced By Microsoft MimeOLE V5.00.2314.1300 In-Reply-To: <001e01bedfd1$7fd6e020$88291fac@wipro.tcpn.com> Disposition-Notification-To: "Biju Susmer" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > OK, i went to net and got this page > (http://www.mit.edu/afs/sipb.mit.edu/project/linux/docs/faq/AT > API-FAQ) there > also they say it should be MASTER. Problem is not with me. > The vendor didn't > follow the specs. PC never followd specs i think ;) > > Some one please put this in an FAQ (if it is not already > said) to avoid any > future problem? second thought.. I have not seen a PC with CD at any other configuration... Cant this config be supported? Many like me are not good in opening the box and fixing the problem like other hackers. (But don't say i should not use FBSD with CD ;). any thoughts? -biju To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 0: 6:46 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id 34BD714D60 for ; Fri, 6 Aug 1999 00:06:36 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.1/8.9.1) id JAA42676; Fri, 6 Aug 1999 09:04:09 +0200 (CEST) (envelope-from sos) From: Soren Schmidt Message-Id: <199908060704.JAA42676@freebsd.dk> Subject: Re: IDE quirk in 3.2-STABLE kernel ? In-Reply-To: <002401bedfd5$76e1f320$88291fac@wipro.tcpn.com> from Biju Susmer at "Aug 6, 1999 12: 2:28 pm" To: bee@wipinfo.soft.net Date: Fri, 6 Aug 1999 09:04:09 +0200 (CEST) Cc: bee@wipinfo.soft.net, wes@softweyr.com, reman@tig.com.au, vev@michvhf.com, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (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 Biju Susmer wrote: > > OK, i went to net and got this page > > (http://www.mit.edu/afs/sipb.mit.edu/project/linux/docs/faq/AT > > API-FAQ) there > > also they say it should be MASTER. Problem is not with me. > > The vendor didn't > > follow the specs. PC never followd specs i think ;) > > > > Some one please put this in an FAQ (if it is not already > > said) to avoid any > > future problem? > > second thought.. I have not seen a PC with CD at any other configuration... Cant > this config be supported? Many like me are not good in opening the box and > fixing the problem like other hackers. (But don't say i should not use FBSD with > CD ;). any thoughts? This config is supported in the new ATA driver, but thats only in current. -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 0:11:17 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from dingo.cdrom.com (castles549.castles.com [208.214.165.113]) by hub.freebsd.org (Postfix) with ESMTP id 6348B150AB for ; Fri, 6 Aug 1999 00:11:13 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.9.3/8.8.8) with ESMTP id AAA00655; Fri, 6 Aug 1999 00:05:04 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199908060705.AAA00655@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Arun Sharma Cc: freebsd-hackers@freebsd.org Subject: Re: Excessive assembly code ? In-reply-to: Your message of "Thu, 05 Aug 1999 23:35:54 PDT." <19990805233554.A1698@home.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 06 Aug 1999 00:05:04 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I wonder if so much assembly code is really necessary for FreeBSD. One > argument for minimal usage of assembly code is that it is easier to code > non trivial algorithms in C. > > One such example is the scheduler. Since the decision about which process > is going to run next is decided in assembly code, it is restricted to a > relatively dumb algorithm of scanning the runqs and picking one. If the > mechanism (i.e nuts and bolts of the context switch) is coded in assembly > and the policy (which process to pick next) is done in C, the code would > be much more maintainable, IMO. > > How do people feel about it here ? I've been studying this just recently. The "pick the next proc" code really should be MI and written carefully in C, yes. But if you look at the code surrounding it, for example, it needs some very careful thought. Much of the assembly code actually in use is there for performance or architecture-related reasons; in many cases if you were to rewrite in C you would just end up with a lot of asm() macros... -- \\ The mind's the standard \\ Mike Smith \\ of the man. \\ msmith@freebsd.org \\ -- Joseph Merrick \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 0:40:58 1999 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 45261150DE for ; Fri, 6 Aug 1999 00:40:53 -0700 (PDT) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.1) id JAA82161; Fri, 6 Aug 1999 09:38:15 +0200 (CEST) (envelope-from des) To: "Daniel O'Connor" Cc: Dag-Erling Smorgrav , freebsd-hackers@FreeBSD.ORG, Chuck Youse Subject: Re: fetch: default to passive mode? References: From: Dag-Erling Smorgrav Date: 06 Aug 1999 09:38:15 +0200 In-Reply-To: "Daniel O'Connor"'s message of "Fri, 06 Aug 1999 10:29:24 +0930 (CST)" Message-ID: Lines: 10 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Daniel O'Connor" writes: > Speaking of fetch features.. Are there any plans to make fetch use a > http proxy for ftp requests like ftp does? Yes. I intend to implement this in libfetch when I get around to rewriting the HTTP code. DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 1: 0:27 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id 68FAF150CE; Fri, 6 Aug 1999 01:00:22 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id JAA84294; Fri, 6 Aug 1999 09:04:41 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Fri, 6 Aug 1999 09:04:41 +0100 (BST) From: Doug Rabson To: "Daniel O'Connor" Cc: Matthew Dillon , hackers@freebsd.org, Ollivier Robert , Mike Smith , "Brian F. Feldman" Subject: Re: Jail syscalls In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 5 Aug 1999, Daniel O'Connor wrote: > > On 04-Aug-99 Matthew Dillon wrote: > > I kinda like the second choice the best but the first choice is what > > most > > other system calls use. > > That doesn't make it right =) > > The second avoids the 'the data is different but the size is the same' problem > which would seem to be not too uncommon.. If you are using the size for a version and you change the fields without ensuring the size changes, then you deserve all you get. In this kind of situation normally fields are simply appended to the structure. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 2:15:55 1999 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 DE57E14D1D for ; Fri, 6 Aug 1999 02:15:51 -0700 (PDT) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.1) id LAA84298; Fri, 6 Aug 1999 11:13:08 +0200 (CEST) (envelope-from des) To: Doug Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: ignoretime in login.conf?? References: From: Dag-Erling Smorgrav Date: 06 Aug 1999 11:13:08 +0200 In-Reply-To: Doug's message of "Wed, 4 Aug 1999 16:16:25 -0700 (PDT)" Message-ID: Lines: 13 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Doug writes: > Also, the 'boolean' option is essentially undocumented in the > login.conf man page. It's mentioned once, but there is no example of how > it works or the fact that the @ sign is the symbol for it. The info is in > login_cap(3), but it's hard to decipher for a non-programmer. I'll put > this on my list if no one else wants to take it, and submit a PR. login.conf is a capability database like any other and therefore follows the syntax described in the getcap(3) man page. DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 2:36:15 1999 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 57E9514F99 for ; Fri, 6 Aug 1999 02:36:13 -0700 (PDT) (envelope-from john_wilson100@excite.com) Received: from flash.excite.com ([199.172.152.79]) by kuku.excite.com (InterMail v4.01.01.02 201-229-111-106) with ESMTP id <19990806093604.EYGC296.kuku@flash.excite.com> for ; Fri, 6 Aug 1999 02:36:04 -0700 From: john_wilson100@excite.com To: freebsd-hackers@freebsd.org Subject: Re: [Fwd: Please support FreeBSD 3.x as host OS] Message-Id: <933932165.17177.437@excite.com> Date: Fri, 06 Aug 1999 02:36:05 PDT X-Mailer: Excite Mail X-Sender-Ip: 212.1.135.190 MIME-Version: 1.0 Content-Type: text/plain Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is kinda different from what the original poster received. Keep badgering! John > From: Mehrdad Amir > To: john_wilson100@excite.com > Cc: tech_info@vmware.com > Subject: Re: vmware on freebsd > Date: Fri, 30 Jul 1999 08:23:31 -0700 > Message-ID: <37A1C373.49578FFF@vmware.com> > > Hi John, > > Thank you for the interest in our software. > > We've received a number of requests to make a 'VMware for FreeBSD' > product. We are looking into doing such a project but have no plans to > develop this product at this time. > > Mehrdad Amir, > VMware, Inc. ________________________________________________________________ Get FREE voicemail, fax and email at http://voicemail.excite.com Talk online at http://voicechat.excite.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 4: 1:42 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp1.erols.com (smtp1.erols.com [207.172.3.234]) by hub.freebsd.org (Postfix) with ESMTP id CA7AA14DB4 for ; Fri, 6 Aug 1999 04:01:40 -0700 (PDT) (envelope-from jobaldwi@vt.edu) Received: from john.baldwin.cx (207-172-143-188.s61.as2.hgt.md.dialup.rcn.com [207.172.143.188]) by smtp1.erols.com (8.8.8/8.8.5) with ESMTP id HAA16861; Fri, 6 Aug 1999 07:00:46 -0400 (EDT) Message-Id: <199908061100.HAA16861@smtp1.erols.com> X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Fri, 06 Aug 1999 07:01:02 -0400 (EDT) From: John Baldwin To: Chuck Robey Subject: RE: cvs Cc: FreeBSD-Hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 06-Aug-99 Chuck Robey wrote: > Can someone tell me how to make a cvs archive work for users that aren't > the owner of the archive, the way that it works on Freefall? I *am* > doing this for a cvsup maintained FreeBSD archive, but not freefall, and > I need to get one user, who is not the archive owner, to be able to be > able to do checkouts and diffs (no source changes, but it needs to be > able to lock directories for checkouts). Perhapas have a group that has write access to all the archive and stick the user in that group? That doesn't prevent checkins, however. > Thanks. --- John Baldwin -- http://members.freedomnet.com/~jbaldwin/ PGP Key: http://members.freedomnet.com/~jbaldwin/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 5:32:23 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from po4.wam.umd.edu (po4.wam.umd.edu [128.8.10.166]) by hub.freebsd.org (Postfix) with ESMTP id 1D0AA14C90 for ; Fri, 6 Aug 1999 05:32:14 -0700 (PDT) (envelope-from howardjp@wam.umd.edu) Received: from rac8.wam.umd.edu (root@rac8.wam.umd.edu [128.8.10.148]) by po4.wam.umd.edu (8.9.3/8.9.3) with ESMTP id IAA15961; Fri, 6 Aug 1999 08:31:26 -0400 (EDT) Received: from rac8.wam.umd.edu (sendmail@localhost [127.0.0.1]) by rac8.wam.umd.edu (8.9.3/8.9.3) with SMTP id IAA04646; Fri, 6 Aug 1999 08:31:22 -0400 (EDT) Received: from localhost by rac8.wam.umd.edu (8.9.3/8.9.3) with ESMTP id IAA04642; Fri, 6 Aug 1999 08:31:22 -0400 (EDT) X-Authentication-Warning: rac8.wam.umd.edu: howardjp owned process doing -bs Date: Fri, 6 Aug 1999 08:31:21 -0400 (EDT) From: James Howard To: Mike Smith Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: m68k Support in FreeBSD (old thread) In-Reply-To: <199908060621.XAA00424@dingo.cdrom.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 Thu, 5 Aug 1999, Mike Smith wrote: > I've researched this guy a bit more, and I have to say I think it was a > hoax. What a disappointment. It would have been nice to see it running on the Mac68k (or any other older platform, 8086? :). > Uh, MacBSD is actually pretty nice. Alan Briggs and team have done a > really good job of keeping it up-to-date and functional. If I had to > pick a platform to run NetBSD on for reference, the 68k Mac would > feature high on the list (probably after the hp300, but that's another > story). I realize this. The comment stems from the fact the guy I am doing this for would prefer FreeBSD for his Macs if the opportunity arose. I think I'll bring it into work on Monday and install NetBSD over the net then. Jamie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 6:30:43 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from axl.noc.iafrica.com (axl.noc.iafrica.com [196.31.1.175]) by hub.freebsd.org (Postfix) with ESMTP id 0C98415295 for ; Fri, 6 Aug 1999 06:30:07 -0700 (PDT) (envelope-from sheldonh@axl.noc.iafrica.com) Received: from sheldonh (helo=axl.noc.iafrica.com) by axl.noc.iafrica.com with local-esmtp (Exim 3.02 #1) id 11Ck3p-0000ET-00 for freebsd-hackers@freebsd.org; Fri, 06 Aug 1999 15:29:25 +0200 From: Sheldon Hearn To: freebsd-hackers@freebsd.org Subject: quad_t and portability Date: Fri, 06 Aug 1999 15:29:25 +0200 Message-ID: <896.933946165@axl.noc.iafrica.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi folks, I want to patch wc(1) so that it uses quad_t instead of u_long. This is necessary if wc(1) is to produce sensible results for files containing more than 4GB of data. The changes made to NetBSD to support this are conditional on NO_QUAD being undefined. Do I need to worry about this? Is it likely that FreeBSD will be compiled for a platform that that doesn't offer quad_t? My feeling is that the conditionalization should be left out until then. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 6:35: 0 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from axl.noc.iafrica.com (axl.noc.iafrica.com [196.31.1.175]) by hub.freebsd.org (Postfix) with ESMTP id 7750614CCF for ; Fri, 6 Aug 1999 06:34:46 -0700 (PDT) (envelope-from sheldonh@axl.noc.iafrica.com) Received: from sheldonh (helo=axl.noc.iafrica.com) by axl.noc.iafrica.com with local-esmtp (Exim 3.02 #1) id 11Ck7r-0000Ez-00 for freebsd-hackers@freebsd.org; Fri, 06 Aug 1999 15:33:35 +0200 From: Sheldon Hearn To: freebsd-hackers@freebsd.org Subject: Re: quad_t and portability In-reply-to: Your message of "Fri, 06 Aug 1999 15:29:25 +0200." <896.933946165@axl.noc.iafrica.com> Date: Fri, 06 Aug 1999 15:33:35 +0200 Message-ID: <928.933946415@axl.noc.iafrica.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 06 Aug 1999 15:29:25 +0200, Sheldon Hearn wrote: > I want to patch wc(1) so that it uses quad_t instead of u_long. This is > necessary if wc(1) is to produce sensible results for files containing > more than 4GB of data. Yes yes, before you jump on my head, I meant u_quad_t. :-) Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 6:54:20 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from xena.mindspring.com (xena.mindspring.com [207.69.142.2]) by hub.freebsd.org (Postfix) with ESMTP id 7659A15156 for ; Fri, 6 Aug 1999 06:54:13 -0700 (PDT) (envelope-from rsanders@xena.mindspring.com) Received: (from rsanders@localhost) by xena.mindspring.com (8.9.3/8.8.5) id JAA29420; Fri, 6 Aug 1999 09:52:14 -0400 (EDT) From: Robert Sanders To: hackers@freebsd.org Subject: Re: Jail syscalls References: <199908041804.LAA31039@apollo.backplane.com> Date: 06 Aug 1999 09:52:14 -0400 In-Reply-To: Matthew Dillon's message of "Wed, 4 Aug 1999 11:04:06 -0700 (PDT)" Message-ID: Lines: 29 User-Agent: Gnus/5.070095 (Pterodactyl Gnus v0.95) XEmacs/21.1 (20 Minutes to Nikko) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matthew Dillon writes: > I think we basically have two choices: > > * Pass the sizeof(struct) as part of the system call. Please, not as > part of the structure! That would make this syscall the odd-man-out > compared to all the other syscalls that take size arguments. > > * Make the first field of the structure a real version id, one that is > taken from the same include file that the structure was defined in, > and require that the field be filled in. And, of course, passing the version number as an argument to the syscall*. That has the advantage of not having to initialize the structure version field, not having to worry about incompatible structures of equal size, and not unnecessarily enlarging the structure with version information. Embedded version numbers would win in situations wherein modules compiled with old header files were passing structures to modules that were compiled with new header files, and that such structures were given as arguments to syscalls invoked in the new module. That seems pretty unlikely. regards, -- Robert * The really perverse might suggest that this versioning be hidden from the user via macro/inline procedure trickery. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 7:55:43 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.xmission.com (mail.xmission.com [198.60.22.22]) by hub.freebsd.org (Postfix) with ESMTP id 717B314CF2 for ; Fri, 6 Aug 1999 07:55:37 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from [204.68.178.39] (helo=softweyr.com) by mail.xmission.com with esmtp (Exim 2.12 #1) id 11ClOo-0002Mf-00; Fri, 6 Aug 1999 08:55:10 -0600 Message-ID: <37AAF74E.BEB770A9@softweyr.com> Date: Fri, 06 Aug 1999 08:55:10 -0600 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.5 [en] (X11; U; FreeBSD 3.1-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Mike Smith Cc: Arun Sharma , freebsd-hackers@FreeBSD.ORG Subject: Re: Excessive assembly code ? References: <199908060705.AAA00655@dingo.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith wrote: > > > > > I wonder if so much assembly code is really necessary for FreeBSD. One > > argument for minimal usage of assembly code is that it is easier to code > > non trivial algorithms in C. > > > > One such example is the scheduler. Since the decision about which process > > is going to run next is decided in assembly code, it is restricted to a > > relatively dumb algorithm of scanning the runqs and picking one. If the > > mechanism (i.e nuts and bolts of the context switch) is coded in assembly > > and the policy (which process to pick next) is done in C, the code would > > be much more maintainable, IMO. > > > > How do people feel about it here ? > > I've been studying this just recently. The "pick the next proc" code > really should be MI and written carefully in C, yes. But if you look > at the code surrounding it, for example, it needs some very careful > thought. > > Much of the assembly code actually in use is there for performance or > architecture-related reasons; in many cases if you were to rewrite in C > you would just end up with a lot of asm() macros... And the total amount we have now doesn't seem excessive. Historically, UNIX has usually had 2-3% of the code in assembly, I doubt we're over that. There are some things which are still *easier* to do in assembler, especially on an architecture with port-mapped I/O. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC http://softweyr.com/ wes@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 Aug 6 8:16:46 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from gatewaya.anheuser-busch.com (gatewaya.anheuser-busch.com [151.145.250.252]) by hub.freebsd.org (Postfix) with SMTP id 8D5E414D99 for ; Fri, 6 Aug 1999 08:16:37 -0700 (PDT) (envelope-from Matthew.Alton@anheuser-busch.com) Received: by gatewaya.anheuser-busch.com; id KAA25103; Fri, 6 Aug 1999 10:18:22 -0500 Received: from stlexggtw002-pozzoli.fw-users.busch.com(151.145.101.130) by gatewaya.anheuser-busch.com via smap (V5.0) id xma024863; Fri, 6 Aug 99 10:17:37 -0500 Received: from stlabcexg006.anheuser-busch.com ([151.145.101.161]) by 151.145.101.130 (Norton AntiVirus for Internet Email Gateways 1.0) ; Fri, 06 Aug 1999 15:15:36 0000 (GMT) Received: by stlabcexg006.anheuser-busch.com with Internet Mail Service (5.5.2448.0) id ; Fri, 6 Aug 1999 10:15:21 -0500 Message-ID: <0740CBD1D149D31193EB0008C7C56836EB8AFD@STLABCEXG012> From: "Alton, Matthew" To: freebsd-hackers@freebsd.org Subject: RE: quad_t and portability Date: Fri, 6 Aug 1999 10:15:35 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG What is the approved method for getting ahold of 64 clean bits? I've been using the GNU/c9x "unsigned long long" and #ifdef-ing all over the place but this strikes me as substantially less than elegant. Once we have the bits, what is the Right Way to get them into network order? > -----Original Message----- > From: Sheldon Hearn [SMTP:sheldonh@uunet.co.za] > Sent: Friday, August 06, 1999 8:34 AM > To: freebsd-hackers@freebsd.org > Subject: Re: quad_t and portability > > > > On Fri, 06 Aug 1999 15:29:25 +0200, Sheldon Hearn wrote: > > > I want to patch wc(1) so that it uses quad_t instead of u_long. This is > > necessary if wc(1) is to produce sensible results for files containing > > more than 4GB of data. > > Yes yes, before you jump on my head, I meant u_quad_t. :-) > > Ciao, > Sheldon. > > > 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 Aug 6 11:45: 3 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from dt011n65.san.rr.com (dt011n65.san.rr.com [204.210.13.101]) by hub.freebsd.org (Postfix) with ESMTP id B0FCE1553E for ; Fri, 6 Aug 1999 11:44:47 -0700 (PDT) (envelope-from Doug@gorean.org) Received: from localhost (doug@localhost) by dt011n65.san.rr.com (8.8.8/8.8.8) with ESMTP id LAA12318; Fri, 6 Aug 1999 11:43:53 -0700 (PDT) (envelope-from Doug@gorean.org) Date: Fri, 6 Aug 1999 11:43:53 -0700 (PDT) From: Doug X-Sender: doug@dt011n65.san.rr.com To: john_wilson100@excite.com Cc: freebsd-hackers@freebsd.org Subject: Re: [Fwd: Please support FreeBSD 3.x as host OS] In-Reply-To: <933932165.17177.437@excite.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, 6 Aug 1999 john_wilson100@excite.com wrote: > This is kinda different from what the original poster received. > Keep badgering! But ONLY if you ARE willing to pay for it if they make one. We don't need a repeat of the CDE debacle. Doug > > Hi John, > > > > Thank you for the interest in our software. > > > > We've received a number of requests to make a 'VMware for FreeBSD' > > product. We are looking into doing such a project but have no plans to > > develop this product at this time. > > > > Mehrdad Amir, > > VMware, Inc. > > > > > ________________________________________________________________ > Get FREE voicemail, fax and email at http://voicemail.excite.com > Talk online at http://voicechat.excite.com > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > -- On account of being a democracy and run by the people, we are the only nation in the world that has to keep a government four years, no matter what it does. -- Will Rogers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 12: 2:36 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from mom.hooked.net (mom.hooked.net [206.80.6.10]) by hub.freebsd.org (Postfix) with ESMTP id 64EFD157C1 for ; Fri, 6 Aug 1999 12:02:29 -0700 (PDT) (envelope-from garbanzo@hooked.net) Received: from fish.hooked.net (garbanzo@fish.hooked.net [206.80.6.48]) by mom.hooked.net (8.8.6/8.8.5) with SMTP id MAA29755; Fri, 6 Aug 1999 12:01:42 -0700 (PDT) Date: Fri, 6 Aug 1999 12:01:40 -0700 (PDT) From: Alex Zepeda To: James Howard Cc: Mike Smith , freebsd-hackers@FreeBSD.ORG Subject: Re: m68k Support in FreeBSD (old thread) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 6 Aug 1999, James Howard wrote: > I realize this. The comment stems from the fact the guy I am doing this > for would prefer FreeBSD for his Macs if the opportunity arose. I think > I'll bring it into work on Monday and install NetBSD over the net then. Ehm, this isn't possible in the same way that it is w/ FreeBSD. Basically, you need to grab the booter, the installer, and mkfs (all MacOS programs), then download the appropiate kernel, base distrib, and etc distrib. Not quite as slick, but it works. P.S. I don't think it's really called MacBSD anymore, rather NetBSD, or OpenBSD, or Linux (depending, obviously, on what you're running). - alex You better believe that marijuana can cause castration. Just suppose your girlfriend gets the munchies! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 12: 6:40 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from po3.wam.umd.edu (po3.wam.umd.edu [128.8.10.165]) by hub.freebsd.org (Postfix) with ESMTP id AE5F814CA0 for ; Fri, 6 Aug 1999 12:06:36 -0700 (PDT) (envelope-from howardjp@wam.umd.edu) Received: from rac3.wam.umd.edu (root@rac3.wam.umd.edu [128.8.10.143]) by po3.wam.umd.edu (8.9.3/8.9.3) with ESMTP id PAA11111; Fri, 6 Aug 1999 15:05:38 -0400 (EDT) Received: from rac3.wam.umd.edu (sendmail@localhost [127.0.0.1]) by rac3.wam.umd.edu (8.9.3/8.9.3) with SMTP id PAA01790; Fri, 6 Aug 1999 15:05:36 -0400 (EDT) Received: from localhost by rac3.wam.umd.edu (8.9.3/8.9.3) with ESMTP id PAA01786; Fri, 6 Aug 1999 15:05:35 -0400 (EDT) X-Authentication-Warning: rac3.wam.umd.edu: howardjp owned process doing -bs Date: Fri, 6 Aug 1999 15:05:35 -0400 (EDT) From: James Howard To: Alex Zepeda Cc: Mike Smith , freebsd-hackers@FreeBSD.ORG Subject: Re: m68k Support in FreeBSD (old thread) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 6 Aug 1999, Alex Zepeda wrote: > Ehm, this isn't possible in the same way that it is w/ FreeBSD. > Basically, you need to grab the booter, the installer, and mkfs (all > MacOS programs), then download the appropiate kernel, base distrib, and > etc distrib. Not quite as slick, but it works. Yeah I know, it is just easier to download those chunks over the T1 than it is over a 28.8. Which is what I was refering too :) Jamie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 12:11: 9 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from mom.hooked.net (mom.hooked.net [206.80.6.10]) by hub.freebsd.org (Postfix) with ESMTP id 4595315638 for ; Fri, 6 Aug 1999 12:10:47 -0700 (PDT) (envelope-from garbanzo@hooked.net) Received: from fish.hooked.net (garbanzo@fish.hooked.net [206.80.6.48]) by mom.hooked.net (8.8.6/8.8.5) with SMTP id MAA03541; Fri, 6 Aug 1999 12:10:06 -0700 (PDT) Date: Fri, 6 Aug 1999 12:10:04 -0700 (PDT) From: Alex Zepeda To: James Howard Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: m68k Support in FreeBSD (old thread) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 6 Aug 1999, James Howard wrote: > Yeah I know, it is just easier to download those chunks over the T1 than > it is over a 28.8. Which is what I was refering too :) Unless you've actually tried this on a Mac, you have no idea how much of an understatement this actually is. - alex You better believe that marijuana can cause castration. Just suppose your girlfriend gets the munchies! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 13: 2:40 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from bingnet2.cc.binghamton.edu (bingnet2.cc.binghamton.edu [128.226.1.18]) by hub.freebsd.org (Postfix) with ESMTP id BA97E155BF for ; Fri, 6 Aug 1999 13:02:38 -0700 (PDT) (envelope-from zzhang@cs.binghamton.edu) Received: from sol.cs.binghamton.edu (cs1-gw.cs.binghamton.edu [128.226.171.72]) by bingnet2.cc.binghamton.edu (8.9.3/8.9.3) with SMTP id QAA23138 for ; Fri, 6 Aug 1999 16:02:09 -0400 (EDT) Date: Fri, 6 Aug 1999 15:49:16 -0400 (EDT) From: Zhihui Zhang To: freebsd-hackers@freebsd.org Subject: Questions on new-bus source code 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 In FreeBSD new-bus architecture, all devices are linked into a device tree. The root of the tree is root_bus, it has a child called nexus0 added during the device configuration phase. I have two questions about this new-bus code: (1) What is the usage of this "nexus0" device? Its parent (root_bus) does not declare the probe method, so probing nexus0 can only return ENXIO for us (from error_method()). (2) I guess that the probe process of all devices on the tree is triggered by root_bus_configure() in subr_bus.c. It is done from top to bottom, i.e. the probe process should be propagated down the device tree from root_bus. Am I right? How does this tree structure achieve the dynamic feature of device configuring (adding/removing devices on the fly)? Having a pig picture often helps to understand the details more readily. Any help is appreciated. -------------------------------------------------- Zhihui Zhang. Please visit http://www.freebsd.org -------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 14:10:43 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from daedal.oneway.com (daedal.oneway.com [205.252.89.49]) by hub.freebsd.org (Postfix) with ESMTP id 26D4114D09; Fri, 6 Aug 1999 14:10:33 -0700 (PDT) (envelope-from jay@oneway.com) Received: from localhost (jay@localhost) by daedal.oneway.com (8.9.1/8.9.1) with ESMTP id RAA15241; Fri, 6 Aug 1999 17:10:15 -0400 (EDT) (envelope-from jay@oneway.com) Date: Fri, 6 Aug 1999 17:10:15 -0400 (EDT) From: Jay Kuri To: freebsd-small@freebsd.org, freebsd-hackers@freebsd.org Subject: Access to keyboard without video. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, I am working on an embedded server, and have run into some difficulty. I need to access the keyboard (to read keys) on a machine that has no video. (no video card, that is) I wrote a program that works fine when run from the shell prompt (working with stdin)... but this is probably going to have to be a daemon of some sort, and I can't figure out how to access the keyboard directly. Can someone point me in the right direction? Thanks in advance, Jay To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 15:33:54 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from Hydro.CAM.ORG (Hydro.CAM.ORG [198.168.100.7]) by hub.freebsd.org (Postfix) with ESMTP id 2CCDF14D91 for ; Fri, 6 Aug 1999 15:33:47 -0700 (PDT) (envelope-from intmktg@CAM.ORG) Received: from Stratus.CAM.ORG (Stratus.CAM.ORG [198.168.100.6]) by Hydro.CAM.ORG (8.8.8/8.8.4) with ESMTP id SAA24294 for ; Fri, 6 Aug 1999 18:32:44 -0400 (EDT) Date: Fri, 6 Aug 1999 18:33:30 -0400 (EDT) From: Marc Tardif To: freebsd-hackers@freebsd.org Subject: prototypes with __P 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 While slowly reading the FreeBSD source code, I noticed odd prototype declarations which I haven't seen before. It looks something like this: int function __P((int)); or static int function __P((struct some_struct *some_pointer)); or anything similar. At first, I simply considered the "__P" as a syntax convention. But, then again, this kind of syntax has to be defined somewhere. I've looked all over the place but can't seem to put the finger on the source of this syntax. If anyone could point me in the right direction, and maybe even show me how I could've found the answer myself, I'd appreciate. Thanks in advance, Marc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 15:38: 4 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from assaris.sics.se (assaris.sics.se [193.10.66.108]) by hub.freebsd.org (Postfix) with ESMTP id 12A371516F for ; Fri, 6 Aug 1999 15:38:00 -0700 (PDT) (envelope-from assar@sics.se) Received: (from assar@localhost) by assaris.sics.se (8.9.3/8.7.3) id AAA67674; Sat, 7 Aug 1999 00:38:22 +0200 (CEST) To: Marc Tardif Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: prototypes with __P References: Mime-Version: 1.0 (generated by tm-edit 7.68) Content-Type: text/plain; charset=US-ASCII From: Assar Westerlund Date: 07 Aug 1999 00:38:18 +0200 In-Reply-To: Marc Tardif's message of "Fri, 6 Aug 1999 18:33:30 -0400 (EDT)" Message-ID: <5lr9lga61w.fsf@assaris.sics.se> Lines: 22 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Marc Tardif writes: > At first, I simply considered the "__P" as a syntax convention. But, then > again, this kind of syntax has to be defined somewhere. I've looked all > over the place but can't seem to put the finger on the source of this > syntax. It's in : #if defined(__STDC__) || defined(__cplusplus) #define __P(protos) protos /* full-blown ANSI C */ [ ... ] #else /* !(__STDC__ || __cplusplus) */ #define __P(protos) () /* traditional C preprocessor */ > If anyone could point me in the right direction, and maybe even show me > how I could've found the answer myself, I'd appreciate. grep? /assar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 15:42:10 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from 60-Hz.Powered-By.AC (226-193.adsl2.avtel.net [207.71.226.193]) by hub.freebsd.org (Postfix) with ESMTP id 0E0A31516F for ; Fri, 6 Aug 1999 15:42:08 -0700 (PDT) (envelope-from dburr@Powered-By.AC) Received: from localhost (dburr@localhost) by 60-Hz.Powered-By.AC (8.9.3/8.9.3) with ESMTP id PAA12013; Fri, 6 Aug 1999 15:41:39 -0700 (PDT) (envelope-from dburr@Powered-By.AC) Date: Fri, 6 Aug 1999 15:41:39 -0700 (PDT) From: Donald Burr To: Doug Cc: john_wilson100@excite.com, freebsd-hackers@FreeBSD.ORG Subject: Re: [Fwd: Please support FreeBSD 3.x as host OS] In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I don't know about you, but I for one am ready and willing to plunk down my hard-earned $$$ for VMware if it came to FreeBSD. Hell, I am even considering buying it for Linux right now. If they offer some sort of super fabulous deal at LinuxWorld Expo, I might just do that. But even if I do end up buying it for Linux now, I would gladly buy it again when it is available for FreeBSD. VMware is a fantastic product, well worth the coinage. Donald Burr WEB: http://www.Powered-By.AC/ PO Box 91212, Santa Barbara, CA 93190-1212 Tel:(805)957-9666 FAX:(800)492-5954 Member and software developer with The FreBSD Project - http://www.FreeBSD.ORG/ *** FreeBSD *** A FREE, 32 Bit UNIX OS for PC's -- The Power to Serve! On Fri, 6 Aug 1999, Doug wrote: > On Fri, 6 Aug 1999 john_wilson100@excite.com wrote: > > > This is kinda different from what the original poster received. > > Keep badgering! > > But ONLY if you ARE willing to pay for it if they make one. We > don't need a repeat of the CDE debacle. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 15:44: 9 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from wopr.caltech.edu (wopr.caltech.edu [131.215.240.222]) by hub.freebsd.org (Postfix) with ESMTP id E1FF71516F for ; Fri, 6 Aug 1999 15:44:07 -0700 (PDT) (envelope-from mph@wopr.caltech.edu) Received: (from mph@localhost) by wopr.caltech.edu (8.9.3/8.9.1) id PAA74122; Fri, 6 Aug 1999 15:43:02 -0700 (PDT) (envelope-from mph) Date: Fri, 6 Aug 1999 15:43:02 -0700 From: Matthew Hunt To: Marc Tardif Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: prototypes with __P Message-ID: <19990806154302.A74040@wopr.caltech.edu> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: ; from Marc Tardif on Fri, Aug 06, 1999 at 06:33:30PM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Aug 06, 1999 at 06:33:30PM -0400, Marc Tardif wrote: > If anyone could point me in the right direction, and maybe even show me > how I could've found the answer myself, I'd appreciate. It's defined in /usr/include/sys/cdefs.h, among other places. I found it with: cd /usr/include find . -name \*.h | xargs grep 'define.*__P' (The regular expression given to grep matches "define", zero or more other characters that we don't care about, then "__P".) The intent of the macro is to allow the programmer to take advantage of ANSI-style function prototypes (and the error checking they provide) while not breaking the code on K&R compilers that don't support ANSI prototypes. I have no idea how much of the FreeBSD code would actually build on a K&R compiler. -- Matthew Hunt * Inertia is a property http://www.pobox.com/~mph/ * of matter. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 15:48: 1 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from mbox.ttm.bg (mbox.ttm.bg [195.230.0.14]) by hub.freebsd.org (Postfix) with ESMTP id 894EE15695 for ; Fri, 6 Aug 1999 15:47:45 -0700 (PDT) (envelope-from ian@bulinfo.net) Received: from cserv.oksys.bg (ipp-8-054-sofia.ttm.bg [195.230.8.54]) by mbox.ttm.bg (8.9.3/8.9.3) with ESMTP id BAA10346 for ; Sat, 7 Aug 1999 01:47:36 +0300 Received: from bulinfo.net (ian@localhost [127.0.0.1]) by cserv.oksys.bg (8.9.3/8.9.3) with ESMTP id BAA11202 for ; Sat, 7 Aug 1999 01:47:35 +0300 (EEST) (envelope-from ian@bulinfo.net) Message-ID: <37AB6607.BEB33893@bulinfo.net> Date: Sat, 07 Aug 1999 01:47:35 +0300 From: Iani Brankov Organization: ok systems X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.0.36 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: The new samba performance 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 posted that to 'questions', but got no reply. I wouldn't like to get 'hackers' bored, but I think this port is important for many of us (until win exists :). I tried to tune the 'smb.conf', but couldn't raise the write speed even a bit. I only like to know is there something in the kernel causing this extrelmely slow throughput or I miss something. I upgraded to samba-2.0.5b some days ago and the performance while writing to the smb server fell about 4 times (from ~300kb/s to ~70kb/s). While the read performance left almost the same (~800kb/s) on 10Base2 net. I couldn't find enough information browsing the samba mailing archives. Does anybody have the same problem, and most important - has anybody solved this (or similar) problem on FreeBSD 3.2? What read/write speed do you reach on 10/100 mbit ethernets between samba and win98 clients? Thanks in advance. --iani To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 16:54:56 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from dt011n65.san.rr.com (dt011n65.san.rr.com [204.210.13.101]) by hub.freebsd.org (Postfix) with ESMTP id DBB4F14D7A for ; Fri, 6 Aug 1999 16:54:47 -0700 (PDT) (envelope-from Doug@gorean.org) Received: from localhost (doug@localhost) by dt011n65.san.rr.com (8.8.8/8.8.8) with ESMTP id QAA14990; Fri, 6 Aug 1999 16:53:23 -0700 (PDT) (envelope-from Doug@gorean.org) Date: Fri, 6 Aug 1999 16:53:23 -0700 (PDT) From: Doug X-Sender: doug@dt011n65.san.rr.com To: Donald Burr Cc: john_wilson100@excite.com, freebsd-hackers@FreeBSD.ORG Subject: Re: [Fwd: Please support FreeBSD 3.x as host OS] In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 6 Aug 1999, Donald Burr wrote: > I don't know about you, but I for one am ready and willing to plunk down > my hard-earned $$$ for VMware if it came to FreeBSD. Sorry I wasn't more clear. I am too, and I'd *really* like to see it happen. There is stuff both at work and at home that has to be run in windows (as much as I'm not happy about that fact, that's just life) and wine just doesn't cut it. When I get some free time (yeah, right) I'm going to try bochs again now that they have networking ability, but at this point my time is more valuable to me than the price of vmware, and it'd be great to get them into our market since they're developing a pretty good profile for themselves. Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 16:58:20 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from 60-Hz.Powered-By.AC (226-193.adsl2.avtel.net [207.71.226.193]) by hub.freebsd.org (Postfix) with ESMTP id BC70314D7A; Fri, 6 Aug 1999 16:58:17 -0700 (PDT) (envelope-from dburr@Powered-By.AC) Received: from localhost (dburr@localhost) by 60-Hz.Powered-By.AC (8.9.3/8.9.3) with ESMTP id QAA13464; Fri, 6 Aug 1999 16:58:08 -0700 (PDT) (envelope-from dburr@Powered-By.AC) Date: Fri, 6 Aug 1999 16:58:08 -0700 (PDT) From: Donald Burr To: Doug Cc: john_wilson100@excite.com, freebsd-hackers@FreeBSD.ORG, freebsd-advocacy@FreeBSD.ORG Subject: Re: [Fwd: Please support FreeBSD 3.x as host OS] 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 [ Moving this to -advocacy, since this is more an appropriate topic for them. Please direct your replies to -advocacy. ] I wonder if VMware will have a booth at LinuxWorld Expo? Perhaps it would behoove anyone who happens to be in the area to drop by and have a talk with the folks at the VMware booth (if they have one) about a FreeBSD port. E-mail is great, but there is something different about a face-to-face encounter that might lend more weight to the "let's port VMware to FreeBSD" argument. I for one am planning to do just that (assuming they have a booth, of course :) ) Mayhaps it would also help out if the great jkh would also pay 'em a visit... Donald Burr WEB: http://www.Powered-By.AC/ PO Box 91212, Santa Barbara, CA 93190-1212 Tel:(805)957-9666 FAX:(800)492-5954 Member and software developer with The FreBSD Project - http://www.FreeBSD.ORG/ *** FreeBSD *** A FREE, 32 Bit UNIX OS for PC's -- The Power to Serve! On Fri, 6 Aug 1999, Doug wrote: > On Fri, 6 Aug 1999, Donald Burr wrote: > > > I don't know about you, but I for one am ready and willing to plunk down > > my hard-earned $$$ for VMware if it came to FreeBSD. > > Sorry I wasn't more clear. I am too, and I'd *really* like to see > it happen. There is stuff both at work and at home that has to be run in To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 17:12:45 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (Postfix) with ESMTP id A996A156F9; Fri, 6 Aug 1999 17:12:31 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.3/8.8.8) with ESMTP id RAA01845; Fri, 6 Aug 1999 17:06:18 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199908070006.RAA01845@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Donald Burr Cc: Doug , john_wilson100@excite.com, freebsd-hackers@FreeBSD.ORG, freebsd-advocacy@FreeBSD.ORG Subject: Re: [Fwd: Please support FreeBSD 3.x as host OS] In-reply-to: Your message of "Fri, 06 Aug 1999 16:58:08 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 06 Aug 1999 17:06:18 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > [ Moving this to -advocacy, since this is more an appropriate topic for > them. Please direct your replies to -advocacy. ] > > I wonder if VMware will have a booth at LinuxWorld Expo? Perhaps it would > behoove anyone who happens to be in the area to drop by and have a talk > with the folks at the VMware booth (if they have one) about a FreeBSD > port. E-mail is great, but there is something different about a > face-to-face encounter that might lend more weight to the "let's port > VMware to FreeBSD" argument. I for one am planning to do just that > (assuming they have a booth, of course :) ) This would be a good idea, yes. > Mayhaps it would also help out if the great jkh would also pay 'em a > visit... Actually, Sam Leffler works for VMWare. Jordan and Sam spoke at some length this time last year; there is no need to convince the tech people there of the goodness of a BSD port - what's needed is customer presence. -- \\ The mind's the standard \\ Mike Smith \\ of the man. \\ msmith@freebsd.org \\ -- Joseph Merrick \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 17:18: 6 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (Postfix) with ESMTP id 03B6514D13 for ; Fri, 6 Aug 1999 17:17:57 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id RAA21238; Fri, 6 Aug 1999 17:17:34 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id RAA23699; Fri, 6 Aug 1999 17:17:33 -0700 (PDT) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id RAA29154; Fri, 6 Aug 1999 17:17:32 -0700 (PDT) From: Don Lewis Message-Id: <199908070017.RAA29154@salsa.gv.tsc.tdk.com> Date: Fri, 6 Aug 1999 17:17:32 -0700 In-Reply-To: Sheldon Hearn "quad_t and portability" (Aug 6, 3:29pm) X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: Sheldon Hearn , freebsd-hackers@FreeBSD.ORG Subject: Re: quad_t and portability Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Aug 6, 3:29pm, Sheldon Hearn wrote: } Subject: quad_t and portability } } Hi folks, } } I want to patch wc(1) so that it uses quad_t instead of u_long. This is } necessary if wc(1) is to produce sensible results for files containing } more than 4GB of data. Why not off_t, which should be portable and scale properly with the maximum system file size. Then the only problem is figuring a portable means of printing the result ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 17:29:24 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from jade.chc-chimes.com (jade.chc-chimes.com [216.28.46.6]) by hub.freebsd.org (Postfix) with ESMTP id 0D6B814D13 for ; Fri, 6 Aug 1999 17:29:21 -0700 (PDT) (envelope-from billf@jade.chc-chimes.com) Received: by jade.chc-chimes.com (Postfix, from userid 1001) id 925B41C09; Fri, 6 Aug 1999 19:30:03 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by jade.chc-chimes.com (Postfix) with ESMTP id 8F1593813; Fri, 6 Aug 1999 19:30:03 -0400 (EDT) Date: Fri, 6 Aug 1999 19:30:03 -0400 (EDT) From: Bill Fumerola To: Matthew Hunt Cc: Marc Tardif , freebsd-hackers@FreeBSD.ORG Subject: Re: prototypes with __P In-Reply-To: <19990806154302.A74040@wopr.caltech.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 6 Aug 1999, Matthew Hunt wrote: > I have no idea how much of the FreeBSD code would actually build on > a K&R compiler. Thanks to Bruce, a lot of it. -- - bill fumerola - billf@chc-chimes.com - BF1560 - computer horizons corp - - ph:(800) 252-2421 - bfumerol@computerhorizons.com - billf@FreeBSD.org - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 17:56:33 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.mt.sri.com (ns.mt.sri.com [206.127.79.91]) by hub.freebsd.org (Postfix) with ESMTP id 5A3C414DE0; Fri, 6 Aug 1999 17:56:28 -0700 (PDT) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id SAA11280; Fri, 6 Aug 1999 18:56:09 -0600 (MDT) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id SAA12994; Fri, 6 Aug 1999 18:56:08 -0600 Date: Fri, 6 Aug 1999 18:56:08 -0600 Message-Id: <199908070056.SAA12994@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Mike Smith Cc: Donald Burr , Doug , john_wilson100@excite.com, freebsd-hackers@FreeBSD.ORG, freebsd-advocacy@FreeBSD.ORG Subject: Re: [Fwd: Please support FreeBSD 3.x as host OS] In-Reply-To: <199908070006.RAA01845@dingo.cdrom.com> References: <199908070006.RAA01845@dingo.cdrom.com> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Reply-To: nate@mt.sri.com (Nate Williams) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [ VMWare ] > what's needed is customer presence. If people could send me an email address where I could send and state my interest in a VMWare port for FreeBSD (I would of course pay for a copy of VMWare if it existed), I'll do it. The stuff on the WWW page is too 'generic', and I'd rather get it in the hands of someone who will do something about it. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 18:25:14 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp2.tig.com.au (smtp2.tig.com.au [203.109.250.51]) by hub.freebsd.org (Postfix) with ESMTP id 05D2114DE3 for ; Fri, 6 Aug 1999 18:25:08 -0700 (PDT) (envelope-from reman@tig.com.au) Received: from tig.com.au (p25-tmp7.syd.ihug.com.au [209.76.102.217]) by smtp2.tig.com.au (8.9.3/8.9.3) with ESMTP id LAA22729; Sat, 7 Aug 1999 11:22:46 +1000 Message-ID: <37AB8B48.4A79197B@tig.com.au> Date: Sat, 07 Aug 1999 11:26:32 +1000 From: Chris X-Mailer: Mozilla 4.08 [en] (Win95; I) MIME-Version: 1.0 To: Wes Peters Cc: bee@wipinfo.soft.net, "'Vince Vielhaber'" , hackers@FreeBSD.ORG Subject: Re: IDE quirk in 3.2-STABLE kernel ? References: <001201bedfb8$92fa3440$88291fac@wipro.tcpn.com> <37AA75DD.3F3DD365@softweyr.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Wes Peters wrote: > > Biju Susmer wrote: > > > > > Regardless, you have to have 1 master and 0 or 1 slaves one every IDE > > > controller. You can't run a controller with just a slave. > > > > > I dont think it should be a problem.. Since other OSs can work with this > > configuration without any problem, why FBSD should refuse this configuration? > > When i was using 2.2.7-stable, FBSD used to recognize my CDROM *sometimes* as > > slave, not always. > > Because it's wrong. If you don't believe me, buy a copy of the spec. Why > should we waste valuable developer time trying to support mis-configured > hardware? Because if a number of new people to FBSD (from Linux or Windows) and their CDROM isnt found because of this notion that it doesnt adhere to the spec then there is a problem with the thought processes here. I am not even talking about yo average user here. If a sysadmin at a large site decides 'hey I think I might give FBSD a go' they load it up, and the exact same config that works with WinNT or Linux does not work with FBSD, they ask why? and the answer they get is that they have not got a correct spec machine, I see a problem here. Even this may persuade them not to bother, especially, as was my experience, if the CDROM doesnt want to work properly as a master device. I am glad to hear from Soren that this 'misconfiguration' will be supported in 4.0 As always when a misconfiguration (read 'not to spec') is used enough then it quickly becomes somewhat of a de facto standard. regards, chris -- Christopher Day E-Mail reman@tig.com.au Homepage http://www.geocities.com/TimesSquare/Lair/1218 when the rain/when the children reign/keep your conscience in the dark melt the statues in the park - Fall On Me, REM To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 19:43:24 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp2.tig.com.au (smtp2.tig.com.au [203.109.250.51]) by hub.freebsd.org (Postfix) with ESMTP id 4957314CC0 for ; Fri, 6 Aug 1999 19:43:16 -0700 (PDT) (envelope-from reman@tig.com.au) Received: from tig.com.au (p25-tmp7.syd.ihug.com.au [209.76.102.217]) by smtp2.tig.com.au (8.9.3/8.9.3) with ESMTP id MAA26445; Sat, 7 Aug 1999 12:42:19 +1000 Message-ID: <37AB9DED.7AA6612D@tig.com.au> Date: Sat, 07 Aug 1999 12:46:05 +1000 From: Chris X-Mailer: Mozilla 4.08 [en] (Win95; I) MIME-Version: 1.0 To: Dag-Erling Smorgrav Cc: John-Mark Gurney , freebsd-hackers@FreeBSD.ORG Subject: Re: Results of investigating optimizing calloc()... References: <001e01bedde3$d1af64c0$291c453f@kbyanc.alcnet.com> <19990804202932.50575@hydrogen.fircrest.net> <37A953EC.AB5E9F90@tig.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dag-Erling Smorgrav wrote: > > Chris writes: > > Anyways thats all I can think of. The only way I can see that using DMA > > to refresh pages as a faster method is if the DMA controller can do it > > quicker than the CPU which I doubt is likely, also it will only be > > useful if it can do 32-bit addresses. > > Grr.. *read what I f###ing wrote* > > The issue is not speed, because this is something we do in the > background when there's nothing else to do. The issue is to avoid > thrashing the cache. for reference the PIIX4 controller which contains the 82C37 DMA controller http://developer.intel.com/design/chipsets/datashts/290562.htm Two things, 1) If the CPU isnt doing anything else then who cares if there is a L1 or L2 thrash which was half the point of my post. Because if the DMA controller is zeroing out pages and the CPU wants to access some memory not in the L1 or L2 cache, can't do it until the DMA is finished, then the mem line needs to be loaded. If the CPU can reload the cache lines (and all other cache lines that were in there previously but are needed again, and would have been there if not for the L1/L2 flush) after a stall quicker than the DMA can finish, then there is no point using DMA because of the performance hit. I'm not sure of the L1/L2 cache hit/miss ratio, perhaps there is not enough memory stalls in most programs and in this case using the DMA controller may be worth it. But for something like a DBMS which I assume may have a lot of cache misses this could be the death, especially if the DMA controller is as slow as a wet week. (ie 33Mhz vs 400+Mhz for a CPU). 2) On the other point I was making the DMA controller makes use of 24bit addresses and can transfer 128Kb at a time (looks like it now does not have to worry about boundaries) I am not sure how useful this is. Although it does make mention of addresses over 16Mb I couldnt see how to set them up. So from what I can see this method _may_ only be useful in zeroing out pages under the 16Mb boundary. see pages 68 and 158 If I am wrong about any of this, corrections please. regards, chris -- Christopher Day E-Mail reman@tig.com.au Homepage http://www.geocities.com/TimesSquare/Lair/1218 when the rain/when the children reign/keep your conscience in the dark melt the statues in the park - Fall On Me, REM To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 20:41:49 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from thneed.ubergeeks.com (thneed.ubergeeks.com [206.205.41.245]) by hub.freebsd.org (Postfix) with ESMTP id BA0C714CE5 for ; Fri, 6 Aug 1999 20:41:39 -0700 (PDT) (envelope-from adrian@ubergeeks.com) Received: from localhost (adrian@localhost) by thneed.ubergeeks.com (8.9.3/8.9.3) with ESMTP id XAA43524; Fri, 6 Aug 1999 23:39:03 -0400 (EDT) (envelope-from adrian@ubergeeks.com) X-Authentication-Warning: thneed.ubergeeks.com: adrian owned process doing -bs Date: Fri, 6 Aug 1999 23:39:03 -0400 (EDT) From: Adrian Filipi-Martin Reply-To: Adrian Filipi-Martin To: Donald Burr Cc: Donn Miller , hackers@FreeBSD.ORG Subject: Re: FreeMWare for FreeBSD?? 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 You can find out a bit by reading www.daemonnews.org/199907/bochs.html, an interview with the initiator of the projct. On Thu, 5 Aug 1999, Donald Burr wrote: > What is FreeMWare? It sounds like a free / Open source implementation of > the VMware virtual machine. Do you have an URL that I could look up? > This sounds interesting! > > Donald Burr WEB: http://www.Powered-By.AC/ > PO Box 91212, Santa Barbara, CA 93190-1212 Tel:(805)957-9666 FAX:(800)492-5954 > Member and software developer with The FreBSD Project - http://www.FreeBSD.ORG/ > *** FreeBSD *** A FREE, 32 Bit UNIX OS for PC's -- The Power to Serve! > > On Thu, 5 Aug 1999, Donn Miller wrote: > > > I have been communicating with the person behind the > > Freemware > > project and he stressed that the software would not only be for > > Linux. > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > Adrian -- [ adrian@ubergeeks.com -- Ubergeeks Consulting -- http://www.ubergeeks.com/ ] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 22: 4:28 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 6949B14CE5 for ; Fri, 6 Aug 1999 22:04:22 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id XAA03930; Fri, 6 Aug 1999 23:03:26 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id XAA07266; Fri, 6 Aug 1999 23:03:04 -0600 (MDT) Message-Id: <199908070503.XAA07266@harmony.village.org> To: bee@wipinfo.soft.net Subject: Re: IDE quirk in 3.2-STABLE kernel ? Cc: "'Wes Peters'" , "'Chris'" , "'Vince Vielhaber'" , hackers@FreeBSD.ORG In-reply-to: Your message of "Fri, 06 Aug 1999 08:35:44 +0530." <001201bedfb8$92fa3440$88291fac@wipro.tcpn.com> References: <001201bedfb8$92fa3440$88291fac@wipro.tcpn.com> Date: Fri, 06 Aug 1999 23:03:04 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <001201bedfb8$92fa3440$88291fac@wipro.tcpn.com> "Biju Susmer" writes: : I dont think it should be a problem.. Since other OSs can work with this : configuration without any problem, why FBSD should refuse this configuration? : When i was using 2.2.7-stable, FBSD used to recognize my CDROM *sometimes* as : slave, not always. I've been running hacked drivers here for a long time that always probe both primary and secondary and haven't had problems with that... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 22:10:10 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 1477B14CE5; Fri, 6 Aug 1999 22:10:07 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id XAA03945; Fri, 6 Aug 1999 23:09:12 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id XAA07305; Fri, 6 Aug 1999 23:08:48 -0600 (MDT) Message-Id: <199908070508.XAA07305@harmony.village.org> To: "Brian F. Feldman" Subject: Re: IDE quirk in 3.2-STABLE kernel ? Cc: "Daniel O'Connor" , Wes Peters , hackers@FreeBSD.ORG, Vince Vielhaber , Chris , bee@wipinfo.soft.net In-reply-to: Your message of "Fri, 06 Aug 1999 02:00:58 EDT." References: Date: Fri, 06 Aug 1999 23:08:48 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message "Brian F. Feldman" writes: : Since it was made to work? The problem here is that this person, for some : reason, is misconfiguring their system and expecting it to work as if it : were configured properly. Odd, all of the machines that I've seen shipped lately have their CDROMs on a secondary IDE controller as SLAVE with no master. Works great, and the FreeBSD drivers work well when hacked to not require a master fo there to be a slave.... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 22:13:37 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 720F014D92 for ; Fri, 6 Aug 1999 22:13:32 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id XAA03962; Fri, 6 Aug 1999 23:11:40 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id XAA07333; Fri, 6 Aug 1999 23:11:07 -0600 (MDT) Message-Id: <199908070511.XAA07333@harmony.village.org> To: John Baldwin Subject: Re: cvs Cc: Chuck Robey , FreeBSD-Hackers@FreeBSD.ORG In-reply-to: Your message of "Fri, 06 Aug 1999 07:01:02 EDT." <199908061100.HAA16861@smtp1.erols.com> References: <199908061100.HAA16861@smtp1.erols.com> Date: Fri, 06 Aug 1999 23:11:07 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199908061100.HAA16861@smtp1.erols.com> John Baldwin writes: : Perhapas have a group that has write access to all the archive and stick the : user in that group? That doesn't prevent checkins, however. You can do that inside the respository itself. Just try to do a commit on your local mirror of the FreeBSD respository, for example. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 22:16: 0 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 12D1214E7D for ; Fri, 6 Aug 1999 22:15:55 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id XAA03983; Fri, 6 Aug 1999 23:15:19 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id XAA07383; Fri, 6 Aug 1999 23:15:25 -0600 (MDT) Message-Id: <199908070515.XAA07383@harmony.village.org> To: Chris Subject: Re: IDE quirk in 3.2-STABLE kernel ? Cc: Wes Peters , bee@wipinfo.soft.net, "'Vince Vielhaber'" , hackers@FreeBSD.ORG In-reply-to: Your message of "Sat, 07 Aug 1999 11:26:32 +1000." <37AB8B48.4A79197B@tig.com.au> References: <37AB8B48.4A79197B@tig.com.au> <001201bedfb8$92fa3440$88291fac@wipro.tcpn.com> <37AA75DD.3F3DD365@softweyr.com> Date: Fri, 06 Aug 1999 23:15:25 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <37AB8B48.4A79197B@tig.com.au> Chris writes: : As always when a misconfiguration (read 'not to spec') is used enough : then it quickly becomes somewhat of a de facto standard. I'd love to see chapter and verse on this :-) Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 22:16:41 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp13.bellglobal.com (smtp13.bellglobal.com [204.101.251.52]) by hub.freebsd.org (Postfix) with ESMTP id 62DF014E7D for ; Fri, 6 Aug 1999 22:16:35 -0700 (PDT) (envelope-from vanderh@ecf.toronto.edu) Received: from localhost.nowhere (ppp18356.on.bellglobal.com [206.172.130.36]) by smtp13.bellglobal.com (8.8.5/8.8.5) with ESMTP id BAA10745; Sat, 7 Aug 1999 01:17:47 -0400 (EDT) Received: (from tim@localhost) by localhost.nowhere (8.9.3/8.9.1) id BAA13339; Sat, 7 Aug 1999 01:17:14 -0400 (EDT) (envelope-from tim) Date: Sat, 7 Aug 1999 01:17:14 -0400 From: Tim Vanderhoek To: Chris Cc: Dag-Erling Smorgrav , John-Mark Gurney , freebsd-hackers@FreeBSD.ORG Subject: Re: Results of investigating optimizing calloc()... Message-ID: <19990807011713.B13277@mad> References: <001e01bedde3$d1af64c0$291c453f@kbyanc.alcnet.com> <19990804202932.50575@hydrogen.fircrest.net> <37A953EC.AB5E9F90@tig.com.au> <37AB9DED.7AA6612D@tig.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i In-Reply-To: <37AB9DED.7AA6612D@tig.com.au>; from Chris on Sat, Aug 07, 1999 at 12:46:05PM +1000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Aug 07, 1999 at 12:46:05PM +1000, Chris wrote: > > > The issue is not speed, because this is something we do in the > > background when there's nothing else to do. The issue is to avoid > > thrashing the cache. [...] > Two things, You haven't considered SMP yet. -- This is my .signature which gets appended to the end of my messages. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 22:20:58 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from jade.chc-chimes.com (jade.chc-chimes.com [216.28.46.6]) by hub.freebsd.org (Postfix) with ESMTP id 819FA14E9F for ; Fri, 6 Aug 1999 22:20:57 -0700 (PDT) (envelope-from billf@jade.chc-chimes.com) Received: by jade.chc-chimes.com (Postfix, from userid 1001) id 307BF1C26; Sat, 7 Aug 1999 00:22:33 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by jade.chc-chimes.com (Postfix) with ESMTP id 2D413381F; Sat, 7 Aug 1999 00:22:33 -0400 (EDT) Date: Sat, 7 Aug 1999 00:22:33 -0400 (EDT) From: Bill Fumerola To: Warner Losh Cc: John Baldwin , Chuck Robey , FreeBSD-Hackers@FreeBSD.ORG Subject: Re: cvs In-Reply-To: <199908070511.XAA07333@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 Fri, 6 Aug 1999, Warner Losh wrote: > In message <199908061100.HAA16861@smtp1.erols.com> John Baldwin writes: > : Perhapas have a group that has write access to all the archive and stick the > : user in that group? That doesn't prevent checkins, however. > > You can do that inside the respository itself. Just try to do a > commit on your local mirror of the FreeBSD respository, for example. cvsup seems to set the wrong attributes after I've forced them to work that way. hawk% ls -l /home/ncvs/src/Makefile,v -r--r--r-- 1 root ncvs 213240 Jul 31 09:47 /home/ncvs/src/Makefile,v If I change the permissions, my next cvsup changes them back. -- - bill fumerola - billf@chc-chimes.com - BF1560 - computer horizons corp - - ph:(800) 252-2421 - bfumerol@computerhorizons.com - billf@FreeBSD.org - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 22:39:43 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from janus.syracuse.net (janus.syracuse.net [205.232.47.15]) by hub.freebsd.org (Postfix) with ESMTP id 4291214EB0 for ; Fri, 6 Aug 1999 22:39:40 -0700 (PDT) (envelope-from green@FreeBSD.org) Received: from localhost (green@localhost) by janus.syracuse.net (8.9.3/8.8.7) with ESMTP id BAA10786; Sat, 7 Aug 1999 01:39:18 -0400 (EDT) X-Authentication-Warning: janus.syracuse.net: green owned process doing -bs Date: Sat, 7 Aug 1999 01:39:18 -0400 (EDT) From: "Brian F. Feldman" X-Sender: green@janus.syracuse.net To: Don Lewis Cc: Sheldon Hearn , freebsd-hackers@FreeBSD.org Subject: Re: quad_t and portability In-Reply-To: <199908070017.RAA29154@salsa.gv.tsc.tdk.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, 6 Aug 1999, Don Lewis wrote: > On Aug 6, 3:29pm, Sheldon Hearn wrote: > } Subject: quad_t and portability > } > } Hi folks, > } > } I want to patch wc(1) so that it uses quad_t instead of u_long. This is > } necessary if wc(1) is to produce sensible results for files containing > } more than 4GB of data. > > Why not off_t, which should be portable and scale properly with the > maximum system file size. Then the only problem is figuring a portable > means of printing the result ... > You can always use off_t with "%qd", (int64_t)foo. Brian Fundakowski Feldman _ __ ___ ____ ___ ___ ___ green@FreeBSD.org _ __ ___ | _ ) __| \ FreeBSD: The Power to Serve! _ __ | _ \._ \ |) | http://www.FreeBSD.org/ _ |___/___/___/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 23: 8:50 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.rdc1.sfba.home.com (ha1.rdc1.sfba.home.com [24.0.0.66]) by hub.freebsd.org (Postfix) with ESMTP id E822F14DC6 for ; Fri, 6 Aug 1999 23:08:47 -0700 (PDT) (envelope-from adsharma@c62443-a.frmt1.sfba.home.com) Received: from c62443-a.frmt1.sfba.home.com ([24.0.69.165]) by mail.rdc1.sfba.home.com (InterMail v4.01.01.00 201-229-111) with ESMTP id <19990807060658.VUBP8807.mail.rdc1.sfba.home.com@c62443-a.frmt1.sfba.home.com> for ; Fri, 6 Aug 1999 23:06:58 -0700 Received: (from adsharma@localhost) by c62443-a.frmt1.sfba.home.com (8.9.3/8.9.3) id BAA04549 for freebsd-hackers@freebsd.org; Sat, 7 Aug 1999 01:06:51 -0700 Date: Sat, 7 Aug 1999 01:06:51 -0700 From: Arun Sharma To: freebsd-hackers@freebsd.org Subject: Usenix 93 paper on hardware profiling of 386BSD Message-ID: <19990807010651.A4542@home.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Does anyone have a copy of Andrew McRae's Usenix 93 paper ? The URL: ftp://ftp.cisco.com/amcrae/hardprof.PS doesn't seem to be valid any more. Thanks! -Arun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 23:32:18 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from wenet.net (pm3-6.ppp.wenet.net [206.15.85.6]) by hub.freebsd.org (Postfix) with ESMTP id C97A914F2F for ; Fri, 6 Aug 1999 23:32:13 -0700 (PDT) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by wenet.net (8.9.3/8.9.1) with ESMTP id XAA03991; Fri, 6 Aug 1999 23:31:11 -0700 (PDT) (envelope-from garbanzo@hooked.net) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Fri, 6 Aug 1999 23:31:11 -0700 (PDT) From: Alex Zepeda To: Chuck Robey Cc: FreeBSD-Hackers@FreeBSD.ORG Subject: Re: cvs In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 5 Aug 1999, Chuck Robey wrote: > Can someone tell me how to make a cvs archive work for users that aren't > the owner of the archive, the way that it works on Freefall? I *am* > doing this for a cvsup maintained FreeBSD archive, but not freefall, and > I need to get one user, who is not the archive owner, to be able to be > able to do checkouts and diffs (no source changes, but it needs to be > able to lock directories for checkouts). Uhm, I think the CVSROOT/writers and CVSROOT/readers file might do what you're looking for. But this only works with the pserver. - alex Experience something different With our new imported dolly She's lovely, warm, inflatable And we guarantee her joy - The Police To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 23:33:46 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from wenet.net (pm3-6.ppp.wenet.net [206.15.85.6]) by hub.freebsd.org (Postfix) with ESMTP id BCC4814EF5 for ; Fri, 6 Aug 1999 23:33:44 -0700 (PDT) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by wenet.net (8.9.3/8.9.1) with ESMTP id XAA04004; Fri, 6 Aug 1999 23:32:25 -0700 (PDT) (envelope-from garbanzo@hooked.net) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Fri, 6 Aug 1999 23:32:24 -0700 (PDT) From: Alex Zepeda To: Don Lewis Cc: Sheldon Hearn , freebsd-hackers@FreeBSD.ORG Subject: Re: quad_t and portability In-Reply-To: <199908070017.RAA29154@salsa.gv.tsc.tdk.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, 6 Aug 1999, Don Lewis wrote: > Why not off_t, which should be portable and scale properly with the > maximum system file size. Then the only problem is figuring a portable > means of printing the result ... sizeof() perhaps? - alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 23:34:51 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 2833914F08 for ; Fri, 6 Aug 1999 23:34:48 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id AAA04160; Sat, 7 Aug 1999 00:34:30 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id AAA07937; Sat, 7 Aug 1999 00:34:36 -0600 (MDT) Message-Id: <199908070634.AAA07937@harmony.village.org> To: Bill Fumerola Subject: Re: cvs Cc: John Baldwin , Chuck Robey , FreeBSD-Hackers@FreeBSD.ORG In-reply-to: Your message of "Sat, 07 Aug 1999 00:22:33 EDT." References: Date: Sat, 07 Aug 1999 00:34:36 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Bill Fumerola writes: : cvsup seems to set the wrong attributes after I've forced them to work : that way. I see this when I cvsup as root too (although the file you quoted should be r--r--r--. I can't get the modes on the directories to be 775... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 23:35:54 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 3A8D514EF5; Fri, 6 Aug 1999 23:35:49 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id AAA04173; Sat, 7 Aug 1999 00:35:31 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id AAA07960; Sat, 7 Aug 1999 00:35:38 -0600 (MDT) Message-Id: <199908070635.AAA07960@harmony.village.org> To: "Brian F. Feldman" Subject: Re: quad_t and portability Cc: Don Lewis , Sheldon Hearn , freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Sat, 07 Aug 1999 01:39:18 EDT." References: Date: Sat, 07 Aug 1999 00:35:38 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message "Brian F. Feldman" writes: : You can always use off_t with "%qd", (int64_t)foo. But that isn't portbale. %qd is a bsdism. %lld and %llu are the latest C standards way to say that. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 23:51:52 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from janus.syracuse.net (janus.syracuse.net [205.232.47.15]) by hub.freebsd.org (Postfix) with ESMTP id CA4A014E6C for ; Fri, 6 Aug 1999 23:51:50 -0700 (PDT) (envelope-from green@FreeBSD.org) Received: from localhost (green@localhost) by janus.syracuse.net (8.9.3/8.8.7) with ESMTP id CAA11832; Sat, 7 Aug 1999 02:49:52 -0400 (EDT) X-Authentication-Warning: janus.syracuse.net: green owned process doing -bs Date: Sat, 7 Aug 1999 02:49:52 -0400 (EDT) From: "Brian F. Feldman" X-Sender: green@janus.syracuse.net To: Warner Losh Cc: Don Lewis , Sheldon Hearn , freebsd-hackers@FreeBSD.org Subject: Re: quad_t and portability In-Reply-To: <199908070635.AAA07960@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 Sat, 7 Aug 1999, Warner Losh wrote: > In message "Brian F. Feldman" writes: > : You can always use off_t with "%qd", (int64_t)foo. > > But that isn't portbale. %qd is a bsdism. %lld and %llu are the > latest C standards way to say that. Sorry, kinda used to quad rather than long long. I'm pretty sure ll isn't yet supported by the kernel printf functions... > > Warner > Brian Fundakowski Feldman _ __ ___ ____ ___ ___ ___ green@FreeBSD.org _ __ ___ | _ ) __| \ FreeBSD: The Power to Serve! _ __ | _ \._ \ |) | http://www.FreeBSD.org/ _ |___/___/___/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 23:52:48 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 657D014F1B; Fri, 6 Aug 1999 23:52:45 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id AAA04228; Sat, 7 Aug 1999 00:52:20 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id AAA08080; Sat, 7 Aug 1999 00:52:26 -0600 (MDT) Message-Id: <199908070652.AAA08080@harmony.village.org> To: "Brian F. Feldman" Subject: Re: quad_t and portability Cc: Don Lewis , Sheldon Hearn , freebsd-hackers@FreeBSD.org In-reply-to: Your message of "Sat, 07 Aug 1999 02:49:52 EDT." References: Date: Sat, 07 Aug 1999 00:52:26 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message "Brian F. Feldman" writes: : Sorry, kinda used to quad rather than long long. I'm pretty sure ll : isn't yet supported by the kernel printf functions... You may be right about that. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 6 23:53:36 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from mycenae.ilion.eu.org (mycenae.ilion.eu.org [203.35.206.129]) by hub.freebsd.org (Postfix) with ESMTP id 9D0EC14C1C for ; Fri, 6 Aug 1999 23:53:32 -0700 (PDT) (envelope-from patrykz@mycenae.ilion.eu.org) Received: from mycenae.ilion.eu.org (localhost [127.0.0.1]) by mycenae.ilion.eu.org (8.9.3/8.9.3) with ESMTP id QAA17249; Sat, 7 Aug 1999 16:53:08 +1000 (EST) (envelope-from patrykz@mycenae.ilion.eu.org) Message-Id: <199908070653.QAA17249@mycenae.ilion.eu.org> To: Warner Losh Cc: FreeBSD-Hackers@FreeBSD.ORG Subject: Re: quad_t and portability In-reply-to: Your message of "Sat, 07 Aug 1999 00:35:38 CST." <199908070635.AAA07960@harmony.village.org> Date: Sat, 07 Aug 1999 16:53:08 +1000 From: Patryk Zadarnowski Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In message "Brian F. Feldman" writes: > : You can always use off_t with "%qd", (int64_t)foo. > > But that isn't portbale. %qd is a bsdism. %lld and %llu are the > latest C standards way to say that. If you're that fixed on portability, "%lux%08ulx", (long)foo>>32, (long)foo is always a perfectly-portable option (or %lud%08ud", (unsigned long)foo / 99999999UL, (unsigned long)foo % 99999999UL if you insist on decimal output; you'll need to watch the signs if you want to use longs instead of unsigned longs, but it's only mariginally more complicated). I doubt that the cost of splitting foo into two would be significant considering that it is split up into digits inside printf() anyway (it might actually be faster on some architectures). l8r, patryk. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 7 0: 4:36 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (Postfix) with ESMTP id 6C67514C1C for ; Sat, 7 Aug 1999 00:04:31 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id QAA21948; Sat, 7 Aug 1999 16:09:04 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id QAA53598; Sat, 7 Aug 1999 16:09:02 +0930 (CST) Date: Sat, 7 Aug 1999 16:09:01 +0930 From: Greg Lehey To: Andrew McRae , Arun Sharma Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Usenix 93 paper on hardware profiling of 386BSD Message-ID: <19990807160901.E5126@freebie.lemis.com> References: <19990807010651.A4542@home.com> <19990807154134.D5126@freebie.lemis.com> <199908070627.QAA09921@ringer.cisco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <199908070627.QAA09921@ringer.cisco.com>; from Andrew McRae on Sat, Aug 07, 1999 at 04:27:39PM +1000 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 Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Saturday, 7 August 1999 at 1:06:51 -0700, Arun Sharma wrote: > Does anyone have a copy of Andrew McRae's Usenix 93 paper ? > > The URL: ftp://ftp.cisco.com/amcrae/hardprof.PS doesn't > seem to be valid any more. On Saturday, 7 August 1999 at 16:27:39 +1000, Andrew McRae wrote: >> On Saturday, 7 August 1999 at 1:06:51 -0700, Arun Sharma wrote: >>> Does anyone have a copy of Andrew McRae's Usenix 93 paper ? >> >> You, maybe? >> >>> The URL: ftp://ftp.cisco.com/amcrae/hardprof.PS doesn't >>> seem to be valid any more. > > Try my home page: > > http://www.employees.org/~amcrae > > The link is: http://www.employees.org/~amcrae/papers/final_usenix.pdf Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 7 1:44:50 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id DB64114C95 for ; Sat, 7 Aug 1999 01:44:42 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id JAA70701; Sat, 7 Aug 1999 09:49:58 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Sat, 7 Aug 1999 09:49:58 +0100 (BST) From: Doug Rabson To: Zhihui Zhang Cc: freebsd-hackers@freebsd.org Subject: Re: Questions on new-bus source code In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 6 Aug 1999, Zhihui Zhang wrote: > > In FreeBSD new-bus architecture, all devices are linked into a device > tree. The root of the tree is root_bus, it has a child called nexus0 added > during the device configuration phase. I have two questions about this > new-bus code: > > (1) What is the usage of this "nexus0" device? Its parent (root_bus) does > not declare the probe method, so probing nexus0 can only return ENXIO for > us (from error_method()). The nexus device is the top of the AT architecture device tree and has responsibility for resource allocation and interrupt management. When it is initialised, it attaches suitable child devices for the main busses which are present (isa, pci etc). The probe method for nexus (nexus_probe()) is in nexus.c. The root device, root_bus, doesn't have a probe method itself since it is always present. The root_bus device is created specially during startup in root_bus_module_handler(). > > (2) I guess that the probe process of all devices on the tree is triggered > by root_bus_configure() in subr_bus.c. It is done from top to bottom, > i.e. the probe process should be propagated down the device tree from > root_bus. Am I right? How does this tree structure achieve the dynamic > feature of device configuring (adding/removing devices on the fly)? > > Having a pig picture often helps to understand the details more readily. At the time root_bus_configure() is called, the tree only contains root_bus and its direct children (e.g. nexus0). Each of these children is probed and attached from root_bus_configure(). The tree grows downwards as each device is probed and attached. The nexus looks for toplevel bus hardware and adds a device to itself for each bus which it finds. It then uses a helper function bus_generic_attach() to probe and attach these and they in turn add new children to themselves as they find attached hardware. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 7 2:41:17 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from overcee.netplex.com.au (overcee.netplex.com.au [202.12.86.7]) by hub.freebsd.org (Postfix) with ESMTP id B01D1155DA; Sat, 7 Aug 1999 02:41:00 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 19DF31C1F; Sat, 7 Aug 1999 17:38:48 +0800 (WST) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.0.2 2/24/98 To: "Brian F. Feldman" Cc: Don Lewis , Sheldon Hearn , freebsd-hackers@FreeBSD.org Subject: Re: quad_t and portability In-reply-to: Your message of "Sat, 07 Aug 1999 01:39:18 -0400." Date: Sat, 07 Aug 1999 17:38:48 +0800 From: Peter Wemm Message-Id: <19990807093848.19DF31C1F@overcee.netplex.com.au> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Brian F. Feldman" wrote: > On Fri, 6 Aug 1999, Don Lewis wrote: > > > On Aug 6, 3:29pm, Sheldon Hearn wrote: > > } Subject: quad_t and portability > > } > > } Hi folks, > > } > > } I want to patch wc(1) so that it uses quad_t instead of u_long. This is > > } necessary if wc(1) is to produce sensible results for files containing > > } more than 4GB of data. > > > > Why not off_t, which should be portable and scale properly with the > > maximum system file size. Then the only problem is figuring a portable > > means of printing the result ... > > > > You can always use off_t with "%qd", (int64_t)foo. But not on the Alpha... int64_t is a long there, and gcc complains unless you use %ld. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 7 2:42:59 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by hub.freebsd.org (Postfix) with ESMTP id 5B5F814D57; Sat, 7 Aug 1999 02:42:54 -0700 (PDT) (envelope-from yokota@zodiac.mech.utsunomiya-u.ac.jp) Received: from zodiac.mech.utsunomiya-u.ac.jp (IDENT:mh98pX4Zo3mMdFuY/zaX45Ur03snSMAO@zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by outmail.utsunomiya-u.ac.jp (8.9.3/3.7Wpl2) with ESMTP id SAA05569; Sat, 7 Aug 1999 18:42:05 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id SAA14288; Sat, 7 Aug 1999 18:46:24 +0900 (JST) Message-Id: <199908070946.SAA14288@zodiac.mech.utsunomiya-u.ac.jp> To: Jay Kuri Cc: freebsd-small@freebsd.org, freebsd-hackers@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: Access to keyboard without video. In-reply-to: Your message of "Fri, 06 Aug 1999 17:10:15 -0400." References: Date: Sat, 07 Aug 1999 18:46:23 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I am working on an embedded server, and have run into some >difficulty. I need to access the keyboard (to read keys) on a machine >that has no video. (no video card, that is) > I wrote a program that works fine when run from the shell prompt >(working with stdin)... but this is probably going to have to be a daemon >of some sort, and I can't figure out how to access the keyboard directly. > >Can someone point me in the right direction? In FreeBSD version 3.1 or later, the keyboard controller atkbdc(4) and AT keyboard driver atkbd(4) will give you access to the keyboard even when there is no video card. Make sure you have both atkbdc and atkbd in your kernel configuration file (see man pages for atkbdc(4) and atkbd(4)). You also need to have the following option line. options KBD_INSTALL_CDEV Create the kbd device node in /dev as follows. cd /dev ./MAKEDEV kbd0 Then, your program can access the keyboard by opening /dev/kbd0. Note that the keyboard is usually exclusively claimed by the console driver sc (or vt) in the ordinary system with a video card and cannot be accessed by opening /dev/kbd0. The above technique works only when there is no console driver configured in the kernel, or when a console driver is configured in the kernel but is not attached because there is no video card in the system. Kazu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 7 5:47:38 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from mpp.pro-ns.net (mpp.pro-ns.net [208.200.182.72]) by hub.freebsd.org (Postfix) with ESMTP id 8EACE14DC1 for ; Sat, 7 Aug 1999 05:47:30 -0700 (PDT) (envelope-from mpp@mpp.pro-ns.net) Received: (from mpp@localhost) by mpp.pro-ns.net (8.9.3/8.9.3) id HAA00830; Sat, 7 Aug 1999 07:44:13 -0500 (CDT) (envelope-from mpp) From: Mike Pritchard Message-Id: <199908071244.HAA00830@mpp.pro-ns.net> Subject: Re: cvs In-Reply-To: <199908070634.AAA07937@harmony.village.org> from Warner Losh at "Aug 7, 1999 00:34:36 am" To: imp@village.org (Warner Losh) Date: Sat, 7 Aug 1999 07:44:12 -0500 (CDT) Cc: billf@jade.chc-chimes.com (Bill Fumerola), jobaldwi@vt.edu (John Baldwin), chuckr@picnic.mat.net (Chuck Robey), FreeBSD-Hackers@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In message Bill Fumerola writes: > : cvsup seems to set the wrong attributes after I've forced them to work > : that way. > > I see this when I cvsup as root too (although the file you quoted > should be r--r--r--. I can't get the modes on the directories to be > 775... Try adding this to your cvs-supfile: *default umask=002 -Mike -- Mike Pritchard mpp@FreeBSD.ORG or mpp@mpp.pro-ns.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 7 7:12:34 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from picnic.mat.net (picnic.mat.net [206.246.122.133]) by hub.freebsd.org (Postfix) with ESMTP id 02E6114D4B for ; Sat, 7 Aug 1999 07:12:31 -0700 (PDT) (envelope-from chuckr@picnic.mat.net) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.9.3/8.9.3) with ESMTP id KAA54427; Sat, 7 Aug 1999 10:08:57 -0400 (EDT) (envelope-from chuckr@picnic.mat.net) Date: Sat, 7 Aug 1999 10:08:57 -0400 (EDT) From: Chuck Robey To: Alex Zepeda Cc: FreeBSD-Hackers@FreeBSD.ORG Subject: Re: cvs In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 6 Aug 1999, Alex Zepeda wrote: > On Thu, 5 Aug 1999, Chuck Robey wrote: > > > Can someone tell me how to make a cvs archive work for users that aren't > > the owner of the archive, the way that it works on Freefall? I *am* > > doing this for a cvsup maintained FreeBSD archive, but not freefall, and > > I need to get one user, who is not the archive owner, to be able to be > > able to do checkouts and diffs (no source changes, but it needs to be > > able to lock directories for checkouts). > > Uhm, I think the CVSROOT/writers and CVSROOT/readers file might do what > you're looking for. But this only works with the pserver. That's the way I finally got it to work. Darn I had a time finding out about that ... and it doesn't only work with pserver. Anoncvs can use it fine. Finally got that working. > > - alex > > Experience something different > With our new imported dolly > She's lovely, warm, inflatable > And we guarantee her joy > - The Police > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@picnic.mat.net | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run picnic and jaunt, both FreeBSD-current. (301) 220-2114 | ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 7 7:53:19 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.du.gtn.com (mail.du.gtn.com [194.77.9.57]) by hub.freebsd.org (Postfix) with ESMTP id 71BCB14FA3; Sat, 7 Aug 1999 07:53:14 -0700 (PDT) (envelope-from ticso@cicely8.cicely.de) Received: from cicely7.cicely.de (cicely.de [194.231.9.142]) by mail.du.gtn.com (8.8.6/8.8.6) with ESMTP id QAA05647; Sat, 7 Aug 1999 16:51:43 +0200 (MET DST) Received: from cicely8.cicely.de (cicely8.cicely.de [10.1.2.10]) by cicely7.cicely.de (8.9.0/8.9.0) with ESMTP id QAA70307; Sat, 7 Aug 1999 16:51:21 +0200 (CEST) Received: (from ticso@localhost) by cicely8.cicely.de (8.9.3/8.9.2) id QAA37332; Sat, 7 Aug 1999 16:52:03 +0200 (CEST) (envelope-from ticso) Date: Sat, 7 Aug 1999 16:52:02 +0200 From: Bernd Walter To: Peter Wemm Cc: "Brian F. Feldman" , Don Lewis , Sheldon Hearn , freebsd-hackers@FreeBSD.ORG Subject: Re: quad_t and portability Message-ID: <19990807165202.A37288@cicely8.cicely.de> References: <19990807093848.19DF31C1F@overcee.netplex.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: <19990807093848.19DF31C1F@overcee.netplex.com.au>; from Peter Wemm on Sat, Aug 07, 1999 at 05:38:48PM +0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Aug 07, 1999 at 05:38:48PM +0800, Peter Wemm wrote: > "Brian F. Feldman" wrote: > > On Fri, 6 Aug 1999, Don Lewis wrote: > > > > > On Aug 6, 3:29pm, Sheldon Hearn wrote: > > > } Subject: quad_t and portability > > > } > > > } Hi folks, > > > } > > > } I want to patch wc(1) so that it uses quad_t instead of u_long. This is > > > } necessary if wc(1) is to produce sensible results for files containing > > > } more than 4GB of data. > > > > > > Why not off_t, which should be portable and scale properly with the > > > maximum system file size. Then the only problem is figuring a portable > > > means of printing the result ... > > > > > > > You can always use off_t with "%qd", (int64_t)foo. > > But not on the Alpha... int64_t is a long there, and gcc complains unless > you use %ld. Mmm and long is 32Bit it seems. At least that would explain some of the warnings I got when setting MAXDSIZ to 128G on alpha. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 7 10: 6:47 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from picnic.mat.net (picnic.mat.net [206.246.122.133]) by hub.freebsd.org (Postfix) with ESMTP id 9269114FA3 for ; Sat, 7 Aug 1999 10:06:45 -0700 (PDT) (envelope-from chuckr@picnic.mat.net) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.9.3/8.9.3) with ESMTP id NAA56165; Sat, 7 Aug 1999 13:04:39 -0400 (EDT) (envelope-from chuckr@picnic.mat.net) Date: Sat, 7 Aug 1999 13:04:39 -0400 (EDT) From: Chuck Robey To: Warner Losh Cc: John Baldwin , FreeBSD-Hackers@FreeBSD.ORG Subject: Re: cvs In-Reply-To: <199908070511.XAA07333@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 Fri, 6 Aug 1999, Warner Losh wrote: > In message <199908061100.HAA16861@smtp1.erols.com> John Baldwin writes: > : Perhapas have a group that has write access to all the archive and stick the > : user in that group? That doesn't prevent checkins, however. > > You can do that inside the respository itself. Just try to do a > commit on your local mirror of the FreeBSD respository, for example. It turned out of to 2 files, readers and writers. Permissions wouldn't get it done right for me. Thanks, guys. > > Warner > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@picnic.mat.net | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run picnic and jaunt, both FreeBSD-current. (301) 220-2114 | ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 7 10:26:44 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from cs.rpi.edu (mumble.cs.rpi.edu [128.213.8.16]) by hub.freebsd.org (Postfix) with ESMTP id 1301314CFD for ; Sat, 7 Aug 1999 10:26:41 -0700 (PDT) (envelope-from crossd@cs.rpi.edu) Received: from cs.rpi.edu (monica.cs.rpi.edu [128.213.7.2]) by cs.rpi.edu (8.9.3/8.9.3) with ESMTP id NAA75325 for ; Sat, 7 Aug 1999 13:25:43 -0400 (EDT) Message-Id: <199908071725.NAA75325@cs.rpi.edu> To: freebsd-hackers@freebsd.org Subject: host byte order in networkin routines?!? Date: Sat, 07 Aug 1999 13:25:43 -0400 From: "David E. Cross" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG A friend writing some portable network tunneling software ran into an interesting thing... when you specify "IP_HDRINCL" with SOCK_RAW, and IPPROTO_RAW you need to construct the outgoing packet in host byte order. This seems wonderfully inconsistent with all of the other socket based networking interface in FreeBSD, and it is also inconsistent with other Operating Systems. Would it be possible to get this changed? I can provide diffs if need be. -- David Cross | email: crossd@cs.rpi.edu Systems Administrator/Research Programmer | Web: http://www.cs.rpi.edu/~crossd Rensselaer Polytechnic Institute, | Ph: 518.276.2860 Department of Computer Science | Fax: 518.276.4033 I speak only for myself. | WinNT:Linux::Linux:FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 7 10:38:22 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from sumatra.americantv.com (sumatra.americantv.com [208.139.222.227]) by hub.freebsd.org (Postfix) with ESMTP id 2DEF914E16 for ; Sat, 7 Aug 1999 10:38:20 -0700 (PDT) (envelope-from jlemon@americantv.com) Received: from right.PCS (right.PCS [148.105.10.31]) by sumatra.americantv.com (8.8.5/8.8.5) with ESMTP id MAA12759; Sat, 7 Aug 1999 12:37:16 -0500 (CDT) Received: from free.pcs (free.PCS [148.105.10.51]) by right.PCS (8.8.5/8.6.4) with ESMTP id MAA21508; Sat, 7 Aug 1999 12:37:15 -0500 (CDT) Received: (from jlemon@localhost) by free.pcs (8.8.6/8.8.5) id MAA21477; Sat, 7 Aug 1999 12:37:15 -0500 (CDT) Date: Sat, 7 Aug 1999 12:37:15 -0500 (CDT) From: Jonathan Lemon Message-Id: <199908071737.MAA21477@free.pcs> To: imp@village.org, hackers@freebsd.org Subject: Re: quad_t and portability X-Newsgroups: local.mail.freebsd-hackers In-Reply-To: References: Organization: Architecture and Operating System Fanatics Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article you write: >In message "Brian F. Feldman" writes: >: You can always use off_t with "%qd", (int64_t)foo. > >But that isn't portbale. %qd is a bsdism. %lld and %llu are the >latest C standards way to say that. Still isn't portable. DEC Alphas use "%ld", and don't know about "%lld". I've resorted to doing something like: printf("64-bit:"QF"\n"), where QF is the appropriate specifier for the system. (%qd, %lld, %ld). -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 7 11:12:15 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from jade.chc-chimes.com (jade.chc-chimes.com [216.28.46.6]) by hub.freebsd.org (Postfix) with ESMTP id 795CC14D54 for ; Sat, 7 Aug 1999 11:12:14 -0700 (PDT) (envelope-from billf@jade.chc-chimes.com) Received: by jade.chc-chimes.com (Postfix, from userid 1001) id 3AD731C09; Sat, 7 Aug 1999 13:13:05 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by jade.chc-chimes.com (Postfix) with ESMTP id 2D3273816; Sat, 7 Aug 1999 13:13:05 -0400 (EDT) Date: Sat, 7 Aug 1999 13:13:05 -0400 (EDT) From: Bill Fumerola To: Warner Losh Cc: John Baldwin , Chuck Robey , FreeBSD-Hackers@FreeBSD.ORG Subject: Re: cvs In-Reply-To: <199908070634.AAA07937@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 Sat, 7 Aug 1999, Warner Losh wrote: > In message Bill Fumerola writes: > : cvsup seems to set the wrong attributes after I've forced them to work > : that way. > > I see this when I cvsup as root too (although the file you quoted > should be r--r--r--. I can't get the modes on the directories to be > 775... That's right. The files are correct and the directories are wrong. I hade a 'find . -type yadda' type script, but it got old applying it every time. -- - bill fumerola - billf@chc-chimes.com - BF1560 - computer horizons corp - - ph:(800) 252-2421 - bfumerol@computerhorizons.com - billf@FreeBSD.org - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 7 11:34: 4 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from jade.chc-chimes.com (jade.chc-chimes.com [216.28.46.6]) by hub.freebsd.org (Postfix) with ESMTP id 11CD114D54 for ; Sat, 7 Aug 1999 11:34:02 -0700 (PDT) (envelope-from billf@jade.chc-chimes.com) Received: by jade.chc-chimes.com (Postfix, from userid 1001) id BBA461C09; Sat, 7 Aug 1999 13:35:00 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by jade.chc-chimes.com (Postfix) with ESMTP id AD80B3816; Sat, 7 Aug 1999 13:35:00 -0400 (EDT) Date: Sat, 7 Aug 1999 13:35:00 -0400 (EDT) From: Bill Fumerola To: Mike Pritchard Cc: Warner Losh , John Baldwin , Chuck Robey , FreeBSD-Hackers@FreeBSD.org Subject: Re: cvs In-Reply-To: <199908071244.HAA00830@mpp.pro-ns.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 Sat, 7 Aug 1999, Mike Pritchard wrote: > *default umask=002 SetAttrs CVSROOT/commitlogs/other.981201.gz That seems to be doing the trick for everything. Thanks. -- - bill fumerola - billf@chc-chimes.com - BF1560 - computer horizons corp - - ph:(800) 252-2421 - bfumerol@computerhorizons.com - billf@FreeBSD.org - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 7 11:51:13 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from janus.syracuse.net (janus.syracuse.net [205.232.47.15]) by hub.freebsd.org (Postfix) with ESMTP id 3AFC715021 for ; Sat, 7 Aug 1999 11:51:10 -0700 (PDT) (envelope-from green@FreeBSD.org) Received: from localhost (green@localhost) by janus.syracuse.net (8.9.3/8.8.7) with ESMTP id OAA23441; Sat, 7 Aug 1999 14:49:52 -0400 (EDT) X-Authentication-Warning: janus.syracuse.net: green owned process doing -bs Date: Sat, 7 Aug 1999 14:49:52 -0400 (EDT) From: "Brian F. Feldman" X-Sender: green@janus.syracuse.net To: Peter Wemm Cc: Don Lewis , Sheldon Hearn , freebsd-hackers@FreeBSD.org Subject: Re: quad_t and portability In-Reply-To: <19990807093848.19DF31C1F@overcee.netplex.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 7 Aug 1999, Peter Wemm wrote: > "Brian F. Feldman" wrote: > > On Fri, 6 Aug 1999, Don Lewis wrote: > > > > > On Aug 6, 3:29pm, Sheldon Hearn wrote: > > > } Subject: quad_t and portability > > > } > > > } Hi folks, > > > } > > > } I want to patch wc(1) so that it uses quad_t instead of u_long. This is > > > } necessary if wc(1) is to produce sensible results for files containing > > > } more than 4GB of data. > > > > > > Why not off_t, which should be portable and scale properly with the > > > maximum system file size. Then the only problem is figuring a portable > > > means of printing the result ... > > > > > > > You can always use off_t with "%qd", (int64_t)foo. > > But not on the Alpha... int64_t is a long there, and gcc complains unless > you use %ld. And 'q' on the alpha is what exactly, then? > > Cheers, > -Peter > > Brian Fundakowski Feldman _ __ ___ ____ ___ ___ ___ green@FreeBSD.org _ __ ___ | _ ) __| \ FreeBSD: The Power to Serve! _ __ | _ \._ \ |) | http://www.FreeBSD.org/ _ |___/___/___/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 7 12: 2: 5 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id 2A73C14C33; Sat, 7 Aug 1999 12:02:01 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id UAA71997; Sat, 7 Aug 1999 20:03:15 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Sat, 7 Aug 1999 20:03:15 +0100 (BST) From: Doug Rabson To: Bernd Walter Cc: Peter Wemm , "Brian F. Feldman" , Don Lewis , Sheldon Hearn , freebsd-hackers@freebsd.org Subject: Re: quad_t and portability In-Reply-To: <19990807165202.A37288@cicely8.cicely.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 7 Aug 1999, Bernd Walter wrote: > On Sat, Aug 07, 1999 at 05:38:48PM +0800, Peter Wemm wrote: > > "Brian F. Feldman" wrote: > > > On Fri, 6 Aug 1999, Don Lewis wrote: > > > > > > > On Aug 6, 3:29pm, Sheldon Hearn wrote: > > > > } Subject: quad_t and portability > > > > } > > > > } Hi folks, > > > > } > > > > } I want to patch wc(1) so that it uses quad_t instead of u_long. This is > > > > } necessary if wc(1) is to produce sensible results for files containing > > > > } more than 4GB of data. > > > > > > > > Why not off_t, which should be portable and scale properly with the > > > > maximum system file size. Then the only problem is figuring a portable > > > > means of printing the result ... > > > > > > > > > > You can always use off_t with "%qd", (int64_t)foo. > > > > But not on the Alpha... int64_t is a long there, and gcc complains unless > > you use %ld. > Mmm and long is 32Bit it seems. > At least that would explain some of the warnings I got when setting MAXDSIZ to > 128G on alpha. Long is 64bit, int is 32bit on the alpha. Use u_int64_t to specify the bitsize. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 7 12: 5:57 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from janus.syracuse.net (janus.syracuse.net [205.232.47.15]) by hub.freebsd.org (Postfix) with ESMTP id CBE1814C33 for ; Sat, 7 Aug 1999 12:05:55 -0700 (PDT) (envelope-from green@FreeBSD.org) Received: from localhost (green@localhost) by janus.syracuse.net (8.9.3/8.8.7) with ESMTP id PAA23683; Sat, 7 Aug 1999 15:04:53 -0400 (EDT) X-Authentication-Warning: janus.syracuse.net: green owned process doing -bs Date: Sat, 7 Aug 1999 15:04:53 -0400 (EDT) From: "Brian F. Feldman" X-Sender: green@janus.syracuse.net To: Warner Losh Cc: Don Lewis , Sheldon Hearn , freebsd-hackers@FreeBSD.org Subject: Re: quad_t and portability In-Reply-To: <199908070652.AAA08080@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 Sat, 7 Aug 1999, Warner Losh wrote: > In message "Brian F. Feldman" writes: > : Sorry, kinda used to quad rather than long long. I'm pretty sure ll > : isn't yet supported by the kernel printf functions... > > You may be right about that. The simple solution to this, which I'd like to see, is: --- subr_prf.c.orig Sat Aug 7 14:52:55 1999 +++ subr_prf.c Sat Aug 7 15:03:19 1999 @@ -599,7 +599,11 @@ base = 10; goto number; case 'l': - lflag = 1; + if (lflag) { + lflag = 0; + qflag = 1; + } else + lflag = 1; goto reswitch; case 'o': if (qflag) And yes, a quadword is defined by us as being 64 bits, as a long long is defined in C9X. So I don't see any kind of problem doing this as a solution, period. > > Warner > Brian Fundakowski Feldman _ __ ___ ____ ___ ___ ___ green@FreeBSD.org _ __ ___ | _ ) __| \ FreeBSD: The Power to Serve! _ __ | _ \._ \ |) | http://www.FreeBSD.org/ _ |___/___/___/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 7 13:58:21 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from fep4.post.tele.dk (fep4.post.tele.dk [195.41.46.139]) by hub.freebsd.org (Postfix) with ESMTP id BAA6F14CFC for ; Sat, 7 Aug 1999 13:58:09 -0700 (PDT) (envelope-from peter@holm.cc) Received: from holm.cc ([195.249.209.182]) by fep4.post.tele.dk (InterMail v4.0 201-221) with ESMTP id <19990807205636.WJLC1485.fep4@holm.cc> for ; Sat, 7 Aug 1999 22:56:36 +0200 Message-ID: <37AC9E3B.49CD3DA6@holm.cc> Date: Sat, 07 Aug 1999 22:59:40 +0200 From: Peter Holm X-Mailer: Mozilla 4.51 [en] (Win95; I) X-Accept-Language: en MIME-Version: 1.0 To: Freebsd-hackers@freebsd.org Subject: NFS V3 and mkdir bug 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 test program that will fail under nfs v3, but not under v2. The same test program works fine under ufs. The error involves mkdir() and heavy nfs load. I have two different situations that fails: 1) mkdir() followed by stat(), where the stat() fails consistently with ENOENT 2) A sequence of mkdir() followed by a sequence of rmdir(). Some of the rmdir() will fail, but if repeated eventually succeed. Here's some of my findings: $ ps auxww | grep dir2 root 316 0.0 1.0 1524 1228 p0 D 8:59pm 0:01.27 ./dir2 210 root 319 0.0 1.0 1524 1228 p0 D 8:59pm 0:01.22 ./dir2 210 root 322 0.0 1.0 1524 1228 p0 D 8:59pm 0:01.18 ./dir2 210 root 325 0.0 1.0 1524 1228 p0 D 8:59pm 0:01.26 ./dir2 210 root 331 0.0 1.0 1524 1228 p0 D 8:59pm 0:01.28 ./dir2 210 root 334 0.0 1.0 1524 1228 p0 D 8:59pm 0:01.19 ./dir2 210 root 337 0.0 1.0 1524 1228 p0 D 8:59pm 0:01.30 ./dir2 210 root 340 0.0 1.0 1524 1292 p0 D 8:59pm -2341055:-5.36 ./dir2 210 root 343 0.0 1.0 1524 1292 p0 D 8:59pm 0:01.25 ./dir2 210 root 346 0.0 1.0 1524 1228 p0 D 8:59pm 0:01.18 ./dir2 210 root 349 0.0 1.0 1524 1228 p0 D 8:59pm 0:01.26 ./dir2 210 root 352 0.0 1.0 1524 1228 p0 D 8:59pm 11:36.72 ./dir2 210 root 355 0.0 1.0 1524 1292 p0 D 8:59pm 0:01.22 ./dir2 210 root 358 0.0 1.0 1524 1228 p0 D 8:59pm 0:01.32 ./dir2 210 console: calcru: negative time of -693963490 usec for pid 340 (dir2) mkdir. p00340.d0210/d209/d208/d207/d206/d205/d204/d203/d202/d201/d200/d199/d198/d197/d196/d195/d194/d193/d192/d191/d190/d189/d188/d187/d186/d185/d184/d183/d182/d181/d180/d179/d178/d177/d176/d175/d174/d173/d172/d171/d170/d169/d168/d167/d166/d165/d164/d163/d162/d161/d160/d159/d158/d157/d156/d155/d154/d153/d152/d151/d150/d149/d148/d147/d146/d145/d144/d143/d142/d141/d140/d139/d138/d137/d136/d135/d134/d133/d132/d131/d130/d129/d128/d127/d126/d125/d124/d123/d122/d121/d120/d119/d118/d117/d116/d115/d114/d113/d112/d111/d110/d109/d108/d107/d106/d105/d104/d103/d102/d101/d100/d99/d98/d97/d96/d95/d94/d93/d92/d91/d90/d89/d88/d87/d86/d85/d84/d83/d82/d81/d80/d79/d78/d77/d76/d75/d74/d73/d72/d71. No such file or directory (dir2.c:21) -- mkdir: error = 2 Debugger("mkdir") Stopped at Debugger+0x37: movl $0,in_Debugger (kgdb) up 9 #9 0xc0192a29 in mkdir (p=0xc7c034a0, uap=0xc86ecf80) at ../../kern/vfs_syscalls.c:2636 2636 Debugger("mkdir"); (kgdb) l 2631 2632 NDINIT(&nd, CREATE, LOCKPARENT, UIO_USERSPACE, SCARG(uap, path), p); 2633 nd.ni_cnd.cn_flags |= WILLBEDIR; 2634 if ((error = namei(&nd)) != 0) { 2635 printf("mkdir: error = %d\n", error); /* PHO */ 2636 Debugger("mkdir"); 2637 return (error); 2638 } 2639 vp = nd.ni_vp; 2640 if (vp != NULL) { (kgdb) p error $1 = 0 (kgdb) p nd $2 = { ni_dirp = 0xbfba05a4 "p00292.d0210/d209/d208/d207/d206/d205/d204/d203/d202/d201/d200/d199/d198/d197/d196/d195/d194/d193/d192/d191/d190/d189/d188/d187/d186/d185/d184/d183/d182/d181/d180/d179/d178/d177/d176/d175/d174/d173/d1"..., ni_segflg = UIO_USERSPACE, ni_startdir = 0x0, ni_rootdir = 0xc7c01e00, ni_vp = 0x0, ni_dvp = 0xc8627180, ni_pathlen = 6, ni_next = 0xc7c165d8 "/d117", ni_loopcnt = 0, ni_cnd = {cn_nameiop = 1, cn_flags = 540680, cn_proc = 0xc7c034a0, cn_cred = 0xc0a72400, cn_pnbuf = 0xc7c16400 "", cn_nameptr = 0xc7c165d4 "d118/d117", cn_namelen = 4, cn_hash = 254, cn_consume = 0}} (kgdb) Here's the test program: /* $Id$ */ #include #include #include #include #include #include #include void error(char *op, char* arg, char* file, int line) { fprintf(stderr,"%s. %s. %s (%s:%d)\n", op, arg, sys_errlist[errno], file, line); } void mkDir(char *path, int level) { char newPath[4096]; while (mkdir(path, 0770) == -1) { error("mkdir", path, __FILE__, __LINE__); sleep(1); } if (level > 1) { sprintf(newPath,"%s/d%d", path, level-1); mkDir(newPath, level-1); } } void rmDir(char *path, int level) { char newPath[4096]; if (level > 1) { sprintf(newPath,"%s/d%d", path, level-1); rmDir(newPath, level-1); } if (rmdir(path) == -1) { error("rmdir", path, __FILE__, __LINE__); exit(2); } } int main(int argc, char **argv) { int levels, pid; char path[128]; if (argc != 2) { fprintf(stderr, "Usage: %s \n", argv[0]); exit(1); } levels = 10; sscanf(argv[1], "%d", &levels); if (levels > 210) levels = 210; pid = getpid(); umask(0); sprintf(path,"p%05d.d%04d", pid, levels); mkDir(path, levels); rmDir(path, levels); return 0; } And finally I also had a single crash: current# gdb -k -s kernel.debug -e /var/crash/kernel.6 -c /var/crash/vmcore.6 IdlePTD 3932160 initial pcb at 33cfc0 panicstr: ffs_valloc: dup alloc panic messages: --- panic: ffs_valloc: dup alloc --- #0 boot (howto=256) at ../../kern/kern_shutdown.c:291 291 dumppcb.pcb_cr3 = rcr3(); (kgdb) bt #0 boot (howto=256) at ../../kern/kern_shutdown.c:291 #1 0xc016710d in panic (fmt=0xc02f69c1 "ffs_valloc: dup alloc") at ../../kern/kern_shutdown.c:505 #2 0xc0224103 in ffs_valloc (pvp=0xc8744a80, mode=16888, cred=0xc0b94384, vpp=0xc85d8a04) at ../../ufs/ffs/ffs_alloc.c:605 #3 0xc0236353 in ufs_mkdir (ap=0xc85d8bc4) at ../../ufs/ufs/ufs_vnops.c:1307 #4 0xc02374a1 in ufs_vnoperate (ap=0xc85d8bc4) at ../../ufs/ufs/ufs_vnops.c:2316 #5 0xc01cc26d in nfsrv_mkdir (nfsd=0xc0b94300, slp=0xc09e4600, procp=0xc7c05de0, mrq=0xc85d8dc4) at vnode_if.h:611 #6 0xc01da76e in nfssvc_nfsd (nsd=0xc85d8e80, argp=0x8071bc0 "", p=0xc7c05de0) at ../../nfs/nfs_syscalls.c:650 #7 0xc01da08f in nfssvc (p=0xc7c05de0, uap=0xc85d8f80) at ../../nfs/nfs_syscalls.c:346 #8 0xc026d496 in syscall (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 4, tf_esi = 1, tf_ebp = -1077944892, tf_isp = -933392428, tf_ebx = 0, tf_edx = -1077944336, tf_ecx = 0, tf_eax = 155, tf_trapno = 12, tf_err = 2, tf_eip = 134517008, tf_cs = 31, tf_eflags = 646, tf_esp = -1077945284, tf_ss = 47}) at ../../i386/i386/trap.c:1056 #9 0xc025e526 in Xint0x80_syscall () #10 0x80480e9 in ?? () (kgdb) quit current# exit Any suggestions as where to investigate? Regards -- Peter Holm | mailto:peter@holm.cc | http://login.dknet.dk/~pho/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 7 19: 0:43 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from online.no (pilt-s.online.no [148.122.208.18]) by hub.freebsd.org (Postfix) with ESMTP id F05E614CFC for ; Sat, 7 Aug 1999 19:00:37 -0700 (PDT) (envelope-from shaun.jurrens@stud.uni-regensburg.de) Received: from dakota.shamz.net (ti01a26-0013.dialup.online.no [130.67.3.141]) by online.no (8.9.3/8.9.1) with ESMTP id DAA08252 for ; Sun, 8 Aug 1999 03:59:41 +0200 (MET DST) Received: (from shaun@localhost) by dakota.shamz.net (8.9.3/8.9.3) id TAA06290 for hackers@FreeBSD.ORG; Sat, 7 Aug 1999 19:28:16 +0200 (CEST) (envelope-from shaun) Date: Sat, 7 Aug 1999 19:28:16 +0200 From: Shaun Jurrens To: hackers@FreeBSD.ORG Subject: Re: IDE quirk in 3.2-STABLE kernel ? Message-ID: <19990807192816.A372@dakota.shamz.net> References: <37AB8B48.4A79197B@tig.com.au> <001201bedfb8$92fa3440$88291fac@wipro.tcpn.com> <37AA75DD.3F3DD365@softweyr.com> <37AB8B48.4A79197B@tig.com.au> <199908070515.XAA07383@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <199908070515.XAA07383@harmony.village.org>; from Warner Losh on Fri, Aug 06, 1999 at 11:15:25PM -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Aug 06, 1999 at 11:15:25PM -0600, Warner Losh wrote: #> In message <37AB8B48.4A79197B@tig.com.au> Chris writes: #> : As always when a misconfiguration (read 'not to spec') is used enough #> : then it quickly becomes somewhat of a de facto standard. #> #> I'd love to see chapter and verse on this :-) #> The source of this mess almost certainly can be found by the assemblers of mass produced boxes. Although I know this thread doesn't belong here and I hate to speak up in such trivial things, the cause certainly stems from the discovery that running a atapi-cdrom and and eide hdd on the same cable and controller was hurting their benchmark tests, the assemblers decided to invest in a second cable and simply attach it to the second controller without taking the time to change the jumper to master (time is money and pc assembly is not renown for its profitability. I've guess knowledge is power here too, and as an acquaintance of mine likes to say, you get what you pay for. Instead of changing the driver probes to resemble the commercial sloppiness of Billy's boys and their newly adopted friends at Uncle Torvald's, I would encourage users to get a screw driver and try to discover a little more about "openess" in pc systems. It's not just the open source that can lead us to enlightenment, an open pc housing can teach a lot too, if connected with a certain scientific probing of possibilities and a little backround research on pc hardware. It's in rich supply on the net. It's not just rtfm, it learn to use a good search engine as well. Sorry I kept you all so long. I'd help in -questions, but 100+ mails a day are enough... -- Yours truly, Shaun D. Jurrens Oslo (aah, that's in Norway...) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 7 20:33:47 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 3102B14CFC for ; Sat, 7 Aug 1999 20:33:44 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.1) with ESMTP id UAA02721; Sat, 7 Aug 1999 20:32:42 -0700 (PDT) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id UAA01140; Sat, 7 Aug 1999 20:32:42 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Sat, 7 Aug 1999 20:32:42 -0700 (PDT) Message-Id: <199908080332.UAA01140@vashon.polstra.com> To: billf@jade.chc-chimes.com Subject: Re: cvs In-Reply-To: Organization: Polstra & Co., Seattle, WA Cc: hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article , Bill Fumerola wrote: > On Sat, 7 Aug 1999, Mike Pritchard wrote: > > > *default umask=002 > > SetAttrs CVSROOT/commitlogs/other.981201.gz > > That seems to be doing the trick for everything. Thanks. Note, if you would have just _run_ the program with a umask of 2 then it would have worked too. It honors the umask setting unless overridden in the supfile. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "No matter how cynical I get, I just can't keep up." -- Nora Ephron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 7 20:39:55 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 1561614CFC for ; Sat, 7 Aug 1999 20:39:53 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.1) with ESMTP id UAA02744; Sat, 7 Aug 1999 20:38:58 -0700 (PDT) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id UAA01158; Sat, 7 Aug 1999 20:38:58 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Sat, 7 Aug 1999 20:38:58 -0700 (PDT) Message-Id: <199908080338.UAA01158@vashon.polstra.com> To: ticso@cicely.de Subject: Re: quad_t and portability In-Reply-To: <19990807165202.A37288@cicely8.cicely.de> References: <19990807093848.19DF31C1F@overcee.netplex.com.au> Organization: Polstra & Co., Seattle, WA Cc: hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <19990807165202.A37288@cicely8.cicely.de>, Bernd Walter wrote: > On Sat, Aug 07, 1999 at 05:38:48PM +0800, Peter Wemm wrote: > > > > But not on the Alpha... int64_t is a long there, and gcc complains unless > > you use %ld. > Mmm and long is 32Bit it seems. No, longs are 64 bits on the Alpha. Ints are 32 bits, though. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "No matter how cynical I get, I just can't keep up." -- Nora Ephron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 7 20:45:21 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 9C1F314C3B for ; Sat, 7 Aug 1999 20:45:17 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.1) with ESMTP id UAA02767; Sat, 7 Aug 1999 20:42:11 -0700 (PDT) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id UAA01179; Sat, 7 Aug 1999 20:42:11 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Sat, 7 Aug 1999 20:42:11 -0700 (PDT) Message-Id: <199908080342.UAA01179@vashon.polstra.com> To: billf@jade.chc-chimes.com Subject: Re: prototypes with __P In-Reply-To: Organization: Polstra & Co., Seattle, WA Cc: hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article , Bill Fumerola wrote: > On Fri, 6 Aug 1999, Matthew Hunt wrote: > > > I have no idea how much of the FreeBSD code would actually build on > > a K&R compiler. > > Thanks to Bruce, a lot of it. Note, the use of __P is discouraged in new code. From style(9): Only use the __P macro from the include file if the source file in general is (to be) compilable with a K&R Old testament compiler. Use of the __P macro in new code is discouraged, although modifications to existing files should be consistent with that file's conventions. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "No matter how cynical I get, I just can't keep up." -- Nora Ephron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 7 22: 5:55 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from oracle.dsuper.net (oracle.dsuper.net [205.205.255.1]) by hub.freebsd.org (Postfix) with ESMTP id 3A88514D93 for ; Sat, 7 Aug 1999 22:05:51 -0700 (PDT) (envelope-from bmilekic@dsuper.net) Received: from oracle.dsuper.net (oracle.dsuper.net [205.205.255.1]) by oracle.dsuper.net (8.9.3/8.9.3) with ESMTP id BAA15042 for ; Sun, 8 Aug 1999 01:03:02 -0400 (EDT) Date: Sun, 8 Aug 1999 01:03:02 -0400 (EDT) From: Bosko Milekic To: freebsd-hackers@freebsd.org Subject: regarding ed1 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This post is regarding that thread on the (PCI) ed being detected as ed1 (as opposed to ed0)... A recent post mentionned the use of the rl device as opposed to ed... ed _does_ support the PCI device: From the ed ISA driver: --8<-- #include "pci.h" #if NPCI > 0 void *ed_attach_NE2000_pci __P((int, int)); #endif --8<-- Also, the PCI driver is actually documented in /usr/src/sys/pci/if_ed_p.c which begins with: #if NPCI > 0 NPCI is defined in pci.h, obviously (doh) after a config, based on the kernel configuration... Just my two cents... //Bosko. <----- - - . . Bosko Milekic http://www.dsuper.net/~bmilekic/ Network Operations - Delphi SuperNet, an Internet Direct company +1.514.281.7500 (vox) / +1.514.281.6599 (fax) / http://www.dsuper.net/ . . - - -----> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 7 22: 6: 9 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from janus.syracuse.net (janus.syracuse.net [205.232.47.15]) by hub.freebsd.org (Postfix) with ESMTP id 8817414DAB for ; Sat, 7 Aug 1999 22:06:04 -0700 (PDT) (envelope-from green@FreeBSD.org) Received: from localhost (green@localhost) by janus.syracuse.net (8.9.3/8.8.7) with ESMTP id BAA32260; Sun, 8 Aug 1999 01:04:20 -0400 (EDT) X-Authentication-Warning: janus.syracuse.net: green owned process doing -bs Date: Sun, 8 Aug 1999 01:04:10 -0400 (EDT) From: "Brian F. Feldman" X-Sender: green@janus.syracuse.net To: John Polstra Cc: ticso@cicely.de, hackers@FreeBSD.org Subject: Re: quad_t and portability In-Reply-To: <199908080338.UAA01158@vashon.polstra.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 7 Aug 1999, John Polstra wrote: > In article <19990807165202.A37288@cicely8.cicely.de>, > Bernd Walter wrote: > > On Sat, Aug 07, 1999 at 05:38:48PM +0800, Peter Wemm wrote: > > > > > > But not on the Alpha... int64_t is a long there, and gcc complains unless > > > you use %ld. > > Mmm and long is 32Bit it seems. > > No, longs are 64 bits on the Alpha. Ints are 32 bits, though. Let us now note that the new, portable, 90's way of printing something cast to a 64-bit value is printf("foo = %lld\n", (long long)foo); This works in the kernel (4.0 now) and userland, so it would be the proper way. Is there anyone who is specifically checking for long long C9X-compliancy in the source tree (mainly libc)? Anyway, it's not an issue what the size of a long/int is, for printing a 64-bit value. That was my point, I'm sure of it! > > John > -- > John Polstra jdp@polstra.com > John D. Polstra & Co., Inc. Seattle, Washington USA > "No matter how cynical I get, I just can't keep up." -- Nora Ephron > Brian Fundakowski Feldman _ __ ___ ____ ___ ___ ___ green@FreeBSD.org _ __ ___ | _ ) __| \ FreeBSD: The Power to Serve! _ __ | _ \._ \ |) | http://www.FreeBSD.org/ _ |___/___/___/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message