From owner-freebsd-arch Sun May 7 1:17:53 2000 Delivered-To: freebsd-arch@freebsd.org Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by hub.freebsd.org (Postfix) with ESMTP id D18B337BA26; Sun, 7 May 2000 01:17:43 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id RAA56659; Sun, 7 May 2000 17:46:39 +0930 (CST) Date: Sun, 7 May 2000 17:46:39 +0930 From: Greg Lehey To: Poul-Henning Kamp , "Justin T. Gibbs" Cc: FreeBSD-arch@FreeBSD.ORG Subject: Re: Support for bootable Vinum file systems: please review Message-ID: <20000507174638.E55316@freebie.lemis.com> References: <3175.957561737@critter.freebsd.dk> <200005052141.PAA58901@caspian.plutotech.com> <20000505122100.I32650@freebie.lemis.com> <3924.957523953@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <3924.957523953@critter.freebsd.dk> Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Friday, 5 May 2000 at 12:52:33 +0200, Poul-Henning Kamp wrote: > >> I've been testing vinum root file systems for a couple of months now, >> and I'd like to commit the code. I'm attaching the patches, which you >> can also access at http://www.FreeBSD.org/~grog/vinum-root.html. > > It looks good, but I think using devstat to find possible disks is > wrong. > > The right way to do it is probably to link the "struct disk"s > registered by the drivers with disk_creat() into a list which can > be searched. This is pretty much what struct devstat does, except that it's more global. Why should we maintain two lists, just because one is primarily intended for statistics? Anyway, I assume this isn't so much a criticism of the fix as of the infrastructure around it. Correct? On Friday, 5 May 2000 at 15:41:34 -0600, Justin T. Gibbs wrote: >> It looks good, but I think using devstat to find possible disks is >> wrong. > > I agree. > > Another thing that is ugly about this is the kludge in the partition > table. I'd rather see us finally bite the bullet and move to an > extensible disklabel scheme. Again, may I take this as a criticism of the infrastructure rather than the fix? > So, in order to have a bootable vinum RAID 1 volume, your partition > entry might look like this: > > > Section 0 > Section Size XXX bytes > Section Type BSD Parition Info > BSD Parition Specific info ... > > Section 1 > Section Size XXX bytes > Section Type Vinum Info > Partition is Part 0 of X parts type RAID 1 > etc. > > Reserved Space for additional Sections > > Actual partition data.... > > So, the bootstrap doesn't need to know how to interpret anything > other than Section 0 and how to skip over other sections to find the > start of data. Once the kernel is loaded, a vinum interrupt driven > configuration hook can scan all known disklabel entries for its > sections and build its plexes on the fly. Hmm. I think it's a little early to discuss how to fix the current disk label problems. Vinum is device ID independent, and it does this by having its own labelling scheme. Mike Smith has already suggested that we should develop it further and use it for generalized disk labelling, but I hadn't planned it for that, and it's not clear that it's suited. > The only additional piece of magic required is stealing root away > from the booted off partition, but I'm sure Greg has already dealt > with that. In fact, I didn't need to. That's what had me worried most, but we can now just go and tell the system which file system to mount. I'm sure that wasn't always the case. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Sun May 7 3: 9:20 2000 Delivered-To: freebsd-arch@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id 64D1237B774; Sun, 7 May 2000 03:09:15 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.freebsd.dk [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id MAA12217; Sun, 7 May 2000 12:08:29 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Greg Lehey Cc: "Justin T. Gibbs" , FreeBSD-arch@FreeBSD.ORG Subject: Re: Support for bootable Vinum file systems: please review In-reply-to: Your message of "Sun, 07 May 2000 17:46:39 +0930." <20000507174638.E55316@freebie.lemis.com> Date: Sun, 07 May 2000 12:08:29 +0200 Message-ID: <12215.957694109@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000507174638.E55316@freebie.lemis.com>, Greg Lehey writes: >On Friday, 5 May 2000 at 12:52:33 +0200, Poul-Henning Kamp wrote: >> >>> I've been testing vinum root file systems for a couple of months now, >>> and I'd like to commit the code. I'm attaching the patches, which you >>> can also access at http://www.FreeBSD.org/~grog/vinum-root.html. >> >> It looks good, but I think using devstat to find possible disks is >> wrong. >> >> The right way to do it is probably to link the "struct disk"s >> registered by the drivers with disk_creat() into a list which can >> be searched. > >This is pretty much what struct devstat does, except that it's more >global. Why should we maintain two lists, just because one is >primarily intended for statistics? > >Anyway, I assume this isn't so much a criticism of the fix as of the >infrastructure around it. Correct? No, this is an objection to opening up devstat that way. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Sun May 7 4: 0:59 2000 Delivered-To: freebsd-arch@freebsd.org Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by hub.freebsd.org (Postfix) with ESMTP id 28DB337B6A6; Sun, 7 May 2000 04:00:46 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id UAA57464; Sun, 7 May 2000 20:29:44 +0930 (CST) Date: Sun, 7 May 2000 20:29:44 +0930 From: Greg Lehey To: Poul-Henning Kamp Cc: "Justin T. Gibbs" , FreeBSD-arch@FreeBSD.ORG Subject: Re: Support for bootable Vinum file systems: please review Message-ID: <20000507202944.I55316@freebie.lemis.com> References: <20000507174638.E55316@freebie.lemis.com> <12215.957694109@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <12215.957694109@critter.freebsd.dk> Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sunday, 7 May 2000 at 12:08:29 +0200, Poul-Henning Kamp wrote: > In message <20000507174638.E55316@freebie.lemis.com>, Greg Lehey writes: >> On Friday, 5 May 2000 at 12:52:33 +0200, Poul-Henning Kamp wrote: >>> >>>> I've been testing vinum root file systems for a couple of months now, >>>> and I'd like to commit the code. I'm attaching the patches, which you >>>> can also access at http://www.FreeBSD.org/~grog/vinum-root.html. >>> >>> It looks good, but I think using devstat to find possible disks is >>> wrong. >>> >>> The right way to do it is probably to link the "struct disk"s >>> registered by the drivers with disk_creat() into a list which can >>> be searched. >> >> This is pretty much what struct devstat does, except that it's more >> global. Why should we maintain two lists, just because one is >> primarily intended for statistics? >> >> Anyway, I assume this isn't so much a criticism of the fix as of the >> infrastructure around it. Correct? > > No, this is an objection to opening up devstat that way. Can you make an alternative suggestion? Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Sun May 7 4:25:26 2000 Delivered-To: freebsd-arch@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id 2229B37B526; Sun, 7 May 2000 04:25:21 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.freebsd.dk [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id NAA12577; Sun, 7 May 2000 13:24:37 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Greg Lehey Cc: "Justin T. Gibbs" , FreeBSD-arch@FreeBSD.ORG Subject: Re: Support for bootable Vinum file systems: please review In-reply-to: Your message of "Sun, 07 May 2000 20:29:44 +0930." <20000507202944.I55316@freebie.lemis.com> Date: Sun, 07 May 2000 13:24:37 +0200 Message-ID: <12575.957698677@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000507202944.I55316@freebie.lemis.com>, Greg Lehey writes: >>> >>> This is pretty much what struct devstat does, except that it's more >>> global. Why should we maintain two lists, just because one is >>> primarily intended for statistics? >>> >>> Anyway, I assume this isn't so much a criticism of the fix as of the >>> infrastructure around it. Correct? >> >> No, this is an objection to opening up devstat that way. > >Can you make an alternative suggestion? >>>> The right way to do it is probably to link the "struct disk"s >>>> registered by the drivers with disk_creat() into a list which can >>>> be searched. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Sun May 7 5:43:54 2000 Delivered-To: freebsd-arch@freebsd.org Received: from columbus.cris.net (columbus.cris.net [212.110.128.65]) by hub.freebsd.org (Postfix) with ESMTP id 39B0037B62D; Sun, 7 May 2000 05:43:40 -0700 (PDT) (envelope-from phantom@FreeBSD.org.ua) Received: from phantom.cris.net (phantom.cris.net [212.110.130.74]) by columbus.cris.net (8.9.3/8.9.3) with ESMTP id PAA70584; Sun, 7 May 2000 15:43:17 +0300 (EEST) Received: (from phantom@localhost) by phantom.cris.net (8.9.3/8.9.3) id PAA09338; Sun, 7 May 2000 15:44:21 +0300 (EEST) (envelope-from phantom) Date: Sun, 7 May 2000 15:44:20 +0300 From: Alexey Zelkin To: Dag-Erling Smorgrav Cc: chris@calldei.com, cvs-committers@FreeBSD.org, freebsd-arch@FreeBSD.org Subject: Re: cvs commit: src/contrib/tcsh - Imported sources Message-ID: <20000507154420.A9291@phantom.cris.net> References: <20000415231805.33B311CD7@overcee.netplex.com.au> <20000416024118.A71475@lucifer.bart.nl> <20000415203009.B99830@holly.calldei.com> <20000428171627.X14783@holly.calldei.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from des@flood.ping.uio.no on Sat, Apr 29, 2000 at 02:01:24PM +0200 X-Operating-System: FreeBSD 4.0-STABLE i386 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi, On Sat, Apr 29, 2000 at 02:01:24PM +0200, Dag-Erling Smorgrav wrote: > > > des@des ~% vgrind src/test.c > > > /usr/share/tmac/tmac.safer:3: error: end of file while defining macro `un' > > > /usr/share/tmac/tmac.safer:3: error: end of file while defining macro `un' > > That is a bug in psroff(1), not vgrind(1). > > Anybody know how to fix it? Main reason of that problem is "-C" flag passed to groff call in psroff(1). Macro "unsafe" which is created in tmac.safer is not old compatible name because its name is too long (>2chars). There're few possible fixes present: 1) Disable safer macro package by adding option "-U" to groff command line arugments in psroff.sh, but it's insecure. 2) Disable "Troff compatible mode" by removing "-C" option from groff command line, but it may cause side effects. Or mayn't, I am not groff expert. Both they are local fixes. But I also can suggest more general fixes. 3) Change macro name in "safer" macro package. For example: unsafe -> US 4) Disable safer macro when compatibility mode is enabled (in groff sources). But it's also insecure. I am open for comments, but I suggest to use (3) solution. -- /* Alexey Zelkin && phantom@cris.net */ /* Tavric National University && phantom@crimea.edu */ /* http://www.ccssu.crimea.ua/~phantom && phantom@FreeBSD.org */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Sun May 7 13:56:31 2000 Delivered-To: freebsd-arch@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id A339737BDE5 for ; Sun, 7 May 2000 13:56:17 -0700 (PDT) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id WAA12522; Sun, 7 May 2000 22:54:56 +0200 (CEST) (envelope-from des@flood.ping.uio.no) To: Ben Smithurst Cc: arch@FreeBSD.ORG Subject: Re: fetch(1) References: <20000430011507.A22035@strontium.scientia.demon.co.uk> From: Dag-Erling Smorgrav Date: 07 May 2000 22:54:55 +0200 In-Reply-To: Ben Smithurst's message of "Sun, 30 Apr 2000 01:15:07 +0100" Message-ID: Lines: 11 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ben Smithurst writes: > I for one would rather at least -r were implemented before replacing the > current fetch(1). Is your fetch(3)-based version available for download > anywhere? I've support for restarts to libfetch, and implemented -r. There's a tarball up at . DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Sun May 7 14:15:42 2000 Delivered-To: freebsd-arch@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 205C937BA67 for ; Sun, 7 May 2000 14:15:39 -0700 (PDT) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id XAA12611; Sun, 7 May 2000 23:14:35 +0200 (CEST) (envelope-from des@flood.ping.uio.no) To: Ben Smithurst Cc: arch@FreeBSD.ORG Subject: Re: fetch(1) References: <20000430011507.A22035@strontium.scientia.demon.co.uk> From: Dag-Erling Smorgrav Date: 07 May 2000 23:14:34 +0200 In-Reply-To: Dag-Erling Smorgrav's message of "07 May 2000 22:54:55 +0200" Message-ID: Lines: 7 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dag-Erling Smorgrav writes: > I've support for restarts to libfetch added DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Sun May 7 16: 4:42 2000 Delivered-To: freebsd-arch@freebsd.org Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by hub.freebsd.org (Postfix) with ESMTP id 6E54E37BB4E for ; Sun, 7 May 2000 16:04:38 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id IAA61688; Mon, 8 May 2000 08:33:31 +0930 (CST) Date: Mon, 8 May 2000 08:33:31 +0930 From: Greg Lehey To: Poul-Henning Kamp Cc: FreeBSD-arch@FreeBSD.ORG Subject: Tidiness or kernel bloat? (was: Support for bootable Vinum file systems: please review) Message-ID: <20000508083331.A61488@freebie.lemis.com> References: <20000507202944.I55316@freebie.lemis.com> <12575.957698677@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <12575.957698677@critter.freebsd.dk> Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sunday, 7 May 2000 at 13:24:37 +0200, Poul-Henning Kamp wrote: > In message <20000507202944.I55316@freebie.lemis.com>, Greg Lehey writes: > >>>> >>>> This is pretty much what struct devstat does, except that it's more >>>> global. Why should we maintain two lists, just because one is >>>> primarily intended for statistics? >>>> >>>> Anyway, I assume this isn't so much a criticism of the fix as of the >>>> infrastructure around it. Correct? >>> >>> No, this is an objection to opening up devstat that way. >> >> Can you make an alternative suggestion? > >>>>> The right way to do it is probably to link the "struct disk"s >>>>> registered by the drivers with disk_creat() into a list which can >>>>> be searched. You're not very strong on reasoning here. You don't answer my question: >>>> Why should we maintain two lists, just because one is primarily >>>> intended for statistics? Your only objection appears to be: >>> No, this is an objection to opening up devstat that way. Devstat is already available in userland. What more opening up are you talking about? You approach appears to only add to kernel bloat. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Sun May 7 20:29:28 2000 Delivered-To: freebsd-arch@freebsd.org Received: from caspian.plutotech.com (caspian.plutotech.com [206.168.67.80]) by hub.freebsd.org (Postfix) with ESMTP id 98F0037BCB5; Sun, 7 May 2000 20:29:23 -0700 (PDT) (envelope-from gibbs@caspian.plutotech.com) Received: from caspian.plutotech.com (localhost [127.0.0.1]) by caspian.plutotech.com (8.9.3/8.9.1) with ESMTP id VAA04115; Sun, 7 May 2000 21:23:52 -0600 (MDT) (envelope-from gibbs@caspian.plutotech.com) Message-Id: <200005080323.VAA04115@caspian.plutotech.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Greg Lehey Cc: Poul-Henning Kamp , "Justin T. Gibbs" , FreeBSD-arch@FreeBSD.ORG Subject: Re: Support for bootable Vinum file systems: please review In-Reply-To: Your message of "Sun, 07 May 2000 17:46:39 +0930." <20000507174638.E55316@freebie.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 07 May 2000 21:23:51 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> The right way to do it is probably to link the "struct disk"s >> registered by the drivers with disk_creat() into a list which can >> be searched. > >This is pretty much what struct devstat does, except that it's more >global. Why should we maintain two lists, just because one is >primarily intended for statistics? Because it was only intended for statistics. My belief, and this is probably shared by phk, is that the handlers for different partition types should be "executed" or "attached to" as those partitions are found. A scan of a list is only necessary in the event of a handler being registered after a partition is found. Although devstat may suffice for the latter, it was not designed to handle the former. 'GEOM' is what you want although I don't know how soon phk can provide it to you. >Anyway, I assume this isn't so much a criticism of the fix as of the >infrastructure around it. Correct? It depends on whether you want an expedient "hack" or a generic, long lived, solution. >> Another thing that is ugly about this is the kludge in the partition >> table. I'd rather see us finally bite the bullet and move to an >> extensible disklabel scheme. > >Again, may I take this as a criticism of the infrastructure rather >than the fix? I'd rather see Vinum be the champion of improved infrastructure than another reason to sustain the status quo. One other comment about the patches... they violate existing style (and style(9)) in vfs_conf.c. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Sun May 7 22:41:43 2000 Delivered-To: freebsd-arch@freebsd.org Received: from flamingo.McKusick.COM (flamingo.mckusick.com [209.31.233.178]) by hub.freebsd.org (Postfix) with ESMTP id 37BDE37B8F0; Sun, 7 May 2000 22:41:42 -0700 (PDT) (envelope-from mckusick@flamingo.McKusick.COM) Received: from flamingo.McKusick.COM (mckusick@localhost [127.0.0.1]) by flamingo.McKusick.COM (8.9.3/8.9.0) with ESMTP id WAA15248; Sun, 7 May 2000 22:25:09 -0700 (PDT) Message-Id: <200005080525.WAA15248@flamingo.McKusick.COM> To: Robert Watson Subject: Re: Proposed changes to suser() Cc: freebsd-arch@freebsd.org, trustedbsd-discuss@trustedbsd.org In-reply-to: Your message of "Thu, 04 May 2000 10:32:06 EDT." Date: Sun, 07 May 2000 22:25:09 -0700 From: Kirk McKusick Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Overall, I like your proposal. However, I would really like to see the elimination of suser_xxx. This was a hack because it was deemed too intrusive to go through and change every use of suser to change it from one to three parameters. But if you are going to go through and make a change to every instance of suser anyway, how about we fix this bogosity and get one clean interface. Kirk McKusick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Mon May 8 0:36: 0 2000 Delivered-To: freebsd-arch@freebsd.org Received: from md5.follo.net (isdn-13.follo.net [195.204.140.102]) by hub.freebsd.org (Postfix) with ESMTP id 8EED037BD73 for ; Mon, 8 May 2000 00:35:56 -0700 (PDT) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by md5.follo.net (8.9.3/8.9.3) id JAA21687; Mon, 8 May 2000 09:35:53 +0200 (CEST) (envelope-from des@flood.ping.uio.no) X-Authentication-Warning: md5.follo.net: des set sender to des@flood.ping.uio.no using -f To: arch@freebsd.org Subject: libfetch-based fetch(1) From: Dag-Erling Smorgrav Date: 08 May 2000 09:35:52 +0200 Message-ID: <86d7mxa3zb.fsf@md5.follo.net> Lines: 15 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.5 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I just uploaded a new version to the usual place (). I've added -s and -S, eliminated a warning, moved some code around, and cleaned up the usage message so it looks more like the current fetch's usage message. There's still a handful of fetch(1) options I haven't implemented - mostly because they're undocumented. OBTW, -r in my version doesn't work quite exactly like it does in our current fetch(1) - it doesn't compare mtimes. I'll fix that (and add -F) the next time around. DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Mon May 8 0:58:56 2000 Delivered-To: freebsd-arch@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id 2E21E37B89B for ; Mon, 8 May 2000 00:58:46 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.freebsd.dk [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id JAA16524; Mon, 8 May 2000 09:57:09 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Greg Lehey Cc: FreeBSD-arch@FreeBSD.ORG Subject: Re: Tidiness or kernel bloat? (was: Support for bootable Vinum file systems: please review) In-reply-to: Your message of "Mon, 08 May 2000 08:33:31 +0930." <20000508083331.A61488@freebie.lemis.com> Date: Mon, 08 May 2000 09:57:08 +0200 Message-ID: <16522.957772628@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000508083331.A61488@freebie.lemis.com>, Greg Lehey writes: >>> Can you make an alternative suggestion? >> >>>>>> The right way to do it is probably to link the "struct disk"s >>>>>> registered by the drivers with disk_creat() into a list which can >>>>>> be searched. > >You're not very strong on reasoning here. You don't answer my >question: > >>>>> Why should we maintain two lists, just because one is primarily >>>>> intended for statistics? Because one of them is *only* intended to care about statistics. Pretty soon you might see devstat track statistics for all logical disk, ie: ad0s1a, ad0s1b, ad0s1, ad0, and you may see it integrated more into the disk mini-layer. None of these changes would affect other users of devstat (except provide more detail) but all of sudden vinum would need magic fixes to only look for whatever types of devices vinum wants to look for. >Your only objection appears to be: > >>>> No, this is an objection to opening up devstat that way. > >Devstat is already available in userland. What more opening up are >you talking about? You approach appears to only add to kernel bloat. 1. You are not trying to access it from userland. 2. The userland access is a well-defined API. 3. You want to open the implementation to your can grovel around in the entrails of devstats implementation. If you insist on this gross hack, the very least you could do was to add a couple of functions to the devstat code rather than pull all the internals into daylight. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Mon May 8 1:10: 9 2000 Delivered-To: freebsd-arch@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id AF27C37BDCA; Mon, 8 May 2000 01:10:01 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.freebsd.dk [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id KAA16720; Mon, 8 May 2000 10:09:54 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: "Justin T. Gibbs" Cc: Greg Lehey , FreeBSD-arch@FreeBSD.ORG Subject: Re: Support for bootable Vinum file systems: please review In-reply-to: Your message of "Sun, 07 May 2000 21:23:51 MDT." <200005080323.VAA04115@caspian.plutotech.com> Date: Mon, 08 May 2000 10:09:54 +0200 Message-ID: <16718.957773394@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200005080323.VAA04115@caspian.plutotech.com>, "Justin T. Gibbs" wri tes: >My belief, and this is probably shared by phk, is that the handlers >for different partition types should be "executed" or "attached to" >as those partitions are found. A scan of a list is only necessary >in the event of a handler being registered after a partition is found. >Although devstat may suffice for the latter, it was not designed to >handle the former. 'GEOM' is what you want although I don't know >how soon phk can provide it to you. I agree. GEOM is probably still a month or two away, depending how my summer goes. When greg began working on this root-mount stuff I offered to make him an API into the disk-minilayer (ie: struct disk list), but he never sent me an email with what information he needed. The offer is still open. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Mon May 8 1:12: 9 2000 Delivered-To: freebsd-arch@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id 50C8F37B5F5; Mon, 8 May 2000 01:12:01 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.freebsd.dk [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id KAA16752; Mon, 8 May 2000 10:11:11 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Kirk McKusick Cc: Robert Watson , freebsd-arch@FreeBSD.ORG, trustedbsd-discuss@trustedbsd.org Subject: Re: Proposed changes to suser() In-reply-to: Your message of "Sun, 07 May 2000 22:25:09 PDT." <200005080525.WAA15248@flamingo.McKusick.COM> Date: Mon, 08 May 2000 10:11:10 +0200 Message-ID: <16750.957773470@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200005080525.WAA15248@flamingo.McKusick.COM>, Kirk McKusick writes: >Overall, I like your proposal. However, I would really like to >see the elimination of suser_xxx. This was a hack because it >was deemed too intrusive to go through and change every use >of suser to change it from one to three parameters. But if you >are going to go through and make a change to every instance of >suser anyway, how about we fix this bogosity and get one clean >interface. I agree. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Mon May 8 1:12:51 2000 Delivered-To: freebsd-arch@freebsd.org Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by hub.freebsd.org (Postfix) with ESMTP id 7D9C637B626 for ; Mon, 8 May 2000 01:12:39 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id RAA68371; Mon, 8 May 2000 17:41:29 +0930 (CST) Date: Mon, 8 May 2000 17:41:27 +0930 From: Greg Lehey To: Poul-Henning Kamp Cc: FreeBSD-arch@FreeBSD.ORG Subject: Re: Tidiness or kernel bloat? (was: Support for bootable Vinum file systems: please review) Message-ID: <20000508174126.U61921@freebie.lemis.com> References: <20000508083331.A61488@freebie.lemis.com> <16522.957772628@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <16522.957772628@critter.freebsd.dk> Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Monday, 8 May 2000 at 9:57:08 +0200, Poul-Henning Kamp wrote: > In message <20000508083331.A61488@freebie.lemis.com>, Greg Lehey writes: > >>>> Can you make an alternative suggestion? >>> >>>>>>> The right way to do it is probably to link the "struct disk"s >>>>>>> registered by the drivers with disk_creat() into a list which can >>>>>>> be searched. >> >> You're not very strong on reasoning here. You don't answer my >> question: >> >>>>>> Why should we maintain two lists, just because one is primarily >>>>>> intended for statistics? > > Because one of them is *only* intended to care about statistics. That was the intention. If you find it's useful for something else as well, what's the problem? > Pretty soon you might see devstat track statistics for all logical > disk, ie: ad0s1a, ad0s1b, ad0s1, ad0, and you may see it integrated > more into the disk mini-layer. None of these changes would affect > other users of devstat (except provide more detail) but all of > sudden vinum would need magic fixes to only look for whatever types > of devices vinum wants to look for. It does that now. Look at the patch. >> Your only objection appears to be: >> >>>>> No, this is an objection to opening up devstat that way. >> >> Devstat is already available in userland. What more opening up are >> you talking about? You approach appears to only add to kernel bloat. > > 1. You are not trying to access it from userland. Should I be penalized for that? In general, the kernel should have access to everything that userland has access to. Would you object to this if I were looking for statistics instead? > 2. The userland access is a well-defined API. I'm using the same data structures. What more interface do you want? > 3. You want to open the implementation to your can grovel around in > the entrails of devstats implementation. This is very much a matter of definition. > If you insist on this gross hack, the very least you could do was to > add a couple of functions to the devstat code rather than pull all > the internals into daylight. Have you looked at the code? These "internals" are exactly the data that we hand to userland. I could, of course, write a devstat function which makes a copy of the data, the way it hands it to userland, but what's the point of that? And why should passing a different structure be less untidy, just because it was specially built for this purpose? This smells of NIH. While I still disagree with your interpretation, Justin made a valid point: the real way to do this is with a callback. How about a compromise: we leave the code the way it is for now. Later, when you implement the callbacks you've been talking about, I'll modify things to use them instead, completely removing any reference to devstat. OK? Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Mon May 8 1:20: 5 2000 Delivered-To: freebsd-arch@freebsd.org Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by hub.freebsd.org (Postfix) with ESMTP id 4AF3A37B5F0; Mon, 8 May 2000 01:19:25 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id RAA68444; Mon, 8 May 2000 17:49:13 +0930 (CST) Date: Mon, 8 May 2000 17:49:12 +0930 From: Greg Lehey To: "Justin T. Gibbs" Cc: Poul-Henning Kamp , FreeBSD-arch@FreeBSD.ORG Subject: Re: Support for bootable Vinum file systems: please review Message-ID: <20000508174911.W61921@freebie.lemis.com> References: <20000507174638.E55316@freebie.lemis.com> <200005080323.VAA04115@caspian.plutotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <200005080323.VAA04115@caspian.plutotech.com> Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sunday, 7 May 2000 at 21:23:51 -0600, Justin T. Gibbs wrote: >>> The right way to do it is probably to link the "struct disk"s >>> registered by the drivers with disk_creat() into a list which can >>> be searched. >> >> This is pretty much what struct devstat does, except that it's more >> global. Why should we maintain two lists, just because one is >> primarily intended for statistics? > > Because it was only intended for statistics. It by chance it proves to be ideally suited for something else, should we limit ourselves to the imagination of the designer? > My belief, and this is probably shared by phk, is that the handlers > for different partition types should be "executed" or "attached to" > as those partitions are found. A scan of a list is only necessary > in the event of a handler being registered after a partition is > found. Although devstat may suffice for the latter, it was not > designed to handle the former. 'GEOM' is what you want although I > don't know how soon phk can provide it to you. As I've said, I'm quite prepared to do that. >>> Another thing that is ugly about this is the kludge in the partition >>> table. I'd rather see us finally bite the bullet and move to an >>> extensible disklabel scheme. >> >> Again, may I take this as a criticism of the infrastructure rather >> than the fix? > > I'd rather see Vinum be the champion of improved infrastructure than > another reason to sustain the status quo. I didn't go into details about this one because I'm still thinking about it. I'm certainly thinking about viable alternatives, but it depends on how central Vinum should be. > One other comment about the patches... they violate existing style > (and style(9)) in vfs_conf.c. Can you be more specific? Offline would be fine. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Mon May 8 2: 8:31 2000 Delivered-To: freebsd-arch@freebsd.org Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by hub.freebsd.org (Postfix) with ESMTP id E9AE537B82B; Mon, 8 May 2000 02:08:26 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id RAA68407; Mon, 8 May 2000 17:44:27 +0930 (CST) Date: Mon, 8 May 2000 17:44:26 +0930 From: Greg Lehey To: Poul-Henning Kamp Cc: "Justin T. Gibbs" , FreeBSD-arch@FreeBSD.ORG Subject: Re: Support for bootable Vinum file systems: please review Message-ID: <20000508174425.V61921@freebie.lemis.com> References: <200005080323.VAA04115@caspian.plutotech.com> <16718.957773394@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <16718.957773394@critter.freebsd.dk> Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Monday, 8 May 2000 at 10:09:54 +0200, Poul-Henning Kamp wrote: > In message <200005080323.VAA04115@caspian.plutotech.com>, "Justin T. Gibbs" wri > tes: > >> My belief, and this is probably shared by phk, is that the handlers >> for different partition types should be "executed" or "attached to" >> as those partitions are found. A scan of a list is only necessary >> in the event of a handler being registered after a partition is found. >> Although devstat may suffice for the latter, it was not designed to >> handle the former. 'GEOM' is what you want although I don't know >> how soon phk can provide it to you. > > I agree. GEOM is probably still a month or two away, depending how > my summer goes. > > When greg began working on this root-mount stuff I offered to make > him an API into the disk-minilayer (ie: struct disk list), but > he never sent me an email with what information he needed. I don't recall this offer. > The offer is still open. Well, this all seems rather ridiculous, since we have the data available, the code is finished, and the GEOM stuff will presumably replace it, but if you want, what I want is: the name of the disk partitions that the drivers have found. That's all, as you can see from the patch I supplied. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Tue May 9 5:49:12 2000 Delivered-To: freebsd-arch@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id C4CDB37B959 for ; Tue, 9 May 2000 05:49:08 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.freebsd.dk [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id OAA25525 for ; Tue, 9 May 2000 14:48:59 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: arch@freebsd.org Subject: Re: vfs.cache.maxaliases In-reply-to: Your message of "Tue, 09 May 2000 22:33:28 +1000." Date: Tue, 09 May 2000 14:48:59 +0200 Message-ID: <25523.957876539@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Bruce Eva ns writes: >Did the user kmem exhaustion service in the name cache doesn't seem to be >fixed in RELENG_4 or -current. Only RELENG_3 has vfs.cache.maxaliases. Right, it isn't, it's not fixed in RELENG_3 either but a big ugly roadblock has been put down for it. We currently have a variant of the problem affecting some machines: Imagine a 4GB RAM machine caching a lot of one-page vnodes -> we run out of KVM for the vnodes. I think the right solution consists of two things: 1. A global kernel flag which tells us how we are doing KVM wise: enum {KVM_OK, KVM_LOW, LVM_VERYLOW, KVM_EMPTY} kvm_state; This variable will be maintained by the VM system, and other subsystems can use it to determine their behaviour. 2. An emergency call back list for when we are desparately low on KVM. For the namecache the right behaviour would then be: When adding a new entry: kvm_state == KVM_OK business as ususal kvm_state == KVM_LOW free at least two entries and at least as many bytes as we are going to allocate before adding a new entry. kvm_state == KVM_VERYLOW free at least five entries, do not allocate new entry. kvm_state == KVM_EMPTY free entire cache callback: free entire cache The vnode cache can be made to gracefully react in a similar way. Such a scheme will allow us to gracefully avoid running out of KVM and at least it will survive all DoS attacks on the namecache which I am aware off. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Tue May 9 9:48: 7 2000 Delivered-To: freebsd-arch@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id 1F5EC37B6CD for ; Tue, 9 May 2000 09:48:03 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (root@c07-170.006.popsite.net [64.24.39.170]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id JAA26810 for ; Tue, 9 May 2000 09:48:01 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id JAA45381 for arch@freebsd.org; Tue, 9 May 2000 09:47:58 -0700 (PDT) (envelope-from obrien) Date: Tue, 9 May 2000 09:47:58 -0700 From: "David O'Brien" To: arch@freebsd.org Subject: .s -> .S filename change in /sys Message-ID: <20000509094758.A45336@dragon.nuxi.com> Reply-To: obrien@NUXI.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i X-Operating-System: FreeBSD 5.0-CURRENT 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-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I would like to rename the extension of all the .s files in /sys that need pre-processing to .S. There are two reasons for this. 1. .S is the accepted standard [at least in the GCC community] for ASM files that need pre-processing. 2. If one has "-save-temps" in CFLAGS and edits a .s file, ``make'' will not build a new object. ``make'' uses the datestamp of the .s file saved to disk due to the "-save-temps" option to `cc' since ``make'' is hardwired to check OBJDIR before any .PATH:'s. Thus ``make'' incorrectly decides everything is up to date and nothing needs to be rebuilt. -- -- David (obrien@NUXI.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Tue May 9 9:53:14 2000 Delivered-To: freebsd-arch@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id CA5F337BA6B for ; Tue, 9 May 2000 09:53:11 -0700 (PDT) (envelope-from nate@yogotech.com) Received: from nomad.yogotech.com (nomad.yogotech.com [206.127.123.131]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id KAA08866; Tue, 9 May 2000 10:53:10 -0600 (MDT) (envelope-from nate@nomad.yogotech.com) Received: (from nate@localhost) by nomad.yogotech.com (8.8.8/8.8.8) id KAA04087; Tue, 9 May 2000 10:53:10 -0600 (MDT) (envelope-from nate) Date: Tue, 9 May 2000 10:53:10 -0600 (MDT) Message-Id: <200005091653.KAA04087@nomad.yogotech.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: obrien@NUXI.com Cc: arch@FreeBSD.ORG Subject: Re: .s -> .S filename change in /sys In-Reply-To: <20000509094758.A45336@dragon.nuxi.com> References: <20000509094758.A45336@dragon.nuxi.com> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I would like to rename the extension of all the .s files in /sys that need > pre-processing to .S. There are two reasons for this. Agreed. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Tue May 9 15:17:16 2000 Delivered-To: freebsd-arch@freebsd.org Received: from server.baldwin.cx (jobaldwi.campus.vt.edu [198.82.67.146]) by hub.freebsd.org (Postfix) with ESMTP id 57B4637C0E8 for ; Tue, 9 May 2000 15:17:08 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from john.baldwin.cx (john [10.0.0.2]) by server.baldwin.cx (8.9.3/8.9.3) with ESMTP id SAA05406; Tue, 9 May 2000 18:17:04 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-Id: <200005092217.SAA05406@server.baldwin.cx> X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20000509094758.A45336@dragon.nuxi.com> Date: Tue, 09 May 2000 18:17:04 -0400 (EDT) From: John Baldwin To: "David O'Brien" Subject: RE: .s -> .S filename change in /sys Cc: arch@FreeBSD.org Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 09-May-00 David O'Brien wrote: > I would like to rename the extension of all the .s files in /sys that need > pre-processing to .S. There are two reasons for this. Sounds good to me. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Tue May 9 15:49:16 2000 Delivered-To: freebsd-arch@freebsd.org Received: from overcee.netplex.com.au (peter1.yahoo.com [208.48.107.4]) by hub.freebsd.org (Postfix) with ESMTP id A596237BE66; Tue, 9 May 2000 15:49:12 -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 DC5BD1CE3; Tue, 9 May 2000 15:49:10 -0700 (PDT) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.1.1 10/15/1999 To: John Baldwin Cc: "David O'Brien" , arch@FreeBSD.ORG Subject: Re: .s -> .S filename change in /sys In-Reply-To: Message from John Baldwin of "Tue, 09 May 2000 18:17:04 EDT." <200005092217.SAA05406@server.baldwin.cx> Date: Tue, 09 May 2000 15:49:10 -0700 From: Peter Wemm Message-Id: <20000509224910.DC5BD1CE3@overcee.netplex.com.au> Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Baldwin wrote: > > On 09-May-00 David O'Brien wrote: > > I would like to rename the extension of all the .s files in /sys that need > > pre-processing to .S. There are two reasons for this. > > Sounds good to me. BTW; this is the file counts of .s vs .S look like: ashburton[3:44pm]~src-104# find . -name '*.[sS]' > /tmp/s ashburton[3:45pm]~src-105# egrep '\.s$' /tmp/s | wc -l 96 ashburton[3:45pm]~src-106# egrep '\.S$' /tmp/s | wc -l 208 Repo copying all these .s files to .S will add about 1.7MB to the repo. I personally would prefer to have everything *.S, but remember that it doesn't come for free. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Tue May 9 16:20: 6 2000 Delivered-To: freebsd-arch@freebsd.org Received: from server.baldwin.cx (jobaldwi.campus.vt.edu [198.82.67.146]) by hub.freebsd.org (Postfix) with ESMTP id EED3337B60E for ; Tue, 9 May 2000 16:20:01 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from john.baldwin.cx (john [10.0.0.2]) by server.baldwin.cx (8.9.3/8.9.3) with ESMTP id TAA05485; Tue, 9 May 2000 19:19:50 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-Id: <200005092319.TAA05485@server.baldwin.cx> X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20000509224910.DC5BD1CE3@overcee.netplex.com.au> Date: Tue, 09 May 2000 19:19:50 -0400 (EDT) From: John Baldwin To: Peter Wemm Subject: Re: .s -> .S filename change in /sys Cc: arch@FreeBSD.org, "David O'Brien" Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 09-May-00 Peter Wemm wrote: > John Baldwin wrote: >> >> On 09-May-00 David O'Brien wrote: >> > I would like to rename the extension of all the .s files in /sys that need >> > pre-processing to .S. There are two reasons for this. >> >> Sounds good to me. > > BTW; this is the file counts of .s vs .S look like: > > ashburton[3:44pm]~src-104# find . -name '*.[sS]' > /tmp/s > ashburton[3:45pm]~src-105# egrep '\.s$' /tmp/s | wc -l > 96 > ashburton[3:45pm]~src-106# egrep '\.S$' /tmp/s | wc -l > 208 > > Repo copying all these .s files to .S will add about 1.7MB to the repo. Not all need to be copied. Nothing in /sys/boot/i386 uses the C pre-processor, for example, but point taken. > I personally would prefer to have everything *.S, but remember that it > doesn't come for free. > > Cheers, > -Peter -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Tue May 9 16:27: 9 2000 Delivered-To: freebsd-arch@freebsd.org Received: from bachue.usc.unal.edu.co (bachue.usc.unal.edu.co [168.176.3.20]) by hub.freebsd.org (Postfix) with ESMTP id 11C3E37BACC for ; Tue, 9 May 2000 16:27:04 -0700 (PDT) (envelope-from giffunip@asme.org) Received: from asme.org ([216.226.229.18]) by bachue.usc.unal.edu.co (Netscape Messaging Server 3.6) with ESMTP id AAA21E1 for ; Tue, 9 May 2000 18:25:43 -0400 Message-ID: <39185005.7419BCE6@asme.org> Date: Tue, 09 May 2000 12:51:01 -0500 From: "Pedro F. Giffuni" Organization: Universidad Nacional de Colombia X-Mailer: Mozilla 4.5 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en,pdf MIME-Version: 1.0 To: arch@freebsd.org Subject: Re: .s -> .S filename change in /sys References: <20000509094758.A45336@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David O'Brien wrote: > > I would like to rename the extension of all the .s files in /sys that need > pre-processing to .S. There are two reasons for this. > This is a good idea, while testing twine I found that gcc -pipe freezes on these files. cheers, Pedro. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Tue May 9 16:49:13 2000 Delivered-To: freebsd-arch@freebsd.org Received: from Awfulhak.org (tun.AwfulHak.org [194.242.139.173]) by hub.freebsd.org (Postfix) with ESMTP id 3624F37B947; Tue, 9 May 2000 16:49:05 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.awfulhak.org [172.16.0.12]) by Awfulhak.org (8.9.3/8.9.3) with ESMTP id AAA21551; Wed, 10 May 2000 00:47:03 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id AAA30494; Wed, 10 May 2000 00:46:58 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200005092346.AAA30494@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Peter Wemm Cc: John Baldwin , "David O'Brien" , arch@FreeBSD.ORG, brian@hak.lan.Awfulhak.org Subject: Re: .s -> .S filename change in /sys In-Reply-To: Message from Peter Wemm of "Tue, 09 May 2000 15:49:10 PDT." <20000509224910.DC5BD1CE3@overcee.netplex.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 10 May 2000 00:46:57 +0100 From: Brian Somers Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > John Baldwin wrote: > > > > On 09-May-00 David O'Brien wrote: > > > I would like to rename the extension of all the .s files in /sys that need > > > pre-processing to .S. There are two reasons for this. > > > > Sounds good to me. > > BTW; this is the file counts of .s vs .S look like: > > ashburton[3:44pm]~src-104# find . -name '*.[sS]' > /tmp/s > ashburton[3:45pm]~src-105# egrep '\.s$' /tmp/s | wc -l > 96 > ashburton[3:45pm]~src-106# egrep '\.S$' /tmp/s | wc -l > 208 > > Repo copying all these .s files to .S will add about 1.7MB to the repo. > > I personally would prefer to have everything *.S, but remember that it > doesn't come for free. Can't they be repo-moved for free ? Would doing that actually do any damage (surely both cvs and cvsup'll just delete the .s and create the .S) ? Am I being naive ? > Cheers, > -Peter -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Tue May 9 16:53:45 2000 Delivered-To: freebsd-arch@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id D116137BA63 for ; Tue, 9 May 2000 16:53:42 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (root@c07-170.006.popsite.net [64.24.39.170]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id QAA29633; Tue, 9 May 2000 16:53:21 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id QAA87231; Tue, 9 May 2000 16:52:55 -0700 (PDT) (envelope-from obrien) Date: Tue, 9 May 2000 16:52:54 -0700 From: "David O'Brien" To: Brian Somers Cc: arch@FreeBSD.ORG Subject: Re: .s -> .S filename change in /sys Message-ID: <20000509165254.A87211@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <200005092346.AAA30494@hak.lan.Awfulhak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200005092346.AAA30494@hak.lan.Awfulhak.org>; from brian@Awfulhak.org on Wed, May 10, 2000 at 12:46:57AM +0100 X-Operating-System: FreeBSD 5.0-CURRENT 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-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, May 10, 2000 at 12:46:57AM +0100, Brian Somers wrote: > Can't they be repo-moved for free ? Nope. > Would doing that actually do any damage (surely both cvs and cvsup'll > just delete the .s and create the .S) ? Am I being naive ? They will for checked out copies, but /home/ncvs/ will contain both [and must]. -- -- David (obrien@NUXI.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Tue May 9 16:54:11 2000 Delivered-To: freebsd-arch@freebsd.org Received: from overcee.netplex.com.au (peter1.yahoo.com [208.48.107.4]) by hub.freebsd.org (Postfix) with ESMTP id 2C8CF37BEDE; Tue, 9 May 2000 16:54:09 -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 2DD421CE5; Tue, 9 May 2000 16:54:08 -0700 (PDT) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.1.1 10/15/1999 To: Brian Somers Cc: John Baldwin , "David O'Brien" , arch@FreeBSD.ORG, brian@hak.lan.Awfulhak.org Subject: Re: .s -> .S filename change in /sys In-Reply-To: Message from Brian Somers of "Wed, 10 May 2000 00:46:57 BST." <200005092346.AAA30494@hak.lan.Awfulhak.org> Date: Tue, 09 May 2000 16:54:08 -0700 From: Peter Wemm Message-Id: <20000509235408.2DD421CE5@overcee.netplex.com.au> Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Brian Somers wrote: > > John Baldwin wrote: > > > > > > On 09-May-00 David O'Brien wrote: > > > > I would like to rename the extension of all the .s files in /sys that n eed > > > > pre-processing to .S. There are two reasons for this. > > > > > > Sounds good to me. > > > > BTW; this is the file counts of .s vs .S look like: > > > > ashburton[3:44pm]~src-104# find . -name '*.[sS]' > /tmp/s > > ashburton[3:45pm]~src-105# egrep '\.s$' /tmp/s | wc -l > > 96 > > ashburton[3:45pm]~src-106# egrep '\.S$' /tmp/s | wc -l > > 208 > > > > Repo copying all these .s files to .S will add about 1.7MB to the repo. > > > > I personally would prefer to have everything *.S, but remember that it > > doesn't come for free. > > Can't they be repo-moved for free ? Would doing that actually do any > damage (surely both cvs and cvsup'll just delete the .s and create the > .S) ? Am I being naive ? No, because if you 'cvs checkout -r RELENG_4_0_0_RELEASE src' you will end up with something that does not build, because the Makefiles etc will refer to *.s, not *.S. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Tue May 9 17:10:36 2000 Delivered-To: freebsd-arch@freebsd.org Received: from overcee.netplex.com.au (peter1.yahoo.com [208.48.107.4]) by hub.freebsd.org (Postfix) with ESMTP id BB26437BF04; Tue, 9 May 2000 17:10:27 -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 29A8C1CE5; Tue, 9 May 2000 17:10:26 -0700 (PDT) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.1.1 10/15/1999 To: John Baldwin Cc: arch@FreeBSD.org, "David O'Brien" Subject: Re: .s -> .S filename change in /sys In-Reply-To: Message from John Baldwin of "Tue, 09 May 2000 19:19:50 EDT." <200005092319.TAA05485@server.baldwin.cx> Date: Tue, 09 May 2000 17:10:26 -0700 From: Peter Wemm Message-Id: <20000510001026.29A8C1CE5@overcee.netplex.com.au> Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Baldwin wrote: > > On 09-May-00 Peter Wemm wrote: > > John Baldwin wrote: > >> > >> On 09-May-00 David O'Brien wrote: > >> > I would like to rename the extension of all the .s files in /sys that ne ed > >> > pre-processing to .S. There are two reasons for this. > >> > >> Sounds good to me. > > > > BTW; this is the file counts of .s vs .S look like: > > > > ashburton[3:44pm]~src-104# find . -name '*.[sS]' > /tmp/s > > ashburton[3:45pm]~src-105# egrep '\.s$' /tmp/s | wc -l > > 96 > > ashburton[3:45pm]~src-106# egrep '\.S$' /tmp/s | wc -l > > 208 > > > > Repo copying all these .s files to .S will add about 1.7MB to the repo. > > Not all need to be copied. Nothing in /sys/boot/i386 uses the C pre-processo r, > for example, but point taken. If you note the list above, I was looking in all of src. 62 of those files are in src/sys, the other ~30 are in src/contrib and src/crypto which (by definition) do not move. Sorry about that. The actual src/sys *.s files are 1.4MB in total. Leaving out sys/boot as well leaves 1.2MB. (40 *.s in the kernel proper). There are 19 *.S files in src/sys. If you leave out sys/boot as well, you are left with 6 *.S files in src/sys. (versus 40) So, it's 1.2MB, not 1.7MB like I stated above. And I still prefer to have it all one way or the other BTW. I'd prefer that we were specific about cpp or not - this means copying the CPP'ed files to *.S and to hell with disk space. One day we will reclaim the old stuff from the Attic's if it every becomes necessary or worthwhile. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Tue May 9 18:20:12 2000 Delivered-To: freebsd-arch@freebsd.org Received: from server.baldwin.cx (jobaldwi.campus.vt.edu [198.82.67.146]) by hub.freebsd.org (Postfix) with ESMTP id 122CF37BAAB for ; Tue, 9 May 2000 18:20:10 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from john.baldwin.cx (john [10.0.0.2]) by server.baldwin.cx (8.9.3/8.9.3) with ESMTP id VAA05603; Tue, 9 May 2000 21:19:51 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-Id: <200005100119.VAA05603@server.baldwin.cx> X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20000510001026.29A8C1CE5@overcee.netplex.com.au> Date: Tue, 09 May 2000 21:19:51 -0400 (EDT) From: John Baldwin To: Peter Wemm Subject: Re: .s -> .S filename change in /sys Cc: "David O'Brien" , arch@FreeBSD.org Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 10-May-00 Peter Wemm wrote: > So, it's 1.2MB, not 1.7MB like I stated above. A 5 1/4" floppy disk. I think I can live with that, personally. :) > And I still prefer to have it all one way or the other BTW. I'd prefer that > we were specific about cpp or not - this means copying the CPP'ed files to > *.S and to hell with disk space. One day we will reclaim the old > stuff from the Attic's if it every becomes necessary or worthwhile. I agree. This does require that we look at each .s file and figure out if it should be .S, but that shouldn't be _too_ bad. > Cheers, > -Peter -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Tue May 9 23:35: 8 2000 Delivered-To: freebsd-arch@freebsd.org Received: from Awfulhak.org (tun.AwfulHak.org [194.242.139.173]) by hub.freebsd.org (Postfix) with ESMTP id C2D0E37B63C; Tue, 9 May 2000 23:35:03 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.awfulhak.org [172.16.0.12]) by Awfulhak.org (8.9.3/8.9.3) with ESMTP id HAA27252; Wed, 10 May 2000 07:35:31 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id HAA32762; Wed, 10 May 2000 07:35:24 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200005100635.HAA32762@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Peter Wemm Cc: Brian Somers , John Baldwin , "David O'Brien" , arch@FreeBSD.ORG Subject: Re: .s -> .S filename change in /sys In-Reply-To: Message from Peter Wemm of "Tue, 09 May 2000 16:54:08 PDT." <20000509235408.2DD421CE5@overcee.netplex.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 10 May 2000 07:35:24 +0100 From: Brian Somers Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Can't they be repo-moved for free ? Would doing that actually do any > > damage (surely both cvs and cvsup'll just delete the .s and create the > > .S) ? Am I being naive ? > > No, because if you 'cvs checkout -r RELENG_4_0_0_RELEASE src' you will > end up with something that does not build, because the Makefiles etc will > refer to *.s, not *.S. Ah, yes. I was being excessively thick ! Ta. > Cheers, > -Peter -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Tue May 9 23:43:44 2000 Delivered-To: freebsd-arch@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id CA61637B875; Tue, 9 May 2000 23:43:42 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id XAA06645; Tue, 9 May 2000 23:43:42 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Tue, 9 May 2000 23:43:42 -0700 (PDT) From: Kris Kennaway To: "Pedro F. Giffuni" Cc: arch@freebsd.org Subject: Re: .s -> .S filename change in /sys In-Reply-To: <39185005.7419BCE6@asme.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 9 May 2000, Pedro F. Giffuni wrote: > This is a good idea, while testing twine I found that gcc -pipe freezes > on these files. It's not hung, just waiting for input from stdin. ^D will close it. FWIW, I had to special-case this in my libgmp upgrade as well. Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Wed May 10 1:26:43 2000 Delivered-To: freebsd-arch@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id CDF1F37B7FC for ; Wed, 10 May 2000 01:26:39 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id SAA08135; Wed, 10 May 2000 18:26:31 +1000 Date: Wed, 10 May 2000 18:26:28 +1000 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: "David O'Brien" Cc: arch@FreeBSD.ORG Subject: Re: .s -> .S filename change in /sys In-Reply-To: <20000509094758.A45336@dragon.nuxi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 9 May 2000, David O'Brien wrote: > I would like to rename the extension of all the .s files in /sys that need > pre-processing to .S. There are two reasons for this. I've wanted to do this for about 8 years :-). > 2. If one has "-save-temps" in CFLAGS and edits a .s file, ``make'' will > not build a new object. ``make'' uses the datestamp of the .s file > saved to disk due to the "-save-temps" option to `cc' since ``make'' > is hardwired to check OBJDIR before any .PATH:'s. Thus ``make'' > incorrectly decides everything is up to date and nothing needs to be > rebuilt. This is a bug in bsd.lib.mk and perhaps in other makefiles that override .SUFFIXES. In sys.mk, .S is before .s in .SUFFIXES, so the .S.o rule has precedence over the .s.o rule. bsd.lib.mk reverses this order. This must be just a bug, since there aren't even any .s files in non-contrib'ed libraries. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Wed May 10 1:59:49 2000 Delivered-To: freebsd-arch@freebsd.org Received: from gidora.zeta.org.au (gidora.zeta.org.au [203.26.10.25]) by hub.freebsd.org (Postfix) with SMTP id DF4B737B642 for ; Wed, 10 May 2000 01:59:29 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: (qmail 9159 invoked from network); 10 May 2000 08:59:26 -0000 Received: from bde.zeta.org.au (203.2.228.102) by gidora.zeta.org.au with SMTP; 10 May 2000 08:59:26 -0000 Date: Wed, 10 May 2000 18:59:23 +1000 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Peter Wemm Cc: John Baldwin , arch@FreeBSD.ORG, David O'Brien Subject: Re: .s -> .S filename change in /sys In-Reply-To: <20000510001026.29A8C1CE5@overcee.netplex.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 9 May 2000, Peter Wemm wrote: > John Baldwin wrote: > > > > On 09-May-00 Peter Wemm wrote: > > > Repo copying all these .s files to .S will add about 1.7MB to the repo. > > > > Not all need to be copied. Nothing in /sys/boot/i386 uses the C pre-processo > r, > > for example, but point taken. This is arguably another bug in the new boot sources (they use m4) :-). > If you note the list above, I was looking in all of src. 62 of those > files are in src/sys, the other ~30 are in src/contrib and src/crypto > which (by definition) do not move. Sorry about that. This is because we renamed .S to .s everywhere except in sys/i386/{i386/isa} long ago (e.g., in 1993 before FreeBSD-1.0-alpha for sys/i386/boot/boot2.s). Unfortunately, contrib doesn't follow our rules, and there are more than twice as many .s files in /sys as when we last talked about renaming them. > The actual src/sys *.s files are 1.4MB in total. Leaving out sys/boot > as well leaves 1.2MB. (40 *.s in the kernel proper). I count only 500K for *.s. 1.4MB is for *.s,v. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Wed May 10 5: 0:31 2000 Delivered-To: freebsd-arch@freebsd.org Received: from server.baldwin.cx (jobaldwi.campus.vt.edu [198.82.67.146]) by hub.freebsd.org (Postfix) with ESMTP id B4BD137B6C2 for ; Wed, 10 May 2000 05:00:26 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from john.baldwin.cx (john [10.0.0.2]) by server.baldwin.cx (8.9.3/8.9.3) with ESMTP id IAA06466; Wed, 10 May 2000 08:00:12 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-Id: <200005101200.IAA06466@server.baldwin.cx> X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Wed, 10 May 2000 08:00:12 -0400 (EDT) From: John Baldwin To: Bruce Evans Subject: Re: .s -> .S filename change in /sys Cc: "David O'Brien" , arch@FreeBSD.org, Peter Wemm Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 10-May-00 Bruce Evans wrote: > On Tue, 9 May 2000, Peter Wemm wrote: > >> John Baldwin wrote: >> > >> > On 09-May-00 Peter Wemm wrote: >> > > Repo copying all these .s files to .S will add about 1.7MB to the repo. >> > >> > Not all need to be copied. Nothing in /sys/boot/i386 uses the C pre-processo >> r, >> > for example, but point taken. > > This is arguably another bug in the new boot sources (they use m4) :-). Yes, but they mostly do this to use the macros to get around gas brokennes with respect to 16-bit x86 code. With the new gas that will all go away. We will then be left with a few config variables, which can be handled with 'as --defsym BAR=FOO', so no need for cpp(1) there. >> The actual src/sys *.s files are 1.4MB in total. Leaving out sys/boot >> as well leaves 1.2MB. (40 *.s in the kernel proper). > > I count only 500K for *.s. 1.4MB is for *.s,v. Repo-copies copy the entire RCS file, though, so the effective bloat of repo-copying all the .s files to .S would add 1.4MB to the repository. > Bruce -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Wed May 10 8:16:11 2000 Delivered-To: freebsd-arch@freebsd.org Received: from overcee.netplex.com.au (peter1.yahoo.com [208.48.107.4]) by hub.freebsd.org (Postfix) with ESMTP id 72BFB37B6D7; Wed, 10 May 2000 08:15:48 -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 8ECC61CE6; Wed, 10 May 2000 08:15:46 -0700 (PDT) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.1.1 10/15/1999 To: John Baldwin Cc: Bruce Evans , "David O'Brien" , arch@FreeBSD.org Subject: Re: .s -> .S filename change in /sys In-Reply-To: Message from John Baldwin of "Wed, 10 May 2000 08:00:12 EDT." <200005101200.IAA06466@server.baldwin.cx> Date: Wed, 10 May 2000 08:15:46 -0700 From: Peter Wemm Message-Id: <20000510151546.8ECC61CE6@overcee.netplex.com.au> Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Baldwin wrote: > > On 10-May-00 Bruce Evans wrote: > > On Tue, 9 May 2000, Peter Wemm wrote: [..] > >> The actual src/sys *.s files are 1.4MB in total. Leaving out sys/boot > >> as well leaves 1.2MB. (40 *.s in the kernel proper). > > > > I count only 500K for *.s. 1.4MB is for *.s,v. > > Repo-copies copy the entire RCS file, though, so the effective bloat of > repo-copying all the .s files to .S would add 1.4MB to the repository. Exactly. /usr/src/sys will be unaffected by the copy - the old files will be cvs rm'ed so that 500K moves from the old names to the new ones. The repository would grow as a result though - that is the only downside and it is almost going to get lost in the noise with things like gcc and binutils imports in the pipeline. If Bruce is happy with it, then I am too. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Wed May 10 8:51:50 2000 Delivered-To: freebsd-arch@freebsd.org Received: from alsatian.cslab.vt.edu (alsatian.cslab.vt.edu [198.82.184.21]) by hub.freebsd.org (Postfix) with ESMTP id EF4AA37B6C1 for ; Wed, 10 May 2000 08:51:43 -0700 (PDT) (envelope-from jobaldwi@cslab.vt.edu) Received: from snowcow.cslab.vt.edu (root@snowcow.cslab.vt.edu [198.82.184.27]) by alsatian.cslab.vt.edu (8.9.3/8.9.3) with ESMTP id LAA27142 for ; Wed, 10 May 2000 11:51:41 -0400 (EDT) (envelope-from jobaldwi@cslab.vt.edu) Received: from localhost (jobaldwi@localhost) by snowcow.cslab.vt.edu (8.9.3/8.9.3) with ESMTP id LAA97096 for ; Wed, 10 May 2000 11:43:12 -0400 (EDT) (envelope-from jobaldwi@cslab.vt.edu) X-Authentication-Warning: snowcow.cslab.vt.edu: jobaldwi owned process doing -bs Date: Wed, 10 May 2000 11:43:11 -0400 (EDT) From: "John H. Baldwin" To: arch@FreeBSD.org Subject: Moving manpages, executables out of sys/modules Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG If we are going to seperate module compiles out from world (which I agree is a good idea), then we need to move the manpages and shell scripts that are world material (such as linux.sh for /usr/bin/linux) out of sys/modules. For example, move src/sys/modules/linux/linux.{sh,8} into src/usr.bin/linux/. The same would go for svr4, osf1, isbc2, joy, el, and all the netgraph manpages. Any objections? John Baldwin jhb@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Wed May 10 8:52:41 2000 Delivered-To: freebsd-arch@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 50F6937BA8A for ; Wed, 10 May 2000 08:52:37 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id IAA18118 for ; Wed, 10 May 2000 08:52:35 -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 IAA66121; Wed, 10 May 2000 08:52:35 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Wed, 10 May 2000 08:52:35 -0700 (PDT) Message-Id: <200005101552.IAA66121@vashon.polstra.com> To: arch@freebsd.org Subject: Re: .s -> .S filename change in /sys In-Reply-To: <20000510151546.8ECC61CE6@overcee.netplex.com.au> References: <20000510151546.8ECC61CE6@overcee.netplex.com.au> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <20000510151546.8ECC61CE6@overcee.netplex.com.au>, Peter Wemm wrote: > > If Bruce is happy with it, then I am too. I am not one bit happy with it. I don't want to go through this all the time: vi locore.S File not found [JDP: Grrr, this is 4.0, so it's .s not .S, *grumble*] vi locore.s And MFCs aren't going to be much fun either. To me the whole exercise seems entirely gratuitous just to solve a problem which never comes up in normal use and which could be solved by other less intrusive means. In any case (since it appears I've already lost this argument), please please please rename _all_ of the .s files or _none_ of them. If I need to edit an assembly language file, I don't want to have to think about whether it probably uses the preprocessor or not. And I don't want to have to do yet another repo copy each time a file goes from not using the preprocessor to using it. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Wed May 10 9:22:54 2000 Delivered-To: freebsd-arch@freebsd.org Received: from server.baldwin.cx (jobaldwi.campus.vt.edu [198.82.67.146]) by hub.freebsd.org (Postfix) with ESMTP id 9DF4437B862 for ; Wed, 10 May 2000 09:22:46 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from john.baldwin.cx (john [10.0.0.2]) by server.baldwin.cx (8.9.3/8.9.3) with ESMTP id MAA06756; Wed, 10 May 2000 12:22:29 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-Id: <200005101622.MAA06756@server.baldwin.cx> X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200005101552.IAA66121@vashon.polstra.com> Date: Wed, 10 May 2000 12:22:29 -0400 (EDT) From: John Baldwin To: John Polstra Subject: Re: .s -> .S filename change in /sys Cc: arch@FreeBSD.org Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 10-May-00 John Polstra wrote: > In article <20000510151546.8ECC61CE6@overcee.netplex.com.au>, > Peter Wemm wrote: >> >> If Bruce is happy with it, then I am too. > > I am not one bit happy with it. I don't want to go through this all > the time: > > vi locore.S > File not found > [JDP: Grrr, this is 4.0, so it's .s not .S, *grumble*] > vi locore.s > > And MFCs aren't going to be much fun either. To me the whole exercise > seems entirely gratuitous just to solve a problem which never comes up > in normal use and which could be solved by other less intrusive means. > > In any case (since it appears I've already lost this argument), please > please please rename _all_ of the .s files or _none_ of them. If I > need to edit an assembly language file, I don't want to have to think > about whether it probably uses the preprocessor or not. And I don't > want to have to do yet another repo copy each time a file goes from > not using the preprocessor to using it. Well... many of the .s only files in /sys/boot/i386 don't work at all with cpp(1) because they use '#' for the comment character. So, if we change files that don't even use cpp(1) to .S then we'll also have to go through and reformat all the comments in said files. However, if all .S is deemed to be the best way to go, I'll fix all the comments (shouldn't be anything sed can't fix :) ). > John -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Wed May 10 9:25:46 2000 Delivered-To: freebsd-arch@freebsd.org Received: from overcee.netplex.com.au (peter1.yahoo.com [208.48.107.4]) by hub.freebsd.org (Postfix) with ESMTP id 37C4037B7EA for ; Wed, 10 May 2000 09:25:42 -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 418741CE6; Wed, 10 May 2000 09:25:38 -0700 (PDT) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.1.1 10/15/1999 To: John Polstra Cc: arch@FreeBSD.ORG Subject: Re: .s -> .S filename change in /sys In-Reply-To: Message from John Polstra of "Wed, 10 May 2000 08:52:35 PDT." <200005101552.IAA66121@vashon.polstra.com> Mime-Version: 1.0 Content-Transfer-Encoding: 8bit Date: Wed, 10 May 2000 09:25:38 -0700 From: Peter Wemm Message-Id: <20000510162538.418741CE6@overcee.netplex.com.au> Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Polstra wrote: > In article <20000510151546.8ECC61CE6@overcee.netplex.com.au>, > Peter Wemm wrote: > > > > If Bruce is happy with it, then I am too. > > I am not one bit happy with it. I don't want to go through this all > the time: > > vi locore.S > File not found > [JDP: Grrr, this is 4.0, so it's .s not .S, *grumble*] > vi locore.s > > And MFCs aren't going to be much fun either. To me the whole exercise > seems entirely gratuitous just to solve a problem which never comes up > in normal use and which could be solved by other less intrusive means. > > In any case (since it appears I've already lost this argument), please > please please rename _all_ of the .s files or _none_ of them. If I > need to edit an assembly language file, I don't want to have to think > about whether it probably uses the preprocessor or not. And I don't > want to have to do yet another repo copy each time a file goes from > not using the preprocessor to using it. I've already stated my position on this. I'd like them all to be done and to be consistant. I'd also like to do the same for RELENG_4 and probably even RELENG_3 so that we don't have MFC issues. /sys/boot is a special case since it's *expressly* not cpp'ed - we could leave that alone IMHO if that's preferable to the folks who live in that space - so long as it's the same across branches where the code lives. I will volunteer effort to make this happen on the older branches if nobody else will do it. (I have other urgent things I'm supposed to be spending my time on, but this does need to be consistant) Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Wed May 10 10:41:50 2000 Delivered-To: freebsd-arch@freebsd.org Received: from gidora.zeta.org.au (gidora.zeta.org.au [203.26.10.25]) by hub.freebsd.org (Postfix) with SMTP id 79A4A37B7ED for ; Wed, 10 May 2000 10:41:45 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: (qmail 32266 invoked from network); 10 May 2000 17:41:41 -0000 Received: from bde.zeta.org.au (203.2.228.102) by gidora.zeta.org.au with SMTP; 10 May 2000 17:41:41 -0000 Date: Thu, 11 May 2000 03:41:37 +1000 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Peter Wemm Cc: John Baldwin , David O'Brien , arch@FreeBSD.org Subject: Re: .s -> .S filename change in /sys In-Reply-To: <20000510151546.8ECC61CE6@overcee.netplex.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 10 May 2000, Peter Wemm wrote: > If Bruce is happy with it, then I am too. I'm happy. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Wed May 10 11:21:25 2000 Delivered-To: freebsd-arch@freebsd.org Received: from mail.sullivan-reportlibrary.com (chrtn1UBR2-3-hfc-0252-d8d8b012.rdc1.tn.comcastatwork.com [216.216.176.18]) by hub.freebsd.org (Postfix) with ESMTP id DDCE437B99B for ; Wed, 10 May 2000 11:21:19 -0700 (PDT) (envelope-from marketing@infotechsys.net) Received: from infotechsys.net (2K-SERVER [192.168.0.100]) by mail.sullivan-reportlibrary.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id KTQY5NML; Wed, 10 May 2000 14:18:12 -0400 MIME-Version: 1.0 From: marketing@infotechsys.net Reply-To: marketing@infotechsys.net To: arch@freebsd.org Subject: ITS Brochure Mime-Version: 1.0 Content-Type: text/html; charset="us-ascii" Message-Id: <20000510182119.DDCE437B99B@hub.freebsd.org> Date: Wed, 10 May 2000 11:21:19 -0700 (PDT) Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ITS Internet Site

P.O. Box 70671

Charleston, SC 29415-0671

843.566.1397


To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Wed May 10 16:28: 5 2000 Delivered-To: freebsd-arch@freebsd.org Received: from obie.softweyr.com (obie.softweyr.com [204.68.178.33]) by hub.freebsd.org (Postfix) with ESMTP id 26B0E37BB2D; Wed, 10 May 2000 16:27:56 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from softweyr.com (Foolstrustidentd@obie.softweyr.com [204.68.178.33]) by obie.softweyr.com (8.8.8/8.8.8) with ESMTP id RAA25059; Wed, 10 May 2000 17:27:50 -0600 (MDT) (envelope-from wes@softweyr.com) Message-ID: <3919F0DB.A6DFFED5@softweyr.com> Date: Wed, 10 May 2000 17:29:31 -0600 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: John Baldwin Cc: Peter Wemm , "David O'Brien" , arch@FreeBSD.ORG Subject: Re: .s -> .S filename change in /sys References: <200005100119.VAA05603@server.baldwin.cx> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Baldwin wrote: > > On 10-May-00 Peter Wemm wrote: > > So, it's 1.2MB, not 1.7MB like I stated above. > > A 5 1/4" floppy disk. I think I can live with that, personally. :) > > > And I still prefer to have it all one way or the other BTW. I'd prefer that > > we were specific about cpp or not - this means copying the CPP'ed files to > > *.S and to hell with disk space. One day we will reclaim the old > > stuff from the Attic's if it every becomes necessary or worthwhile. > > I agree. This does require that we look at each .s file and figure out > if it should be .S, but that shouldn't be _too_ bad. find /usr/src/sys -name '*.s' | xargs grep -l '^#' 61 files on my 2-week-old 4.0 system. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Wed May 10 16:41:43 2000 Delivered-To: freebsd-arch@freebsd.org Received: from server.baldwin.cx (jobaldwi.campus.vt.edu [198.82.67.146]) by hub.freebsd.org (Postfix) with ESMTP id A1FE437BA44 for ; Wed, 10 May 2000 16:41:40 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from john.baldwin.cx (john [10.0.0.2]) by server.baldwin.cx (8.9.3/8.9.3) with ESMTP id TAA07315; Wed, 10 May 2000 19:41:35 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-Id: <200005102341.TAA07315@server.baldwin.cx> X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <3919F0DB.A6DFFED5@softweyr.com> Date: Wed, 10 May 2000 19:41:35 -0400 (EDT) From: John Baldwin To: Wes Peters Subject: Re: .s -> .S filename change in /sys Cc: arch@FreeBSD.org, "David O'Brien" , Peter Wemm Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 10-May-00 Wes Peters wrote: > John Baldwin wrote: >> >> On 10-May-00 Peter Wemm wrote: >> > So, it's 1.2MB, not 1.7MB like I stated above. >> >> A 5 1/4" floppy disk. I think I can live with that, personally. :) >> >> > And I still prefer to have it all one way or the other BTW. I'd prefer that >> > we were specific about cpp or not - this means copying the CPP'ed files to >> > *.S and to hell with disk space. One day we will reclaim the old >> > stuff from the Attic's if it every becomes necessary or worthwhile. >> >> I agree. This does require that we look at each .s file and figure out >> if it should be .S, but that shouldn't be _too_ bad. > > find /usr/src/sys -name '*.s' | xargs grep -l '^#' > > 61 files on my 2-week-old 4.0 system. No go there. Many of the asm files (all in /sys/boot, for example) use '#' as a comment character, since it is supported as such by as(1). -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Wed May 10 22: 7:32 2000 Delivered-To: freebsd-arch@freebsd.org Received: from obie.softweyr.com (obie.softweyr.com [204.68.178.33]) by hub.freebsd.org (Postfix) with ESMTP id 4924637B763 for ; Wed, 10 May 2000 22:07:23 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from softweyr.com (homer.softweyr.com [204.68.178.39]) by obie.softweyr.com (8.8.8/8.8.8) with ESMTP id XAA25658; Wed, 10 May 2000 23:07:15 -0600 (MDT) (envelope-from wes@softweyr.com) Message-ID: <391A406B.3EBD0C57@softweyr.com> Date: Wed, 10 May 2000 23:08:59 -0600 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: John Polstra Cc: arch@FreeBSD.ORG Subject: Re: .s -> .S filename change in /sys References: <20000510151546.8ECC61CE6@overcee.netplex.com.au> <200005101552.IAA66121@vashon.polstra.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Polstra wrote: > > In any case (since it appears I've already lost this argument), please > please please rename _all_ of the .s files or _none_ of them. If I > need to edit an assembly language file, I don't want to have to think > about whether it probably uses the preprocessor or not. And I don't > want to have to do yet another repo copy each time a file goes from > not using the preprocessor to using it. Use a shell or editor with filename completion? -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Wed May 10 23:24: 8 2000 Delivered-To: freebsd-arch@freebsd.org Received: from obie.softweyr.com (obie.softweyr.com [204.68.178.33]) by hub.freebsd.org (Postfix) with ESMTP id 4AB1637B6B0; Wed, 10 May 2000 23:24:00 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from softweyr.com (homer.softweyr.com [204.68.178.39]) by obie.softweyr.com (8.8.8/8.8.8) with ESMTP id AAA25789; Thu, 11 May 2000 00:23:50 -0600 (MDT) (envelope-from wes@softweyr.com) Message-ID: <391A525F.E4B9D3DA@softweyr.com> Date: Thu, 11 May 2000 00:25:35 -0600 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: John Baldwin Cc: arch@FreeBSD.org, "David O'Brien" , Peter Wemm Subject: Re: .s -> .S filename change in /sys References: <200005102341.TAA07315@server.baldwin.cx> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Baldwin wrote: > > On 10-May-00 Wes Peters wrote: > > John Baldwin wrote: > >> > >> I agree. This does require that we look at each .s file and figure out > >> if it should be .S, but that shouldn't be _too_ bad. > > > > find /usr/src/sys -name '*.s' | xargs grep -l '^#' > > > > 61 files on my 2-week-old 4.0 system. > > No go there. Many of the asm files (all in /sys/boot, for example) > use '#' as a comment character, since it is supported as such by as(1). Ick. Someone else pointed that out, too. The command above at least gives you a 61-file starting place, rather than the entire system. OTOH, Peter's point about renaming all the .s files, except those it would actively hurt, makes more sense. I'd even vote for changing the comments on the few in /sys/boot and renaming them as well. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Thu May 11 8:53:29 2000 Delivered-To: freebsd-arch@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 2FAB137B896 for ; Thu, 11 May 2000 08:53:26 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id IAA23366 for ; Thu, 11 May 2000 08:53:24 -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 IAA67862; Thu, 11 May 2000 08:53:24 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Thu, 11 May 2000 08:53:24 -0700 (PDT) Message-Id: <200005111553.IAA67862@vashon.polstra.com> To: arch@freebsd.org Subject: Re: .s -> .S filename change in /sys In-Reply-To: <391A406B.3EBD0C57@softweyr.com> References: <20000510151546.8ECC61CE6@overcee.netplex.com.au> <200005101552.IAA66121@vashon.polstra.com> <391A406B.3EBD0C57@softweyr.com> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <391A406B.3EBD0C57@softweyr.com>, Wes Peters wrote: > > Use a shell or editor with filename completion? Please assume that I've already thought of and rejected this entire category of hacks. You perl fans out there needn't bother sending me any magic scripts. I say again: the problem this mass renaming would address is (a) not very important and (b) solvable by other means. Renaming all these files would be a departure from the other BSDs and from 25+ years of established convention in the kernel. I wouldn't mind it if there were ample justification, but I certainly haven't seen that in this discussion. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Thu May 11 9: 7:47 2000 Delivered-To: freebsd-arch@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id CFDA137B8C9 for ; Thu, 11 May 2000 09:07:44 -0700 (PDT) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id SAA29394; Thu, 11 May 2000 18:07:43 +0200 (CEST) (envelope-from des@flood.ping.uio.no) To: arch@freebsd.org Subject: fetch(1) From: Dag-Erling Smorgrav Date: 11 May 2000 18:07:43 +0200 Message-ID: Lines: 8 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm still waiting for comments about my libfetch-based fetch(1). Get the latest tarball from . (note that it needs -CURRENT's libfetch to work) DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Thu May 11 9:22:57 2000 Delivered-To: freebsd-arch@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.2.163]) by hub.freebsd.org (Postfix) with ESMTP id 10E7A37B754 for ; Thu, 11 May 2000 09:22:53 -0700 (PDT) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.13 #1) id 12pvjU-000DP3-00; Thu, 11 May 2000 18:22:40 +0200 From: Sheldon Hearn To: Dag-Erling Smorgrav Cc: arch@FreeBSD.ORG Subject: Re: fetch(1) In-reply-to: Your message of "11 May 2000 18:07:43 +0200." Date: Thu, 11 May 2000 18:22:40 +0200 Message-ID: <51524.958062160@axl.ops.uunet.co.za> Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 11 May 2000 18:07:43 +0200, Dag-Erling Smorgrav wrote: > I'm still waiting for comments about my libfetch-based fetch(1). Get > the latest tarball from . Last I saw, it was still not yet a drop-in replacement for the existing fetch(1). From your wording, I take it this has changed? Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Thu May 11 10:31:31 2000 Delivered-To: freebsd-arch@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id EEFE837BB47; Thu, 11 May 2000 10:31:28 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (root@c07-165.006.popsite.net [64.24.39.165]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id KAA15541; Thu, 11 May 2000 10:31:08 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id KAA05584; Thu, 11 May 2000 10:31:05 -0700 (PDT) (envelope-from obrien) Date: Thu, 11 May 2000 10:31:04 -0700 From: "David O'Brien" To: Wes Peters Cc: John Baldwin , arch@FreeBSD.org, Peter Wemm Subject: Re: .s -> .S filename change in /sys Message-ID: <20000511103104.A5531@dragon.nuxi.com> Reply-To: obrien@FreeBSD.org References: <200005102341.TAA07315@server.baldwin.cx> <391A525F.E4B9D3DA@softweyr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <391A525F.E4B9D3DA@softweyr.com>; from wes@softweyr.com on Thu, May 11, 2000 at 12:25:35AM -0600 X-Operating-System: FreeBSD 5.0-CURRENT 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-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, May 11, 2000 at 12:25:35AM -0600, Wes Peters wrote: > Ick. Someone else pointed that out, too. The command above at least > gives you a 61-file starting place, rather than the entire system. > OTOH, Peter's point about renaming all the .s files, except those it > would actively hurt, makes more sense. Only those that should be ".S" files should be renamed. > I'd even vote for changing the comments on the few in /sys/boot and > renaming them as well. Then I'd vote for making all our ".c" files to use C++ comments and rename them to ".C". That would make as much sense. We've been mis-naming some of our ASM files. I am trying to change that. The files should be named properly. If they need to be run thru the C pre-processor/cc then they should be .S files. If not, they should be named .s files. I don't care if some can't keep the extention straight. How do people keep straight .c and .C then? -- -- David (obrien@NUXI.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Thu May 11 10:32:46 2000 Delivered-To: freebsd-arch@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id E1C7837BB77 for ; Thu, 11 May 2000 10:32:44 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (root@c07-165.006.popsite.net [64.24.39.165]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id KAA15547; Thu, 11 May 2000 10:32:34 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id KAA05595; Thu, 11 May 2000 10:32:25 -0700 (PDT) (envelope-from obrien) Date: Thu, 11 May 2000 10:32:25 -0700 From: "David O'Brien" To: John Polstra Cc: arch@freebsd.org Subject: Re: .s -> .S filename change in /sys Message-ID: <20000511103225.B5531@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <20000510151546.8ECC61CE6@overcee.netplex.com.au> <200005101552.IAA66121@vashon.polstra.com> <391A406B.3EBD0C57@softweyr.com> <200005111553.IAA67862@vashon.polstra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200005111553.IAA67862@vashon.polstra.com>; from jdp@polstra.com on Thu, May 11, 2000 at 08:53:24AM -0700 X-Operating-System: FreeBSD 5.0-CURRENT 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-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, May 11, 2000 at 08:53:24AM -0700, John Polstra wrote: > I say again: the problem this mass renaming would address is (a) not > very important and (b) solvable by other means. (a) I disagree. It has caused me pain in upgrading Bintuils. (b) What is the way. -- -- David (obrien@NUXI.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Thu May 11 11: 1:44 2000 Delivered-To: freebsd-arch@freebsd.org Received: from server.baldwin.cx (jobaldwi.campus.vt.edu [198.82.67.146]) by hub.freebsd.org (Postfix) with ESMTP id 3757E37BBCE; Thu, 11 May 2000 11:01:39 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from john.baldwin.cx (john [10.0.0.2]) by server.baldwin.cx (8.9.3/8.9.3) with ESMTP id OAA08609; Thu, 11 May 2000 14:01:35 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-Id: <200005111801.OAA08609@server.baldwin.cx> X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20000511103104.A5531@dragon.nuxi.com> Date: Thu, 11 May 2000 14:01:35 -0400 (EDT) From: John Baldwin To: "David O'Brien" Subject: Re: .s -> .S filename change in /sys Cc: Peter Wemm , arch@FreeBSD.org, Wes Peters Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 11-May-00 David O'Brien wrote: > On Thu, May 11, 2000 at 12:25:35AM -0600, Wes Peters wrote: >> Ick. Someone else pointed that out, too. The command above at least >> gives you a 61-file starting place, rather than the entire system. >> OTOH, Peter's point about renaming all the .s files, except those it >> would actively hurt, makes more sense. > > Only those that should be ".S" files should be renamed. > >> I'd even vote for changing the comments on the few in /sys/boot and >> renaming them as well. > > Then I'd vote for making all our ".c" files to use C++ comments and > rename them to ".C". That would make as much sense. In all fairness, C and C++ are two different languages, whereas the files in question are all the same language, so this analogy isn't quite correct. However, given tab-completion, I think we can get away with using .s and .S. Also, only converting the assembly files that actually need .S because they #include headers will save on repo bloat as fewer files will need to be copied. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Thu May 11 13:49:27 2000 Delivered-To: freebsd-arch@freebsd.org Received: from obie.softweyr.com (obie.softweyr.com [204.68.178.33]) by hub.freebsd.org (Postfix) with ESMTP id C869F37BD70; Thu, 11 May 2000 13:49:22 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from softweyr.com (ip43.salt-lake-city6.ut.pub-ip.psi.net [38.27.95.43]) by obie.softweyr.com (8.8.8/8.8.8) with ESMTP id OAA27387; Thu, 11 May 2000 14:49:19 -0600 (MDT) (envelope-from wes@softweyr.com) Message-ID: <391B1D1C.A299A05C@softweyr.com> Date: Thu, 11 May 2000 14:50:36 -0600 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: obrien@FreeBSD.org Cc: John Baldwin , arch@FreeBSD.org, Peter Wemm Subject: Re: .s -> .S filename change in /sys References: <200005102341.TAA07315@server.baldwin.cx> <391A525F.E4B9D3DA@softweyr.com> <20000511103104.A5531@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David O'Brien wrote: > > On Thu, May 11, 2000 at 12:25:35AM -0600, Wes Peters wrote: > > Ick. Someone else pointed that out, too. The command above at least > > gives you a 61-file starting place, rather than the entire system. > > OTOH, Peter's point about renaming all the .s files, except those it > > would actively hurt, makes more sense. > > Only those that should be ".S" files should be renamed. So that the next time somebody sticks a #include or #if in them, we can go through this argument again? Yeah, that's a GREAT idea. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Thu May 11 14:29:47 2000 Delivered-To: freebsd-arch@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id 1BA3837B51F; Thu, 11 May 2000 14:29:44 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (root@c07-165.006.popsite.net [64.24.39.165]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id OAA16885; Thu, 11 May 2000 14:29:32 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id OAA07917; Thu, 11 May 2000 14:29:26 -0700 (PDT) (envelope-from obrien) Date: Thu, 11 May 2000 14:29:25 -0700 From: "David O'Brien" To: Wes Peters Cc: John Baldwin , arch@FreeBSD.org, Peter Wemm Subject: Re: .s -> .S filename change in /sys Message-ID: <20000511142925.A7875@dragon.nuxi.com> Reply-To: obrien@FreeBSD.org References: <200005102341.TAA07315@server.baldwin.cx> <391A525F.E4B9D3DA@softweyr.com> <20000511103104.A5531@dragon.nuxi.com> <391B1D1C.A299A05C@softweyr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <391B1D1C.A299A05C@softweyr.com>; from wes@softweyr.com on Thu, May 11, 2000 at 02:50:36PM -0600 X-Operating-System: FreeBSD 5.0-CURRENT 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-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, May 11, 2000 at 02:50:36PM -0600, Wes Peters wrote: > > So that the next time somebody sticks a #include or #if in them, we > can go through this argument again? Yeah, that's a GREAT idea. Some things we never want to go thru the C pre-processor, etc. .s's that don't use the pre-processor today, and that we don't mind using it in the future are certainly candidates for renameing. But forcing *all* .s files that direction is wrong. -- -- David (obrien@NUXI.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Thu May 11 15:59:44 2000 Delivered-To: freebsd-arch@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 769D037BC24; Thu, 11 May 2000 15:59:42 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id PAA24922; Thu, 11 May 2000 15:59:41 -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 PAA68985; Thu, 11 May 2000 15:59:40 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Thu, 11 May 2000 15:59:40 -0700 (PDT) Message-Id: <200005112259.PAA68985@vashon.polstra.com> To: obrien@freebsd.org Subject: Re: .s -> .S filename change in /sys In-Reply-To: <20000511103225.B5531@dragon.nuxi.com> References: <20000510151546.8ECC61CE6@overcee.netplex.com.au> <391A406B.3EBD0C57@softweyr.com> <200005111553.IAA67862@vashon.polstra.com> <20000511103225.B5531@dragon.nuxi.com> Organization: Polstra & Co., Seattle, WA Cc: arch@freebsd.org Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <20000511103225.B5531@dragon.nuxi.com>, David O'Brien wrote: > On Thu, May 11, 2000 at 08:53:24AM -0700, John Polstra wrote: > > I say again: the problem this mass renaming would address is (a) not > > very important and (b) solvable by other means. > > (a) I disagree. Well, that's why we're having this discussion. :-) > It has caused me pain in upgrading Bintuils. Correct me if I'm wrong, but to the best of my understanding it doesn't cause pain for a make world, or a normal kernel build, or anything that 99% of our users would ever want to do. That's why I said it's not very important -- hardly important enough to spam all those filenames. > (b) What is the way. I would think that you could work around it by modifying one of the *.bsd.mk files and/or the Makefile for whatever you're trying to build. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Thu May 11 16:32:25 2000 Delivered-To: freebsd-arch@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id A6C0137BC7D; Thu, 11 May 2000 16:32:15 -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 RAA60623; Thu, 11 May 2000 17:32: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 RAA03909; Thu, 11 May 2000 17:31:49 -0600 (MDT) Message-Id: <200005112331.RAA03909@harmony.village.org> To: obrien@FreeBSD.ORG Subject: Re: .s -> .S filename change in /sys Cc: arch@FreeBSD.ORG In-reply-to: Your message of "Thu, 11 May 2000 10:31:04 PDT." <20000511103104.A5531@dragon.nuxi.com> References: <20000511103104.A5531@dragon.nuxi.com> <200005102341.TAA07315@server.baldwin.cx> <391A525F.E4B9D3DA@softweyr.com> Date: Thu, 11 May 2000 17:31:49 -0600 From: Warner Losh Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000511103104.A5531@dragon.nuxi.com> "David O'Brien" writes: : How do people keep straight .c and .C then? By using .cxx, .cc or .cpp :-) Personally, I like .C and .H because it makes *.[chCH] match everything, but it doesn't work well on those case preserving, case insensitve systems out there. I always wondered why we had .s files that needed cpp, but I figured there was a good reason for it. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Thu May 11 19: 4:28 2000 Delivered-To: freebsd-arch@freebsd.org Received: from picnic.mat.net (picnic.mat.net [206.246.122.133]) by hub.freebsd.org (Postfix) with ESMTP id C9D0637B68E for ; Thu, 11 May 2000 19:04:24 -0700 (PDT) (envelope-from chuckr@picnic.mat.net) Received: from localhost (chuckr@localhost [127.0.0.1]) by picnic.mat.net (8.9.3/8.9.3) with ESMTP id WAA14208; Thu, 11 May 2000 22:04:06 -0400 (EDT) (envelope-from chuckr@picnic.mat.net) Date: Thu, 11 May 2000 22:04:06 -0400 (EDT) From: Chuck Robey To: John Polstra Cc: arch@FreeBSD.ORG Subject: Re: .s -> .S filename change in /sys In-Reply-To: <200005111553.IAA67862@vashon.polstra.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 11 May 2000, John Polstra wrote: > In article <391A406B.3EBD0C57@softweyr.com>, > Wes Peters wrote: > > > > Use a shell or editor with filename completion? > > Please assume that I've already thought of and rejected this entire > category of hacks. You perl fans out there needn't bother sending me > any magic scripts. > > I say again: the problem this mass renaming would address is (a) not > very important and (b) solvable by other means. Renaming all these > files would be a departure from the other BSDs and from 25+ years of > established convention in the kernel. I wouldn't mind it if there > were ample justification, but I certainly haven't seen that in this > discussion. For anyone who is playing with mismatched versions of FreeBSD (different target/host) as a LOT of the vendors DO, this is gonna be a PITA. Exactly what, David, was this supposed to fix? > > John > ---------------------------------------------------------------------------- Chuck Robey | Interests include C & Java programming, FreeBSD, chuckr@picnic.mat.net | electronics, communications, and signal processing. New Year's Resolution: I will not sphroxify gullible people into looking up fictitious words in the dictionary. ---------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Thu May 11 20:18:13 2000 Delivered-To: freebsd-arch@freebsd.org Received: from obie.softweyr.com (obie.softweyr.com [204.68.178.33]) by hub.freebsd.org (Postfix) with ESMTP id BF3FF37B5A2; Thu, 11 May 2000 20:18:04 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from softweyr.com (homer.softweyr.com [204.68.178.39]) by obie.softweyr.com (8.8.8/8.8.8) with ESMTP id VAA28098; Thu, 11 May 2000 21:18:00 -0600 (MDT) (envelope-from wes@softweyr.com) Message-ID: <391B7855.7F8F3B4B@softweyr.com> Date: Thu, 11 May 2000 21:19:49 -0600 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Warner Losh Cc: obrien@FreeBSD.ORG, arch@FreeBSD.ORG Subject: Re: .s -> .S filename change in /sys References: <20000511103104.A5531@dragon.nuxi.com> <200005102341.TAA07315@server.baldwin.cx> <391A525F.E4B9D3DA@softweyr.com> <200005112331.RAA03909@harmony.village.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh wrote: > > In message <20000511103104.A5531@dragon.nuxi.com> "David O'Brien" writes: > : How do people keep straight .c and .C then? > > By using .cxx, .cc or .cpp :-) Personally, I like .C and .H because > it makes *.[chCH] match everything, but it doesn't work well on those > case preserving, case insensitve systems out there. All of which suck, of course. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Fri May 12 1:23:42 2000 Delivered-To: freebsd-arch@freebsd.org Received: from mppsystems.com (mppsystems.com [208.210.148.205]) by hub.freebsd.org (Postfix) with ESMTP id 4A4D337B781 for ; Fri, 12 May 2000 01:23:40 -0700 (PDT) (envelope-from mpp@mppsystems.com) Received: (from mpp@localhost) by mppsystems.com (8.9.3/8.9.3) id DAA85611; Fri, 12 May 2000 03:23:32 -0500 (CDT) (envelope-from mpp) Date: Fri, 12 May 2000 03:23:32 -0500 From: Mike Pritchard To: "John H. Baldwin" Cc: arch@FreeBSD.ORG Subject: Re: Moving manpages, executables out of sys/modules Message-ID: <20000512032332.A85519@mppsystems.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from jobaldwi@cslab.vt.edu on Wed, May 10, 2000 at 11:43:11AM -0400 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, May 10, 2000 at 11:43:11AM -0400, John H. Baldwin wrote: > If we are going to seperate module compiles out from world (which I > agree is a good idea), then we need to move the manpages and shell scripts > that are world material (such as linux.sh for /usr/bin/linux) out of > sys/modules. For example, move src/sys/modules/linux/linux.{sh,8} into > src/usr.bin/linux/. The same would go for svr4, osf1, isbc2, joy, el, and > all the netgraph manpages. Any objections? The modules and man pages should match what is really installed. If I do a buildworld, I may get a linux.{sh,8} installed that don't match what is actually installed. The other side of the coin is, we have directories like src/share/man[49]/*.[49] that define kernel interfaces that get installed during a buildworld, but do not actually reflect the running kernel. That one is hard to overcome, because the man pages are separate from the kernel, and there isn't a good mechanism to ensure they are in sync. I don't know how other people do it, but I never do a "make install" to install new kernels. I copy them to / by hand something like cp kernel /kernel.0511 and then link that copy to /kernel so that I can easily go back, and if somehow I wind up with a bum kernel, I can figure out when it started going bad (to some degree). Keeping the .sh scripts and man pages with the individual modules ensures that they are all in sync. -Mike -- Mike Pritchard mpp@FreeBSD.org or mpp@mppsystems.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Fri May 12 1:25:26 2000 Delivered-To: freebsd-arch@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id CE0CA37BD10 for ; Fri, 12 May 2000 01:25:20 -0700 (PDT) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id KAA32211; Fri, 12 May 2000 10:25:10 +0200 (CEST) (envelope-from des@flood.ping.uio.no) To: Sheldon Hearn Cc: arch@FreeBSD.ORG Subject: Re: fetch(1) References: <51524.958062160@axl.ops.uunet.co.za> From: Dag-Erling Smorgrav Date: 12 May 2000 10:25:09 +0200 In-Reply-To: Sheldon Hearn's message of "Thu, 11 May 2000 18:22:40 +0200" Message-ID: Lines: 12 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sheldon Hearn writes: > On 11 May 2000 18:07:43 +0200, Dag-Erling Smorgrav wrote: > > I'm still waiting for comments about my libfetch-based fetch(1). Get > > the latest tarball from . > Last I saw, it was still not yet a drop-in replacement for the existing > fetch(1). From your wording, I take it this has changed? Yes. DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Fri May 12 12:40:33 2000 Delivered-To: freebsd-arch@freebsd.org Received: from anchor-post-33.mail.demon.net (anchor-post-33.mail.demon.net [194.217.242.91]) by hub.freebsd.org (Postfix) with ESMTP id 31E0537BF24 for ; Fri, 12 May 2000 12:40:21 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from nlsys.demon.co.uk ([158.152.125.33] helo=herring.nlsystems.com) by anchor-post-33.mail.demon.net with esmtp (Exim 2.12 #1) id 12qLIC-0002A2-0X for arch@freebsd.org; Fri, 12 May 2000 20:40:12 +0100 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 UAA12729 for ; Fri, 12 May 2000 20:43:59 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Fri, 12 May 2000 20:44:39 +0100 (BST) From: Doug Rabson To: arch@freebsd.org Subject: A new api for asynchronous task execution Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm planning to add a new system to the kernel which should make it much easier for drivers (especially loadable drivers) to use software interrupts to implement split-level interrupt handlers. The api was inspired by the Linux tqueue system but the implementation is quite different. Here is the manpage for the new api. Comments welcome. TASKQUEUE(9) FreeBSD Kernel Developer's Manual TASKQUEUE(9) NAME taskqueue - asynchronous task execution SYNOPSIS #include #include #include struct task { STAILQ_ENTRY(task) link; /* link for queue */ int pending; /* count times task is queued */ void (*func)(void *, int); /* task handler */ void *arg; /* argument for handler */ }; struct taskqueue { STAILQ_HEAD(, task) queue; void (*enqueue)(struct taskqueue *queue); }; void taskqueue_init(struct taskqueue *queue, void (*enqueue)(struct taskqueue *queue)) void taskqueue_enqueue(struct taskqueue *queue, struct task *task) void taskqueue_run(struct taskqueue *queue) DESCRIPTION These functions provide a simple interface for asynchronous execution of code. To add a task to the list of tasks queued on a taskqueue, call taskqueue_enqueue() with pointers to the queue and task. If the task's pending field is zero, the task is added to the end of the list and pending is set to one, otherwise, pending is incremented. When a task is enqueued, a taskqueue specific function, enqueue, is called to allow the queue to arrange to be run later (for instance by scheduling a software interrupt or waking a kernel thread). Enqueueing a task does not perform any memory allocation which makes it suitable for calling from an interrupt handler. Before tasks can be added to a queue, it must first be initialised by calling taskqueue_init() with the address of the queue and a function to be called when tasks are queued. To execute all the tasks on a queue, call taskqueue_run(). When a task is executed, first it is removed from the queue, the value of pending is recorded and the field is zeroed. The function func from the task struc- ture is called with the value arg from the structure as its first argu- ment and the value of pending as its second argument. The system provides a global taskqueue, taskqueue_swi, which is run via a software interrupt mechanism. To use this queue, call taskqueue_enqueue() with the address of the global variable taskqueue_swi. The queue will be run at splsofttq(). This queue can be used, for instance, for implementing interrupt handlers which must perform a significant amount of processing in the handler. The hardware interrupt handler would perform minimal processing of the interrupt and then enqueue a task to finish the work. This reduces the amount of time spent with interrupts disabled to a minimum. HISTORY This interface first appeared in FreeBSD 5.0. There is a similar facili- ty called tqueue in the Linux kernel. AUTHORS This man page was written by Doug Rabson. FreeBSD May 12, 2000 2 -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 20 8442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Fri May 12 13:17:38 2000 Delivered-To: freebsd-arch@freebsd.org Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id 9FD2837BFEB for ; Fri, 12 May 2000 13:16:14 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id QAA17205; Fri, 12 May 2000 16:16:01 -0400 (EDT) Date: Fri, 12 May 2000 16:16:01 -0400 (EDT) From: Daniel Eischen Message-Id: <200005122016.QAA17205@pcnet1.pcnet.com> To: arch@FreeBSD.ORG, dfr@nlsystems.com Subject: Re: A new api for asynchronous task execution Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Doug Rabson wrote: > To execute all the tasks on a queue, call taskqueue_run(). When a task > is executed, first it is removed from the queue, the value of pending is > recorded and the field is zeroed. The function func from the task struc- > ture is called with the value arg from the structure as its first argu- > ment and the value of pending as its second argument. Minor nit. If you ever want to add more than one argument to func, then it would be better to have pending as the first argument to func rather than the last. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Fri May 12 13:21:18 2000 Delivered-To: freebsd-arch@freebsd.org Received: from peace.mahoroba.org (peace.calm.imasy.or.jp [202.227.26.34]) by hub.freebsd.org (Postfix) with ESMTP id 049C837B526 for ; Fri, 12 May 2000 13:21:09 -0700 (PDT) (envelope-from ume@mahoroba.org) Received: from localhost (IDENT:8McjGaEWyrynTs/sgP+FW8+k4Udm0fnYCqAuJDW9fGVCVdGQUCZgahO9ysDeXU4+@localhost [::1]) by peace.mahoroba.org (8.10.1/3.7W-peace) with ESMTP id e4CKGtF38185; Sat, 13 May 2000 05:16:55 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Sat, 13 May 2000 05:16:55 +0900 (JST) Message-Id: <200005122016.e4CKGtF38185@peace.mahoroba.org> To: des@flood.ping.uio.no Cc: arch@freebsd.org Subject: Re: fetch(1) In-Reply-To: References: X-Mailer: xcite1.20> Mew version 1.94.2 on Emacs 20.6 / Mule 4.0 =?iso-2022-jp?B?KBskQjJWMWMbKEIp?= X-PGP-Public-Key: http://www.imasy.org/~ume/publickey.asc X-PGP-Fingerprint: 6B 0C 53 FC 5D D0 37 91 05 D0 B3 EF 36 9B 6A BC X-URL: http://www.imasy.org/~ume/ X-OS: FreeBSD 5.0-CURRENT Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Hajimu UMEMOTO (=?ISO-2022-JP?B?GyRCR19LXBsoQiA=?= =?ISO-2022-JP?B?GyRCSCUbKEI=?=) X-Dispatcher: imput version 20000228(IM140) Lines: 35 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> On 11 May 2000 18:07:43 +0200 >>>>> Dag-Erling Smorgrav said: des> I'm still waiting for comments about my libfetch-based fetch(1). Get des> the latest tarball from . des> (note that it needs -CURRENT's libfetch to work) I wrote IPv6 support part of it and now testing. http://www.imasy.or.jp/~ume/ipv6/FreeBSD/libfetch-ipv6.diff.gz http://www.imasy.or.jp/~ume/ipv6/FreeBSD/fetch-20000508-ipv6.diff Your fetch(1) doesn't handle content size correctly on some case. If HTTP server doesn't reply Content-Length:, fetchStat() (fetchStatHTTP()) doesn't return -1 and doesn't touch us.size. Then, the value of us.size stays unknown. --- fetch.c.orig Mon May 8 16:28:00 2000 +++ fetch.c Sat May 13 05:10:38 2000 @@ -129,7 +139,8 @@ * alarm(timeout) further down. */ fetchTimeout = timeout; - + + us.size = -1; alarm(timeout); if (fetchStat(url, &us, flags) == -1) { warnx("%s: size not known", path); -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@bisd.hitachi.co.jp ume@FreeBSD.org http://www.imasy.org/~ume/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Fri May 12 15:36:12 2000 Delivered-To: freebsd-arch@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id E2E9637BBC1 for ; Fri, 12 May 2000 15:36:07 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (root@c01-088.006.popsite.net [216.126.134.88]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id PAA23461; Fri, 12 May 2000 15:36:04 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id PAA51038; Fri, 12 May 2000 15:36:13 -0700 (PDT) (envelope-from obrien) Date: Fri, 12 May 2000 15:36:12 -0700 From: "David O'Brien" To: Chuck Robey Cc: arch@FreeBSD.ORG Subject: Re: .s -> .S filename change in /sys Message-ID: <20000512153612.A51018@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <200005111553.IAA67862@vashon.polstra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from chuckr@picnic.mat.net on Thu, May 11, 2000 at 10:04:06PM -0400 X-Operating-System: FreeBSD 5.0-CURRENT 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-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, May 11, 2000 at 10:04:06PM -0400, Chuck Robey wrote: > > Exactly what, David, was this supposed to fix? See the maillogs for the mail that started this. -- -- David (obrien@NUXI.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Fri May 12 15:39:30 2000 Delivered-To: freebsd-arch@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id 5DEE937BEFC for ; Fri, 12 May 2000 15:39:26 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (root@c01-088.006.popsite.net [216.126.134.88]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id PAA23479; Fri, 12 May 2000 15:39:23 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id PAA51049; Fri, 12 May 2000 15:39:31 -0700 (PDT) (envelope-from obrien) Date: Fri, 12 May 2000 15:39:31 -0700 From: "David O'Brien" To: Mike Pritchard Cc: "John H. Baldwin" , arch@FreeBSD.ORG Subject: Re: Moving manpages, executables out of sys/modules Message-ID: <20000512153931.B51018@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20000512032332.A85519@mppsystems.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000512032332.A85519@mppsystems.com>; from mpp@mppsystems.com on Fri, May 12, 2000 at 03:23:32AM -0500 X-Operating-System: FreeBSD 5.0-CURRENT 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-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, May 12, 2000 at 03:23:32AM -0500, Mike Pritchard wrote: > Keeping the .sh scripts and man pages with the individual modules > ensures that they are all in sync. I think they should move -- ``which linux'' does not tell me where the source lives as it should. -- -- David (obrien@NUXI.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Sat May 13 0:19:13 2000 Delivered-To: freebsd-arch@freebsd.org Received: from mass.cdrom.com (adsl-63-202-176-114.dsl.snfc21.pacbell.net [63.202.176.114]) by hub.freebsd.org (Postfix) with ESMTP id 603F037B5CD for ; Sat, 13 May 2000 00:19:11 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id AAA01437; Sat, 13 May 2000 00:18:50 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200005130718.AAA01437@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Doug Rabson Cc: arch@freebsd.org Subject: Re: A new api for asynchronous task execution In-reply-to: Your message of "Fri, 12 May 2000 20:44:39 BST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 13 May 2000 00:18:50 -0700 From: Mike Smith Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I'm planning to add a new system to the kernel which should make it much > easier for drivers (especially loadable drivers) to use software > interrupts to implement split-level interrupt handlers. The api was > inspired by the Linux tqueue system but the implementation is quite > different. ... > void (*func)(void *, int); /* task handler */ What's the second argument? > void *arg; /* argument for handler */ > }; > > struct taskqueue { > STAILQ_HEAD(, task) queue; > void (*enqueue)(struct taskqueue *queue); > }; > > void > taskqueue_init(struct taskqueue *queue, > void (*enqueue)(struct taskqueue *queue)) Any sense in having statically-initialised task queues? TASK_QUEUE(name); I'm also wondering about naming the queue instances and linking them all together for eg. debugging or "find queue by name" functionality. Apart from that, I'm delirious at the thought of this; I've been waiting for something similar for a long time now. 8) -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Sat May 13 1:54:47 2000 Delivered-To: freebsd-arch@freebsd.org Received: from anchor-post-31.mail.demon.net (anchor-post-31.mail.demon.net [194.217.242.89]) by hub.freebsd.org (Postfix) with ESMTP id 5E0E237B76F; Sat, 13 May 2000 01:54:43 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from nlsys.demon.co.uk ([158.152.125.33] helo=herring.nlsystems.com) by anchor-post-31.mail.demon.net with esmtp (Exim 2.12 #1) id 12qXh3-0005nk-0V; Sat, 13 May 2000 09:54:42 +0100 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 JAA20127; Sat, 13 May 2000 09:58:37 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Sat, 13 May 2000 09:59:09 +0100 (BST) From: Doug Rabson To: Mike Smith Cc: arch@freebsd.org Subject: Re: A new api for asynchronous task execution In-Reply-To: <200005130718.AAA01437@mass.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 13 May 2000, Mike Smith wrote: > > I'm planning to add a new system to the kernel which should make it much > > easier for drivers (especially loadable drivers) to use software > > interrupts to implement split-level interrupt handlers. The api was > > inspired by the Linux tqueue system but the implementation is quite > > different. > ... > > void (*func)(void *, int); /* task handler */ > > What's the second argument? Its explained later on in the text. Its a count of how many times the task was queued since the queue was last run. > > > void *arg; /* argument for handler */ > > }; > > > > struct taskqueue { > > STAILQ_HEAD(, task) queue; > > void (*enqueue)(struct taskqueue *queue); > > }; > > > > void > > taskqueue_init(struct taskqueue *queue, > > void (*enqueue)(struct taskqueue *queue)) > > Any sense in having statically-initialised task queues? > > TASK_QUEUE(name); I thought of this but couldn't quite decide if it was useful. I don't expect there to be many queues around. To start with, there will only be the SWI queue. > > I'm also wondering about naming the queue instances and linking them all > together for eg. debugging or "find queue by name" functionality. I'll think about it. I do want to keep this thing as lightweight as possible though. > > Apart from that, I'm delirious at the thought of this; I've been waiting > for something similar for a long time now. 8) I needed it when I started porting the Linux Matrox DRI driver. They use software interrupts to do the work of sceduling DMA between different 3D applications and there just wasn't anything usable in the FreeBSD kernel for this. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 20 8442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Sat May 13 1:57:44 2000 Delivered-To: freebsd-arch@freebsd.org Received: from finch-post-10.mail.demon.net (finch-post-10.mail.demon.net [194.217.242.38]) by hub.freebsd.org (Postfix) with ESMTP id 4F11337B76F for ; Sat, 13 May 2000 01:57:42 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from nlsys.demon.co.uk ([158.152.125.33] helo=herring.nlsystems.com) by finch-post-10.mail.demon.net with esmtp (Exim 2.12 #1) id 12qXjx-000FXk-0A; Sat, 13 May 2000 08:57:41 +0000 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 KAA21872; Sat, 13 May 2000 10:01:36 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Sat, 13 May 2000 10:02:08 +0100 (BST) From: Doug Rabson To: Daniel Eischen Cc: arch@FreeBSD.ORG Subject: Re: A new api for asynchronous task execution In-Reply-To: <200005122016.QAA17205@pcnet1.pcnet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 12 May 2000, Daniel Eischen wrote: > Doug Rabson wrote: > > To execute all the tasks on a queue, call taskqueue_run(). When a task > > is executed, first it is removed from the queue, the value of pending is > > recorded and the field is zeroed. The function func from the task struc- > > ture is called with the value arg from the structure as its first argu- > > ment and the value of pending as its second argument. > > Minor nit. If you ever want to add more than one argument to func, > then it would be better to have pending as the first argument to > func rather than the last. I don't plan to add any more arguments to func. The void* argument should be sufficient for any context that the caller has. Originally, I didn't even have the pending argument but Nick Hibma suggested it as a simple way to deal with a task being added to a queue multiple times. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 20 8442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Sat May 13 4:32:37 2000 Delivered-To: freebsd-arch@freebsd.org Received: from bogon.freebsd.dk (bogon.freebsd.dk [212.242.40.178]) by hub.freebsd.org (Postfix) with ESMTP id 5890337B826 for ; Sat, 13 May 2000 04:32:34 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk ([212.242.127.222]) by bogon.freebsd.dk (8.9.3/8.9.3) with ESMTP id NAA17835 for ; Sat, 13 May 2000 13:32:32 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.freebsd.dk [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id LAA03566; Sat, 13 May 2000 11:25:51 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Doug Rabson Cc: arch@FreeBSD.ORG Subject: Re: A new api for asynchronous task execution In-reply-to: Your message of "Fri, 12 May 2000 20:44:39 BST." Date: Sat, 13 May 2000 11:25:50 +0200 Message-ID: <3564.958209950@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Dou g Rabson writes: >I'm planning to add a new system to the kernel which should make it much >easier for drivers (especially loadable drivers) to use software >interrupts to implement split-level interrupt handlers. The api was >inspired by the Linux tqueue system but the implementation is quite >different. Yes, PLEASE! -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Sat May 13 7:22:30 2000 Delivered-To: freebsd-arch@freebsd.org Received: from berserker.bsdi.com (berserker.twistedbit.com [199.79.183.1]) by hub.freebsd.org (Postfix) with ESMTP id D4DE537B91D for ; Sat, 13 May 2000 07:22:27 -0700 (PDT) (envelope-from cp@berserker.bsdi.com) Received: from berserker.bsdi.com (cp@LOCALHOST [127.0.0.1]) by berserker.bsdi.com (8.9.3/8.9.3) with ESMTP id IAA00701; Sat, 13 May 2000 08:22:23 -0600 (MDT) Message-Id: <200005131422.IAA00701@berserker.bsdi.com> To: Doug Rabson Cc: arch@freebsd.org Subject: Re: A new api for asynchronous task execution From: Chuck Paterson Date: Sat, 13 May 2000 08:22:23 -0600 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Doug, You might want to consider having a separate function/macro to enqueue on the taskqueue_swi. Instead of passing in the actual name of the task queue you would pass in some sort of flag which for now could be something like TASKQUEUE(foobar, TASKQUEUE_SWI). This would allow the lower level taskqueue_enqueue to just do the enqueueing without having to check if a software interrupt needs to be generated. For now the flag could be totally ignored, adding zero weight to what you have now. Later on, supposing that the system can support multiple interrupt threads on multiple processors, the flag could be used in a switch statement that determines which level/queue the task gets enqueued on. In a macro this code would be determined at compile time. Also it may be useful to have a flag that prevents immediate execution, ie no scheduling event, if the task is enqueued from the top half. This also is not needed at all now. Chuck To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Sat May 13 7:43:50 2000 Delivered-To: freebsd-arch@freebsd.org Received: from anchor-post-34.mail.demon.net (anchor-post-34.mail.demon.net [194.217.242.92]) by hub.freebsd.org (Postfix) with ESMTP id D76B437BF45 for ; Sat, 13 May 2000 07:43:38 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from nlsys.demon.co.uk ([158.152.125.33] helo=herring.nlsystems.com) by anchor-post-34.mail.demon.net with esmtp (Exim 2.12 #1) id 12qd8f-000N7c-0Y; Sat, 13 May 2000 15:43:33 +0100 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 PAA37671; Sat, 13 May 2000 15:47:39 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Sat, 13 May 2000 15:48:08 +0100 (BST) From: Doug Rabson To: Chuck Paterson Cc: arch@freebsd.org Subject: Re: A new api for asynchronous task execution In-Reply-To: <200005131422.IAA00701@berserker.bsdi.com> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-920267420-958229288=:47945" Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-920267420-958229288=:47945 Content-Type: TEXT/PLAIN; charset=US-ASCII On Sat, 13 May 2000, Chuck Paterson wrote: > > Doug, > You might want to consider having a separate function/macro > to enqueue on the taskqueue_swi. Instead of passing in the actual > name of the task queue you would pass in some sort of flag which > for now could be something like TASKQUEUE(foobar, TASKQUEUE_SWI). > This would allow the lower level taskqueue_enqueue to just do the > enqueueing without having to check if a software interrupt needs > to be generated. For now the flag could be totally ignored, adding > zero weight to what you have now. Later on, supposing that the > system can support multiple interrupt threads on multiple processors, > the flag could be used in a switch statement that determines which > level/queue the task gets enqueued on. In a macro this code would > be determined at compile time. Also it may be useful to have a flag > that prevents immediate execution, ie no scheduling event, if the > task is enqueued from the top half. This also is not needed at all > now. I don't want to make the api too specific to one particular method of running the queue (i.e. software interrupts). The intention is that the taskqueue_xxx() apis simply deal with moving tasks onto and off the queue. The system defines specific implementations of queues which are drained at particular times (initially I have defined one using SWI). I want to make it as easy as possible to define different lightweight queues for various types of work. The 'enqueue' function pointer in the taskqueue structure defines the run policy for the queue. I can imagine various queues being written which drain at different times (e.g. on clock tick, once after autoconfiguration, driver-specific work queues etc.) Take a look at my initial implementation to see how taskqueue_swi is implemented. Note that the implementation of taskqueue_swi is logically separate from the taskqueue api itself. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 20 8442 9037 --0-920267420-958229288=:47945 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="subr_taskqueue.c" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="subr_taskqueue.c" LyotDQogKiBDb3B5cmlnaHQgKGMpIDIwMDAgRG91ZyBSYWJzb24NCiAqIEFs bCByaWdodHMgcmVzZXJ2ZWQuDQogKg0KICogUmVkaXN0cmlidXRpb24gYW5k IHVzZSBpbiBzb3VyY2UgYW5kIGJpbmFyeSBmb3Jtcywgd2l0aCBvciB3aXRo b3V0DQogKiBtb2RpZmljYXRpb24sIGFyZSBwZXJtaXR0ZWQgcHJvdmlkZWQg dGhhdCB0aGUgZm9sbG93aW5nIGNvbmRpdGlvbnMNCiAqIGFyZSBtZXQ6DQog KiAxLiBSZWRpc3RyaWJ1dGlvbnMgb2Ygc291cmNlIGNvZGUgbXVzdCByZXRh aW4gdGhlIGFib3ZlIGNvcHlyaWdodA0KICogICAgbm90aWNlLCB0aGlzIGxp c3Qgb2YgY29uZGl0aW9ucyBhbmQgdGhlIGZvbGxvd2luZyBkaXNjbGFpbWVy Lg0KICogMi4gUmVkaXN0cmlidXRpb25zIGluIGJpbmFyeSBmb3JtIG11c3Qg cmVwcm9kdWNlIHRoZSBhYm92ZSBjb3B5cmlnaHQNCiAqICAgIG5vdGljZSwg dGhpcyBsaXN0IG9mIGNvbmRpdGlvbnMgYW5kIHRoZSBmb2xsb3dpbmcgZGlz Y2xhaW1lciBpbiB0aGUNCiAqICAgIGRvY3VtZW50YXRpb24gYW5kL29yIG90 aGVyIG1hdGVyaWFscyBwcm92aWRlZCB3aXRoIHRoZSBkaXN0cmlidXRpb24u DQogKg0KICogVEhJUyBTT0ZUV0FSRSBJUyBQUk9WSURFRCBCWSBUSEUgQVVU SE9SIEFORCBDT05UUklCVVRPUlMgYGBBUyBJUycnIEFORA0KICogQU5ZIEVY UFJFU1MgT1IgSU1QTElFRCBXQVJSQU5USUVTLCBJTkNMVURJTkcsIEJVVCBO T1QgTElNSVRFRCBUTywgVEhFDQogKiBJTVBMSUVEIFdBUlJBTlRJRVMgT0Yg TUVSQ0hBTlRBQklMSVRZIEFORCBGSVRORVNTIEZPUiBBIFBBUlRJQ1VMQVIg UFVSUE9TRQ0KICogQVJFIERJU0NMQUlNRUQuICBJTiBOTyBFVkVOVCBTSEFM TCBUSEUgQVVUSE9SIE9SIENPTlRSSUJVVE9SUyBCRSBMSUFCTEUNCiAqIEZP UiBBTlkgRElSRUNULCBJTkRJUkVDVCwgSU5DSURFTlRBTCwgU1BFQ0lBTCwg RVhFTVBMQVJZLCBPUiBDT05TRVFVRU5USUFMDQogKiBEQU1BR0VTIChJTkNM VURJTkcsIEJVVCBOT1QgTElNSVRFRCBUTywgUFJPQ1VSRU1FTlQgT0YgU1VC U1RJVFVURSBHT09EUw0KICogT1IgU0VSVklDRVM7IExPU1MgT0YgVVNFLCBE QVRBLCBPUiBQUk9GSVRTOyBPUiBCVVNJTkVTUyBJTlRFUlJVUFRJT04pDQog KiBIT1dFVkVSIENBVVNFRCBBTkQgT04gQU5ZIFRIRU9SWSBPRiBMSUFCSUxJ VFksIFdIRVRIRVIgSU4gQ09OVFJBQ1QsIFNUUklDVA0KICogTElBQklMSVRZ LCBPUiBUT1JUIChJTkNMVURJTkcgTkVHTElHRU5DRSBPUiBPVEhFUldJU0Up IEFSSVNJTkcgSU4gQU5ZIFdBWQ0KICogT1VUIE9GIFRIRSBVU0UgT0YgVEhJ UyBTT0ZUV0FSRSwgRVZFTiBJRiBBRFZJU0VEIE9GIFRIRSBQT1NTSUJJTElU WSBPRg0KICogU1VDSCBEQU1BR0UuDQogKg0KICoJJEZyZWVCU0QkDQogKi8N Cg0KI2luY2x1ZGUgPHN5cy9wYXJhbS5oPg0KI2luY2x1ZGUgPHN5cy9xdWV1 ZS5oPg0KI2luY2x1ZGUgPHN5cy9zeXN0bS5oPg0KI2luY2x1ZGUgPHN5cy9r ZXJuZWwuaD4NCiNpbmNsdWRlIDxzeXMvdGFza3F1ZXVlLmg+DQojaW5jbHVk ZSA8c3lzL2ludGVycnVwdC5oPg0KI2luY2x1ZGUgPG1hY2hpbmUvaXBsLmg+ DQoNCnZvaWQNCnRhc2txdWV1ZV9pbml0KHN0cnVjdCB0YXNrcXVldWUgKnF1 ZXVlLA0KCSAgICAgICB2b2lkICgqZW5xdWV1ZSkoc3RydWN0IHRhc2txdWV1 ZSAqcXVldWUpKQ0Kew0KCVNUQUlMUV9JTklUKCZxdWV1ZS0+cXVldWUpOw0K CXF1ZXVlLT5lbnF1ZXVlID0gZW5xdWV1ZTsNCn0NCg0Kdm9pZA0KdGFza3F1 ZXVlX2VucXVldWUoc3RydWN0IHRhc2txdWV1ZSAqcXVldWUsIHN0cnVjdCB0 YXNrICp0YXNrKQ0Kew0KCWludCBzID0gc3BsaGlnaCgpOw0KDQoJLyoNCgkg KiBDb3VudCBtdWx0aXBsZSBlbnF1ZXVlcy4NCgkgKi8NCglpZiAodGFzay0+ cGVuZGluZykgew0KCQl0YXNrLT5wZW5kaW5nKys7DQoJCXJldHVybjsNCgl9 DQoJU1RBSUxRX0lOU0VSVF9UQUlMKCZxdWV1ZS0+cXVldWUsIHRhc2ssIGxp bmspOw0KCXRhc2stPnBlbmRpbmcgPSAxOw0KCWlmIChxdWV1ZS0+ZW5xdWV1 ZSkNCgkJcXVldWUtPmVucXVldWUocXVldWUpOw0KDQoJc3BseChzKTsNCn0N Cg0Kdm9pZA0KdGFza3F1ZXVlX3J1bihzdHJ1Y3QgdGFza3F1ZXVlICpxdWV1 ZSkNCnsNCglpbnQgczsNCglzdHJ1Y3QgdGFzayAqdGFzazsNCglpbnQgcGVu ZGluZzsNCg0KCXdoaWxlIChTVEFJTFFfRklSU1QoJnF1ZXVlLT5xdWV1ZSkp IHsNCgkJLyoNCgkJICogQ2FyZWZ1bGx5IHJlbW92ZSB0aGUgZmlyc3QgdGFz ayBmcm9tIHRoZSBxdWV1ZSBhbmQNCgkJICogemVybyBpdHMgcGVuZGluZyBj b3VudC4NCgkJICovDQoJCXMgPSBzcGxoaWdoKCk7DQoJCXRhc2sgPSBTVEFJ TFFfRklSU1QoJnF1ZXVlLT5xdWV1ZSk7DQoJCVNUQUlMUV9SRU1PVkVfSEVB RCgmcXVldWUtPnF1ZXVlLCBsaW5rKTsNCgkJcGVuZGluZyA9IHRhc2stPnBl bmRpbmc7DQoJCXRhc2stPnBlbmRpbmcgPSAwOw0KCQlzcGx4KHMpOw0KDQoJ CXRhc2stPmZ1bmModGFzay0+YXJnLCBwZW5kaW5nKTsNCgl9DQp9DQoNCnN0 cnVjdCB0YXNrcXVldWUgdGFza3F1ZXVlX3N3aTsNCg0Kc3RhdGljIHZvaWQN CnRhc2txdWV1ZV9zd2lfZW5xdWV1ZShzdHJ1Y3QgdGFza3F1ZXVlICpxdWV1 ZSkNCnsNCglzZXRzb2Z0dHEoKTsNCn0NCg0Kc3RhdGljIHZvaWQNCnRhc2tx dWV1ZV9zd2lfcnVuKHZvaWQpDQp7DQoJdGFza3F1ZXVlX3J1bigmdGFza3F1 ZXVlX3N3aSk7DQp9DQoNCnN0YXRpYyB2b2lkDQp0YXNrcXVldWVfc3dpX2lu aXQodm9pZCAqYXJnKQ0Kew0KCXRhc2txdWV1ZV9pbml0KCZ0YXNrcXVldWVf c3dpLCB0YXNrcXVldWVfc3dpX2VucXVldWUpOw0KCXJlZ2lzdGVyX3N3aShT V0lfVFEsIHRhc2txdWV1ZV9zd2lfcnVuKTsNCn0NCg0KU1lTSU5JVCh0YXNr cXVldWUsIFNJX1NVQl9DT05GSUdVUkUsIFNJX09SREVSX1NFQ09ORCwNCgl0 YXNrcXVldWVfc3dpX2luaXQsIE5VTEwpOw0K --0-920267420-958229288=:47945-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Sat May 13 9:54: 6 2000 Delivered-To: freebsd-arch@freebsd.org Received: from sharmas.dhs.org (c62443-a.frmt1.sfba.home.com [24.0.69.165]) by hub.freebsd.org (Postfix) with ESMTP id E507337B65B for ; Sat, 13 May 2000 09:53:59 -0700 (PDT) (envelope-from adsharma@sharmas.dhs.org) Received: (from adsharma@localhost) by sharmas.dhs.org (8.9.3/8.9.3) id JAA15921; Sat, 13 May 2000 09:53:35 -0700 Date: Sat, 13 May 2000 09:53:35 -0700 From: Arun Sharma To: Doug Rabson Cc: freebsd-arch@freebsd.org Subject: Re: A new api for asynchronous task execution Message-ID: <20000513095335.A15911@sharmas.dhs.org> References: <200005131422.IAA00701@berserker.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6i In-Reply-To: ; from Doug Rabson on Sat, May 13, 2000 at 03:48:08PM +0100 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Would it be a good idea to add SMP locking to the queue now, rather than later ? I think there should be one per queue and it should be a part of the queue structure. -Arun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Sat May 13 10:52: 7 2000 Delivered-To: freebsd-arch@freebsd.org Received: from anchor-post-34.mail.demon.net (anchor-post-34.mail.demon.net [194.217.242.92]) by hub.freebsd.org (Postfix) with ESMTP id 90F7B37B7CE for ; Sat, 13 May 2000 10:52:04 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from nlsys.demon.co.uk ([158.152.125.33] helo=herring.nlsystems.com) by anchor-post-34.mail.demon.net with esmtp (Exim 2.12 #1) id 12qg54-0003R8-0Y; Sat, 13 May 2000 18:52:02 +0100 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 SAA38676; Sat, 13 May 2000 18:56:11 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Sat, 13 May 2000 18:56:37 +0100 (BST) From: Doug Rabson To: Arun Sharma Cc: freebsd-arch@freebsd.org Subject: Re: A new api for asynchronous task execution In-Reply-To: <20000513095335.A15911@sharmas.dhs.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 13 May 2000, Arun Sharma wrote: > Would it be a good idea to add SMP locking to the queue now, rather than > later ? I think there should be one per queue and it should be a part > of the queue structure. I agree that the queue should have a mutex to protect itself. Since we haven't finalised the api for mutex locking (we will almost certainly use the BSD/OS one), I can't add anything yet but I will when the new SMP work starts. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 20 8442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Sat May 13 14:13:15 2000 Delivered-To: freebsd-arch@freebsd.org Received: from assaris.sics.se (dyna225-140.nada.kth.se [130.237.225.140]) by hub.freebsd.org (Postfix) with ESMTP id 9036E37B912; Sat, 13 May 2000 14:13:11 -0700 (PDT) (envelope-from assar@assaris.sics.se) Received: (from assar@localhost) by assaris.sics.se (8.9.3/8.9.3) id XAA17056; Sat, 13 May 2000 23:13:18 +0200 (CEST) (envelope-from assar) To: Robert Watson Cc: freebsd-arch@FreeBSD.ORG Subject: Re: Procedure for introducing new errno values? References: From: Assar Westerlund Date: 13 May 2000 23:13:17 +0200 In-Reply-To: Robert Watson's message of "Tue, 2 May 2000 21:19:38 -0400 (EDT)" Message-ID: <5l8zxenogi.fsf@assaris.sics.se> Lines: 20 User-Agent: Gnus/5.070098 (Pterodactyl Gnus v0.98) Emacs/20.6 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Robert Watson writes: > What is the correct procedure for adding new errno values? Presumably > errno.8, src/sys/errno.h, as well as presumably some other files (perhaps > in libc) for defining the string version, et al? I think src/sys/errno.h, src/lib/libc/gen/errlst.c, and src/lib/libc/sys/intro.2 should be it. > I've also noticed that there is an errno.h in both /usr/include and > /usr/include/sys. Isn't the one in /usr/include a symlink to sys/errno.h? > I am proposing EEXTATTR ("Extended attribute not defined"), which would be > returned when a consumer of the VOP_GETEXTATTR() call attempted to > retrieve an undefined attribute name. Sounds fine to me. Or perhaps ENOEXTATTR? /assar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Sat May 13 16:38:24 2000 Delivered-To: freebsd-arch@freebsd.org Received: from rah.star-gate.com (216-200-29-190.snj0.flashcom.net [216.200.29.194]) by hub.freebsd.org (Postfix) with ESMTP id 5529437B50E for ; Sat, 13 May 2000 16:38:22 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost [127.0.0.1]) by rah.star-gate.com (8.9.3/8.9.3) with ESMTP id QAA43041; Sat, 13 May 2000 16:36:43 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Message-Id: <200005132336.QAA43041@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Doug Rabson Cc: arch@FreeBSD.ORG Subject: Re: A new api for asynchronous task execution In-reply-to: Your message of "Fri, 12 May 2000 20:44:39 BST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 13 May 2000 16:36:43 -0700 From: Amancio Hasty Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Doug! Great idea!! Say, how you thought of how to to map a system call such as open, read,write, or close to your new system call? -- Amancio Hasty hasty@rah.star-gate.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Sat May 13 16:42:30 2000 Delivered-To: freebsd-arch@freebsd.org Received: from berserker.bsdi.com (berserker.twistedbit.com [199.79.183.1]) by hub.freebsd.org (Postfix) with ESMTP id 0F98A37B63E for ; Sat, 13 May 2000 16:42:28 -0700 (PDT) (envelope-from cp@berserker.bsdi.com) Received: from berserker.bsdi.com (cp@LOCALHOST [127.0.0.1]) by berserker.bsdi.com (8.9.3/8.9.3) with ESMTP id RAA01739; Sat, 13 May 2000 17:42:23 -0600 (MDT) Message-Id: <200005132342.RAA01739@berserker.bsdi.com> To: Doug Rabson Cc: arch@freebsd.org Subject: Re: A new api for asynchronous task execution From: Chuck Paterson Date: Sat, 13 May 2000 17:42:23 -0600 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG } }The system defines specific implementations of queues which are drained at }particular times (initially I have defined one using SWI). I want to make }it as easy as possible to define different lightweight queues for various }types of work. The 'enqueue' function pointer in the taskqueue structure }defines the run policy for the queue. } I would agree that there is no reason to change what you have for generic queueing. But for taskqueue_swi currently and a possibly others in the future you not only need to queue the event you want to cause a software interrupt to occur at the soonest reasonable time. Putting the item on the work queue does not seem sufficient. In particular I would argue the following should be avoided taskqueue_enqueue(struct taskqueue *queue, struct task *task) { int s = splhigh(); /* * Count multiple enqueues. */ if (task->pending) { task->pending++; return; } STAILQ_INSERT_TAIL(&queue->queue, task, link); task->pending = 1; if (queue->enqueue) queue->enqueue(queue); if (queueu == taskqueue_swi) <------ setsoftaskqueue(); <------ splx(s); } Chuck To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Sat May 13 20:43:49 2000 Delivered-To: freebsd-arch@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id 1EF6937B871; Sat, 13 May 2000 20:43:46 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.9.3/8.9.3) id WAA10315; Sat, 13 May 2000 22:43:42 -0500 (CDT) (envelope-from dan) Date: Sat, 13 May 2000 22:43:41 -0500 From: Dan Nelson To: Assar Westerlund Cc: Robert Watson , freebsd-arch@FreeBSD.ORG Subject: Re: Procedure for introducing new errno values? Message-ID: <20000513224341.B5564@dan.emsphone.com> References: <5l8zxenogi.fsf@assaris.sics.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.1.14i In-Reply-To: <5l8zxenogi.fsf@assaris.sics.se>; from "Assar Westerlund" on Sat May 13 23:13:17 GMT 2000 X-OS: FreeBSD 5.0-CURRENT Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In the last episode (May 13), Assar Westerlund said: > Robert Watson writes: > > What is the correct procedure for adding new errno values? Presumably > > errno.8, src/sys/errno.h, as well as presumably some other files (perhaps > > in libc) for defining the string version, et al? > > I think src/sys/errno.h, src/lib/libc/gen/errlst.c, and > src/lib/libc/sys/intro.2 should be it. Don't forget the errno mappings for the Linux/iBSC2/SVR4 compatibility modules, and src/sys/nfs/nfs_subs.c as well. -- Dan Nelson dnelson@emsphone.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message