From owner-freebsd-hackers Sun May 5 00:02:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA02241 for hackers-outgoing; Sun, 5 May 1996 00:02:06 -0700 (PDT) Received: from doorstep.unety.net (root@usi-00-10.Naperville.unety.net [204.70.107.30]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA02236 for ; Sun, 5 May 1996 00:02:04 -0700 (PDT) Received: from webster.unety.net (webster.unety.net [206.31.202.8]) by doorstep.unety.net (8.6.9/8.6.9) with SMTP id BAA08534; Sun, 5 May 1996 01:52:51 -0500 Received: by webster.unety.net with Microsoft Mail id <01BB3A26.1428B140@webster.unety.net>; Sun, 5 May 1996 01:56:30 -0500 Message-ID: <01BB3A26.1428B140@webster.unety.net> From: Jim Fleming To: "'Darren Reed'" , Jim Fleming Cc: "FreeBSD-hackers@freebsd.org" Subject: RE: IPv8 Tutorial #1: Minimal IPv8 hack Date: Sun, 5 May 1996 01:56:28 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sunday, May 05, 1996 11:42 AM, Darren Reed[SMTP:avalon@coombs.anu.edu.au] wrote: @ In some mail from Jim Fleming, sie said: @ > @ > @ > There are macros to test the version and options bits... @ > @ > @ > @ > You have to use "&" and not "==" to make sure you @ > @ > are testing just one bit at a time. Only the high bit @ > @ > of the IPv4 version field (ip->ip_v) is used for version. @ > @ @ > @ But 4 = 0100, 6 = 0110, 8 = 1000, etc. @ > @ > Yes...and you will note that 4 and 6 both have the high @ > bit as 0. IPv8 takes that bit, sets it to 1 and then "borrows" @ > the other bits. A more accurate description would be... @ > @ > "@ But 4 = 0100, 6 = 0110, 8 = 1XXX, etc." @ @ So you want to reserve half of the IP version numbers for your own protocol ? That is one way to describe it...just as IANA reserves huge blocks of IP addresses and forces ISPs to beg for addresses from a tiny portion of the address space...Oh that's right the router tables are filling up... so let's slow start all of the ISPs and fragment the IPv4 address space and make the situation so bad that everyone is encouraged to seek IP addresses from "upstream providers"...and the big get bigger and most people beg for resources that are "reserved" for selected people... Another way to look at this is to describe the usage of the following IP version numbers.... 0 - ??? 1 - ??? 2 - ??? 3 - ??? 4 - Used by most systems 5 - ??? 6 - Proposed for IPv6 7 - ??? Are the other version numbers "wasted"... is there such a thing as ecology in the Internet... does only the IANA get to waste/reserve Internet resources...??? -- Jim Fleming UNETY Systems, Inc. Naperville, IL e-mail: JimFleming@unety.net From owner-freebsd-hackers Sun May 5 00:07:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA02663 for hackers-outgoing; Sun, 5 May 1996 00:07:15 -0700 (PDT) Received: from doorstep.unety.net (root@usi-00-10.Naperville.unety.net [204.70.107.30]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA02658 for ; Sun, 5 May 1996 00:07:14 -0700 (PDT) Received: from webster.unety.net (webster.unety.net [206.31.202.8]) by doorstep.unety.net (8.6.9/8.6.9) with SMTP id BAA08529; Sun, 5 May 1996 01:49:00 -0500 Received: by webster.unety.net with Microsoft Mail id <01BB3A25.8A650DA0@webster.unety.net>; Sun, 5 May 1996 01:52:39 -0500 Message-ID: <01BB3A25.8A650DA0@webster.unety.net> From: Jim Fleming To: "'Darren Reed'" , Warner Losh Cc: "FreeBSD-hackers@FreeBSD.org" Subject: RE: IPv8 Tutorial #1: Minimal IPv8 hack Date: Sun, 5 May 1996 01:52:37 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sunday, May 05, 1996 11:11 AM, Darren Reed[SMTP:avalon@coombs.anu.edu.au] wrote: @ In some mail from Warner Losh, sie said: @ > @ > : Protocol numbers aren't there to be chosen lightly, they should be @ > : registered with the IANA first, before use. @ > @ > That's why I said before that he's Co-opted the name. He's said @ > before here that the IANA or IETF isn't involved with his scheme. @ @ Given this, I'd advise against putting hacks for IPv8 in any FreeBSD @ distribution. It's simply not a good idea, IMHO. @ Does the word "Free" in FreeBSD mostly stand for Free as in Money or freedom as in freedom of choice...??? -- Jim Fleming UNETY Systems, Inc. Naperville, IL e-mail: JimFleming@unety.net From owner-freebsd-hackers Sun May 5 00:15:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA03282 for hackers-outgoing; Sun, 5 May 1996 00:15:09 -0700 (PDT) Received: from doorstep.unety.net (root@usi-00-10.Naperville.unety.net [204.70.107.30]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA03277 for ; Sun, 5 May 1996 00:15:07 -0700 (PDT) Received: from webster.unety.net (webster.unety.net [206.31.202.8]) by doorstep.unety.net (8.6.9/8.6.9) with SMTP id CAA09999; Sun, 5 May 1996 02:03:43 -0500 Received: by webster.unety.net with Microsoft Mail id <01BB3A27.98772020@webster.unety.net>; Sun, 5 May 1996 02:07:21 -0500 Message-ID: <01BB3A27.98772020@webster.unety.net> From: Jim Fleming To: Darren Reed , "'Warner Losh'" Cc: "FreeBSD-hackers@FreeBSD.org" Subject: RE: IPv8 Tutorial #1: Minimal IPv8 hack Date: Sun, 5 May 1996 02:07:20 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sunday, May 05, 1996 1:04 AM, Warner Losh[SMTP:imp@village.org] wrote: @ : Protocol numbers aren't there to be chosen lightly, they should be @ : registered with the IANA first, before use. @ @ That's why I said before that he's Co-opted the name. He's said @ before here that the IANA or IETF isn't involved with his scheme. @ @ Warner @ Gee...maybe someone should go register...IPv8.com...or IPv8.org...:-) ...Just Think...you could have had a V8... -- Jim Fleming UNETY Systems, Inc. Naperville, IL e-mail: JimFleming@unety.net From owner-freebsd-hackers Sun May 5 00:35:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA06637 for hackers-outgoing; Sun, 5 May 1996 00:35:04 -0700 (PDT) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA06571 for ; Sun, 5 May 1996 00:34:52 -0700 (PDT) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.7.5/BSD4.4) id RAA01433 Sun, 5 May 1996 17:33:55 +1000 (EST) From: michael butler Message-Id: <199605050733.RAA01433@asstdc.scgt.oz.au> Subject: Re: IPv8 Tutorial #1: Minimal IPv8 hack To: avalon@coombs.anu.edu.au (Darren Reed) Date: Sun, 5 May 1996 17:33:53 +1000 (EST) Cc: JimFleming@unety.net, FreeBSD-hackers@FreeBSD.org In-Reply-To: <199605050632.XAA24669@freefall.freebsd.org> from "Darren Reed" at May 5, 96 04:32:01 pm X-Mailer: ELM [version 2.4 PL24beta] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Darren Reed writes: > In some mail from Jim Fleming, sie said: > [...] > > 5 netscape.SanFrancisco.mci.net (204.70.33.10) 53.205 ms * * > > 6 * 204.70.204.6 (204.70.204.6) 254.732 ms 236.948 ms > > 7 * Fddi0-0.pad-core1.Sydney.telstra.net (139.130.249.226) 260.747 ms * > > 8 * * * > > 9 Fddi0-0.civ2.Canberra.telstra.net (139.130.235.227) 269.442 ms * * > > 10 * * anu.gw.au (139.130.123.2) 262.734 ms > > 11 203.22.212.18 (203.22.212.18) 262.577 ms * 260.965 ms > > 12 mnzhuba.anu.edu.au (150.203.205.5) 269.855 ms * 270.467 ms > > 13 * cephron.anu.edu.au (150.203.76.15) 262.661 ms 260.911 ms > > This is the Legacy Internet at its best...you should be concerned... > traceroute output provides a lot of information, which can be confusing > if you don't know how to interpret it/what you're seeing. .. and we're sitting on the "wrong end" of the above. Neither IPv8 or IPv6 is going to magically "fix" the result of at least one of the three 6 meg bearers taking today off on a picnic :-( michael From owner-freebsd-hackers Sun May 5 00:43:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA09660 for hackers-outgoing; Sun, 5 May 1996 00:43:14 -0700 (PDT) Received: from doorstep.unety.net (root@usi-00-10.Naperville.unety.net [204.70.107.30]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA09648 for ; Sun, 5 May 1996 00:43:12 -0700 (PDT) Received: from webster.unety.net (webster.unety.net [206.31.202.8]) by doorstep.unety.net (8.6.9/8.6.9) with SMTP id CAA10077; Sun, 5 May 1996 02:34:45 -0500 Received: by webster.unety.net with Microsoft Mail id <01BB3A2B.EE6323E0@webster.unety.net>; Sun, 5 May 1996 02:38:24 -0500 Message-ID: <01BB3A2B.EE6323E0@webster.unety.net> From: Jim Fleming To: Darren Reed , "'Jordan K. Hubbard'" Cc: "FreeBSD-hackers@freebsd.org" , Warner Losh Subject: RE: IPv8 Tutorial #1: Minimal IPv8 hack Date: Sun, 5 May 1996 02:38:22 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sunday, May 05, 1996 1:33 AM, Jordan K. Hubbard[SMTP:jkh@time.cdrom.com] wrote: @ Well, if nothing else it's pretty confusing. When I first saw this @ mentioned, before receiving clarification, my reaction was to go @ "What?! IPv6 isn't even out yet, now somebody's talking about IPv8?? @ What the &*^%@#$! is going on here?!?" @ @ These changes should start going under a different operating title, at @ the very least. @ @ Jordan @ C+@nIP is a good name...:-) BTW, IPv6 is also referred to as IPng (IP Next Generation) The 8 in IPv8 refers to the fact that the bit with a value 8 is used to tag the packets and borrow the rest of the version field and the header length field. The actual value of that bit if you consider bytes is 128. I considered calling this IPv128 but some thought that would be confusing because IPv6 uses 128 bit addresses. Keep in mind from a code point of view there are two views. 1. The view of the person that has an IPv4 implementation. (FreeBSD falls in this C+@tegory) 2. The view of the person that has IPv8 and wants hacks for IPv4. In this second view, IPv4 is an optimization of IPv8 for a limited 32 bit address space. This is similar to the PPP optimizations for IP. With this view, IPv8 and IPv4 are good names, because IPv8 supports more "cylinders" just as in a car. -- Jim Fleming UNETY Systems, Inc. Naperville, IL e-mail: JimFleming@unety.net From owner-freebsd-hackers Sun May 5 00:43:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA09833 for hackers-outgoing; Sun, 5 May 1996 00:43:58 -0700 (PDT) Received: from doorstep.unety.net (root@usi-00-10.Naperville.unety.net [204.70.107.30]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA09826 for ; Sun, 5 May 1996 00:43:56 -0700 (PDT) Received: from webster.unety.net (webster.unety.net [206.31.202.8]) by doorstep.unety.net (8.6.9/8.6.9) with SMTP id CAA10085; Sun, 5 May 1996 02:37:24 -0500 Received: by webster.unety.net with Microsoft Mail id <01BB3A2C.4CFF6A80@webster.unety.net>; Sun, 5 May 1996 02:41:02 -0500 Message-ID: <01BB3A2C.4CFF6A80@webster.unety.net> From: Jim Fleming To: Darren Reed , "'michael butler'" Cc: "FreeBSD-hackers@FreeBSD.org" , "JimFleming@unety.net" Subject: RE: IPv8 Tutorial #1: Minimal IPv8 hack Date: Sun, 5 May 1996 02:41:01 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sunday, May 05, 1996 12:33 PM, michael butler[SMTP:imb@scgt.oz.au] wrote: @ Darren Reed writes: @ Neither IPv8 or IPv6 is going to magically "fix" the result of at least @ one of the three 6 meg bearers taking today off on a picnic :-( @ @ michael @ @ Keep in mind that if you are on an IPv8 network then the IPv4 Legacy Internet is viewed as "damage" and we route around it...:-) -- Jim Fleming UNETY Systems, Inc. Naperville, IL e-mail: JimFleming@unety.net From owner-freebsd-hackers Sun May 5 00:48:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA10971 for hackers-outgoing; Sun, 5 May 1996 00:48:24 -0700 (PDT) Received: from doorstep.unety.net (root@usi-00-10.Naperville.unety.net [204.70.107.30]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA10960 for ; Sun, 5 May 1996 00:48:22 -0700 (PDT) Received: from webster.unety.net (webster.unety.net [206.31.202.8]) by doorstep.unety.net (8.6.9/8.6.9) with SMTP id CAA10104; Sun, 5 May 1996 02:41:16 -0500 Received: by webster.unety.net with Microsoft Mail id <01BB3A2C.D7B5AB80@webster.unety.net>; Sun, 5 May 1996 02:44:55 -0500 Message-ID: <01BB3A2C.D7B5AB80@webster.unety.net> From: Jim Fleming To: "'Warner Losh'" , "Jordan K. Hubbard" Cc: Darren Reed , "FreeBSD-hackers@FreeBSD.org" Subject: RE: IPv8 Tutorial #1: Minimal IPv8 hack Date: Sun, 5 May 1996 02:44:54 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sunday, May 05, 1996 1:43 AM, Warner Losh[SMTP:imp@village.org] wrote: @ Finally, while I'm adamantly opposed to placing this in the FreeBSD @ kernel, Jim can and should distribute patches that he finds good and @ useful. @ @ Warner @ @ Keep in mind that eventually you get the C+@ Programming Language and all of the CONIX Operating Environment as well as the DoorStep Visual Development Environment....FREE...plus distributed objects across the IPv8 network...not to mention, your own Class B (/16) IPv8 addresses... ...not a bad deal...:-) -- Jim Fleming UNETY Systems, Inc. Naperville, IL e-mail: JimFleming@unety.net From owner-freebsd-hackers Sun May 5 00:50:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA11788 for hackers-outgoing; Sun, 5 May 1996 00:50:50 -0700 (PDT) Received: from doorstep.unety.net (root@usi-00-10.Naperville.unety.net [204.70.107.30]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA11772 for ; Sun, 5 May 1996 00:50:48 -0700 (PDT) Received: from webster.unety.net (webster.unety.net [206.31.202.8]) by doorstep.unety.net (8.6.9/8.6.9) with SMTP id CAA10120; Sun, 5 May 1996 02:43:56 -0500 Received: by webster.unety.net with Microsoft Mail id <01BB3A2D.36BFCF20@webster.unety.net>; Sun, 5 May 1996 02:47:34 -0500 Message-ID: <01BB3A2D.36BFCF20@webster.unety.net> From: Jim Fleming To: "'Darren Reed'" , Jim Fleming Cc: "FreeBSD-hackers@FreeBSD.org" Subject: RE: IPv8 Tutorial #1: Minimal IPv8 hack Date: Sun, 5 May 1996 02:47:33 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sunday, May 05, 1996 11:42 AM, Darren Reed[SMTP:avalon@coombs.anu.edu.au] wrote: @ In some mail from Jim Fleming, sie said: @ > The IETF is only concerned with a small subset of the IPv8 @ > OuterInternet. Galaxy 0: StarGate 0: has been allocated to @ > the Legacy Internet. The IPv8 OuterInternet is built on the @ > "outside" of the Legacy Internet. @ @ Have you asked them ? @ @ I think you'll find they'll let anybody submit anything as an informational @ RFC or an internet-draft. @ Be my guest...submit whatever you like... you are FREE to use the material any way that you like... ...that is the way I interpret the word Free in FreeBSD... -- Jim Fleming UNETY Systems, Inc. Naperville, IL e-mail: JimFleming@unety.net From owner-freebsd-hackers Sun May 5 01:36:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA26390 for hackers-outgoing; Sun, 5 May 1996 01:36:15 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA26366 for ; Sun, 5 May 1996 01:36:09 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id BAA01100; Sun, 5 May 1996 01:35:32 -0700 (PDT) To: Jim Fleming cc: "'Darren Reed'" , "FreeBSD-hackers@freebsd.org" Subject: Re: IPv8 Tutorial #1: Minimal IPv8 hack In-reply-to: Your message of "Sun, 05 May 1996 01:56:28 CDT." <01BB3A26.1428B140@webster.unety.net> Date: Sun, 05 May 1996 01:35:32 -0700 Message-ID: <1098.831285332@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Can I call a time-out on the IPv8 discussion in -hackers, please? It's a very specialized topic and of very _narrow_ interest to most FreeBSD hackers, who will still be using IPv4 for the forseeable future (and no debate on the desirability of that, please!) I'm sure that this can be taken to private email with little or no degradation in the quality of the discussion, and certainly far fewer people screaming "aigh! shut up about IPv8 already, we beg of you!" Jordan From owner-freebsd-hackers Sun May 5 01:47:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA29833 for hackers-outgoing; Sun, 5 May 1996 01:47:53 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA29804 Sun, 5 May 1996 01:47:48 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id BAA01122; Sun, 5 May 1996 01:46:23 -0700 (PDT) To: Jim Fleming cc: "'Darren Reed'" , Warner Losh , wollman@freebsd.org, "FreeBSD-hackers@FreeBSD.org" Subject: Re: IPv8 Tutorial #1: Minimal IPv8 hack In-reply-to: Your message of "Sun, 05 May 1996 01:52:37 CDT." <01BB3A25.8A650DA0@webster.unety.net> Date: Sun, 05 May 1996 01:46:23 -0700 Message-ID: <1120.831285983@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Does the word "Free" in FreeBSD mostly stand for Free as in Money > or freedom as in freedom of choice...??? Free as in freely available, if you were seriously looking for an answer to that question. However, the rules of quality control stipulate that you also don't take just any damn thing you're offered or pretty soon you start looking more like AIX than you do like BSD. That would be terrible, and it certainly won't happen so long as the current core team is in charge. Finally, there is also a high degree of compartmentalization in the FreeBSD project and, last I checked, it was not even the members of this group you have to convince about IPv8 going in as a default part of the system. Garrett Wollman is in charge of networking, we've grown to respect his judgement enough over the years to delegate final authority over that area to him and, if he suddently decides that IPv8 is god's gift to FreeBSD, you're probably a shoo-in with very little debate. If, on the other hand, he thinks otherwise then you've a snowball's chance in hell of getting this into FreeBSD and there's not even any point in taking your case here. Now, would that mean we're all hateful people who are determined to keep IPv8 out of FreeBSD? Of course not, we'd simply suggest (as Warner did) that you distribute it independantly, as *many other* people have done with their private enhancements to FreeBSD. I'll even give you space on the various archive sites to store the diffs. Jordan From owner-freebsd-hackers Sun May 5 01:48:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA29913 for hackers-outgoing; Sun, 5 May 1996 01:48:04 -0700 (PDT) Received: from doorstep.unety.net (root@usi-00-10.Naperville.unety.net [204.70.107.30]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA29880 Sun, 5 May 1996 01:48:00 -0700 (PDT) Received: from webster.unety.net (webster.unety.net [206.31.202.8]) by doorstep.unety.net (8.6.9/8.6.9) with SMTP id DAA10255; Sun, 5 May 1996 03:41:40 -0500 Received: by webster.unety.net with Microsoft Mail id <01BB3A35.4772BC80@webster.unety.net>; Sun, 5 May 1996 03:45:18 -0500 Message-ID: <01BB3A35.4772BC80@webster.unety.net> From: Jim Fleming To: "'Jordan K. Hubbard'" Cc: "'freebsd-chat@freebsd.org'" , "FreeBSD-hackers@freebsd.org" Subject: RE: IPv8 Tutorial #1: Minimal IPv8 hack Date: Sun, 5 May 1996 03:45:17 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sunday, May 05, 1996 3:35 AM, Jordan K. Hubbard[SMTP:jkh@time.cdrom.com] wrote: @ Can I call a time-out on the IPv8 discussion in -hackers, please? @ It's a very specialized topic and of very _narrow_ interest to most @ FreeBSD hackers, who will still be using IPv4 for the forseeable @ future (and no debate on the desirability of that, please!) @ @ I'm sure that this can be taken to private email with little or no @ degradation in the quality of the discussion, and certainly far fewer @ people screaming "aigh! shut up about IPv8 already, we beg of you!" @ @ Jordan @ @ Whatever you like...the dogs and cats can not be stopped... the dolphins are really cranking at this point...;-) Maybe freebsd-chat is a better group...??? -- Jim Fleming UNETY Systems, Inc. Naperville, IL e-mail: JimFleming@unety.net From owner-freebsd-hackers Sun May 5 01:52:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA01716 for hackers-outgoing; Sun, 5 May 1996 01:52:11 -0700 (PDT) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA01478 for ; Sun, 5 May 1996 01:52:07 -0700 (PDT) Message-Id: <199605050852.BAA01478@freefall.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA195486278; Sun, 5 May 1996 18:51:18 +1000 From: Darren Reed Subject: Re: IPv8 Tutorial #1: Minimal IPv8 hack To: JimFleming@unety.net (Jim Fleming) Date: Sun, 5 May 1996 18:51:18 +1000 (EST) Cc: FreeBSD-hackers@FreeBSD.org In-Reply-To: <01BB3A2D.36BFCF20@webster.unety.net> from "Jim Fleming" at May 5, 96 02:47:33 am X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In some mail from Jim Fleming, sie said: > > On Sunday, May 05, 1996 11:42 AM, Darren Reed[SMTP:avalon@coombs.anu.edu.au] wrote: > @ In some mail from Jim Fleming, sie said: > > > @ > The IETF is only concerned with a small subset of the IPv8 > @ > OuterInternet. Galaxy 0: StarGate 0: has been allocated to > @ > the Legacy Internet. The IPv8 OuterInternet is built on the > @ > "outside" of the Legacy Internet. > @ > @ Have you asked them ? > @ > @ I think you'll find they'll let anybody submit anything as an informational > @ RFC or an internet-draft. > @ > > Be my guest...submit whatever you like... > you are FREE to use the material any way that you like... > ...that is the way I interpret the word Free in FreeBSD... No, you misunderstand. It is not my idea but yours. If you want to be even half serious, submit an RFC/internet-draft. For someone who has been around for 20 years, you seem to not be in tune with the concept of working well with others. From owner-freebsd-hackers Sun May 5 02:13:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA04699 for hackers-outgoing; Sun, 5 May 1996 02:13:33 -0700 (PDT) Received: from doorstep.unety.net (root@usi-00-10.Naperville.unety.net [204.70.107.30]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA04664 Sun, 5 May 1996 02:13:24 -0700 (PDT) Received: from webster.unety.net (webster.unety.net [206.31.202.8]) by doorstep.unety.net (8.6.9/8.6.9) with SMTP id EAA10285; Sun, 5 May 1996 04:06:24 -0500 Received: by webster.unety.net with Microsoft Mail id <01BB3A38.BC5B4BE0@webster.unety.net>; Sun, 5 May 1996 04:10:03 -0500 Message-ID: <01BB3A38.BC5B4BE0@webster.unety.net> From: Jim Fleming To: "'Jordan K. Hubbard'" Cc: "'Darren Reed'" , "FreeBSD-hackers@FreeBSD.org" , "'freebsd-isp@freebsd.org'" , "'freebsd-security@freebsd.org'" , Warner Losh , "wollman@freebsd.org" Subject: RE: IPv8 Tutorial #1: Minimal IPv8 hack Date: Sun, 5 May 1996 04:10:02 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sunday, May 05, 1996 3:46 AM, Jordan K. Hubbard[SMTP:jkh@time.cdrom.com] wrote: @ > Does the word "Free" in FreeBSD mostly stand for Free as in Money @ > or freedom as in freedom of choice...??? @ @ Free as in freely available, if you were seriously looking for an @ answer to that question. @ Thanks...either way... @ However, the rules of quality control stipulate that you also don't @ take just any damn thing you're offered or pretty soon you start @ looking more like AIX than you do like BSD. That would be terrible, @ and it certainly won't happen so long as the current core team is in @ charge. @ Hold on...I am not suggesting that IPv8 go into FreeBSD... @ Finally, there is also a high degree of compartmentalization in the @ FreeBSD project and, last I checked, it was not even the members of @ this group you have to convince about IPv8 going in as a default part @ of the system. Garrett Wollman is in charge of networking, we've @ grown to respect his judgement enough over the years to delegate final @ authority over that area to him and, if he suddently decides that IPv8 @ is god's gift to FreeBSD, you're probably a shoo-in with very little @ debate. If, on the other hand, he thinks otherwise then you've a @ snowball's chance in hell of getting this into FreeBSD and there's not @ even any point in taking your case here. @ So, like most large companies, educational institutions, etc. there is an "organization". That seems natural. This is good, that allows your group to control the quality of their software "production". Keep up the good work. @ Now, would that mean we're all hateful people who are determined to @ keep IPv8 out of FreeBSD? Of course not, we'd simply suggest (as @ Warner did) that you distribute it independantly, as *many other* @ people have done with their private enhancements to FreeBSD. I'll @ even give you space on the various archive sites to store the diffs. @ @ Jordan @ Again...I do not expect IPv8 to go into FreeBSD...some people with FreeBSD systems and the ability to modify their kernels wanted to see a quick hack to be able to receive ( not send) IPv8 packets. I thought that was what freebsd-hackers@freebsd.org was about. I am sorry that I mentioned the simple "hack" here. Maybe I should have used freebsd-security@freebsd.org or freebsd-isp@freebsd.org because people could use the hack to detect if IPv8 packets are present on their LANs. They could also use the IPv8 format to help add additional security to their systems. Again, I do not expect IPv8 to go into FreeBSD. I assumed that FreeBSD users are at a level where they do not depend only on one feed. I can not imagine that FreeBSD users will restrict themselves to one source. If they are going to do that...they might as well us that N-Thing...:-) -- Jim Fleming UNETY Systems, Inc. Naperville, IL e-mail: JimFleming@unety.net From owner-freebsd-hackers Sun May 5 02:15:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA04778 for hackers-outgoing; Sun, 5 May 1996 02:15:14 -0700 (PDT) Received: from doorstep.unety.net (root@usi-00-10.Naperville.unety.net [204.70.107.30]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA04771 for ; Sun, 5 May 1996 02:15:11 -0700 (PDT) Received: from webster.unety.net (webster.unety.net [206.31.202.8]) by doorstep.unety.net (8.6.9/8.6.9) with SMTP id EAA10292; Sun, 5 May 1996 04:08:40 -0500 Received: by webster.unety.net with Microsoft Mail id <01BB3A39.0CFD62E0@webster.unety.net>; Sun, 5 May 1996 04:12:18 -0500 Message-ID: <01BB3A39.0CFD62E0@webster.unety.net> From: Jim Fleming To: "'Darren Reed'" , Jim Fleming Cc: "FreeBSD-hackers@FreeBSD.org" Subject: RE: IPv8 Tutorial #1: Minimal IPv8 hack Date: Sun, 5 May 1996 04:12:17 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sunday, May 05, 1996 1:51 PM, Darren Reed[SMTP:avalon@coombs.anu.edu.au] wrote: @ In some mail from Jim Fleming, sie said: @ > @ > On Sunday, May 05, 1996 11:42 AM, Darren Reed[SMTP:avalon@coombs.anu.edu.au] wrote: @ > @ In some mail from Jim Fleming, sie said: @ @ For someone who has been around for 20 years, you seem to not be in tune @ with the concept of working well with others. @ I will leave that sort of thing to IPv6...it works well for everyone...:-) -- Jim Fleming UNETY Systems, Inc. Naperville, IL e-mail: JimFleming@unety.net From owner-freebsd-hackers Sun May 5 02:16:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA04953 for hackers-outgoing; Sun, 5 May 1996 02:16:36 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA04944 Sun, 5 May 1996 02:16:33 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id CAA06743; Sun, 5 May 1996 02:16:13 -0700 Message-Id: <199605050916.CAA06743@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Jim Fleming cc: "'Jordan K. Hubbard'" , "'freebsd-chat@freebsd.org'" , "FreeBSD-hackers@freebsd.org" Subject: Re: IPv8 Tutorial #1: Minimal IPv8 hack In-reply-to: Your message of "Sun, 05 May 1996 03:45:17 CDT." <01BB3A35.4772BC80@webster.unety.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 05 May 1996 02:16:13 -0700 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > On Sunday, May 05, 1996 3:35 AM, Jordan K. Hubbard[SMTP:jkh@time.cdrom.com] wrote: > @ Can I call a time-out on the IPv8 discussion in -hackers, please? > @ It's a very specialized topic and of very _narrow_ interest to most > @ FreeBSD hackers, who will still be using IPv4 for the forseeable > @ future (and no debate on the desirability of that, please!) > @ > @ I'm sure that this can be taken to private email with little or no > @ degradation in the quality of the discussion, and certainly far fewer > @ people screaming "aigh! shut up about IPv8 already, we beg of you!" > @ > @ Jordan > @ > @ > > Whatever you like...the dogs and cats can not be stopped... > the dolphins are really cranking at this point...;-) > > Maybe freebsd-chat is a better group...??? If the topic is technical in nature and it involves areas such as networking it belongs in the hackers list not in chat. I thought that the hackers's mailing list was dead today till the IPv8 posting so keep up the good work 8) Regards, Amancio From owner-freebsd-hackers Sun May 5 02:23:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA05352 for hackers-outgoing; Sun, 5 May 1996 02:23:38 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA05344 for ; Sun, 5 May 1996 02:23:31 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id SAA10191; Sun, 5 May 1996 18:56:45 +0930 From: Michael Smith Message-Id: <199605050926.SAA10191@genesis.atrad.adelaide.edu.au> Subject: Re: IPv8 Tutorial #1: Minimal IPv8 hack To: JimFleming@unety.net (Jim Fleming) Date: Sun, 5 May 1996 18:56:45 +0930 (CST) Cc: avalon@coombs.anu.edu.au, FreeBSD-hackers@freebsd.org In-Reply-To: <01BB3A20.B330B9A0@webster.unety.net> from "Jim Fleming" at May 5, 96 01:17:58 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jim Fleming stands accused of saying: [...blah...] > 12 mnzhuba.anu.edu.au (150.203.205.5) 269.855 ms * 270.467 ms > 13 * cephron.anu.edu.au (150.203.76.15) 262.661 ms 260.911 ms > > This is the Legacy Internet at its best...you should be concerned... Huh? This is MCI who couldn't administer a pay dunny. Doesn't matter how friggin' wonderful your technology is, if the telco's can't move your bits from A to B reliably you're screwed. > Jim Fleming -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sun May 5 02:29:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA05581 for hackers-outgoing; Sun, 5 May 1996 02:29:14 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA05574 for ; Sun, 5 May 1996 02:29:07 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id TAA10203; Sun, 5 May 1996 19:02:27 +0930 From: Michael Smith Message-Id: <199605050932.TAA10203@genesis.atrad.adelaide.edu.au> Subject: Re: IPv8 Tutorial #1: Minimal IPv8 hack To: JimFleming@unety.net (Jim Fleming) Date: Sun, 5 May 1996 19:02:27 +0930 (CST) Cc: avalon@coombs.anu.edu.au, imb@scgt.oz.au, FreeBSD-hackers@FreeBSD.ORG, JimFleming@unety.net In-Reply-To: <01BB3A2C.4CFF6A80@webster.unety.net> from "Jim Fleming" at May 5, 96 02:41:01 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jim Fleming stands accused of saying: > > On Sunday, May 05, 1996 12:33 PM, michael butler[SMTP:imb@scgt.oz.au] wrote: > @ Darren Reed writes: > > @ Neither IPv8 or IPv6 is going to magically "fix" the result of at least > @ one of the three 6 meg bearers taking today off on a picnic :-( > @ > @ michael > @ > @ > > Keep in mind that if you are on an IPv8 network then the > IPv4 Legacy Internet is viewed as "damage" and we route > around it...:-) And are you bright enough to comprehend that there is no "around" to route through? Or does IPv8 come with LEO satellites and gigahertz-band spread-spectrum transcieving code that uses the low-order databit of a given memory location as a backup communications link? Please. It's one thing to be championing an alternative standard (look where alt.* has come these days), but at least avoid making a total nuisance of yourself 8) > Jim Fleming -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sun May 5 02:36:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA05983 for hackers-outgoing; Sun, 5 May 1996 02:36:44 -0700 (PDT) Received: from doorstep.unety.net (root@usi-00-10.Naperville.unety.net [204.70.107.30]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA05978 for ; Sun, 5 May 1996 02:36:39 -0700 (PDT) Received: from webster.unety.net (webster.unety.net [206.31.202.8]) by doorstep.unety.net (8.6.9/8.6.9) with SMTP id EAA10362; Sun, 5 May 1996 04:30:15 -0500 Received: by webster.unety.net with Microsoft Mail id <01BB3A3C.11405C60@webster.unety.net>; Sun, 5 May 1996 04:33:54 -0500 Message-ID: <01BB3A3C.11405C60@webster.unety.net> From: Jim Fleming To: Jim Fleming , "'Michael Smith'" Cc: "avalon@coombs.anu.edu.au" , "FreeBSD-hackers@FreeBSD.ORG" , "imb@scgt.oz.au" , "JimFleming@unety.net" Subject: RE: IPv8 Tutorial #1: Minimal IPv8 hack Date: Sun, 5 May 1996 04:33:53 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sunday, May 05, 1996 2:02 PM, Michael Smith[SMTP:msmith@atrad.adelaide.edu.au] wrote: @ Jim Fleming stands accused of saying: @ > @ > On Sunday, May 05, 1996 12:33 PM, michael butler[SMTP:imb@scgt.oz.au] wrote: @ > @ Darren Reed writes: @ > @ > @ Neither IPv8 or IPv6 is going to magically "fix" the result of at least @ > @ one of the three 6 meg bearers taking today off on a picnic :-( @ > @ @ > @ michael @ > @ @ > @ @ > @ > Keep in mind that if you are on an IPv8 network then the @ > IPv4 Legacy Internet is viewed as "damage" and we route @ > around it...:-) @ @ And are you bright enough to comprehend that there is no "around" to route @ through? This is not true, unless your only view of the world is the IPv4 Legacy Internet. Or does IPv8 come with LEO satellites and gigahertz-band @ spread-spectrum transcieving code that uses the low-order databit of a @ given memory location as a backup communications link? @ The Internet was built just like children build telephone systems, with tin cans and kite string. New networks can be constructed the same way and the Legacy IPv4 Internet can be used when it is handy but other networks can also be used. People keep trying to move the Internet back to a central model. To "reinvent the net", you have to turn 180 degrees and look out not in. @ Please. It's one thing to be championing an alternative standard (look @ where alt.* has come these days), but at least avoid making a total @ nuisance of yourself 8) @ Why are you so threatened by IPv8...have you looked at it...??? @ > Jim Fleming @ @ -- @ ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ -- Jim Fleming UNETY Systems, Inc. Naperville, IL e-mail: JimFleming@unety.net From owner-freebsd-hackers Sun May 5 02:51:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA06615 for hackers-outgoing; Sun, 5 May 1996 02:51:16 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA06609 for ; Sun, 5 May 1996 02:51:09 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA11128; Sun, 5 May 1996 11:51:05 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA22100; Sun, 5 May 1996 11:50:59 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id LAA27339; Sun, 5 May 1996 11:01:08 +0200 (MET DST) From: J Wunsch Message-Id: <199605050901.LAA27339@uriah.heep.sax.de> Subject: Re: Private patch for VI using GLOBAL [FreeBSD 2.1R] To: shigio@ca2.so-net.or.jp (Shigio Yamaguchi) Date: Sun, 5 May 1996 11:01:07 +0200 (MET DST) Cc: hackers@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605050054.JAA00258@chiota> from Shigio Yamaguchi at "May 5, 96 09:54:29 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Shigio Yamaguchi wrote: > Hello this is Yamaguchi. > > This is a patch for vi(1) to use global(1) within the editor. > > Global(1) is a command which find the locations of specified function > in C source files. With this patch, vi's tag function is extended to > use global. You need global-1.0 or 1.1. Hmm, i think this would better have been sent to the author of nvi, Keith Bostic. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun May 5 02:51:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA06646 for hackers-outgoing; Sun, 5 May 1996 02:51:30 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA06634 for ; Sun, 5 May 1996 02:51:24 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA11136; Sun, 5 May 1996 11:51:08 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA22106; Sun, 5 May 1996 11:51:08 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id KAA27275; Sun, 5 May 1996 10:53:27 +0200 (MET DST) From: J Wunsch Message-Id: <199605050853.KAA27275@uriah.heep.sax.de> Subject: Re: Disklabel is hosed To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 5 May 1996 10:53:26 +0200 (MET DST) Cc: scanner@webspan.net Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605050023.JAA09309@genesis.atrad.adelaide.edu.au> from Michael Smith at "May 5, 96 09:52:59 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Michael Smith wrote: > > Can someone PLEASE tell me wtf happened to my disklabels :) > > My HD's appear to work but the interleave and rpm and a few things are > > set to 0. I have no clue how this happened or how to fix it. > > The numbers are irrelevant, ignore them. The numbers are irrelevant, but don't ignore them. You have to fill in bogus values, like interleave = 1, rpm = 3600. Early versions of libdisk (including 2.1R) didn't do this. This is easy to correct with ``disklabel -e''. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun May 5 02:51:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA06653 for hackers-outgoing; Sun, 5 May 1996 02:51:32 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA06636 for ; Sun, 5 May 1996 02:51:25 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA11144; Sun, 5 May 1996 11:51:11 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA22108; Sun, 5 May 1996 11:51:10 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id KAA27289; Sun, 5 May 1996 10:54:50 +0200 (MET DST) From: J Wunsch Message-Id: <199605050854.KAA27289@uriah.heep.sax.de> Subject: Re: Disklabel is hosed To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 5 May 1996 10:54:50 +0200 (MET DST) Cc: scanner@webspan.net (Scanner SOD) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Scanner SOD at "May 4, 96 07:43:06 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Scanner SOD wrote: (See also my other reply.) > What the hell happened to my disklabel's :) When i do disklabel -e /dev/sdx ^^^^^^^^^^^^^^^^^^^^^ disklabel -e sdx (Never use anything else than the generic disk name unless you really know what you're doing.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun May 5 02:51:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA06720 for hackers-outgoing; Sun, 5 May 1996 02:51:46 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA06673 for ; Sun, 5 May 1996 02:51:36 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA11202; Sun, 5 May 1996 11:51:23 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA22126; Sun, 5 May 1996 11:51:23 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id LAA27497; Sun, 5 May 1996 11:15:44 +0200 (MET DST) From: J Wunsch Message-Id: <199605050915.LAA27497@uriah.heep.sax.de> Subject: Re: using DLT drive on FreeBSD To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 5 May 1996 11:15:43 +0200 (MET DST) Cc: wilko@yedi.iaf.nl (Wilko Bulte) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605041706.TAA12938@yedi.iaf.nl> from Wilko Bulte at "May 4, 96 07:06:46 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Wilko Bulte wrote: > Now that you mention it: I have 2 of the 1542A in my testbox. There was a > program to check their health mentioned some time ago. Do you have a > pointer to it? I'd like to check my cards. I think this program is called ``FreeBSD''. :-) My firmware ROM has rev# 420504-00 C. It seems to work fine with FreeBSD (though i don't know whether it suffers from Julian Stacey's problem that only happens for odd-ID targets). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun May 5 02:52:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA06846 for hackers-outgoing; Sun, 5 May 1996 02:52:14 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA06840 for ; Sun, 5 May 1996 02:52:10 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA11230; Sun, 5 May 1996 11:51:37 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA22148; Sun, 5 May 1996 11:51:34 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id LAA27697; Sun, 5 May 1996 11:48:27 +0200 (MET DST) From: J Wunsch Message-Id: <199605050948.LAA27697@uriah.heep.sax.de> Subject: Re: dosfsck anyone? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 5 May 1996 11:48:26 +0200 (MET DST) Cc: rnordier@iafrica.com (Robert Nordier) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605031911.VAA00877@eac.iafrica.com> from Robert Nordier at "May 3, 96 09:11:53 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Robert Nordier wrote: > I'm currently in the process of finishing off a BSD implementation > of 'dosfsck', an 'fsck'-style utility for checking and repairing > DOS FAT (and later VFAT) filesystems. > (Example 1) > > Directory '/junk' is cross-linked on cluster 4. Truncate [yn]? y > . . . . . > Warning: directory '/keep' was also cross-linked on cluster 4. I think i would go with this. Anyway, _any_ decent dosfsck might be a nice deal. What about making `fsck' generic in the same way as `mount' is, btw? This way, an `fsck -p' would also be able to call fsck_msdos if there's a file system of type msdos in /etc/fstab. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun May 5 02:52:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA06887 for hackers-outgoing; Sun, 5 May 1996 02:52:38 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA06877 for ; Sun, 5 May 1996 02:52:33 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA11222; Sun, 5 May 1996 11:51:31 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA22146; Sun, 5 May 1996 11:51:31 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id LAA27732; Sun, 5 May 1996 11:49:55 +0200 (MET DST) From: J Wunsch Message-Id: <199605050949.LAA27732@uriah.heep.sax.de> Subject: Re: Error in lpd To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 5 May 1996 11:49:54 +0200 (MET DST) Cc: serg@bcs1.bcs.zaporizhzhe.ua (Sergey Shkonda) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605031811.AA08887@bcs1.bcs.zaporizhzhe.ua> from Sergey Shkonda at "May 3, 96 09:11:21 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Sergey Shkonda wrote: > Error in error handler: > > recvjob.c: > in function frecverr() > extern char* fromb; > must be > extern char fromb[1]; Why? Both are similar in their actual usage. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun May 5 03:21:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA08364 for hackers-outgoing; Sun, 5 May 1996 03:21:14 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA08347 Sun, 5 May 1996 03:21:04 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id MAA11708; Sun, 5 May 1996 12:21:02 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id MAA22684; Sun, 5 May 1996 12:21:01 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id MAA28081; Sun, 5 May 1996 12:17:40 +0200 (MET DST) From: J Wunsch Message-Id: <199605051017.MAA28081@uriah.heep.sax.de> Subject: Re: IPv8 Tutorial #1: Minimal IPv8 hack To: freebsd-chat@FreeBSD.ORG, FreeBSD-hackers@FreeBSD.ORG Date: Sun, 5 May 1996 12:17:39 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605050916.CAA06743@rah.star-gate.com> from "Amancio Hasty Jr." at "May 5, 96 02:16:13 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Amancio Hasty Jr. wrote: > > Maybe freebsd-chat is a better group...??? > > If the topic is technical in nature and it involves areas such as > networking it belongs in the hackers list not in chat. Neither of these groups. TAKE IT OUT IN PRIVATE MAIL (or in Usenet if you prefer). My inbox is already full enough. I'm not eager to get more of this. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun May 5 05:50:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA14777 for hackers-outgoing; Sun, 5 May 1996 05:50:17 -0700 (PDT) Received: from falcon.adelaide.on.net (falcon.adelaide.on.net [192.231.203.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA14688 for ; Sun, 5 May 1996 05:48:47 -0700 (PDT) Received: from ppp165.adelaide.on.net.au by adelaide.on.net (PMDF V5.0-4 #12832) id <01I4D2AD1AR4000K7V@adelaide.on.net> for hackers@freebsd.org; Sun, 05 May 1996 22:18:01 +0930 Date: Sun, 05 May 1996 22:18:01 +0930 Date-warning: Date header was inserted by adelaide.on.net From: Richard Wiwatowski Subject: kernel drivers X-Sender: rjwiwat@adelaide.on.net To: hackers@freebsd.org Message-id: <01I4D2ADP5PU000K7V@adelaide.on.net> MIME-version: 1.0 X-Mailer: Windows Eudora Light Version 1.5.2 Content-type: multipart/mixed; boundary="=====================_831359936==_" Content-transfer-encoding: 7BIT X-attachments: P:\EUDORA\ATTACHED\PSM_C.UUE; Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk --=====================_831359936==_ Content-Type: text/plain; charset="us-ascii" Greetings! I wish to report that the standard PS/2 mouse driver doesn't work. I'm not expert in things Un*x, C or kernel but I have managed to kludge together a version of "psm.c" that works for me. I based the changes I've made on the NetBSD "pms.c" driver and the FreeBSD "mse.c" driver (for the glitzy stuff). I have used it for a few months with the 2.1.0 release and have recently merged in changes for the 2.2-960501-SNAP. I agree with the comment at the end of psm_attach -- it should return 1 (mse.c does). It works with the latest snap; I've tested it for a few hours (it works or it doesn't -- what more can I test?). Note that I've added in the boundary hacks mentioned in the NetBSD driver to overcome bugs in XFree86 (although I've not confirmed their existence). I attach my version of "psm.c" for your consideration. I apologise for the method of attachment -- I still use Windoze/Eudora for email on a dialup internet connection. I run FreeBSD on an EISA-based system and have two different ethernet cards: DE422 and SMC8232. The DE422 is installed as the SMC isn't supported by the "ed" driver (or, at least, I couldn't get it to work). If it's of any interest to you, I propose to hack the DE422 support out of "if_le.c" along the lines of what you've done for the 3Com card. Getting the SMC to work is a bigger job as I don't have any doco but it does use the UltraChip so there is hope. Any suggestions you may care to make will be greatly appreciated. I hope you find my "psm.c" useful. Regards, Richard --=====================_831359936==_ Content-Type: text/plain; charset="us-ascii" Content-Disposition: attachment; filename="PSM_C.UUE" begin 644 psm_c.gz M'XL("&XRC#$``W!S;5]C`*TZ:5?;6+*?S:^HX9VA[4083!*2#LO$V`(T[85G MV02FIX]'2-=8@RRYM6#^MY=9>)1V\VM^!5]`* MYLO0?9S&4+5KT/CQQR.-?KX!/72?X#((HP<1/M;I:-/S@(]&$(I(A,_"H77: M&@C'C>+0?4AB-_#!\AU((@&N#U&0A+;@E0?7M\(E3()P%FFP<.,I!"'_'R0Q M89D%CCMQ;8MP:&"%`N8BG+EQ+!R8A\&SZ^!#/+5B_"$0C^<%"]=_!#OP'9>` M(L)"<#,1?Z3G1GV%M0B"2@I9`(/^)>'IZH/6-:XT+XR.,;QGJI?& ML$<4+Y%D$VZ:@Z'1&G6:`[@9#6[ZI@[$=]LP6YVFT=7;=4`."%>O#_JMWAN" M>=WL=,"`"QT9:5YT=(D*+],V!GIK2"SG3RV\.S+0T<"\T5L&/A`R_4Y'GIN# M>XUNWNKW3/U_1W@.]Z'=[#:O\`K5K]^\/'+:1.@VR['?XSNC_/N#>R5OD@=+6H//USINH59[=+WAH$GB M,(<#HS4L'D.2P_Y@6+@LRUJ_ZAA7>J^ETX$^(?ILF'H-=6,@?U>$E8A_;B+E M$=^=[`!YDX^&25A2*]18<6!<0K-]:Q#_ZCRJVS24:;#X6M=*^F3-!SL[!VS2 MZS"",W7I)'M:RY@&&P0.\W,29,H3D),1Y(4IZP,*1$@B))\H@^.T?B$=&. MB,8G.ZHG=ERW[/IOEG(Y&$XM_RGBD&!Y40!.(@A@X-I/T+7L)T_,-(QI]M.G MR`\64S<6==M%/,%C(KSYM&Y;P%$2H2E*/4[1NA<6!A'?6\+<"F/7\O`I2FQ; M1-$D\2CD/8HXIA#`X02Q6,@K,\^8\)H41':=D&Y.T9`/=H)'I&Y/.90TAP88 M/MT/+I((9AA[^"#%5(J7C$A)/`T]=_@[$,@NW7`1A$\RQ,Z6T'7M,(B"28P1 M%E&@\X$OD#B"><@V8YL$"2(BSC@L(HH'BMIXGV?+2ZP'3^`M)B(DM<%B*GRF M):^)0/(VC"DSAC3PP65"I,)2?(_X0IX5"PRF>/[";+^>6[$]?7)COA/?'G'U M1(Q[[-30])U0+.!:A)B48CBU^/=/"Q'./5&WYI9OU0/,5E9R#OOP`?Z>^(*S M6ELB9Q,XD^66\>,5Q=.LQ6%K[";G(O^7*@^H#T[Z`=*/S"?176;%7<9"D$KLPB=J::HO$-W6Q*!8TD` M0\C_N+[M)6AKN_-H5I_NTLH$>C=F%\[AL+!_&BVC`W0V"T^=KRSCOWC#\I,( M?>&MKT](GY&$8LO-C! M*SY8NOGIS+*GKB\.;"^PG\K$TBU6*FT5]EQTF`,WLNC?&&EA?)`GD!^$08OH MCBF/50Y?#@^I?CEX!?T)P3EK._"#'TD$Z*\"U,31U"\'8= M`4H@#@-/X6#P?0Z)*SC,87,X,AE)I8PABJT8/:[`Q"9XHV\:_]"!_R"2=XJ3 M7C(C<\5(:ASTP7+0$Z,(?2F)I+URZ)!9*B7TX&*J6,'>OQA=CB]'6+(P]D:9 M='GSB)&I>WN"1#";H;47D588KC<"JA5-W+%X9OS9(5AJ3/AR;K69';S20E#@F4F1. MC8\-B&S+HURT#>2H@53$^Q3D:"-()07!NILH?$B/HWD%GNQL5DY?I03H_(_I M^13UQ,+`&FZB@.6>WNP2D)4!Q>@&,P*;40+>!-3$RI@H3=YD0-9LSJ1"*UZ# MP7B3*W3"'B@EO'X/.II;S>1=X>QDLGH8Q:.3MB<3.D:MX+I^6]>CWD_2<3$S M?@#EN?8T\9\@!!55!+6F)"'77A5.UDY:<4QANXM1U?/8NSZF5+>+R:Q8$UB M2:UX+!(>(:B$^,#G;C#;XK5H0]A<09(I2&B"2_S(?:0JC;DG'@3#%:LSN;SE M>!(5SF/;'R/?ZBKK`')?,89Z"JC>W@"9)A`6]HL&RY,*P5BVG<4EPC@.GH1_DJ[YX]*J-,>=+[EZE*V4?:U_ MH_0;6/=$0N[P8V&+8H/=0@PV!Q,$>T&<7!7*M4_,3S.$+2&F*.@SA>:NJP9)%V M,./1Z1[6&UJ%!:BI7_8;L.ZN5-Z.524*3XX]1@AI&J0="@F'&O!?-E*L>CVT M3S1,+(X0;"Q5Q>8LB='AWZ';;@_'F`7XUUUD=!>^(*]D!8_"%]@GC[&F1=J8 MWGX3B@(@P%B_&^J#7K/3T7L(L$@Z%K;R:P8RA'!1B25Q10[!:C:*$_7?ZA*F-=Y35N#/2H+W]1( ME?(/)HXJ`NR5:\L:G)VMKJ!^,BB\P-W='79(CO"P0T*_]85PY$QEC@&))!<% M,X$Z7SX$V(5%W+TB!D*Q$,XCN3`WY!1UJ!\2,W@(`A6N,D)MO=.\KQYC#D+0 ME3M1K\`;7W:^;)4@FSM974&*&B1C%AH-"03)M%(0MA0TX@V2N$2/>PLTGA?G M+6U_#X@N?*)?CPS];+J%X=-$T0M+?AM+$=9A) M=U)UG?USUQE3N8'&74FC2V&9@DRZ?(C):..9.BURS8(>E*]_[33RPX?Q3!ZD MJGN;SJ]<-=[Y6H7F/,_Y=DU^EJ$=;`\FW M5$=1C(27UN71,_R5&70#FHV<4*'AYJL*25J.DNIZ?5E*2\P%]U*DLUJ[=D)A M8L"%-EHVI!<[2"N$RHKE%Q"DW1G9C@P!C<-#MJX-L2V-`R6C+B`K=*=TC"*> M+0/A6XIJ!Z\JE3F6A?&DNKLRE**X%L1RROA/?[=VPK$IK8!3JSH\*90PV7D9 MQT(1)Z$/5>;]"_6+VV@Q$+V=\-%`/&Z/9.F2$4YQY3.&30:UO9!/+8H,1=EX M6<\%$RKL99:Q5G6_BD@;>WF=QQ(AXT)YF-:S[`H(.NT*I*6N"E"25'!MU?8K M#91&!M\RF8*6O\\8)* M]:B>9GBW5#G8IL"K-3T7^\TMFBRI7UWD%DLFAV[(:'PYP)+!!IV(%\_/>/A9 M*]BZWKLS^JEPKT2<>GY6IU>VV$TEL[V2A2A,QB1#%`CIF.*%7FIF#*7@J*VM M_)!YT=M.P/XG=N=H:"1UF;4D)V,3+O4V2&M!GJ[C>:S1]G&8YO MF0^A/9&PU'/6(W=,&HZ4Z177YZY36%6=7KZ@.L!\X:7PO)3/S'T3Y4"VQ_-O M-[^*Q4UR.KO(KH0=^%WZN`+%'0YB M[O;9.=6Q'GX-L1J5E;$6#W&!S"']@YQ/1`>S&=O'UY&JD=UVQ.6)V-<8.'XK M&<"D)X=E(CJ(A/T]3/"(KG92RK';XF`F-QD&\]>!61/.\JRH"0`IN=#IHY[1 M+^0".NN8.]!)=2]O1V41`J>GT-"@?3MN70_2]NOP^/A8(W@L]:F9^ZNS*T_7 ME*&6A@K?0XK#T>EIH_8Z)U:@I4CY*[24F$J1>CW^NGL" MHQ,UB*R`U>BZ=P;_][WAM9"=)2XL[2QO%M#,WUM8RZCX-GPU=:\;!`U3BO:@ MU)JXJ"G\D1M(9@>1RJ\HWR#,BL8G(>;TZF#NTON17Q-7H$"H?0;UXCX-RQ$/ M,E7_C+PGOB^(77I541H/>L)_C*?;<_SJ')%B_,_9[/N7]:R],D==M[>B.:;P M%_1F$)F,74^9EF7'[C-_,&';22@FW?E)C@LIZ;J;9(FVF>HDC#W52K=KD M,N.X%F$K=?,/?="'/^"FU1RVKN6L$"V`!E",F/B2\'_)>-W($1]*>?DB134, M+3^B1&M%@/ZSE&\;(OIU'D212U[*LMHHG',XA+T],KS]<_R!G5Z$U<%YRH6T M!KP6O3PH06HK,-E%%,@YO[0()E5I(C6J@7)TY3U2>H5[O1E]AF8!!AS/4Z]- M^*L%MSQE5Z3*5<1K2$F?Y:]4E#`?Z-.VZEX*(%\.E,!_H0@/:FXD^=(*;V;V MRR6+5(O$6D*JP5[!)QAV?YV.(J/XW94)+Q+?>Y7L`I*"%/!JS;5% M?#7X:W[ODP*<-)C]LRQ$2*71IY2R-(\#>A<=<@K+>K7,,=!22+O5,FML1F4G M8$MY0/]XDBUO5H-NJC\7Q9QC/=+WC#(P9-ZSZCMKL9B'UZO)V9XY&B@?YN:S MF+,WI.HMT5(M2-"@@*CWQIVTM?)"GSAQO84JG@I M\H>=BDTM=;<_,G4\C05?^Z-2)G:>/\3RBZ6E+!QDU+`MSZ;W/>K5,5E%*?)* MZ(O$]1P5KU5;@;)5[TEI_#H)ZEF[D?<>)P5W?H$__I"*KLF);0Z"`;?;O^6/ M&U."NL^?;=UQR7.?OHK"R/<8!%0#P8)8]U="Q@L&I\;1^YS`BP(\H^43Y6N0 M'S^%?76^,+^^H'D+R<.*>1LLFCK2A(V^TT,[O*-/@CX97A:87CV_D?:R1'N9AV0:OTVQ30[HFT1OW39++6*Q1ZP4VTNJ MM2Y&F/UZ5]VF^5.*?MV%49$4X.@%.S;8I2:RF!+3J$)G@R2N[A%?FO)4E5U6 MG4_&4A59:-HZL9#$QP(VW>C=-CN%4Y4TRPYD%)$';?6IPL;@DLZ>\5)A-:W@ MM\:(+:5W<8ZV5GYO&S/DE4[!3(V";$.AIAYS@6[IU*F*M^D3-RJ1'Y:QG`1G MT)L&\>K&')DKFW,0]?"O7Q>SR"_;9ZZEY/+Z]O6>%F`+ZTDD MI<*KIK@4GMK;2Z<@F]*`?"VYF@?"Q=;.+*)/N+;U9-^.UZ9+$SSZCI<)\_MH MM&3U/8"40[@@G5Y^'AA#O3A$.DR;'&66R`"[OJ6"KWR!9CU;KF=E]=]*K5PL MH%CZB@`%%-SF:,(2%UXH["!TJG,L;@H23$\?*C&GSIE[!?Y?DC0)A+OML2N' MU$(-HM(#V7L;)WRFSJ5*"]@1^?2-&PL^4X]TA"K\92-6:2RX2J4K*I_:S_Q- M>%IWR]:?)@+5/=)X:1Y`+Z+YU&:N44;D(_+=H7EO&J1?^EP`\9C&V!Q=C-L# MXU8?F/1K?]#6!^.NT<8V\G6!D<)=-2:XDWV-0U_\J:]"27__#R; Sun, 5 May 1996 06:19:13 -0700 (PDT) Received: from allegro.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0uG3h9-000QYgC; Sun, 5 May 96 15:17 MET DST From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id PAA13105; Sun, 5 May 1996 15:00:46 +0200 Message-Id: <199605051300.PAA13105@allegro.lemis.de> Subject: Re: Disklabel is hosed To: scanner@webspan.net (Scanner SOD) Date: Sun, 5 May 1996 15:00:45 +0200 (MET DST) Cc: freebsd-hackers@freebsd.org In-Reply-To: from "Scanner SOD" at May 4, 96 07:43:06 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Scanner SOD writes: > > What the hell happened to my disklabel's :) When i do disklabel -e /dev/sdx > and exit withought changing anything i get : line 12: 0: bad rpm > line 13: 0: bad interleave > Warning, revolutions/minute 0 > now if i fill in the rpm which i have and the interleave i get this: > disklabel: ioctl DIOCWDINFO: Operation not supported by device Well, the first error messages stopped you getting the second. Since you are getting this value, I'm assuming you haven't labelled the disk at all yet. I have some draft documentation (in PostScript) which might help. > Can someone PLEASE tell me wtf happened to my disklabels :) > My HD's appear to work but the interleave and rpm and a few things are > set to 0. I have no clue how this happened or how to fix it. Hmm, maybe you have a labelled disk after all. If you send me a copy of your disktab and the output of fdisk /dev/rsdx, I'd be interested in looking at it. Greg From owner-freebsd-hackers Sun May 5 06:40:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA16776 for hackers-outgoing; Sun, 5 May 1996 06:40:40 -0700 (PDT) Received: from eac.iafrica.com (h196-7-192-140.iafrica.com [196.7.192.140]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA16770 for ; Sun, 5 May 1996 06:40:34 -0700 (PDT) Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id PAA00347; Sun, 5 May 1996 15:35:18 +0200 From: Robert Nordier Message-Id: <199605051335.PAA00347@eac.iafrica.com> Subject: Re: dosfsck anyone? To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 5 May 1996 15:35:17 +0200 (SAT) Cc: freebsd-hackers@freebsd.org, rnordier@iafrica.com In-Reply-To: <199605050948.LAA27697@uriah.heep.sax.de> from "J Wunsch" at May 5, 96 11:48:26 am X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 5 May 1996, J Wunsch wrote: > > As Robert Nordier wrote: > > > I'm currently in the process of finishing off a BSD implementation > > of 'dosfsck', an 'fsck'-style utility for checking and repairing > > DOS FAT (and later VFAT) filesystems. > > > (Example 1) > > > > Directory '/junk' is cross-linked on cluster 4. Truncate [yn]? y > > . . . . . > > Warning: directory '/keep' was also cross-linked on cluster 4. > > I think i would go with this. Anyway, _any_ decent dosfsck might be a > nice deal. That's my preference also. > What about making `fsck' generic in the same way as `mount' is, btw? > This way, an `fsck -p' would also be able to call fsck_msdos if > there's a file system of type msdos in /etc/fstab. A preen option is a Good Thing. 'fsck' itself has code to parse /etc/fstab, skipping non-ufs filesystems. One solution would be to incorporate equivalent code in 'dosfsck'. Possibly a more elegant approach (which may be what you had in mind) would be to handle the /etc/fstab parsing in a generic front-end. The manpage doesn't specify 'fsck -p' as taking filesystem arguments, but it appears to accept them OK. It would then be only optional to modify 'fsck', and the front-end would be available to dispatch all 'fsck'-type utilities. -- Robert Nordier From owner-freebsd-hackers Sun May 5 06:42:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA16833 for hackers-outgoing; Sun, 5 May 1996 06:42:17 -0700 (PDT) Received: from mail.tky007.tth.expo96.ad.jp (root@tky007.tth.expo96.ad.jp [133.246.32.58]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA16827 for ; Sun, 5 May 1996 06:42:13 -0700 (PDT) Received: from tky007.tth.expo96.ad.jp (masafumi@localhost [127.0.0.1]) by mail.tky007.tth.expo96.ad.jp (8.7.5/3.4W4-SMTP) with ESMTP id WAA08460; Sun, 5 May 1996 22:42:08 +0900 (JST) Message-Id: <199605051342.WAA08460@mail.tky007.tth.expo96.ad.jp> To: freebsd-hackers@freebsd.org Cc: max@sfc.wide.ad.jp Subject: date change and wtmp record From: Masafumi NAKANE/=?ISO-2022-JP?B?GyRCQ2Y6LDJtSjgbKEI=?= Reply-To: max@sfc.wide.ad.jp X-Mailer: Mew version 1.05+ on Emacs 19.28.1, Mule 2.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Sun, 05 May 1996 22:42:07 +0900 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I noticed wtmp(5) man page says that `{' is recorded in the field ut_line when the system date is changed. However, `}' is recorded in my wtmp instead. Which one, `{' or `}', is the expected character to be recorded? I think it is better to have wtmp(5) and the actual behavior matched. Thanks ----------------------------------------------------------------------- Masafumi NAKANE, Keio Univ., Dept. of Environmental Information E-Mail : t94303mn@sfc.keio.ac.jp / max@sfc.wide.ad.jp [URL] : http://www.sfc.keio.ac.jp/~t94303mn From owner-freebsd-hackers Sun May 5 07:38:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA19829 for hackers-outgoing; Sun, 5 May 1996 07:38:56 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA19818 for ; Sun, 5 May 1996 07:38:51 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with ESMTP id PAA07705 ; Sun, 5 May 1996 15:38:23 +0100 (BST) To: Jim Fleming cc: "FreeBSD-hackers@freebsd.org" From: "Gary Palmer" Subject: Re: IPv8 Tutorial #1: Minimal IPv8 hack In-reply-to: Your message of "Sun, 05 May 1996 03:45:17 CDT." <01BB3A35.4772BC80@webster.unety.net> Date: Sun, 05 May 1996 15:38:22 +0100 Message-ID: <7703.831307102@palmer.demon.co.uk> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jim Fleming wrote in message ID <01BB3A35.4772BC80@webster.unety.net>: > Whatever you like...the dogs and cats can not be stopped... > the dolphins are really cranking at this point...;-) > Maybe freebsd-chat is a better group...??? If you are so sure that IPv8 is a good idea, then set up a mailing list for people to use to discuss it's merits and how to impliment it. FreeBSD lists are discussions about FreeBSD related things, and your crusade to get IPv8 recognised seems only VERY thinly FreeBSD related. Personally speaking, I won't run IPv8, I have other ways that I am working on which DO NOT require kernel hacks to support and have other adventageous side-effects. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD - Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info. From owner-freebsd-hackers Sun May 5 08:20:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA22177 for hackers-outgoing; Sun, 5 May 1996 08:20:56 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA22169 for ; Sun, 5 May 1996 08:20:51 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id RAA16577; Sun, 5 May 1996 17:20:34 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id RAA24103; Sun, 5 May 1996 17:20:33 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id QAA28915; Sun, 5 May 1996 16:16:34 +0200 (MET DST) From: J Wunsch Message-Id: <199605051416.QAA28915@uriah.heep.sax.de> Subject: Re: date change and wtmp record To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 5 May 1996 16:16:33 +0200 (MET DST) Cc: max@sfc.wide.ad.jp Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605051342.WAA08460@mail.tky007.tth.expo96.ad.jp> from =?us-ascii?Q?Masafumi_NAKANE=2F=3D=3FISO=2D2022=2DJP=3FB=3FGy?= =?us-ascii?Q?RCQ2Y6LDJtSjgbKEI=3D=3F=3D?= at "May 5, 96 10:42:07 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Masafumi NAKANE/=?ISO-2022-JP?B?GyRCQ2Y6LDJtSjgbKEI=?= wrote: > I noticed wtmp(5) man page says that `{' is recorded in the field > ut_line when the system date is changed. However, `}' is recorded in > my wtmp instead. Not so for me: j@uriah 500% last -10 date { Sun May 5 16:15 date | Sun May 5 16:14 -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun May 5 08:21:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA22227 for hackers-outgoing; Sun, 5 May 1996 08:21:18 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA22212 for ; Sun, 5 May 1996 08:21:14 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id RAA16581; Sun, 5 May 1996 17:20:35 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id RAA24104; Sun, 5 May 1996 17:20:35 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id RAA28990; Sun, 5 May 1996 17:01:37 +0200 (MET DST) From: J Wunsch Message-Id: <199605051501.RAA28990@uriah.heep.sax.de> Subject: Re: dosfsck anyone? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 5 May 1996 17:01:35 +0200 (MET DST) Cc: rnordier@iafrica.com (Robert Nordier) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605051335.PAA00347@eac.iafrica.com> from Robert Nordier at "May 5, 96 03:35:17 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Robert Nordier wrote: > A preen option is a Good Thing. 'fsck' itself has code to parse > /etc/fstab, skipping non-ufs filesystems. One solution would be > to incorporate equivalent code in 'dosfsck'. Possibly a more > elegant approach (which may be what you had in mind) would be to > handle the /etc/fstab parsing in a generic front-end. I rather thought of it the other way round: similar to mount(8), keep fsck(8) being the generic front-end that does the fstab parsing and dispatching. Much like mount(8), it could have builtin knowledge about some file system types (a builtin ufs checker, and the wisdom that procfs, swap, and cd9660 don't require checking at all), while it will call {/usr/sbin,/sbin}/fsck_${fstype} for all other file system types. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun May 5 08:21:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA22249 for hackers-outgoing; Sun, 5 May 1996 08:21:23 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA22226 for ; Sun, 5 May 1996 08:21:18 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id RAA16592; Sun, 5 May 1996 17:20:42 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id RAA24106; Sun, 5 May 1996 17:20:42 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id RAA29020; Sun, 5 May 1996 17:07:51 +0200 (MET DST) From: J Wunsch Message-Id: <199605051507.RAA29020@uriah.heep.sax.de> Subject: Re: kernel drivers To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 5 May 1996 17:07:51 +0200 (MET DST) Cc: rjwiwat@adelaide.on.net (Richard Wiwatowski) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <01I4D2ADP5PU000K7V@adelaide.on.net> from Richard Wiwatowski at "May 5, 96 10:18:01 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Richard Wiwatowski wrote: > I based the changes I've made on the > NetBSD "pms.c" driver and the FreeBSD "mse.c" driver (for the glitzy stuff). Unless somebody else catches me on this, i would perhaps try to get it to run on the new notebook our company recently bought. > I apologise for the method of attachment -- I still use Windoze/Eudora for > email on a dialup internet connection. I don't think this is a problem. MIME is not useful for everything, but this kind of attachments is certainly interesting. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun May 5 08:45:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA23596 for hackers-outgoing; Sun, 5 May 1996 08:45:53 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA23589 for ; Sun, 5 May 1996 08:45:50 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id JAA28315; Sun, 5 May 1996 09:40:09 -0600 (MDT) Message-Id: <199605051540.JAA28315@rover.village.org> To: Jim Fleming Subject: Re: IPv8 Tutorial #1: Minimal IPv8 hack Cc: Darren Reed , "'Jordan K. Hubbard'" , "FreeBSD-hackers@freebsd.org" In-reply-to: Your message of Sun, 05 May 1996 02:38:22 CDT Date: Sun, 05 May 1996 09:40:08 -0600 From: Warner Losh Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk : BTW, IPv6 is also referred to as IPng (IP Next Generation) No, the effort to come up with IPv6 was called the IPng effort. Once they came up with the protocol, they renamed it to IPv6. Warner From owner-freebsd-hackers Sun May 5 10:05:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA27003 for hackers-outgoing; Sun, 5 May 1996 10:05:47 -0700 (PDT) Received: from eac.iafrica.com (slipper101155.iafrica.com [196.7.101.155]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA26998 for ; Sun, 5 May 1996 10:05:41 -0700 (PDT) Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id TAA00711; Sun, 5 May 1996 19:00:32 +0200 From: Robert Nordier Message-Id: <199605051700.TAA00711@eac.iafrica.com> Subject: Re: dosfsck anyone? To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 5 May 1996 19:00:30 +0200 (SAT) Cc: freebsd-hackers@freebsd.org, rnordier@iafrica.com In-Reply-To: <199605051501.RAA28990@uriah.heep.sax.de> from "J Wunsch" at May 5, 96 05:01:35 pm X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 5 May 1996, J Wunsch wrote: > > As Robert Nordier wrote: > > > A preen option is a Good Thing. 'fsck' itself has code to parse > > /etc/fstab, skipping non-ufs filesystems. One solution would be > > to incorporate equivalent code in 'dosfsck'. Possibly a more > > elegant approach (which may be what you had in mind) would be to > > handle the /etc/fstab parsing in a generic front-end. > > I rather thought of it the other way round: similar to mount(8), keep > fsck(8) being the generic front-end that does the fstab parsing and > dispatching. Much like mount(8), it could have builtin knowledge > about some file system types (a builtin ufs checker, and the wisdom > that procfs, swap, and cd9660 don't require checking at all), while it > will call {/usr/sbin,/sbin}/fsck_${fstype} for all other file system > types. OK. For 'fsck_msdos' I'll omit the fstab parsing, and provide for '-p' and fsck-compatible exit status. I guess fsck-style (and predominantly uppercase) messages would also be in order. The Mach 'dosfsck' actually refers to 'inodes' rather than 'clusters', but that may be more confusing than enlightening. -- Robert Nordier From owner-freebsd-hackers Sun May 5 11:12:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA00286 for hackers-outgoing; Sun, 5 May 1996 11:12:49 -0700 (PDT) Received: from linux4nn.gn.iaf.nl (root@linux4nn.gn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA00280 for ; Sun, 5 May 1996 11:12:45 -0700 (PDT) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id UAA21587; Sun, 5 May 1996 20:13:33 +0200 Received: by uni4nn.iaf.nl with UUCP id AA28058 (5.67b/IDA-1.5); Sun, 5 May 1996 20:13:17 +0200 Received: by iafnl.es.iaf.nl with UUCP id AA08968 (5.67b/IDA-1.5); Sun, 5 May 1996 19:49:43 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.12/8.6.6) id NAA22405; Sun, 5 May 1996 13:54:45 +0200 From: Wilko Bulte Message-Id: <199605051154.NAA22405@yedi.iaf.nl> X-Organisation: Private FreeBSD site - Arnhem - The Netherlands Subject: Re: using DLT drive on FreeBSD To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 5 May 1996 13:54:44 +0200 (MET DST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199605050915.LAA27497@uriah.heep.sax.de> from "J Wunsch" at May 5, 96 11:15:43 am X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > As Wilko Bulte wrote: > > > Now that you mention it: I have 2 of the 1542A in my testbox. There was a > > program to check their health mentioned some time ago. Do you have a > > pointer to it? I'd like to check my cards. > > I think this program is called ``FreeBSD''. :-) Hmmmpf. I thought Julian had a specific test program. So, if FreeBSD likes the 1542A all is well. > My firmware ROM has rev# 420504-00 C. It seems to work fine with I have identical FW. Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Sun May 5 11:30:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA01228 for hackers-outgoing; Sun, 5 May 1996 11:30:50 -0700 (PDT) Received: from doorstep.unety.net (root@usi-00-10.Naperville.unety.net [204.70.107.30]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA01223 for ; Sun, 5 May 1996 11:30:48 -0700 (PDT) Received: from webster.unety.net (webster.unety.net [206.31.202.8]) by doorstep.unety.net (8.6.9/8.6.9) with SMTP id NAA10827 for ; Sun, 5 May 1996 13:24:26 -0500 Received: by webster.unety.net with Microsoft Mail id <01BB3A86.B165FB60@webster.unety.net>; Sun, 5 May 1996 13:28:05 -0500 Message-ID: <01BB3A86.B165FB60@webster.unety.net> From: Jim Fleming To: "'FreeBSD-hackers@freebsd.org'" Subject: IPv8 Tutorial #2: Minimal IPv8 Output Hack Date: Sun, 5 May 1996 13:28:04 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk IPv8 Tutorial #2: Minimal IPv8 Output Hack --------------------------------------------------- OK...for those people that wrote asking how to generate IPv8 packets here is a very MINIMAL hack that will allow you to generate a few packets on your private systems. PLEASE DO NOT TEST THIS ON THE LEGACY INTERNET (it has enough trouble routing IPv4) Here is a very MINIMAL modification that can be added to: /usr/src/sys/netinet/ip_output.c @@@@ ORIGINAL CODE @@@@@@@@@ (about line 280) sendit: /* * If small enough for interface, can just send directly. */ if ((u_short)ip->ip_len <= ifp->if_mtu) { ip->ip_len = htons((u_short)ip->ip_len); ip->ip_off = htons((u_short)ip->ip_off); ip->ip_sum = 0; ip->ip_sum = in_cksum(m, hlen); error = (*ifp->if_output)(ifp, m, (struct sockaddr *)dst, ro->ro_rt); goto done; } @@@@ IPv8 TEST CODE @@@@@@@@@ sendit: /* * If small enough for interface, can just send directly. */ if ((u_short)ip->ip_len <= ifp->if_mtu) { ip->ip_len = htons((u_short)ip->ip_len); ip->ip_off = htons((u_short)ip->ip_off); /*@*/ /* note #1 */ if((ip->ip_v == 4) && (ip->ip_hl == 5)){ ip->ip_v = 8; /* note #2 */ ip->ip_hl = 0; /* note #3 */ ip->ip_sum = 0; /* note #4 */ } else{ ip->ip_sum = 0; ip->ip_sum = in_cksum(m, hlen); } /*@*/ error = (*ifp->if_output)(ifp, m, (struct sockaddr *)dst, ro->ro_rt); goto done; } @@@@@@@@@@@@@@@@@@@@@@ These changes do not require the IPv8 header files or any other variables or IPv8 routines. Here are some notes for the above: 1. Only small packets with simple IP headers are converted. With telnet and ping you can test some simple cases. If IPv8 traffic is carried on a separate network from IPv4, then it is difficult for crackers to be able to view all of the packets needed to understand a session. 2. By rights this should be: ip->ip_v = 0; ip->ip_v |= 8; /* Set Galaxy Information. */ 3. The ip_hl field in IPv8 is combined with the ip_v field and both should be set in one operation. The above is only a tutorial. 4. The ip_sum field carries the StarGate ids which are zero for the Legacy Internet. The statement ip->ip_sum = 0; could be moved before the if statement for only the Legacy Internet. In private systems security information can be placed here. The receiver will zap this and compute a valid checksum. (see IPv8 Tutorial #1: Minimal IPv8 hack) The header file found @ has constant definitions and macros that can make all this more lucid. Enjoy... -- Jim Fleming UNETY Systems, Inc. Naperville, IL e-mail: JimFleming@unety.net From owner-freebsd-hackers Sun May 5 11:51:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA02124 for hackers-outgoing; Sun, 5 May 1996 11:51:30 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA02119 for ; Sun, 5 May 1996 11:51:23 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA21986 for ; Sun, 5 May 1996 20:51:20 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA26985 for freebsd-hackers@freebsd.org; Sun, 5 May 1996 20:51:20 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id UAA00397 for freebsd-hackers@freebsd.org; Sun, 5 May 1996 20:40:52 +0200 (MET DST) From: J Wunsch Message-Id: <199605051840.UAA00397@uriah.heep.sax.de> Subject: Re: using DLT drive on FreeBSD To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 5 May 1996 20:40:51 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605051154.NAA22405@yedi.iaf.nl> from Wilko Bulte at "May 5, 96 01:54:44 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Wilko Bulte wrote: > > I think this program is called ``FreeBSD''. :-) > > Hmmmpf. I thought Julian had a specific test program. So, if FreeBSD > likes the 1542A all is well. Julian had, but this does only seem to affect odd-numbered SCSI targets. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun May 5 13:35:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA07803 for hackers-outgoing; Sun, 5 May 1996 13:35:42 -0700 (PDT) Received: from frig.mt.cs.keio.ac.jp (frig.mt.cs.keio.ac.jp [131.113.32.7]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA07774 Sun, 5 May 1996 13:35:31 -0700 (PDT) Received: (from hosokawa@localhost) by frig.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id FAA11285; Mon, 6 May 1996 05:35:20 +0900 Date: Mon, 6 May 1996 05:35:20 +0900 Message-Id: <199605052035.FAA11285@frig.mt.cs.keio.ac.jp> To: freebsd-announce@freebsd.org, freebsd-mobile@freebsd.org, freebsd-hackers@freebsd.org Reply-To: freebsd-mobile@freebsd.org, hosokawa@mt.cs.keio.ac.jp Subject: [PCMCIA] pccard-test-960506 is now available! From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk We release the new PC-card package based on FreeBSD 2.2-960501-SNAP. You can get it from ftp://ryukyu.mt.cs.keio.ac.jp/pub/FreeBSD/pccard/pccard-test-960506.tar.gz (Note that we changed the ftp site because bash.cc.keio.ac.jp is unstable these days.) Please read http://www.mt.cs.keio.ac.jp/person/hosokawa/freebsd-pcmcia/ for details. ----------------------------------------------------------------------- Current Status ----------------------------------------------------------------------- Type Card Status Driver ----------------------------------------------------------------------- Ethernet 3Com Etherlink III 3C589 OK nep 3Com Etherlink III 3C589B OK nep 3Com Etherlink III 3C589C OK nep Accton EN2212 OK ed Contec C-NET(PC)C OK fe Dayna Communications CommuniCard E OK ed D-link DE-650 Ethernet Card OK ed Eiger Labs EPX-ET10T2 Combo OK ed Farallon EtherMac OK nep Fujitsu FMV-J181 OK fe Fujitsu FMV-J182 OK fe Fujitsu FMV-J182A OK fe GVC NIC-2000P Ethernet Card OK ed Hitachi HT-4840-11 OK fe IC-card Ethernet OK ed IBM Creditcard Ethernet I OK ed IBM Creditcard Ethernet II OK ed Megahertz Ethernet Adapter OK sn Megahertz X-Jack Ethernet OK sn Melco LPC-T OK ed NextCom J Link NC5310 OK fe PLANET Smart Com 2000 OK ed PLANET Smart Com 3500 OK ed RATOC REX-9821 OK fe TDK LAK-CD021 OK fe TDK LAK-CD021A OK fe FAX/Modem Virtually all modem card should work sio *1 (but it still does not work on some machines...) Alpha-testers reported that they can use the following cards. AIWA PV-JF144 OK sio AIWA PV-JF288 OK sio APEX DATA Mobile Plus V.34 OK sio Dell Dacom Modem/FAX V32.bis OK sio Fujitsu FMV-JMD712 OK sio GATEWAY2000 MODEM OK sio Hayes OPTIMA 144 OK sio Hayes OPTIMA 288 V.34 OK sio IBM Push/Pop Modem OK sio I/O Data PCFM144 FAX/Modem OK sio Lasat Credit 288, V34 Data/Fax Modem OK sio Megahertz XJ1144 OK sio Megahertz XJ2144 OK sio Megahertz XJ2144 (JP) OK sio Megahertz XJ2288 OK sio Megahertz XJ3288 (JP) OK sio NewMedia FAX/Modem 14.4K OK sio Novalink NovaModem 144 OK sio NTT-IT ThunderCard AVF288 OK sio OMRON ME2814 Fax/Modem OK sio OMRON MD24XCA Fax/Modem OK sio Panasonic CF-JMD101 OK sio Panasonic TO-CAF288 OK sio PREMAX FM288 OK sio Smart ST1414L Fax/Voice/Modem OK sio TDK DF1414 OK sio TDK DF1414EX OK sio TDK DF2814B/M OK sio US Robotics Sportster PCMCIA V.34 OK sio *2 US Robotics COURIER PCMCIA V.34 OK sio *2 ISDN BUG Linkboy D64K OK sio Digital Cellular NTT DoCoMo DATA/FAX Adapter OK sio SCSI Adaptec SlimSCSI APA-1460 OK aic NewMedia BusToaster OK aic RATOC REX-5535AC OK spc RATOC REX-5535AMC OK spc RATOC REX-5535X OK spc RATOC REX-5535XM OK spc Flash ATA Virtually all Flash ATA card should work wdc *1 Alpha-testers reported that they can use the following cards. Epson Flash Packer 5MB OK wdc Epson Flash Packer 20MB OK wdc Epson Flash Packer 40MB OK wdc HP F1012A OK wdc Midori Elec. Fast Flash OK wdc SunDisk SPD5-5 OK wdc SunDisk SPD5-20 OK wdc SunDisk SPD-40 OK wdc ATA HDD Virtually all ATA HDD card should work wdc *1 Alpha-testers reported that they can use the following cards. Epson America Inc. EHDD170 OK wdc Maxtor MobileMax MXL131 OK wdc Mitsubishi M6887-3 170MB OK wdc ATAPI CD-ROM DEC Digital Mobile Media OK wdc *3 ----------------------------------------------------------------------- *1 Some cards or laptops needs modifications to /etc/pccard.conf, and some combinations of cards and laptops do not work. *2 But, there are also some reports that US Robotics Modem cards can't be used with this package. *3 This CD-ROM has PCIC in it, so it can't be hotplugged. And, ATAPI CDROM is supported by 2.2-SNAP only. ----------------------------------------------------------------------- These are most of supported Ethernet cards of Linux PCMCIA package and the cards whose chipset is supported by current FreeBSD PC-Card package. I think that most of these cards should work and I've already written configurations for some of them in /etc/pccard.conf in this package, but they are not tested. If you have (or your friend has :-)) these cards, please test them and e-mail me (hosokawa@mt.cs.keio.ac.jp) the result WHETHER THEY WORK OR NOT!!! If you can't use these card with this package, send me the following data. 1. Name of the card 2. Name of the chipset the card uses (if you can know that) 3. The result of "pccardc dumpcis" (kill pccardd before testing) 4. The result of "pccardc rdattr 0 0 10000" (if you inserted card into second slot, it's "pccardc rdattr 1 0 10000") 5. Your /etc/pccard.conf Please put "[pccard-test]" on the head of the "Subject:" to pick it up easily. ----------------------------------------------------------------------- Type Card Status Driver ----------------------------------------------------------------------- Ethernet Accton EN2216 EtherCard ? ed Allied Telesis Ethernet Card ? ed AST 1082 Ethernet ? ed CNet CN30BC Ethernet Card ? ed CNet CN40BC Ethernet Card ? ed DataTrek NetCard ? ed Digital DEPCM-BA Ethernet ? ed Edimax Ethernet Combo ? ed EFA InfoExpress SPT EFA 205 10baseT ? ed EP-210 Ethernet Card ? ed Epson EEN10B Ethernet Card ? ed Farallon Etherwave ? ed Genius ME3000II Ethernet ? ed Grey Cell GCS2220 Ethernet Card ? ed Hitachi HT-4840-10 ? fe Hypertec HyperEnet ? ed Infotel IN650ct Ethernet ? ed National Semiconductor InfoMover 4100 ? ed Katron PE-520 Ethernet Card ? ed Kingston KNE-PCM/x Ethernet ? ed LANEED Ethernet ? ed Linksys Ethernet Card ? ed Maxtech PCN2000 Ethernet ? ed NDC Instant-Link ? ed Network General "Sniffer" ? ed RATOC REX-5588 Ethernet ? fe RATOC REX-4486 Ethernet ? fe PreMax PE-200 Ethernet Card ? ed Proteon Ethernet ? ed RPTI EP400 Ethernet Card ? ed SCM Ethernet Combo ? ed Thomas-Conrad Ethernet ? ed Trust Ethernet Combo ? ed Volktek Ethernet ? ed ----------------------------------------------------------------------- These cards work, but they have serious problems ----------------------------------------------------------------------- Type Card Status Driver ----------------------------------------------------------------------- Ethernet Socket EA LAN Adapter NG ed (Broken CIS and broken DMA status register, it hangs up on heavy traffic) ----------------------------------------------------------------------- -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-hackers Sun May 5 13:53:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA09258 for hackers-outgoing; Sun, 5 May 1996 13:53:58 -0700 (PDT) Received: from mail.think.com (Mail1.Think.COM [131.239.33.245]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA09252 for ; Sun, 5 May 1996 13:53:55 -0700 (PDT) Received: from Early-Bird-1.Think.COM by mail.think.com; Sun, 5 May 96 16:53:54 -0400 Received: from by Early-Bird.Think.COM; Sun, 5 May 96 16:53:52 EDT Received: (from alk@localhost) by compound.Think.COM (8.7.5/8.7.3) id DAA06080; Sun, 5 May 1996 03:47:45 -0500 (CDT) Date: Sun, 5 May 1996 03:47:45 -0500 (CDT) Message-Id: <199605050847.DAA06080@compound.Think.COM> From: Tony Kimball To: hackers@freebsd.org Subject: co-scheduling Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'd really like to co-schedule processes on LAN nodes. To be clear: I want to insure that the processes of a group of processes distributed one-to-one on a set of FBSD boxes in a LAN execute with a maximal degree of synchronous overlap. The reason is that the processes are exchanging data at a high rate, and cannot make progress unless data is exchanged. When operating with vanishing orthogonal load, this is not a problem; however, when the orthogonal load increases, the slowdown is, ermmm, impressive. Can anyone recommend the most expeditious means of implementing such a co-scheduling facility? On a related note, I am curious whether there would be much interest in an HPF compiler for x86 BSD networks, given that it would only be available in binary form, were it made freely available. Oh, and if anyone wants to *buy* one, do please let me know:-) Finally, are there to be recommended any examples of code which sends/recvs ethernet pakets using exclusively user-space code, especially using 100bT devices? //alk From owner-freebsd-hackers Sun May 5 14:02:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA09695 for hackers-outgoing; Sun, 5 May 1996 14:02:35 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA09688 for ; Sun, 5 May 1996 14:02:31 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA20010; Sun, 5 May 1996 13:52:32 -0700 From: Terry Lambert Message-Id: <199605052052.NAA20010@phaeton.artisoft.com> Subject: Re: IPv8 Tutorial #1: Minimal IPv8 hack To: JimFleming@unety.net (Jim Fleming) Date: Sun, 5 May 1996 13:52:32 -0700 (MST) Cc: avalon@coombs.anu.edu.au, imb@scgt.oz.au, FreeBSD-hackers@FreeBSD.ORG, JimFleming@unety.net In-Reply-To: <01BB3A2C.4CFF6A80@webster.unety.net> from "Jim Fleming" at May 5, 96 02:41:01 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jim Fleming writes: > On Sunday, May 05, 1996 12:33 PM, michael butler[SMTP:imb@scgt.oz.au] wrote: > @ Darren Reed writes: > > @ Neither IPv8 or IPv6 is going to magically "fix" the result of at least > @ one of the three 6 meg bearers taking today off on a picnic :-( > @ > @ michael > @ > @ > > Keep in mind that if you are on an IPv8 network then the > IPv4 Legacy Internet is viewed as "damage" and we route > around it...:-) You are dragging the *worst* attribute of IPv4 and IPv6 with you into "IPv8": connection to servers instead of connection to services. The way to resolve the route congestion problem from your other posting is not bigger pipes (such as might be temporarily provided through alternate routes, until they, too, filled up), it's less use of the congested route ("congested route" in the "IPv8" scheme would refer to multiple route congestion, but it's topologically equivalent). To accomplish this, you need to replicate services on your side of a congested link, and connect to the service, instead of the server, to avoid use of the link altogether. This does not seem a direct fallout of your "Limited Hierarchical Routing". I am also more than somewhat concerned with your geographical "galaxy" assignment, and the fact that the increased address space may buy us some time, but will not buy as much time as IPv6. I suggest that FreeBSD adopt equivalent code that will not hinder your research, when choosing between one set of code or another, but also that it should not integrate the "IPv8" code directly, especially with the "hacks" you've suggested. This course of action on the part of FreeBSD is simply optimization of choices to increase available options, and is philosophically unrelated to support for or condemnation of "IPv8". This *can* be seen as an opportunity for better functional code organization, such that you could load your "IPv8" code into an already booted kernel to support "IPv8", but I think the onus for the interface code is squarely on your shoulders, not on wholesale integration of "IPv8" into FreeBSD. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun May 5 14:05:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA09842 for hackers-outgoing; Sun, 5 May 1996 14:05:44 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA09837 for ; Sun, 5 May 1996 14:05:42 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA20022; Sun, 5 May 1996 13:55:45 -0700 From: Terry Lambert Message-Id: <199605052055.NAA20022@phaeton.artisoft.com> Subject: Re: IPv8 Tutorial #1: Minimal IPv8 hack To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Sun, 5 May 1996 13:55:45 -0700 (MST) Cc: JimFleming@unety.net, avalon@coombs.anu.edu.au, FreeBSD-hackers@FreeBSD.ORG In-Reply-To: <199605050926.SAA10191@genesis.atrad.adelaide.edu.au> from "Michael Smith" at May 5, 96 06:56:45 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > [...blah...] > > 12 mnzhuba.anu.edu.au (150.203.205.5) 269.855 ms * 270.467 ms > > 13 * cephron.anu.edu.au (150.203.76.15) 262.661 ms 260.911 ms > > > > This is the Legacy Internet at its best...you should be concerned... > > Huh? This is MCI who couldn't administer a pay dunny. Doesn't matter how > friggin' wonderful your technology is, if the telco's can't move > your bits from A to B reliably you're screwed. Unless you could get equivalent bits from B', B'', ... as well, assuming all you cared about was getting the bits, not what route they took or where they physically originated. But "IPv8", like IPv4 and IPv6, doesn't address that. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun May 5 14:10:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA10138 for hackers-outgoing; Sun, 5 May 1996 14:10:26 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA10133 for ; Sun, 5 May 1996 14:10:23 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA20062; Sun, 5 May 1996 14:00:48 -0700 From: Terry Lambert Message-Id: <199605052100.OAA20062@phaeton.artisoft.com> Subject: Re: date change and wtmp record To: max@sfc.wide.ad.jp Date: Sun, 5 May 1996 14:00:48 -0700 (MST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199605051342.WAA08460@mail.tky007.tth.expo96.ad.jp> from "Masafumi NAKANE/=?ISO-2022-JP?B?GyRCQ2Y6LDJtSjgbKEI=?=" at May 5, 96 10:42:07 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I noticed wtmp(5) man page says that `{' is recorded in the field > ut_line when the system date is changed. However, `}' is recorded in > my wtmp instead. > > Which one, `{' or `}', is the expected character to be recorded? I > think it is better to have wtmp(5) and the actual behavior matched. I think you're wrong; I see '{'. Maybe your font is broken? In any case, it should be a manifest constant in utmp.h used by both the code that plops the characters in, the man page, and your code that you want to use to plop the characters out. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun May 5 14:12:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA10227 for hackers-outgoing; Sun, 5 May 1996 14:12:10 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA10222 for ; Sun, 5 May 1996 14:12:06 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id OAA02892; Sun, 5 May 1996 14:11:42 -0700 (PDT) To: Robert Nordier cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@freebsd.org Subject: Re: dosfsck anyone? In-reply-to: Your message of "Sat, 05 May 1996 15:35:17 +0200." <199605051335.PAA00347@eac.iafrica.com> Date: Sun, 05 May 1996 14:11:41 -0700 Message-ID: <2890.831330701@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > A preen option is a Good Thing. 'fsck' itself has code to parse > /etc/fstab, skipping non-ufs filesystems. One solution would be > to incorporate equivalent code in 'dosfsck'. Possibly a more The one thing that scares me about this whole scenario is having DOS filesystems suddenly get checked when they weren't even looked at before, perhaps then to run into a bug which causes DOSFS corruption and some very unhappy user(s) who never even expected FreeBSD to take such liberties with their DOS partitions. I think it should still be an option to enable this particular behavior! :-) Jordan From owner-freebsd-hackers Sun May 5 14:14:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA10333 for hackers-outgoing; Sun, 5 May 1996 14:14:21 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA10328 for ; Sun, 5 May 1996 14:14:20 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA20101; Sun, 5 May 1996 14:05:15 -0700 From: Terry Lambert Message-Id: <199605052105.OAA20101@phaeton.artisoft.com> Subject: Re: dosfsck anyone? To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 5 May 1996 14:05:15 -0700 (MST) Cc: freebsd-hackers@FreeBSD.ORG, rnordier@iafrica.com In-Reply-To: <199605051501.RAA28990@uriah.heep.sax.de> from "J Wunsch" at May 5, 96 05:01:35 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk J"org writes: > As Robert Nordier wrote: > > > A preen option is a Good Thing. 'fsck' itself has code to parse > > /etc/fstab, skipping non-ufs filesystems. One solution would be > > to incorporate equivalent code in 'dosfsck'. Possibly a more > > elegant approach (which may be what you had in mind) would be to > > handle the /etc/fstab parsing in a generic front-end. > > I rather thought of it the other way round: similar to mount(8), keep > fsck(8) being the generic front-end that does the fstab parsing and > dispatching. Much like mount(8), it could have builtin knowledge > about some file system types (a builtin ufs checker, and the wisdom > that procfs, swap, and cd9660 don't require checking at all), while it > will call {/usr/sbin,/sbin}/fsck_${fstype} for all other file system > types. Foo. man getfsent There are already parsing routines for that file; don't write your own code to do it. The things should be calling "fstyp" anyway, which should call an ioctl on the device to return FS type from the list of recognized types. The mount code for each FS needs this information anyway, so it can tell if it should try mounting it to avoid a panic when you try to mount an inappropriate device. The code should be broken out for an iterative call "fstyp" interface. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun May 5 14:58:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA12522 for hackers-outgoing; Sun, 5 May 1996 14:58:38 -0700 (PDT) Received: from eac.iafrica.com (slipper119236.iafrica.com [196.7.119.236]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA12514 for ; Sun, 5 May 1996 14:58:32 -0700 (PDT) Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id XAA01450; Sun, 5 May 1996 23:57:28 +0200 From: Robert Nordier Message-Id: <199605052157.XAA01450@eac.iafrica.com> Subject: Re: dosfsck anyone? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 5 May 1996 23:57:27 +0200 (SAT) Cc: rnordier@iafrica.com, joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@freebsd.org In-Reply-To: <2890.831330701@time.cdrom.com> from "Jordan K. Hubbard" at May 5, 96 02:11:41 pm X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 6 May 1996, Jordan K. Hubbard wrote: > > A preen option is a Good Thing. 'fsck' itself has code to parse > > /etc/fstab, skipping non-ufs filesystems. One solution would be > > to incorporate equivalent code in 'dosfsck'. Possibly a more > > The one thing that scares me about this whole scenario is having DOS > filesystems suddenly get checked when they weren't even looked at > before, perhaps then to run into a bug which causes DOSFS corruption > and some very unhappy user(s) who never even expected FreeBSD to take > such liberties with their DOS partitions. I agree we don't want to spotlight the behavior of the existing DOSFS unnecessarily. My idea was more to release 'fsck_msdos' in advance of the rewritten msdosfs, since it will later facilitate using and testing that. (Rather grapple with a beta msdosfs using a debugged fsck_msdos.) > I think it should still be an option to enable this particular > behavior! :-) By default no preening should occur, unless users specifically amend their /etc/fstab. Currently the 'fs_passno' field (sixth field) has a value of '0', which tells fsck that the filesystem doesn't need checking. Eg: /dev/wd0s1 /dos msdos ro 0 0 ^ -- Robert Nordier From owner-freebsd-hackers Sun May 5 15:50:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA16079 for hackers-outgoing; Sun, 5 May 1996 15:50:46 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA16065 for ; Sun, 5 May 1996 15:50:38 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA28287 for ; Mon, 6 May 1996 00:50:34 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA29442 for freebsd-hackers@freebsd.org; Mon, 6 May 1996 00:50:33 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id AAA02987 for freebsd-hackers@freebsd.org; Mon, 6 May 1996 00:49:46 +0200 (MET DST) From: J Wunsch Message-Id: <199605052249.AAA02987@uriah.heep.sax.de> Subject: Re: date change and wtmp record To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 6 May 1996 00:49:46 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605052100.OAA20062@phaeton.artisoft.com> from Terry Lambert at "May 5, 96 02:00:48 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > I think you're wrong; I see '{'. Maybe your font is broken? > > In any case, it should be a manifest constant in utmp.h used by > both the code that plops the characters in, the man page, and your > code that you want to use to plop the characters out. How do you #include something into man pages? :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun May 5 16:03:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA17149 for hackers-outgoing; Sun, 5 May 1996 16:03:51 -0700 (PDT) Received: from eac.iafrica.com (h196-7-192-150.iafrica.com [196.7.192.150]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA17143 for ; Sun, 5 May 1996 16:03:46 -0700 (PDT) Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id BAA00250; Mon, 6 May 1996 01:00:47 +0200 From: Robert Nordier Message-Id: <199605052300.BAA00250@eac.iafrica.com> Subject: Re: dosfsck anyone? To: terry@lambert.org (Terry Lambert) Date: Mon, 6 May 1996 01:00:46 +0200 (SAT) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.ORG, rnordier@iafrica.com In-Reply-To: <199605052105.OAA20101@phaeton.artisoft.com> from "Terry Lambert" at May 5, 96 02:05:15 pm X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 5 May 1996, Terry Lambert wrote: > > J"org writes: > > As Robert Nordier wrote: > > > > > A preen option is a Good Thing. 'fsck' itself has code to parse > > > /etc/fstab, skipping non-ufs filesystems. One solution would be > > > to incorporate equivalent code in 'dosfsck'. Possibly a more > > > elegant approach (which may be what you had in mind) would be to > > > handle the /etc/fstab parsing in a generic front-end. > > > > I rather thought of it the other way round: similar to mount(8), keep > > fsck(8) being the generic front-end that does the fstab parsing and > > dispatching. Much like mount(8), it could have builtin knowledge > > about some file system types (a builtin ufs checker, and the wisdom > > that procfs, swap, and cd9660 don't require checking at all), while it > > will call {/usr/sbin,/sbin}/fsck_${fstype} for all other file system > > types. > > Foo. > > man getfsent > > There are already parsing routines for that file; don't write your > own code to do it. I missed 'getfsent'. Comes of browsing the 'fsck' code too unquestioningly. > The things should be calling "fstyp" anyway, which should call an > ioctl on the device to return FS type from the list of recognized > types. > > The mount code for each FS needs this information anyway, so it can > tell if it should try mounting it to avoid a panic when you try to > mount an inappropriate device. The code should be broken out for > an iterative call "fstyp" interface. Presumably this sorts out the problem of doing a mount_msdos on (say) an HPFS and actually getting away with it, as has happened. I guess, for mount_msdos, DOS compatibility can't be pursued to the extent of not requiring a boot sector BPB at all, and just deriving all FS parameters. -- Robert Nordier From owner-freebsd-hackers Sun May 5 16:20:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA18376 for hackers-outgoing; Sun, 5 May 1996 16:20:47 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA18371 for ; Sun, 5 May 1996 16:20:41 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id BAA28934 for ; Mon, 6 May 1996 01:20:34 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id BAA00277 for freebsd-hackers@freebsd.org; Mon, 6 May 1996 01:20:34 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id AAA03038 for freebsd-hackers@freebsd.org; Mon, 6 May 1996 00:55:40 +0200 (MET DST) From: J Wunsch Message-Id: <199605052255.AAA03038@uriah.heep.sax.de> Subject: Re: dosfsck anyone? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 6 May 1996 00:55:39 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <2890.831330701@time.cdrom.com> from "Jordan K. Hubbard" at "May 5, 96 02:11:41 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > > A preen option is a Good Thing. 'fsck' itself has code to parse > > /etc/fstab, skipping non-ufs filesystems. One solution would be > > to incorporate equivalent code in 'dosfsck'. Possibly a more > > The one thing that scares me about this whole scenario is having DOS > filesystems suddenly get checked when they weren't even looked at > before, perhaps then to run into a bug which causes DOSFS corruption > and some very unhappy user(s) who never even expected FreeBSD to take > such liberties with their DOS partitions. This would imply that fsck_msdos were inherently buggy (in the same degree as the msdosfs code is by now). fsck_* usually runs on the raw device, bypassing all file system layers, since it's not even clear whether or not the file system is mountable at all. It will potentially only bite people running -current, and hey!, they have to anticipate some brokeness anyway, and are responsible for a good backup strategy, aren't they? :-) This reminds me, dump_msdos(8)... :-) :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun May 5 17:01:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA20234 for hackers-outgoing; Sun, 5 May 1996 17:01:19 -0700 (PDT) Received: from nol.net (root@dazed.nol.net [206.126.32.101]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA20228 for ; Sun, 5 May 1996 17:01:17 -0700 (PDT) Received: from dazed.nol.net (blh@dazed.nol.net [206.126.32.101]) by nol.net (8.7.5/8.7.3) with SMTP id SAA01913 for ; Sun, 5 May 1996 18:59:35 -0500 (CDT) X-AUTH: NOLNET SENDMAIL AUTH Date: Sun, 5 May 1996 18:59:32 -0500 (CDT) From: "Brett L. Hawn" To: freebsd-hackers@freebsd.org Subject: ICMPPRINTFS Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk While piddling around in my kernel source I found reference to ICMPPRINTFS in /netinet/ip_icmp.c but it doesn't appear in any documentation or in any other file. Thus is it always undefined at this point, it would appear that this is designed to give icmp debugging information. Now wether or not this is dependant on ktrace or DDB I am unsure due to the complete lack of any reference to this outside of ip_icmp.c. Anyone care to comment or fill me in on this? Brett L. Hawn From owner-freebsd-hackers Sun May 5 17:51:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA22717 for hackers-outgoing; Sun, 5 May 1996 17:51:33 -0700 (PDT) Received: from mail.tky007.tth.expo96.ad.jp (root@tky007.tth.expo96.ad.jp [133.246.32.58]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA22710 for ; Sun, 5 May 1996 17:51:30 -0700 (PDT) Received: from tky007.tth.expo96.ad.jp (masafumi@localhost [127.0.0.1]) by mail.tky007.tth.expo96.ad.jp (8.7.5/3.4W4-SMTP) with ESMTP id JAA12874; Mon, 6 May 1996 09:51:27 +0900 (JST) Message-Id: <199605060051.JAA12874@mail.tky007.tth.expo96.ad.jp> To: freebsd-hackers@freebsd.org Cc: max@sfc.wide.ad.jp Subject: Re: date change and wtmp record From: Masafumi NAKANE/=?ISO-2022-JP?B?GyRCQ2Y6LDJtSjgbKEI=?= Reply-To: max@sfc.wide.ad.jp In-Reply-To: Your message of "Sun, 5 May 1996 16:16:33 +0200 (MET DST)" References: <199605051416.QAA28915@uriah.heep.sax.de> X-Mailer: Mew version 1.05+ on Emacs 19.28.1, Mule 2.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Mon, 06 May 1996 09:51:27 +0900 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk From: J Wunsch Subject: Re: date change and wtmp record Date: Sun, 5 May 1996 16:16:33 +0200 (MET DST) > > I noticed wtmp(5) man page says that `{' is recorded in the field > > ut_line when the system date is changed. However, `}' is recorded in > > my wtmp instead. > > Not so for me: > Hmnmmm, several people responded to my question and told me that they have '{'. So, I changed the date to see what happens to my wtmp: % last date date } Mon May 6 09:41 still logged in date | Mon May 6 09:42 date } Mon May 6 09:41 still logged in date | Mon May 6 09:40 date } Wed May 1 09:20 - shutdown (13:41) date | Wed May 1 09:21 wtmp begins Wed May 1 09:21 I believe I haven't changed any of relevant source code. Now, if anyone can suggest me where to look at to observe the problem more closely, I try to find out what's going on. Thanks. ----------------------------------------------------------------------- Masafumi NAKANE, Keio Univ., Dept. of Environmental Information E-Mail : t94303mn@sfc.keio.ac.jp / max@sfc.wide.ad.jp [URL] : http://www.sfc.keio.ac.jp/~t94303mn From owner-freebsd-hackers Mon May 6 00:00:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA16272 for hackers-outgoing; Mon, 6 May 1996 00:00:52 -0700 (PDT) Received: from paris.CS.Berkeley.EDU (paris.CS.Berkeley.EDU [128.32.34.47]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA16267 for ; Mon, 6 May 1996 00:00:50 -0700 (PDT) Received: (from jmacd@localhost) by paris.CS.Berkeley.EDU (8.6.11/8.6.9) id AAA26971 for freebsd-hackers@freebsd.org; Mon, 6 May 1996 00:00:49 -0700 Date: Mon, 6 May 1996 00:00:49 -0700 From: Josh MacDonald Message-Id: <199605060700.AAA26971@paris.CS.Berkeley.EDU> To: freebsd-hackers@freebsd.org Subject: SHMMAXPGS Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In i386/include/vmparam.h I see: /* * Size of the Shared Memory Pages page table. */ #ifndef SHMMAXPGS #define SHMMAXPGS 1024 /* XXX until we have more kmap space */ #endif and wonder what a good range on its value is. The reason is that shmgets are failing for really large memory requests. How large can I make this? -josh From owner-freebsd-hackers Mon May 6 00:10:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA16738 for hackers-outgoing; Mon, 6 May 1996 00:10:12 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA16689 for ; Mon, 6 May 1996 00:09:56 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA11892; Mon, 6 May 1996 09:08:12 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA03212; Mon, 6 May 1996 09:08:10 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA05118; Mon, 6 May 1996 09:04:10 +0200 (MET DST) From: J Wunsch Message-Id: <199605060704.JAA05118@uriah.heep.sax.de> Subject: Re: date change and wtmp record To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 6 May 1996 09:04:09 +0200 (MET DST) Cc: max@sfc.wide.ad.jp Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605060051.JAA12874@mail.tky007.tth.expo96.ad.jp> from =?us-ascii?Q?Masafumi_NAKANE=2F=3D=3FISO=2D2022=2DJP=3FB=3FGy?= =?us-ascii?Q?RCQ2Y6LDJtSjgbKEI=3D=3F=3D?= at "May 6, 96 09:51:27 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Masafumi NAKANE/=?ISO-2022-JP?B?GyRCQ2Y6LDJtSjgbKEI=?= wrote: > Hmnmmm, several people responded to my question and told me that > they have '{'. > So, I changed the date to see what happens to my wtmp: > > % last date > date } Mon May 6 09:41 still logged in > date | Mon May 6 09:42 Strange. This part of /usr/src/bin/date/date.c is responsible for the wtmp record: /* set the time */ if (nflag || netsettime(tval)) { logwtmp("|", "date", ""); tv.tv_sec = tval; tv.tv_usec = 0; if (settimeofday(&tv, (struct timezone *)NULL)) err(1, "settimeofday (timeval)"); logwtmp("{", "date", ""); ^^^ } Btw., your ``still logged in'' is also bogus (most likely out of `last' not recognizing the ``}'' as a special token), mine looks like: date { Sun May 5 16:15 date | Sun May 5 16:14 -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon May 6 00:42:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA18214 for hackers-outgoing; Mon, 6 May 1996 00:42:56 -0700 (PDT) Received: from paris.CS.Berkeley.EDU (paris.CS.Berkeley.EDU [128.32.34.47]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA18209 for ; Mon, 6 May 1996 00:42:54 -0700 (PDT) Received: (from jmacd@localhost) by paris.CS.Berkeley.EDU (8.6.11/8.6.9) id AAA27057 for freebsd-hackers@freebsd.org; Mon, 6 May 1996 00:42:53 -0700 Date: Mon, 6 May 1996 00:42:53 -0700 From: Josh MacDonald Message-Id: <199605060742.AAA27057@paris.CS.Berkeley.EDU> To: freebsd-hackers@freebsd.org Subject: gdb Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Does anyone have a reasonably stable version of gdb that's more recent than 4.13? They are at 4.16 now. -josh From owner-freebsd-hackers Mon May 6 01:46:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA21965 for hackers-outgoing; Mon, 6 May 1996 01:46:58 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA21955 for ; Mon, 6 May 1996 01:46:51 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id SAA14400; Mon, 6 May 1996 18:20:02 +0930 From: Michael Smith Message-Id: <199605060850.SAA14400@genesis.atrad.adelaide.edu.au> Subject: Re: dosfsck anyone? To: rnordier@iafrica.com (Robert Nordier) Date: Mon, 6 May 1996 18:20:01 +0930 (CST) Cc: hackers@freebsd.org In-Reply-To: <199605031911.VAA00877@eac.iafrica.com> from "Robert Nordier" at May 3, 96 09:11:53 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Robert Nordier stands accused of saying: > > I'm currently in the process of finishing off a BSD implementation > of 'dosfsck', an 'fsck'-style utility for checking and repairing > DOS FAT (and later VFAT) filesystems. Yay! > A reliable 'dosfsck' seems like a worthwhile addition to *BSD, at > least insofar as it provides the ability to detect DOS filesystem > errors. Agreed. > It is pretty easy to detect DOS filesystem errors, and pretty easy > to fix many of them (in that there is generally insufficient info > for various approaches to be equally attractive). *snort* 8) > An example of this danger is the case of cross-linked directories. > > (If the directories /junk and /keep are cross-linked, they immediately > or eventually merge into a common chain of directory entries, because > they share all but zero or more initial allocation units). Hmm. I'd be inclined to suggest that all the directory entries out of the merged section should be moved into the equivalent of a 'lost+found' directory, perhaps in a subdirectory containing a .REPORT file indicating where they came from and when... Putting them in one or another of the original directories hides the problem. I don't think that the aim of a filesystem repair tool under such circumstances should be to try to hide the problem, but rather to facilitate the manual repair of the filesystem. > A more flexible approach might be as follows: > > Directory '/junk' cross-linked on cluster 4. Truncate [yn]? > [other stuff may intervene] > Directory '/keep' cross-linked on cluster 4. Truncate [yn]? Directories '/junk' and '/keep' crosslinked on cluster 4. Move files to '/losfound.fsk/dosfsck.001' ** ANSWERING NO WILL DISCARD FILES ** [yn]? > A related issue is whether to discard, or continue to queue, Change X > (approved by the user) when - with hindsight - Change Y renders Change X > unnecessary, or even misguided. I think that it would be desirable, where possible, to present the symptoms of a single problem together. I'm aware this leads to messages like : Too many directories (>256) crosslinked. Suggest discarding filesystem! > One compromise might be not to allow truncation of both directories, > thus avoiding large-scale structural changes. In this case, 'dosfsck' > provides the means for eliminating detectable structural anomalies, and > leaves it up to the user to cope with possible, non-detectable corruption. > So the common clusters must be allocated to either /junk or /keep, and can > be (re)moved by hand if found to be incorrect. Is it difficult (and thus messy) to take the common clusters and allocate them to a third directory (as in the example above)? If so, there's a precedent for taking the easier way out 8) > A further possible approach is simply 'So what? Provide an arbitrary fix > for the problem. In the real world, most users will either restore from > backup, or fix the problem themselves, either by hand or with some other > utility.' Good point. Hence, perhaps, the idea that data in contention should be kept but removed from any potentially incorrect location, keeping only those parts of the tree that appear to belong where they are. (I'm aware that this is somewhat of a subjective decision 8) > Robert Nordier -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon May 6 02:12:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA25065 for hackers-outgoing; Mon, 6 May 1996 02:12:10 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA24920 for ; Mon, 6 May 1996 02:09:48 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id SAA14490; Mon, 6 May 1996 18:43:29 +0930 From: Michael Smith Message-Id: <199605060913.SAA14490@genesis.atrad.adelaide.edu.au> Subject: Re: kernel drivers To: rjwiwat@adelaide.on.net (Richard Wiwatowski) Date: Mon, 6 May 1996 18:43:28 +0930 (CST) Cc: hackers@FreeBSD.ORG In-Reply-To: <01I4D2ADP5PU000K7V@adelaide.on.net> from "Richard Wiwatowski" at May 5, 96 10:18:01 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Richard Wiwatowski stands accused of saying: > > I wish to report that the standard PS/2 mouse driver doesn't work. I'm not > expert in things Un*x, C or kernel but I have managed to kludge together a > version of "psm.c" that works for me. I based the changes I've made on the > NetBSD "pms.c" driver and the FreeBSD "mse.c" driver (for the glitzy stuff). I'm curious. Obviously it _does_ work; plenty of people are using it. Why not find why it doesn't work for you, and provide a patch against the current FreeBSD driver, rather than reinvent the wheel? > I hope you find my "psm.c" useful. Filed for reference 8) Generally something like this should be FTP'd to ftp.cdrom.com/FreeBSD/incoming rather than spamming the list with it... > Richard -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon May 6 03:01:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA26963 for hackers-outgoing; Mon, 6 May 1996 03:01:24 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA26957 for ; Mon, 6 May 1996 03:01:22 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uGN5B-0003vwC; Mon, 6 May 96 02:59 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id JAA09181; Mon, 6 May 1996 09:59:54 GMT X-Authentication-Warning: critter.tfs.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Michael Smith cc: rjwiwat@adelaide.on.net (Richard Wiwatowski), hackers@FreeBSD.ORG Subject: Re: kernel drivers In-reply-to: Your message of "Mon, 06 May 1996 18:43:28 +0930." <199605060913.SAA14490@genesis.atrad.adelaide.edu.au> Date: Mon, 06 May 1996 09:59:53 +0000 Message-ID: <9179.831376793@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Generally something like this should be FTP'd to ftp.cdrom.com/FreeBSD/incomi ng > rather than spamming the list with it... Actually, it should be sent with send-pr ! -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Mon May 6 06:54:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA13501 for hackers-outgoing; Mon, 6 May 1996 06:54:06 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA13496 for ; Mon, 6 May 1996 06:54:05 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id IAA16330; Mon, 6 May 1996 08:52:57 -0500 From: Joe Greco Message-Id: <199605061352.IAA16330@brasil.moneng.mei.com> Subject: Re: News server kernel panics, dmesg buffer too small... To: taob@io.org (Brian Tao) Date: Mon, 6 May 1996 08:52:57 -0500 (CDT) Cc: freebsd-hackers@freebsd.org In-Reply-To: from "Brian Tao" at May 3, 96 11:24:30 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > In the first instance, the one /kernel line was the only thing > left in syslog. No panic message or boot messages were recorded (how > did the bootup stuff not get saved?). > > In the second case, it looks like the panic may have been > truncated. Is it possible to locate the cause of the panic given > above? This is the first time I've seeen a vm_page_free panic logged > with the offset, etc. information. > > Anyhow, it would be nice if the default message buffer was bumped > up to 8K. Boot time messages on my news server add up to 3678 bytes > (9 drives to report). There was some discussion back in February > about doing this, but the March 23 snapshot still allocated 4K (I > haven't had a chance to check out the May 1 snapshot). What do I need > to recompile with a larger MSG_BSIZE? There's the kernel, dmesg and > syslogd... anything else? Hi Brian, I was whining about this a while back too because I have a few more drives than 9 :-) I never actually _did_ it but the consensus, I believe, was to bump MSG_BSIZE, preferably to a power of 2. :-) ... JG From owner-freebsd-hackers Mon May 6 07:33:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA16367 for hackers-outgoing; Mon, 6 May 1996 07:33:39 -0700 (PDT) Received: from xi.dorm.umd.edu (root@xi.dorm.umd.edu [129.2.152.45]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA16340 Mon, 6 May 1996 07:33:30 -0700 (PDT) Received: from localhost (smpatel@localhost [127.0.0.1]) by xi.dorm.umd.edu (8.7.5/8.6.12) with SMTP id KAA01897; Mon, 6 May 1996 10:33:26 -0400 (EDT) Date: Mon, 6 May 1996 10:33:25 -0400 (EDT) From: Sujal Patel X-Sender: smpatel@xi.dorm.umd.edu Reply-To: Sujal Patel To: hackers@freebsd.org, hardware@freebsd.org Subject: ISA Plug-n-Play Support Update Available Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have made a snapshot of my work on ISA Plug-n-Play support available at: ftp://freefall.freebsd.org/incoming/ISA_PnP.May5.tar.gz MD5 (ISA_PnP.May5.tar.gz) = d9336876e43e6e22eae4ad1349a5aa72 This is ALPHA quality code but is known to work on the following devices: SoundBlaster 16 PnP Supra PnP modems SMC EtherEz GUS Ultrasound PnP (Requires special init code, talk to Amancio) The code should be complete enough to support 99% of devices that function with current FreeBSD drivers (i.e. only need the Plug-n-Play support). If your motherboard supports PnP devices, then you don't need this code (but this driver is useful to better control your device's configuration) The only caveat is that you'll need to manually configure the device (IRQ/DMA/Port/etc.). Work is being done for auto-configuration/better configuration and will be integrated into -current in the upcoming months. The README in the tar will explain everything else. The kernel patch is relative to -current, so -stable users will probably have to make some trivial changes. Let me know if this stuff works on any more devices or if you have any problems. Thanks to Amancio Hasty, John Polstra, Louie Mamakos, and others for feedback and bug fixes. Sujal From owner-freebsd-hackers Mon May 6 07:38:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA16728 for hackers-outgoing; Mon, 6 May 1996 07:38:25 -0700 (PDT) Received: from jolt.eng.umd.edu (jolt.eng.umd.edu [129.2.102.5]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA16722 for ; Mon, 6 May 1996 07:38:21 -0700 (PDT) Received: from thurston.eng.umd.edu (thurston.eng.umd.edu [129.2.98.206]) by jolt.eng.umd.edu (8.7.5/8.7.3) with ESMTP id KAA23222 for ; Mon, 6 May 1996 10:38:18 -0400 (EDT) Received: (from chuckr@localhost) by thurston.eng.umd.edu (8.7.5/8.7.3) id KAA25333; Mon, 6 May 1996 10:38:19 -0400 (EDT) Date: Mon, 6 May 1996 10:38:17 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@thurston.eng.umd.edu To: FreeBSD-Hackers@FreeBSD.org Subject: freefall's pub/CTM Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I have been picking up the ports-cur ctm deltas from freefall for a good while, to keep current on ports. I have a couple of questions. 1) Can i get the ports-cur deltas mailed to me, like I now get the src-cur deltas done? 2) I noticed 2 other directories there, smp-cur and cvs-cur. What do these represent? How could I use them? Thanks. ========================================================================== Chuck Robey chuckr@eng.umd.edu, I run FreeBSD-current on n3lxx + Journey2 Three Accounts for the Super-users in the sky, Seven for the Operators in their halls of fame, Nine for Ordinary Users doomed to crie, One for the Illegal Cracker with his evil game In the Domains of Internet where the data lie. One Account to rule them all, One Account to watch them, One Account to make them all and in the network bind them. From owner-freebsd-hackers Mon May 6 08:01:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA18265 for hackers-outgoing; Mon, 6 May 1996 08:01:50 -0700 (PDT) Received: from neon.Glock.COM (neon.glock.com [198.82.228.159]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA18259 for ; Mon, 6 May 1996 08:01:47 -0700 (PDT) Received: (from mmead@localhost) by neon.Glock.COM (8.7.5/8.7.3) id LAA04804; Mon, 6 May 1996 11:01:42 -0400 (EDT) From: "matthew c. mead" Message-Id: <199605061501.LAA04804@neon.Glock.COM> Subject: thanks! To: hackers@freebsd.org Date: Mon, 6 May 1996 11:01:41 -0400 (EDT) Cc: giles@nemeton.com.au X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Thanks for those who replied to my message concerning reconstructing a disk for which no disklabel information is available. It payed off as well as can be expected, and I was only unable to recover around 11M worth of data. Sysinstall tried to swapon a swap partition in the middle of one of the previous partitions - otherwise it would have been a 100% recovery rate. :( -matt -- Matthew C. Mead mmead@Glock.COM http://www.Glock.COM/~mmead/ From owner-freebsd-hackers Mon May 6 09:02:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA21374 for hackers-outgoing; Mon, 6 May 1996 09:02:32 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA21369 for ; Mon, 6 May 1996 09:02:29 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uGSjy-0003vpC; Mon, 6 May 96 09:02 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id QAA09772; Mon, 6 May 1996 16:02:21 GMT X-Authentication-Warning: critter.tfs.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Chuck Robey cc: FreeBSD-Hackers@FreeBSD.org Subject: Re: freefall's pub/CTM In-reply-to: Your message of "Mon, 06 May 1996 10:38:17 -0400." Date: Mon, 06 May 1996 16:02:19 +0000 Message-ID: <9770.831398539@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I have been picking up the ports-cur ctm deltas from freefall for a good > while, to keep current on ports. I have a couple of questions. > > 1) Can i get the ports-cur deltas mailed to me, like I now get the > src-cur deltas done? Sure send email to majordomo@freebsd.org and subscribe to ctm-ports-cur@freebsd.org > 2) I noticed 2 other directories there, smp-cur and cvs-cur. What do > these represent? How could I use them? cvs-cur is the ncvs tree, ie, our version control repository. If you have 200Mb disk to spare, get that instead, then you don't need anything else, since both ports-cur and src-cur are contained in it. smp-cur is our separate SMP ncvs tree, it will be merged into the main tree Real Soon Now. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Mon May 6 09:28:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA22668 for hackers-outgoing; Mon, 6 May 1996 09:28:34 -0700 (PDT) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA22663 for ; Mon, 6 May 1996 09:28:31 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id KAA17876; Mon, 6 May 1996 10:28:07 -0600 Date: Mon, 6 May 1996 10:28:07 -0600 From: Nate Williams Message-Id: <199605061628.KAA17876@rocky.sri.MT.net> To: Kees Jan Koster Cc: freebsd-hackers@FreeBSD.ORG (FreeBSD hackers Mailing list) Subject: Re: g++ -ansi doesn't define -Di386 In-Reply-To: <199605021033.MAA01244@phobos.spase.nl> References: <199605021033.MAA01244@phobos.spase.nl> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > When I run g++ it defines the -Di386 flag (and -D__i386__). When I run > g++ with the -ansi flag it does not define -Di386 anymore, but it does > defines -D__i386 instead. > > Would anyone be so kind to explain to me why this is? Because ANSI doesn't allow the namespace to be polluted by definition w/out leading underscores. That is in the 'users' namespace, and not the OS namespace. Nate From owner-freebsd-hackers Mon May 6 12:06:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA01421 for hackers-outgoing; Mon, 6 May 1996 12:06:01 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA01416 for ; Mon, 6 May 1996 12:05:59 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uGVbS-0003xMC; Mon, 6 May 96 12:05 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id TAA10051; Mon, 6 May 1996 19:05:40 GMT X-Authentication-Warning: critter.tfs.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Peter Olsson Cc: hackers@freebsd.org Subject: Re: DCF77 + xntpd + freebsd = WOW! In-reply-to: Your message of "Mon, 06 May 1996 19:08:42 +0200." <2.2.32.19960506170842.007555d8@lda> Date: Mon, 06 May 1996 19:05:38 +0000 Message-ID: <10049.831409538@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >Here then is the punchline: That receiver cost me something like 40 DMK > >via mail-order from "Konrad Electronic". Who said precise time-keeping > >had to be expensive ? :-) > > Do you have fax or email to Konrad Electronic? germany + (09622) 30 265 The chip I used is called "U2775" I belive it has order# 18 29 66-23 There is also a complete clock Incl RS-232. > How does this work in the > freebsd-box, do I need some sort of program for receiving or do I just use > xntpd and configure my local ntp.conf for it? (In the latter case, how do I > configure it, "server 127.127.8.20"?) What will the stratum be with > this device? Your stratum will be one, because the ref-clock has zero: xntpdc> loopinfo offset: -0.000303 s frequency: 6.238 ppm poll adjust: 30 watchdog timer: 52 s xntpdc> sysi system peer: GENERIC(20) system peer mode: sym_active leap indicator: 00 stratum: 1 precision: -18 root distance: 0.01324 s root dispersion: 0.00143 s reference ID: [] reference time: b538cb69.420c49b0 Mon, May 6 1996 21:03:05.258 system flags: pll monitor stats frequency: 0.000 ppm stability: 4.360 ppm broadcastdelay: 0.003906 s authdelay: 0.000122 s xntpdc> Here is my ntp.conf: driftfile /etc/ntp.drift peer 127.127.1.5 peer 127.127.8.20 statsdir /home/ntpstats/ filegen peerstats file peerstats type day enable filegen loopstats file loopstats type day enable filegen clockstats file clockstats type day enable Here is the patch to xntpd to configure the DCF gadget: Index: Makefile.inc =================================================================== RCS file: /home/ncvs/src/usr.sbin/xntpd/Makefile.inc,v retrieving revision 1.13 diff -u -r1.13 Makefile.inc --- Makefile.inc 1995/07/21 13:03:43 1.13 +++ Makefile.inc 1995/12/30 14:07:23 @@ -1,9 +1,10 @@ DEFS_LOCAL=-DREFCLOCK -DPARSE NTPDEFS= -DSYS_FREEBSD -DSYS_44BSD AUTHDEFS= -DMD5 -CLOCKDEFS= -DLOCAL_CLOCK -DPST -DWWVB -DAS2201 -DGOES -DGPSTM -DOMEGA \ - -DLEITCH -DTRAK -DACTS -DATOM -DDATUM -DHEATH -DMSFEES \ - -DMX4200 -DNMEA -DBOEDER +#CLOCKDEFS= -DLOCAL_CLOCK -DPST -DWWVB -DAS2201 -DGOES -DGPSTM -DOMEGA \ +# -DLEITCH -DTRAK -DACTS -DATOM -DDATUM -DHEATH -DMSFEES \ +# -DMX4200 -DNMEA -DBOEDER +CLOCKDEFS= -DLOCAL_CLOCK -DRAW_DCF -DFREEBSD_CONRAD -DDEBUG CFLAGS+= ${NTPDEFS} ${DEFS_LOCAL} ${AUTHDEFS} ${CLOCKDEFS} ${COPTS} BINDIR?= /usr/sbin Index: parse/util/Makefile =================================================================== RCS file: /home/ncvs/src/usr.sbin/xntpd/parse/util/Makefile,v retrieving revision 1.2 diff -u -r1.2 Makefile --- Makefile 1995/04/04 17:48:02 1.2 +++ Makefile 1995/12/30 17:37:30 @@ -4,7 +4,7 @@ CFLAGS+= -I${.CURDIR}/../../include CFLAGS+= -DNTP_POSIX_SOURCE -DUSE_PROTOTYPES -CFLAGS+= -DSYS_FREEBSD -DBOEDER -DHAVE_TERMIOS -DHAVE_BSD_NICE +CFLAGS+= -DSYS_FREEBSD -DBOEDER -DHAVE_TERMIOS -DHAVE_BSD_NICE -DCONRAD .if exists(${.CURDIR}/../../lib/obj) LDADD+= -L${.CURDIR}/../../lib/obj Index: parse/util/dcfd.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/xntpd/parse/util/dcfd.c,v retrieving revision 1.4 diff -u -r1.4 dcfd.c --- dcfd.c 1995/07/21 13:03:58 1.4 +++ dcfd.c 1995/12/30 14:07:24 @@ -1393,8 +1393,22 @@ if (fcntl(fd, F_SETFL, fcntl(fd, F_GETFL, 0) & ~O_NONBLOCK) == -1) perror("F_SETFL"); +#if !defined(CONRAD) if (ioctl(fd, TIOCCDTR, 0) == -1) perror("TIOCCDTR"); +#else + + { + int i; + + if (ioctl(fd, TIOCMGET, &i) == -1) + perror("TIOCMGET"); + i |= TIOCM_DTR; + i &= ~TIOCM_RTS; + if (ioctl(fd, TIOCMSET, &i) == -1) + perror("TIOCMSET"); + } +#endif #endif PRINTF(" DCF77 monitor - Copyright 1993,1994, Frank Kardel\n\n"); Have Fun! Poul-Henning -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Mon May 6 12:54:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA04274 for hackers-outgoing; Mon, 6 May 1996 12:54:03 -0700 (PDT) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA04257 Mon, 6 May 1996 12:54:00 -0700 (PDT) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with SMTP id MAA13924; Mon, 6 May 1996 12:53:56 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id NAA18490; Mon, 6 May 1996 13:50:59 -0600 Date: Mon, 6 May 1996 13:50:59 -0600 From: Nate Williams Message-Id: <199605061950.NAA18490@rocky.sri.MT.net> To: freebsd-mobile@freebsd.org, hosokawa@mt.cs.keio.ac.jp Cc: freebsd-announce@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: [PCMCIA] pccard-test-960506 is now available! In-Reply-To: <199605052035.FAA11285@frig.mt.cs.keio.ac.jp> References: <199605052035.FAA11285@frig.mt.cs.keio.ac.jp> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > We release the new PC-card package based on FreeBSD 2.2-960501-SNAP. This is helpful, thanks! However, I don't think there is any need for some (all) of the patches you've made to apm.c now. Based on feedback I've got from some testers, there machines no work fine w/out *any* of the patches you've added back in, so it would be nice to see if you could get the Nomad testers to test apm.c as it appears stock in the new SNAP. Also, some of the patches you add in are completely redundant due to the changes Bruce and I have made to 'apm_int()' (most noted are the cli/sti changes). Also, most of the changes you made to /sys/pccard.c are a step backwards. I fixed them to be correct, and your patches back out my fixes (slot_suspend/resume need to have void parameters for timeout/untimeout, format changes, etc..). Thanks! Nate From owner-freebsd-hackers Mon May 6 13:16:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA05412 for hackers-outgoing; Mon, 6 May 1996 13:16:45 -0700 (PDT) Received: from itsdsv1.enc.edu (itsdsv1.enc.edu [199.93.252.241]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA05405 Mon, 6 May 1996 13:16:40 -0700 (PDT) Received: from dingo.enc.edu (dingo.enc.edu [199.93.252.229]) by itsdsv1.enc.edu (8.6.12/8.6.9) with SMTP id QAA00604; Mon, 6 May 1996 16:16:08 -0400 Date: Mon, 6 May 1996 16:16:37 -0400 (EDT) From: Charles Owens To: stable@freebsd.org, freebsd-hackers@freebsd.org Subject: Followup: signal 11 problem solved by yanking DDB! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I posted awhile back that my 2.1-stable (supped 3/16/96) system would periodicly not allow users to log in. When a user tried, /etc/motd would be displayed and the connection would then close. The system log would show that the user's shell had died with a signal 11. When the system got into this state, I could still log in as root and poke around; everything that I could think of checking looked fine. The only thing I could do to recover from the situation was to reboot. On a whim, I recompiled the kernel without DDB, which I'd added a few weeks earlier (perhaps around the time these symptoms first appeared) and gave it a try. Without DDB, the problem has gone away! I'm not too sure what conclusions can be drawn from this, I simply offer this info as a datapoint. FYI, my system uses quotas and NIS and has a ASUS P55TP4XE motherboard and 64 megs RAM. I hope this info is of some use to someone... --- ------------------------------------------------------------------------- Charles Owens Email: owensc@enc.edu "I read somewhere to learn is to Information Technology Services remember... and I've learned that Eastern Nazarene College we've all forgot..." - King's X ------------------------------------------------------------------------- From owner-freebsd-hackers Mon May 6 13:58:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA08572 for hackers-outgoing; Mon, 6 May 1996 13:58:48 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA08563 for ; Mon, 6 May 1996 13:58:44 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA21852; Mon, 6 May 1996 13:49:22 -0700 From: Terry Lambert Message-Id: <199605062049.NAA21852@phaeton.artisoft.com> Subject: Re: date change and wtmp record To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 6 May 1996 13:49:21 -0700 (MST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199605052249.AAA02987@uriah.heep.sax.de> from "J Wunsch" at May 6, 96 00:49:46 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > I think you're wrong; I see '{'. Maybe your font is broken? > > > > In any case, it should be a manifest constant in utmp.h used by > > both the code that plops the characters in, the man page, and your > > code that you want to use to plop the characters out. > > How do you #include something into man pages? :-) You give the *name* of the manifest constant instead of it's *value*. The current man page gives a non-manifest *value* that then gets (stupidly) hard-coded into all source code. Bletch. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon May 6 14:00:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA08795 for hackers-outgoing; Mon, 6 May 1996 14:00:34 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA08788 for ; Mon, 6 May 1996 14:00:31 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA21864; Mon, 6 May 1996 13:50:55 -0700 From: Terry Lambert Message-Id: <199605062050.NAA21864@phaeton.artisoft.com> Subject: Re: date change and wtmp record To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 6 May 1996 13:50:55 -0700 (MST) Cc: freebsd-hackers@freebsd.org, max@sfc.wide.ad.jp In-Reply-To: <199605060704.JAA05118@uriah.heep.sax.de> from "J Wunsch" at May 6, 96 09:04:09 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Hmnmmm, several people responded to my question and told me that > > they have '{'. > > So, I changed the date to see what happens to my wtmp: > > > > % last date > > date } Mon May 6 09:41 still logged in > > date | Mon May 6 09:42 > > Strange. This part of /usr/src/bin/date/date.c is responsible for the > wtmp record: > > /* set the time */ > if (nflag || netsettime(tval)) { > logwtmp("|", "date", ""); > tv.tv_sec = tval; > tv.tv_usec = 0; > if (settimeofday(&tv, (struct timezone *)NULL)) > err(1, "settimeofday (timeval)"); > logwtmp("{", "date", ""); > ^^^ > } > > Btw., your ``still logged in'' is also bogus (most likely out of > `last' not recognizing the ``}'' as a special token), mine looks like: > > date { Sun May 5 16:15 > date | Sun May 5 16:14 What is your date-stamping program? I must assume it is not standard, or it would have hard-coded the value from the man page (bletch). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon May 6 14:43:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA12092 for hackers-outgoing; Mon, 6 May 1996 14:43:10 -0700 (PDT) Received: from mail13.digital.com (mail13.digital.com [192.208.46.30]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA12087 for ; Mon, 6 May 1996 14:43:06 -0700 (PDT) Received: from muggsy.lkg.dec.com by mail13.digital.com (5.65v3.2/1.0/WV) id AA19821; Mon, 6 May 1996 17:28:10 -0400 Received: from whydos.lkg.dec.com by muggsy.lkg.dec.com (5.65/DEC-Ultrix/4.3) with SMTP id AA20360; Mon, 6 May 1996 17:28:09 -0400 Received: from localhost (localhost [127.0.0.1]) by whydos.lkg.dec.com (8.6.12/8.6.12) with SMTP id RAA04851 for ; Mon, 6 May 1996 17:32:52 GMT Message-Id: <199605061732.RAA04851@whydos.lkg.dec.com> X-Authentication-Warning: whydos.lkg.dec.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 To: hackers@freebsd.org Subject: Pentium Pro impressions Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 06 May 1996 17:32:52 +0000 From: Matt Thomas Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk My faithful 486/66 that I use my as workstation is now a Digital Celebris XL 6150 (aka PentiumPro 150). Note that the PPros that Digital sells do not have 4MB/s PCI->memory limitation. I ran 3 dd (one for each of my disks plus one ttcp over FDDI) and got just under a 12MB/s aggregate transfer rate. FreeBSD 2.1.0-RELEASE #0: Fri May 3 15:57:04 1996 thomas@whydos.lkg.dec.com:/usr/src/sys/compile/DECFDDI CPU: 150-MHz unknown (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x611 Stepping=1 Features=0xf9ff Running ram-speed (on various platforms) gives: Celebris XL 6150 128MB interleaved FreeBSD 2.1.0-RELEASE 49005fb0 0.159 uS/op 6.30e+06 op/S 24.047 Mb/S 8938c0df 0.415 uS/op 2.41e+06 op/S 9.194 Mb/S ASUS TP4P55XE P90, 16MB, 512PB cache FreeBSD 2.1.0-RELEASE 49005fb0 0.242 uS/op 4.13e+06 op/S 15.763 Mb/S 8938c0df 0.092 uS/op 1.08e+07 op/S 41.255 Mb/S DECpc XL 466/d2 32MB, 256KB WT cache FreeBSD 2.1.0-RELEASE 49005fb0 0.307 uS/op 3.26e+06 op/S 12.430 Mb/S 8938c0df 0.124 uS/op 8.07e+06 op/S 30.790 Mb/S Intel OEM 486/50, EISA, 16MB, ??? cache FreeBSD 2.2-960501-SNAP 49005fb0 0.442 uS/op 2.26e+06 op/S 8.634 Mb/S 8938c0df 0.521 uS/op 1.92e+06 op/S 7.318 Mb/S Using a benchmark (and one that I prefer since I compile lots of kernels), is to see how long each system takes to compile a certain config file (in the same order as above): 136.4u 25.8s 3:05.32 87.5% 955+1114k 1006+431io 26pf+0w 275.5u 26.5s 5:21.17 94.0% 1039+1204k 1270+459io 119pf+0w 577.7u 54.9s 10:51.16 97.1% 1019+1192k 997+418io 102pf+0w 655.2u 76.5s 12:39.86 96.3% 913+1120k 1217+560io 126pf+0w Another interesting test is to a simply ttcp to localhost and see what the effective transfer rate is. (this tests both CPU and memory bandwidth; same order as above): ttcp-r: 16777216 bytes in 0.61 real seconds = 209.52 Mbit/sec +++ ttcp-r: 16777216 bytes in 1.51 real seconds = 84.53 Mbit/sec +++ ttcp-r: 16777216 bytes in 3.09 real seconds = 41.37 Mbit/sec +++ ttcp-r: 16777216 bytes in 2.76 real seconds = 46.30 Mbit/sec +++ My impression so far is that the P6-150 is much faster than the P90 for compute intensive tasks (like gcc). It blows away the old 486/66dx2. exmh is visibly faster as are most X11 programs. I'm one happy camper... -- Matt Thomas Internet: matt@3am-software.com 3am Software Foundry WWW URL: http://www.3am-software.com/bio/matt.html Westford, MA Disclaimer: I disavow all knowledge of this message From owner-freebsd-hackers Mon May 6 14:45:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA12298 for hackers-outgoing; Mon, 6 May 1996 14:45:01 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA12285 for ; Mon, 6 May 1996 14:44:56 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id OAA00499 for ; Mon, 6 May 1996 14:44:54 -0700 Message-Id: <199605062144.OAA00499@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: freebsd-hackers@FreeBSD.ORG Subject: shared interrupts? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 06 May 1996 14:44:53 -0700 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Is it possible for PCI devices to shared interrupts? And if so how does one identify which device is generating the interrupt? Tnks, Amancio From owner-freebsd-hackers Mon May 6 15:31:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA14409 for hackers-outgoing; Mon, 6 May 1996 15:31:51 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA14404 for ; Mon, 6 May 1996 15:31:49 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA22016; Mon, 6 May 1996 15:21:40 -0700 From: Terry Lambert Message-Id: <199605062221.PAA22016@phaeton.artisoft.com> Subject: Re: shared interrupts? To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Mon, 6 May 1996 15:21:39 -0700 (MST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199605062144.OAA00499@rah.star-gate.com> from "Amancio Hasty Jr." at May 6, 96 02:44:53 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Is it possible for PCI devices to shared interrupts? Yes. > And if so how does one identify which device is generating the interrupt? One asks each device sharing the interrupt "Are *yo* talking to *me*?". 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon May 6 15:53:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA15351 for hackers-outgoing; Mon, 6 May 1996 15:53:37 -0700 (PDT) Received: from eac.iafrica.com (h196-7-192-132.iafrica.com [196.7.192.132]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA15340 for ; Mon, 6 May 1996 15:53:28 -0700 (PDT) Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id AAA00740; Tue, 7 May 1996 00:43:15 +0200 From: Robert Nordier Message-Id: <199605062243.AAA00740@eac.iafrica.com> Subject: Re: dosfsck anyone? To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 7 May 1996 00:43:14 +0200 (SAT) Cc: hackers@freebsd.org In-Reply-To: <199605060850.SAA14400@genesis.atrad.adelaide.edu.au> from "Michael Smith" at May 6, 96 06:20:01 pm X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 6 May 1996, Michael Smith wrote: > > Robert Nordier stands accused of saying: . . . . . > > An example of this danger is the case of cross-linked directories. > > > > (If the directories /junk and /keep are cross-linked, they immediately > > or eventually merge into a common chain of directory entries, because > > they share all but zero or more initial allocation units). > > Hmm. I'd be inclined to suggest that all the directory entries out of > the merged section should be moved into the equivalent of a 'lost+found' > directory, perhaps in a subdirectory containing a .REPORT file indicating > where they came from and when... > > Putting them in one or another of the original directories hides the > problem. I don't think that the aim of a filesystem repair tool under > such circumstances should be to try to hide the problem, but rather to > facilitate the manual repair of the filesystem. Agreed 100%. > > > A more flexible approach might be as follows: > > > > Directory '/junk' cross-linked on cluster 4. Truncate [yn]? > > [other stuff may intervene] > > Directory '/keep' cross-linked on cluster 4. Truncate [yn]? > > Directories '/junk' and '/keep' crosslinked on cluster 4. > Move files to '/losfound.fsk/dosfsck.001' ** ANSWERING NO WILL DISCARD FILES ** > [yn]? > > > A related issue is whether to discard, or continue to queue, Change X > > (approved by the user) when - with hindsight - Change Y renders Change X > > unnecessary, or even misguided. > > I think that it would be desirable, where possible, to present the symptoms > of a single problem together. I'm aware this leads to messages like : > > Too many directories (>256) crosslinked. Suggest discarding filesystem! That's a great line. There's got to be a place for it, even if the error condition has to be specially arranged. 8) One consideration is that problem-by-problem info may be difficult to present intelligibly, if the filesystem structure has become really confused. Consider the case of five directories (/a /a/b /a/b/c /d /e) which have become cross-linked: +-<----------------------------+ +-----2 | +-----3 +-----4 | ---> | | -+-> | | -+-> | | | +-----+ +-----+ | +--+--+ | ------------------------->-+ | +--+--5 +--+--> | | | +-----+ ----------------------------------->-+ The first cross-link is to cluster 3. One directory involved is '/a', and the other is 'c', but what canonical 'c' is, is anyone's guess: '/a' and ('/a/b/c' or '/d/b/c' or '/e/c') Once we replace the cluster 3 cross-links with a link from '/losfound.fsk/dosfsck.001', we face a choice of how to represent the next set of cross-links (cluster 4). This could be as (updated structure): '/losfound.fsk/dosfsck.001' and '/d' or (original structure): '/a' and '/d' and ('/a/b/c' or '/d/b/c' or '/e/c') OTOH, if the cross-links are dealt with in tree traversal order, as we come to them, the natural effect of each truncation is to reduce the structural ambiguities: /a cross-linked on 3. Truncate [yn]? y /d cross-linked on 4. Truncate [yn]? y /e cross-linked on 5. /e/c cross-linked on 3. /e/c cross-linked on 4. /e/c/b cross-linked on 5. Truncate [yn] y Another thought: scattering (say) 'cross-linked on 3' info all over the place may actually be beneficial _because_ it makes things harder for the user. Problems like this really need an info-gathering pass before the suggested changes are approved. If users have to postpone decisions because of insufficient specific info, at least they are being forced to look at the overall picture first (while taking notes 8). > > > One compromise might be not to allow truncation of both directories, > > thus avoiding large-scale structural changes. In this case, 'dosfsck' > > provides the means for eliminating detectable structural anomalies, and > > leaves it up to the user to cope with possible, non-detectable corruption. > > So the common clusters must be allocated to either /junk or /keep, and can > > be (re)moved by hand if found to be incorrect. > > Is it difficult (and thus messy) to take the common clusters and allocate > them to a third directory (as in the example above)? If so, there's a > precedent for taking the easier way out 8) I particularly like the concept of moving questionable directory clusters to either the root or to some form of '/lost+found'. The main stumbling block, though, is that clusters (other than the first directory cluster) will be missing '.' and '..' entries. And if the relevant directory slots are occupied, it's hard to know how to proceed ('fsck' itself just expects the user to rectify the situation by hand). When VFAT support is added, there is the additional problem that a single long filename may be spread across about 14 directory entries. If a cluster boundary intervenes between the 15 entries relating to a given file, the long filename will be lost. So there is the chance of introducing definite structural anomalies in the act of rectifying only possible/probable directory corruption. > > > A further possible approach is simply 'So what? Provide an arbitrary fix > > for the problem. In the real world, most users will either restore from > > backup, or fix the problem themselves, either by hand or with some other > > utility.' > > Good point. Hence, perhaps, the idea that data in contention should be > kept but removed from any potentially incorrect location, keeping only > those parts of the tree that appear to belong where they are. > (I'm aware that this is somewhat of a subjective decision 8) If there was a good solution to the '.' and '..' problem, this would be distinctly attractive. One way out, I suppose, would be to use unallocated clusters, if necessary, and actually transfer the questionable directory entries individually (and somewhat intelligently, for VFAT), making the process a partial directory rewrite rather than a relink. I'm a bit wary of using apparently unallocated clusters, though. If there are many cross-linked directories, this may well be because of damage to the FAT. So what may seem to be available clusters may actually be stuff the user really needs, and would be prepared to recover by hand. Anyway, I guess I've got to the stage of finding too many reasons why any given approach is problematic. 8( Maybe the lesson from 'fsck' itself is not to try too hard, or check too much. There are a number of things 'fsck' just doesn't check (duplicate names within a directory, for instance). I'll give the stuff a break for a bit, and then consider the suggestions again.... -- Robert Nordier From owner-freebsd-hackers Mon May 6 16:04:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA15981 for hackers-outgoing; Mon, 6 May 1996 16:04:30 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA15974 for ; Mon, 6 May 1996 16:04:28 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id QAA00292; Mon, 6 May 1996 16:02:53 -0700 Message-Id: <199605062302.QAA00292@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Terry Lambert cc: freebsd-hackers@freebsd.org Subject: Re: shared interrupts? In-reply-to: Your message of "Mon, 06 May 1996 15:21:39 PDT." <199605062221.PAA22016@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 06 May 1996 16:02:52 -0700 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Is it possible for PCI devices to shared interrupts? > > Yes. > > > And if so how does one identify which device is generating the interrupt? > > One asks each device sharing the interrupt "Are *yo* talking to *me*?". > > 8-). Okay, specifically how does one ask each device "Are you really talking to me?" Tnks, Amancio From owner-freebsd-hackers Mon May 6 16:35:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA17638 for hackers-outgoing; Mon, 6 May 1996 16:35:00 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA17633 for ; Mon, 6 May 1996 16:34:58 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id QAA00277; Mon, 6 May 1996 16:33:31 -0700 Message-Id: <199605062333.QAA00277@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Matt Thomas cc: hackers@freebsd.org Subject: Re: Pentium Pro impressions In-reply-to: Your message of "Mon, 06 May 1996 17:32:52 -0000." <199605061732.RAA04851@whydos.lkg.dec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 06 May 1996 16:33:31 -0700 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Say do have a Matrox Meteor video capture board on your system? Because if you do I am wondering how many frames/second can you get with a "normal" video stream. Tnks, Amancio From owner-freebsd-hackers Mon May 6 16:37:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA17831 for hackers-outgoing; Mon, 6 May 1996 16:37:08 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA17826 for ; Mon, 6 May 1996 16:37:06 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA22168; Mon, 6 May 1996 16:27:20 -0700 From: Terry Lambert Message-Id: <199605062327.QAA22168@phaeton.artisoft.com> Subject: Re: dosfsck anyone? To: rnordier@iafrica.com (Robert Nordier) Date: Mon, 6 May 1996 16:27:20 -0700 (MST) Cc: msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG In-Reply-To: <199605062243.AAA00740@eac.iafrica.com> from "Robert Nordier" at May 7, 96 00:43:14 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I particularly like the concept of moving questionable directory > clusters to either the root or to some form of '/lost+found'. The > main stumbling block, though, is that clusters (other than the > first directory cluster) will be missing '.' and '..' entries. > And if the relevant directory slots are occupied, it's hard to know > how to proceed ('fsck' itself just expects the user to rectify the > situation by hand). 1) There is a limit on the number of entries in "/" on DOS FS's that isn't enforced on subdirectories. a) If you don't use "lost+found", you risk exceeding this limit. b) If you do use "lost+found", but it does not preexist, AND the limit has already been reached, you will not be able to create it (LOST.FND?). 2) "." and ".." are artifacts of the search interface, not artifacts of directory structure contents in a FAT/VFAT/VFAT32 file system. > When VFAT support is added, there is the additional problem that > a single long filename may be spread across about 14 directory > entries. If a cluster boundary intervenes between the 15 entries > relating to a given file, the long filename will be lost. > > So there is the chance of introducing definite structural anomalies > in the act of rectifying only possible/probable directory corruption. How will these anomolies be introduced? By (in violation of usage semantics) caching? Further, one can identify a "long name cluster crossing" (is this even legal?) per the above and preempt the association decision on that basis. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon May 6 16:38:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA17859 for hackers-outgoing; Mon, 6 May 1996 16:38:24 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA17854 for ; Mon, 6 May 1996 16:38:22 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA22177; Mon, 6 May 1996 16:29:14 -0700 From: Terry Lambert Message-Id: <199605062329.QAA22177@phaeton.artisoft.com> Subject: Re: shared interrupts? To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Mon, 6 May 1996 16:29:14 -0700 (MST) Cc: terry@lambert.org, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199605062302.QAA00292@rah.star-gate.com> from "Amancio Hasty Jr." at May 6, 96 04:02:52 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > Is it possible for PCI devices to shared interrupts? > > > > Yes. > > > > > And if so how does one identify which device is generating the interrupt? > > > > One asks each device sharing the interrupt "Are *yo* talking to *me*?". > > > > 8-). > > Okay, specifically how does one ask each device "Are you really talking > to me?" You need to ask Stephan -- my copy of the PCI spec is at home. 8-(. I believe PCI requires a status register. The default PCI code already does this because Intel OEM products division motherboards like to throw everything onto the same interrupt by default (Plato, Zeus, et al). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon May 6 17:09:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA19231 for hackers-outgoing; Mon, 6 May 1996 17:09:54 -0700 (PDT) Received: from mail13.digital.com (mail13.digital.com [192.208.46.30]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA19226 for ; Mon, 6 May 1996 17:09:52 -0700 (PDT) Received: from muggsy.lkg.dec.com by mail13.digital.com (5.65v3.2/1.0/WV) id AA31269; Mon, 6 May 1996 20:02:50 -0400 Received: from whydos.lkg.dec.com by muggsy.lkg.dec.com (5.65/DEC-Ultrix/4.3) with SMTP id AA21442; Mon, 6 May 1996 20:02:49 -0400 Received: from localhost (localhost [127.0.0.1]) by whydos.lkg.dec.com (8.6.12/8.6.12) with SMTP id UAA06107; Mon, 6 May 1996 20:07:31 GMT Message-Id: <199605062007.UAA06107@whydos.lkg.dec.com> X-Authentication-Warning: whydos.lkg.dec.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 To: "Amancio Hasty Jr." Cc: hackers@freebsd.org Subject: Re: Pentium Pro impressions In-Reply-To: Your message of "Mon, 06 May 1996 16:33:31 MST." <199605062333.QAA00277@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 06 May 1996 20:07:31 +0000 From: Matt Thomas Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In <199605062333.QAA00277@rah.star-gate.com> , you wrote: > > Say do have a Matrox Meteor video capture board on your system? Nope. > Because if you do I am wondering how many frames/second can you > get with a "normal" video stream. I have a S3-968 video board. I don't think I could live at less than 1600x1200x16bpp. Actually, what I want to get my hands on is the Digital Semi 21230-based board (NTSC/PAL -> MPEG1 Video/Audio codec (640x480@30fps)). Now that would be nice... -- Matt Thomas Internet: matt@3am-software.com 3am Software Foundry WWW URL: http://www.3am-software.com/bio/matt.html Westford, MA Disclaimer: I disavow all knowledge of this message From owner-freebsd-hackers Mon May 6 17:12:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA19339 for hackers-outgoing; Mon, 6 May 1996 17:12:44 -0700 (PDT) Received: from expo.x.org (expo.x.org [198.112.45.11]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA19333 for ; Mon, 6 May 1996 17:12:42 -0700 (PDT) Received: from exalt.x.org by expo.x.org id AA02407; Mon, 6 May 96 20:12:10 -0400 Received: from localhost by exalt.x.org id UAA17615; Mon, 6 May 1996 20:12:09 -0400 Message-Id: <199605070012.UAA17615@exalt.x.org> To: Terry Lambert Cc: hackers@freefall.FreeBSD.org Subject: Re: dosfsck anyone? In-Reply-To: Your message of Mon, 06 May 1996 16:27:20 EST. <199605062327.QAA22168@phaeton.artisoft.com> Organization: X Consortium Date: Mon, 06 May 1996 20:12:09 EST From: "Kaleb S. KEITHLEY" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > main stumbling block, though, is that clusters (other than the > > first directory cluster) will be missing '.' and '..' entries. > 2) "." and ".." are artifacts of the search interface, not > artifacts of directory structure contents in a FAT/VFAT/VFAT32 > file system. > ??? What does that mean, they're "artifacts of the search interface..." It's been years since I used MS-DOS enough to care about poking around in the file system with Norton Utilities, but as I recall "." and ".." are just like any other directory entry in a directory. -- Kaleb KEITHLEY From owner-freebsd-hackers Mon May 6 17:55:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA20631 for hackers-outgoing; Mon, 6 May 1996 17:55:16 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA20626 for ; Mon, 6 May 1996 17:55:14 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id RAA00675; Mon, 6 May 1996 17:53:50 -0700 Message-Id: <199605070053.RAA00675@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Matt Thomas cc: hackers@FreeBSD.org Subject: Re: Pentium Pro impressions In-reply-to: Your message of "Mon, 06 May 1996 20:07:31 -0000." <199605062007.UAA06107@whydos.lkg.dec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 06 May 1996 17:53:49 -0700 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > In <199605062333.QAA00277@rah.star-gate.com> , you wrote: > > > > > Say do have a Matrox Meteor video capture board on your system? > > Nope. > > > Because if you do I am wondering how many frames/second can you > > get with a "normal" video stream. > > I have a S3-968 video board. I don't think I could live at less BTW: I can dump raw video into any point on my S3 968's frame buffer 8) > than 1600x1200x16bpp. Actually, what I want to get my hands on > is the Digital Semi 21230-based board (NTSC/PAL -> MPEG1 Video/Audio > codec (640x480@30fps)). Now that would be nice... Thats all very fine if you intent to record the video stream however if not then dtv (matrox PCI-TO-S3 968 PCI ) does just tandy at 640x480 30fps 8) How much is the Digital Semi 21230-based board and are the specs to program it available? Tnks, Amancio From owner-freebsd-hackers Mon May 6 18:05:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA21139 for hackers-outgoing; Mon, 6 May 1996 18:05:29 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA21134 for ; Mon, 6 May 1996 18:05:26 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA22363; Mon, 6 May 1996 17:50:37 -0700 From: Terry Lambert Message-Id: <199605070050.RAA22363@phaeton.artisoft.com> Subject: Re: dosfsck anyone? To: kaleb@x.org (Kaleb S. KEITHLEY) Date: Mon, 6 May 1996 17:50:37 -0700 (MST) Cc: terry@lambert.org, hackers@freefall.FreeBSD.org In-Reply-To: <199605070012.UAA17615@exalt.x.org> from "Kaleb S. KEITHLEY" at May 6, 96 08:12:09 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > main stumbling block, though, is that clusters (other than the > > > first directory cluster) will be missing '.' and '..' entries. > > > 2) "." and ".." are artifacts of the search interface, not > > artifacts of directory structure contents in a FAT/VFAT/VFAT32 > > file system. > > > > ??? What does that mean, they're "artifacts of the search interface..." > > It's been years since I used MS-DOS enough to care about poking around > in the file system with Norton Utilities, but as I recall "." and ".." > are just like any other directory entry in a directory. They are faked up (at least they are under Win95). I think "." is always faked... ".." might actually be there instead of implied by the link -- though if it were, then hard links could be supported under DOS, at least for files. You can "cd ..." to go up two directories in DOS, "...." for three, etc.. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon May 6 18:07:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA21228 for hackers-outgoing; Mon, 6 May 1996 18:07:24 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA21223 for ; Mon, 6 May 1996 18:07:19 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id KAA17620; Tue, 7 May 1996 10:39:20 +0930 From: Michael Smith Message-Id: <199605070109.KAA17620@genesis.atrad.adelaide.edu.au> Subject: Re: dosfsck anyone? To: terry@lambert.org (Terry Lambert) Date: Tue, 7 May 1996 10:39:20 +0930 (CST) Cc: rnordier@iafrica.com, msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG In-Reply-To: <199605062327.QAA22168@phaeton.artisoft.com> from "Terry Lambert" at May 6, 96 04:27:20 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Terry Lambert stands accused of saying: > > 1) There is a limit on the number of entries in "/" on DOS FS's > that isn't enforced on subdirectories. > > a) If you don't use "lost+found", you risk exceeding > this limit. I don't think _not_ using it is an option. > b) If you do use "lost+found", but it does not > preexist, AND the limit has already been reached, > you will not be able to create it (LOST.FND?). In which case the user gets a message "The root directory is full, filesystem repairs cannot proceed" and they're SOL. > 2) "." and ".." are artifacts of the search interface, not > artifacts of directory structure contents in a FAT/VFAT/VFAT32 > file system. Dig out a sector editor and have a look before you try that one again. Here's a tip : 0036a00: 2e 20 20 20 20 20 20 20 20 20 20 10 00 00 00 00 . ..... 0036a10: 00 00 00 00 00 00 f3 7e 2b 1f 02 00 00 00 00 00 .......~+....... 0036a20: 2e 2e 20 20 20 20 20 20 20 20 20 10 00 00 00 00 .. ..... 0036a30: 00 00 00 00 00 00 f3 7e 2b 1f 00 00 00 00 00 00 .......~+....... 0036a40: 41 54 54 52 49 42 20 20 45 58 45 20 00 00 00 00 ATTRIB EXE .... 0036a50: 00 00 00 00 00 00 c0 32 bf 1c 14 00 c8 2b 00 00 .......2.....+.. 0036a60: 43 48 4b 44 53 4b 20 20 45 58 45 20 00 00 00 00 CHKDSK EXE .... 0036a70: 00 00 00 00 00 00 c0 32 bf 1c 16 00 d1 2f 00 00 .......2...../.. > > When VFAT support is added, there is the additional problem that > > a single long filename may be spread across about 14 directory > > entries. If a cluster boundary intervenes between the 15 entries > > relating to a given file, the long filename will be lost. > > > > So there is the chance of introducing definite structural anomalies > > in the act of rectifying only possible/probable directory corruption. > > How will these anomolies be introduced? By (in violation of usage > semantics) caching? No. By the potential operation of the 'dosfsck' program, as stated in the preceeding paragraph. > Terry Lambert -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon May 6 18:32:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA24468 for hackers-outgoing; Mon, 6 May 1996 18:32:57 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA24455 for ; Mon, 6 May 1996 18:32:55 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA22485; Mon, 6 May 1996 18:22:39 -0700 From: Terry Lambert Message-Id: <199605070122.SAA22485@phaeton.artisoft.com> Subject: Re: dosfsck anyone? To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Mon, 6 May 1996 18:22:39 -0700 (MST) Cc: terry@lambert.org, rnordier@iafrica.com, msmith@atrad.adelaide.edu.au, hackers@FreeBSD.org In-Reply-To: <199605070109.KAA17620@genesis.atrad.adelaide.edu.au> from "Michael Smith" at May 7, 96 10:39:20 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > 1) There is a limit on the number of entries in "/" on DOS FS's > > that isn't enforced on subdirectories. > > > > a) If you don't use "lost+found", you risk exceeding > > this limit. > > I don't think _not_ using it is an option. Works not having one under DOS... > > b) If you do use "lost+found", but it does not > > preexist, AND the limit has already been reached, > > you will not be able to create it (LOST.FND?). > > In which case the user gets a message > "The root directory is full, filesystem repairs cannot proceed" > and they're SOL. Especially if the Root is the dir. I liked the idea of handling crosslinks by deconstruction rather than lost+found. > > 2) "." and ".." are artifacts of the search interface, not > > artifacts of directory structure contents in a FAT/VFAT/VFAT32 > > file system. > > Dig out a sector editor and have a look before you try that one again. > Here's a tip : > > 0036a00: 2e 20 20 20 20 20 20 20 20 20 20 10 00 00 00 00 . ..... > 0036a10: 00 00 00 00 00 00 f3 7e 2b 1f 02 00 00 00 00 00 .......~+....... > 0036a20: 2e 2e 20 20 20 20 20 20 20 20 20 10 00 00 00 00 .. ..... > 0036a30: 00 00 00 00 00 00 f3 7e 2b 1f 00 00 00 00 00 00 .......~+....... > 0036a40: 41 54 54 52 49 42 20 20 45 58 45 20 00 00 00 00 ATTRIB EXE .... > 0036a50: 00 00 00 00 00 00 c0 32 bf 1c 14 00 c8 2b 00 00 .......2.....+.. > 0036a60: 43 48 4b 44 53 4b 20 20 45 58 45 20 00 00 00 00 CHKDSK EXE .... > 0036a70: 00 00 00 00 00 00 c0 32 bf 1c 16 00 d1 2f 00 00 .......2...../.. Sorry; I just got off a project doing a network redirector for Win95, and they were all faked. Shouldn't have assumed. 8-(. What about ".." in "/"? > > How will these anomolies be introduced? By (in violation of usage > > semantics) caching? > > No. By the potential operation of the 'dosfsck' program, as stated in > the preceeding paragraph. How does a cross-link get created is what I was asking...? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon May 6 18:46:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA26591 for hackers-outgoing; Mon, 6 May 1996 18:46:54 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA26586 for ; Mon, 6 May 1996 18:46:52 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id LAA17929; Tue, 7 May 1996 11:21:19 +0930 From: Michael Smith Message-Id: <199605070151.LAA17929@genesis.atrad.adelaide.edu.au> Subject: Re: dosfsck anyone? To: rnordier@iafrica.com (Robert Nordier) Date: Tue, 7 May 1996 11:21:19 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, hackers@freebsd.org In-Reply-To: <199605062243.AAA00740@eac.iafrica.com> from "Robert Nordier" at May 7, 96 00:43:14 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Robert Nordier stands accused of saying: > > > > Too many directories (>256) crosslinked. Suggest discarding filesystem! > > That's a great line. There's got to be a place for it, even if the > error condition has to be specially arranged. 8) There isn't enough humour in software these days 8( > One consideration is that problem-by-problem info may be difficult > to present intelligibly, if the filesystem structure has become really > confused. > > Consider the case of five directories (/a /a/b /a/b/c /d /e) which > have become cross-linked: > > +-<----------------------------+ > +-----2 | +-----3 +-----4 | > ---> | | -+-> | | -+-> | | | > +-----+ +-----+ | +--+--+ | > ------------------------->-+ | +--+--5 > +--+--> | | > | +-----+ > ----------------------------------->-+ I would be inclined to summarise this as : The following directories are snarled : /a ???/c /e ???/b /d Files which cannot be accurately associated with a directory will be placed in /lost.fnd/00000001.fsk/ And then leave cluster 2 on /a, and throw everything else in the lost.fnd directory. (ie. clusters 3,4 and 5) > Another thought: scattering (say) 'cross-linked on 3' info all over > the place may actually be beneficial _because_ it makes things > harder for the user. Problems like this really need an info-gathering > pass before the suggested changes are approved. If users have to > postpone decisions because of insufficient specific info, at least > they are being forced to look at the overall picture first (while > taking notes 8). Hmm. I guess it's a difficult call to find a solution that's OK for the 'average' user (It's all OK, I've fixed everything, you only lost a few files, now go play solitaire), and a more 'advanced' user (this twisty diagram is your FAT filesystem on drugs). > I particularly like the concept of moving questionable directory > clusters to either the root or to some form of '/lost+found'. The > main stumbling block, though, is that clusters (other than the > first directory cluster) will be missing '.' and '..' entries. Pad with a dummy cluster full of deleted entries. It's not unreasonable to expect to be able to score a few free clusters. If there aren't enough of them, then 'dosfsck' should just give up and give an experienced user enough information to be able to safely delete something to make space. eg. Not enough space to scribble on, can't make repairs! Either abort and make some space, or answer yes to the following question. DISCARD ALL AMBIGUOUS FILE DATA [yn]? > If there was a good solution to the '.' and '..' problem, this > would be distinctly attractive. One way out, I suppose, would be > to use unallocated clusters, if necessary, and actually transfer > the questionable directory entries individually (and somewhat > intelligently, for VFAT), making the process a partial directory > rewrite rather than a relink. That's actually not a bad idea. It wouldn't be unreasonable to keep a small pool of spare clusters hung off the lost.fnd directory, and use these perhaps. However all this presumes that the FAT filesystem is under the general care of 'dosfsck', which is unlikely to be the case. I think that 'dosfsck's basic aim should be to render the filesystem consistent, and leave any 'fancy' reconstruction to either the user or a DOS tool written by someone who gets paid to suffer 8) > within a directory, for instance). I'll give the stuff a break > for a bit, and then consider the suggestions again.... Good idea 8) > Robert Nordier -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon May 6 19:00:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA28893 for hackers-outgoing; Mon, 6 May 1996 19:00:22 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA28886 for ; Mon, 6 May 1996 19:00:17 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id LAA18048; Tue, 7 May 1996 11:33:15 +0930 From: Michael Smith Message-Id: <199605070203.LAA18048@genesis.atrad.adelaide.edu.au> Subject: Re: dosfsck anyone? To: terry@lambert.org (Terry Lambert) Date: Tue, 7 May 1996 11:33:15 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, terry@lambert.org, rnordier@iafrica.com, hackers@FreeBSD.org In-Reply-To: <199605070122.SAA22485@phaeton.artisoft.com> from "Terry Lambert" at May 6, 96 06:22:39 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert stands accused of saying: > > > > 1) There is a limit on the number of entries in "/" on DOS FS's > > > that isn't enforced on subdirectories. > > > > > > a) If you don't use "lost+found", you risk exceeding > > > this limit. > > > > I don't think _not_ using it is an option. > > Works not having one under DOS... "works" in what context? If you mean "chkdsk works without one", then I suggest you consider what happens when it tries to create too many .chk files. These aren't actually much use anyway. Using a heirachy under a lost+found directory gives you some chance of segregating the victims of seperate corruptions, which may help a little in reconstruction. I think that most people faced with serious FAT FS corruption would just blow it away and restore/reinstall, so the aim is not to intuit magical details, but just to get the FS in a consistent state. > I liked the idea of handling crosslinks by deconstruction rather > than lost+found. The problem being that the deconstruction is almost certain to be wrong. > Sorry; I just got off a project doing a network redirector for > Win95, and they were all faked. Shouldn't have assumed. 8-(. Fair enough 8) The only useful think about '..' is that it points to the starting cluster of the parent directory. > What about ".." in "/"? There isn't one 8) > > > How will these anomolies be introduced? By (in violation of usage > > > semantics) caching? > > > > No. By the potential operation of the 'dosfsck' program, as stated in > > the preceeding paragraph. > > How does a cross-link get created is what I was asking...? Ah. I don't think we're expecting any to be created by the new DOSFS, but you'll get them under DOS if 'smartdrive' loses its marbles, or if a program with a rogue pointer scribbles on DOS' buffers, or if some twonk hits RESET while the FAT is being updated, or if DOS/Win/whatever takes a dive while the FAT is in an inconsistent state. None of the MS FAT filesystem drivers seem to place much emphasis on maintaining filesystem consistency. > Terry Lambert -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon May 6 19:26:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA01371 for hackers-outgoing; Mon, 6 May 1996 19:26:04 -0700 (PDT) Received: from eac.iafrica.com (h196-7-192-145.iafrica.com [196.7.192.145]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA01349 for ; Mon, 6 May 1996 19:25:57 -0700 (PDT) Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id EAA01170; Tue, 7 May 1996 04:23:12 +0200 From: Robert Nordier Message-Id: <199605070223.EAA01170@eac.iafrica.com> Subject: Re: dosfsck anyone? To: terry@lambert.org (Terry Lambert) Date: Tue, 7 May 1996 04:23:11 +0200 (SAT) Cc: rnordier@iafrica.com, msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG In-Reply-To: <199605062327.QAA22168@phaeton.artisoft.com> from "Terry Lambert" at May 6, 96 04:27:20 pm X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 6 May 1996, Terry Lambert wrote: > > > I particularly like the concept of moving questionable directory > > clusters to either the root or to some form of '/lost+found'. The > > main stumbling block, though, is that clusters (other than the > > first directory cluster) will be missing '.' and '..' entries. > > And if the relevant directory slots are occupied, it's hard to know > > how to proceed ('fsck' itself just expects the user to rectify the > > situation by hand). > > 1) There is a limit on the number of entries in "/" on DOS FS's > that isn't enforced on subdirectories. > > a) If you don't use "lost+found", you risk exceeding > this limit. > b) If you do use "lost+found", but it does not > preexist, AND the limit has already been reached, > you will not be able to create it (LOST.FND?). Agreed. Still, for the average DOS fixed disk FS, '/' has 512 entries. Compare this with values of 100 and 256 frequently recommended for slotting 'lost+found', when this was the practice. Fortunately, though, the situation isn't really critical. If the user can't be tempted by SORRY. CAN'T CREATE '/LOST.FND' DIRECTORY (DELETE /WINDOWS?) (or Mike Smith's earlier suggestion :), the worst is just the inconvenience of having to 'fsck' in multiple passes. (And if they really have >256 dubious/orphan clusters, this'll probably be the least of their worries.) I really like the idea of '/LOST.FND', though. I guess there's no need to stick with the MS 'FILE0001.CHK'-in-root approach. Could even name the re-linked file with the starting cluster number, also. > > 2) "." and ".." are artifacts of the search interface, not > artifacts of directory structure contents in a FAT/VFAT/VFAT32 > file system. Agreed; and DOS can mostly manage very well without them. But they are 'semi-structural' in the sense that - a) they must occupy predefined locations b) they are illegal DOS identifiers, so they are not really pure directory 'contents' either c) 'scandisk' will actually zap anything occupying their slots It would certainly be possible and workable to just relink questionable directory clusters to something in '/LOST.FND', but to swap one set of problems for another (missing '.' and '..') 'scandisk'-identifiable set of problems may not be the optimal solution. > > > When VFAT support is added, there is the additional problem that > > a single long filename may be spread across about 14 directory > > entries. If a cluster boundary intervenes between the 15 entries > > relating to a given file, the long filename will be lost. > > > > So there is the chance of introducing definite structural anomalies > > in the act of rectifying only possible/probable directory corruption. > > How will these anomolies be introduced? By (in violation of usage > semantics) caching? > > Further, one can identify a "long name cluster crossing" (is this even > legal?) per the above and preempt the association decision on that basis. By "the chance of introducing ... anomalies" I really just meant that, whereas FAT implies a nice convenient discrete set of 32-byte directories entries, VFAT (assuming "cluster crossing" is legal) means 'dosfsck' can't go blindly chopping up and relinking (to 'LOST.FND') questionable clusters, if the chop in question is going to sever the LFN, or the LFN to 8.3-name connection. (However, I'm probably misinterpreting the question, as I can't tie in "caching" - however loosely - with any of this.) I agree one certainly can detect the problem, and a VFAT LFN may even indicate which way the link might best be resolved. But the LFN hint won't invariably be definitive. The essential problem was a cluster being claimed by multiple directories. Instead of inviting the user to arbitrate the rival claims, the suggested solution was, "Don't link to '/X'; don't link to '/Y'; link to '/LOST.FND/Z'". The presence of a-cluster-crossing-LFN- emanating-from-'/X' certainly establishes the '/X' claim to at least one directory entry in the cluster. But (given that the cluster _was_ cross-linked), establishing the '/X' claim doesn't invalidate the '/Y' claim to some other directory entries (should such exist) within the same cluster. "Cluster crossing" must be legal, I reckon. Given that the smallest cluster is a sector, this gives only 16 directory slots. Subtract 2 for '.' and '..', and you'd have to waste the balance of the cluster for a worst-case filename. I gather, from the initial control byte in the name field, that the LFN segments can even appear in any order. (Unless - like half the "purely ornamental" boot sector BPB values, for instance - this is just another MS red herring.) However, I suppose I should add that I don't even currently own a copy of Win95, so this bit is all guesswork, anyway. 8) -- Robert Nordier From owner-freebsd-hackers Mon May 6 20:23:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA04913 for hackers-outgoing; Mon, 6 May 1996 20:23:35 -0700 (PDT) Received: from eac.iafrica.com (slipper119245.iafrica.com [196.7.119.245]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA04906 for ; Mon, 6 May 1996 20:23:23 -0700 (PDT) Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id FAA01429; Tue, 7 May 1996 05:20:56 +0200 From: Robert Nordier Message-Id: <199605070320.FAA01429@eac.iafrica.com> Subject: Re: dosfsck anyone? To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 7 May 1996 05:20:55 +0200 (SAT) Cc: terry@lambert.org, rnordier@iafrica.com, hackers@freebsd.org In-Reply-To: <199605070203.LAA18048@genesis.atrad.adelaide.edu.au> from "Michael Smith" at May 7, 96 11:33:15 am X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 7 May 1996, Michael Smith wrote: > > Terry Lambert stands accused of saying: . . . . . > The only useful think about '..' is that it points to the > starting cluster of the parent directory. > > > What about ".." in "/"? > > There isn't one 8) > The '.' and '..' are really more decorative than useful as far as MS-DOS is concerned. I've got some notes by Mike Podanoffsky (who wrote a DOS clone) that begin: A simple proof can be created to demonstrate that MSDOS (and RxDOS) do not use or need the . and .. entries in a directory. > > > > How will these anomolies be introduced? By (in violation of usage > > > > semantics) caching? > > > > > > No. By the potential operation of the 'dosfsck' program, as stated in > > > the preceeding paragraph. > > > > How does a cross-link get created is what I was asking...? > > Ah. I don't think we're expecting any to be created by the new DOSFS, but 8) > you'll get them under DOS if 'smartdrive' loses its marbles, or if a > program with a rogue pointer scribbles on DOS' buffers, or if some twonk > hits RESET while the FAT is being updated, or if DOS/Win/whatever > takes a dive while the FAT is in an inconsistent state. > > None of the MS FAT filesystem drivers seem to place much emphasis on > maintaining filesystem consistency. One very weak link in the whole business is the way MS-DOS patiently maintains a backup copy of the FAT, but never uses it except if a primary FAT sector develops a media error. And 'scandisk', if FAT inconsistencies are present, doesn't (as I recall) even offer a choice of FATs, but always uses the primary one. For some reason, when things go wrong, DOS tends to prefer to write stuff over the boot sector or primary FAT, probably as some internal int 13h equivalent of a NULL pointer dereference. FAT data is relatively unusual in that, discounting 0 (free cluster) and 0xfff8-0xffff (end of cluster chain), all other evenly-aligned words (for FAT-16) should have unique values. Because data obtained from any random location is much more likely to be less evenly-distributed over 0x2..0xfff6, the result will almost inevitably be cross-linked clusters. I guess it should be possible to tell, by looking at the cluster numbers involved, whether your FAT got trashed by text or binary data. 8) -- Robert Nordier From owner-freebsd-hackers Mon May 6 20:44:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA06061 for hackers-outgoing; Mon, 6 May 1996 20:44:14 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA06056 for ; Mon, 6 May 1996 20:44:12 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id UAA22712; Mon, 6 May 1996 20:33:58 -0700 From: Terry Lambert Message-Id: <199605070333.UAA22712@phaeton.artisoft.com> Subject: Re: dosfsck anyone? To: rnordier@iafrica.com (Robert Nordier) Date: Mon, 6 May 1996 20:33:58 -0700 (MST) Cc: terry@lambert.org, rnordier@iafrica.com, msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG In-Reply-To: <199605070223.EAA01170@eac.iafrica.com> from "Robert Nordier" at May 7, 96 04:23:11 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > How will these anomolies be introduced? By (in violation of usage > > semantics) caching? [ ... ] > By "the chance of introducing ... anomalies" I really just meant that, > whereas FAT implies a nice convenient discrete set of 32-byte > directories entries, VFAT (assuming "cluster crossing" is legal) means > 'dosfsck' can't go blindly chopping up and relinking (to 'LOST.FND') > questionable clusters, if the chop in question is going to sever the LFN, > or the LFN to 8.3-name connection. (However, I'm probably > misinterpreting the question, as I can't tie in "caching" - however > loosely - with any of this.) I assumed that the problems being corrected would come from the BSD MSDOSFS crashing with cache data in core instead of on disk, etc.. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon May 6 22:03:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA10752 for hackers-outgoing; Mon, 6 May 1996 22:03:40 -0700 (PDT) Received: from eac.iafrica.com (slipper119239.iafrica.com [196.7.119.239]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA10747 for ; Mon, 6 May 1996 22:03:33 -0700 (PDT) Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id HAA01634; Tue, 7 May 1996 07:01:21 +0200 From: Robert Nordier Message-Id: <199605070501.HAA01634@eac.iafrica.com> Subject: Re: dosfsck anyone? To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 7 May 1996 07:01:19 +0200 (SAT) Cc: hackers@freebsd.org In-Reply-To: <199605070151.LAA17929@genesis.atrad.adelaide.edu.au> from "Michael Smith" at May 7, 96 11:21:19 am X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 7 May 1996, Michael Smith wrote: . . . . . > > Another thought: scattering (say) 'cross-linked on 3' info all over > > the place may actually be beneficial _because_ it makes things > > harder for the user. Problems like this really need an info-gathering > > pass before the suggested changes are approved. If users have to > > postpone decisions because of insufficient specific info, at least > > they are being forced to look at the overall picture first (while > > taking notes 8). > > Hmm. I guess it's a difficult call to find a solution that's OK for > the 'average' user (It's all OK, I've fixed everything, you only lost > a few files, now go play solitaire), and a more 'advanced' user (this > twisty diagram is your FAT filesystem on drugs). I was looking at the Linux 'dosfsck' the other day. This takes the approach of giving the user a whole list of choices to resolve any problem. Eg: 1) Drop file 2) Rename file 3) Auto-rename 4) Keep it However, as far as I know, the preferred Linux method is to run 'scandisk' under 'dosemu', and I don't think 'dosfsck' has ever been revised past the May 93 'alpha 0.1' version. (Though I may be wrong: I don't use Linux.) Maybe a lesson in this is to complement 'scandisk' and (where appropriate) do something different. One particular problem with 'scandisk' is that it is quite difficult to use it purely for diagnosis, and it has a tendency to quit the moment you disagree with any of its suggestion. Personally, I'd much rather have a command line utility (even a sort of 'fslint') ... which is why I prefer 'chkdsk'. And 'chkdsk' does check pretty well, if you include crashing, hanging, and running out of memory, as diagnostics. 8) > > > I particularly like the concept of moving questionable directory > > clusters to either the root or to some form of '/lost+found'. The > > main stumbling block, though, is that clusters (other than the > > first directory cluster) will be missing '.' and '..' entries. > > Pad with a dummy cluster full of deleted entries. > > It's not unreasonable to expect to be able to score a few free clusters. > If there aren't enough of them, then 'dosfsck' should just give up and > give an experienced user enough information to be able to safely delete > something to make space. > > eg. > > Not enough space to scribble on, can't make repairs! > Either abort and make some space, or answer yes to the following question. > DISCARD ALL AMBIGUOUS FILE DATA [yn]? > Hmm. This is lessening my reservations, but I'm still not 100% convinced that using 'free' clusters is the way to go. (Which is also why I'd prefer a pre-slotted 'lost.fnd'.) I'm worried about cases where the FAT is badly corrupted ... which really is probably why we have all the cross-links, anyway. If you can't basically rely on (a portion of) the FAT, the whole distinction between what is _really_ linked-in as FS data, and what is unallocated, becomes, well: maybe technically correct, but not necessarily pragmatic. Considering the trouble taken in other ways to protect and recover data, a few 0000s getting into the FAT by mistake seems to be error that needs providing for. I know that 'fsck' itself uses free space. But 'fsck' has everything in such a neat, smug Can't happen Hardware failure only Maybe hierarchy, and this just doesn't apply in the DOS world ... where designing "a better disk defrag utility" seems like a neat learn C++ project. 8( -- Robert Nordier From owner-freebsd-hackers Mon May 6 22:47:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA12984 for hackers-outgoing; Mon, 6 May 1996 22:47:31 -0700 (PDT) Received: from eac.iafrica.com (slipper119227.iafrica.com [196.7.119.227]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA12978 for ; Mon, 6 May 1996 22:47:26 -0700 (PDT) Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id HAA01788; Tue, 7 May 1996 07:44:12 +0200 From: Robert Nordier Message-Id: <199605070544.HAA01788@eac.iafrica.com> Subject: Re: dosfsck anyone? To: terry@lambert.org (Terry Lambert) Date: Tue, 7 May 1996 07:44:11 +0200 (SAT) Cc: msmith@atrad.adelaide.edu.au, hackers@freebsd.org In-Reply-To: <199605070333.UAA22712@phaeton.artisoft.com> from "Terry Lambert" at May 6, 96 08:33:58 pm X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote: > > > > How will these anomolies be introduced? By (in violation of usage > > > semantics) caching? > > [ ... ] > > I assumed that the problems being corrected would come from the BSD > MSDOSFS crashing with cache data in core instead of on disk, etc.. Agreed. The present code has some 'mv'-related problems that also sometimes produce related effects. 8( -- Robert Nordier From owner-freebsd-hackers Mon May 6 23:00:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA13752 for hackers-outgoing; Mon, 6 May 1996 23:00:46 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA13743 for ; Mon, 6 May 1996 23:00:41 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id PAA20167; Tue, 7 May 1996 15:34:16 +0930 From: Michael Smith Message-Id: <199605070604.PAA20167@genesis.atrad.adelaide.edu.au> Subject: Re: dosfsck anyone? To: rnordier@iafrica.com (Robert Nordier) Date: Tue, 7 May 1996 15:34:15 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, hackers@freebsd.org In-Reply-To: <199605070501.HAA01634@eac.iafrica.com> from "Robert Nordier" at May 7, 96 07:01:19 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Robert Nordier stands accused of saying: > > > > Not enough space to scribble on, can't make repairs! > > Either abort and make some space, or answer yes to the following question. > > DISCARD ALL AMBIGUOUS FILE DATA [yn]? > > > > Hmm. This is lessening my reservations, but I'm still not 100% > convinced that using 'free' clusters is the way to go. (Which is also > why I'd prefer a pre-slotted 'lost.fnd'.) I'm worried about cases where > the FAT is badly corrupted ... which really is probably why we have all > the cross-links, anyway. Hmm. I guess it depends on how 'smart' you want to get about it. It's fairly easy to determine which sectors in the FAT have had the Big A; if you look at a "typically" corrupted filesystem, there'll be problems related to entries in one or more contiguous sectors. If I recall correctly, DOS' normal allocation strategy tends to use the clusters towards the end of the filesystem last. A combination of these two would tend to imply that you could generally expect to pick up free clusters from the end of the filesystem, and that it should be possible to determine whether the FAT in that area had been damaged. > hierarchy, and this just doesn't apply in the DOS world ... where > designing "a better disk defrag utility" seems like a neat learn C++ > project. 8( Yecch. I tried (several times) to write a 'dosfsck'-style program for the Atari ST, which uses essentially the same filesystem layout. It was one of the most frustrating and scarring parts of my early programming days 8( (None of the commercial tools was particularly good, and the filesystems were sufficiently different that you couldn't just move it to a DOS machine and hit it with 'chkdsk'.) > Robert Nordier -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon May 6 23:49:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA16296 for hackers-outgoing; Mon, 6 May 1996 23:49:32 -0700 (PDT) Received: from frig.mt.cs.keio.ac.jp (frig.mt.cs.keio.ac.jp [131.113.32.7]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA16279 Mon, 6 May 1996 23:49:19 -0700 (PDT) Received: (from hosokawa@localhost) by frig.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id PAA23261; Tue, 7 May 1996 15:48:38 +0900 Date: Tue, 7 May 1996 15:48:38 +0900 Message-Id: <199605070648.PAA23261@frig.mt.cs.keio.ac.jp> To: nate@sri.MT.net Cc: freebsd-mobile@freebsd.org, freebsd-hackers@freebsd.org, hosokawa@mt.cs.keio.ac.jp Subject: Re: [PCMCIA] pccard-test-960506 is now available! In-Reply-To: Your message of Mon, 6 May 1996 13:50:59 -0600. <199605061950.NAA18490@rocky.sri.MT.net> From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199605061950.NAA18490@rocky.sri.MT.net> nate@sri.MT.net writes: >> This is helpful, thanks! >> >> However, I don't think there is any need for some (all) of the patches >> you've made to apm.c now. Based on feedback I've got from some testers, >> there machines no work fine w/out *any* of the patches you've added back >> in, so it would be nice to see if you could get the Nomad testers to >> test apm.c as it appears stock in the new SNAP. Also, some of the >> patches you add in are completely redundant due to the changes Bruce and >> I have made to 'apm_int()' (most noted are the cli/sti changes). >> >> Also, most of the changes you made to /sys/pccard.c are a step >> backwards. I fixed them to be correct, and your patches back out my >> fixes (slot_suspend/resume need to have void parameters for >> timeout/untimeout, format changes, etc..). Thank you. Okay, I'll release bug-fix patch soon. This is a quick-hack patch. hosokawa diff -crN sys.pccard-960506/i386/apm/apm.c sys/i386/apm/apm.c *** sys.pccard-960506/i386/apm/apm.c Tue May 7 15:27:39 1996 --- sys/i386/apm/apm.c Tue May 7 12:11:52 1996 *************** *** 40,46 **** #include #include #include - #include #include #include #include --- 40,45 ---- *************** *** 52,63 **** static int apm_int __P((u_long *eax, u_long *ebx, u_long *ecx)); static void apm_resume __P((void)); - #define APM_FORCE_APM10_FLAG 0x01 - #define APM_COMPAT_APM10_FLAG 0x02 - #define APM_SUSPEND_POSTPONE_FLAG 0x04 - #define APM_SUSPEND_DELAY_FLAG 0x08 - #define APM_DSVALUE_BUG_FLAG 0x10 - /* static data */ struct apm_softc { int initialized, active; --- 51,56 ---- *************** *** 68,77 **** u_int cs_limit, ds_limit; u_int cs_entry; u_int intversion; - int force_apm10; - int compat_apm10; - int suspend_postpone; - int suspend_delay; struct apmhook sc_suspend; struct apmhook sc_resume; #ifdef DEVFS --- 61,66 ---- *************** *** 116,122 **** if (kdc_apm.kdc_isa) return; kdc_apm.kdc_state = DC_UNCONFIGURED; - kdc_apm.kdc_description = "Advanced Power Management BIOS"; kdc_apm.kdc_unit = 0; kdc_apm.kdc_isa = id; dev_attach(&kdc_apm); --- 105,110 ---- *************** *** 244,257 **** ebx = PMDV_ALLDEV; ecx = PMST_SUSPEND; - __asm("cli"); if (apm_int(&eax, &ebx, &ecx)) { - __asm("sti"); printf("Entire system suspend failure: errcode = %ld\n", 0xff & (eax >> 8)); return 1; } - __asm("sti"); return 0; } --- 232,242 ---- *************** *** 426,438 **** static void apm_processevent(struct apm_softc *); - static void - apm_suspend_bug(void *dummy) - { - apm_resume(); - } - - /* * Public interface to the suspend/resume: * --- 411,416 ---- *************** *** 451,473 **** if (sc->initialized) { apm_execute_hook(hook[APM_HOOK_SUSPEND]); apm_suspend_system(sc); ! /* ! * Some APM implementations needs extra delay here. ! * If the problem of your machine can be solved ! * with APM_SUSPEND_POSTPONE, please do not use ! * APM_SUSPEND_DELAY. ! * ! * HOSOKAWA, Tatsumi ! */ ! if (sc->suspend_delay) { ! DELAY(100000); ! } ! if (!sc->suspend_postpone) { ! apm_processevent(sc); ! } ! else { ! timeout(apm_suspend_bug, NULL, 5 * hz); ! } } } --- 429,435 ---- if (sc->initialized) { apm_execute_hook(hook[APM_HOOK_SUSPEND]); apm_suspend_system(sc); ! apm_processevent(sc); } } *************** *** 677,685 **** apm_event = apm_getevent(sc); switch (apm_event) { OPMEV_DEBUGMESSAGE(PMEV_STANDBYREQ); - #ifndef APM_IGNORE_STANDBYREQ apm_suspend(); - #endif /* !APM_IGNORE_STANDBYREQ */ break; OPMEV_DEBUGMESSAGE(PMEV_SUSPENDREQ); apm_suspend(); --- 639,645 ---- *************** *** 728,745 **** { #define APM_KERNBASE KERNBASE struct apm_softc *sc = &apm_softc; ! caddr_t apm_bios_work = 0; ! #ifdef APM_DSVALUE_BUG ! dvp->id_flags |= APM_DSVALUE_BUG_FLAG; ! #endif /* APM_DSVALUE_BUG */ ! ! if (dvp->id_flags & APM_DSVALUE_BUG_FLAG) { ! apm_bios_work = (caddr_t)malloc(apm_ds_limit, M_DEVBUF, ! M_NOWAIT); ! bcopy((caddr_t)((apm_ds_base << 4) + APM_KERNBASE), ! apm_bios_work, apm_ds_limit); ! } sc->initialized = 0; --- 688,700 ---- { #define APM_KERNBASE KERNBASE struct apm_softc *sc = &apm_softc; ! #ifdef APM_DSVALUE_BUG ! caddr_t apm_bios_work; ! apm_bioswork = (caddr_t)malloc(apm_ds_limit, M_DEVBUG, M_NOWAIT); ! bcopy((caddr_t)((apm_ds_base << 4) + APM_KERNBASE), apm_bios_work, ! apm_ds_limit); ! #endif /* APM_DSVALUE_BUG */ sc->initialized = 0; *************** *** 754,765 **** sc->ds_limit = apm_ds_limit; sc->cs_entry = apm_cs_entry; ! if (!(dvp->id_flags & APM_DSVALUE_BUG_FLAG)) { ! sc->ds_base = (apm_ds_base << 4) + APM_KERNBASE; ! } ! else { ! sc->ds_base = (u_int)apm_bios_work; ! } /* Always call HLT in idle loop */ sc->always_halt_cpu = 1; --- 709,717 ---- sc->ds_limit = apm_ds_limit; sc->cs_entry = apm_cs_entry; ! #ifdef APM_DSVALUE_BUG ! sc->ds_base = (u_int)apm_bios_work; ! #endif /* APM_DSVALUE_BUG */ /* Always call HLT in idle loop */ sc->always_halt_cpu = 1; *************** *** 767,799 **** sc->slow_idle_cpu = ((apm_flags & APM_CPUIDLE_SLOW) != 0); sc->disabled = ((apm_flags & APM_DISABLED) != 0); sc->disengaged = ((apm_flags & APM_DISENGAGED) != 0); - #ifdef COMPAT_APM10 - sc->compat_apm10 = 1; - #else /* COMPAT_APM10 */ - sc->compat_apm10 = (dvp->id_flags & APM_COMPAT_APM10_FLAG); - #endif /* COMPAT_APM10 */ - #ifdef FORCE_APM10 - sc->force_apm10 = 1; - #else /* FORCE_APM10 */ - sc->force_apm10 = (dvp->id_flags & APM_COMPAT_APM10_FLAG); - if (sc->force_apm10) { - sc->compat_apm10 = 1; - } - #endif /* FORCE_APM10 */ - #ifdef APM_SUSPEND_POSTPONE - sc->suspend_postpone = 1; - #else /* APM_SUSPEND_POSTPONE */ - sc->suspend_postpone = (dvp->id_flags & APM_SUSPEND_POSTPONE_FLAG); - #endif /* APM_SUSPEND_POSTPONE */ - #ifdef APM_SUSPEND_DELAY - sc->suspend_delay = 1; - #else /* APM_SUSPEND_DELAY */ - sc->suspend_delay = (dvp->id_flags & APM_SUSPEND_DELAY_FLAG); - #endif /* APM_SUSPEND_DELAY */ - - if (sc->force_apm10) { - apm_version = 0x100; - } /* print bootstrap messages */ #ifdef APM_DEBUG --- 719,724 ---- *************** *** 820,884 **** apm_addr.segment = GSEL(GAPMCODE32_SEL, SEL_KPL); apm_addr.offset = sc->cs_entry; ! if (!sc->compat_apm10) { ! /* Try to kick bios into 1.1 mode */ ! apm_driver_version(); ! } ! ! if (sc->force_apm10) { ! sc->majorversion = 1; ! sc->minorversion = 0; ! } ! else { ! sc->minorversion = ((apm_version & 0x00f0) >> 4) * 10 + ! ((apm_version & 0x000f) >> 0); ! sc->majorversion = ((apm_version & 0xf000) >> 12) * 10 + ! ((apm_version & 0x0f00) >> 8); ! if (sc->majorversion > 10) { /* maybe buggy APM 1.1 */ ! sc->force_apm10 = sc->compat_apm10 = 1; ! sc->majorversion = 1; ! sc->minorversion = 0; ! } ! } sc->intversion = INTVERSION(sc->majorversion, sc->minorversion); ! if (!sc->compat_apm10) { ! if (sc->intversion >= INTVERSION(1, 1)) { ! printf("apm: Engaged control %s\n", ! is_enabled(!sc->disengaged)); ! } } ! if (sc->compat_apm10) { ! printf(" found APM BIOS version %d.%d", ! sc->majorversion, sc->minorversion); ! { ! static char string[100]; ! sprintf(string, "Advanced Power Management BIOS %d.%d", ! sc->majorversion, sc->minorversion); ! if (sc->intversion >= INTVERSION(1, 1)) { ! strcat(string, " (compat-1.0 mode)"); ! } ! kdc_apm.kdc_description = string; ! } ! printf("\n"); ! } ! else { ! printf(" found APM BIOS version %d.%d\n", ! sc->majorversion, sc->minorversion); ! { ! static char string[100]; ! sprintf(string, "Advanced Power Management BIOS %d.%d", ! sc->majorversion, sc->minorversion); ! kdc_apm.kdc_description = string; ! } ! } ! printf("apm: Slow Idling CPU %s\n", is_enabled(sc->slow_idle_cpu)); ! #ifdef APM_DISABLE_BUG ! sc->disabled = 1; ! #endif /* APM_DISABLE_BUG */ /* enable power management */ if (sc->disabled) { --- 745,781 ---- apm_addr.segment = GSEL(GAPMCODE32_SEL, SEL_KPL); apm_addr.offset = sc->cs_entry; ! #ifdef FORCE_APM10 ! apm_version = 0x100; ! sc->majorversion = 1; ! sc->minorversion = 0; ! sc->intversion = INTVERSION(sc->majorversion, sc->minorversion); ! printf("apm: running in APM 1.0 compatible mode\n"); ! kcd_apm.kdc_description = ! "Advanced Power Management BIOS (1.0 compatability mode)", ! #else ! /* Try to kick bios into 1.1 or greater mode */ ! apm_driver_version(); ! sc->minorversion = ((apm_version & 0x00f0) >> 4) * 10 + ! ((apm_version & 0x000f) >> 0); ! sc->majorversion = ((apm_version & 0xf000) >> 12) * 10 + ! ((apm_version & 0x0f00) >> 8); sc->intversion = INTVERSION(sc->majorversion, sc->minorversion); ! if (sc->intversion >= INTVERSION(1, 1)) { ! #ifdef APM_DEBUG ! printf("apm: Engaged control %s\n", is_enabled(!sc->disengaged)); ! #endif } ! printf("apm: found APM BIOS version %d.%d\n", ! sc->majorversion, sc->minorversion); ! #endif /* FORCE_APM10 */ ! #ifdef APM_DEBUG ! printf("apm: Slow Idling CPU %s\n", is_enabled(sc->slow_idle_cpu)); ! #endif /* enable power management */ if (sc->disabled) { *************** *** 890,896 **** } } - #ifndef APM_NO_ENGAGE /* engage power managment (APM 1.1 or later) */ if (sc->intversion >= INTVERSION(1, 1) && sc->disengaged) { if (apm_engage_disengage_pm(sc, 1)) { --- 787,792 ---- *************** *** 901,907 **** #endif } } - #endif /* APM_NO_ENGAGE */ /* default suspend hook */ sc->sc_suspend.ah_fun = apm_default_suspend; --- 797,802 ---- diff -crN sys.pccard-960506/pccard/pccard.c sys/pccard/pccard.c *** sys.pccard-960506/pccard/pccard.c Tue May 7 15:27:50 1996 --- sys/pccard/pccard.c Tue May 7 14:18:31 1996 *************** *** 56,67 **** #include #endif /* NAPM > 0 */ - #include - #include #include #include #include extern struct kern_devconf kdc_cpu0; --- 56,67 ---- #include #endif /* NAPM > 0 */ #include #include #include + #include + #include #include extern struct kern_devconf kdc_cpu0; *************** *** 97,104 **** * drivers do not need to know about the hooks (or the * data structures). */ ! static int slot_suspend(struct slot * sp); ! static int slot_resume(struct slot * sp); static struct apmhook s_hook[MAXSLOT]; /* APM suspend */ static struct apmhook r_hook[MAXSLOT]; /* APM resume */ #endif /* NAPM > 0 */ --- 97,104 ---- * drivers do not need to know about the hooks (or the * data structures). */ ! static int slot_suspend(void *sp); ! static int slot_resume(void *sp); static struct apmhook s_hook[MAXSLOT]; /* APM suspend */ static struct apmhook r_hook[MAXSLOT]; /* APM resume */ #endif /* NAPM > 0 */ *************** *** 351,376 **** */ #if NAPM > 0 static int ! slot_suspend(struct slot * sp) { struct pccard_dev *dp; ! for (dp = sp->devices; dp; dp = dp->next) { (void) dp->drv->suspend(dp); ! } ! if (!sp->susp_keep_pwr) { sp->ctrl->disable(sp); - } return (0); } static int ! slot_resume(struct slot * sp) { #if 1 int s; ! if (sp->devices) { s = splhigh(); disable_slot(sp); sp->state = empty; --- 351,376 ---- */ #if NAPM > 0 static int ! slot_suspend(void *arg) { + struct slot *sp = arg; struct pccard_dev *dp; ! for (dp = sp->devices; dp; dp = dp->next) (void) dp->drv->suspend(dp); ! if (!sp->susp_keep_pwr) sp->ctrl->disable(sp); return (0); } static int ! slot_resume(void *arg) { + struct slot *sp = arg; #if 1 int s; ! if (sp->state == filled) { s = splhigh(); disable_slot(sp); sp->state = empty; *************** *** 454,467 **** struct apmhook *ap; ap = &s_hook[sp->slot]; ! ap->ah_fun = (int (*)(void *))slot_suspend; ! ap->ah_arg = (void *) sp; ap->ah_name = cp->name; ap->ah_order = APM_MID_ORDER; apm_hook_establish(APM_HOOK_SUSPEND, ap); ap = &r_hook[sp->slot]; ! ap->ah_fun = (int (*)(void *))slot_resume; ! ap->ah_arg = (void *) sp; ap->ah_name = cp->name; ap->ah_order = APM_MID_ORDER; apm_hook_establish(APM_HOOK_RESUME, ap); --- 454,467 ---- struct apmhook *ap; ap = &s_hook[sp->slot]; ! ap->ah_fun = slot_suspend; ! ap->ah_arg = (void *)sp; ap->ah_name = cp->name; ap->ah_order = APM_MID_ORDER; apm_hook_establish(APM_HOOK_SUSPEND, ap); ap = &r_hook[sp->slot]; ! ap->ah_fun = slot_resume; ! ap->ah_arg = (void *)sp; ap->ah_name = cp->name; ap->ah_order = APM_MID_ORDER; apm_hook_establish(APM_HOOK_RESUME, ap); *************** *** 623,628 **** --- 623,642 ---- /* * Remove from device list on this slot. */ + #if 1 + if (sp->devices == devp) { + sp->devices = devp->next; + printf("Remove 0x%x (sp->devices = 0x%x)\n", devp, sp->devices); + } + else { + for (list = sp->devices; list->next; list = list->next) + if (list->next == devp) { + list->next = devp->next; + break; + } + printf("Remove 0x%x from chain\n", devp); + } + #else if (sp->devices == devp) sp->devices = devp->next; else *************** *** 631,636 **** --- 645,651 ---- list->next = devp->next; break; } + #endif /* * Finally, free the memory space. */ diff -crN sys.pccard-960506/pccard/pcic.c sys/pccard/pcic.c *** sys.pccard-960506/pccard/pcic.c Tue May 7 15:27:50 1996 --- sys/pccard/pcic.c Tue May 7 12:09:54 1996 *************** *** 86,92 **** --- 86,94 ---- static void pcic_disable __P((struct slot *)); static void pcic_mapirq __P((struct slot *, int)); static timeout_t pcictimeout; + #ifdef LKM static int pcic_handle __P((struct lkm_table *lkmtp, int cmd)); + #endif /* LKM */ static int pcic_memory(struct slot *, int); static int pcic_io(struct slot *, int); *************** *** 631,637 **** printf("pcic: failed to allocate IRQ\n"); else printf("pcic: controller irq %d\n", pcic_irq); - } /* * Check for a card in this slot. --- 633,638 ---- *************** *** 798,812 **** } slotp->insert_seq = 0; if (sp->controller == PCIC_PD672X || sp->controller == PCIC_PD6710) { - /* - * OS and values of timing registers. - * - * SETUP0 CMD0 RECOV0 SETUP1 CMD1 RECOV1 - * Linux 0x1 0x6, 0x0, 0x1, 0xf, 0x0 - * DHU BIOS? 0x41 0x6, 0x0, 0x1, 0xf, 0x0 - * Original 0x1 0x6, 0x0, 0x1, 0x5f, 0x0 - */ - putb(sp, PCIC_TIME_SETUP0, 0x1); putb(sp, PCIC_TIME_CMD0, 0x6); putb(sp, PCIC_TIME_RECOV0, 0x0); --- 799,804 ---- diff -crN sys.pccard-960506/pccard/slot.h sys/pccard/slot.h *** sys.pccard-960506/pccard/slot.h Tue May 7 15:27:51 1996 --- sys/pccard/slot.h Tue May 7 14:05:53 1996 *************** *** 106,118 **** * Per-slot structure. */ struct slot { ! struct slot *next; /* Master list */ ! int slot; /* Slot number */ ! int flags; /* Slot flags (see below) */ ! int rwmem; /* Read/write flags */ ! int ex_sel; /* PID for select */ ! int irq; /* IRQ allocated (0 = none) */ ! int irqref; /* Reference count of driver IRQs */ struct pccard_dev *devices; /* List of drivers attached */ /* * flags. --- 106,118 ---- * Per-slot structure. */ struct slot { ! struct slot *next; /* Master list */ ! int slot; /* Slot number */ ! int flags; /* Slot flags (see below) */ ! int rwmem; /* Read/write flags */ ! int ex_sel; /* PID for select */ ! int irq; /* IRQ allocated (0 = none) */ ! int irqref; /* Reference count of driver IRQs */ struct pccard_dev *devices; /* List of drivers attached */ /* * flags. -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-hackers Tue May 7 00:34:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA21276 for hackers-outgoing; Tue, 7 May 1996 00:34:38 -0700 (PDT) Received: from eac.iafrica.com (h196-7-192-157.iafrica.com [196.7.192.157]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA21270 for ; Tue, 7 May 1996 00:34:30 -0700 (PDT) Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id JAA02147; Tue, 7 May 1996 09:30:34 +0200 From: Robert Nordier Message-Id: <199605070730.JAA02147@eac.iafrica.com> Subject: Re: dosfsck anyone? To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 7 May 1996 09:30:33 +0200 (SAT) Cc: hackers@freebsd.org In-Reply-To: <199605070604.PAA20167@genesis.atrad.adelaide.edu.au> from "Michael Smith" at May 7, 96 03:34:15 pm X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 7 May 1996, Michael Smith wrote: > It's fairly easy to determine which sectors in the FAT have had the Big A; > if you look at a "typically" corrupted filesystem, there'll be problems > related to entries in one or more contiguous sectors. > > If I recall correctly, DOS' normal allocation strategy tends to use the > clusters towards the end of the filesystem last. > > A combination of these two would tend to imply that you could generally > expect to pick up free clusters from the end of the filesystem, and that > it should be possible to determine whether the FAT in that area had been > damaged. OK. I guess that should do it. Which at least opens up the possibility of conjuring up '/lost.fnd', if necessary. And I'll give the other stuff a go, and see how much additional complexity is entailed, if any. > > > hierarchy, and this just doesn't apply in the DOS world ... where > > designing "a better disk defrag utility" seems like a neat learn C++ > > project. 8( > > Yecch. I tried (several times) to write a 'dosfsck'-style program for > the Atari ST, which uses essentially the same filesystem layout. It > was one of the most frustrating and scarring parts of my early > programming days 8( (None of the commercial tools was particularly good, > and the filesystems were sufficiently different that you couldn't just > move it to a DOS machine and hit it with 'chkdsk'.) Wish I'd know this before: maybe some subtle hints, along the lines of "unfinished business", could have gotten a BSD 'dosfsck' from you, and saved me the trouble. 8) -- Robert Nordier From owner-freebsd-hackers Tue May 7 01:01:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA22468 for hackers-outgoing; Tue, 7 May 1996 01:01:26 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA22460 for ; Tue, 7 May 1996 01:01:21 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id RAA21745; Tue, 7 May 1996 17:35:39 +0930 From: Michael Smith Message-Id: <199605070805.RAA21745@genesis.atrad.adelaide.edu.au> Subject: Re: dosfsck anyone? To: rnordier@iafrica.com (Robert Nordier) Date: Tue, 7 May 1996 17:35:38 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, hackers@freebsd.org In-Reply-To: <199605070730.JAA02147@eac.iafrica.com> from "Robert Nordier" at May 7, 96 09:30:33 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Robert Nordier stands accused of saying: > > > > A combination of these two would tend to imply that you could generally > > expect to pick up free clusters from the end of the filesystem, and that > > it should be possible to determine whether the FAT in that area had been > > damaged. > > OK. I guess that should do it. Which at least opens up the possibility > of conjuring up '/lost.fnd', if necessary. And I'll give the other stuff > a go, and see how much additional complexity is entailed, if any. You might want to spare a thought for the _sorts_ of corruption that often occur, too. As you've noted, the odd sprinkle of 0's is one, and the cluster-sized slab of the FAT plastered with someone's pizza-order-fax is probably the most common other. In the first case, addressing the logical damage is reasonable, but if you can identify the second (probably not too hard 8), then the best bet might be to identify all the files that point into the trampled area, chop them off at that point, park the remaining shreds in the lost.fnd directory, and just blow the damaged FAT sector(s) away. This saves you the problem of having a file link into this area, hit a wrong-but-reasonable value in there, and then crosslink out to an otherwise totally innocent file which would otherwise have survived OK. (The 'innocent bystander' effect.) > > Yecch. I tried (several times) to write a 'dosfsck'-style program for > > the Atari ST, which uses essentially the same filesystem layout. It > > was one of the most frustrating and scarring parts of my early > > programming days 8( (None of the commercial tools was particularly good, > > and the filesystems were sufficiently different that you couldn't just > > move it to a DOS machine and hit it with 'chkdsk'.) > > Wish I'd know this before: maybe some subtle hints, along the lines > of "unfinished business", could have gotten a BSD 'dosfsck' from you, > and saved me the trouble. 8) No way! I was young and foolish then, and I had lots more spare time. (as well as proprotionately more hardware to test on...) > Robert Nordier -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue May 7 01:57:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA25752 for hackers-outgoing; Tue, 7 May 1996 01:57:15 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA25743 for ; Tue, 7 May 1996 01:57:08 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id BAA00303; Tue, 7 May 1996 01:56:49 -0700 Message-Id: <199605070856.BAA00303@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: whchoi%cosmos.kaist.ac.kr@nuri.net cc: hackers@freebsd.org Subject: Re: multicasting in freebsd In-reply-to: Your message of "Tue, 07 May 1996 17:22:44 -0900." <199605080222.RAA19342@cosmos.kaist.ac.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 07 May 1996 01:56:47 -0700 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Hello, Amancio! > > We've just received Matrox clones from Omnimedia, and we're trying > to replace our multicast station with a PC running freebsd. > > The PC is equipped with a 3C509 card, but the problem we now face is > that multicasting is not enabled for the ethernet interface. I > cannot find anything wrong in the configuration. when i asked > for help to the freebsd group, someone replied multicasting is > not supported on 3c509. but i don't think his answer makes sense. > how could (device independent) multicasting will not work on any > specific ethernet hardware? > > We're running the latest freebsd release 2.1.0. > > Do you have any idea? Hi, I have no clue as to why no one has tried to help you perhaps they are busy discussing dosfsck 8) The ethernet card needs to be able to recognized multiple ip addresses in order to efficiently received ip multicast packets. In the future try to do a little digging on the FreeBSD mailing search list: http://www.freebsd.org/search.html It is really easy to use 8) In my case, I just stored all the messages and do a database search with glimpse;however, my freebsd folder got wiped out and I don't feel like restoring it. Please, since I noticed that you got several Matrox clone cards , any multimedia related questions should go to multimedia@freebsd.org where are you bound to find help 8) As for ethernet cards, I use SMC 8216/SMC8216C (16 bit) which FreeBSD has IP multicast support. I have no clue as to whether the following patch works or not however at least it will get you close enough and you may also try checking out what is Freebsd-current/sys/i386/isa/if_ep.c. Regards, Amancio Search Results: document 
From owner-freebsd-hackers  Wed Aug  9 19:09:13 1995
Return-Path: hackers-owner
Received: (from majordom@localhost)
          by freefall.FreeBSD.org (8.6.11/8.6.6) id TAA10479
          for hackers-outgoing; Wed, 9 Aug 1995 19:09:13 -0700
Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34])
          by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id TAA10472
          for ; Wed, 9 Aug 1995 19:09:03 
-0700
Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id 
IAA23568; Thu, 10 Aug 1995 08:11:35 +0600
From: "Serge A. Babkin" 
Message-Id: <199508100211.IAA23568@hq.icb.chel.su>
Subject: Re: Multicast and ep0?
To: kargl@troutmask.apl.washington.edu (Steven G. Kargl)
Date: Thu, 10 Aug 1995 08:11:34 +0600 (GMT+0600)
Cc: freebsd-hackers@freefall.FreeBSD.org
In-Reply-To: <199508100020.RAA00613@troutmask.apl.washington.edu> from "Steven 
G. Kargl" at Aug 9, 95 05:20:04 pm
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Content-Length: 13352     
Sender: hackers-owner@FreeBSD.org
Precedence: bulk

> I recall a discussion concerning the addtional of
> multicast support to the ep0 driver (if_ep.c).  I
> searched the mail archive via http://www.freebsd.org, 
> but could not find the multicast patch.
> 
> Does anyone have a patch for multicast support for 
> the ep0 driver?

Yes.

-------------------------------------- cut here --------------------------
*** if_ep.c.205	Thu Jul 27 09:12:42 1995
--- if_ep.c	Thu Jul 27 10:04:46 1995
***************
*** 100,105 ****
--- 98,104 ----
  #include 
  #include 
  #include 
+ #include 
  
  static int epprobe __P((struct isa_device *));
  static int epattach __P((struct isa_device *));
***************
*** 117,122 ****
--- 116,122 ----
  
  static int send_ID_sequence __P((int));
  static int get_eeprom_data __P((int, int));
+ static struct ep_board *ep_look_for_board_at(struct isa_device *);
  
  struct ep_softc ep_softc[NEP];
  
***************
*** 132,145 ****
  };
  
  static struct kern_devconf kdc_ep[NEP] = { {
!       0, 0, 0,			/* filled in by dev_attach */
        "ep", 0, { MDDT_ISA, 0, "net" },
        isa_generic_externalize, 0, 0, ISA_EXTERNALLEN,
!       &kdc_isa0,		/* parent */
!       0,			/* parentdata */
!       DC_UNCONFIGURED,		/* state */
        "3Com 3C509 Ethernet adapter",
!       DC_CLS_NETIF		/* class */
  } };
  
  static inline void
--- 132,145 ----
  };
  
  static struct kern_devconf kdc_ep[NEP] = { {
!       0, 0, 0,                /* filled in by dev_attach */
        "ep", 0, { MDDT_ISA, 0, "net" },
        isa_generic_externalize, 0, 0, ISA_EXTERNALLEN,
!       &kdc_isa0,              /* parent */
!       0,                      /* parentdata */
!       DC_UNCONFIGURED,        /* state */
        "3Com 3C509 Ethernet adapter",
!       DC_CLS_NETIF            /* class */
  } };
  
  static inline void
***************
*** 154,164 ****
  
  int ep_current_tag = EP_LAST_TAG + 1;
  
! struct {
! 	int epb_addr;	/* address of this board */
! 	char epb_used;	/* was this entry already used for configuring ? */
! 	}
! 	ep_board[EP_MAX_BOARDS + 1];
  
  static int
  eeprom_rdy(is)
--- 154,160 ----
  
  int ep_current_tag = EP_LAST_TAG + 1;
  
! struct ep_board ep_board[EP_MAX_BOARDS + 1];
  
  static int
  eeprom_rdy(is)
***************
*** 174,184 ****
      return (1);
  }
  
! static int
  ep_look_for_board_at(is)
      struct isa_device *is;
  {
!     int data, i, j, io_base, id_port = EP_ID_PORT;
      int nisa = 0, neisa = 0;
  
      if (ep_current_tag == (EP_LAST_TAG + 1)) {
--- 170,180 ----
      return (1);
  }
  
! static struct ep_board *
  ep_look_for_board_at(is)
      struct isa_device *is;
  {
!     int data, i, j, io_base, id_port = ELINK_ID_PORT;
      int nisa = 0, neisa = 0;
  
      if (ep_current_tag == (EP_LAST_TAG + 1)) {
***************
*** 203,232 ****
  	     * Once activated, all the registers are mapped in the range
  	     * x000 - x00F, where x is the slot number.
               */
  	    ep_board[neisa].epb_used = 0;
  	    ep_board[neisa++].epb_addr = j * EP_EISA_START;
  	}
  	ep_current_tag--;
  
          /* Look for the ISA boards. Init and leave them actived */
  	outb(id_port, 0xc0);	/* Global reset */
  	DELAY(10000);
  	for (i = 0; i < EP_MAX_BOARDS; i++) {
  	    outb(id_port, 0);
  	    outb(id_port, 0);
  	    send_ID_sequence(id_port);
  
  	    data = get_eeprom_data(id_port, EEPROM_MFG_ID);
  	    if (data != MFG_ID)
  		break;
  
  	    /* resolve contention using the Ethernet address */
  	    for (j = 0; j < 3; j++)
! 		data = get_eeprom_data(id_port, j);
  
  	    ep_board[neisa+nisa].epb_used = 0;
  	    ep_board[neisa+nisa++].epb_addr =
! 		(get_eeprom_data(id_port, EEPROM_ADDR_CFG) & 0x1f) * 0x10 + 0x200;
  	    outb(id_port, ep_current_tag);	/* tags board */
  	    outb(id_port, ACTIVATE_ADAPTER_TO_CONFIG);
  	    ep_current_tag--;
--- 199,260 ----
  	     * Once activated, all the registers are mapped in the range
  	     * x000 - x00F, where x is the slot number.
               */
+ 	    ep_board[neisa].epb_isa = 0;
  	    ep_board[neisa].epb_used = 0;
  	    ep_board[neisa++].epb_addr = j * EP_EISA_START;
  	}
  	ep_current_tag--;
  
          /* Look for the ISA boards. Init and leave them actived */
+ 	outb(id_port, 0);
+ 	outb(id_port, 0);
+ 
+ #if 0
+ 	send_ID_sequence(id_port);
+ #else
+ 	elink_idseq(0xCF);
+ #endif
+ 
+ #if 0
  	outb(id_port, 0xc0);	/* Global reset */
+ #else
+ 	elink_reset();
+ #endif
  	DELAY(10000);
  	for (i = 0; i < EP_MAX_BOARDS; i++) {
  	    outb(id_port, 0);
  	    outb(id_port, 0);
+ #if 0
  	    send_ID_sequence(id_port);
+ #else
+ 	    elink_idseq(0xCF);
+ #endif
  
  	    data = get_eeprom_data(id_port, EEPROM_MFG_ID);
  	    if (data != MFG_ID)
  		break;
  
  	    /* resolve contention using the Ethernet address */
+ 
  	    for (j = 0; j < 3; j++)
! 		 get_eeprom_data(id_port, j);
! 
! 	    /* and save this address for later use */
! 
! 	    for (j = 0; j < 3; j++)
! 		 ep_board[neisa+nisa].eth_addr[j] = get_eeprom_data(id_port, j);
! 
! 	    ep_board[neisa+nisa].res_cfg =
! 		get_eeprom_data(id_port, EEPROM_RESOURCE_CFG);
  
+ 	    ep_board[neisa+nisa].prod_id =
+ 		get_eeprom_data(id_port, EEPROM_PROD_ID);
+ 
+ 	    ep_board[neisa].epb_isa = 1;
  	    ep_board[neisa+nisa].epb_used = 0;
  	    ep_board[neisa+nisa++].epb_addr =
! 			(get_eeprom_data(id_port, EEPROM_ADDR_CFG) & 0x1f) * 0x10 + 0x200;
! 
  	    outb(id_port, ep_current_tag);	/* tags board */
  	    outb(id_port, ACTIVATE_ADAPTER_TO_CONFIG);
  	    ep_current_tag--;
***************
*** 266,283 ****
  
  	IS_BASE=ep_board[i].epb_addr;
  	ep_board[i].epb_used=1;
! 	return 1;
      } else {
  	for (i=0; ep_board[i].epb_addr && ep_board[i].epb_addr != IS_BASE; i++);
  
! 	if( ep_board[i].epb_used || ep_board[i].epb_addr != IS_BASE)
  	    return 0;
  
  	if (inw(IS_BASE + EP_W0_EEPROM_COMMAND) & EEPROM_TST_MODE)
  	    printf("ep%d: 3c5x9 at 0x%x in test mode. Erase pencil mark!\n",
  		   is->id_unit, IS_BASE);
  	ep_board[i].epb_used=1;
! 	return 1;
      }
  }
  
--- 294,313 ----
  
  	IS_BASE=ep_board[i].epb_addr;
  	ep_board[i].epb_used=1;
! 
! 	return &ep_board[i];
      } else {
  	for (i=0; ep_board[i].epb_addr && ep_board[i].epb_addr != IS_BASE; i++);
  
! 	if( ep_board[i].epb_used || ep_board[i].epb_addr != IS_BASE) 
  	    return 0;
  
  	if (inw(IS_BASE + EP_W0_EEPROM_COMMAND) & EEPROM_TST_MODE)
  	    printf("ep%d: 3c5x9 at 0x%x in test mode. Erase pencil mark!\n",
  		   is->id_unit, IS_BASE);
  	ep_board[i].epb_used=1;
! 
! 	return &ep_board[i];
      }
  }
  
***************
*** 308,327 ****
  
      ep_registerdev(is);
  
!     if (!ep_look_for_board_at(is))
  	return (0);
      /*
       * The iobase was found and MFG_ID was 0x6d50. PROD_ID should be
       * 0x9[0-f]50
       */
      GO_WINDOW(0);
!     k = get_e(is, EEPROM_PROD_ID);
      if ((k & 0xf0ff) != (PROD_ID & 0xf0ff)) {
  	printf("epprobe: ignoring model %04x\n", k);
  	return (0);
      }
  
!     k = get_e(is, EEPROM_RESOURCE_CFG);
      k >>= 12;
  
      /* Now we have two cases again:
--- 338,358 ----
  
      ep_registerdev(is);
  
!     if(( sc->epb=ep_look_for_board_at(is) )==0)
  	return (0);
      /*
       * The iobase was found and MFG_ID was 0x6d50. PROD_ID should be
       * 0x9[0-f]50
       */
      GO_WINDOW(0);
!     k = sc->epb->epb_isa ? sc->epb->prod_id : get_e(is, EEPROM_PROD_ID);
      if ((k & 0xf0ff) != (PROD_ID & 0xf0ff)) {
  	printf("epprobe: ignoring model %04x\n", k);
  	return (0);
      }
  
!     k = sc->epb->epb_isa ? sc->epb->res_cfg : get_e(is, EEPROM_RESOURCE_CFG);
! 
      k >>= 12;
  
      /* Now we have two cases again:
***************
*** 396,402 ****
      p = (u_short *) & sc->arpcom.ac_enaddr;
      for (i = 0; i < 3; i++) {
  	GO_WINDOW(0);
! 	p[i] = htons(get_e(is, i));
  	GO_WINDOW(2);
  	outw(BASE + EP_W2_ADDR_0 + (i * 2), ntohs(p[i]));
      }
--- 427,433 ----
      p = (u_short *) & sc->arpcom.ac_enaddr;
      for (i = 0; i < 3; i++) {
  	GO_WINDOW(0);
! 	p[i] = htons( sc->epb->epb_isa ? sc->epb->eth_addr[i] : get_e(is, i) );
  	GO_WINDOW(2);
  	outw(BASE + EP_W2_ADDR_0 + (i * 2), ntohs(p[i]));
      }
***************
*** 423,429 ****
      ifp->if_unit = is->id_unit;
      ifp->if_name = "ep";
      ifp->if_mtu = ETHERMTU;
!     ifp->if_flags = IFF_BROADCAST | IFF_SIMPLEX | IFF_NOTRAILERS;
      ifp->if_init = epinit;
      ifp->if_output = ether_output;
      ifp->if_start = epstart;
--- 454,461 ----
      ifp->if_unit = is->id_unit;
      ifp->if_name = "ep";
      ifp->if_mtu = ETHERMTU;
!     ifp->if_flags = IFF_BROADCAST | IFF_MULTICAST | 
! 	IFF_SIMPLEX | IFF_NOTRAILERS;
      ifp->if_init = epinit;
      ifp->if_output = ether_output;
      ifp->if_start = epstart;
***************
*** 432,438 ****
  	ifp->if_timer=1;
  
      if_attach(ifp);
!     kdc_ep[is->id_unit].kdc_state = DC_BUSY;
  
      /*
       * Fill the hardware address into ifa_addr if we find an AF_LINK entry.
--- 464,472 ----
  	ifp->if_timer=1;
  
      if_attach(ifp);
! 
!     /* device attach does transition from UNCONFIGURED to IDLE state */
!     kdc_ep[is->id_unit].kdc_state=DC_IDLE;
  
      /*
       * Fill the hardware address into ifa_addr if we find an AF_LINK entry.
***************
*** 475,481 ****
  #endif
      ep_fset(F_RX_FIRST);
      sc->top = sc->mcur = 0;
! 
  #if NBPFILTER > 0
      bpfattach(&sc->bpf, ifp, DLT_EN10MB, sizeof(struct ether_header));
  #endif
--- 509,515 ----
  #endif
      ep_fset(F_RX_FIRST);
      sc->top = sc->mcur = 0;
! 	
  #if NBPFILTER > 0
      bpfattach(&sc->bpf, ifp, DLT_EN10MB, sizeof(struct ether_header));
  #endif
***************
*** 536,547 ****
  
      outw(BASE + EP_COMMAND, SET_INTR_MASK | S_5_INTS);
  
! 	if(ifp->if_flags & IFF_PROMISC)
! 		outw(BASE + EP_COMMAND, SET_RX_FILTER | FIL_INDIVIDUAL |
! 		 FIL_GROUP | FIL_BRDCST | FIL_ALL);
! 	else
! 		outw(BASE + EP_COMMAND, SET_RX_FILTER | FIL_INDIVIDUAL |
! 		 FIL_GROUP | FIL_BRDCST);
  
  	 /*
  	  * S.B.
--- 570,581 ----
  
      outw(BASE + EP_COMMAND, SET_INTR_MASK | S_5_INTS);
  
!     if(ifp->if_flags & IFF_PROMISC)
! 	outw(BASE + EP_COMMAND, SET_RX_FILTER | FIL_INDIVIDUAL |
! 	 FIL_GROUP | FIL_BRDCST | FIL_ALL);
!     else
! 	outw(BASE + EP_COMMAND, SET_RX_FILTER | FIL_INDIVIDUAL |
! 	 FIL_GROUP | FIL_BRDCST);
  
  	 /*
  	  * S.B.
***************
*** 814,820 ****
  		   sc->rx_no_first, sc->rx_no_mbuf, sc->rx_bpf_disc, sc->rx_overrunf,
  		   sc->rx_overrunl, sc->tx_underrun);
  #else
! 	    printf("ep%d: Status: %x\n", unit, status);
  #endif
  	    epinit(unit);
  	    splx(x);
--- 848,854 ----
  		   sc->rx_no_first, sc->rx_no_mbuf, sc->rx_bpf_disc, sc->rx_overrunf,
  		   sc->rx_overrunl, sc->tx_underrun);
  #else
! 	    printf("ep%d: Status: %x (input buffer overflow)\n", unit, status);
  #endif
  	    epinit(unit);
  	    splx(x);
***************
*** 1132,1137 ****
--- 1166,1175 ----
      switch (cmd) {
        case SIOCSIFADDR:
  	ifp->if_flags |= IFF_UP;
+ 
+ 	/* netifs are BUSY when UP */
+ 	kdc_ep[ifp->if_unit].kdc_state=DC_BUSY;
+ 
  	switch (ifa->ifa_addr->sa_family) {
  #ifdef INET
  	  case AF_INET:
***************
*** 1163,1168 ****
--- 1201,1211 ----
  	}
  	break;
        case SIOCSIFFLAGS:
+ 	/* UP controls BUSY/IDLE */
+ 	kdc_ep[ifp->if_unit].kdc_state= ( (ifp->if_flags & IFF_UP)
+ 		? DC_BUSY
+ 		: DC_IDLE );
+ 
  	if ((ifp->if_flags & IFF_UP) == 0 && ifp->if_flags & IFF_RUNNING) {
  	    ifp->if_flags &= ~IFF_RUNNING;
  	    epstop(ifp->if_unit);
***************
*** 1175,1180 ****
--- 1218,1224 ----
  	}
  
  	/* NOTREACHED */
+ #if 0
  
  	if (ifp->if_flags & IFF_UP && (ifp->if_flags & IFF_RUNNING) == 0)
  	    epinit(ifp->if_unit);
***************
*** 1187,1192 ****
--- 1231,1237 ----
  	    ep_frst(F_PROMISC);
  	    epinit(ifp->if_unit);
  	    }
+ #endif
  
  	break;
  #ifdef notdef
***************
*** 1205,1212 ****
  		} else {
  			ifp->if_mtu = ifr->ifr_mtu;
  		}
! 		break;
! 
        default:
  		error = EINVAL;
      }
--- 1250,1264 ----
  		} else {
  			ifp->if_mtu = ifr->ifr_mtu;
  		}
! 		break; 
! 	case SIOCADDMULTI:
! 	case SIOCDELMULTI:
! 	    /* Now this driver has no support for programmable
! 	     * multicast filters. If some day it will gain this
! 	     * support this part of code must be extended.
! 	     */
! 	    error=0;
! 	    break;
        default:
  		error = EINVAL;
      }
*** if_epreg.h.205	Tue Jul 18 09:29:43 1995
--- if_epreg.h	Wed Jul 26 14:19:14 1995
***************
*** 71,76 ****
--- 70,77 ----
  
  #define         F_ACCESS_32_BITS 0x100
  
+     struct ep_board *epb;
+ 
  #ifdef  EP_LOCAL_STATS
      short tx_underrun;
      short rx_no_first;
***************
*** 80,85 ****
--- 81,97 ----
      short rx_overrunl;
  #endif
  };
+ 
+ struct ep_board {
+ 	int epb_addr;	/* address of this board */
+ 	char epb_used;	/* was this entry already used for configuring ? */
+ 				/* data from EEPROM for later use */
+ 	char epb_isa;	/* flag: this is an ISA card */
+ 	u_short eth_addr[3];	/* Ethernet address */
+ 	u_short prod_id;	/* product ID */
+ 	u_short res_cfg;	/* resource configuration */
+ 	};
+ 
  
  /*
   * Some global constants
-------------------------------------- cut here --------------------------

		Serge Babkin

! (babkin@hq.icb.chel.su)
! Headquarter of Joint Stock Commercial Bank "Chelindbank"
! Chelyabinsk, Russia
From owner-freebsd-hackers Tue May 7 02:49:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA28387 for hackers-outgoing; Tue, 7 May 1996 02:49:18 -0700 (PDT) Received: from itesec.hsc.fr (root@itesec.hsc.fr [192.70.106.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA28380 for ; Tue, 7 May 1996 02:49:11 -0700 (PDT) Received: from tetard.hsc.fr (tetard.hsc.fr [192.70.106.43]) by itesec.hsc.fr (8.7.5/8.7.3/itesec-1.8) with ESMTP id LAA17863 for ; Tue, 7 May 1996 11:48:52 +0200 (MET DST) Received: (from regnauld@localhost) by tetard.hsc.fr (8.7.5/8.7.3/tetard-uucp-2.8) id LAA03288 for hackers@freebsd.org; Tue, 7 May 1996 11:48:32 +0200 (MET DST) From: Philippe Regnauld Message-Id: <199605070948.LAA03288@tetard.hsc.fr> Subject: Tadpole Pentium 1000 -- bogus hardware To: hackers@freebsd.org (hackers) Date: Tue, 7 May 1996 11:48:32 +0200 (MET DST) X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi all, For the past few weeks I've been fighting to get this Tadpole laptop to boot FreeBSD, with growing success -- thanks to Stefan. In the first place it didn't recognize PCI at all, and thanks to some patches, it probes everything... and hangs on npx0. Here's the last probe report I sent to Stefan: Booting fd(0,a)/kernel @ 0x1a6000 text=0xf0000 data=0x0 bss=0xa00 symbols=[+0x600+0x4+0x27c+0x4+0x1fd] total=0x297481 entry point=0x1a6000 Uncompressing kernel...done Booting the kernel BIOS basemem (635K) != RTC basemem (640K) Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2-current #1: Wed May 1 21:09:39 1996 roberto@keltia.freenix.fr:/usr/src/sys/compile/BOOTMFS CPU: 83-MHz Pentium 735\90 or 815\100 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x1bf real memory = 33554432 (32768K bytes) avail memory = 30081024 (29376K bytes) pcibus_setup(1): mode1res=0x8000000e (0x80000000), mode2res=0x0e (0x0e) pcibus_setup(2): mode1res=0x00000000 (0x80000000) pcibus_setup(3): mode1res=0x80000000 (0xff000001) pcibus_check: device 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 -- nothing found pcibus_setup(4): now trying mechanism 2 pcibus_check: device 0 is there (id=04a38086) Probing for devices on the PCI bus: configuration mode 2 allows 16 devices. chip0 rev 17 on pci0:0 CPU: Pentium, 66MHz, CPU->Memory posting ON, read around write Warning: Cache parity disabled! Cache: 256KB writeback, cache clocks=3-2-2-2/4-2-2-2 Cache flags: byte-control DRAM: page mode memory clocks=X-4-4-4/X-3-3-3 (60ns) CPU->PCI: posting OFF, burst mode OFF, PCI clocks=2-1-1-1 PCI->Memory: posting OFF Refresh: RAS#Only ncr0 rev 1 int a irq 10 on pci0:1 mapreg[10] type=1 addr=0000fc00 size=0100. mapreg[14] type=0 addr=fedffc00 size=0100. reg20: virtual=0xf46f8c00 physical=0xfedffc00 size=0x100 ncr0: restart (scsi reset). ncr0 scanning for targets 0..6 (V2 pl23 95/09/07) ncr0 waiting for scsi devices to settle (ncr0:3:0): "IBM DPRS-21215 ! S61B" type 0 fixed SCSI 2 sd0(ncr0:3:0): Direct-Access sd0(ncr0:3:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 1160MB (2376864 512 byte sectors) sd0(ncr0:3:0): with 2358 cyls, 16 heads, and an average 63 sectors/track chip1 rev 3 on pci0:2 Bus Modes: Bus Park, Bus Lock, Coprocessor errors enabled Mouse function enabled Keyboard controller: 60h,62h,64h,66h RTC: 70h-77h Configuration RAM: 0C00h,0800h-08FFh Port 92: enabled pci0:3: Cirrus Logic, device=0x1100, class=bridge (pcmcia) [no driver assigned] map(10): io(3e0) pci0: uses 256 bytes of memory from fedffc00 upto fedffcff. pci0: uses 256 bytes of I/O space from fc00 upto fcff. Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 not found at 0x2f8 sio2 not found at 0x3e8 sio3 not found at 0x2e8 lpt0 at 0x278-0x27f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 not found at 0xffffffff lpt2 not found at 0xffffffff mse0: wrong signature 0 mse0 not found at 0x23c fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 not found at 0x1f0 wt0 not found at 0x300 mcd0 not found at 0x300 mcd1 not found at 0x340 matcdc0 not found at 0x230 scd0 not found at 0x230 ep0 not found at 0x300 ze: pcmcia slot 0: 3Com Corporation~3C589~TP/BNC LAN Card Ver. 2a~000002~ ze: pcmcia slot 1: ze0 not found at 0x300 zp: found card in slot 0 zp0 not found at 0x300 npx0 on motherboard npx0: INT 16 interface ===== After this, nothing. Zero. It still takes keyboard input (i.e. if I hit CTRL-ALT-DEL, it'll display "Rebooting..." and do so.) -- --------------------+---------------------------------------+-----------------+ | Philippe Regnauld |_______Herve Schauer Consultants_______| regnauld@hsc.fr | +-------------------+FreeBSD - Turning PCs into Workstations+-----------------+ From owner-freebsd-hackers Tue May 7 03:39:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA00326 for hackers-outgoing; Tue, 7 May 1996 03:39:20 -0700 (PDT) Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA00320 for ; Tue, 7 May 1996 03:39:17 -0700 (PDT) Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id GAA25010; Tue, 7 May 1996 06:38:07 -0400 Date: Tue, 7 May 1996 06:38:07 -0400 (EDT) From: "Ron G. Minnich" To: "Amancio Hasty Jr." cc: whchoi%cosmos.kaist.ac.kr@nuri.net, hackers@freebsd.org Subject: Re: multicasting in freebsd In-Reply-To: <199605070856.BAA00303@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk i had to make a few changes to the 3c509 driver (grab changes from -current basically) for multicast. Memory says it does not work out of the box. ron Ron Minnich |" Microsoft Word: It does so little and it does rminnich@sarnoff.com | it so slowly" -- Maya Gokhale (609)-734-3120 | ftp://ftp.sarnoff.com/pub/mnfs/www/docs/cluster.html From owner-freebsd-hackers Tue May 7 04:40:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA02308 for hackers-outgoing; Tue, 7 May 1996 04:40:32 -0700 (PDT) Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA02302 for ; Tue, 7 May 1996 04:40:13 -0700 (PDT) Received: (babkin@localhost) by hq.icb.chel.su (8.7.5/8.6.5) id RAA06172; Tue, 7 May 1996 17:37:51 +0600 (GMT+0600) From: "Serge A. Babkin" Message-Id: <199605071137.RAA06172@hq.icb.chel.su> Subject: Re: multicasting in freebsd To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Tue, 7 May 1996 17:37:51 +0600 (ESD) Cc: whchoi%cosmos.kaist.ac.kr@nuri.net, hackers@FreeBSD.ORG In-Reply-To: <199605070856.BAA00303@rah.star-gate.com> from "Amancio Hasty Jr." at May 7, 96 01:56:47 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > > Hello, Amancio! > > > > We've just received Matrox clones from Omnimedia, and we're trying > > to replace our multicast station with a PC running freebsd. > > > > The PC is equipped with a 3C509 card, but the problem we now face is > > that multicasting is not enabled for the ethernet interface. I > > cannot find anything wrong in the configuration. when i asked > > for help to the freebsd group, someone replied multicasting is > > not supported on 3c509. but i don't think his answer makes sense. > > how could (device independent) multicasting will not work on any > > specific ethernet hardware? Perhaps the ep driver in 2.1 does not support multicast. Driver from -stable must do it (and be enough easily installable into 2.1). -SB From owner-freebsd-hackers Tue May 7 05:32:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA03896 for hackers-outgoing; Tue, 7 May 1996 05:32:42 -0700 (PDT) Received: from itesec.hsc.fr (root@itesec.hsc.fr [192.70.106.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA03788 for ; Tue, 7 May 1996 05:30:11 -0700 (PDT) Received: from tetard.hsc.fr (tetard.hsc.fr [192.70.106.43]) by itesec.hsc.fr (8.7.5/8.7.3/itesec-1.8) with ESMTP id OAA20836 for ; Tue, 7 May 1996 14:29:56 +0200 (MET DST) Received: (from regnauld@localhost) by tetard.hsc.fr (8.7.5/8.7.3/tetard-uucp-2.8) id OAA03621 for hackers@freebsd.org; Tue, 7 May 1996 14:29:36 +0200 (MET DST) From: Philippe Regnauld Message-Id: <199605071229.OAA03621@tetard.hsc.fr> Subject: Re: Tadpole Pentium 1000 -- bogus hardware To: hackers@freebsd.org (hackers) Date: Tue, 7 May 1996 14:29:36 +0200 (MET DST) In-Reply-To: <199605070948.LAA03288@tetard.hsc.fr> from Philippe Regnauld at "May 7, 96 11:48:32 am" X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Philippe Regnauld écrit / writes: > Hi all, > > For the past few weeks I've been fighting to get this Tadpole > laptop to boot FreeBSD, with growing success -- thanks to > Stefan. In the first place it didn't recognize PCI at all, > and thanks to some patches, it probes everything... and hangs > on npx0. Here's the last probe report I sent to Stefan: > Mea culpa on this one, folks -- I found out that I hadn't disabled ALL unused stuff with -c. I hadn't read the last line of Stefan's message :-P. So the litte bugger boots fine, and I've installed 2.1.0 on it. -- Phil -- +-------------------+---------------------------------------+-----------------+ | Philippe Regnauld |_______Herve Schauer Consultants_______| regnauld@hsc.fr | +-------------------+FreeBSD - Turning PCs into Workstations+-----------------+ From owner-freebsd-hackers Tue May 7 05:45:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA04380 for hackers-outgoing; Tue, 7 May 1996 05:45:28 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA04374 for ; Tue, 7 May 1996 05:45:24 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id WAA22648; Tue, 7 May 1996 22:19:08 +0930 From: Michael Smith Message-Id: <199605071249.WAA22648@genesis.atrad.adelaide.edu.au> Subject: Re: multicasting in freebsd To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Tue, 7 May 1996 22:19:07 +0930 (CST) Cc: whchoi%cosmos.kaist.ac.kr@nuri.net, hackers@FreeBSD.org In-Reply-To: <199605070856.BAA00303@rah.star-gate.com> from "Amancio Hasty Jr." at May 7, 96 01:56:47 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty Jr. stands accused of saying: > > > > not supported on 3c509. but i don't think his answer makes sense. > > how could (device independent) multicasting will not work on any > > specific ethernet hardware? Multicasting requires hardware support, or driver-level support using promiscuous mode (which will eat your CPU) > The ethernet card needs to be able to recognized multiple ip addresses in > order to efficiently received ip multicast packets. Ethernet cards don't "recognise IP addresses". Multicast packets are sent to different _ethernet_ hardware addresses. If the hardware on your ethernet card can't be programmed to accept packets to more than one hardware address, then multicast operation is problematic. In some cases, it's just that documentation for the hardware on a card isn't good enough to allow the driver author to put the card into 'multicast mode'. > As for ethernet cards, I use SMC 8216/SMC8216C (16 bit) which FreeBSD has > IP multicast support. The SMC cards are good candidates for multicast work; they emulate the good ol' NS8390, which handles multicast just fine. > I have no clue as to whether the following patch works or not however > at least it will get you close enough and you may also try checking > out what is Freebsd-current/sys/i386/isa/if_ep.c. > > > Regards, > Amancio > > > Search Results: document > > 
From owner-freebsd-hackers  Wed Aug  9 19:09:13 1995
> Return-Path: hackers-owner
> Received: (from majordom@localhost)
>           by freefall.FreeBSD.org (8.6.11/8.6.6) id TAA10479
>           for hackers-outgoing; Wed, 9 Aug 1995 19:09:13 -0700
> Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34])
>           by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id TAA10472
>           for ; Wed, 9 Aug 1995 19:09:03 
> -0700
> Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id 
> IAA23568; Thu, 10 Aug 1995 08:11:35 +0600
> From: "Serge A. Babkin" 
> Message-Id: <199508100211.IAA23568@hq.icb.chel.su>
> Subject: Re: Multicast and ep0?
> To: kargl@troutmask.apl.washington.edu (Steven G. Kargl)
> Date: Thu, 10 Aug 1995 08:11:34 +0600 (GMT+0600)
> Cc: freebsd-hackers@freefall.FreeBSD.org
> In-Reply-To: <199508100020.RAA00613@troutmask.apl.washington.edu> from "Steven 
> G. Kargl" at Aug 9, 95 05:20:04 pm
> X-Mailer: ELM [version 2.4 PL23]
> Content-Type: text
> Content-Length: 13352     
> Sender: hackers-owner@FreeBSD.org
> Precedence: bulk
> 
> > I recall a discussion concerning the addtional of
> > multicast support to the ep0 driver (if_ep.c).  I
> > searched the mail archive via http://www.freebsd.org, 
> > but could not find the multicast patch.
> > 
> > Does anyone have a patch for multicast support for 
> > the ep0 driver?
> 
> Yes.
> 
> -------------------------------------- cut here --------------------------
> *** if_ep.c.205	Thu Jul 27 09:12:42 1995
> --- if_ep.c	Thu Jul 27 10:04:46 1995
> ***************
> *** 100,105 ****
> --- 98,104 ----
>   #include 
>   #include 
>   #include 
> + #include 
>   
>   static int epprobe __P((struct isa_device *));
>   static int epattach __P((struct isa_device *));
> ***************
> *** 117,122 ****
> --- 116,122 ----
>   
>   static int send_ID_sequence __P((int));
>   static int get_eeprom_data __P((int, int));
> + static struct ep_board *ep_look_for_board_at(struct isa_device *);
>   
>   struct ep_softc ep_softc[NEP];
>   
> ***************
> *** 132,145 ****
>   };
>   
>   static struct kern_devconf kdc_ep[NEP] = { {
> !       0, 0, 0,			/* filled in by dev_attach */
>         "ep", 0, { MDDT_ISA, 0, "net" },
>         isa_generic_externalize, 0, 0, ISA_EXTERNALLEN,
> !       &kdc_isa0,		/* parent */
> !       0,			/* parentdata */
> !       DC_UNCONFIGURED,		/* state */
>         "3Com 3C509 Ethernet adapter",
> !       DC_CLS_NETIF		/* class */
>   } };
>   
>   static inline void
> --- 132,145 ----
>   };
>   
>   static struct kern_devconf kdc_ep[NEP] = { {
> !       0, 0, 0,                /* filled in by dev_attach */
>         "ep", 0, { MDDT_ISA, 0, "net" },
>         isa_generic_externalize, 0, 0, ISA_EXTERNALLEN,
> !       &kdc_isa0,              /* parent */
> !       0,                      /* parentdata */
> !       DC_UNCONFIGURED,        /* state */
>         "3Com 3C509 Ethernet adapter",
> !       DC_CLS_NETIF            /* class */
>   } };
>   
>   static inline void
> ***************
> *** 154,164 ****
>   
>   int ep_current_tag = EP_LAST_TAG + 1;
>   
> ! struct {
> ! 	int epb_addr;	/* address of this board */
> ! 	char epb_used;	/* was this entry already used for configuring ? */
> ! 	}
> ! 	ep_board[EP_MAX_BOARDS + 1];
>   
>   static int
>   eeprom_rdy(is)
> --- 154,160 ----
>   
>   int ep_current_tag = EP_LAST_TAG + 1;
>   
> ! struct ep_board ep_board[EP_MAX_BOARDS + 1];
>   
>   static int
>   eeprom_rdy(is)
> ***************
> *** 174,184 ****
>       return (1);
>   }
>   
> ! static int
>   ep_look_for_board_at(is)
>       struct isa_device *is;
>   {
> !     int data, i, j, io_base, id_port = EP_ID_PORT;
>       int nisa = 0, neisa = 0;
>   
>       if (ep_current_tag == (EP_LAST_TAG + 1)) {
> --- 170,180 ----
>       return (1);
>   }
>   
> ! static struct ep_board *
>   ep_look_for_board_at(is)
>       struct isa_device *is;
>   {
> !     int data, i, j, io_base, id_port = ELINK_ID_PORT;
>       int nisa = 0, neisa = 0;
>   
>       if (ep_current_tag == (EP_LAST_TAG + 1)) {
> ***************
> *** 203,232 ****
>   	     * Once activated, all the registers are mapped in the range
>   	     * x000 - x00F, where x is the slot number.
>                */
>   	    ep_board[neisa].epb_used = 0;
>   	    ep_board[neisa++].epb_addr = j * EP_EISA_START;
>   	}
>   	ep_current_tag--;
>   
>           /* Look for the ISA boards. Init and leave them actived */
>   	outb(id_port, 0xc0);	/* Global reset */
>   	DELAY(10000);
>   	for (i = 0; i < EP_MAX_BOARDS; i++) {
>   	    outb(id_port, 0);
>   	    outb(id_port, 0);
>   	    send_ID_sequence(id_port);
>   
>   	    data = get_eeprom_data(id_port, EEPROM_MFG_ID);
>   	    if (data != MFG_ID)
>   		break;
>   
>   	    /* resolve contention using the Ethernet address */
>   	    for (j = 0; j < 3; j++)
> ! 		data = get_eeprom_data(id_port, j);
>   
>   	    ep_board[neisa+nisa].epb_used = 0;
>   	    ep_board[neisa+nisa++].epb_addr =
> ! 		(get_eeprom_data(id_port, EEPROM_ADDR_CFG) & 0x1f) * 0x10 + 0x200;
>   	    outb(id_port, ep_current_tag);	/* tags board */
>   	    outb(id_port, ACTIVATE_ADAPTER_TO_CONFIG);
>   	    ep_current_tag--;
> --- 199,260 ----
>   	     * Once activated, all the registers are mapped in the range
>   	     * x000 - x00F, where x is the slot number.
>                */
> + 	    ep_board[neisa].epb_isa = 0;
>   	    ep_board[neisa].epb_used = 0;
>   	    ep_board[neisa++].epb_addr = j * EP_EISA_START;
>   	}
>   	ep_current_tag--;
>   
>           /* Look for the ISA boards. Init and leave them actived */
> + 	outb(id_port, 0);
> + 	outb(id_port, 0);
> + 
> + #if 0
> + 	send_ID_sequence(id_port);
> + #else
> + 	elink_idseq(0xCF);
> + #endif
> + 
> + #if 0
>   	outb(id_port, 0xc0);	/* Global reset */
> + #else
> + 	elink_reset();
> + #endif
>   	DELAY(10000);
>   	for (i = 0; i < EP_MAX_BOARDS; i++) {
>   	    outb(id_port, 0);
>   	    outb(id_port, 0);
> + #if 0
>   	    send_ID_sequence(id_port);
> + #else
> + 	    elink_idseq(0xCF);
> + #endif
>   
>   	    data = get_eeprom_data(id_port, EEPROM_MFG_ID);
>   	    if (data != MFG_ID)
>   		break;
>   
>   	    /* resolve contention using the Ethernet address */
> + 
>   	    for (j = 0; j < 3; j++)
> ! 		 get_eeprom_data(id_port, j);
> ! 
> ! 	    /* and save this address for later use */
> ! 
> ! 	    for (j = 0; j < 3; j++)
> ! 		 ep_board[neisa+nisa].eth_addr[j] = get_eeprom_data(id_port, j);
> ! 
> ! 	    ep_board[neisa+nisa].res_cfg =
> ! 		get_eeprom_data(id_port, EEPROM_RESOURCE_CFG);
>   
> + 	    ep_board[neisa+nisa].prod_id =
> + 		get_eeprom_data(id_port, EEPROM_PROD_ID);
> + 
> + 	    ep_board[neisa].epb_isa = 1;
>   	    ep_board[neisa+nisa].epb_used = 0;
>   	    ep_board[neisa+nisa++].epb_addr =
> ! 			(get_eeprom_data(id_port, EEPROM_ADDR_CFG) & 0x1f) * 0x10 + 0x200;
> ! 
>   	    outb(id_port, ep_current_tag);	/* tags board */
>   	    outb(id_port, ACTIVATE_ADAPTER_TO_CONFIG);
>   	    ep_current_tag--;
> ***************
> *** 266,283 ****
>   
>   	IS_BASE=ep_board[i].epb_addr;
>   	ep_board[i].epb_used=1;
> ! 	return 1;
>       } else {
>   	for (i=0; ep_board[i].epb_addr && ep_board[i].epb_addr != IS_BASE; i++);
>   
> ! 	if( ep_board[i].epb_used || ep_board[i].epb_addr != IS_BASE)
>   	    return 0;
>   
>   	if (inw(IS_BASE + EP_W0_EEPROM_COMMAND) & EEPROM_TST_MODE)
>   	    printf("ep%d: 3c5x9 at 0x%x in test mode. Erase pencil mark!\n",
>   		   is->id_unit, IS_BASE);
>   	ep_board[i].epb_used=1;
> ! 	return 1;
>       }
>   }
>   
> --- 294,313 ----
>   
>   	IS_BASE=ep_board[i].epb_addr;
>   	ep_board[i].epb_used=1;
> ! 
> ! 	return &ep_board[i];
>       } else {
>   	for (i=0; ep_board[i].epb_addr && ep_board[i].epb_addr != IS_BASE; i++);
>   
> ! 	if( ep_board[i].epb_used || ep_board[i].epb_addr != IS_BASE) 
>   	    return 0;
>   
>   	if (inw(IS_BASE + EP_W0_EEPROM_COMMAND) & EEPROM_TST_MODE)
>   	    printf("ep%d: 3c5x9 at 0x%x in test mode. Erase pencil mark!\n",
>   		   is->id_unit, IS_BASE);
>   	ep_board[i].epb_used=1;
> ! 
> ! 	return &ep_board[i];
>       }
>   }
>   
> ***************
> *** 308,327 ****
>   
>       ep_registerdev(is);
>   
> !     if (!ep_look_for_board_at(is))
>   	return (0);
>       /*
>        * The iobase was found and MFG_ID was 0x6d50. PROD_ID should be
>        * 0x9[0-f]50
>        */
>       GO_WINDOW(0);
> !     k = get_e(is, EEPROM_PROD_ID);
>       if ((k & 0xf0ff) != (PROD_ID & 0xf0ff)) {
>   	printf("epprobe: ignoring model %04x\n", k);
>   	return (0);
>       }
>   
> !     k = get_e(is, EEPROM_RESOURCE_CFG);
>       k >>= 12;
>   
>       /* Now we have two cases again:
> --- 338,358 ----
>   
>       ep_registerdev(is);
>   
> !     if(( sc->epb=ep_look_for_board_at(is) )==0)
>   	return (0);
>       /*
>        * The iobase was found and MFG_ID was 0x6d50. PROD_ID should be
>        * 0x9[0-f]50
>        */
>       GO_WINDOW(0);
> !     k = sc->epb->epb_isa ? sc->epb->prod_id : get_e(is, EEPROM_PROD_ID);
>       if ((k & 0xf0ff) != (PROD_ID & 0xf0ff)) {
>   	printf("epprobe: ignoring model %04x\n", k);
>   	return (0);
>       }
>   
> !     k = sc->epb->epb_isa ? sc->epb->res_cfg : get_e(is, EEPROM_RESOURCE_CFG);
> ! 
>       k >>= 12;
>   
>       /* Now we have two cases again:
> ***************
> *** 396,402 ****
>       p = (u_short *) & sc->arpcom.ac_enaddr;
>       for (i = 0; i < 3; i++) {
>   	GO_WINDOW(0);
> ! 	p[i] = htons(get_e(is, i));
>   	GO_WINDOW(2);
>   	outw(BASE + EP_W2_ADDR_0 + (i * 2), ntohs(p[i]));
>       }
> --- 427,433 ----
>       p = (u_short *) & sc->arpcom.ac_enaddr;
>       for (i = 0; i < 3; i++) {
>   	GO_WINDOW(0);
> ! 	p[i] = htons( sc->epb->epb_isa ? sc->epb->eth_addr[i] : get_e(is, i) );
>   	GO_WINDOW(2);
>   	outw(BASE + EP_W2_ADDR_0 + (i * 2), ntohs(p[i]));
>       }
> ***************
> *** 423,429 ****
>       ifp->if_unit = is->id_unit;
>       ifp->if_name = "ep";
>       ifp->if_mtu = ETHERMTU;
> !     ifp->if_flags = IFF_BROADCAST | IFF_SIMPLEX | IFF_NOTRAILERS;
>       ifp->if_init = epinit;
>       ifp->if_output = ether_output;
>       ifp->if_start = epstart;
> --- 454,461 ----
>       ifp->if_unit = is->id_unit;
>       ifp->if_name = "ep";
>       ifp->if_mtu = ETHERMTU;
> !     ifp->if_flags = IFF_BROADCAST | IFF_MULTICAST | 
> ! 	IFF_SIMPLEX | IFF_NOTRAILERS;
>       ifp->if_init = epinit;
>       ifp->if_output = ether_output;
>       ifp->if_start = epstart;
> ***************
> *** 432,438 ****
>   	ifp->if_timer=1;
>   
>       if_attach(ifp);
> !     kdc_ep[is->id_unit].kdc_state = DC_BUSY;
>   
>       /*
>        * Fill the hardware address into ifa_addr if we find an AF_LINK entry.
> --- 464,472 ----
>   	ifp->if_timer=1;
>   
>       if_attach(ifp);
> ! 
> !     /* device attach does transition from UNCONFIGURED to IDLE state */
> !     kdc_ep[is->id_unit].kdc_state=DC_IDLE;
>   

-- 
]] Mike Smith, Software Engineer        msmith@atrad.adelaide.edu.au    [[
]] Genesis Software                     genesis@atrad.adelaide.edu.au   [[
]] High-speed data acquisition and      (GSM mobile) 0411-222-496       [[
]] realtime instrument control          (ph/fax)  +61-8-267-3039        [[
]] Collector of old Unix hardware.      "Where are your PEZ?" The Tick  [[

From owner-freebsd-hackers  Tue May  7 06:21:10 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id GAA06166
          for hackers-outgoing; Tue, 7 May 1996 06:21:10 -0700 (PDT)
Received: from plains.nodak.edu (tinguely@plains.NoDak.edu [134.129.111.64])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA06155
          for ; Tue, 7 May 1996 06:21:07 -0700 (PDT)
Received: (from tinguely@localhost) by plains.nodak.edu (8.7.1/8.7.1) id IAA03496; Tue, 7 May 1996 08:21:02 -0500 (CDT)
Date: Tue, 7 May 1996 08:21:02 -0500 (CDT)
From: Mark Tinguely 
Message-Id: <199605071321.IAA03496@plains.nodak.edu>
To: hasty@rah.star-gate.com, whchoi%cosmos.kaist.ac.kr@nuri.net
Subject: Re: multicasting in freebsd
Cc: hackers@freebsd.org
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

I think the patch you sent was for the 1.1.5 if_ep.c driver. In the past,
I had problems adding that patch to a 2.1.0 if_ep.c driver.

If you also have problems with this patch, I would suggest you patch the 1.1.5
driver using this patch or grab the -current driver for if_ep.c from
a ftp site. The current driver should contain a working multicast support.

--mark.

From owner-freebsd-hackers  Tue May  7 06:26:04 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id GAA06397
          for hackers-outgoing; Tue, 7 May 1996 06:26:04 -0700 (PDT)
Received: from frig.mt.cs.keio.ac.jp (frig.mt.cs.keio.ac.jp [131.113.32.7])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA06371
          Tue, 7 May 1996 06:25:55 -0700 (PDT)
Received: (from hosokawa@localhost) by frig.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id WAA28162; Tue, 7 May 1996 22:25:52 +0900
Date: Tue, 7 May 1996 22:25:52 +0900
Message-Id: <199605071325.WAA28162@frig.mt.cs.keio.ac.jp>
To: freebsd-announce@freebsd.org, freebsd-mobile@freebsd.org,
        freebsd-hackers@freebsd.org
Reply-To: freebsd-mobile@freebsd.org
Subject: [PCMCIA] (minor-bugfix) pccard-test-960508 is now available!
From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi)
X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon)
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Sorry!

pccard-test-960506 has some minor problems.  I fixed these problems,
and release new package (960508).  This package contains upgrade diffs.

You can get it from,

ftp://ryukyu.mt.cs.keio.ac.jp/pub/FreeBSD/pccard/pccard-test-960508.tar.gz

--
	HOSOKAWA, Tatsumi              E-mail: hosokawa@mt.cs.keio.ac.jp
	  WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html
	Department of Computer Science, Keio University, Yokohama, Japan

From owner-freebsd-hackers  Tue May  7 06:33:57 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id GAA06780
          for hackers-outgoing; Tue, 7 May 1996 06:33:57 -0700 (PDT)
Received: from paloalto.access.hp.com (daemon@paloalto.access.hp.com [15.254.56.2])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA06775
          Tue, 7 May 1996 06:33:55 -0700 (PDT)
Received: from fakir.india.hp.com by paloalto.access.hp.com with ESMTP
	(1.37.109.16/15.5+ECS 3.3) id AA186956012; Tue, 7 May 1996 06:33:38 -0700
Received: from localhost by fakir.india.hp.com with SMTP
	(1.37.109.16/15.5+ECS 3.3) id AA138846231; Tue, 7 May 1996 19:07:12 +0530
Message-Id: <199605071337.AA138846231@fakir.india.hp.com>
To: "Andrew V. Stesin" 
Cc: hackers@freebsd.org, current@freebsd.org
Subject: Re: lmbench IDE anomaly 
In-Reply-To: Your message of "Sat, 04 May 1996 13:55:44 +0300."
             <199605041055.NAA23197@office.elvisti.kiev.ua> 
Date: Tue, 07 May 1996 19:07:11 +0530
From: A JOSEPH KOSHY 
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


Following Andrew Stesin's suggestion I enabled flags 0x80ff80ff on the
onboard IDE controller.  IDE Disk transfer figures went up dramatically;
but the slowdown on simultaneous reads was still around.

Here are the figures:

(Machine configuration at end)

(The test cases involved running "lmdd" from LMBENCH on 
 the various disk devices and timing reads of 16MB of data.

i.e# ./lmdd if=/dev/DEVICE bs=BLOCKSIZE count=16MEG/BLOCKSIZE of=internal

Throughput for one lmdd reader process and two simultaneous lmdd readers are 
given below).

                        Per process                     Per process
Device  blocksize       KB/s            blocksize       KB/s
~~~~~~  ~~~~~~~~~       ~~~~            ~~~~~~~~~       ~~~~
        -- SCSI DISK --
        --single reader--
rsd0a   bs=1024         653.74          bs=8192         1312.31
                        682.66                          1268.36
                        677.52                          1361.95


        --two readers--
rsd0a   bs=1024         424.27          bs=8192         805.69
                        424.24                          807.64
                        --                              812.82

Looks like changing the block size for the read can double throughput.
Also, two readers yield better thoughput than a single reader process.
So far so good.
        
        -- IDE DISK --
        --single reader--
rwd0a   bs=1024         839.05          bs=8192         2392.08 (!!)
                        841.53                          2402.42 (!!)
                        841.85                          2402.45 (!!)

        --two readers--
rwd0a   bs=1024         199.38          bs=8192         251.83
                        218.38                          237.95
                        220.68                          238.50

The read rates for the single reader case are fantastic, however
disaster seems to strike when two reader access the same device
So I looked at the block device.

        --single reader--
wd0a    bs=1024         199.80          bs=8192         796.07
                        200.04                          795.06

        --two readers--
wd0a    bs=1024         200.04          bs=8192         795.60
                        200.33                          795.20

Hmm, block size makes a huge difference still.  Is this to 
be expected?  Also the two reader case and the single reader case
are around the same performance -- i.e. the buffer cache seems to
be working well.  Also note the 3x-4x slowdown when enabling the buffer
cache compared to the raw device read. 

Machine config
~~~~~~~~~~~~~~
FreeBSD 2.2-CURRENT #0: Mon May  6 12:16:33 IST 1996
     root@krill.india.hp.com:/usr/src/sys/compile/KRILL
...
CPU: Pentium (89.99-MHz 586-class CPU)
  Origin = "GenuineIntel"  Id = 0x525  Stepping=5
  Features=0x1bf
real memory  = 16777216 (16384K bytes)
avail memory = 14737408 (14392K bytes)
...
wdc0 at 0x1f0-0x1f7 irq 14 flags 0x80ff80ff on isa
wdc0: unit 0 (wd0): , multi-block-8
wd0: 516MB (1057392 sectors), 1049 cyls, 16 heads, 63 S/T, 512 B/S
aha0: Rev 41 (AHA-154x[AB]) V0.5, enabling residuals, target ops
aha0: reading board settings, dma=5 int=11 id=7  (bus speed defaulted)
aha0 at 0x330-0x333 irq 11 drq 5 on isa
(aha0:5:0): "QUANTUM LPS1080S 1220" type 0 fixed SCSI 2
sd0(aha0:5:0): Direct-Access 1001MB (2051460 512 byte sectors)
sd0(aha0:5:0): with 2874 cyls, 8 heads, and an average 89 sectors/track
...


Koshy

From owner-freebsd-hackers  Tue May  7 09:17:53 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id JAA17161
          for hackers-outgoing; Tue, 7 May 1996 09:17:53 -0700 (PDT)
Received: from ncd.com (firewall-user@welch.ncd.com [192.43.160.250])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA17153
          for ; Tue, 7 May 1996 09:17:50 -0700 (PDT)
Received: by ncd.com; id JAA14463; Tue, 7 May 1996 09:44:01 -0700
Received: from z-code.z-code.com(192.82.56.21) by welch.ncd.com via smap (g3.0.1)
	id xma014446; Tue, 7 May 96 09:43:45 -0700
Received: from zask.z-code.com (zask.z-code.com [192.82.56.137]) by z-code.z-code.com (8.6.9/8.6.9) with ESMTP id JAA09734; Tue, 7 May 1996 09:13:33 -0700
Received: (from ulf@localhost) by zask.z-code.com (8.7.5/8.7.5) id JAA13559; Tue, 7 May 1996 09:16:50 -0700 (PDT)
From: "Ulf Zimmermann" 
Message-Id: <9605070916.ZM13557@zask.z-code.com>
Date: Tue, 7 May 1996 09:16:48 -0700
In-Reply-To: "Kaleb S. KEITHLEY" 
        "Re: dosfsck anyone?" (May  6, 20:12)
References: <199605070012.UAA17615@exalt.x.org>
X-Mailer: Z-Mail (3.2.1 10oct95)
To: "Kaleb S. KEITHLEY" , Terry Lambert 
Subject: Re: dosfsck anyone?
Cc: hackers@freefall.freebsd.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

On May 6, 20:12, Kaleb S. KEITHLEY wrote:
> Subject: Re: dosfsck anyone?
>
> > > main stumbling block, though, is that clusters (other than the
> > > first directory cluster) will be missing '.' and '..' entries.
>
> > 2)	"." and ".." are artifacts of the search interface, not
> > 	artifacts of directory structure contents in a FAT/VFAT/VFAT32
> > 	file system.
> >
>
> ??? What does that mean, they're "artifacts of the search interface..."
>
> It's been years since I used MS-DOS enough to care about poking around
> in the file system with Norton Utilities, but as I recall "." and ".."
> are just like any other directory entry in a directory.
>
> --
>
> Kaleb KEITHLEY
>-- End of excerpt from Kaleb S. KEITHLEY

. and .. are offical needed, it is used by MS-Dos to load quicker the actual
directory (. points to the first cluster of the diretory) or to go one
directory up again (.. points to the first cluster of the mother directory or
to 0 for roo directory)

Ulf.

-- 


From owner-freebsd-hackers  Tue May  7 09:38:42 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id JAA18033
          for hackers-outgoing; Tue, 7 May 1996 09:38:42 -0700 (PDT)
Received: from remote.transarc.com (remote.transarc.com [158.98.16.250])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA18028
          for ; Tue, 7 May 1996 09:38:38 -0700 (PDT)
Received: by remote.transarc.com (5.65/DEC-Ultrix/4.3)
	id AA03531; Tue, 7 May 1996 12:37:46 -0400
Date: Tue, 7 May 1996 12:38:05 -0400 (EDT)
From: Pat Barron 
To: freebsd-hackers@freebsd.org
Subject: Anyone working on ATM support?
Message-Id: 
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

If anyone is working on ATM on FreeBSD, could you drop me a note?  I'd
be interested in hearing about what vendor's interfaces you're working
with, what you plan to do about signalling, etc....

If I could come up with the cards and technical info, I'd been thinking
about trying to work with the ATML VL1000 card (since it's an ISA bus
card - I'd be more interested in using the new FORE Systems cards, but
they're PCI bus, and I don't have a machine I could put one in ....).  
The people at ATML tell me they have a Linux driver for their card.

I'm also interested in implementing "Serial Line ATM", so as to be
able to work on the upper levels of the software without having any
actual ATM interfaces available.

Anyone else doing anything like this?  Let me know!

--Pat.


From owner-freebsd-hackers  Tue May  7 10:38:36 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id KAA20776
          for hackers-outgoing; Tue, 7 May 1996 10:38:36 -0700 (PDT)
Received: (from jmb@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id KAA20770
          Tue, 7 May 1996 10:38:34 -0700 (PDT)
From: "Jonathan M. Bresler" 
Message-Id: <199605071738.KAA20770@freefall.freebsd.org>
Subject: Re: Anyone working on ATM support?
To: pat@transarc.com (Pat Barron)
Date: Tue, 7 May 1996 10:38:34 -0700 (PDT)
Cc: freebsd-hackers@freebsd.org
In-Reply-To:  from "Pat Barron" at May 7, 96 12:38:05 pm
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Pat Barron wrote:
> 
> If anyone is working on ATM on FreeBSD, could you drop me a note?  I'd
> be interested in hearing about what vendor's interfaces you're working
> with, what you plan to do about signalling, etc....

	try freebsd-atm@freebsd.org

--
Jonathan M. Bresler           FreeBSD Postmaster             jmb@FreeBSD.ORG
FreeBSD--4.4BSD Unix for PC clones, source included. http://www.freebsd.org/

From owner-freebsd-hackers  Tue May  7 12:01:54 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id MAA25372
          for hackers-outgoing; Tue, 7 May 1996 12:01:54 -0700 (PDT)
Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA25359
          for ; Tue, 7 May 1996 12:01:51 -0700 (PDT)
Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id MAA02074 for ; Tue, 7 May 1996 12:01:46 -0700
Message-Id: <199605071901.MAA02074@rah.star-gate.com>
X-Mailer: exmh version 1.6.5 12/11/95
To: hackers@freebsd.org
Subject: xess on FreeBSD cdrom?
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Tue, 07 May 1996 12:01:45 -0700
From: "Amancio Hasty Jr." 
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk



Hi,

xess is a cool spreadsheet which supports a tcl interface well sort of
it actually supports an X protocol for which a tcl interface has 
been written which can talk to xess. I noticed that on 
http://www.xess.com/NExS/nexs.html
a few linux distributors are including the xess demo so I was wondering
if we could do the same 8)

	Cheers,
	Amancio



From owner-freebsd-hackers  Tue May  7 12:06:30 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id MAA25744
          for hackers-outgoing; Tue, 7 May 1996 12:06:30 -0700 (PDT)
Received: from nightmare.dreamchaser.org ([207.40.47.18])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA25739
          for ; Tue, 7 May 1996 12:06:27 -0700 (PDT)
Received: from mofo (mofo.dreamchaser.org [206.230.42.91]) by nightmare.dreamchaser.org (8.6.12/8.6.12) with SMTP id NAA01232 for ; Tue, 7 May 1996 13:05:54 -0600
Message-ID: <318F9F04.1388@ics.com>
Date: Tue, 07 May 1996 13:05:40 -0600
From: Gary Aitken 
Organization: Integrated Computer Solutions
X-Mailer: Mozilla 3.0b3 (X11; I; SunOS 5.4 sun4c)
MIME-Version: 1.0
To: freebsd-hackers@freebsd.org
Subject: netstart & network interface startup scripts
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

In 2.1, /etc/netstart contains the following code to configure the
network interfaces:

# Set up all the network interfaces, calling startup scripts if needed
for ifn in ${network_interfaces}; do
        if [ -e /etc/start_if.${ifn} ]; then
                . /etc/start_if.${ifn} ${ifn}
        fi
        eval ifconfig_args=\$ifconfig_${ifn}
        ifconfig ${ifn} ${ifconfig_args}
        ifconfig ${ifn}
done

Why are the interface specific scripts run *before* the interfaces
are actually configured?  I would have thought they should be run
afterwards.  

for example, I need to do the following at startup:

ifconfig de0 inet 206.230.42.65 netmask 255.255.255.224
ifconfig de0 inet 206.230.42.69 alias

The first can be taken care of with the normal ifconfig_de0="..."
line in sysconfig.  The second could be done by supplying
an /etc/start_if.de0 script, but in that case both lines
would need to be put there and no ifconfig_de0 line would
be in sysconfig (which makes the comments in sysconfig a
bit misleading).

Is the intent that the presence of /etc/start_if.xxx means
there should be no ifconfig_xxx line in sysconfig?
-- 
Gary Aitken		garya@ics.com		(business)
			garya@dreamchaser.org	(personal)

From owner-freebsd-hackers  Tue May  7 12:13:11 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id MAA26247
          for hackers-outgoing; Tue, 7 May 1996 12:13:11 -0700 (PDT)
Received: from Sisyphos (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA26242
          for ; Tue, 7 May 1996 12:13:08 -0700 (PDT)
Received: by Sisyphos id AA04379
  (5.67b/IDA-1.5 for freebsd-hackers@freebsd.org); Tue, 7 May 1996 21:12:33 +0200
Message-Id: <199605071912.AA04379@Sisyphos>
From: se@zpr.uni-koeln.de (Stefan Esser)
Date: Tue, 7 May 1996 21:12:32 +0200
In-Reply-To: "Amancio Hasty Jr." 
       "Re: shared interrupts?" (May  6, 16:02)
X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95)
To: "Amancio Hasty Jr." 
Subject: Re: shared interrupts?
Cc: freebsd-hackers@freebsd.org
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

On May 6, 16:02, "Amancio Hasty Jr." wrote:
} Subject: Re: shared interrupts?
} > > Is it possible for PCI devices to shared interrupts?
} > 
} > Yes.
} > 
} > > And if so how does one identify which device is generating the interrupt?
} > 
} > One asks each device sharing the interrupt "Are *yo* talking to *me*?".
} > 
} > 8-).
} 
} Okay, specifically how does one ask each device "Are you really talking
} to me?"

Well, that specific question is easy to answer (but I 
don't know whether you'll like this particular answer :)

It is device specific ...

There is a linked list of devices belonging to each IRQ 
that is actually being shared, and a meta-handler polls 
each device in this list, possibly leading to more than 
one interrupt being serviced.

(You are not interested in knowing whether this device
originally caused this polling cycle, it suffices to
check whether it could take advantage of service now :)

It is good practice to have the interrupt handler in a 
PCI driver just do a quick check in the device's status 
register, whether this device is in a state that requires 
service and to just return if it wasn't.

Regards, STefan
-- 
 Stefan Esser, Zentrum fuer Paralleles Rechnen		Tel:	+49 221 4706021
 Universitaet zu Koeln, Weyertal 80, 50931 Koeln	FAX:	+49 221 4705160
 ==============================================================================
 http://www.zpr.uni-koeln.de/~se			  

From owner-freebsd-hackers  Tue May  7 13:06:39 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id NAA00209
          for hackers-outgoing; Tue, 7 May 1996 13:06:39 -0700 (PDT)
Received: from who.cdrom.com (who.cdrom.com [204.216.27.3])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA00202
          for ; Tue, 7 May 1996 13:06:36 -0700 (PDT)
Received: from refuge.Colorado.EDU (root@refuge.Colorado.EDU [128.138.238.60])
          by who.cdrom.com (8.6.12/8.6.11) with ESMTP id NAA04125
          for ; Tue, 7 May 1996 13:06:24 -0700
Received: from refuge.Colorado.EDU (jorgy@localhost [127.0.0.1]) by refuge.Colorado.EDU (8.7.5/8.6.12/UnixOps/Hesiod/(SDM)) with ESMTP id OAA10892 for ; Tue, 7 May 1996 14:04:50 -0600 (MDT)
Message-Id: <199605072004.OAA10892@refuge.Colorado.EDU>
To: freebsd-hackers@freebsd.org
Subject: MCA support
Date: Tue, 07 May 1996 14:04:49 -0600
From: "Eric R. Jorgensen" 
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


Hello,

I was wondering if the people working on this were hanging out on this
list.  I have an NCR 3300 system that I'd like to get going, so I'd be
willing to beta test/hack away if someone could send me some pointers
to code or people.

Thanks!

Eric


From owner-freebsd-hackers  Tue May  7 14:34:34 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id OAA10748
          for hackers-outgoing; Tue, 7 May 1996 14:34:34 -0700 (PDT)
Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA10724
          for ; Tue, 7 May 1996 14:34:25 -0700 (PDT)
Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id AAA08677; Wed, 8 May 1996 00:38:37 +0300
Date: Wed, 8 May 1996 00:38:37 +0300 (EET DST)
From: Narvi 
To: hackers@freebsd.org
Subject: bsd.lib.mk
Message-ID: 
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk



HI!

I think this is the right please to ask questions about bsd.lib.mk and 
make a FreeBSD libraries (both regular and shared) in general:

1) Is it OK to include -O or -O2 in the compiling of the library and 
shall it make any difference? 
2) (and rest)... sorry - a bit too late already - I had a couple bu can't 
remeber on the moment :-(

	Sander

Eat good food, preserve nature, be nice to all nice people :)


From owner-freebsd-hackers  Tue May  7 14:53:17 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id OAA12843
          for hackers-outgoing; Tue, 7 May 1996 14:53:17 -0700 (PDT)
Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA12827
          for ; Tue, 7 May 1996 14:53:09 -0700 (PDT)
Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA24408; Tue, 7 May 1996 14:43:43 -0700
From: Terry Lambert 
Message-Id: <199605072143.OAA24408@phaeton.artisoft.com>
Subject: Re: dosfsck anyone?
To: ulf@z-code.ncd.com (Ulf Zimmermann)
Date: Tue, 7 May 1996 14:43:43 -0700 (MST)
Cc: kaleb@x.org, terry@lambert.org, hackers@freefall.freebsd.org
In-Reply-To: <9605070916.ZM13557@zask.z-code.com> from "Ulf Zimmermann" at May 7, 96 09:16:48 am
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> > ??? What does that mean, they're "artifacts of the search interface..."
> >
> > It's been years since I used MS-DOS enough to care about poking around
> > in the file system with Norton Utilities, but as I recall "." and ".."
> > are just like any other directory entry in a directory.
> 
> . and .. are offical needed, it is used by MS-Dos to load quicker the actual
> directory (. points to the first cluster of the diretory) or to go one
> directory up again (.. points to the first cluster of the mother directory or
> to 0 for roo directory)

Windows95 IFS uses absolute paths for all FS lookups.  So does NT.

*ALL* FS lookups.

Same goes for DOS 7.0 shells running INT 21 emulation for programs
running in DOS "Command" on Win95.

If you "cd .." you *don't* get a ".." at the IFSMgr_SetReqHook()
call level.  You get an absolute path with the ".." parsed back.


					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.

From owner-freebsd-hackers  Tue May  7 15:07:15 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id PAA14396
          for hackers-outgoing; Tue, 7 May 1996 15:07:15 -0700 (PDT)
Received: (from jmb@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id PAA14387
          Tue, 7 May 1996 15:07:13 -0700 (PDT)
From: "Jonathan M. Bresler" 
Message-Id: <199605072207.PAA14387@freefall.freebsd.org>
Subject: 4.4BSD book
To: hackers
Date: Tue, 7 May 1996 15:07:13 -0700 (PDT)
Cc: chat
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

	The Design and Implementation of the 4.4BSD
	Operating System book is out.  got a copy right here ;)

	Folks, this book is dedicated to YOU:

		This book is dedicated to the BSD community,
		Without the contributions of that community's members,
		there would be nothing about which to write.


	Special acknowledgements to John Dyson, David Greenman, both 
	of The FreeBSD Project.

	Everyone raise a glass to these two gentlemen.
	And another glass to all of the members of The FreeBSD Project!

-- 
Jonathan M. Bresler           FreeBSD Postmaster             jmb@FreeBSD.ORG
FreeBSD--4.4BSD Unix for PC clones, source included. http://www.freebsd.org/

From owner-freebsd-hackers  Tue May  7 15:44:12 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id PAA17972
          for hackers-outgoing; Tue, 7 May 1996 15:44:12 -0700 (PDT)
Received: from expo.x.org (expo.x.org [198.112.45.11])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA17964
          for ; Tue, 7 May 1996 15:44:10 -0700 (PDT)
Received: from exalt.x.org by expo.x.org id AA17048; Tue, 7 May 96 18:43:20 -0400
Received: from localhost by exalt.x.org id SAA21637; Tue, 7 May 1996 18:43:09 -0400
Message-Id: <199605072243.SAA21637@exalt.x.org>
To: Terry Lambert 
Cc: hackers@freefall.FreeBSD.org
Subject: Re: dosfsck anyone? 
In-Reply-To: Your message of Tue, 07 May 1996 14:43:43 EST.
             <199605072143.OAA24408@phaeton.artisoft.com> 
Organization: X Consortium
Date: Tue, 07 May 1996 18:43:06 EST
From: "Kaleb S. KEITHLEY" 
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk


> > > ??? What does that mean, they're "artifacts of the search interface..."
> > >
> > > It's been years since I used MS-DOS enough to care about poking around
> > > in the file system with Norton Utilities, but as I recall "." and ".."
> > > are just like any other directory entry in a directory.
> > 
> > . and .. are offical needed, it is used by MS-Dos to load quicker the actual
> > directory (. points to the first cluster of the diretory) or to go one
> > directory up again (.. points to the first cluster of the mother directory or
> > to 0 for roo directory)
> 
> Windows95 IFS uses absolute paths for all FS lookups.  So does NT.
> 
> *ALL* FS lookups.

While running DOS/Windows.

> 
> Same goes for DOS 7.0 shells running INT 21 emulation for programs
> running in DOS "Command" on Win95.
> 
> If you "cd .." you *don't* get a ".." at the IFSMgr_SetReqHook()
> call level.  You get an absolute path with the ".." parsed back.
> 

Fine, but what does that have to do with how the bits are laid on on
the disk in FAT/VFAT/VFAT32? 

My guess is that FreeBSD programs don't care too very much about INT21
emulation or IFSMgr_SetReqHook. :-)

On the disk there are "." and ".." directory entries. If the Windows
IFS chooses to parse out the ".." in a filespec, that doesn't sound
like something that affects how dosfsck will work.

--

Kaleb KEITHLEY

From owner-freebsd-hackers  Tue May  7 16:47:17 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id QAA25248
          for hackers-outgoing; Tue, 7 May 1996 16:47:17 -0700 (PDT)
Received: from doberman.cisco.com (doberman.cisco.com [171.69.1.178])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA25240
          for ; Tue, 7 May 1996 16:47:15 -0700 (PDT)
Received: (amcrae@localhost) by doberman.cisco.com (8.6.12/8.6.5) id QAA09955; Tue, 7 May 1996 16:46:43 -0700
Date: Tue, 7 May 1996 16:46:43 -0700
From: Andrew McRae 
Message-Id: <199605072346.QAA09955@doberman.cisco.com>
To: hackers@freebsd.org
Subject: Re: shared interrupts?
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

se@zpr.uni-koeln.de (Stefan Esser):
> On May 6, 16:02, "Amancio Hasty Jr." wrote:
> } Subject: Re: shared interrupts?
> } > > Is it possible for PCI devices to shared interrupts?
> } > 
> } > Yes.
> } > 
> } > > And if so how does one identify which device is generating the interrupt?
> } > 
> } > One asks each device sharing the interrupt "Are *yo* talking to *me*?".
> } > 
> } > 8-).
> } 
> } Okay, specifically how does one ask each device "Are you really talking
> } to me?"
> 
> Well, that specific question is easy to answer (but I 
> don't know whether you'll like this particular answer :)

As an example, the PC-Card stuff does this to allow
multiple devices (Ether, modem) to exist together on the
same PC-Card slot. A standard interrupt handler is installed
that polls each actual device interrupt handler in turn;
a device interrupt handler returning 0 indicates that this
particular device has no interrupt outstanding e.g:

/*
 *      slot_irq_handler - Interrupt handler for shared irq devices.
 */
static void
slot_irq_handler(int sp)
{
struct pccard_dev *dp;
 
/*
 *      For each device that has the shared interrupt,
 *      call the interrupt handler. If the interrupt was
 *      caught, the handler returns true.
 */
        for (dp = ((struct slot *)sp)->devices; dp; dp = dp->next)
                if (dp->isahd.id_irq && dp->running && dp->drv->handler(dp))
                        return;
        printf("Slot %d, unfielded interrupt (%d)\n",
                ((struct slot *)sp)->slot, ((struct slot *)sp)->irq);
}


One problem with this are bugs (h/w or s/w) that
cause an interrupt but the device doesn't own up (often
caused by a race condition when the device is manipulated
by interrupt unmasked code).  Another common problem is
dumb devices that don't have interrupt pending testable
bits.

The interrupt mechanism of the PC sucks.

Andrew McRae (amcrae@cisco.com)

From owner-freebsd-hackers  Tue May  7 17:27:35 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id RAA29117
          for hackers-outgoing; Tue, 7 May 1996 17:27:35 -0700 (PDT)
Received: from time.cdrom.com (time.cdrom.com [204.216.27.226])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA29111
          for ; Tue, 7 May 1996 17:27:33 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id RAA10930 for ; Tue, 7 May 1996 17:27:05 -0700 (PDT)
To: hackers@freebsd.org
Subject: Any Frame employees on this list?
Date: Tue, 07 May 1996 17:27:05 -0700
Message-ID: <10928.831515225@time.cdrom.com>
From: "Jordan K. Hubbard" 
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

I hear rumors that Adobe now has lots of Frame employees sort of
idling around, and I'm wondering if any of those employees might be
interested in doing some FreeBSD related work - I mean, if you guys
are just going to waste! :-)

Anyone on this list who *knows* someone inside Frame would also be
encouraged to forward this message.  If there really is any way we can
make the best of the strange position in which Adobe finds itself
(perhaps even with a plug or two thrown in Adobe's direction) then I'm
more than happy to give it a shot.

					Jordan

From owner-freebsd-hackers  Tue May  7 17:32:37 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id RAA29577
          for hackers-outgoing; Tue, 7 May 1996 17:32:37 -0700 (PDT)
Received: from etinc.com (etinc.com [204.141.244.98])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA29571
          Tue, 7 May 1996 17:32:33 -0700 (PDT)
Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id UAA27804; Tue, 7 May 1996 20:40:46 -0400
Date: Tue, 7 May 1996 20:40:46 -0400
Message-Id: <199605080040.UAA27804@etinc.com>
X-Sender: dennis@etinc.com
X-Mailer: Windows Eudora Version 2.0.3
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
To: freebsd-isp@freebsd.org
From: dennis@etinc.com (dennis)
Subject: High Speed Load Balancing
Cc: hackers@freebsd.org, linuxisp@lightning.com
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


Emerging Technologies announces the availability of multi-line load
balancing features for it sychronous adapters for FreeBSD, Linux and
BSD/OS. The new feature allows up to 8 lines or frame relay DLCIs to
be "bundled" together in load balancing or fallback/backup configurations.

Load balanced lines are bundled with a simple utility that builds stacks
of "pipes" which are automatically balanced within the supplied drivers.
Synchronous lines may be balanced along with frame relay dlcis to 
create simply yet powerful multi-path redundant networks. Individual
lines or DLCIs can also be designated as  "fallback" only, in which case
traffic will be re-routed to those lines only if the primary pipe is out of 
service.

The software also supports "directed" load-balancing, which allows 
administrators to target traffic from specifc sources to a specific pipe.
As an example, an installation with 2 T1 lines could have all of its
dial-up traffic routed to one T1 and all local and serial line traffic
routed to the other. This can be used to create priority pipes or simply
to assign bandwidth on a source by source basis.

The next release will allow specific types of traffic to be routed to a
particular pipe, such as WEB and FTP traffic to one pipe and TELNET and
domain traffic to another.

Information about these new features is available at www.etinc.com.




From owner-freebsd-hackers  Tue May  7 17:40:40 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id RAA00280
          for hackers-outgoing; Tue, 7 May 1996 17:40:40 -0700 (PDT)
Received: from jolt.eng.umd.edu (jolt.eng.umd.edu [129.2.102.5])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA00262
          Tue, 7 May 1996 17:40:35 -0700 (PDT)
Received: from maryann.eng.umd.edu (maryann.eng.umd.edu [129.2.98.209]) by jolt.eng.umd.edu (8.7.5/8.7.3) with ESMTP id UAA19612; Tue, 7 May 1996 20:40:29 -0400 (EDT)
Received: (from chuckr@localhost) by maryann.eng.umd.edu (8.7.5/8.7.3) id UAA24475; Tue, 7 May 1996 20:40:29 -0400 (EDT)
Date: Tue, 7 May 1996 20:40:29 -0400 (EDT)
From: Chuck Robey 
X-Sender: chuckr@maryann.eng.umd.edu
To: "Jonathan M. Bresler" 
cc: hackers@freefall.freebsd.org, chat@freefall.freebsd.org
Subject: Re: 4.4BSD book
In-Reply-To: <199605072207.PAA14387@freefall.freebsd.org>
Message-ID: 
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

On Tue, 7 May 1996, Jonathan M. Bresler wrote:

> 	The Design and Implementation of the 4.4BSD
> 	Operating System book is out.  got a copy right here ;)
> 
> 	Folks, this book is dedicated to YOU:
> 
> 		This book is dedicated to the BSD community,
> 		Without the contributions of that community's members,
> 		there would be nothing about which to write.
> 
> 
> 	Special acknowledgements to John Dyson, David Greenman, both 
> 	of The FreeBSD Project.
> 
> 	Everyone raise a glass to these two gentlemen.
> 	And another glass to all of the members of The FreeBSD Project!

I'd love a copy.  Do publishers allow group buys on new books?  I bet 
that there'd be a lot of FreeBSDers who want that book!


==========================================================================
Chuck Robey chuckr@eng.umd.edu, I run FreeBSD-current on n3lxx + Journey2
 
Three Accounts for the Super-users in the sky,
  Seven for the Operators in their halls of fame,
Nine for Ordinary Users doomed to crie,
  One for the Illegal Cracker with his evil game
In the Domains of Internet where the data lie.
  One Account to rule them all, One Account to watch them,
  One Account to make them all and in the network bind them.



From owner-freebsd-hackers  Tue May  7 17:51:50 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id RAA01016
          for hackers-outgoing; Tue, 7 May 1996 17:51:50 -0700 (PDT)
Received: (from jmb@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id RAA01007
          Tue, 7 May 1996 17:51:48 -0700 (PDT)
From: "Jonathan M. Bresler" 
Message-Id: <199605080051.RAA01007@freefall.freebsd.org>
Subject: Re: 4.4BSD book
To: chuckr@Glue.umd.edu (Chuck Robey)
Date: Tue, 7 May 1996 17:51:47 -0700 (PDT)
Cc: hackers@freefall.freebsd.org, chat@freefall.freebsd.org
In-Reply-To:  from "Chuck Robey" at May 7, 96 08:40:29 pm
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Chuck Robey wrote:
> 
> On Tue, 7 May 1996, Jonathan M. Bresler wrote:
> 
> > 	The Design and Implementation of the 4.4BSD
> > 	Operating System book is out.  got a copy right here ;)
> > 
> I'd love a copy.  Do publishers allow group buys on new books?  I bet 
> that there'd be a lot of FreeBSDers who want that book!

	the publisher is addison-wesley.  i got this one from
	computer lieracy www.clbooks.com

	you used to mention a place called readme.com?  that sold books
	at a reasonable discount?  perhaps we could arrange a group purchase
	from them.  people could send in checks and then have the 
	books deliver to one person in each city.  everyone else goes
	to see that one person to get their copy.  might save on shipping,
	if not then just ship each to each person direct.

--
Jonathan M. Bresler           FreeBSD Postmaster             jmb@FreeBSD.ORG
FreeBSD--4.4BSD Unix for PC clones, source included. http://www.freebsd.org/

From owner-freebsd-hackers  Tue May  7 17:58:30 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id RAA01681
          for hackers-outgoing; Tue, 7 May 1996 17:58:30 -0700 (PDT)
Received: from jolt.eng.umd.edu (jolt.eng.umd.edu [129.2.102.5])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA01658
          Tue, 7 May 1996 17:58:25 -0700 (PDT)
Received: from maryann.eng.umd.edu (maryann.eng.umd.edu [129.2.98.209]) by jolt.eng.umd.edu (8.7.5/8.7.3) with ESMTP id UAA20122; Tue, 7 May 1996 20:58:22 -0400 (EDT)
Received: (from chuckr@localhost) by maryann.eng.umd.edu (8.7.5/8.7.3) id UAA27361; Tue, 7 May 1996 20:58:23 -0400 (EDT)
Date: Tue, 7 May 1996 20:58:21 -0400 (EDT)
From: Chuck Robey 
X-Sender: chuckr@maryann.eng.umd.edu
To: "Jonathan M. Bresler" 
cc: hackers@freefall.freebsd.org, chat@freefall.freebsd.org
Subject: Re: 4.4BSD book
In-Reply-To: <199605080051.RAA01007@freefall.freebsd.org>
Message-ID: 
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

On Tue, 7 May 1996, Jonathan M. Bresler wrote:

> Chuck Robey wrote:
> > 
> > On Tue, 7 May 1996, Jonathan M. Bresler wrote:
> > 
> > > 	The Design and Implementation of the 4.4BSD
> > > 	Operating System book is out.  got a copy right here ;)
> > > 
> > I'd love a copy.  Do publishers allow group buys on new books?  I bet 
> > that there'd be a lot of FreeBSDers who want that book!
> 
> 	the publisher is addison-wesley.  i got this one from
> 	computer lieracy www.clbooks.com
> 
> 	you used to mention a place called readme.com?  that sold books
> 	at a reasonable discount?  perhaps we could arrange a group purchase
> 	from them.  people could send in checks and then have the 
> 	books deliver to one person in each city.  everyone else goes
> 	to see that one person to get their copy.  might save on shipping,
> 	if not then just ship each to each person direct.

Good idea.  It's Readme.Doc, and it's too late in the day to call them 
now, but I'll check tomorrow and report back to the list.  I wouldn't 
mind organizing it either (I could collect the money, I suppose, deal 
with Readme.Doc, whatever)

==========================================================================
Chuck Robey chuckr@eng.umd.edu, I run FreeBSD-current on n3lxx + Journey2
 
Three Accounts for the Super-users in the sky,
  Seven for the Operators in their halls of fame,
Nine for Ordinary Users doomed to crie,
  One for the Illegal Cracker with his evil game
In the Domains of Internet where the data lie.
  One Account to rule them all, One Account to watch them,
  One Account to make them all and in the network bind them.



From owner-freebsd-hackers  Tue May  7 18:27:06 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id SAA05817
          for hackers-outgoing; Tue, 7 May 1996 18:27:06 -0700 (PDT)
Received: (from jmb@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id SAA05792
          Tue, 7 May 1996 18:27:02 -0700 (PDT)
From: "Jonathan M. Bresler" 
Message-Id: <199605080127.SAA05792@freefall.freebsd.org>
Subject: Re: 4.4BSD book
To: cp_nairn@cc.utas.edu.au (Carey Nairn)
Date: Tue, 7 May 1996 18:27:02 -0700 (PDT)
Cc: chat@freefall.freebsd.org, hackers
In-Reply-To:  from "Carey Nairn" at May 8, 96 11:20:44 am
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Carey Nairn wrote:
> 
> any chance of getting some details of this book ? Publisher ? ISBN # ?

The Design and Implelemtation of the 4.4BSD Operating System
McKusick, Bostic, Karels, Quarterman
addison-wesley
1996
isbn # 0-201-54979-4
http://www.aw/com/cseng/


tomorrow one person will look into doing a group buy of this book.

if hte group buy is possible, i will post the details and request 
you all to send name, address, and phone number.  PLEASE wait till
we know if this is possible, first.

jmb
--
Jonathan M. Bresler           FreeBSD Postmaster             jmb@FreeBSD.ORG
FreeBSD--4.4BSD Unix for PC clones, source included. http://www.freebsd.org/

From owner-freebsd-hackers  Tue May  7 19:12:20 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id TAA10666
          for hackers-outgoing; Tue, 7 May 1996 19:12:20 -0700 (PDT)
Received: from mail.tky007.tth.expo96.ad.jp (root@tky007.tth.expo96.ad.jp [133.246.32.58])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA10658
          for ; Tue, 7 May 1996 19:12:13 -0700 (PDT)
Received: from tky007.tth.expo96.ad.jp (masafumi@localhost [127.0.0.1]) by mail.tky007.tth.expo96.ad.jp (8.7.5/3.4W4-SMTP) with ESMTP id LAA08267; Wed, 8 May 1996 11:12:07 +0900 (JST)
Message-Id: <199605080212.LAA08267@mail.tky007.tth.expo96.ad.jp>
To: freebsd-hackers@freebsd.org
Cc: max@sfc.wide.ad.jp
Subject: zopen(3) man page
From: Masafumi NAKANE/=?ISO-2022-JP?B?GyRCQ2Y6LDJtSjgbKEI=?= 
Reply-To: max@sfc.wide.ad.jp
X-Mailer: Mew version 1.05+ on Emacs 19.28.1, Mule 2.3
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Date: Wed, 08 May 1996 11:12:06 +0900
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Hi,

     Just wondering, though, is there any reason why
make -f /usr/src/usr.bin/compress/Makefile  install
doesn't install zopen.3?
     Since zopen(3) is declared in stdio.h, I think the man page
should be installed, too.

-----------------------------------------------------------------------
          Masafumi NAKANE, Keio Univ., Dept. of Environmental Information
E-Mail : t94303mn@sfc.keio.ac.jp / max@sfc.wide.ad.jp
[URL] :  http://www.sfc.keio.ac.jp/~t94303mn

From owner-freebsd-hackers  Tue May  7 20:22:53 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id UAA16476
          for hackers-outgoing; Tue, 7 May 1996 20:22:53 -0700 (PDT)
Received: from whistle.com ([207.76.205.131])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA16467
          for ; Tue, 7 May 1996 20:22:48 -0700 (PDT)
Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id UAA25580 for ; Tue, 7 May 1996 20:22:17 -0700 (PDT)
X-Authentication-Warning: whistle.com: smap set sender to  using -f
Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3)
	id sma025578; Tue May  7 20:21:59 1996
Received: (from archie@localhost) by bubba.whistle.com (8.6.12/8.6.12) id UAA26444 for freebsd-hackers@freebsd.org; Tue, 7 May 1996 20:21:59 -0700
From: Archie Cobbs 
Message-Id: <199605080321.UAA26444@bubba.whistle.com>
Subject: Fix for ipfw.c
To: freebsd-hackers@freebsd.org
Date: Tue, 7 May 1996 20:21:59 -0700 (PDT)
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


The ``ipfw'' program has a problem in that it doesn't gracefully
detect when the list of tcp/udp ports is too long or improperly
specified (ie, any range must come first). More precisely, it just
core dumps.. :-)

So I took the liberty of fixing it, plus a couple of error messages.
Could someone in charge look at this and check it in?

Thanks,
-Archie

___________________________________________________________________________
Archie L. Cobbs, archie@whistle.com  *  Whistle Communications Corporation


===================================================================
RCS file: /tribe/cvs/freebsd/src/sbin/ipfw/ipfw.c,v
retrieving revision 1.23
diff -c -r1.23 ipfw.c
*** 1.23	1996/04/03 13:49:10
--- ipfw.c	1996/05/08 03:08:15
***************
*** 334,382 ****
  	*avp = av;
  }
  
  int
! fill_port(cnt, ptr, off, av)
  	u_short *cnt, *ptr, off;
! 	char **av;
  {
! 	char *s, sc = 0;
! 	int i = 0;
  
! 	s = strchr(*av,'-');
  	if (s) {
- 		sc = *s;
  		*s++ = '\0';
! 		ptr[off+*cnt] = atoi(*av);
! 		(*cnt)++;
! 		*av = s;
! 		s = strchr(*av,',');
! 		if (s) {
! 			sc = *s;
  			*s++ = '\0';
! 		} else
! 			sc = '\0';
! 		ptr[off+*cnt] = atoi(*av);
! 		(*cnt)++;
! 		if (sc && sc != ',') show_usage("Expected comma\n");
! 		*av = s;
! 		sc = 0;
! 		i = 1;
! 	}
! 	while (*av != NULL) {
! 		s = strchr(*av,',');
! 		if (s) {
! 			sc = *s;
  			*s++ = '\0';
! 		} else
! 			sc = '\0';
! 		ptr[off+*cnt] = atoi(*av);
! 		(*cnt)++;
! 		if (!sc)
! 			break;
! 		if (sc != ',') show_usage("Expected comma\n");
! 		*av = s;
  	}
! 	return i;
  }
  
  void
--- 334,379 ----
  	*avp = av;
  }
  
+ void
+ add_port(cnt, ptr, off, port)
+ 	u_short *cnt, *ptr, off, port;
+ {
+ 	if (off + *cnt >= IP_FW_MAX_PORTS)
+ 		errx(1, "too many ports (max is %d)", IP_FW_MAX_PORTS);
+ 	ptr[off+*cnt] = port;
+ 	(*cnt)++;
+ }
+ 
  int
! fill_port(cnt, ptr, off, arg)
  	u_short *cnt, *ptr, off;
! 	char *arg;
  {
! 	char *s, *comma;
! 	int initial_range = 0;
  
! 	s = strchr(arg,'-');
  	if (s) {
  		*s++ = '\0';
! 		if (strchr(arg, ','))
! 			errx(1, "port range must be first in list");
! 		add_port(cnt, ptr, off, *arg ? atoi(arg) : 0x0000);
! 		arg = s;
! 		s = strchr(arg,',');
! 		if (s)
  			*s++ = '\0';
! 		add_port(cnt, ptr, off, *arg ? atoi(arg) : 0xffff);
! 		arg = s;
! 		initial_range = 1;
! 	}
! 	while (arg != NULL) {
! 		s = strchr(arg,',');
! 		if (s)
  			*s++ = '\0';
! 		add_port(cnt, ptr, off, atoi(arg));
! 		arg = s;
  	}
! 	return initial_range;
  }
  
  void
***************
*** 451,457 ****
  
  	i = setsockopt(s, IPPROTO_IP, IP_FW_DEL, &rule, sizeof rule);
  	if (i)
! 		err(1,"setsockopt(Add)");
  }
  
  void
--- 448,454 ----
  
  	i = setsockopt(s, IPPROTO_IP, IP_FW_DEL, &rule, sizeof rule);
  	if (i)
! 		err(1,"setsockopt(IP_FW_DEL)");
  }
  
  void
***************
*** 515,521 ****
  	fill_ip(&rule.fw_src, &rule.fw_smsk, &ac, &av);
  
  	if (ac && isdigit(**av)) {
! 		if (fill_port(&rule.fw_nsp, &rule.fw_pts, 0, av))
  			rule.fw_flg |= IP_FW_F_SRNG;
  		av++; ac--;
  	}
--- 512,518 ----
  	fill_ip(&rule.fw_src, &rule.fw_smsk, &ac, &av);
  
  	if (ac && isdigit(**av)) {
! 		if (fill_port(&rule.fw_nsp, &rule.fw_pts, 0, *av))
  			rule.fw_flg |= IP_FW_F_SRNG;
  		av++; ac--;
  	}
***************
*** 529,535 ****
  	fill_ip(&rule.fw_dst, &rule.fw_dmsk, &ac, &av);
  
  	if (ac && isdigit(**av)) {
! 		if (fill_port(&rule.fw_ndp, &rule.fw_pts, rule.fw_nsp, av))
  			rule.fw_flg |= IP_FW_F_DRNG;
  		av++; ac--;
  	}
--- 526,532 ----
  	fill_ip(&rule.fw_dst, &rule.fw_dmsk, &ac, &av);
  
  	if (ac && isdigit(**av)) {
! 		if (fill_port(&rule.fw_ndp, &rule.fw_pts, rule.fw_nsp, *av))
  			rule.fw_flg |= IP_FW_F_DRNG;
  		av++; ac--;
  	}
***************
*** 589,595 ****
  	show_ipfw(&rule);
  	i = setsockopt(s, IPPROTO_IP, IP_FW_ADD, &rule, sizeof rule);
  	if (i)
! 		err(1,"setsockopt(Delete)");
  }
  
  int
--- 586,592 ----
  	show_ipfw(&rule);
  	i = setsockopt(s, IPPROTO_IP, IP_FW_ADD, &rule, sizeof rule);
  	if (i)
! 		err(1,"setsockopt(IP_FW_ADD)");
  }
  
  int

From owner-freebsd-hackers  Tue May  7 20:54:10 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id UAA18909
          for hackers-outgoing; Tue, 7 May 1996 20:54:10 -0700 (PDT)
Received: from mail.tky007.tth.expo96.ad.jp (root@tky007.tth.expo96.ad.jp [133.246.32.58])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA18903
          for ; Tue, 7 May 1996 20:54:05 -0700 (PDT)
Received: from tky007.tth.expo96.ad.jp (masafumi@localhost [127.0.0.1]) by mail.tky007.tth.expo96.ad.jp (8.7.5/3.4W4-SMTP) with ESMTP id MAA08860; Wed, 8 May 1996 12:53:23 +0900 (JST)
Message-Id: <199605080353.MAA08860@mail.tky007.tth.expo96.ad.jp>
To: terry@lambert.org
Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@freebsd.org,
        max@sfc.wide.ad.jp
Subject: Re: date change and wtmp record
From: Masafumi NAKANE/=?ISO-2022-JP?B?GyRCQ2Y6LDJtSjgbKEI=?= 
Reply-To: max@sfc.wide.ad.jp
In-Reply-To: Your message of "Mon, 6 May 1996 13:50:55 -0700 (MST)"
References: <199605062050.NAA21864@phaeton.artisoft.com>
X-Mailer: Mew version 1.05+ on Emacs 19.28.1, Mule 2.3
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Date: Wed, 08 May 1996 12:53:22 +0900
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

From: Terry Lambert 
Subject: Re: date change and wtmp record
Date: Mon, 6 May 1996 13:50:55 -0700 (MST)

> What is your date-stamping program?  I must assume it is not standard,
> or it would have hard-coded the value from the man page (bletch).

     Well, I'm using /usr/bin/date unmodified.  Just in case I made
any changes, I recompiled /usr/bin/date and /usr/bin/last from the
current sources and reinstalled them.
     I'm thinking of doing 'make world' hoping the problem goes away.
(But, for the meantime, make in /usr/src/usr.sbin/lpr fails, so, I'll
wait till that problem is fixed.)

-----------------------------------------------------------------------
          Masafumi NAKANE, Keio Univ., Dept. of Environmental Information
E-Mail : t94303mn@sfc.keio.ac.jp / max@sfc.wide.ad.jp
[URL] :  http://www.sfc.keio.ac.jp/~t94303mn

From owner-freebsd-hackers  Tue May  7 21:43:01 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id VAA22147
          for hackers-outgoing; Tue, 7 May 1996 21:43:01 -0700 (PDT)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA22138
          Tue, 7 May 1996 21:42:54 -0700 (PDT)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id OAA23473; Wed, 8 May 1996 14:39:40 +1000
Date: Wed, 8 May 1996 14:39:40 +1000
From: Bruce Evans 
Message-Id: <199605080439.OAA23473@godzilla.zeta.org.au>
To: koshy@india.hp.com, stesin@elvisti.kiev.ua
Subject: Re: lmbench IDE anomaly
Cc: current@freebsd.org, hackers@freebsd.org
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

>i.e# ./lmdd if=/dev/DEVICE bs=BLOCKSIZE count=16MEG/BLOCKSIZE of=internal

>Throughput for one lmdd reader process and two simultaneous lmdd readers are 
>given below).

>                        Per process                     Per process
>Device  blocksize       KB/s            blocksize       KB/s
>~~~~~~  ~~~~~~~~~       ~~~~            ~~~~~~~~~       ~~~~
>        -- SCSI DISK --
>        --single reader--
>rsd0a   bs=1024         653.74          bs=8192         1312.31
>                        682.66                          1268.36
>                        677.52                          1361.95


>        --two readers--
>rsd0a   bs=1024         424.27          bs=8192         805.69
>                        424.24                          807.64
>                        --                              812.82

>Looks like changing the block size for the read can double throughput.

This is normal for small block sizes on SCSI disks.  On my P133 ncr'810
system with a slow Toshiba MK537FB drive (which BTW still breaks everything
unless SCSI_NCR_DFLT_TAGS is defined as 0 using option FAILSAFE or directly
(it breaks things slightly more in -current than in 2.1R if this option
isn't used)), the speeds for a single process are:

	blocksize	KB/s
	---------	----
	  512		 180
	 1024		 334
	 2048		 678
	 4096		1139
	 8192		2034
	16384		2480
	32768		2544
	65536		2528

I.e., for block sizes smaller than 8K, the speed is approximately
proportional to the block size (because SCSI command overhead doesn't
depend much on the block size and is very large).

>Also, two readers yield better thoughput than a single reader process.

Perhaps this is because there is some overlap for the command overheads.
The command for process 2 will usually arrive while the i/o for process 1
is in progress, so the drive may be able to process most of it before it
can be executed.

>        -- IDE DISK --
>        --single reader--
>rwd0a   bs=1024         839.05          bs=8192         2392.08 (!!)
>                        841.53                          2402.42 (!!)
>                        841.85                          2402.45 (!!)

I'm surprised that the larger block size is so much faster.  The command
overhead is much lower for IDE.

>        --two readers--
>rwd0a   bs=1024         199.38          bs=8192         251.83
>                        218.38                          237.95
>                        220.68                          238.50

>The read rates for the single reader case are fantastic, however
>disaster seems to strike when two reader access the same device

There is no possibility for overlapping of command overheads because
commands are serialized in the driver.

I think the slowdown is to be expected.  The large command overhead
for slow drives like your SCSI drive and my Toshiba probably results
in each process taking turns reading the same block out of the drive's
cache.  OTOH, for faster drives like my Quantum XPG and any IDE drive,
one of the processes apparently gets far enough ahead of the other
to defeat the drive's caching.  This causes a 26x per-process slowdown
for the XPG.

>So I looked at the block device.

>        --single reader--
>wd0a    bs=1024         199.80          bs=8192         796.07
>                        200.04                          795.06

>        --two readers--
>wd0a    bs=1024         200.04          bs=8192         795.60
>                        200.33                          795.20

>Hmm, block size makes a huge difference still.  Is this to 
>be expected?  Also the two reader case and the single reader case

It's a bit unexpected.  A (too-small) block size of 2048 is always
used for physical reads for the block device.  Thus the speed is
limited to that of the raw device with a block size of 2048.  The
(lack of) speed of my Toshiba /dev/sd0 is almost independent of
the block size.

Bruce

From owner-freebsd-hackers  Tue May  7 21:54:49 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id VAA22858
          for hackers-outgoing; Tue, 7 May 1996 21:54:49 -0700 (PDT)
Received: from mercury.interpath.com (babbleon@mercury.interpath.com [199.72.1.1])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA22813
          Tue, 7 May 1996 21:54:43 -0700 (PDT)
Received: (from babbleon@localhost) by mercury.interpath.com (8.6.12/8.6.9) id AAA29669; Wed, 8 May 1996 00:54:43 -0400
From: "Brian T. Schellenberger - Personal Account" 
Message-Id: <199605080454.AAA29669@mercury.interpath.com>
Subject: Uknown CD-ROM : debugging a driver
To: freebsd-hackers@freebsd.org, freebsd-hardware@freebsd.org
Date: Wed, 8 May 1996 00:54:42 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL23]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk



Ok, this is a little weird, but I have an unknown make of CD-ROM.

I own a ProStar 9400 and the people in technical support claim not to 
*know* who make the driver or how to get in contact with them, and there's
no clear ID on it.  (The only thing is a label saying that it is model
CDR-9502, Made in Taiwan.  The only maufacturer logo to be found is on
two little Philips chips inside, but I've called Philips and they deny
making it.)

But FreeBSD things thinks an "?uknown" sort of mcd drive, so I thought
I'd start with that driver and hack at it, sort of poking around to see
what happens.

I started out by putting a few printf statements about, but that gets
sorta of tedious as I have to reboot each time I rebuild, so I got the
clever idea to change all occurances of inb and outb in mcd.c to print
out the address and value read/written, by creating BTSinb and BTSoutb,
and globbally changing to use those.  They are included below for your
edification and amusement.

However, with this change, the system won't boot, going into an infinite
loop as we "inb" a 222 from location 301 over and over.  My CD-ROM is at
300, so I think that this is the probe of the non-existant next device,
but I'm only guessing here.

QUESTIONS:
  - I'm surely not the first to do this sort of thing.  How does one
    usually do it?
  - Where is doc on ddb, if that's the best way to look at this?
  - For that matter, where is ddb itself?
    I have a man page, but no command, and I did a string search in
    ftp://ftp.freebsd.org/pub/FreeBSD/packages-2.1/all for "ddb" and
    found nothing.
  - I want to watch the probing along with the open &c.
    How can I get FreeBSD to probe for a device *after* the system
    has booted and the rest of it is sane rather than before?

================ The failed attempt to show all i/o traffic: ==============
(in i386/isa/mcd.c):

static int inbval;

#define BTSinb(a)  ( inbval = inb(a), \
                     printf("MCD inb: addr=%p in=%c (%d)\n", a, inbval, inbval), \
                     inbval )
#define BTSoutb(a,b) ( printf("MCD outb: addr=%p, out=%c (%d)\n", a, b, b), \
                       outb(a, b) )



-- 
Brian T. Schellenberger, the Man from Babble-On.

"Someday I'll get around to importing all the cool quotes from my other
account's .sig files."      http://mercury.interpath.com/~babbleon

From owner-freebsd-hackers  Tue May  7 22:59:05 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id WAA26138
          for hackers-outgoing; Tue, 7 May 1996 22:59:05 -0700 (PDT)
Received: from info.infosite.com (infosite.com [165.90.138.203])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA26132
          for ; Tue, 7 May 1996 22:59:01 -0700 (PDT)
Received: (from cslye@localhost) by info.infosite.com (8.7.5/beast-1.0) id XAA25101 for freebsd-hackers@freebsd.org; Tue, 7 May 1996 23:02:12 -0700 (PDT)
From: Cameron Slye 
Message-Id: <199605080602.XAA25101@info.infosite.com>
Subject: serial errors
To: freebsd-hackers@freebsd.org
Date: Tue, 7 May 1996 23:02:12 -0700 (PDT)
X-Mailer: ELM [version 2.4 PL24 ME8a]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Seem to be getting these errors with some software we are tring to use... 
It is using the port at 115200, and I have set the speed of the device to
115200 and still seems to happen... This is on a p133 with 32mb, doing
nothing else.  So I don't think IO is a problem.  Any ideas ?
And I have pages of these errors...  TIA.


May  4 06:51:38 nfs1 /kernel: sio0 at 0x3f8-0x3ff irq 4 on isa
May  4 06:51:38 nfs1 /kernel: sio0: type 16550A
May  4 06:51:38 nfs1 /kernel: sio1 at 0x2f8-0x2ff irq 3 on isa
May  4 06:51:39 nfs1 /kernel: sio1: type 16550A

May  7 15:41:59 nfs1 /kernel: sio0: 168 more tty-level buffer overflows (total 43853)
May  7 15:45:21 nfs1 /kernel: sio0: 3051 more tty-level buffer overflows (total 46904)
May  7 15:45:37 nfs1 /kernel: sio0: 184 more tty-level buffer overflows (total 47088)
May  7 15:45:47 nfs1 /kernel: sio0: 72 more tty-level buffer overflows (total 47160)


This is the code of the software I am working with...
It compiles cleanly

/*
TODO:  handle frame length changing occasionally.
*/



/*
  Receive frames from PageSat HS satellite transmissions.
  Mark Lottor, November 1995.

  usage: psfrx [-v]

  -v will put it in visual frame display mode
     it will output status characters as frames come in,
     as follows.
       s   [re]syncing
       .   got a good frame
       c   got a frame with crc error
       l   lost a frame
       #   got a whole block
     nothing will be saved to disk. count of good vs bad frames
     will be displayed after each block.

  Data is read from a tty port, deframed and CRC'd.  
  Complete blocks of frames are written to disk for later processing.

  The TTY port and PageSat receiver must run be set at 115,200 baud.
  Data is 8 bits and there is no flow control.
*/

#define FALSE        0
#define TRUE         1

/* select an OS */
#define BSDI   TRUE
#define SUNOS  FALSE
#define SVR4   FALSE
#define LINUX  FALSE

/* set your local path names */
#define LOG_DIR      "/common/pagesat/log"
#define OUTPUT_PATH  "/common/pagesat/data"
#define TTY          "/dev/cuaa0"

#include 
#include 
#if SVR4
#include 
#endif
#if (BSDI || SUNOS || LINUX)
#include 
#endif
#include 
#include 
#include 
#if BSDI
#include 
#endif
#include 
#include 
#include 

typedef unsigned char byte;
typedef unsigned long ulg;

#define VMINCHARS          128	 /* wait for N chars on a read (<256)*/

/* framing protocol constants */
#define FRAMEFLAG1         0x0a5
#define FRAMEFLAG2         0x5a
#define FRAMETYPE          0x01   /* pagesat news batches */
#define DATAFRAMESPERBLOCK 240
#define MAXFRAMELEN        246

int flentable[4] = { 62, 122, 242, 482 };  /* will not use 482 */
ulg updcrc();
ulg crc_32_tab[];
int interframelen = 0;
int framelen = 0;

#define BIGBUF_LEN   32768
#define MAX_READ_LEN  8192
#define MAX_LAST     (BIGBUF_LEN - (MAX_READ_LEN + MAXFRAMELEN + 2))

/* set TRUE for debugging output */
int debug = FALSE;
int monitor = FALSE;  /* set with -v flag to monitor frames*/

#if (SUNOS || LINUX)
#define TIOCGETA TCGETS
#define TIOCSETA TCSETS
#endif

#if SVR4
#define TIOCGETA TCGETA
#define TIOCSETA TCSETA
#endif

int port;

byte bigbuf[BIGBUF_LEN];
long bb_size, bb_write, bb_last;
long bb_read, bb_header;

struct frameinfo {
  byte *ptr;
  int lenflag;
  int len;
  int type;
  int count;
  ulg crc;
};
struct frameinfo f;

FILE *logp;
int last_day = -1;
char logname[256];

/* statistic counters */
long bytes_seen, total_frames_lost, last_total_frame_count;
long total_frame_count, total_frame_errors, total_frames_unwanted;
long total_block_count;

main(argc,argv)
  int argc;
  char *argv[];
{
  int i;

  if (argc > 1)
    if (!strcmp(argv[1],"-v"))
      monitor = TRUE;

  /* detach from terminal if not debugging */
  if ((!debug) && (!monitor))
  {
    if (fork())
      exit(0);
    for (i = 10; i >= 0; i--)
      (void) close(i);
    (void) open("/dev/null", O_RDONLY);
    (void) dup2(0, 1);
    (void) dup2(0, 2);
    i = open("/dev/tty", O_RDWR);
    if (i > 0)
    {
      (void) ioctl(i, TIOCNOTTY, (char *)NULL);
      (void) close(i);
    }
  }

  umask(002);
  open_tty_port(TTY);
  init_bigbuf();
  logp = NULL;
  for (;;)
  {
    new_log_file();		/* if needed */
    if (rx_data())
      process_data();
  }  
  close_tty_port();
  exit(0);
}

/* if day is over, close log file and create a new one */
new_log_file()
{
  time_t now;
  struct tm *tms;

  now = time(NULL);
  tms = localtime(&now);
  if (tms->tm_yday == last_day)
    return;
  last_day = tms->tm_yday;

  if (logp != NULL)
  {
    report_stats();
    fclose(logp);
  }
  sprintf(logname,"%s/psfrx.%04d%02d%02d",LOG_DIR,
	    1900+tms->tm_year,1+tms->tm_mon,tms->tm_mday);
  if ((logp = fopen(logname,"a")) == NULL)
  {
    fprintf(stderr,"psfrx: can't open logfile %s\n",logname);
    exit(1);
  }
}

/* dump statistics to log file */
report_stats()
{
  fprintf(logp,"\nEnd of day statistics:\n");
  fprintf(logp,"Total bytes  received: %d\n",bytes_seen);
  fprintf(logp,"Total frames received: %d\n",total_frame_count);
  fprintf(logp,"      unwanted frames: %d\n",total_frames_unwanted);
  fprintf(logp,"     bad (crc) frames: %d\n",total_frame_errors);
  fprintf(logp,"          lost frames: %d\n",total_frames_lost);
  fprintf(logp,"           error rate: %.6f\n",
	  ((float) total_frame_errors / (float) total_frame_count));
  fprintf(logp,"Total blocks received: %d\n",total_block_count);

  bytes_seen            = 0;
  total_frame_count     = 0;
  total_frame_errors    = 0;
  total_frames_unwanted = 0;
  total_frames_lost     = 0;
  total_block_count     = 0;
}

/* initialize receive buffer pointers */
init_bigbuf()
{
  bb_size   = 0;
  bb_write  = 0;
  bb_read   = 0;
  bb_header = 0;
  bb_last   = MAX_LAST;
}

/* get stuff from tty port, add to bigbuf */
rx_data()
{
  int len;
  fd_set ttyfdset;
  struct timeval ttytout;

  ttytout.tv_sec =  1;
  ttytout.tv_usec = 0;
  FD_ZERO(&ttyfdset);
  FD_SET(port,&ttyfdset);
  if (select(FD_SETSIZE,&ttyfdset,NULL,NULL,&ttytout) <= 0)
    return(FALSE);
  len = read(port,bigbuf+bb_write,MAX_READ_LEN);
  if (len <= 0) return(FALSE);

  bytes_seen +=len;
  bb_write += len;
  if (bb_write >= MAX_LAST)
  {
    bb_last = bb_write - 1;
    bb_write = 0;
  }
  bb_size += len;
  if (debug)
    printf("read %d bytes (write %06d, last %06d read %06d size %06d)\n",
           len,bb_write,bb_last,bb_read,bb_size);
  return(TRUE);
}

/* process any received data */
process_data()
{
  int extended = FALSE;

  /* is there at least a frame worth? */
  while (bb_size >= (MAXFRAMELEN + 4))
  {
    if (monitor) fflush(stdout);

    /* make sure we don't read past buffer */
    if ((bb_read + MAXFRAMELEN + 4) >= bb_last)
    {
      if (!extended)
      {
	memcpy(bigbuf+bb_last+1,bigbuf,MAXFRAMELEN+3);
      }
      extended = TRUE;
    }
      
    /* is there a good frame? */
    if (isvalidframe(bigbuf+bb_read))
    {
      save_frame();
      if (monitor) putchar('.');
      /* update pointers for next frame */
      bb_size -= interframelen;
      bb_read += interframelen;
      if (bb_read > bb_last)
      {
	bb_read = bb_read - bb_last - 1;
	extended = FALSE;
      }
      continue;
    }

    /* otherwise find possible start of a frame */
    if (monitor) putchar('s');
    while (bb_size >= (MAXFRAMELEN + 4))
    {
      bb_size--;
      bb_read++;
      if (bb_read > bb_last)
      {
	bb_read = 0;
	extended = FALSE;
      }

      if (bigbuf[bb_read] == FRAMEFLAG1)
	break;
    }
  }
}

/* decode a frame and return TRUE if valid */
isvalidframe(ptr)
  byte *ptr;
{
  ulg crc;

  if (*ptr                   != FRAMEFLAG1) return(FALSE);
  if (*(ptr+1)               != FRAMEFLAG2) return(FALSE);
  f.ptr = ptr + 2;
  f.lenflag = (*(ptr+2) & 0xc0) >> 6;
  f.len = flentable[f.lenflag];
  f.type = *(ptr+2) & 0x3f;
  f.count = *(ptr+3);
  if (interframelen == 0)
    interframelen = 2+ f.len + 4;
  if (*(ptr+interframelen)   != FRAMEFLAG1) return(FALSE);
  if (*(ptr+interframelen+1) != FRAMEFLAG2) return(FALSE);
  total_frame_count++;
  f.crc = (((long) *(ptr+interframelen-4)) << 24) +
          (((long) *(ptr+interframelen-3)) << 16) +
          (((long) *(ptr+interframelen-2)) << 8) +
           ((long) *(ptr+interframelen-1));
  crc = updcrc(f.ptr,f.len);
  if (debug) printf("frame type %d, len %d, count %d, crc %08x (%08x)\n",
		    f.type,f.len,f.count,f.crc,crc);
  if (crc != f.crc) 
  {
    if (monitor) putchar('c');
    total_frame_errors++;
    return(FALSE);
  }
  return(TRUE);
}

/* return next file number to use */
long nextfilecount()
{
  char fname[256];
  FILE *fp;
  long num;

  sprintf(fname,"%s/fcount",OUTPUT_PATH);
  if ((fp = fopen(fname,"r+")) == NULL)
  {
    if ((fp = fopen(fname,"w")) == NULL)
    {
      fprintf(stderr,"psfrx: can't create output file %s\n",fname);
      exit(1);
    }
    fprintf(fp,"0\n");
    rewind(fp);
  }
  if (fscanf(fp,"%d",&num) != 1)
  {
    fclose(fp);
    return((long) 0);
  }
  num++;
  rewind(fp);
  fprintf(fp,"%d\n",num);
  fclose(fp);
  return(num);
}

/* save the frame to disk, creating a new file for each block */
save_frame()
{
  int i, lost;
  static FILE *ofp = NULL;
  static lastframecount = 256;
  char fname[256], tname[256];

  /* is it something we want? */
  if (f.type != FRAMETYPE)
  {
    total_frames_unwanted++;
    return;
  }

  /* count (most) lost frames */
  if (f.count > 0)
    if (f.count != (lastframecount+1))
    {
      lost = f.count - lastframecount - 1;
      if (lost < 0) lost = 1;
      total_frames_lost += lost;
      for (i = 0; i < lost; i++)
	putchar('l');
    }

  /* if new block, need new file */
  if (f.count <= lastframecount)
  {
    if (monitor)
    {
      printf("# (%d/%d frames, %d crc, %d lost)",
	     (total_frame_count-last_total_frame_count),total_frame_count,
	     total_frame_errors,total_frames_lost);
      last_total_frame_count = total_frame_count;
      fflush(stdout);
    }

    if (ofp != NULL)
    {
      fclose(ofp);
      ofp = NULL;
      sprintf(tname,"%s/tmp",OUTPUT_PATH);
      sprintf(fname,"%s/%08d",OUTPUT_PATH,nextfilecount());
      rename(tname,fname);
      total_block_count++;
    }

    sprintf(tname,"%s/tmp",OUTPUT_PATH);
    if ((ofp = fopen(tname,"w")) == NULL)
    {
      fprintf(stderr,"psfrx: can't create output file %s\n",tname);
      return;
    }
  }

  fwrite(f.ptr,f.len,1,ofp);
  lastframecount = f.count;
}


int open_tty_port(portname)
  char *portname;
{
  struct termios tio;
  int bps;

  if (debug) printf("trying_tty(%s)...\n",portname);
  if ((port = open(portname,O_RDONLY)) < 0) 
  {
    fprintf(stderr,"psfrx: can't open port %s\n",portname);
    exit(1);
  }

#if (BSDI || SVR4)
  if (fcntl(port,O_NONBLOCK,0) == -1)
#endif
#if SUNOS
  if (fcntl(port,O_NDELAY,0) == -1)
#endif
#if LINUX
  if (fcntl(port,F_SETFL,O_NONBLOCK) == -1)
#endif
  {
    fprintf(stderr,"psfrx: can't set port for non-blocking i/o\n");
    exit(1);
  }

  if (ioctl(port, TIOCGETA, &tio) == -1)
  {
    fprintf(stderr,"psfrx: can't get port settings\n");
    exit(1);
  }

  tio.c_cflag = (CS8 | CREAD | CLOCAL);
#if BSDI
  tio.c_ispeed = B115200;
  tio.c_ospeed = tio.c_ispeed;
#endif
#if (SVR4 || LINUX)
  tio.c_cflag |= B115200;
#endif
#if SUNOS
  tio.c_cflag |= B38400;
#endif
  tio.c_iflag = 0;
  tio.c_oflag = 0;
  tio.c_lflag = 0;
 
  tio.c_cc[VMIN]  = VMINCHARS;	/* wait for VMINCHARS chars on a read */
  tio.c_cc[VTIME] = 10;		/* wait up to 1.0 seconds */
			
  if (ioctl(port, TIOCSETA, &tio) == -1)
  {
    fprintf(stderr,"psfrx: can't set port settings\n");
    exit(1);
  }
#if ANTARES
  bps = 115200;
  if (ioctl(port, AZS_SPEED_SET, &bps) == -1)
    {
    fprintf(stderr,"txuplink: can't set azs port speed\n");
    exit(1);
  }
#endif
  if (debug) printf("opened_tty(%s)\n",portname);
}

close_tty_port()
{
  close(port);
}


/* CRC-32 routines stolen from gzip */

/* ===========================================================================
 * Run a set of bytes through the crc shift register. 
 * Return the current crc.
 */
ulg updcrc(s, n)
    unsigned char *s;       /* pointer to bytes to pump through */
    unsigned n;             /* number of bytes in s[] */
{
    register ulg c;         /* temporary variable */

    ulg crc = (ulg)0xffffffffL; /* shift register contents */

    c = crc;
    if (n) do {
      c = crc_32_tab[((int)c ^ (*s++)) & 0xff] ^ (c >> 8);
    } while (--n);

    return c ^ 0xffffffffL;       /* (instead of ~c for 64-bit machines) */
}

/* ========================================================================
 * Table of CRC-32's of all single-byte values (made by makecrc.c)
 */
ulg crc_32_tab[] = {
  0x00000000L, 0x77073096L, 0xee0e612cL, 0x990951baL, 0x076dc419L,
  0x706af48fL, 0xe963a535L, 0x9e6495a3L, 0x0edb8832L, 0x79dcb8a4L,
  0xe0d5e91eL, 0x97d2d988L, 0x09b64c2bL, 0x7eb17cbdL, 0xe7b82d07L,
  0x90bf1d91L, 0x1db71064L, 0x6ab020f2L, 0xf3b97148L, 0x84be41deL,
  0x1adad47dL, 0x6ddde4ebL, 0xf4d4b551L, 0x83d385c7L, 0x136c9856L,
  0x646ba8c0L, 0xfd62f97aL, 0x8a65c9ecL, 0x14015c4fL, 0x63066cd9L,
  0xfa0f3d63L, 0x8d080df5L, 0x3b6e20c8L, 0x4c69105eL, 0xd56041e4L,
  0xa2677172L, 0x3c03e4d1L, 0x4b04d447L, 0xd20d85fdL, 0xa50ab56bL,
  0x35b5a8faL, 0x42b2986cL, 0xdbbbc9d6L, 0xacbcf940L, 0x32d86ce3L,
  0x45df5c75L, 0xdcd60dcfL, 0xabd13d59L, 0x26d930acL, 0x51de003aL,
  0xc8d75180L, 0xbfd06116L, 0x21b4f4b5L, 0x56b3c423L, 0xcfba9599L,
  0xb8bda50fL, 0x2802b89eL, 0x5f058808L, 0xc60cd9b2L, 0xb10be924L,
  0x2f6f7c87L, 0x58684c11L, 0xc1611dabL, 0xb6662d3dL, 0x76dc4190L,
  0x01db7106L, 0x98d220bcL, 0xefd5102aL, 0x71b18589L, 0x06b6b51fL,
  0x9fbfe4a5L, 0xe8b8d433L, 0x7807c9a2L, 0x0f00f934L, 0x9609a88eL,
  0xe10e9818L, 0x7f6a0dbbL, 0x086d3d2dL, 0x91646c97L, 0xe6635c01L,
  0x6b6b51f4L, 0x1c6c6162L, 0x856530d8L, 0xf262004eL, 0x6c0695edL,
  0x1b01a57bL, 0x8208f4c1L, 0xf50fc457L, 0x65b0d9c6L, 0x12b7e950L,
  0x8bbeb8eaL, 0xfcb9887cL, 0x62dd1ddfL, 0x15da2d49L, 0x8cd37cf3L,
  0xfbd44c65L, 0x4db26158L, 0x3ab551ceL, 0xa3bc0074L, 0xd4bb30e2L,
  0x4adfa541L, 0x3dd895d7L, 0xa4d1c46dL, 0xd3d6f4fbL, 0x4369e96aL,
  0x346ed9fcL, 0xad678846L, 0xda60b8d0L, 0x44042d73L, 0x33031de5L,
  0xaa0a4c5fL, 0xdd0d7cc9L, 0x5005713cL, 0x270241aaL, 0xbe0b1010L,
  0xc90c2086L, 0x5768b525L, 0x206f85b3L, 0xb966d409L, 0xce61e49fL,
  0x5edef90eL, 0x29d9c998L, 0xb0d09822L, 0xc7d7a8b4L, 0x59b33d17L,
  0x2eb40d81L, 0xb7bd5c3bL, 0xc0ba6cadL, 0xedb88320L, 0x9abfb3b6L,
  0x03b6e20cL, 0x74b1d29aL, 0xead54739L, 0x9dd277afL, 0x04db2615L,
  0x73dc1683L, 0xe3630b12L, 0x94643b84L, 0x0d6d6a3eL, 0x7a6a5aa8L,
  0xe40ecf0bL, 0x9309ff9dL, 0x0a00ae27L, 0x7d079eb1L, 0xf00f9344L,
  0x8708a3d2L, 0x1e01f268L, 0x6906c2feL, 0xf762575dL, 0x806567cbL,
  0x196c3671L, 0x6e6b06e7L, 0xfed41b76L, 0x89d32be0L, 0x10da7a5aL,
  0x67dd4accL, 0xf9b9df6fL, 0x8ebeeff9L, 0x17b7be43L, 0x60b08ed5L,
  0xd6d6a3e8L, 0xa1d1937eL, 0x38d8c2c4L, 0x4fdff252L, 0xd1bb67f1L,
  0xa6bc5767L, 0x3fb506ddL, 0x48b2364bL, 0xd80d2bdaL, 0xaf0a1b4cL,
  0x36034af6L, 0x41047a60L, 0xdf60efc3L, 0xa867df55L, 0x316e8eefL,
  0x4669be79L, 0xcb61b38cL, 0xbc66831aL, 0x256fd2a0L, 0x5268e236L,
  0xcc0c7795L, 0xbb0b4703L, 0x220216b9L, 0x5505262fL, 0xc5ba3bbeL,
  0xb2bd0b28L, 0x2bb45a92L, 0x5cb36a04L, 0xc2d7ffa7L, 0xb5d0cf31L,
  0x2cd99e8bL, 0x5bdeae1dL, 0x9b64c2b0L, 0xec63f226L, 0x756aa39cL,
  0x026d930aL, 0x9c0906a9L, 0xeb0e363fL, 0x72076785L, 0x05005713L,
  0x95bf4a82L, 0xe2b87a14L, 0x7bb12baeL, 0x0cb61b38L, 0x92d28e9bL,
  0xe5d5be0dL, 0x7cdcefb7L, 0x0bdbdf21L, 0x86d3d2d4L, 0xf1d4e242L,
  0x68ddb3f8L, 0x1fda836eL, 0x81be16cdL, 0xf6b9265bL, 0x6fb077e1L,
  0x18b74777L, 0x88085ae6L, 0xff0f6a70L, 0x66063bcaL, 0x11010b5cL,
  0x8f659effL, 0xf862ae69L, 0x616bffd3L, 0x166ccf45L, 0xa00ae278L,
  0xd70dd2eeL, 0x4e048354L, 0x3903b3c2L, 0xa7672661L, 0xd06016f7L,
  0x4969474dL, 0x3e6e77dbL, 0xaed16a4aL, 0xd9d65adcL, 0x40df0b66L,
  0x37d83bf0L, 0xa9bcae53L, 0xdebb9ec5L, 0x47b2cf7fL, 0x30b5ffe9L,
  0xbdbdf21cL, 0xcabac28aL, 0x53b39330L, 0x24b4a3a6L, 0xbad03605L,
  0xcdd70693L, 0x54de5729L, 0x23d967bfL, 0xb3667a2eL, 0xc4614ab8L,
  0x5d681b02L, 0x2a6f2b94L, 0xb40bbe37L, 0xc30c8ea1L, 0x5a05df1bL,
  0x2d02ef8dL
};

From owner-freebsd-hackers  Tue May  7 23:50:55 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id XAA29619
          for hackers-outgoing; Tue, 7 May 1996 23:50:55 -0700 (PDT)
Received: from thymaster.interaccess.com (joeg@thymaster.interaccess.com [198.80.0.36])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA29614
          for ; Tue, 7 May 1996 23:50:53 -0700 (PDT)
Received: (from joeg@localhost) by thymaster.interaccess.com (8.7.2/8.6.9) id BAA14691; Wed, 8 May 1996 01:47:14 -0500 (CDT)
From: Joe Grosch 
Message-Id: <199605080647.BAA14691@thymaster.interaccess.com>
Subject: Re: 4.4BSD book
To: chuckr@Glue.umd.edu (Chuck Robey)
Date: Wed, 8 May 1996 01:47:14 -0500 (CDT)
Cc: hackers@freefall.freebsd.org
Reply-To: joeg@truenorth.org
In-Reply-To:  from "Chuck Robey" at May 7, 96 08:58:21 pm
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>
>On Tue, 7 May 1996, Jonathan M. Bresler wrote:
>
>> Chuck Robey wrote:
>> > 
>> > On Tue, 7 May 1996, Jonathan M. Bresler wrote:
>> > 
>> > > 	The Design and Implementation of the 4.4BSD
>> > > 	Operating System book is out.  got a copy right here ;)
>> > > 
>> > I'd love a copy.  Do publishers allow group buys on new books?  I bet 
>> > that there'd be a lot of FreeBSDers who want that book!
>> 

[ DELETED ]

>
>Good idea.  It's Readme.Doc, and it's too late in the day to call them 
>now, but I'll check tomorrow and report back to the list.  I wouldn't 
>mind organizing it either (I could collect the money, I suppose, deal 
>with Readme.Doc, whatever)
>

Put me down for one. I was going to buy this book this weekend but I'm 
not against saving some cash. I'm in Chicago but could make the run to 
Milwaukee.

Josef

-- 
Josef Grosch - joeg@truenorth.org     | "Laugh while you can, monkey boy."
http://www.interaccess.com/users/joeg |          - John Warfin - 
==========================================================================
	    Keeper of FreeBSD ported list - FreeBSD 2.1.0R
	  http://www.interaccess.com/users/joeg/ported.html
==========================================================================

From owner-freebsd-hackers  Wed May  8 00:54:14 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id AAA05632
          for hackers-outgoing; Wed, 8 May 1996 00:54:14 -0700 (PDT)
Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA05605
          for ; Wed, 8 May 1996 00:53:57 -0700 (PDT)
Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA21965; Wed, 8 May 1996 09:51:20 +0200
Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP
	id JAA26247; Wed, 8 May 1996 09:51:05 +0200
Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA13907; Wed, 8 May 1996 09:25:17 +0200 (MET DST)
From: J Wunsch 
Message-Id: <199605080725.JAA13907@uriah.heep.sax.de>
Subject: Re: date change and wtmp record
To: freebsd-hackers@freebsd.org (FreeBSD hackers)
Date: Wed, 8 May 1996 09:25:16 +0200 (MET DST)
Cc: max@sfc.wide.ad.jp
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <199605080353.MAA08860@mail.tky007.tth.expo96.ad.jp> from =?us-ascii?Q?Masafumi_NAKANE=2F=3D=3FISO=2D2022=2DJP=3FB=3FGy?= =?us-ascii?Q?RCQ2Y6LDJtSjgbKEI=3D=3F=3D?= at "May 8, 96 12:53:22 pm"
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E 
X-Mailer: ELM [version 2.4ME+ PL15 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

As Masafumi NAKANE/=?ISO-2022-JP?B?GyRCQ2Y6LDJtSjgbKEI=?= wrote:

>      I'm thinking of doing 'make world' hoping the problem goes away.

It won't.  Everything is in /usr/src/bin/date/.  So rebuilding this
must help, or you're suffering from another problem.  (Make sure you
don't use GNU date by accident.  cd into the src dir, and run
./obj/date .)

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-hackers  Wed May  8 01:38:46 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id BAA10178
          for hackers-outgoing; Wed, 8 May 1996 01:38:46 -0700 (PDT)
Received: from spooky.eis.net.au (spooky.eis.net.au [203.12.171.2])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA10159
          for ; Wed, 8 May 1996 01:38:38 -0700 (PDT)
Received: (from ernie@localhost) by spooky.eis.net.au (8.7.5/8.6.12) id SAA09298 for freebsd-hackers@freebsd.org; Wed, 8 May 1996 18:37:13 +1000 (EST)
From: Ernie Elu 
Message-Id: <199605080837.SAA09298@spooky.eis.net.au>
Subject: at_pcbconnect repeatd messages
To: freebsd-hackers@freebsd.org
Date: Wed, 8 May 1996 18:37:12 +1000 (EST)
X-Mailer: ELM [version 2.4ME+ PL15 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

On a machine that has the netatalk patches applied to -stable I am getting
the following repeated messages:

May  8 15:18:49 hamster /kernel: at_pcbconnect: ro->ro_rt=0x0
May  8 15:24:53 hamster /kernel: at_pcbconnect: ro->ro_rt=0x0
May  8 16:48:59 hamster /kernel: at_pcbconnect: ro->ro_rt=0x0
May  8 16:59:29 hamster /kernel: at_pcbconnect: ro->ro_rt=0x0
May  8 17:13:35 hamster /kernel: at_pcbconnect: ro->ro_rt=0x0
May  8 17:15:37 hamster /kernel: at_pcbconnect: ro->ro_rt=0x0
May  8 17:15:38 hamster /kernel: at_pcbconnect: ro->ro_rt=0x0
May  8 17:15:45 hamster /kernel: at_pcbconnect: ro->ro_rt=0x0
May  8 17:17:20 hamster /kernel: at_pcbconnect: ro->ro_rt=0x0
May  8 18:05:18 hamster /kernel: at_pcbconnect: ro->ro_rt=0x0


I don't recognise the message and I was wondering if someone could point me
in the right direction for making it go away !

- Ernie.

From owner-freebsd-hackers  Wed May  8 02:04:03 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id CAA14209
          for hackers-outgoing; Wed, 8 May 1996 02:04:03 -0700 (PDT)
Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA14160
          Wed, 8 May 1996 02:03:52 -0700 (PDT)
Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id MAA09901; Wed, 8 May 1996 12:02:49 +0300
Date: Wed, 8 May 1996 12:02:49 +0300 (EET DST)
From: Narvi 
To: Chuck Robey 
cc: "Jonathan M. Bresler" ,
        hackers@freefall.freebsd.org, chat@freefall.freebsd.org
Subject: Re: 4.4BSD book
In-Reply-To: 
Message-ID: 
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk


Any plans for a European group buy? 

	Sander


Eat good food, preserve nature, be nice to all nice people :)


On Tue, 7 May 1996, Chuck Robey wrote:

> On Tue, 7 May 1996, Jonathan M. Bresler wrote:
> 
> > 	The Design and Implementation of the 4.4BSD
> > 	Operating System book is out.  got a copy right here ;)
> > 
> > 	Folks, this book is dedicated to YOU:
> > 
> > 		This book is dedicated to the BSD community,
> > 		Without the contributions of that community's members,
> > 		there would be nothing about which to write.
> > 
> > 
> > 	Special acknowledgements to John Dyson, David Greenman, both 
> > 	of The FreeBSD Project.
> > 
> > 	Everyone raise a glass to these two gentlemen.
> > 	And another glass to all of the members of The FreeBSD Project!
> 
> I'd love a copy.  Do publishers allow group buys on new books?  I bet 
> that there'd be a lot of FreeBSDers who want that book!
> 
> 
> ==========================================================================
> Chuck Robey chuckr@eng.umd.edu, I run FreeBSD-current on n3lxx + Journey2
>  
> Three Accounts for the Super-users in the sky,
>   Seven for the Operators in their halls of fame,
> Nine for Ordinary Users doomed to crie,
>   One for the Illegal Cracker with his evil game
> In the Domains of Internet where the data lie.
>   One Account to rule them all, One Account to watch them,
>   One Account to make them all and in the network bind them.
> 
> 
> 

From owner-freebsd-hackers  Wed May  8 02:52:17 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id CAA21865
          for hackers-outgoing; Wed, 8 May 1996 02:52:17 -0700 (PDT)
Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA21858
          for ; Wed, 8 May 1996 02:52:12 -0700 (PDT)
Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id TAA28588; Wed, 8 May 1996 19:27:35 +0930
From: Michael Smith 
Message-Id: <199605080957.TAA28588@genesis.atrad.adelaide.edu.au>
Subject: Re: serial errors
To: cslye@info.infosite.com (Cameron Slye)
Date: Wed, 8 May 1996 19:27:34 +0930 (CST)
Cc: freebsd-hackers@FreeBSD.ORG
In-Reply-To: <199605080602.XAA25101@info.infosite.com> from "Cameron Slye" at May 7, 96 11:02:12 pm
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Cameron Slye stands accused of saying:
> 
> Seem to be getting these errors with some software we are tring to use... 
> It is using the port at 115200, and I have set the speed of the device to
> 115200 and still seems to happen... This is on a p133 with 32mb, doing
> nothing else.  So I don't think IO is a problem.  Any ideas ?
> And I have pages of these errors...  TIA.
> 
> 
> May  7 15:41:59 nfs1 /kernel: sio0: 168 more tty-level buffer overflows (total 43853)
> May  7 15:45:21 nfs1 /kernel: sio0: 3051 more tty-level buffer overflows (total 46904)
> May  7 15:45:37 nfs1 /kernel: sio0: 184 more tty-level buffer overflows (total 47088)
> May  7 15:45:47 nfs1 /kernel: sio0: 72 more tty-level buffer overflows (total 47160)

Your application is spending too long doing something else, and not reading
from the device often enough.

>   /* detach from terminal if not debugging */
>   if ((!debug) && (!monitor))
>   {
>     if (fork())
>       exit(0);
>     for (i = 10; i >= 0; i--)
>       (void) close(i);
>     (void) open("/dev/null", O_RDONLY);
>     (void) dup2(0, 1);
>     (void) dup2(0, 2);
>     i = open("/dev/tty", O_RDWR);
>     if (i > 0)
>     {
>       (void) ioctl(i, TIOCNOTTY, (char *)NULL);
>       (void) close(i);
>     }
>   }

daemon() does most of this for you.

>   for (;;)
>   {
>     new_log_file();		/* if needed */
>     if (rx_data())
>       process_data();
>   }  

process_data() is taking too long, and the device talking to you is
not honouring the flow control that the sio driver will desperately
be asserting.


-- 
]] Mike Smith, Software Engineer        msmith@atrad.adelaide.edu.au    [[
]] Genesis Software                     genesis@atrad.adelaide.edu.au   [[
]] High-speed data acquisition and      (GSM mobile) 0411-222-496       [[
]] realtime instrument control          (ph/fax)  +61-8-267-3039        [[
]] Collector of old Unix hardware.      "Where are your PEZ?" The Tick  [[

From owner-freebsd-hackers  Wed May  8 04:22:46 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id EAA03850
          for hackers-outgoing; Wed, 8 May 1996 04:22:46 -0700 (PDT)
Received: from mail.tky007.tth.expo96.ad.jp (root@tky007.tth.expo96.ad.jp [133.246.32.58])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA03834
          for ; Wed, 8 May 1996 04:22:42 -0700 (PDT)
Received: from tky007.tth.expo96.ad.jp (masafumi@localhost [127.0.0.1]) by mail.tky007.tth.expo96.ad.jp (8.7.5/3.4W4-SMTP) with ESMTP id UAA09674; Wed, 8 May 1996 20:22:39 +0900 (JST)
Message-Id: <199605081122.UAA09674@mail.tky007.tth.expo96.ad.jp>
To: freebsd-hackers@freebsd.org
Cc: max@sfc.wide.ad.jp
Subject: Re: date change and wtmp record
From: Masafumi NAKANE/=?ISO-2022-JP?B?GyRCQ2Y6LDJtSjgbKEI=?= 
Reply-To: max@sfc.wide.ad.jp
In-Reply-To: Your message of "Wed, 8 May 1996 09:25:16 +0200 (MET DST)"
References: <199605080725.JAA13907@uriah.heep.sax.de>
X-Mailer: Mew version 1.05+ on Emacs 19.28.1, Mule 2.3
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Date: Wed, 08 May 1996 20:22:38 +0900
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

From: J Wunsch 
Subject: Re: date change and wtmp record
Date: Wed, 8 May 1996 09:25:16 +0200 (MET DST)

> >      I'm thinking of doing 'make world' hoping the problem goes away.
> 
> It won't.  Everything is in /usr/src/bin/date/.  So rebuilding this
> must help, or you're suffering from another problem.  (Make sure you
> don't use GNU date by accident.  cd into the src dir, and run
> ./obj/date .)
     Oh, well, I rebuilt and reinstalled /usr/src/bin/date/* and the
problem stays there.  Thought there may be problem with logwtmp() and,
so, I rebuilt and reinstalled libutil, but unsuccessful so far.
     Now, I really don't have any idea what to look at or what to do.
Since it's not giving me serious trouble, I can always give up on
this, but I really hope to solve this.
(It's very strange that no one else sees this problem.)

     If I ever find out what's wrong, I will post it here.  If anyone
has any idea/suggestion, please let me know.

     Thanks.

-----------------------------------------------------------------------
          Masafumi NAKANE, Keio Univ., Dept. of Environmental Information
E-Mail : t94303mn@sfc.keio.ac.jp / max@sfc.wide.ad.jp
[URL] :  http://www.sfc.keio.ac.jp/~t94303mn

From owner-freebsd-hackers  Wed May  8 05:39:58 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id FAA15956
          for hackers-outgoing; Wed, 8 May 1996 05:39:58 -0700 (PDT)
Received: from time.cdrom.com (time.cdrom.com [204.216.27.226])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA15947
          for ; Wed, 8 May 1996 05:39:56 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id FAA07965 for ; Wed, 8 May 1996 05:39:24 -0700 (PDT)
To: hackers@freebsd.org
Subject: Anyone build Fresco?
Date: Wed, 08 May 1996 05:39:23 -0700
Message-ID: <7959.831559163@time.cdrom.com>
From: "Jordan K. Hubbard" 
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Just checking out http://www.faslab.com/fresco and notice that one
Barry Boes is listed as the "keeper" for Fresco/FreeBSD, but I don't
see a binary port anywhere.  Is it even possible to compile Fresco
with gcc 2.6.3, or is that beyond the means of our limited C++
support?  I'd kind of like to finally take a look at it, actually.

Thanks!

					Jordan

From owner-freebsd-hackers  Wed May  8 05:48:03 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id FAA16559
          for hackers-outgoing; Wed, 8 May 1996 05:48:03 -0700 (PDT)
Received: from tfs.com (tfs.com [140.145.250.1])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA16554
          for ; Wed, 8 May 1996 05:48:01 -0700 (PDT)
Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP
	id m0uH8et-0003wZC; Wed, 8 May 96 05:47 PDT
Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id MAA01663; Wed, 8 May 1996 12:47:58 GMT
X-Authentication-Warning: critter.tfs.com: Host localhost [127.0.0.1] didn't use HELO protocol
To: Archie Cobbs 
cc: freebsd-hackers@FreeBSD.ORG
Subject: Re: Fix for ipfw.c 
In-reply-to: Your message of "Tue, 07 May 1996 20:21:59 MST."
             <199605080321.UAA26444@bubba.whistle.com> 
Date: Wed, 08 May 1996 12:47:57 +0000
Message-ID: <1661.831559677@critter.tfs.com>
From: Poul-Henning Kamp 
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> 
> The ``ipfw'' program has a problem in that it doesn't gracefully
> detect when the list of tcp/udp ports is too long or improperly
> specified (ie, any range must come first). More precisely, it just
> core dumps.. :-)
> 
> So I took the liberty of fixing it, plus a couple of error messages.
> Could someone in charge look at this and check it in?

Thanks, got it!

Poul-Henning
--
Poul-Henning Kamp           | phk@FreeBSD.ORG       FreeBSD Core-team.
http://www.freebsd.org/~phk | phk@login.dknet.dk    Private mailbox.
whois: [PHK]                | phk@ref.tfs.com       TRW Financial Systems, Inc.
Future will arrive by its own means, progress not so.

From owner-freebsd-hackers  Wed May  8 06:19:30 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id GAA19050
          for hackers-outgoing; Wed, 8 May 1996 06:19:30 -0700 (PDT)
Received: from glueserv1.umd.edu (glueserv1.umd.edu [129.2.70.69])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA19043
          for ; Wed, 8 May 1996 06:19:28 -0700 (PDT)
Received: from skipper.eng.umd.edu (skipper.eng.umd.edu [129.2.98.208]) by glueserv1.umd.edu (8.7.5/8.7.3) with ESMTP id JAA25527; Wed, 8 May 1996 09:19:14 -0400 (EDT)
Received: (from chuckr@localhost) by skipper.eng.umd.edu (8.7.5/8.7.3) id JAA29817; Wed, 8 May 1996 09:19:11 -0400 (EDT)
Date: Wed, 8 May 1996 09:19:10 -0400 (EDT)
From: Chuck Robey 
X-Sender: chuckr@skipper.eng.umd.edu
To: FreeBSD-Hackers@FreeBSD.org
cc: "Charles B. Robey" 
Subject: New 4.4BSD book - group buy
Message-ID: 
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

OK, this is about the recently released Addison Wesley book, The Design 
and Implementation of the 4.4BSD Operating System, by McKusick, Bostic  
Karels, and Quarterman.

I called Readme.doc, and they said they would be happy to offer a 
discount, and yes, they would let the agregate of however many FreeBSDers 
order count against one big discount pool.  They said that they'd be 
happy to arrange shipping, tho they would charge $3/per person shipping.

What they want is me to get a list of folks together who want to buy it, 
so that they can estimate the cost.  The book runs (full price) $48.37, 
and Readme.Doc's discount is:

1-5 books	20 percent off
6-20 books	23 percent off
21-50 books	25 percent off

I didn't ask about any more, but it keeps on in like fashion.  They said 
that they DO handle European shipping, but it's very expensive on a 
book-by book basis.  They suggested that maybe someone in Europe could 
get all the books (shrinking the shipping costs) and then re-ship there, 
to cut the costs.  I'm in Maryland, so I can't do that, someone in Europe 
is going to have to volunteer that.

If you want the book, send me Email about it.  Make sure you have a good 
email return address.  Don't send me money, don't send anything like 
that, I'm just supposed to get names/numbers.  I will send back payment 
instructions when I think I have got everyone (1-2 weeks probably).  For 
folks inthe US, this probably means you'll end up calling Readme.Doc 
direct, giving them a credit card number, and referencing the FreeBSD 
group-buy.  I'm just supposed to get names so they can figure a discount 
to offer.

I'll repost when I get more info, when I get an idea how many folks want 
to do this.  I have several folks already mailing me, even before I knew 
Readme.Doc would do this.  For your info, I've been using Readme.Doc for 
some time now, because they discount Unix books (like the 4.4BSD manuals 
they sold me, and various other O'Reilly books I didn't have to pay full 
price for).  I have never had anything but good service from them.

==========================================================================
Chuck Robey chuckr@eng.umd.edu, I run FreeBSD-current on n3lxx + Journey2
 
Three Accounts for the Super-users in the sky,
  Seven for the Operators in their halls of fame,
Nine for Ordinary Users doomed to crie,
  One for the Illegal Cracker with his evil game
In the Domains of Internet where the data lie.
  One Account to rule them all, One Account to watch them,
  One Account to make them all and in the network bind them.



From owner-freebsd-hackers  Wed May  8 06:35:12 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id GAA21416
          for hackers-outgoing; Wed, 8 May 1996 06:35:12 -0700 (PDT)
Received: from rk.ios.com (rk.ios.com [198.4.75.55])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA21402
          for ; Wed, 8 May 1996 06:35:08 -0700 (PDT)
Received: (from rashid@localhost) by rk.ios.com (8.6.11/8.6.9) id JAA27074 for hackers@freebsd.org; Wed, 8 May 1996 09:32:51 -0400
From: Rashid  Karimov 
Message-Id: <199605081332.JAA27074@rk.ios.com>
Subject: subscribe
To: hackers@freebsd.org
Date: Wed, 8 May 1996 09:32:51 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

subscribe

From owner-freebsd-hackers  Wed May  8 07:35:15 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id HAA01166
          for hackers-outgoing; Wed, 8 May 1996 07:35:15 -0700 (PDT)
Received: from etinc.com (etinc.com [204.141.244.98])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA01143
          for ; Wed, 8 May 1996 07:35:09 -0700 (PDT)
Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id KAA28880 for ; Wed, 8 May 1996 10:43:30 -0400
Date: Wed, 8 May 1996 10:43:30 -0400
Message-Id: <199605081443.KAA28880@etinc.com>
X-Sender: dennis@etinc.com
X-Mailer: Windows Eudora Version 2.0.3
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
To: hackers@freebsd.org
From: dennis@etinc.com (dennis)
Subject: ISA Hole - Memory Problem
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


When we set the 15-16Meg ISA hole (which creates an addition area
for ISA adapters in the 15-16Meg region) in a 32Meg System, FreeBSD
only sees 15Meg in the Box. When the ISA hole is removed, it sees all
32Meg.

How do I tell the O/S that this hole is there so it sees the other 16Meg?

Thanks,

Dennis
----------------------------------------------------------------------------
Emerging Technologies, Inc.      http://www.etinc.com

Synchronous Communications Cards and Routers For
Discriminating Tastes. 56k to T1 and beyond. Frame
Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD 
and LINUX


From owner-freebsd-hackers  Wed May  8 07:50:13 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id HAA03529
          for hackers-outgoing; Wed, 8 May 1996 07:50:13 -0700 (PDT)
Received: from plunger.gdeb.com (plunger.gdeb.com [153.11.11.3])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA03430
          for ; Wed, 8 May 1996 07:50:02 -0700 (PDT)
Received: from orion.gdeb.com (orion.caen.gdeb.com) by plunger.gdeb.com with SMTP
	(1.37.109.16/16.2) id AA200286508; Wed, 8 May 1996 10:41:48 -0400
Message-Id: <3190B258.41C67EA6@pcnet.com>
Date: Wed, 08 May 1996 10:40:24 -0400
From: "Daniel M. Eischen" 
X-Mailer: Mozilla 3.0b2 (X11; I; FreeBSD 2.1-STABLE i386)
Mime-Version: 1.0
To: freebsd-hackers@FreeBSD.org
Subject: Copyright question
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

I wrote a FreeBSD driver last year and have been trying to get
the manufacturer to agree to the standard BSD copyright.  It's
taken a few months for them to get a ruling, but they've given
the OK with 2 slight changes to the standard copyright.

Condor Engineering, Inc. released the source code to the DOS
drivers to me, so the FreeBSD driver I wrote was based somewhat
on capabilities that originated from the DOS driver.

I'd like to include the driver as part of FreeBSD.  My questions
are:

  o It's a MIL-STD-1553 driver and will have limited use.  Can
    we still have it included in the source tree?

  o How does the addition of 4th condition in the copyright
    affect any inclusion in FreeBSD?  Is it too restrictive?

The other change to the copyright was to add "DISCLAIMER" before
the disclaimer.  Condor didn't think it was explicit enough.  I
don't think anyone's going to have a problem with this.  The
modified copyright follows:

/*
 * Driver for the MIL-STD-1553B interface boards manufactured by
 * Condor Engineering, Inc.
 *
 * Parts of this driver were based upon the DOS driver for the
 * same boards by the manufacturer Condor Engineering, Inc.
 *
 * Copyright (c) 1995 by Daniel M. Eischen and Condor Engineering, Inc.
 * All rights reserved.
 *
 * Redistribution and use in source and binary forms, with or without
 * modification, are permitted provided that the following conditions
 * are met:
 * 1. Redistributions of source code must retain the above copyright
 *    notice immediately at the beginning of the file, without modification,
 *    this list of conditions, and the following disclaimer.
 * 2. Redistributions in binary form must reproduce the above copyright
 *    notice, this list of conditions and the following disclaimer in the
 *    documentation and/or other materials provided with the distribution.
 * 3. Absolutely no warranty of function or purpose is made by the authors
 *    Daniel M. Eischen and Condor Engineering, Inc.
 * 4. This code is only licensed for use with Condor Engineering, Inc.
 *    interface hardware. 
 * 5. Modifications may be freely made to this file if the above conditions
 *    are met.
 *
 * DISCLAIMER:
 *
 * THIS SOFTWARE IS PROVIDED BY THE DEVELOPER(S) ``AS IS'' AND ANY EXPRESS
 * OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED
 * WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
 * DISCLAIMED.  IN NO EVENT SHALL THE DEVELOPER(S) BE LIABLE FOR ANY
 * DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
 * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
 * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
 * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT,
 * STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING
 * IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE
 * POSSIBILITY OF SUCH DAMAGE.
 *
 */

Thanks all for your comments and suggestions,

Dan Eischen
eischen@pcnet.com

From owner-freebsd-hackers  Wed May  8 07:58:30 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id HAA04796
          for hackers-outgoing; Wed, 8 May 1996 07:58:30 -0700 (PDT)
Received: from phantasma.bevc.blacksburg.va.us (root@phantasma.bevc.blacksburg.va.us [198.82.200.65])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA04778
          for ; Wed, 8 May 1996 07:58:26 -0700 (PDT)
Received: (from kmitch@localhost) by phantasma.bevc.blacksburg.va.us (8.7.5/8.7.3) id KAA01204 for hackers@freebsd.org; Wed, 8 May 1996 10:58:23 -0400 (EDT)
From: Keith Mitchell 
Message-Id: <199605081458.KAA01204@phantasma.bevc.blacksburg.va.us>
Subject: Security hole(??) in password expiration
To: hackers@freebsd.org
Date: Wed, 8 May 1996 10:58:21 -0400 (EDT)
X-Mailer: ELM [version 2.4ME+ PL13 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

If a user tries to login with an expired password, login calls passwd to
get them to change their password.  If they just hit enter at the new
password prompt, then they can still get in.  Their expired flag on their
password remains in effect, but they can "get arround" password expiration
in this manner.

I (personally) would like to see it close the connection if this happens
(or at least keep prompting them).  Is this feasable?

BTW this is in 2.1R/stable/current.


From owner-freebsd-hackers  Wed May  8 08:06:38 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id IAA06171
          for hackers-outgoing; Wed, 8 May 1996 08:06:38 -0700 (PDT)
Received: from Root.COM (implode.Root.COM [198.145.90.17])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA06156
          for ; Wed, 8 May 1996 08:06:35 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id IAA00296; Wed, 8 May 1996 08:06:20 -0700 (PDT)
Message-Id: <199605081506.IAA00296@Root.COM>
X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol
To: dennis@etinc.com (dennis)
cc: hackers@freebsd.org
Subject: Re: ISA Hole - Memory Problem 
In-reply-to: Your message of "Wed, 08 May 1996 10:43:30 EDT."
             <199605081443.KAA28880@etinc.com> 
From: David Greenman 
Reply-To: davidg@Root.COM
Date: Wed, 08 May 1996 08:06:20 -0700
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

>
>When we set the 15-16Meg ISA hole (which creates an addition area
>for ISA adapters in the 15-16Meg region) in a 32Meg System, FreeBSD
>only sees 15Meg in the Box. When the ISA hole is removed, it sees all
>32Meg.
>
>How do I tell the O/S that this hole is there so it sees the other 16Meg?

   You don't. We don't have support for arbitrary holes in the address space.

-DG

David Greenman
Core-team/Principal Architect, The FreeBSD Project

From owner-freebsd-hackers  Wed May  8 08:13:55 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id IAA07153
          for hackers-outgoing; Wed, 8 May 1996 08:13:55 -0700 (PDT)
Received: from platon.cs.rhbnc.ac.uk (dns1.rhbnc.ac.uk [134.219.44.52])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA07007
          for ; Wed, 8 May 1996 08:12:33 -0700 (PDT)
Received: from platon (platon.cs.rhbnc.ac.uk [134.219.96.1]) 
          by platon.cs.rhbnc.ac.uk (8.6.9/8.6.9) with SMTP id QAA15424 ;
          Wed, 8 May 1996 16:14:16 +0100
Date: Wed, 8 May 1996 16:14:16 +0100 (BST)
From: " Stephen P. Butler" 
X-Sender: stephen@platon
To: Chuck Robey 
cc: FreeBSD-Hackers@FreeBSD.org, "Charles B. Robey" 
Subject: Re: New 4.4BSD book - group buy
In-Reply-To: 
Message-ID: 
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

On Wed, 8 May 1996, Chuck Robey wrote:

> OK, this is about the recently released Addison Wesley book, The Design 
> and Implementation of the 4.4BSD Operating System, by McKusick, Bostic  
> Karels, and Quarterman.
> 
> I called Readme.doc, and they said they would be happy to offer a 
> discount, and yes, they would let the agregate of however many FreeBSDers 
> order count against one big discount pool.  They said that they'd be 
> happy to arrange shipping, tho they would charge $3/per person shipping.
> 
> I didn't ask about any more, but it keeps on in like fashion.  They said 
> that they DO handle European shipping, but it's very expensive on a 
> book-by book basis.  They suggested that maybe someone in Europe could 
> get all the books (shrinking the shipping costs) and then re-ship there, 
> to cut the costs.  I'm in Maryland, so I can't do that, someone in Europe 
> is going to have to volunteer that.
> 
> If you want the book, send me Email about it.  Make sure you have a good 
> email return address.  Don't send me money, don't send anything like 
> that, I'm just supposed to get names/numbers.  I will send back payment 
> instructions when I think I have got everyone (1-2 weeks probably).  For 
> folks inthe US, this probably means you'll end up calling Readme.Doc 
> direct, giving them a credit card number, and referencing the FreeBSD 
> group-buy.  I'm just supposed to get names so they can figure a discount 
> to offer.
> 
> I'll repost when I get more info, when I get an idea how many folks want 
> to do this.  I have several folks already mailing me, even before I knew 
> Readme.Doc would do this.  For your info, I've been using Readme.Doc for 
> some time now, because they discount Unix books (like the 4.4BSD manuals 
> they sold me, and various other O'Reilly books I didn't have to pay full 
> price for).  I have never had anything but good service from them.

I'd be interested in getting a copy of this book.  If you need a
European person to arrange reshipping then I may be able to volunteer
if we can sort out how to cover postage.

Regards,
   S.
--
----------------------------------------------------------------
|Stephen Butler                       |stephen@dcs.rhbnc.ac.uk |
|Computer Science Undergraduate.      |                        |
|Royal Holloway, University of London.|                        |
|                                     |                        |
----------------------------------------------------------------


From owner-freebsd-hackers  Wed May  8 08:41:34 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id IAA12470
          for hackers-outgoing; Wed, 8 May 1996 08:41:34 -0700 (PDT)
Received: from glueserv1.umd.edu (glueserv1.umd.edu [129.2.70.69])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA12452
          for ; Wed, 8 May 1996 08:41:30 -0700 (PDT)
Received: from skipper.eng.umd.edu (skipper.eng.umd.edu [129.2.98.208]) by glueserv1.umd.edu (8.7.5/8.7.3) with ESMTP id LAA00884; Wed, 8 May 1996 11:41:26 -0400 (EDT)
Received: (from chuckr@localhost) by skipper.eng.umd.edu (8.7.5/8.7.3) id LAA15954; Wed, 8 May 1996 11:30:49 -0400 (EDT)
Date: Wed, 8 May 1996 11:30:48 -0400 (EDT)
From: Chuck Robey 
X-Sender: chuckr@skipper.eng.umd.edu
To: " Stephen P. Butler" 
cc: FreeBSD-Hackers@FreeBSD.org
Subject: Re: New 4.4BSD book - group buy
In-Reply-To: 
Message-ID: 
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

On Wed, 8 May 1996,  Stephen P. Butler wrote:

> On Wed, 8 May 1996, Chuck Robey wrote:
> 
> > OK, this is about the recently released Addison Wesley book, The Design 
> > and Implementation of the 4.4BSD Operating System, by McKusick, Bostic  
> > Karels, and Quarterman.
[some deleted]

> I'd be interested in getting a copy of this book.  If you need a
> European person to arrange reshipping then I may be able to volunteer
> if we can sort out how to cover postage.

Well, that's what I was hoping a European volunteer would do, because I 
have no idea how to do shipping there.  Doing it direct from Readme.Doc 
would be really expensive (they estimated $25/book).  If you get to 
handle it there, you'll have to know how to reship stuff to all the 
reasonable European destinations.  I would assume it can be done much 
more cheaply in Europe ?  If I'm wrong, and the shipping isn't a problem, 
I will take orders from anywhere, but I didn't want to sock folks with 
such a big shipping charge.

Any other areas want in on this, please, volunteers?  It would be good to 
get it all done at once, increasing the discount for everyone.  
Australia, Japan, etc ?

> 
> Regards,
>    S.

==========================================================================
Chuck Robey chuckr@eng.umd.edu, I run FreeBSD-current on n3lxx + Journey2
 
Three Accounts for the Super-users in the sky,
  Seven for the Operators in their halls of fame,
Nine for Ordinary Users doomed to crie,
  One for the Illegal Cracker with his evil game
In the Domains of Internet where the data lie.
  One Account to rule them all, One Account to watch them,
  One Account to make them all and in the network bind them.



From owner-freebsd-hackers  Wed May  8 09:08:24 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id JAA17324
          for hackers-outgoing; Wed, 8 May 1996 09:08:24 -0700 (PDT)
Received: from etinc.com (etinc.com [204.141.244.98])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA17313
          for ; Wed, 8 May 1996 09:08:21 -0700 (PDT)
Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id MAA29034; Wed, 8 May 1996 12:15:12 -0400
Date: Wed, 8 May 1996 12:15:12 -0400
Message-Id: <199605081615.MAA29034@etinc.com>
X-Sender: dennis@etinc.com
X-Mailer: Windows Eudora Version 2.0.3
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
To: davidg@Root.COM
From: dennis@etinc.com (dennis)
Subject: Re: ISA Hole - Memory Problem 
Cc: hackers@freebsd.org
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

>>
>>When we set the 15-16Meg ISA hole (which creates an addition area
>>for ISA adapters in the 15-16Meg region) in a 32Meg System, FreeBSD
>>only sees 15Meg in the Box. When the ISA hole is removed, it sees all
>>32Meg.
>>
>>How do I tell the O/S that this hole is there so it sees the other 16Meg?
>
>   You don't. We don't have support for arbitrary holes in the address space.
>

If you set the adapter address in the kernel config to:

iomem 0xF00000 iosiz 0x100000


would this work?

Dennis
----------------------------------------------------------------------------
Emerging Technologies, Inc.      http://www.etinc.com

Synchronous Communications Cards and Routers For
Discriminating Tastes. 56k to T1 and beyond. Frame
Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD 
and LINUX


From owner-freebsd-hackers  Wed May  8 09:55:36 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id JAA22026
          for hackers-outgoing; Wed, 8 May 1996 09:55:36 -0700 (PDT)
Received: from Root.COM (implode.Root.COM [198.145.90.17])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA22013
          for ; Wed, 8 May 1996 09:55:32 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id JAA00248; Wed, 8 May 1996 09:55:21 -0700 (PDT)
Message-Id: <199605081655.JAA00248@Root.COM>
X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol
To: dennis@etinc.com (dennis)
cc: hackers@FreeBSD.ORG
Subject: Re: ISA Hole - Memory Problem 
In-reply-to: Your message of "Wed, 08 May 1996 12:15:12 EDT."
             <199605081615.MAA29034@etinc.com> 
From: David Greenman 
Reply-To: davidg@Root.COM
Date: Wed, 08 May 1996 09:55:21 -0700
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>>>
>>>When we set the 15-16Meg ISA hole (which creates an addition area
>>>for ISA adapters in the 15-16Meg region) in a 32Meg System, FreeBSD
>>>only sees 15Meg in the Box. When the ISA hole is removed, it sees all
>>>32Meg.
>>>
>>>How do I tell the O/S that this hole is there so it sees the other 16Meg?
>>
>>   You don't. We don't have support for arbitrary holes in the address space.
>>
>
>If you set the adapter address in the kernel config to:
>
>iomem 0xF00000 iosiz 0x100000
>
>
>would this work?

   No. Except for the standard ISA hole, FreeBSD doesn't know how to handle
other arbitrary holes in the address space. It would be not be very difficult
to special-case the 1MB region in the 15-16MB area, but this support isn't
there currently.

-DG

David Greenman
Core-team/Principal Architect, The FreeBSD Project

From owner-freebsd-hackers  Wed May  8 10:10:17 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id KAA23478
          for hackers-outgoing; Wed, 8 May 1996 10:10:17 -0700 (PDT)
Received: from etinc.com (etinc.com [204.141.244.98])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA23473
          for ; Wed, 8 May 1996 10:10:12 -0700 (PDT)
Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id NAA29184; Wed, 8 May 1996 13:17:00 -0400
Date: Wed, 8 May 1996 13:17:00 -0400
Message-Id: <199605081717.NAA29184@etinc.com>
X-Sender: dennis@etinc.com
X-Mailer: Windows Eudora Version 2.0.3
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
To: davidg@Root.COM
From: dennis@etinc.com (dennis)
Subject: Re: ISA Hole - Memory Problem 
Cc: hackers@freebsd.org
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

>>>>
>>>>When we set the 15-16Meg ISA hole (which creates an addition area
>>>>for ISA adapters in the 15-16Meg region) in a 32Meg System, FreeBSD
>>>>only sees 15Meg in the Box. When the ISA hole is removed, it sees all
>>>>32Meg.
>>>>
>>>>How do I tell the O/S that this hole is there so it sees the other 16Meg?
>>>
>>>   You don't. We don't have support for arbitrary holes in the address space.
>>>
>>
>>If you set the adapter address in the kernel config to:
>>
>>iomem 0xF00000 iosiz 0x100000
>>
>>
>>would this work?
>
>   No. Except for the standard ISA hole, FreeBSD doesn't know how to handle
>other arbitrary holes in the address space. It would be not be very difficult
>to special-case the 1MB region in the 15-16MB area, but this support isn't
>there currently.

If  you could point me at the right modules/routines I'd like to take a look
at it. 
The 15-16Meg region is a fairly common option in many motherboard (I think
its generally called the "Compaq Hole") and it makes life a lot easier if
you have
a bunch of shared-memory cards in the same box....particularly if you want to 
run X and can't use A0000.

Dennis


----------------------------------------------------------------------------
Emerging Technologies, Inc.      http://www.etinc.com

Synchronous Communications Cards and Routers For
Discriminating Tastes. 56k to T1 and beyond. Frame
Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD 
and LINUX


From owner-freebsd-hackers  Wed May  8 10:22:41 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id KAA24678
          for hackers-outgoing; Wed, 8 May 1996 10:22:41 -0700 (PDT)
Received: from Root.COM (implode.Root.COM [198.145.90.17])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA24673
          for ; Wed, 8 May 1996 10:22:39 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id KAA00341; Wed, 8 May 1996 10:22:30 -0700 (PDT)
Message-Id: <199605081722.KAA00341@Root.COM>
X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol
To: dennis@etinc.com (dennis)
cc: hackers@freebsd.org
Subject: Re: ISA Hole - Memory Problem 
In-reply-to: Your message of "Wed, 08 May 1996 13:17:00 EDT."
             <199605081717.NAA29184@etinc.com> 
From: David Greenman 
Reply-To: davidg@Root.COM
Date: Wed, 08 May 1996 10:22:30 -0700
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

>If  you could point me at the right modules/routines I'd like to take a look
>at it. 
>The 15-16Meg region is a fairly common option in many motherboard (I think
>its generally called the "Compaq Hole") and it makes life a lot easier if
>you have
>a bunch of shared-memory cards in the same box....particularly if you want to 
>run X and can't use A0000.

   Look in machdep.c in middle of the routine init386(). You'll find the
memory sizer there. You'll need to mess with the phys_avail array so that
a hole is created. phys_avail is an array of start-end ranges of good memory.

-DG

David Greenman
Core-team/Principal Architect, The FreeBSD Project

From owner-freebsd-hackers  Wed May  8 11:19:41 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id LAA28610
          for hackers-outgoing; Wed, 8 May 1996 11:19:41 -0700 (PDT)
Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA28605
          for ; Wed, 8 May 1996 11:19:39 -0700 (PDT)
Received: (from dgy@localhost) by seagull.rtd.com (8.6.12/1.2) id LAA17604; Wed, 8 May 1996 11:19:13 -0700
From: Don Yuniskis 
Message-Id: <199605081819.LAA17604@seagull.rtd.com>
Subject: Re: New 4.4BSD book - group buy
To: chuckr@Glue.umd.edu (Chuck Robey)
Date: Wed, 8 May 1996 11:19:10 -0700 (MST)
Cc: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers)
In-Reply-To:  from "Chuck Robey" at May 8, 96 11:30:48 am
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> > > OK, this is about the recently released Addison Wesley book, The Design 
> > > and Implementation of the 4.4BSD Operating System, by McKusick, Bostic  
> > > Karels, and Quarterman.
> 
> Any other areas want in on this, please, volunteers?  It would be good to 
> get it all done at once, increasing the discount for everyone.  
> Australia, Japan, etc ?

Just exactly what kind of a discount are we talking about?  What's the
retail on the book?

From owner-freebsd-hackers  Wed May  8 11:23:22 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id LAA28970
          for hackers-outgoing; Wed, 8 May 1996 11:23:22 -0700 (PDT)
Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA28963
          for ; Wed, 8 May 1996 11:23:18 -0700 (PDT)
Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA26343; Wed, 8 May 1996 11:13:25 -0700
From: Terry Lambert 
Message-Id: <199605081813.LAA26343@phaeton.artisoft.com>
Subject: Re: dosfsck anyone?
To: kaleb@x.org (Kaleb S. KEITHLEY)
Date: Wed, 8 May 1996 11:13:25 -0700 (MST)
Cc: terry@lambert.org, hackers@freefall.FreeBSD.org
In-Reply-To: <199605072243.SAA21637@exalt.x.org> from "Kaleb S. KEITHLEY" at May 7, 96 06:43:06 pm
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> > Same goes for DOS 7.0 shells running INT 21 emulation for programs
> > running in DOS "Command" on Win95.
> > 
> > If you "cd .." you *don't* get a ".." at the IFSMgr_SetReqHook()
> > call level.  You get an absolute path with the ".." parsed back.
> 
> Fine, but what does that have to do with how the bits are laid on on
> the disk in FAT/VFAT/VFAT32? 
> 
> My guess is that FreeBSD programs don't care too very much about INT21
> emulation or IFSMgr_SetReqHook. :-)
> 
> On the disk there are "." and ".." directory entries. If the Windows
> IFS chooses to parse out the ".." in a filespec, that doesn't sound
> like something that affects how dosfsck will work.

It depends.  It means that it isn't required to maintain the FS in
what BSD would consider a "consistent state" to keep it usable by
DOS/Windows.

FWIW.


					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.

From owner-freebsd-hackers  Wed May  8 11:28:03 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id LAA29456
          for hackers-outgoing; Wed, 8 May 1996 11:28:03 -0700 (PDT)
Received: from glueserv1.umd.edu (glueserv1.umd.edu [129.2.70.69])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA29393
          for ; Wed, 8 May 1996 11:28:01 -0700 (PDT)
Received: from skipper.eng.umd.edu (skipper.eng.umd.edu [129.2.98.208]) by glueserv1.umd.edu (8.7.5/8.7.3) with ESMTP id OAA06411; Wed, 8 May 1996 14:27:53 -0400 (EDT)
Received: (from chuckr@localhost) by skipper.eng.umd.edu (8.7.5/8.7.3) id OAA30441; Wed, 8 May 1996 14:27:31 -0400 (EDT)
Date: Wed, 8 May 1996 14:27:31 -0400 (EDT)
From: Chuck Robey 
X-Sender: chuckr@skipper.eng.umd.edu
To: Don Yuniskis 
cc: FreeBSD hackers 
Subject: Re: New 4.4BSD book - group buy
In-Reply-To: <199605081819.LAA17604@seagull.rtd.com>
Message-ID: 
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

On Wed, 8 May 1996, Don Yuniskis wrote:

> > > > OK, this is about the recently released Addison Wesley book, The Design 
> > > > and Implementation of the 4.4BSD Operating System, by McKusick, Bostic  
> > > > Karels, and Quarterman.
> > 
> > Any other areas want in on this, please, volunteers?  It would be good to 
> > get it all done at once, increasing the discount for everyone.  
> > Australia, Japan, etc ?
> 
> Just exactly what kind of a discount are we talking about?  What's the
> retail on the book?
> 

So far, I have enough orders to get into the 25 per cent discount.  The 
retail is $48.37, discount brings it (so far) down to $36.27, add $3 
shipping, it looks like just under $40.00.

Thanks to everyone who _didn't_ spam the lists with their orders, 
everyone has been doing real good and sending me the replies privately 
(like I asked).


==========================================================================
Chuck Robey chuckr@eng.umd.edu, I run FreeBSD-current on n3lxx + Journey2
 
Three Accounts for the Super-users in the sky,
  Seven for the Operators in their halls of fame,
Nine for Ordinary Users doomed to crie,
  One for the Illegal Cracker with his evil game
In the Domains of Internet where the data lie.
  One Account to rule them all, One Account to watch them,
  One Account to make them all and in the network bind them.



From owner-freebsd-hackers  Wed May  8 11:34:06 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id LAA00644
          for hackers-outgoing; Wed, 8 May 1996 11:34:06 -0700 (PDT)
Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA00633
          for ; Wed, 8 May 1996 11:34:04 -0700 (PDT)
Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA26430; Wed, 8 May 1996 11:23:43 -0700
From: Terry Lambert 
Message-Id: <199605081823.LAA26430@phaeton.artisoft.com>
Subject: Re: date change and wtmp record
To: max@sfc.wide.ad.jp
Date: Wed, 8 May 1996 11:23:42 -0700 (MST)
Cc: freebsd-hackers@FreeBSD.org
In-Reply-To: <199605081122.UAA09674@mail.tky007.tth.expo96.ad.jp> from "Masafumi NAKANE/=?ISO-2022-JP?B?GyRCQ2Y6LDJtSjgbKEI=?=" at May 8, 96 08:22:38 pm
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

> > >      I'm thinking of doing 'make world' hoping the problem goes away.
> > 
> > It won't.  Everything is in /usr/src/bin/date/.  So rebuilding this
> > must help, or you're suffering from another problem.  (Make sure you
> > don't use GNU date by accident.  cd into the src dir, and run
> > ./obj/date .)
>      Oh, well, I rebuilt and reinstalled /usr/src/bin/date/* and the
> problem stays there.  Thought there may be problem with logwtmp() and,
> so, I rebuilt and reinstalled libutil, but unsuccessful so far.
>      Now, I really don't have any idea what to look at or what to do.
> Since it's not giving me serious trouble, I can always give up on
> this, but I really hope to solve this.
> (It's very strange that no one else sees this problem.)
> 
>      If I ever find out what's wrong, I will post it here.  If anyone
> has any idea/suggestion, please let me know.

Pipe the output to "hexdump" and see if you get "7b" ('{') or "7d"
('}').  I'm still not satisfied that it isn't your font.


					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.

From owner-freebsd-hackers  Wed May  8 11:47:03 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id LAA02837
          for hackers-outgoing; Wed, 8 May 1996 11:47:03 -0700 (PDT)
Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA02830
          for ; Wed, 8 May 1996 11:47:01 -0700 (PDT)
Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id LAA00907; Wed, 8 May 1996 11:46:35 -0700
Message-Id: <199605081846.LAA00907@rah.star-gate.com>
X-Mailer: exmh version 1.6.5 12/11/95
To: Andrew McRae 
cc: hackers@FreeBSD.ORG
Subject: Re: shared interrupts? 
In-reply-to: Your message of "Tue, 07 May 1996 16:46:43 PDT."
             <199605072346.QAA09955@doberman.cisco.com> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Wed, 08 May 1996 11:46:34 -0700
From: "Amancio Hasty Jr." 
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> se@zpr.uni-koeln.de (Stefan Esser):

> The interrupt mechanism of the PC sucks.

Tnks I was praying that the device would send an identification code
along with the interrupt.

	Amancio




From owner-freebsd-hackers  Wed May  8 13:43:51 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id NAA23207
          for hackers-outgoing; Wed, 8 May 1996 13:43:51 -0700 (PDT)
Received: from mail.think.com (Mail1.Think.COM [131.239.33.245])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA23198
          for ; Wed, 8 May 1996 13:43:48 -0700 (PDT)
Received: from Early-Bird-1.Think.COM by mail.think.com; Wed, 8 May 96 16:43:41 -0400
Received: from compound.Think.COM (fergus-27.dialup.prtel.com) by Early-Bird.Think.COM; Wed, 8 May 96 16:43:38 EDT
Received: (from alk@localhost) by compound.Think.COM (8.7.5/8.7.3) id QAA17708; Wed, 8 May 1996 16:43:16 -0500 (CDT)
Date: Wed, 8 May 1996 16:43:16 -0500 (CDT)
Message-Id: <199605082143.QAA17708@compound.Think.COM>
From: Tony Kimball 
To: hackers@freebsd.org
Subject: SIGFPE
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


Does anyone have an example of code which handles SIGFPEs?
I do not understand how to discriminate causes and rectify
problems in a handler, and there does not appear to be any
code in the os which does this, to serve as an example.



From owner-freebsd-hackers  Wed May  8 13:47:22 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id NAA23625
          for hackers-outgoing; Wed, 8 May 1996 13:47:22 -0700 (PDT)
Received: from mail.think.com (Mail1.Think.COM [131.239.33.245])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA23616
          for ; Wed, 8 May 1996 13:47:18 -0700 (PDT)
Received: from Early-Bird-1.Think.COM by mail.think.com; Wed, 8 May 96 16:47:11 -0400
Received: from compound.Think.COM (fergus-27.dialup.prtel.com) by Early-Bird.Think.COM; Wed, 8 May 96 16:47:08 EDT
Received: (from alk@localhost) by compound.Think.COM (8.7.5/8.7.3) id QAA17740; Wed, 8 May 1996 16:46:47 -0500 (CDT)
Date: Wed, 8 May 1996 16:46:47 -0500 (CDT)
Message-Id: <199605082146.QAA17740@compound.Think.COM>
From: Tony Kimball 
To: hackers@freebsd.org
Subject: SIGFPE
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


Does anyone have an example of code which handles SIGFPEs under BSD?
I do not understand how to discriminate causes and rectify problems in
a handler, and there does not appear to be any code in the os which
does this, to serve as an example.

//alk



From owner-freebsd-hackers  Wed May  8 14:17:21 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id OAA25914
          for hackers-outgoing; Wed, 8 May 1996 14:17:21 -0700 (PDT)
Received: from time.cdrom.com (time.cdrom.com [204.216.27.226])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA25908
          for ; Wed, 8 May 1996 14:17:17 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id OAA25053; Wed, 8 May 1996 14:16:32 -0700 (PDT)
To: "Daniel M. Eischen" 
cc: freebsd-hackers@FreeBSD.org
Subject: Re: Copyright question 
In-reply-to: Your message of "Wed, 08 May 1996 10:40:24 EDT."
             <3190B258.41C67EA6@pcnet.com> 
Date: Wed, 08 May 1996 14:16:32 -0700
Message-ID: <25051.831590192@time.cdrom.com>
From: "Jordan K. Hubbard" 
Sender: owner-hackers@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

>   o It's a MIL-STD-1553 driver and will have limited use.  Can
>     we still have it included in the source tree?

I don't see why not - we've already got some pretty "limited use"
drivers in there already, and a driver doesn't take up that much
space.

>   o How does the addition of 4th condition in the copyright
>     affect any inclusion in FreeBSD?  Is it too restrictive?

I'd say it's a little iffy.  For example, let's say I have a condor
board and I build a kernel for it after seeing the entry in LINT
(bearing in mind that most people never even _look_ at the source
code).  So far, so good - it works great and I'm very happy.  Then I
set about to put 5 more machines together for the same purpose and,
right around the same time, see an advert for a Condor clone that's
half the price in a magazine.  "Wow!" I say, "that's for me.  I'll buy
5 of these instead and save a few bucks."  So I buy my 5 condor
clones, copy the kernel over from the first machine to the other 5
(let's assume I buy standard equipment) and it all works fine.
However, since I never once looked at the source code, I'm now
inadvertantly breaking the law.

It looks like clause 4 is trying to enforce legally what most
companies seek to achieve simply by never releasing information on
their products.  Not that I want Condor to go that route, mind you,
but I don't think that what they're trying to achieve with clause 4 is
even legally achievable.  I'm sure that the person in my hypothetical
example above would have a pretty good case for "insufficient notice"
if this ever came to court, so clause 4 doesn't even really have any
teeth and can only cause FUD by being there.  I'd be happier to see it
go.

					Jordan

From owner-freebsd-hackers  Wed May  8 15:01:48 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id PAA28630
          for hackers-outgoing; Wed, 8 May 1996 15:01:48 -0700 (PDT)
Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA28625
          for ; Wed, 8 May 1996 15:01:45 -0700 (PDT)
Received: by pcnet1.pcnet.com (4.1/SMI-4.1)
	id AA09404; Wed, 8 May 96 17:58:27 EDT
Date: Wed, 8 May 96 17:58:27 EDT
From: eischen@vigrid.com (Daniel Eischen)
Message-Id: <9605082158.AA09404@pcnet1.pcnet.com>
To: eischen@vigrid.com, jkh@time.cdrom.com
Subject: Re: Copyright question
Cc: freebsd-hackers@FreeBSD.org
Sender: owner-hackers@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

> I don't see why not - we've already got some pretty "limited use"
> drivers in there already, and a driver doesn't take up that much
> space.

OK, cool.

> >   o How does the addition of 4th condition in the copyright
> >     affect any inclusion in FreeBSD?  Is it too restrictive?
>
> I'd say it's a little iffy.  For example, let's say I have a condor
> board and I build a kernel for it after seeing the entry in LINT
> (bearing in mind that most people never even _look_ at the source
> code).  So far, so good - it works great and I'm very happy.  Then I
> set about to put 5 more machines together for the same purpose and,
> right around the same time, see an advert for a Condor clone that's
> half the price in a magazine.  "Wow!" I say, "that's for me.  I'll buy
> 5 of these instead and save a few bucks."  So I buy my 5 condor
> clones, copy the kernel over from the first machine to the other 5
> (let's assume I buy standard equipment) and it all works fine.
> However, since I never once looked at the source code, I'm now
> inadvertantly breaking the law.
>
>It looks like clause 4 is trying to enforce legally what most
> companies seek to achieve simply by never releasing information on
> their products.  Not that I want Condor to go that route, mind you,
> but I don't think that what they're trying to achieve with clause 4 is
> even legally achievable.  I'm sure that the person in my hypothetical
> example above would have a pretty good case for "insufficient notice"
> if this ever came to court, so clause 4 doesn't even really have any
> teeth and can only cause FUD by being there.  I'd be happier to see it
> go.

This is a good point.  A person can knowingly use the driver on non-
Condor boards too.  In this case we don't care because he violated
the copyright (assuming he admits to it), in the other case the user
wasn't properly informed and probably can't be held liable.

I'll try to see if I can get rid of clause 4, but I don't think
they're going to let it go without some sort of clause.  Is there
anything we can do?  Add a comment in LINT saying it's restricted
by copyright?  Or point to a file from within LINT that will list
the restricted driver(s)?  As long as the user sees the copyright
restriction before he rebuilds the kernel with the driver, right?

Dan Eischen
eischen@pcnet.com

From owner-freebsd-hackers  Wed May  8 15:20:38 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id PAA29846
          for hackers-outgoing; Wed, 8 May 1996 15:20:38 -0700 (PDT)
Received: from distortion.eng.umd.edu (distortion.eng.umd.edu [129.2.98.6])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA29830
          for ; Wed, 8 May 1996 15:20:34 -0700 (PDT)
Received: from thurston.eng.umd.edu (thurston.eng.umd.edu [129.2.98.206]) by distortion.eng.umd.edu (8.7.5/8.7.3) with ESMTP id SAA27199; Wed, 8 May 1996 18:20:18 -0400 (EDT)
Received: (from chuckr@localhost) by thurston.eng.umd.edu (8.7.5/8.7.3) id SAA00713; Wed, 8 May 1996 18:20:17 -0400 (EDT)
Date: Wed, 8 May 1996 18:20:15 -0400 (EDT)
From: Chuck Robey 
X-Sender: chuckr@thurston.eng.umd.edu
To: Joe McGuckin 
cc: FreeBSD-Hackers@FreeBSD.org
Subject: Re: 4.4 book
In-Reply-To: <199605081839.LAA20167@ns.via.net>
Message-ID: 
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

On Wed, 8 May 1996, Joe McGuckin wrote:

> Count me in. If it would save money on shipping, why not ship all the books
> destined for Silicon Valley to a contral location to be disbursed.

Joe didn't get on the list because  isn't an address I can get 
back to.  Joe, resend to me with a good address please.

A couple of folks besides Joe have offered to be reshippers in the US, 
but shipping domestically is only $3 per book, so I don't think it makes 
sense.  I have some in England kindly offering to do reshipping, and 
several European orders already.  I haven't counted yet, but well over 30 
orders so far.  If it gets over 50, the discount gets to 27 percent.

> 
> -joe
> 
> joe mcguckin
> 415 903 2242
> 

==========================================================================
Chuck Robey chuckr@eng.umd.edu, I run FreeBSD-current on n3lxx + Journey2
 
Three Accounts for the Super-users in the sky,
  Seven for the Operators in their halls of fame,
Nine for Ordinary Users doomed to crie,
  One for the Illegal Cracker with his evil game
In the Domains of Internet where the data lie.
  One Account to rule them all, One Account to watch them,
  One Account to make them all and in the network bind them.



From owner-freebsd-hackers  Wed May  8 15:21:08 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id PAA29918
          for hackers-outgoing; Wed, 8 May 1996 15:21:08 -0700 (PDT)
Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA29905
          Wed, 8 May 1996 15:21:04 -0700 (PDT)
Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA20413; Thu, 9 May 1996 00:20:35 +0200
Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP
	id AAA05928; Thu, 9 May 1996 00:20:35 +0200
Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id XAA15725; Wed, 8 May 1996 23:27:38 +0200 (MET DST)
From: J Wunsch 
Message-Id: <199605082127.XAA15725@uriah.heep.sax.de>
Subject: Re: Uknown CD-ROM : debugging a driver
To: babbleon@mercury.interpath.com (Brian T. Schellenberger - Personal Account)
Date: Wed, 8 May 1996 23:27:37 +0200 (MET DST)
Cc: freebsd-hackers@FreeBSD.org, freebsd-hardware@FreeBSD.org
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <199605080454.AAA29669@mercury.interpath.com> from "Brian T. Schellenberger - Personal Account" at "May 8, 96 00:54:42 am"
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E 
X-Mailer: ELM [version 2.4ME+ PL15 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

As Brian T. Schellenberger - Personal Account wrote:

> QUESTIONS:

>   - Where is doc on ddb, if that's the best way to look at this?

Look in the section about kernel debugging in the handbook.  It
explains the DDB and gdb -k basics.

>   - For that matter, where is ddb itself?

``options DDB'' in the kernel config file.

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-hackers  Wed May  8 15:21:34 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id PAA29985
          for hackers-outgoing; Wed, 8 May 1996 15:21:34 -0700 (PDT)
Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA29963
          for ; Wed, 8 May 1996 15:21:24 -0700 (PDT)
Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA20464; Thu, 9 May 1996 00:20:53 +0200
Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP
	id AAA05947; Thu, 9 May 1996 00:20:53 +0200
Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id AAA16196; Thu, 9 May 1996 00:13:30 +0200 (MET DST)
From: J Wunsch 
Message-Id: <199605082213.AAA16196@uriah.heep.sax.de>
Subject: Re: Copyright question
To: freebsd-hackers@freebsd.org (FreeBSD hackers)
Date: Thu, 9 May 1996 00:13:29 +0200 (MET DST)
Cc: eischen@pcnet.com (Daniel M. Eischen)
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <3190B258.41C67EA6@pcnet.com> from "Daniel M. Eischen" at "May 8, 96 10:40:24 am"
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E 
X-Mailer: ELM [version 2.4ME+ PL15 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

As Daniel M. Eischen wrote:

>   o It's a MIL-STD-1553 driver and will have limited use.  Can
>     we still have it included in the source tree?

Just out of curiosity: what is MIL-STD-1553?

>   o How does the addition of 4th condition in the copyright
>     affect any inclusion in FreeBSD?  Is it too restrictive?

> /*
>  * Driver for the MIL-STD-1553B interface boards manufactured by
>  * Condor Engineering, Inc.

>  * 4. This code is only licensed for use with Condor Engineering, Inc.
>  *    interface hardware. 

I think this is:

* redundant -- the driver is built for a Condor Eng. board, so it's
  certainly unusable with a BusLogic SCSI adapter or a 3Com ethernet
  card :)

* impractical -- if we are allowed to ship the driver, but its actual
  *usage* is restricted, who will ever care for the restriction?

(Anyway, i don't think it really restricts redistribution of the
source and/or binary code, so pending objections from more
knowledgable people, i think it's okay.)

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-hackers  Wed May  8 15:21:27 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id PAA29970
          for hackers-outgoing; Wed, 8 May 1996 15:21:27 -0700 (PDT)
Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA29958
          for ; Wed, 8 May 1996 15:21:16 -0700 (PDT)
Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA20438; Thu, 9 May 1996 00:20:44 +0200
Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP
	id AAA05941; Thu, 9 May 1996 00:20:43 +0200
Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id XAA15859; Wed, 8 May 1996 23:42:07 +0200 (MET DST)
From: J Wunsch 
Message-Id: <199605082142.XAA15859@uriah.heep.sax.de>
Subject: Re: zopen(3) man page
To: freebsd-hackers@freebsd.org (FreeBSD hackers)
Date: Wed, 8 May 1996 23:42:05 +0200 (MET DST)
Cc: max@sfc.wide.ad.jp
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <199605080212.LAA08267@mail.tky007.tth.expo96.ad.jp> from =?us-ascii?Q?Masafumi_NAKANE=2F=3D=3FISO=2D2022=2DJP=3FB=3FGy?= =?us-ascii?Q?RCQ2Y6LDJtSjgbKEI=3D=3F=3D?= at "May 8, 96 11:12:06 am"
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E 
X-Mailer: ELM [version 2.4ME+ PL15 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

As Masafumi NAKANE/=?ISO-2022-JP?B?GyRCQ2Y6LDJtSjgbKEI=?= wrote:

>      Just wondering, though, is there any reason why
> make -f /usr/src/usr.bin/compress/Makefile  install
> doesn't install zopen.3?

It's not available in the standard IO library.

>      Since zopen(3) is declared in stdio.h, I think the man page
> should be installed, too.

 is wrong.

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-hackers  Wed May  8 15:27:42 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id PAA00649
          for hackers-outgoing; Wed, 8 May 1996 15:27:42 -0700 (PDT)
Received: from time.cdrom.com (time.cdrom.com [204.216.27.226])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA00643
          for ; Wed, 8 May 1996 15:27:40 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id PAA25442; Wed, 8 May 1996 15:27:01 -0700 (PDT)
To: eischen@vigrid.com (Daniel Eischen)
cc: freebsd-hackers@FreeBSD.org
Subject: Re: Copyright question 
In-reply-to: Your message of "Wed, 08 May 1996 17:58:27 EDT."
             <9605082158.AA09404@pcnet1.pcnet.com> 
Date: Wed, 08 May 1996 15:27:01 -0700
Message-ID: <25439.831594421@time.cdrom.com>
From: "Jordan K. Hubbard" 
Sender: owner-hackers@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

> I'll try to see if I can get rid of clause 4, but I don't think
> they're going to let it go without some sort of clause.  Is there
> anything we can do?  Add a comment in LINT saying it's restricted
> by copyright?  Or point to a file from within LINT that will list
> the restricted driver(s)?  As long as the user sees the copyright
> restriction before he rebuilds the kernel with the driver, right?

Well, yes, that would sort of do it - you could have a one-liner in
LINT saying "Only for use with Condor boards, please see
/sys/i386/isa/condor.c for licensing restrictions" or something.

But I'd also like to suggest that we perhaps attack this problem from
a different angle.

What is Condor trying to achieve here?  Protection of sales, right?
More to the point, they'd like to sell this board to FreeBSD users as
a consequence of having this driver in FreeBSD by default, assuming
that they might be less willing to do so otherwise.  The "protection
of sales" issue is also actually a secondary one since, up to this
point, there _are_ no sales to protect.  So far, so good.

NOW..  What influences a user's decision to buy one board over
another?  Several things: One is naturally the cost, though in certain
markets (and I suspect this is one of them) this is less important
than reliability.  Another is word-of-mouth - what are people
suggesting they buy?  This works pretty well, or vendors wouldn't be
climbing all over one another just to get Jerry Pournelle to mention
them in BYTE.

It's my suggestion that we try and convince Condor that they've no
existing market to protect here, nor will the eventual market size
likely be anything to lose sleep over, and they don't need to protect
their revenue in this fashion.  What we can give them as incentive to
play by these more relaxed rules is some free PR and a commercial
entry on our web pages (along with a mention in my announcement text
for the next SNAP and the eventual 2.2 release, etc and so forth).
I'd mention them anyway, naturally, but a willingness to play ball on
their part will be incentive for me to mention them in a lot more
places. :-) In other words, what they potentially lose in "protection"
we'll try and make up for with some good word-of-mouth advertising
since they've proven themselves to be such good guys (and gals).

It's my feeling that people will then buy what they've seen mentioned,
and if it doesn't say "supports condor and condor clones" on the web
pages, then they're going to buy a condor rather than end up with some
useless clone piece of junk that doesn't even work.

On the flip side, those people who *do* decide to buy clones anyway
(perhaps due to their own testing) won't be deferred by clause 4 as
it's almost entirely unenforceable anyway.  We're not Microsoft. :-)

						Jordan

From owner-freebsd-hackers  Wed May  8 15:53:15 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id PAA02407
          for hackers-outgoing; Wed, 8 May 1996 15:53:15 -0700 (PDT)
Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA02401
          for ; Wed, 8 May 1996 15:53:12 -0700 (PDT)
Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA26988; Wed, 8 May 1996 15:43:12 -0700
From: Terry Lambert 
Message-Id: <199605082243.PAA26988@phaeton.artisoft.com>
Subject: Re: Copyright question
To: eischen@vigrid.com (Daniel Eischen)
Date: Wed, 8 May 1996 15:43:12 -0700 (MST)
Cc: eischen@vigrid.com, jkh@time.cdrom.com, freebsd-hackers@FreeBSD.ORG
In-Reply-To: <9605082158.AA09404@pcnet1.pcnet.com> from "Daniel Eischen" at May 8, 96 05:58:27 pm
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> I'll try to see if I can get rid of clause 4, but I don't think
> they're going to let it go without some sort of clause.  Is there
> anything we can do?  Add a comment in LINT saying it's restricted
> by copyright?  Or point to a file from within LINT that will list
> the restricted driver(s)?  As long as the user sees the copyright
> restriction before he rebuilds the kernel with the driver, right?

If devfs and LKM were fully integrated, you could distribute it as
a binary loadable, no source required.  This assumes that it's not
ever going to be used to run the console or other boot-critical
uses (ie: somewhat limited utility).


					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.

From owner-freebsd-hackers  Wed May  8 16:18:47 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id QAA05417
          for hackers-outgoing; Wed, 8 May 1996 16:18:47 -0700 (PDT)
Received: from mail.tky007.tth.expo96.ad.jp (root@tky007.tth.expo96.ad.jp [133.246.32.58])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA05412
          for ; Wed, 8 May 1996 16:18:44 -0700 (PDT)
Received: from tky007.tth.expo96.ad.jp (masafumi@localhost [127.0.0.1]) by mail.tky007.tth.expo96.ad.jp (8.7.5/3.4W4-SMTP) with ESMTP id IAA16019; Thu, 9 May 1996 08:18:12 +0900 (JST)
Message-Id: <199605082318.IAA16019@mail.tky007.tth.expo96.ad.jp>
To: terry@lambert.org
Cc: max@sfc.wide.ad.jp, freebsd-hackers@FreeBSD.org
Subject: Re: date change and wtmp record
From: Masafumi NAKANE/=?ISO-2022-JP?B?GyRCQ2Y6LDJtSjgbKEI=?= 
Reply-To: max@sfc.wide.ad.jp
In-Reply-To: Your message of "Wed, 8 May 1996 11:23:42 -0700 (MST)"
References: <199605081823.LAA26430@phaeton.artisoft.com>
X-Mailer: Mew version 1.05+ on Emacs 19.28.1, Mule 2.3
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Date: Thu, 09 May 1996 08:18:11 +0900
Sender: owner-hackers@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

From: Terry Lambert 
Subject: Re: date change and wtmp record
Date: Wed, 8 May 1996 11:23:42 -0700 (MST)

> Pipe the output to "hexdump" and see if you get "7b" ('{') or "7d"
> ('}').  I'm still not satisfied that it isn't your font.

     Ok, here's the output:

% last date | head -1
date      }                         Wed May  8 19:59   still logged in
% last date |head -1 | od -h
0000000     6164    6574    2020    2020    2020    207d    2020    2020
0000020     2020    2020    2020    2020    2020    2020    2020    2020
0000040     2020    2020    6557    2064    614d    2079    3820    3120
0000060     3a39    3935    2020    7320    6974    6c6c    6c20    676f
0000100     6567    2064    6e69    000a                                
0000107
%

     So, it really is '}'.  At least `last' command sees it as '}' and
so it shows 'still logged in' as someone pointed out earlier.

-----------------------------------------------------------------------
          Masafumi NAKANE, Keio Univ., Dept. of Environmental Information
E-Mail : t94303mn@sfc.keio.ac.jp / max@sfc.wide.ad.jp
[URL] :  http://www.sfc.keio.ac.jp/~t94303mn

From owner-freebsd-hackers  Wed May  8 16:47:12 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id QAA08794
          for hackers-outgoing; Wed, 8 May 1996 16:47:12 -0700 (PDT)
Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA08785
          for ; Wed, 8 May 1996 16:47:09 -0700 (PDT)
Received: from rigel (ts3-pt24.pcnet.com) by pcnet1.pcnet.com (4.1/SMI-4.1)
	id AA15325; Wed, 8 May 96 19:42:23 EDT
Message-Id: <3191330D.41C67EA6@pcnet.com>
Date: Wed, 08 May 1996 19:49:33 -0400
From: "Daniel M. Eischen" 
X-Mailer: Mozilla 3.0b2 (X11; I; FreeBSD 2.2-CURRENT i386)
Mime-Version: 1.0
To: jkh@time.cdrom.com
Cc: terry@lambert.org, joerg_wunsch@uriah.heep.sax.de,
        freebsd-hackers@FreeBSD.org
Subject: Re: Copyright question
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

J"org:

> Just out of curiosity: what is MIL-STD-1553?

It's a military standard data bus specification.  Been around for years
and used on a variety of different things from space shuttle payloads,
to air transports and Apache helicopters, and in our lab at work.  It
peaks out at around 1 Mbit/sec I believe.  MIL-STD-1773 is the same spec
really, but over fiber-optic.  The military likes it because it's capable
of being dual redundant and deterministic in transmission times.  I haven't
heard of any new systems here at work that are using it though.  The big
push is now on COTS and ISO and industry standards.

> >  * 4. This code is only licensed for use with Condor Engineering, Inc.
> >  *    interface hardware. 
> 
> I think this is:
> 
> * redundant -- the driver is built for a Condor Eng. board, so it's
>   certainly unusable with a BusLogic SCSI adapter or a 3Com ethernet
>   card :)

But the chip on the board is a United Technologies Corp M1553BCRTM chip
and could be used on 1553 boards by other manufacturers.  This is Condors
concern, I believe.

> 
> * impractical -- if we are allowed to ship the driver, but its actual
>   *usage* is restricted, who will ever care for the restriction?

Agreed :)

> (Anyway, i don't think it really restricts redistribution of the
> source and/or binary code, so pending objections from more
> knowledgable people, i think it's okay.)


Terry:

> If devfs and LKM were fully integrated, you could distribute it as
> a binary loadable, no source required.  This assumes that it's not
> ever going to be used to run the console or other boot-critical
> uses (ie: somewhat limited utility).

Yes, Peter Dufault mentioned to me last year also.  Peter gave me a lot
of help when I had questions, and also reviewed the driver making some
good suggestions.  I'd like to see if I can get Condor to agree to
release the source without any unliveable restrictions, though.


Jordan:

> What is Condor trying to achieve here?  Protection of sales, right?
> More to the point, they'd like to sell this board to FreeBSD users as
> a consequence of having this driver in FreeBSD by default, assuming
> that they might be less willing to do so otherwise.  The "protection
> of sales" issue is also actually a secondary one since, up to this
> point, there _are_ no sales to protect.  So far, so good.
> 
> NOW..  What influences a user's decision to buy one board over
> another?  Several things: One is naturally the cost, though in certain
> markets (and I suspect this is one of them) this is less important
> than reliability.  Another is word-of-mouth - what are people
> suggesting they buy?  This works pretty well, or vendors wouldn't be
> climbing all over one another just to get Jerry Pournelle to mention
> them in BYTE.
> 
> It's my suggestion that we try and convince Condor that they've no
> existing market to protect here, nor will the eventual market size
> likely be anything to lose sleep over, and they don't need to protect
> their revenue in this fashion.  What we can give them as incentive to
> play by these more relaxed rules is some free PR and a commercial
> entry on our web pages (along with a mention in my announcement text
> for the next SNAP and the eventual 2.2 release, etc and so forth).
> I'd mention them anyway, naturally, but a willingness to play ball on
> their part will be incentive for me to mention them in a lot more
> places. :-) In other words, what they potentially lose in "protection"
> we'll try and make up for with some good word-of-mouth advertising
> since they've proven themselves to be such good guys (and gals).
> 
> It's my feeling that people will then buy what they've seen mentioned,
> and if it doesn't say "supports condor and condor clones" on the web
> pages, then they're going to buy a condor rather than end up with some
> useless clone piece of junk that doesn't even work.
> 
> On the flip side, those people who *do* decide to buy clones anyway
> (perhaps due to their own testing) won't be deferred by clause 4 as
> it's almost entirely unenforceable anyway.  We're not Microsoft. :-)

If you don't mind, I'd like to forward some of this to Condor in my
request for revocation of clause #4.  

Dan Eischen
eischen@pcnet.com

From owner-freebsd-hackers  Wed May  8 16:50:44 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id QAA09256
          for hackers-outgoing; Wed, 8 May 1996 16:50:44 -0700 (PDT)
Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA09251
          for ; Wed, 8 May 1996 16:50:42 -0700 (PDT)
Received: by pcnet1.pcnet.com (4.1/SMI-4.1)
	id AA15664; Wed, 8 May 96 19:47:28 EDT
Date: Wed, 8 May 96 19:47:28 EDT
From: eischen@vigrid.com (Daniel Eischen)
Message-Id: <9605082347.AA15664@pcnet1.pcnet.com>
To: jkh@time.cdrom.com, julian@ref.tfs.com
Subject: Re: Copyright question
Cc: eischen@vigrid.com, freebsd-hackers@FreeBSD.ORG
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> A few comments about the software not being known to be correct on
>  other boards and warning about difficult to find and
>  insiduous problems on clones might make them pleased too..
> > 
> > 
> > > I'll try to see if I can get rid of clause 4, but I don't think
> > > they're going to let it go without some sort of clause.  Is there

Heh Heh.  I think I'll mention that to them too.  Might make them a
little happier as you suggest.

Dan Eischen
eischen@iworks.InterWorks.org

From owner-freebsd-hackers  Wed May  8 17:04:32 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id RAA10757
          for hackers-outgoing; Wed, 8 May 1996 17:04:32 -0700 (PDT)
Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA10748
          for ; Wed, 8 May 1996 17:04:26 -0700 (PDT)
Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA27307; Wed, 8 May 1996 17:03:57 -0700
From: Terry Lambert 
Message-Id: <199605090003.RAA27307@phaeton.artisoft.com>
Subject: Re: date change and wtmp record
To: max@sfc.wide.ad.jp
Date: Wed, 8 May 1996 17:03:56 -0700 (MST)
Cc: terry@lambert.org, freebsd-hackers@FreeBSD.org
In-Reply-To: <199605082318.IAA16019@mail.tky007.tth.expo96.ad.jp> from "Masafumi NAKANE/=?ISO-2022-JP?B?GyRCQ2Y6LDJtSjgbKEI=?=" at May 9, 96 08:18:11 am
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

> > Pipe the output to "hexdump" and see if you get "7b" ('{') or "7d"
> > ('}').  I'm still not satisfied that it isn't your font.
> 
>      Ok, here's the output:
> 
> % last date | head -1
> date      }                         Wed May  8 19:59   still logged in
> % last date |head -1 | od -h
> 0000000     6164    6574    2020    2020    2020    207d    2020    2020
> 0000020     2020    2020    2020    2020    2020    2020    2020    2020
> 0000040     2020    2020    6557    2064    614d    2079    3820    3120
> 0000060     3a39    3935    2020    7320    6974    6c6c    6c20    676f
> 0000100     6567    2064    6e69    000a                                
> 0000107
> %
> 
>      So, it really is '}'.  At least `last' command sees it as '}' and
> so it shows 'still logged in' as someone pointed out earlier.

In line 220 of /src/bin/date/date.c:


	/* set the time */
	if (nflag || netsettime(tval)) {
		logwtmp("|", "date", "");
		tv.tv_sec = tval;
		tv.tv_usec = 0;
		if (settimeofday(&tv, (struct timezone *)NULL))
			err(1, "settimeofday (timeval)");
********	logwtmp("{", "date", "");
	}

It is clearly a '{'.

This assumes you are using the standard "date" command to set your date.

Check your date command dource code.


					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.

From owner-freebsd-hackers  Wed May  8 17:18:51 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id RAA12540
          for hackers-outgoing; Wed, 8 May 1996 17:18:51 -0700 (PDT)
Received: from mail.tky007.tth.expo96.ad.jp (root@tky007.tth.expo96.ad.jp [133.246.32.58])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA12532
          for ; Wed, 8 May 1996 17:18:48 -0700 (PDT)
Received: from tky007.tth.expo96.ad.jp (masafumi@localhost [127.0.0.1]) by mail.tky007.tth.expo96.ad.jp (8.7.5/3.4W4-SMTP) with ESMTP id JAA17253; Thu, 9 May 1996 09:18:15 +0900 (JST)
Message-Id: <199605090018.JAA17253@mail.tky007.tth.expo96.ad.jp>
To: terry@lambert.org
Cc: max@sfc.wide.ad.jp, freebsd-hackers@FreeBSD.org
Subject: Re: date change and wtmp record
From: Masafumi NAKANE/=?ISO-2022-JP?B?GyRCQ2Y6LDJtSjgbKEI=?= 
Reply-To: max@sfc.wide.ad.jp
In-Reply-To: Your message of "Wed, 8 May 1996 17:03:56 -0700 (MST)"
References: <199605090003.RAA27307@phaeton.artisoft.com>
X-Mailer: Mew version 1.05+ on Emacs 19.28.1, Mule 2.3
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Date: Thu, 09 May 1996 09:18:14 +0900
Sender: owner-hackers@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

From: Terry Lambert 
Subject: Re: date change and wtmp record
Date: Wed, 8 May 1996 17:03:56 -0700 (MST)

> In line 220 of /src/bin/date/date.c:
> 
> 
> 	/* set the time */
> 	if (nflag || netsettime(tval)) {
> 		logwtmp("|", "date", "");
> 		tv.tv_sec = tval;
> 		tv.tv_usec = 0;
> 		if (settimeofday(&tv, (struct timezone *)NULL))
> 			err(1, "settimeofday (timeval)");
> ********	logwtmp("{", "date", "");
> 	}
> 
> It is clearly a '{'.
> 
> This assumes you are using the standard "date" command to set your date.
> 
> Check your date command dource code.
     I've looked at this part of the source code quite a few times.
And I'm using standard date command.  So far, I have been unsuccessful
to find out what is wrong.

-----------------------------------------------------------------------
          Masafumi NAKANE, Keio Univ., Dept. of Environmental Information
E-Mail : t94303mn@sfc.keio.ac.jp / max@sfc.wide.ad.jp
[URL] :  http://www.sfc.keio.ac.jp/~t94303mn

From owner-freebsd-hackers  Wed May  8 17:36:58 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id RAA14353
          for hackers-outgoing; Wed, 8 May 1996 17:36:58 -0700 (PDT)
Received: from Arizona.EDU (Penny.Telcom.Arizona.EDU [128.196.128.217])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA14338
          for ; Wed, 8 May 1996 17:36:53 -0700 (PDT)
Received: from sun1paztcn.wr.usgs.gov (192.146.254.10)
 by Arizona.EDU (PMDF V5.0-5 #2381) id <01I4GZBQO8OGCDRY39@Arizona.EDU> for
 FreeBSD-Hackers@freebsd.org; Wed, 08 May 1996 17:36:41 -0700 (MST)
Received: from localhost by sun1paztcn.wr.usgs.gov (4.1/SMI-4.1)
 id AA03427; Wed, 08 May 1996 17:33:45 -0700 (MST)
Date: Wed, 08 May 1996 17:33:44 -0700
From: Doug Wellington 
Subject: Re: 4.4 book
To: FreeBSD-Hackers@freebsd.org
Cc: doug@sun1paztcn.wr.usgs.gov
Message-id: <9605090033.AA03427@sun1paztcn.wr.usgs.gov>
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Thanks for the pointer!  I've been waiting for this book.  As soon as
I saw the message, I headed down to the bookstore on campus and asked
about ordering it.  They said that they had just received four copies!
Needless to say, I have one sitting right here now.  :)

Anyway, if there is anyone on the list that cares, there are still
three copies of it at The University of Arizona's CATS bookstore here
in Tucson.  $43.75...

-Doug

Doug Wellington
doug@sun1paztcn.wr.usgs.gov
System and Network Administrator
US Geological Survey
Tucson, AZ Project Office
(602) 670-6821 x26

According to proposed Federal guidelines, this message is a "non-record".
Hmm, I wonder if _everything_ I say is a "non-record"...

The hardest thing in the world is to truly think for oneself.  It is
amazing how many people have let angst replace their self confidence.

From owner-freebsd-hackers  Wed May  8 17:49:30 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id RAA15777
          for hackers-outgoing; Wed, 8 May 1996 17:49:30 -0700 (PDT)
Received: from rogerswave.ca (mail.rogerswave.ca [198.231.117.195])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA15748
          for ; Wed, 8 May 1996 17:49:17 -0700 (PDT)
Received: from wong.rogerswave.ca (wong.rogerswave.ca [204.92.17.32]) by rogerswave.ca (8.7.2/8.7.2) with SMTP id UAA19456; Wed, 8 May 1996 20:59:36 -0400 (EDT)
Date: Wed, 8 May 1996 20:32:41 -0400 (EDT)
From: Wong 
To: Matt Thomas 
cc: hackers@FreeBSD.ORG
Subject: Re: Pentium Pro impressions
In-Reply-To: <199605061732.RAA04851@whydos.lkg.dec.com>
Message-ID: 
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

On Mon, 6 May 1996, Matt Thomas wrote:

Wonder which is better when comparing Pentium Pro 150MHZ to Cyrix 686 150MHZ.

							Ken

From owner-freebsd-hackers  Wed May  8 18:12:10 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id SAA18005
          for hackers-outgoing; Wed, 8 May 1996 18:12:10 -0700 (PDT)
Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA17999
          for ; Wed, 8 May 1996 18:12:08 -0700 (PDT)
Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA27469; Wed, 8 May 1996 18:11:29 -0700
From: Terry Lambert 
Message-Id: <199605090111.SAA27469@phaeton.artisoft.com>
Subject: Re: date change and wtmp record
To: max@sfc.wide.ad.jp
Date: Wed, 8 May 1996 18:11:29 -0700 (MST)
Cc: terry@lambert.org, freebsd-hackers@FreeBSD.org
In-Reply-To: <199605090018.JAA17253@mail.tky007.tth.expo96.ad.jp> from "Masafumi NAKANE/=?ISO-2022-JP?B?GyRCQ2Y6LDJtSjgbKEI=?=" at May 9, 96 09:18:14 am
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

> > In line 220 of /src/bin/date/date.c:
> > 
> > 
> > 	/* set the time */
> > 	if (nflag || netsettime(tval)) {
> > 		logwtmp("|", "date", "");
> > 		tv.tv_sec = tval;
> > 		tv.tv_usec = 0;
> > 		if (settimeofday(&tv, (struct timezone *)NULL))
> > 			err(1, "settimeofday (timeval)");
> > ********	logwtmp("{", "date", "");
> > 	}
> > 
> > It is clearly a '{'.
> > 
> > This assumes you are using the standard "date" command to set your date.
> > 
> > Check your date command dource code.
>      I've looked at this part of the source code quite a few times.
> And I'm using standard date command.  So far, I have been unsuccessful
> to find out what is wrong.

The *only* way you could get the bogus character is if some other
program other than the standard date command is writing it, because
the standard date command can't write it.

[ eliminate the possible, and whatever is left, however improbable,
  must be the answer ]

You *must* be running some other command to get those entries.

Are you *sure* you aren't running NTP or other network time setting
commands?

If you specifically type "date 46" at 45 minutes after the hour
(or whatever to force a log but no real skew), thet is the source
of the entries?

If you type "last | grep date | wc -l", and look at the number it
prints out, you've *actuually* typed "date " that many
times?

(and why are you setting the date so often?).



If you are, in fact, typing "date" each and every time, then we have
to assume your binary is corrupt... do the following as root:

1)	cd /usr/src/bin/date
2)	make clean
3)	make
4)	make install

And set the date again -- and see what you get.


					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.

From owner-freebsd-hackers  Wed May  8 18:51:36 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id SAA22556
          for hackers-outgoing; Wed, 8 May 1996 18:51:36 -0700 (PDT)
Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA22545
          for ; Wed, 8 May 1996 18:51:32 -0700 (PDT)
Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14439(9)>; Wed, 8 May 1996 18:50:57 PDT
Received: from localhost by crevenia.parc.xerox.com with SMTP id <177475>; Wed, 8 May 1996 18:50:46 -0700
To: Don Yuniskis ,
        FreeBSD hackers 
Subject: Re: New 4.4BSD book - group buy 
Date: Wed, 8 May 1996 18:50:35 PDT
From: Bill Fenner 
Message-Id: <96May8.185046pdt.177475@crevenia.parc.xerox.com>
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

On Wed, 8 May 1996, Don Yuniskis wrote:
> What's the retail on the book?

I decided to be impatient and bought a copy at Computer Literacy today,
they had it for $44.95 .

(Of course, that only helps if you're in the Bay Area or the D.C. area, but...)

  Bill

From owner-freebsd-hackers  Wed May  8 19:07:59 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id TAA24076
          for hackers-outgoing; Wed, 8 May 1996 19:07:59 -0700 (PDT)
Received: from comserver ([200.248.249.123])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA24053
          Wed, 8 May 1996 19:07:48 -0700 (PDT)
Received: (from lenzi@localhost) by comserver (8.6.12/8.6.12) id WAA00271; Wed, 8 May 1996 22:35:28 GMT
Date: Wed, 8 May 1996 22:35:26 +0000 ()
From: Sergio de Almeida Lenzi 
X-Sender: lenzi@comserver
To: "Jonathan M. Bresler" 
cc: hackers@freefall.freebsd.org, chat@freefall.freebsd.org
Subject: Re: 4.4BSD book
In-Reply-To: <199605072207.PAA14387@freefall.freebsd.org>
Message-ID: 
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk


Hello all. 

I live in Brazil and here there are a lot of persons using FreeBSD.
I and all my friends, congratulate John Dyson, David Greenman, and the
FreeBSD team for a magnific OS they gave to all of us.

I use FreeBSD for everything, my fun now is installing FreeBSD at home of 
my new friends that are entering Internet. They all say: It's Fantastic!.


My new friends are a 12 year old boy named leonardo in Florianopolis, and 
Bia a 13 year old girl. All at home with FreeBSD.

We use it at work for Web servers and acessing Oracle databases.

It's Fantastic....

From owner-freebsd-hackers  Wed May  8 19:11:56 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id TAA24610
          for hackers-outgoing; Wed, 8 May 1996 19:11:56 -0700 (PDT)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA24573
          Wed, 8 May 1996 19:11:42 -0700 (PDT)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id MAA02340; Thu, 9 May 1996 12:07:56 +1000
Date: Thu, 9 May 1996 12:07:56 +1000
From: Bruce Evans 
Message-Id: <199605090207.MAA02340@godzilla.zeta.org.au>
To: babbleon@mercury.interpath.com, freebsd-hackers@FreeBSD.ORG,
        freebsd-hardware@FreeBSD.ORG
Subject: Re: Uknown CD-ROM : debugging a driver
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>I started out by putting a few printf statements about, but that gets
>sorta of tedious as I have to reboot each time I rebuild, so I got the
>...

>QUESTIONS:
>  - I'm surely not the first to do this sort of thing.  How does one
>    usually do it?

I usually use ddb, and sometimes add code to log events, and sometimes
load small test lkms.

>  - Where is doc on ddb, if that's the best way to look at this?
>  - For that matter, where is ddb itself?
>    I have a man page, but no command, and I did a string search in

See another reply.

>  - I want to watch the probing along with the open &c.
>    How can I get FreeBSD to probe for a device *after* the system
>    has booted and the rest of it is sane rather than before?

This isn't supported for most devices.  However, parts of the wcd driver
are in an lkm which can be loaded at any time, and you can always write
a tiny lkm to call the probe routine, or call the probe routine in ddb.

Bruce

From owner-freebsd-hackers  Wed May  8 19:13:32 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id TAA24917
          for hackers-outgoing; Wed, 8 May 1996 19:13:32 -0700 (PDT)
Received: from distortion.eng.umd.edu (distortion.eng.umd.edu [129.2.98.6])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA24906
          for ; Wed, 8 May 1996 19:13:29 -0700 (PDT)
Received: from ginger.eng.umd.edu (ginger.eng.umd.edu [129.2.98.204]) by distortion.eng.umd.edu (8.7.5/8.7.3) with ESMTP id WAA02172 for ; Wed, 8 May 1996 22:13:27 -0400 (EDT)
Received: (from chuckr@localhost) by ginger.eng.umd.edu (8.7.5/8.7.3) id WAA20263; Wed, 8 May 1996 22:13:26 -0400 (EDT)
Date: Wed, 8 May 1996 22:13:26 -0400 (EDT)
From: Chuck Robey 
X-Sender: chuckr@ginger.eng.umd.edu
To: FreeBSD-Hackers@FreeBSD.org
Subject: Re: New 4.4BSD book - group buy
In-Reply-To: 
Message-ID: 
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

On Wed, 8 May 1996, Chuck Robey wrote:

This is a repost of my earlier one, just in case some missed it.  I now
have offers to redistribute the book for reshipping (to save costs) in
Germany, UK, and Australia.  Nearly 50 orders so far (I've lost
count, I'll check later) so the discount will be 27 percent off of the
full price of $48.37, plus shipping.  In the US, shipping will be 3 bucks,
and I don't know yet for foreign orders, but less because of volunteers. 

I am going to keep on taking orders until Tuesday next (one week).


> OK, this is about the recently released Addison Wesley book, The Design 
> and Implementation of the 4.4BSD Operating System, by McKusick, Bostic  
> Karels, and Quarterman.
> 
> I called Readme.doc, and they said they would be happy to offer a 
> discount, and yes, they would let the agregate of however many FreeBSDers 
> order count against one big discount pool.  They said that they'd be 
> happy to arrange shipping, tho they would charge $3/per person shipping.
> 
> What they want is me to get a list of folks together who want to buy it, 
> so that they can estimate the cost.  The book runs (full price) $48.37, 
> and Readme.Doc's discount is:
> 
> 1-5 books	20 percent off
> 6-20 books	23 percent off
> 21-50 books	25 percent off
> 
> I didn't ask about any more, but it keeps on in like fashion.  They said 
> that they DO handle European shipping, but it's very expensive on a 
> book-by book basis.  They suggested that maybe someone in Europe could 
> get all the books (shrinking the shipping costs) and then re-ship there, 
> to cut the costs.  I'm in Maryland, so I can't do that, someone in Europe 
> is going to have to volunteer that.
> 
> If you want the book, send me Email about it.  Make sure you have a good 
> email return address.  Don't send me money, don't send anything like 
> that, I'm just supposed to get names/numbers.  I will send back payment 
> instructions when I think I have got everyone (1-2 weeks probably).  For 
> folks inthe US, this probably means you'll end up calling Readme.Doc 
> direct, giving them a credit card number, and referencing the FreeBSD 
> group-buy.  I'm just supposed to get names so they can figure a discount 
> to offer.
> 
> I'll repost when I get more info, when I get an idea how many folks want 
> to do this.  I have several folks already mailing me, even before I knew 
> Readme.Doc would do this.  For your info, I've been using Readme.Doc for 
> some time now, because they discount Unix books (like the 4.4BSD manuals 
> they sold me, and various other O'Reilly books I didn't have to pay full 
> price for).  I have never had anything but good service from them.
> 
> ==========================================================================
> Chuck Robey chuckr@eng.umd.edu, I run FreeBSD-current on n3lxx + Journey2
>  
> Three Accounts for the Super-users in the sky,
>   Seven for the Operators in their halls of fame,
> Nine for Ordinary Users doomed to crie,
>   One for the Illegal Cracker with his evil game
> In the Domains of Internet where the data lie.
>   One Account to rule them all, One Account to watch them,
>   One Account to make them all and in the network bind them.
> 
> 
> 

==========================================================================
Chuck Robey chuckr@eng.umd.edu, I run FreeBSD-current on n3lxx + Journey2
 
Three Accounts for the Super-users in the sky,
  Seven for the Operators in their halls of fame,
Nine for Ordinary Users doomed to crie,
  One for the Illegal Cracker with his evil game
In the Domains of Internet where the data lie.
  One Account to rule them all, One Account to watch them,
  One Account to make them all and in the network bind them.



From owner-freebsd-hackers  Wed May  8 19:35:06 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id TAA27544
          for hackers-outgoing; Wed, 8 May 1996 19:35:06 -0700 (PDT)
Received: from mail.tky007.tth.expo96.ad.jp (root@tky007.tth.expo96.ad.jp [133.246.32.58])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA27515
          for ; Wed, 8 May 1996 19:35:00 -0700 (PDT)
Received: from tky007.tth.expo96.ad.jp (masafumi@localhost [127.0.0.1]) by mail.tky007.tth.expo96.ad.jp (8.7.5/3.4W4-SMTP) with ESMTP id LAA00519; Thu, 9 May 1996 11:33:42 +0900 (JST)
Message-Id: <199605090233.LAA00519@mail.tky007.tth.expo96.ad.jp>
To: joerg_wunsch@uriah.heep.sax.de, j@uriah.heep.sax.de
Cc: freebsd-hackers@freebsd.org, max@sfc.wide.ad.jp
Subject: Re: zopen(3) man page
From: Masafumi NAKANE/=?ISO-2022-JP?B?GyRCQ2Y6LDJtSjgbKEI=?= 
Reply-To: max@sfc.wide.ad.jp
In-Reply-To: Your message of "Wed, 8 May 1996 23:42:05 +0200 (MET DST)"
References: <199605082142.XAA15859@uriah.heep.sax.de>
X-Mailer: Mew version 1.05+ on Emacs 19.28.1, Mule 2.3
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Date: Thu, 09 May 1996 11:33:41 +0900
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

From: J Wunsch 
Subject: Re: zopen(3) man page
Date: Wed, 8 May 1996 23:42:05 +0200 (MET DST)

> >      Since zopen(3) is declared in stdio.h, I think the man page
> > should be installed, too.
> 
>  is wrong.
     Well, then stdio.h needs to be fixed as it has declaration of
zopen() in line 299 of the file.

Masafumi

From owner-freebsd-hackers  Wed May  8 19:53:43 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id TAA00569
          for hackers-outgoing; Wed, 8 May 1996 19:53:43 -0700 (PDT)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA00535
          for ; Wed, 8 May 1996 19:53:21 -0700 (PDT)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id MAA03905; Thu, 9 May 1996 12:47:19 +1000
Date: Thu, 9 May 1996 12:47:19 +1000
From: Bruce Evans 
Message-Id: <199605090247.MAA03905@godzilla.zeta.org.au>
To: alk@Think.COM, hackers@freebsd.org
Subject: Re: SIGFPE
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

>Does anyone have an example of code which handles SIGFPEs?
>I do not understand how to discriminate causes and rectify
>problems in a handler, and there does not appear to be any
>code in the os which does this, to serve as an example.

It's not supported.  The best method of handling a SIGFPE is:

sig_atomic_t saw_sigfpe;
jmp_buf sigfpe_jb;

void sigfpe_handler(int s)
{
    saw_sigfpe = 1;
    longjmp(sigfpe_jb, 1);
}

Use of floating point in a signal handler (not just the SIGFPE
handler) gives undefined behaviour (in FreeBSD-current it trashes
the FPU state and may cause a SIGFPE).

Something like the following might work in FreeBSD-current.  Signal handlers
see the process' FPU state directly, so it is easy to change it directly if
you know what to change.

static struct save87 fpu_state;

void sigfpe_handler(int s, int code, struct sigcontext *scp)
{
    switch (code)
    {
    case FPE_INTDIV_TRAP: ... break;
    ... other integer traps ...
    case 0: /* XXX code for all h/w FP traps.  Emulators may be different. */
	asm("fnsave _fpu_state");	/* XXX */
	fpu_state.sv_ex_sw =
	    ptrace_or_something_to_read_saved_exception_status_from_user_area();
	code = decode(fpu_state.sv_ex_sw);
	... adjust fpu_state ...
	asm("frstor _fpu_state");	/* XXX */
	break;
}

Bruce

From owner-freebsd-hackers  Wed May  8 20:00:08 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id UAA01585
          for hackers-outgoing; Wed, 8 May 1996 20:00:08 -0700 (PDT)
Received: from chemserv.umd.edu (chemserv.umd.edu [129.2.64.40])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA01512
          for ; Wed, 8 May 1996 20:00:02 -0700 (PDT)
Received: from vdal5.eng.umd.edu (vdal5.eng.umd.edu [129.2.98.175]) by chemserv.umd.edu (8.7.5/8.7.3) with ESMTP id WAA04036; Wed, 8 May 1996 22:59:58 -0400 (EDT)
Received: (crb@localhost) by vdal5.eng.umd.edu (8.7.5/8.6.4) id WAA05833; Wed, 8 May 1996 22:59:57 -0400 (EDT)
Date: Wed, 8 May 1996 22:59:56 -0400 (EDT)
From: "Christopher R. Bowman" 
X-Sender: crb@vdal5.eng.umd.edu
To: Chuck Robey 
cc: FreeBSD hackers ,
        bookpool@bookpool.com
Subject: Better deal on 4.4 BSD book
Message-ID: 
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

I don't want to step on anyone's toes here, I want to say first that
I appreciate VERY much the effort that Chuck has kindly put forward
on behalf of all of us who would like a copy of the book.  I was
supprised, however, when he said he was ordering rome readme.doc
(forgive me if I got that wrong, I don't have the message in front
of me.)  There is an internet book site called bookpool.com
that doesn't have the largest selection, but I have *NEVER EVER*
seen a cheaper price on a book they do carry.  So I decided to check
if they carry the book, they didn't have it listed, so I emailed
them a copy of the message from Chuck to see what they would say.
Any way, to make a long story short, the correspondance is shown
below, and they seem to have the best deal so far.  I don't know
about european shipping, but there web site is:
http://www.bookpool.com/

If I offend anyone by having taken this presumptious step in advance
of discussion I appologize.

And once again chuck thanks for all your effort.

---------
Christopher R. Bowman
crb@Glue.umd.edu
My home page 

---------- Forwarded message ----------
Date: Wed, 8 May 96 18:17 CDT
From: The Bookpool 
To: crb@glue.umd.edu
Subject: Re: Do you carry this book


Christopher,

"The Design and Implementation of the 4.4 BSD Operating System" is in
our catalog, but we have not made it visable to the public yet, because
we were told by the publisher that the book is not coming out until later in May.
I guess your message means that it is out.

Here is what I suggest: We will list the book at our website for a 30% 
discount, which puts the price at $33.95. This way, members of your group
can pool orders together any way they want, and also buy individually at
the same discount if they prefer. It also allows them to include other
books that might interest them from our catalog and thus reduce shipping cost
per book.

Let me know whether this sounds acceptable to you. I will call the publisher 
tomorrow to make sure that the book is indeed available...

Thanks for giving us this opportunity!

Regards,
	Silvia Vogt


> 
> There is a large group of people who are trying to put together a group
> buy of the book listed below.
> 
> I enclose for your inspection the message I recived
> 
> > OK, this is about the recently released Addison Wesley book, The Design 
> > and Implementation of the 4.4BSD Operating System, by McKusick, Bostic  
> > Karels, and Quarterman.
> > 
> > I called Readme.doc, and they said they would be happy to offer a 
> > discount, and yes, they would let the agregate of however many FreeBSDers 
> > order count against one big discount pool.  They said that they'd be 
> > happy to arrange shipping, tho they would charge $3/per person shipping.
> > 
> > What they want is me to get a list of folks together who want to buy it, 
> > so that they can estimate the cost.  The book runs (full price) $48.37, 
> > and Readme.Doc's discount is:
> > 
> > 1-5 books       20 percent off
> > 6-20 books      23 percent off
> > 21-50 books     25 percent off
> > 
> > I didn't ask about any more, but it keeps on in like fashion.  They said 
> > that they DO handle European shipping, but it's very expensive on a 
> > book-by book basis.  They suggested that maybe someone in Europe could 
> > get all the books (shrinking the shipping costs) and then re-ship there, 
> > to cut the costs.  I'm in Maryland, so I can't do that, someone in Europe 
> > is going to have to volunteer that.
> > 
> > If you want the book, send me Email about it.  Make sure you have a good 
> > email return address.  Don't send me money, don't send anything like 
> > that, I'm just supposed to get names/numbers.  I will send back payment 
> > instructions when I think I have got everyone (1-2 weeks probably).  For 
> > folks inthe US, this probably means you'll end up calling Readme.Doc 
> > direct, giving them a credit card number, and referencing the FreeBSD 
> > group-buy.  I'm just supposed to get names so they can figure a discount 
> > to offer.
> > 
> > I'll repost when I get more info, when I get an idea how many folks want 
> > to do this.  I have several folks already mailing me, even before I knew 
> > Readme.Doc would do this.  For your info, I've been using Readme.Doc for 
> > some time now, because they discount Unix books (like the 4.4BSD manuals 
> > they sold me, and various other O'Reilly books I didn't have to pay full 
> > price for).  I have never had anything but good service from them.
> 
> If you are interested in competing for this group purchase I would be happy
> to make the necessary introductions.
> 
> By the way, do you regularly carry this book?  I could not find it.
> 
> The Design and Implementation of the 4 4Bsd Operating System
> by Marshall Kirk McKusick(Editor) , Keith Bostic , Michael J. Karels(Editor) 
> 
> Hardcover 
> List: $48.50
> Published by Longman Pub Group
> Publication date: March 1, 1996
> ISBN: 0201549794
>  
> ---------
> Christopher R. Bowman
> crb@Glue.umd.edu
> My home page
> 
> 
----------------------------------------------------
The Bookpool --- Large Discounts on Technical Books
PO Box 2558                 http://www.bookpool.com
Vineyard Haven, MA 02568      bookpool@bookpool.com


From owner-freebsd-hackers  Wed May  8 20:21:03 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id UAA03534
          for hackers-outgoing; Wed, 8 May 1996 20:21:03 -0700 (PDT)
Received: from distortion.eng.umd.edu (distortion.eng.umd.edu [129.2.98.6])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA03528
          for ; Wed, 8 May 1996 20:20:58 -0700 (PDT)
Received: from ginger.eng.umd.edu (ginger.eng.umd.edu [129.2.98.204]) by distortion.eng.umd.edu (8.7.5/8.7.3) with ESMTP id XAA03441; Wed, 8 May 1996 23:20:55 -0400 (EDT)
Received: (from chuckr@localhost) by ginger.eng.umd.edu (8.7.5/8.7.3) id XAA18856; Wed, 8 May 1996 23:20:54 -0400 (EDT)
Date: Wed, 8 May 1996 23:20:54 -0400 (EDT)
From: Chuck Robey 
X-Sender: chuckr@ginger.eng.umd.edu
To: "Christopher R. Bowman" 
cc: FreeBSD hackers ,
        bookpool@bookpool.com
Subject: Re: Better deal on 4.4 BSD book
In-Reply-To: 
Message-ID: 
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

On Wed, 8 May 1996, Christopher R. Bowman wrote:

> I don't want to step on anyone's toes here, I want to say first that
> I appreciate VERY much the effort that Chuck has kindly put forward
> on behalf of all of us who would like a copy of the book.  I was
> supprised, however, when he said he was ordering rome readme.doc
> (forgive me if I got that wrong, I don't have the message in front
> of me.)  There is an internet book site called bookpool.com
> that doesn't have the largest selection, but I have *NEVER EVER*
> seen a cheaper price on a book they do carry.  So I decided to check
> if they carry the book, they didn't have it listed, so I emailed
> them a copy of the message from Chuck to see what they would say.
> Any way, to make a long story short, the correspondance is shown
> below, and they seem to have the best deal so far.  I don't know
> about european shipping, but there web site is:
> http://www.bookpool.com/
> 
> If I offend anyone by having taken this presumptious step in advance
> of discussion I appologize.
[lots of context cut]

I haven't spent any money, and I'm not going to.  I am collecting 
orders.  Let me see about the validity of this, and if it's solid, then 
it's all to the good.  I hope that the folks at README.DOC haven't 
pre-ordered anything (I'm pretty sure they haven't) so nothing lost at all.

I don't mind saving money.  I'm not going to do anything about ordering 
until next Tuesday (I am giving one week's time for folks to read mail, 
tho heaven knows anyone who doesn't read their FreeBSD mail more regularly 
must have a MONSTER mail disk).

I don't think anyone is risking anything here.  I wouldn't do it if it were.

==========================================================================
Chuck Robey chuckr@eng.umd.edu, I run FreeBSD-current on n3lxx + Journey2
 
Three Accounts for the Super-users in the sky,
  Seven for the Operators in their halls of fame,
Nine for Ordinary Users doomed to crie,
  One for the Illegal Cracker with his evil game
In the Domains of Internet where the data lie.
  One Account to rule them all, One Account to watch them,
  One Account to make them all and in the network bind them.



From owner-freebsd-hackers  Thu May  9 00:01:57 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id AAA16394
          for hackers-outgoing; Thu, 9 May 1996 00:01:57 -0700 (PDT)
Received: from time.cdrom.com (time.cdrom.com [204.216.27.226])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA16386
          for ; Thu, 9 May 1996 00:01:55 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id AAA00602; Thu, 9 May 1996 00:01:48 -0700 (PDT)
To: Chuck Robey 
cc: FreeBSD-Hackers@FreeBSD.org
Subject: Re: New 4.4BSD book - group buy 
In-reply-to: Your message of "Wed, 08 May 1996 22:13:26 EDT."
              
Date: Thu, 09 May 1996 00:01:48 -0700
Message-ID: <600.831625308@time.cdrom.com>
From: "Jordan K. Hubbard" 
Sender: owner-hackers@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

> On Wed, 8 May 1996, Chuck Robey wrote:
> 
> This is a repost of my earlier one, just in case some missed it.  I now
> have offers to redistribute the book for reshipping (to save costs) in
> Germany, UK, and Australia.  Nearly 50 orders so far (I've lost

Maybe I should just ask Kirk if we can buy them from him at a bulk
discount - I know that he was selling them at his OS class (which I
missed) last Thursday..

					Jordan

From owner-freebsd-hackers  Thu May  9 00:25:43 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id AAA18214
          for hackers-outgoing; Thu, 9 May 1996 00:25:43 -0700 (PDT)
Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA18206
          for ; Thu, 9 May 1996 00:25:36 -0700 (PDT)
Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA04215; Thu, 9 May 1996 09:20:59 +0200
Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP
	id JAA10689; Thu, 9 May 1996 09:20:53 +0200
Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA18409; Thu, 9 May 1996 09:08:54 +0200 (MET DST)
From: J Wunsch 
Message-Id: <199605090708.JAA18409@uriah.heep.sax.de>
Subject: Re: date change and wtmp record
To: freebsd-hackers@freebsd.org (FreeBSD hackers)
Date: Thu, 9 May 1996 09:08:53 +0200 (MET DST)
Cc: max@sfc.wide.ad.jp
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <199605090018.JAA17253@mail.tky007.tth.expo96.ad.jp> from =?us-ascii?Q?Masafumi_NAKANE=2F=3D=3FISO=2D2022=2DJP=3FB=3FGy?= =?us-ascii?Q?RCQ2Y6LDJtSjgbKEI=3D=3F=3D?= at "May 9, 96 09:18:14 am"
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E 
X-Mailer: ELM [version 2.4ME+ PL15 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

As Masafumi NAKANE/=?ISO-2022-JP?B?GyRCQ2Y6LDJtSjgbKEI=?= wrote:

> > Check your date command dource code.
>      I've looked at this part of the source code quite a few times.
> And I'm using standard date command.  So far, I have been unsuccessful
> to find out what is wrong.

Build your libutil with -g, and single-step everything. :-/

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-hackers  Thu May  9 03:07:07 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id DAA16663
          for hackers-outgoing; Thu, 9 May 1996 03:07:07 -0700 (PDT)
Received: from ntserv.webleicester.co.uk (ntserv.webleicester.co.uk [206.249.75.2])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA16644
          for ; Thu, 9 May 1996 03:07:03 -0700 (PDT)
Received: from lansys.webleicester.co.uk by ntserv.webleicester.co.uk (NTMail 3.02.04) id da004813; Thu, 9 May 1996 10:06:50 +0000
Received: from LANSYS/SpoolDir by lansys.webleicester.co.uk (Mercury 1.21);
    9 May 96 11:07:16 +0000
Received: from SpoolDir by LANSYS (Mercury 1.21); 9 May 96 11:07:00 +0000
From: "Phil Taylor" 
Organization: Web Factory
To: Narvi 
Date: Thu, 9 May 1996 11:06:57 GMT
Subject: Re: 4.4BSD book
Reply-to: phil@lansys.webleicester.co.uk
CC: hackers@freebsd.org
Priority: normal
X-mailer: Pegasus Mail for Windows (v2.31)
Message-ID: <20EAD195AA1@lansys.webleicester.co.uk>
X-Info: The Web Factory (Leicester) Electronic Mail System
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Hopefully, as I have just called my local book store and they called 
the publisher who told them that it isn't out yet :-(

Anyone know where we can get this book in the UK ????

I have ordered it but I want it NOW !!!!!!

> 
> Any plans for a European group buy? 
> 
> 	Sander
> 
> 
> Eat good food, preserve nature, be nice to all nice people :)
> 
> 
> On Tue, 7 May 1996, Chuck Robey wrote:
> 
> > On Tue, 7 May 1996, Jonathan M. Bresler wrote:
> > 
> > > 	The Design and Implementation of the 4.4BSD
> > > 	Operating System book is out.  got a copy right here ;)
> > > 
> > > 	Folks, this book is dedicated to YOU:
> > > 
> > > 		This book is dedicated to the BSD community,
> > > 		Without the contributions of that community's members,
> > > 		there would be nothing about which to write.
> > > 
> > > 
> > > 	Special acknowledgements to John Dyson, David Greenman, both 
> > > 	of The FreeBSD Project.
> > > 
> > > 	Everyone raise a glass to these two gentlemen.
> > > 	And another glass to all of the members of The FreeBSD Project!
> > 
> > I'd love a copy.  Do publishers allow group buys on new books?  I bet 
> > that there'd be a lot of FreeBSDers who want that book!
> > 
> > 
> > ==========================================================================
> > Chuck Robey chuckr@eng.umd.edu, I run FreeBSD-current on n3lxx + Journey2
> >  
> > Three Accounts for the Super-users in the sky,
> >   Seven for the Operators in their halls of fame,
> > Nine for Ordinary Users doomed to crie,
> >   One for the Illegal Cracker with his evil game
> > In the Domains of Internet where the data lie.
> >   One Account to rule them all, One Account to watch them,
> >   One Account to make them all and in the network bind them.
> > 
> > 
> > 
> 

/*   Phil Taylor phil@webleicester.co.uk
     LAN Systems - LAN/WAN Specialists 
     Tel: (Direct Line) 0116 223 0033 
          (Main Number) 0116 255 9961
          (Facsimile)   0116 255 8861 */ 

From owner-freebsd-hackers  Thu May  9 04:06:46 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id EAA25119
          for hackers-outgoing; Thu, 9 May 1996 04:06:46 -0700 (PDT)
Received: from hda.com (ip94-max1-fitch.zipnet.net [199.232.245.94])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA25111
          for ; Thu, 9 May 1996 04:06:42 -0700 (PDT)
Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id HAA26604; Thu, 9 May 1996 07:12:18 -0400
From: Peter Dufault 
Message-Id: <199605091112.HAA26604@hda.com>
Subject: Re: Copyright question
To: eischen@pcnet.com (Daniel M. Eischen)
Date: Thu, 9 May 1996 07:12:17 -0400 (EDT)
Cc: freebsd-hackers@freebsd.org
In-Reply-To: <3190B258.41C67EA6@pcnet.com> from "Daniel M. Eischen" at May 8, 96 10:40:24 am
Reply-to: hdalog@zipnet.net
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

>  * 4. This code is only licensed for use with Condor Engineering, Inc.
>  *    interface hardware. 
>  * 5. Modifications may be freely made to this file if the above conditions
>  *    are met.

Note that they leveraged off other FreeBSD drivers that fortunately
didn't have these restrictions.  I think I talked to you a while back
about restricting the Condor interface in a separate file from your
work to reduce the amount of code subject to this copyright.

-- 
Temporarily via "hdalog@zipnet.net"...

Peter Dufault               Real-Time Machine Control and Simulation
HD Associates, Inc.         Voice: 508 433 6936
dufault@hda.com             Fax:   508 433 5267

From owner-freebsd-hackers  Thu May  9 05:29:38 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id FAA29291
          for hackers-outgoing; Thu, 9 May 1996 05:29:38 -0700 (PDT)
Received: from time.cdrom.com (time.cdrom.com [204.216.27.226])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA29286
          for ; Thu, 9 May 1996 05:29:36 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id FAA04374; Thu, 9 May 1996 05:29:30 -0700 (PDT)
To: hackers@freebsd.org
cc: velte@cdrom.com
Subject: A stuffed Daemon plushie (Chuck), anyone?
Reply-To: jkh@freebsd.org
Date: Thu, 09 May 1996 05:29:30 -0700
Message-ID: <4372.831644970@time.cdrom.com>
From: "Jordan K. Hubbard" 
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Some of you will recall our earlier plans to introduce a line of
daemon stuffed dolls for those of you out there who absolutely need
such a thing to sit atop your terminal or entertain the wee ones (more
prurient uses for him can go unreported and I won't mind at all,
thanks! :-).

Well, our very own Joerg Wunsch has finally found someone in Germany
who seems capable of making a daemon plushie that actually _looks_
like a daemon (as opposed to some of our chinese factory samples which
looked more like mutant, satanic rabbits with horns) and so we've
decided to see if we've enough interest in them to actually order and
resell a few.  I believe 50 is the target we need to hit before it
actually becomes a reasonable proposition for the factory, and hence
this mail.

There is, of course, a downside to having the daemon made by the same
German craftsmen who brought you the Porche and the BMW, and that's
that they want a fair bit of money for it!  $60, to be exact, which is
indeed pretty high but I suppose that if you really want a stuffed
daemon which will last more than 10 minutes in the hands of a 6 year
old, you gotta pay the price.

And so, here's the deal.  If there are enough of you out there
craz^H^H^H^Hinterested enough in owning a stuffed Chuck at this price
then please let us know so that we can decide if this order is going
to make financial sense.  I'm not sure what the deal with European
orders will be yet, but I suspect that you'll be able to order them
directly from the German distributor at a somewhat cheaper price (in
Deutchmarks) since Walnut Creek's markup won't be tacked on.  I don't
think it'll be a LOT cheaper, just somewhat so (and naturally shipping
won't be quite so expensive).  I'll give fuller details on this after
we've determined whether or not a run of these guys is going to roll
out of the factory at all.

To indicate your interest, please send mail to:

	plushies@time.cdrom.com

And I'll tally them up.  This is NOT an ordering process and you
should NOT send me credit card info or a shipping address or any of
those sorts of details yet!  I'm simply trying to gauge initial
interest, after which I'll send followup mail to everyone who
responded with more information on where to send your money (and in
what denominations), depending on where you're ordering from.  A
simple "I'd like a plushie!" or even "yes!" sent to this address will
more than suffice.

Also, please don't send me email asking for pictures of the daemon or
haggling over the price.  In the first instance, I don't have a
picture of the final product yet - we looked at a sample, made some
comments about a few small alterations we'd like to see (even though
the first-draft sample looked better than any other we've seen to
date), and now the factory is waiting for our go-ahead before making
the final version with our suggested alterations.  I have confidence
that they'll do a good job of this and can only ask that you trust
Joerg and I on how this looks.  I'm sure Joerg, who's a lot closer to
the factory than I am, will screech if the first daemons come off the
assembly line with 3 horns or something. :-)

Second, the price is fixed and non-negotiable (barring a really big
order, which I'm not counting on).  We tried to get it as low as we
could for a 50 piece order, and that's as low as it gets.  Sorry about
that - I'd be more than happy to see the little guy going for $30
rather than $60, but see the comment above about German manufacture.
I'd like a new BMW 320i for $10,000, too, but I'm not going to get
that either. :-)

So there you have it.  Again, the address is plushies@time.cdrom.com
(though "plushie" or "daemon-doll" or even just "dolls" will work - I
made lots of aliases to catch the strays :-).  Send mail to it if you
want one and I'll tally up the provisional orders.  The votes will be
counted by grep, so long messages sent to that address will be wasted;
if you have further questions not answered here, please send me
personal email.

Once I've got a count, I'll give the factory a yes/no decision and
send you all more mail about how to order, assuming that we have
enough people to make it fly.  Hopefully more than 50 of you will
respond and we'll make the quota even if a few folks decide to back
out.  If a LOT of people respond, we may even be able to get that
price reduced somewhat.

Thanks!

					Jordan

From owner-freebsd-hackers  Thu May  9 06:15:01 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id GAA02517
          for hackers-outgoing; Thu, 9 May 1996 06:15:01 -0700 (PDT)
Received: from hda.com (ip94-max1-fitch.zipnet.net [199.232.245.94])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA02504
          for ; Thu, 9 May 1996 06:14:57 -0700 (PDT)
Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id JAA26835; Thu, 9 May 1996 09:20:33 -0400
From: Peter Dufault 
Message-Id: <199605091320.JAA26835@hda.com>
Subject: Re: Copyright question
To: jkh@time.cdrom.com (Jordan K. Hubbard)
Date: Thu, 9 May 1996 09:20:32 -0400 (EDT)
Cc: eischen@vigrid.com, freebsd-hackers@FreeBSD.org
In-Reply-To: <25439.831594421@time.cdrom.com> from "Jordan K. Hubbard" at May 8, 96 03:27:01 pm
Reply-to: hdalog@zipnet.net
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Sender: owner-hackers@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

(...)
> But I'd also like to suggest that we perhaps attack this problem from
> a different angle.
> 
> What is Condor trying to achieve here?  Protection of sales, right?
> More to the point, they'd like to sell this board to FreeBSD users as
> a consequence of having this driver in FreeBSD by default, assuming
> that they might be less willing to do so otherwise.  The "protection
> of sales" issue is also actually a secondary one since, up to this
> point, there _are_ no sales to protect.  So far, so good.

This is a good point.  Anyone working with MIL1553 on FreeBSD
probably has the budget to buy the Condor board over another board,
and Condor's cooperation will, I bet, ensure 95% of the "market"
for 1553 boards on *BSD.

Though I haven't looked at the Condor board, I'm sure it is built
out of off the shelf 1553 support parts and porting the driver to
another board is probably a no-brainer.  It is probably little more
than a 1553 chip on the ISA bus.

As Condor has supplied their DOS driver to Dan, unrestricted
distribution puts them in the position of potentially bootstrapping
other vendor products.  Back to my previous point: Put Condor
specific code in a single file, keep generic 1553 interfaces
in an unrestricted file, ask nicely for release under the BSD
copyright, but don't be surprised when they decline.

-- 
Temporarily via "hdalog@zipnet.net"...

Peter Dufault               Real-Time Machine Control and Simulation
HD Associates, Inc.         Voice: 508 433 6936
dufault@hda.com             Fax:   508 433 5267

From owner-freebsd-hackers  Thu May  9 07:53:23 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id HAA12907
          for hackers-outgoing; Thu, 9 May 1996 07:53:23 -0700 (PDT)
Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA12902
          for ; Thu, 9 May 1996 07:53:20 -0700 (PDT)
Received: by pcnet1.pcnet.com (4.1/SMI-4.1)
	id AA00723; Thu, 9 May 96 10:50:05 EDT
Date: Thu, 9 May 96 10:50:05 EDT
From: eischen@vigrid.com (Daniel Eischen)
Message-Id: <9605091450.AA00723@pcnet1.pcnet.com>
To: hdalog@zipnet.net, jkh@time.cdrom.com
Subject: Re: Copyright question
Cc: eischen@vigrid.com, freebsd-hackers@FreeBSD.org
Sender: owner-hackers@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

> > What is Condor trying to achieve here?  Protection of sales, right?
> > More to the point, they'd like to sell this board to FreeBSD users as
> > a consequence of having this driver in FreeBSD by default, assuming
> > that they might be less willing to do so otherwise.  The "protection
> > of sales" issue is also actually a secondary one since, up to this
> > point, there _are_ no sales to protect.  So far, so good.
>
> This is a good point.  Anyone working with MIL1553 on FreeBSD
> probably has the budget to buy the Condor board over another board,
> and Condor's cooperation will, I bet, ensure 95% of the "market"
> for 1553 boards on *BSD.
>
> Though I haven't looked at the Condor board, I'm sure it is built
> out of off the shelf 1553 support parts and porting the driver to
>another board is probably a no-brainer.  It is probably little more
> than a 1553 chip on the ISA bus.
>
> As Condor has supplied their DOS driver to Dan, unrestricted
> distribution puts them in the position of potentially bootstrapping
> other vendor products.  Back to my previous point: Put Condor
> specific code in a single file, keep generic 1553 interfaces
> in an unrestricted file, ask nicely for release under the BSD
> copyright, but don't be surprised when they decline.

I looked into breaking apart the Condor specific code.  I made a lot
of modifications and enhancements to it and it's pretty integral to
the driver.  Breaking out the Condor specific code wouldn't leave
a usable driver.  Although it would allow someone to freely make
changes for another 1553 board :-)  If they refuse to release it
under the BSD copyright without clause #4, I'm not opposed to
breaking out Condor specific code.

The Condor board is really just a United Technologies M1553BCRTM
chip on the ISA bus.  Condor added up to 64K of RAM and tied in the
registers of the M1553BCRTM chip into IO memory address space.
There is one Condor-specific register which will tell us what kind
of board it is and how much RAM is available.

Dan Eischen
eischen@pcnet.com

From owner-freebsd-hackers  Thu May  9 08:34:17 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id IAA16245
          for hackers-outgoing; Thu, 9 May 1996 08:34:17 -0700 (PDT)
Received: from mongoose.bostic.com (bostic@mongoose.BSDI.COM [205.230.230.129])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA16229
          for ; Thu, 9 May 1996 08:34:10 -0700 (PDT)
Received: (from bostic@localhost) by mongoose.bostic.com (8.7.4/8.7.3) id KAA08132; Thu, 9 May 1996 10:24:00 -0400 (EDT)
Date: Thu, 9 May 1996 10:24:00 -0400 (EDT)
From: Keith Bostic 
Message-Id: <199605091424.KAA08132@mongoose.bostic.com>
To: bostic@bsdi.com]
Subject: nex/nvi TK text widget, X11 programming consulting gig
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

I'm looking for someone that would be willing to take on a
consulting gig related to nex/nvi.  There are two tasks: the
first is converting tknvi into a real TK text widget, the second
is creating an nex/nvi X11 frontend using the toolkit of your
choice (as long as it's widely available).  If either of these
interest you, please send me email, and we can talk over the
details!

Thanks,
--keith


From owner-freebsd-hackers  Thu May  9 09:21:47 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id JAA20227
          for hackers-outgoing; Thu, 9 May 1996 09:21:47 -0700 (PDT)
Received: from mail.tky007.tth.expo96.ad.jp (root@tky007.tth.expo96.ad.jp [133.246.32.58])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA20221
          for ; Thu, 9 May 1996 09:21:44 -0700 (PDT)
Received: from tky007.tth.expo96.ad.jp (masafumi@localhost [127.0.0.1]) by mail.tky007.tth.expo96.ad.jp (8.7.5/3.4W4-SMTP) with ESMTP id BAA00378; Fri, 10 May 1996 01:21:14 +0900 (JST)
Message-Id: <199605091621.BAA00378@mail.tky007.tth.expo96.ad.jp>
To: terry@lambert.org
Cc: max@sfc.wide.ad.jp, freebsd-hackers@FreeBSD.org
Subject: Re: date change and wtmp record
From: Masafumi NAKANE/=?ISO-2022-JP?B?GyRCQ2Y6LDJtSjgbKEI=?= 
Reply-To: max@sfc.wide.ad.jp
In-Reply-To: Your message of "Wed, 8 May 1996 18:11:29 -0700 (MST)"
References: <199605090111.SAA27469@phaeton.artisoft.com>
X-Mailer: Mew version 1.05+ on Emacs 19.28.1, Mule 2.3
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Date: Fri, 10 May 1996 01:21:14 +0900
Sender: owner-hackers@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

From: Terry Lambert 
Subject: Re: date change and wtmp record
Date: Wed, 8 May 1996 18:11:29 -0700 (MST)

> The *only* way you could get the bogus character is if some other
> program other than the standard date command is writing it, because
> the standard date command can't write it.
> 
> [ eliminate the possible, and whatever is left, however improbable,
>   must be the answer ]
> 
> You *must* be running some other command to get those entries.
> 
> Are you *sure* you aren't running NTP or other network time setting
> commands?

     You gave me a great clue!!  Finally, I found what's been causing
this.  It was `timed'.  I have:

timedflags="-F myhostname"

in my /etc/sysconfig.

     Changing the date after killing timed made proper entries in
wtmp.

      Thanks to all of you who have given me suggestions.

     Now, is this expected behavior?

-----------------------------------------------------------------------
          Masafumi NAKANE, Keio Univ., Dept. of Environmental Information
E-Mail : t94303mn@sfc.keio.ac.jp / max@sfc.wide.ad.jp
[URL] :  http://www.sfc.keio.ac.jp/~t94303mn

From owner-freebsd-hackers  Thu May  9 09:58:33 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id JAA23246
          for hackers-outgoing; Thu, 9 May 1996 09:58:33 -0700 (PDT)
Received: from ki.net (root@ki.net [205.150.102.1])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA23217
          Thu, 9 May 1996 09:58:25 -0700 (PDT)
Received: from localhost (scrappy@localhost) by ki.net (8.7.5/8.7.5) with SMTP id MAA13301; Thu, 9 May 1996 12:58:13 -0400 (EDT)
Date: Thu, 9 May 1996 12:58:12 -0400 (EDT)
From: "Marc G. Fournier" 
To: Chuck Robey 
cc: hackers@freefall.freebsd.org, chat@freefall.freebsd.org
Subject: Re: 4.4BSD book
In-Reply-To: 
Message-ID: 
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

On Tue, 7 May 1996, Chuck Robey wrote:

> On Tue, 7 May 1996, Jonathan M. Bresler wrote:
> 
> > Chuck Robey wrote:
> > > 
> > > On Tue, 7 May 1996, Jonathan M. Bresler wrote:
> > > 
> > > > 	The Design and Implementation of the 4.4BSD
> > > > 	Operating System book is out.  got a copy right here ;)
> > > > 
> > > I'd love a copy.  Do publishers allow group buys on new books?  I bet 
> > > that there'd be a lot of FreeBSDers who want that book!
> > 
> > 	the publisher is addison-wesley.  i got this one from
> > 	computer lieracy www.clbooks.com
> > 
> > 	you used to mention a place called readme.com?  that sold books
> > 	at a reasonable discount?  perhaps we could arrange a group purchase
> > 	from them.  people could send in checks and then have the 
> > 	books deliver to one person in each city.  everyone else goes
> > 	to see that one person to get their copy.  might save on shipping,
> > 	if not then just ship each to each person direct.
> 
> Good idea.  It's Readme.Doc, and it's too late in the day to call them 
> now, but I'll check tomorrow and report back to the list.  I wouldn't 
> mind organizing it either (I could collect the money, I suppose, deal 
> with Readme.Doc, whatever)
>


I haven't received the other posting yet concerning the details of the
group buy, but please include me in the list of those that wants (well...
needs) a copy.

As well, if it helps any with the shipping, I'm willing to act as a 
hub for the toronto area so that shipping can go to one business address
and ppl can pick it up from here.

Marc G. Fournier                                  scrappy@ki.net
Systems Administrator @ ki.net               scrappy@freebsd.org


From owner-freebsd-hackers  Thu May  9 10:29:29 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id KAA26599
          for hackers-outgoing; Thu, 9 May 1996 10:29:29 -0700 (PDT)
Received: from jolt.eng.umd.edu (jolt.eng.umd.edu [129.2.102.5])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA26576
          Thu, 9 May 1996 10:29:23 -0700 (PDT)
Received: from gilligan.eng.umd.edu (gilligan.eng.umd.edu [129.2.98.205]) by jolt.eng.umd.edu (8.7.5/8.7.3) with ESMTP id NAA25763; Thu, 9 May 1996 13:29:20 -0400 (EDT)
Received: (from chuckr@localhost) by gilligan.eng.umd.edu (8.7.5/8.7.3) id NAA23532; Thu, 9 May 1996 13:29:19 -0400 (EDT)
Date: Thu, 9 May 1996 13:29:19 -0400 (EDT)
From: Chuck Robey 
X-Sender: chuckr@gilligan.eng.umd.edu
To: "Marc G. Fournier" 
cc: hackers@freefall.freebsd.org, chat@freefall.freebsd.org
Subject: Re: 4.4BSD book
In-Reply-To: 
Message-ID: 
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

On Thu, 9 May 1996, Marc G. Fournier wrote:

This is the first person to hit the list with a request for addition to 
the booklist.  Please don't do that, reply to me (chuckr@glue.umd.edu) 
directly.  I'm sorry if this is a little embarrassing, Marc.

more below ...

> On Tue, 7 May 1996, Chuck Robey wrote:
> 
> > On Tue, 7 May 1996, Jonathan M. Bresler wrote:
> > 
> > > Chuck Robey wrote:
> > > > 
> > > > On Tue, 7 May 1996, Jonathan M. Bresler wrote:
> > > > 
> > > > > 	The Design and Implementation of the 4.4BSD
> > > > > 	Operating System book is out.  got a copy right here ;)
> > > > > 
> > > > I'd love a copy.  Do publishers allow group buys on new books?  I bet 
> > > > that there'd be a lot of FreeBSDers who want that book!
> > > 
> > > 	the publisher is addison-wesley.  i got this one from
> > > 	computer lieracy www.clbooks.com
> > > 
> > > 	you used to mention a place called readme.com?  that sold books
> > > 	at a reasonable discount?  perhaps we could arrange a group purchase
> > > 	from them.  people could send in checks and then have the 
> > > 	books deliver to one person in each city.  everyone else goes
> > > 	to see that one person to get their copy.  might save on shipping,
> > > 	if not then just ship each to each person direct.
> > 
> > Good idea.  It's Readme.Doc, and it's too late in the day to call them 
> > now, but I'll check tomorrow and report back to the list.  I wouldn't 
> > mind organizing it either (I could collect the money, I suppose, deal 
> > with Readme.Doc, whatever)
> >
> 
> 
> I haven't received the other posting yet concerning the details of the
> group buy, but please include me in the list of those that wants (well...
> needs) a copy.

Marc's on the list.

> 
> As well, if it helps any with the shipping, I'm willing to act as a 
> hub for the toronto area so that shipping can go to one business address
> and ppl can pick it up from here.

Not in the US.  I have volunteers to reship in AU, UK, and DE already.
In the US, the shipping costs are too low to worry about, only in the 3 
dollar range.  Thanks anyways.

> 
> Marc G. Fournier                                  scrappy@ki.net
> Systems Administrator @ ki.net               scrappy@freebsd.org
> 
> 

==========================================================================
Chuck Robey chuckr@eng.umd.edu, I run FreeBSD-current on n3lxx + Journey2
 
Three Accounts for the Super-users in the sky,
  Seven for the Operators in their halls of fame,
Nine for Ordinary Users doomed to crie,
  One for the Illegal Cracker with his evil game
In the Domains of Internet where the data lie.
  One Account to rule them all, One Account to watch them,
  One Account to make them all and in the network bind them.



From owner-freebsd-hackers  Thu May  9 12:05:50 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id MAA04523
          for hackers-outgoing; Thu, 9 May 1996 12:05:50 -0700 (PDT)
Received: from whistle.com ([207.76.205.131])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA04518
          for ; Thu, 9 May 1996 12:05:48 -0700 (PDT)
Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id MAA02400 for ; Thu, 9 May 1996 12:05:12 -0700 (PDT)
Received: from shrimp.whistle.com(207.76.205.74) by whistle.com via smap (V1.3)
	id sma002398; Thu May  9 12:05:01 1996
Received: (from julian@localhost) by shrimp.whistle.com (8.6.12/8.6.12) id MAA25662 for hackers@freebsd.org; Thu, 9 May 1996 12:05:01 -0700
Received: from whistle.com (whistle [207.76.205.131]) by shrimp.whistle.com (8.6.12/8.6.12) with ESMTP id KAA21730; Thu, 9 May 1996 10:45:08 -0700
Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id KAA01989 for ; Thu, 9 May 1996 10:45:08 -0700 (PDT)
Received: from sigfpe.whistle.com(207.76.205.72) by whistle.com via smap (V1.3)
	id sma001981; Thu May  9 10:44:40 1996
Received: from localhost.whistle.com (localhost.whistle.com [127.0.0.1]) by sigfpe.whistle.com (8.6.12/8.6.12) with SMTP id KAA01519 for ; Thu, 9 May 1996 10:44:40 -0700
Message-Id: <199605091744.KAA01519@sigfpe.whistle.com>
X-Authentication-Warning: sigfpe.whistle.com: Host localhost.whistle.com didn't use HELO protocol
To: eng@whistle.com
Subject: MCKusick BSD Talk
Date: Thu, 09 May 1996 10:44:39 -0700
From: Nick Burke 
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk



AN EVENT AT COMPUTER LITERACY BOOKSHOPS

- ----------------------------------------------------------------------
A BRIEF HISTORY, CURRENT STATUS AND FUTURE OF BSD
- ----------------------------------------------------------------------

A free presentation by MARSHALL KIRK MCKUSICK Ph.D.

Dr. McKusick will give a brief history on the development of BSD at 
U.C. Berkeley.  He will describe the events leading up to the release
of the freely redistributable version of BSD and the ensuing fight to 
keep it free.  He will also outline the state of the current 4.4BSD-Lite
Release 2 software distribution and prognosticate on the future
direction of the BSD software.

Marshall Kirk McKusick Ph.D. writes books and articles, consults and
teaches classes on UNIX- and BSD-related subjects.  While at U.C.
Berkeley, he implemented the 4.2BSD fast file system, and was the
Research Computer Scientist at the Berkeley Computer Systems Research
Group (CSRG) overseeing the development and release of 4.3BSD and 
4.4BSD.  His particular areas of interest are the virtual-memory
system and the file system.  One day, he hopes to see them merged
seamlessly.  Dr. McKusick was President of the USENIX Association and
is a member of ACM and IEEE.  He is the coauthor of "The Design
and Implementation of the 4.4BSD Operating System".

Date:  Tuesday, May 21, 1996
Time:  6:30 p.m. - 8:00 p.m. 

Location: Computer Literacy Bookshops
          2590 North First Street (at Trimble)
          San Jose
          (408) 435-1118

DID YOU KNOW THAT OUR EVENTS ARE ALSO POSTED ON OUR WEB PAGE?
http://www.clbooks.com/


Stay tuned.  There are more events to come.

Events at our stores are always free.

- ------------------------------------------------------------------------
If you would like to receive e-mail announcements for upcoming store
events, simply write to:

events_ca-request@clbooks.com (for events held at our California stores)
events_va-request@clbooks.com (for events held at our Virginia store)
- ------------------------------------------------------------------------

If you have signed up for email announcements but have not received any,
or wish to be removed from this list, please contact us.  We add names
by request only.

****************************************************
Computer Literacy Bookshops, Inc.

Cherrie C. Chiu
eventinfo_ca@clbooks.com
(408) 435-5015 x116
>From ducl Wed May  8 19:19:42 1996
From: ducl@clbooks.com (Duc Le - Programmer)
To: Fergus_OReilly@3mail.3com.com < /u/ducl/McKusick
Subject: Current Status and the Future of BSD
Date: Wed, 8 May 96 19:19:42 PDT





------- End of Forwarded Message



From owner-freebsd-hackers  Thu May  9 12:08:41 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id MAA04981
          for hackers-outgoing; Thu, 9 May 1996 12:08:41 -0700 (PDT)
Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA04973
          Thu, 9 May 1996 12:08:37 -0700 (PDT)
Received: (from dgy@localhost) by seagull.rtd.com (8.6.12/1.2) id MAA12873; Thu, 9 May 1996 12:08:35 -0700
From: Don Yuniskis 
Message-Id: <199605091908.MAA12873@seagull.rtd.com>
Subject: Re: Anyone working on ATM support?
To: jmb@freefall.freebsd.org (Jonathan M. Bresler)
Date: Thu, 9 May 1996 12:08:34 -0700 (MST)
Cc: pat@transarc.com, freebsd-hackers@FreeBSD.ORG
In-Reply-To: <199605071738.KAA20770@freefall.freebsd.org> from "Jonathan M. Bresler" at May 7, 96 10:38:34 am
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

It seems that Jonathan M. Bresler said:
> Pat Barron wrote:
> > If anyone is working on ATM on FreeBSD, could you drop me a note?  I'd
> > be interested in hearing about what vendor's interfaces you're working
> > with, what you plan to do about signalling, etc....
> 
> 	try freebsd-atm@freebsd.org

FWIW, the a snippet appeared in one of my trade journals recently begins:

"A newly proposed protocol may enable the Internet to deliver ATM cells
encapsulated within its IP packets.  If adopted, it would give any
Ethernet-capable desktop the ability to receive ATM without any 
specialized hardware. ..."

From owner-freebsd-hackers  Thu May  9 13:43:40 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id NAA16267
          for hackers-outgoing; Thu, 9 May 1996 13:43:40 -0700 (PDT)
Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA16257
          for ; Thu, 9 May 1996 13:43:33 -0700 (PDT)
Received: from gemini.sdsp.mc.xerox.com ([13.231.132.20]) by alpha.xerox.com with SMTP id <14641(3)>; Thu, 9 May 1996 13:42:55 PDT
Received: from gnu.mc.xerox.com (gnu.sdsp.mc.xerox.com) by gemini.sdsp.mc.xerox.com (4.1/SMI-4.1-TB)
	id AA22203; Thu, 9 May 96 16:42:49 EDT
Received: by gnu.mc.xerox.com (4.1/SMI-4.1)
	id AA18365; Thu, 9 May 96 16:42:48 EDT
Message-Id: <9605092042.AA18365@gnu.mc.xerox.com>
X-Mailer: exmh version 1.6.6 3/24/96
To: Chuck Robey 
Cc: "Christopher R. Bowman" ,
        FreeBSD hackers ,
        bookpool@bookpool.com
Subject: Re: Better deal on 4.4 BSD book 
In-Reply-To: Your message of "Wed, 08 May 1996 20:20:54 PDT."
              
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Thu, 9 May 1996 13:42:46 PDT
From: "Marty Leisner" 
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk


I've ordered some books from www.bookpool.com...

works quite well...

I'm expecting a shipment from them this week...

I like their online service...


-- 
marty
leisner@sdsp.mc.xerox.com  
Member of the League for Programming Freedom



From owner-freebsd-hackers  Thu May  9 13:43:46 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id NAA16286
          for hackers-outgoing; Thu, 9 May 1996 13:43:46 -0700 (PDT)
Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA16268
          for ; Thu, 9 May 1996 13:43:40 -0700 (PDT)
Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA29393; Thu, 9 May 1996 13:41:43 -0700
From: Terry Lambert 
Message-Id: <199605092041.NAA29393@phaeton.artisoft.com>
Subject: Re: date change and wtmp record
To: max@sfc.wide.ad.jp
Date: Thu, 9 May 1996 13:41:43 -0700 (MST)
Cc: terry@lambert.org, freebsd-hackers@FreeBSD.org
In-Reply-To: <199605091621.BAA00378@mail.tky007.tth.expo96.ad.jp> from "Masafumi NAKANE/=?ISO-2022-JP?B?GyRCQ2Y6LDJtSjgbKEI=?=" at May 10, 96 01:21:14 am
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

> > The *only* way you could get the bogus character is if some other
> > program other than the standard date command is writing it, because
> > the standard date command can't write it.
> > 
> > [ eliminate the possible, and whatever is left, however improbable,
> >   must be the answer ]
> > 
> > You *must* be running some other command to get those entries.
> > 
> > Are you *sure* you aren't running NTP or other network time setting
> > commands?
> 
>      You gave me a great clue!!  Finally, I found what's been causing
> this.  It was `timed'.  I have:
> 
> timedflags="-F myhostname"
> 
> in my /etc/sysconfig.
> 
>      Changing the date after killing timed made proper entries in
> wtmp.
> 
>       Thanks to all of you who have given me suggestions.
> 
>      Now, is this expected behavior?

No.

The bug is in /usr/src/usr.sbin/timed/timed/slave.c.

For a true fix, I suggest adding:

#define	UT_LINE_OLD_TIME	"|"
#define	UT_LINE_NEW_TIME	"{"

To utmp.h, and then hack timed, last, date, etc. and the utmp(5) man
page.


					Regards,
					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.

From owner-freebsd-hackers  Thu May  9 13:49:50 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id NAA17022
          for hackers-outgoing; Thu, 9 May 1996 13:49:50 -0700 (PDT)
Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA17012
          Thu, 9 May 1996 13:49:47 -0700 (PDT)
Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA29424; Thu, 9 May 1996 13:49:30 -0700
From: Terry Lambert 
Message-Id: <199605092049.NAA29424@phaeton.artisoft.com>
Subject: Re: A stuffed Daemon plushie (Chuck), anyone?
To: jkh@FreeBSD.ORG
Date: Thu, 9 May 1996 13:49:30 -0700 (MST)
Cc: hackers@FreeBSD.ORG, velte@cdrom.com
In-Reply-To: <4372.831644970@time.cdrom.com> from "Jordan K. Hubbard" at May 9, 96 05:29:30 am
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Daemon Dolls! (shades of "Thundar The Barbarian").  8-).

> Well, our very own Joerg Wunsch has finally found someone in Germany
> who seems capable of making a daemon plushie that actually _looks_
> like a daemon (as opposed to some of our chinese factory samples which
> looked more like mutant, satanic rabbits with horns) and so we've
> decided to see if we've enough interest in them to actually order and
> resell a few.  I believe 50 is the target we need to hit before it
> actually becomes a reasonable proposition for the factory, and hence
> this mail.

Mutant Satanic rabbits with horns sounds like a normal loss-leader in
California.  8-).

What size are these $60 stuffed daemons, and can someone digitize
a picture of the sample and put the image up somewhere?

Maybe someone in Japan can build an "BSD Oni Garage Kit"  8-).


					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.

From owner-freebsd-hackers  Thu May  9 14:16:12 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id OAA19352
          for hackers-outgoing; Thu, 9 May 1996 14:16:12 -0700 (PDT)
Received: from eac.iafrica.com (slipper119229.iafrica.com [196.7.119.229])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA19259
          for ; Thu, 9 May 1996 14:15:46 -0700 (PDT)
Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id XAA02591 for hackers@freebsd.org; Thu, 9 May 1996 23:14:49 +0200
From: Robert Nordier 
Message-Id: <199605092114.XAA02591@eac.iafrica.com>
Subject: [Q] Raw interface to block devices
To: hackers@freebsd.org
Date: Thu, 9 May 1996 23:14:48 +0200 (SAT)
X-Mailer: ELM [version 2.4 PL24 ME8a]
Content-Type: text
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

I have a function

   int process(const char *fs);

which expects 'fs' to refer to a device which may hold a filesystem.

The function actually works with the raw device, but allows the
user some flexibility.  Eg:

   process("/dev/rfd0"); or
   process("/dev/fd0");

An obvious, though clumsy, approach is:

   stat()
   if {S_IFCHR, S_IFBLK}
      derive the other name by deleting/inserting an 'r' somewhere
      stat()
      check for (reversed) {S_IFCHR, S_IFBLK}

This tries to ensure we are not dealing with (say) '/dev/tty'; and
to come up with the device name needed.

However, something like

   ln -s /dev/fd0 floppy

causes problems.

There must be a better way to do this.  The stuff I've looked at
either trustingly waits forever on '/dev/tty', or refuses to even
consider 'floppy'.

Surely a library function is needed (or already exists).

--
Robert Nordier

From owner-freebsd-hackers  Thu May  9 15:00:14 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id PAA24197
          for hackers-outgoing; Thu, 9 May 1996 15:00:14 -0700 (PDT)
Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA24186
          for ; Thu, 9 May 1996 15:00:10 -0700 (PDT)
Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA29636; Thu, 9 May 1996 14:59:46 -0700
From: Terry Lambert 
Message-Id: <199605092159.OAA29636@phaeton.artisoft.com>
Subject: Re: [Q] Raw interface to block devices
To: rnordier@iafrica.com (Robert Nordier)
Date: Thu, 9 May 1996 14:59:46 -0700 (MST)
Cc: hackers@FreeBSD.org
In-Reply-To: <199605092114.XAA02591@eac.iafrica.com> from "Robert Nordier" at May 9, 96 11:14:48 pm
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

> I have a function
> 
>    int process(const char *fs);
> 
> which expects 'fs' to refer to a device which may hold a filesystem.
> 
> The function actually works with the raw device, but allows the
> user some flexibility.  Eg:
> 
>    process("/dev/rfd0"); or
>    process("/dev/fd0");
> 
> An obvious, though clumsy, approach is:
> 
>    stat()
>    if {S_IFCHR, S_IFBLK}
>       derive the other name by deleting/inserting an 'r' somewhere
>       stat()
>       check for (reversed) {S_IFCHR, S_IFBLK}
> 
> This tries to ensure we are not dealing with (say) '/dev/tty'; and
> to come up with the device name needed.

I think this is probably a mistake in implementation.


> However, something like
> 
>    ln -s /dev/fd0 floppy
> 
> causes problems.
> 
> There must be a better way to do this.  The stuff I've looked at
> either trustingly waits forever on '/dev/tty', or refuses to even
> consider 'floppy'.
> 
> Surely a library function is needed (or already exists).

The typically used approach is to stat the device to get the major
and minor number, then iterate all devices looking for the same
major, but a minor that's the same + 128 for the raw device (or
whatever the magic relationship happens to be on whatever system).

Note that all of this starts to fall apart under devfs usage, which
wants device iteration by parent as a result of a stat reference
returning non-terminal devices as directories that can be ioctl'ed
to turn them into devices.  This lets you get iterate devices by
class without stats or opens on the actual devices themselves.

I guess I need to reintegrate the devfs code on my local machine
and work on putting together an API for this when I get a chance.
8-(.


					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.

From owner-freebsd-hackers  Thu May  9 15:19:25 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id PAA26252
          for hackers-outgoing; Thu, 9 May 1996 15:19:25 -0700 (PDT)
Received: from linux4nn.gn.iaf.nl (root@linux4nn.gn.iaf.nl [193.67.144.34])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA26245
          for ; Thu, 9 May 1996 15:19:21 -0700 (PDT)
Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id AAA06011 for ; Fri, 10 May 1996 00:20:45 +0200
Received: by uni4nn.iaf.nl with UUCP id AA24885
  (5.67b/IDA-1.5 for FreeBSD-hackers@freebsd.org); Fri, 10 May 1996 00:20:20 +0200
Received: by iafnl.es.iaf.nl with UUCP id AA01076
  (5.67b/IDA-1.5 for FreeBSD-hackers@freebsd.org); Fri, 10 May 1996 00:07:37 +0200
Received: (from wilko@localhost) by yedi.iaf.nl (8.6.12/8.6.6) id XAA00475 for FreeBSD-hackers@freebsd.org; Thu, 9 May 1996 23:11:01 +0200
From: Wilko Bulte 
Message-Id: <199605092111.XAA00475@yedi.iaf.nl>
X-Organisation: Private FreeBSD site - Arnhem - The Netherlands
Subject: verifying tape dump
To: FreeBSD-hackers@freebsd.org (FreeBSD hackers list)
Date: Thu, 9 May 1996 23:11:00 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL23]
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Maybe I'm missing the obvious but:

is there a standard way to verify dumped tape data with the data on disk?

Wilko
_     __________________________________________________________________________
 |   / o / /  _   Wilko Bulte             email: wilko@yedi.iaf.nl
 |/|/ / / /( (_)  Private FreeBSD site  - Arnhem - The Netherlands
--------------------------------------------------------------------------------

From owner-freebsd-hackers  Thu May  9 15:34:10 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id PAA27961
          for hackers-outgoing; Thu, 9 May 1996 15:34:10 -0700 (PDT)
Received: from time.cdrom.com (time.cdrom.com [204.216.27.226])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA27952
          for ; Thu, 9 May 1996 15:34:08 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id PAA06170 for ; Thu, 9 May 1996 15:34:00 -0700 (PDT)
To: hackers@freebsd.org
Subject: The size of the daemon plushie..
Date: Thu, 09 May 1996 15:34:00 -0700
Message-ID: <6168.831681240@time.cdrom.com>
From: "Jordan K. Hubbard" 
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

A couple of people have written to ask me how _big_ the stuffed guy is.
Sorry for neglecting to mention that!  He's a little under a foot high,
somewhat shorter than your average teddy bear.

						Jordan

From owner-freebsd-hackers  Thu May  9 15:43:52 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id PAA28967
          for hackers-outgoing; Thu, 9 May 1996 15:43:52 -0700 (PDT)
Received: from mail13.digital.com (mail13.digital.com [192.208.46.30])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA28942
          for ; Thu, 9 May 1996 15:43:29 -0700 (PDT)
Received: from muggsy.lkg.dec.com by mail13.digital.com (8.7.5/UNX 1.2/1.0/WV)
	id SAA30224; Thu, 9 May 1996 18:30:33 -0400 (EDT)
Received:  from whydos.lkg.dec.com by muggsy.lkg.dec.com (5.65/DEC-Ultrix/4.3) with SMTP
	id AA20925; Thu, 9 May 1996 18:30:01 -0400
Received: from localhost (localhost [127.0.0.1]) by whydos.lkg.dec.com (8.6.12/8.6.12) with SMTP id SAA01218 for ; Thu, 9 May 1996 18:34:47 GMT
Message-Id: <199605091834.SAA01218@whydos.lkg.dec.com>
X-Authentication-Warning: whydos.lkg.dec.com: Host localhost didn't use HELO protocol
X-Mailer: exmh version 1.6.5 12/11/95
To: hackers@freebsd.org
Subject: Memory above 64MB
Mime-Version: 1.0
Content-Type: multipart/mixed ;
	boundary="===_0_Thu_May__9_16:30:14__1996"
Date: Thu, 09 May 1996 18:34:47 +0000
From: Matt Thomas 
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

This is a multipart MIME message.

--===_0_Thu_May__9_16:30:14__1996
Content-Type: text/plain; charset=us-ascii


The following is off the pci-sig mailing list.  It describes a BIOS
call which returns the entire memory map of the system.  It would be
nice if our bootstrap loader(s) could do this BIOS call and pass the
results to the kernel...

-- 
Matt Thomas               Internet:   matt@3am-software.com
3am Software Foundry      WWW URL:    http://www.3am-software.com/bio/matt.html
Westford, MA              Disclaimer: I disavow all knowledge of this message

--===_0_Thu_May__9_16:30:14__1996
Content-Type: message/rfc822
Content-Disposition: inline

Received: from muggsy.lkg.dec.com (muggsy.lkg.dec.com [16.20.32.219]) by 
whydos.lkg.dec.com (8.6.12/8.6.12) with SMTP id QAA00143 for 
; Thu, 9 May 1996 16:28:10 GMT
Resent-From: pci-sig-request@znyx.com
Received:  from mail13.digital.com by muggsy.lkg.dec.com (5.65/DEC-Ultrix/4.3) 
with SMTP
	id AA19964; Thu, 9 May 1996 16:23:17 -0400
Received: from netcomsv.netcom.com by mail13.digital.com (8.7.5/UNX 1.2/1.0/WV)
	id QAA17169; Thu, 9 May 1996 16:14:17 -0400 (EDT)
Received: from znyx.com by netcomsv.netcom.com with SMTP (8.6.12/SMI-4.1)
	id LAA16787; Thu, 9 May 1996 11:19:54 -0700
Received: by znyx.com (5.65/1.35)
	id AA28150; Thu, 9 May 96 10:17:54 -0700
Resent-Date: Thu, 9 May 96 09:52:39 -0700
Old-Return-Path: 
Date: Thu, 9 May 96 09:52:39 -0700
Message-Id: <9605091652.AA01829@larry.corollary.com>
X-Sender: daveo@shemp.corollary.com
X-Mailer: Windows Eudora Pro Version 2.1.2
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=====================_831661051==_"
From: "David O'Shea" 
Subject: Memory above 64MB
X-Attachments: I:\DOCS\I15_E820.DOC;
Resent-Message-Id: <"MfCLn.0.it6.VYYan"@dart>
X-Mailing-List:  archive/latest/2816
X-Loop: pci-sig@znyx.com
Precedence: list
Resent-Sender: pci-sig-request@znyx.com
To: Mailing List Recipients 

--=====================_831661051==_
Content-Type: text/plain; charset="us-ascii"

At 11:44 AM 5/8/96 -0700, PETE_HAWKINS@ziatech.com wrote:
>     
>     I am sorry that this is a little off subject, but I'm not sure where 
>     else to ask. Is there a standard way that BIOS's report how much
>     memory is installed in systems with >64 Meg of RAM?  
> 
There are a "couple" of standards.

There is a fuction INT 15, AX=E801h that will report memomry sizes above
64MB.  However, it would defined stupidly, and forces your machine to
lie about the standard maximum memory size INT 15, AX=88h at 16MB.

There is a much better function, called INT 15, AX=E820h which provides for
returning an entire memory map of the system.  This includes reserved ranges
of memory for device and memory mapped chipset registers.   This function can
report memory up to 4Gb.

I have enclosed a Microsoft Word format document that fully describes the 
INT 15, AX=E820h function.   This was defined by Microsoft.  I know that 
current PhoenixBIOS from Phoenix Technologies systems have support for this
function.  It would generally only be installed on systems that could actually
have more than 64MB of memory.   I do not know about other BIOS manufacturers.

I know that Windows NT support INT 15 E820h, and that Novell Netware's GREEN
RIVER BETA has support in the boot loader for this.  I believe that Microsoft
also support this in Windows 95.  I know that they support it in Windows NT.
I do not know about in SCO Unix for this function.

-David O'Shea 
daveo@corollary.com

Here is the microsoft word format document:

--=====================_831661051==_
Content-Type: application/msword; name="I15_E820.DOC";
 x-mac-type="42494E41"; x-mac-creator="4D535744"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="I15_E820.DOC"

0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAABAAAAIQAAAAAAAAAA
EAAAIgAAAAEAAAD+////AAAAACAAAAD/////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
///////////////////////////////////////////////////////////////////////////c
pWgAV+AJBAAAAABlAAAAAAAAAAAAAAAAAwAAXiMAAEc/AAAAAAAAAAAAAAAAAAAAAAAA5R8AAFQA
AAAAAAAAAAAAACQAAAAAAAAAAAAAAAAAAAAAAAAAADQAALQBAAAANAAAtAEAALQ1AAAKAAAAvjUA
AAwAAAATNgAAHAAAAC82AAAMAAAAdSMAABQAAACBNgAAAAAAAIE2AAAAAAAAgTYAAAAAAACBNgAA
AAAAAIE2AAAAAAAAgTYAABAAAACRNgAAKAAAAIE2AAAAAAAAeT4AAEMAAADFNgAANAAAAPk2AAAA
AAAA+TYAAAAAAAD5NgAAFgAAAA83AAAAAAAADzcAAAAAAAAPNwAAAAAAAA83AAAAAAAAWjcAAAIA
AABcNwAAAAAAAFw3AAAAAAAAXDcAAGcAAADDNwAATAMAAA87AABMAwAAWz4AAB4AAAC8PgAAWAAA
ABQ/AAAzAAAAeT4AAAAAAAAAAAAAAAAAAAAAAAAAAAAAEDYAAAMAAAAPNwAAAAAAAAAAEgAUAAIA
BgAPNwAAAAAAAA83AAAAAAAAAAAAAAAAAAAAAAAAAAAAAA83AAAAAAAADzcAAAAAAAB5PgAAAAAA
AA83AAAAAAAAEDYAAAAAAAAQNgAAAAAAAA83AAAAAAAAAAAAAAAAAAAAAAAAAAAAALk2AAAMAAAA
DzcAAAAAAAAPNwAAAAAAAA83AAAAAAAADzcAAAAAAAAQNgAAAAAAAA83AAAAAAAAEDYAAAAAAAAP
NwAAAAAAAFo3AAAAAAAAAAAAAAAAAABAv6JHtt+6ATs2AAAaAAAAVTYAACwAAADKNQAAGgAAAOQ1
AAAsAAAAEDYAAAAAAAAQNgAAAAAAAA83AAAAAAAAWjcAAAAAAAAPNwAASwAAAA83AAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAANICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgIA0NSU5UIDE1aCwgRTgyMGggLSBRdWVyeSBTeXN0ZW0gQWRkcmVzcyBNYXANDVJl
YWwgbW9kZSBvbmx5Lg0NVGhpcyBjYWxsIHJldHVybnMgYSBtZW1vcnkgbWFwIG9mIGFsbCB0aGUg
aW5zdGFsbGVkIFJBTSwgYW5kIG9mIHBoeXNpY2FsIG1lbW9yeSByYW5nZXMgcmVzZXJ2ZWQgYnkg
dGhlIEJJT1MuICBUaGUgYWRkcmVzcyBtYXAgaXMgcmV0dXJuZWQgYnkgbWFraW5nIHN1Y2Nlc3Np
dmUgY2FsbHMgdG8gdGhpcyBBUEksIGVhY2ggcmV0dXJuaW5nIG9uZSAicnVuIiBvZiBwaHlzaWNh
bCBhZGRyZXNzIGluZm9ybWF0aW9uLiAgRWFjaCBydW4gaGFzIGEgdHlwZSB3aGljaCBkaWN0YXRl
cyBob3cgdGhpcyBydW4gb2YgcGh5c2ljYWwgYWRkcmVzcyByYW5nZSBzaG91bGQgYmUgdHJlYXRl
ZCBieSB0aGUgb3BlcmF0aW5nIHN5c3RlbS4NDUlmIHRoZSBpbmZvcm1hdGlvbiByZXR1cm5lZCBm
cm9tIEU4MjAgaW4gc29tZSB3YXkgZGlmZmVycyBmcm9tIElOVC0xNSA4OCBvciBJTlQtMTUgRTgw
MSwgdGhlbiB0aGUgaW5mb3JtYXRpb24gcmV0dXJuZWQgZnJvbSBFODIwIHN1cGVyc2VkZXMgdGhl
IGluZm9ybWF0aW9uIHJldHVybmVkIGZyb20gSU5ULTE1IDg4IG9yIElOVC0xNSBFODAyLiAgVGhp
cyBhbGxvd3MgdGhlIEJJT1MgdG8gcmV0dXJuIHdoYXRldmVyIGluZm9ybWF0aW9uIGl0IHdpc2hl
cyB0byBmcm9tIElOVC0xNSA4OCBvciBJTlQtMTUgRTgwMSBmb3IgY29tcGF0aWJpbGl0eSByZWFz
b25zLg0NDUlucHV0Og1FQVgHRnVuY3Rpb24gQ29kZQdFODIwaAcHRUJYB0NvbnRpbnVhdGlvbgdD
b250YWlucyB0aGUgImNvbnRpbnVhdGlvbiB2YWx1ZSIgdG8gZ2V0IHRoZSBuZXh0IHJ1biBvZiBw
aHlzaWNhbCBtZW1vcnkuICBUaGlzIGlzIHRoZSB2YWx1ZSByZXR1cm5lZCBieSBhIHByZXZpb3Vz
IGNhbGwgdG8gdGhpcyByb3V0aW5lLiAgSWYgdGhpcyBpcyB0aGUgZmlyc3QgY2FsbCwgRUJYIG11
c3QgY29udGFpbiB6ZXJvLgcHRVM6REkHQnVmZmVyIFBvaW50ZXIgB1BvaW50ZXIgdG8gYW4gIEFk
ZHJlc3MgUmFuZ2UgRGVzY3JpcHRvciBzdHJ1Y3R1cmUgd2hpY2ggdGhlIEJJT1MgaXMgdG8gZmls
bCBpbi4gBwdFQ1gHQnVmZmVyIFNpemUHVGhlIGxlbmd0aCBpbiBieXRlcyBvZiB0aGUgc3RydWN0
dXJlIHBhc3NlZCB0byB0aGUgQklPUy4gIFRoZSBCSU9TIHdpbGwgZmlsbCBpbiBhdCBtb3N0IEVD
WCBieXRlcyBvZiB0aGUgc3RydWN0dXJlIG9yIGhvd2V2ZXIgbXVjaCBvZiB0aGUgc3RydWN0dXJl
IHRoZSBCSU9TIGltcGxlbWVudHMuICBUaGUgbWluaW11bSBzaXplIHdoaWNoIG11c3QgYmUgc3Vw
cG9ydGVkIGJ5IGJvdGggdGhlIEJJT1MgYW5kIHRoZSBjYWxsZXIgaXMgMjAgYnl0ZXMuICBGdXR1
cmUgaW1wbGVtZW50YXRpb25zIG1heSBleHRlbmQgdGhpcyBzdHJ1Y3R1cmUuBwdFRFggB1NpZ25h
dHVyZQcnU01BUCcgLSAgVXNlZCBieSB0aGUgQklPUyB0byB2ZXJpZnkgdGhlIGNhbGxlciBpcyBy
ZXF1ZXN0aW5nIHRoZSBzeXN0ZW0gbWFwIGluZm9ybWF0aW9uIHRvIGJlIHJldHVybmVkIGluIEVT
OkRJLgcHDQ1PdXRwdXQ6DUNGB0NhcnJ5IEZsYWcHTm9uLUNhcnJ5IC0gaW5kaWNhdGVzIG5vIGVy
cm9yBwdFQVgHU2lnbmF0dXJlBydTTUFQJyAtIFNpZ25hdHVyZSB0byB2ZXJpZnkgY29ycmVjdCBC
SU9TIHJldmlzaW9uLiAHB0VTOkRJB0J1ZmZlciBQb2ludGVyB1JldHVybmVkIEFkZHJlc3MgUmFu
Z2UgRGVzY3JpcHRvciBwb2ludGVyLiAgU2FtZSB2YWx1ZSBhcyBvbiBpbnB1dC4HB0VDWAdCdWZm
ZXIgU2l6ZQdOdW1iZXIgb2YgYnl0ZXMgcmV0dXJuZWQgYnkgdGhlIEJJT1MgaW4gdGhlIGFkZHJl
c3MgcmFuZ2UgZGVzY3JpcHRvci4gIFRoZSBtaW5pbXVtIHNpemUgc3RydWN0dXJlIHJldHVybmVk
IGJ5IHRoZSBCSU9TIGlzIDIwIGJ5dGVzLgcHRUJYB0NvbnRpbnVhdGlvbgdDb250YWlucyB0aGUg
Y29udGludWF0aW9uIHZhbHVlIHRvIGdldCB0aGUgbmV4dCBhZGRyZXNzIGRlc2NyaXB0b3IuICBU
aGUgYWN0dWFsIHNpZ25pZmljYW5jZSBvZiB0aGUgY29udGludWF0aW9uIHZhbHVlIGlzIHVwIHRv
IHRoZSBkaXNjcmV0aW9uIG9mIHRoZSBCSU9TLiAgVGhlIGNhbGxlciBtdXN0IHBhc3MgdGhlIGNv
bnRpbnVhdGlvbiB2YWx1ZSB1bmNoYW5nZWQgIGFzIGlucHV0IHRvIHRoZSBuZXh0IGl0ZXJhdGlv
biBvZiB0aGUgRTgyMCBjYWxsIGluIG9yZGVyIHRvIGdldCB0aGUgbmV4dCBBZGRyZXNzIFJhbmdl
IERlc2NyaXB0b3IuICBBIHJldHVybiB2YWx1ZSBvZiB6ZXJvIG1lYW5zIHRoYXQgdGhpcyBpcyB0
aGUgbGFzdCBkZXNjcmlwdG9yLiAgTm90ZSB0aGF0IHRoZSBCSU9TIGluZGljYXRlIHRoYXQgdGhl
IGxhc3QgdmFsaWQgZGVzY3JpcHRvciBoYXMgYmVlbiByZXR1cm5lZCBieSBlaXRoZXIgcmV0dXJu
aW5nIGEgemVybyBhcyB0aGUgY29udGludWF0aW9uIHZhbHVlLCBvciBieSByZXR1cm5pbmcgY2Fy
cnkuBwcNDUFkZHJlc3MgUmFuZ2UgRGVzY3JpcHRvciBTdHJ1Y3R1cmU6DQ1PZmZzZXQgaW4gQnl0
ZXMHTmFtZQdEZXNjcmlwdGlvbgcHMAdCYXNlQWRkckxvdwdMb3cgMzIgQml0cyBvZiAgQmFzZSBB
ZGRyZXNzBwc0B0Jhc2VBZGRySGlnaAdIaWdoIDMyIEJpdHMgb2YgIEJhc2UgQWRkcmVzcwcHOAdM
ZW5ndGhMb3cHTG93IDMyIEJpdHMgb2YgTGVuZ3RoIGluIEJ5dGVzBwcxMgdMZW5ndGhIaWdoB0hp
Z2ggMzIgQml0cyBvZiBMZW5ndGggaW4gQnl0ZXMHBzE2B1R5cGUHQWRkcmVzcyB0eXBlIG9mICB0
aGlzIHJhbmdlLgcHDVRoZSBCYXNlQWRkckxvdyBhbmQgQmFzZUFkZHJIaWdoIHRvZ2V0aGVyIGFy
ZSB0aGUgNjQgYml0IEJhc2VBZGRyZXNzIG9mIHRoaXMgcmFuZ2UuICBUaGUgQmFzZUFkZHJlc3Mg
aXMgdGhlIHBoeXNpY2FsIGFkZHJlc3Mgb2YgdGhlIHN0YXJ0IG9mIHRoZSByYW5nZSBiZWluZyBz
cGVjaWZpZWQuDQ1UaGUgTGVuZ3RoTG93IGFuZCBMZW5ndGhIaWdoIHRvZ2V0aGVyIGFyZSB0aGUg
NjQgYml0IExlbmd0aCBvZiB0aGlzIHJhbmdlLiAgVGhlIExlbmd0aCBpcyB0aGUgcGh5c2ljYWwg
Y29udGlndW91cyBsZW5ndGggaW4gYnl0ZXMgb2YgYSByYW5nZSBiZWluZyBzcGVjaWZpZWQuDQ1U
aGUgVHlwZSBmaWVsZCBkZXNjcmliZXMgdGhlIHVzYWdlIG9mIHRoZSBkZXNjcmliZWQgYWRkcmVz
cyByYW5nZSBhcyBkZWZpbmVkIGluIHRoZSB0YWJsZSBiZWxvdy4NDVZhbHVlB1BuZXVtb25pYwdE
ZXNjcmlwdGlvbgcHBwcHBzEHQWRkcmVzc1JhbmdlTWVtb3J5B1RoaXMgcnVuIGlzIGF2YWlsYWJs
ZSBSQU0gdXNhYmxlIGJ5IHRoZSBvcGVyYXRpbmcgc3lzdGVtLgcHMgdBZGRyZXNzUmFuZ2VSZXNl
cnZlZAdUaGlzIHJ1biBvZiBhZGRyZXNzZXMgaXMgaW4gdXNlIG9yIHJlc2VydmVkIGJ5IHRoZSBz
eXN0ZW0sIGFuZCBtdXN0IG5vdCBiZSB1c2VkIGJ5IHRoZSBvcGVyYXRpbmcgc3lzdGVtLgcHT3Ro
ZXIHVW5kZWZpbmVkB1VuZGVmaW5lZCAtIFJlc2VydmVkIGZvciBmdXR1cmUgdXNlLiAgQW55IHJh
bmdlIG9mIHRoaXMgdHlwZSBtdXN0IGJlIHRyZWF0ZWQgYnkgdGhlIE9TIGFzIGlmIHRoZSB0eXBl
IHJldHVybmVkIHdhcyBBZGRyZXNzUmFuZ2VSZXNlcnZlZC4gBwcgICAgICAgICAgICANVGhlIEJJ
T1MgY2FuIHVzZSB0aGUgQWRkcmVzc1JhbmdlUmVzZXJ2ZWQgYWRkcmVzcyByYW5nZSB0eXBlIHRv
IGJsb2NrIG91dCB2YXJpb3VzIGFkZHJlc3NlcyBhcyAibm90IHN1aXRhYmxlIiBmb3IgdXNlIGJ5
IGEgcHJvZ3JhbW1hYmxlIGRldmljZS4gICBTb21lIG9mIHRoZSByZWFzb25zIGEgQklPUyB3b3Vs
ZCBkbyB0aGlzIGFyZToNDRNTWU1CT0wgMTgzIFxmICJTeW1ib2wiIFxzIDEwIFxoFQlUaGUgYWRk
cmVzcyByYW5nZSBjb250YWlucyBzeXN0ZW0gUk9NLg0TU1lNQk9MIDE4MyBcZiAiU3ltYm9sIiBc
cyAxMCBcaBUJVGhlIGFkZHJlc3MgcmFuZ2UgY29udGFpbnMgUkFNIGluIHVzZSBieSB0aGUgUk9N
Lg0TU1lNQk9MIDE4MyBcZiAiU3ltYm9sIiBccyAxMCBcaBUJVGhlIGFkZHJlc3MgcmFuZ2UgaXMg
aW4gdXNlIGJ5IGEgbWVtb3J5IG1hcHBlZCBzeXN0ZW0gZGV2aWNlLg0TU1lNQk9MIDE4MyBcZiAi
U3ltYm9sIiBccyAxMCBcaBUJVGhlIGFkZHJlc3MgcmFuZ2UgaXMgZm9yIHdoYXRldmVyIHJlYXNv
biBhcmUgdW5zdWl0YWJsZSBmb3IgYSBzdGFuZGFyZCBkZXZpY2UgdG8gdXNlIGFzIGEgZGV2aWNl
IG1lbW9yeSBzcGFjZS4NDUFzc3VtcHRpb25zIGFuZCBMaW1pdGF0aW9uczoNDSAxLglUaGUgQklP
UyB3aWxsIHJldHVybiBhZGRyZXNzIHJhbmdlcyBkZXNjcmliaW5nIGJhc2UgYm9hcmQgbWVtb3J5
IGFuZCBJU0Egb3IgUENJIG1lbW9yeSB0aGF0IGlzIGNvbnRpZ3VvdXMgd2l0aCB0aGF0IGJhc2Vi
b2FyZCBtZW1vcnkuDSAyLglUaGUgQklPUyBXSUxMIE5PVCByZXR1cm4gYSByYW5nZSBkZXNjcmlw
dGlvbiBmb3IgdGhlIG1lbW9yeSBtYXBwaW5nIG9mIFBDSSBkZXZpY2VzLCBJU0EgT3B0aW9uIFJP
TSdzLCBhbmQgSVNBIHBsdWcgJiBwbGF5IGNhcmRzLiAgVGhpcyBpcyBiZWNhdXNlIHRoZSBPUyBo
YXMgbWVjaGFuaXNtcyBhdmFpbGFibGUgdG8gZGV0ZWN0IHRoZW0uDSAzLglUaGUgQklPUyB3aWxs
IHJldHVybiBjaGlwc2V0IGRlZmluZWQgYWRkcmVzcyBob2xlcyB0aGF0IGFyZSBub3QgYmVpbmcg
dXNlZCBieSBkZXZpY2VzIGFzIHJlc2VydmVkLg0gNC4JQWRkcmVzcyByYW5nZXMgZGVmaW5lZCBm
b3IgYmFzZSBib2FyZCBtZW1vcnkgbWFwcGVkIEkvTyBkZXZpY2VzIChmb3IgZXhhbXBsZSBBUElD
cykgd2lsbCBiZSByZXR1cm5lZCBhcyAgcmVzZXJ2ZWQuDSA1LglBbGwgb2NjdXJyZW5jZXMgb2Yg
dGhlIHN5c3RlbSBCSU9TIHdpbGwgYmUgbWFwcGVkIGFzIHJlc2VydmVkLiAgVGhpcyBpbmNsdWRl
cyB0aGUgYXJlYSBiZWxvdyAxIE1CLCBhdCAxNiBNQiAoaWYgcHJlc2VudCkgYW5kIGF0IGVuZCBv
ZiB0aGUgYWRkcmVzcyBzcGFjZSAoNCBnaWcpLg0gNi4JU3RhbmRhcmQgUEMgYWRkcmVzcyByYW5n
ZXMgd2lsbCBub3QgYmUgcmVwb3J0ZWQuICBFeGFtcGxlIHZpZGVvIG1lbW9yeSBhdCBBMDAwMCB0
byBCRkZGRiBwaHlzaWNhbCB3aWxsIG5vdCBiZSBkZXNjcmliZWQgYnkgdGhpcyBmdW5jdGlvbi4g
IFRoZSByYW5nZSBmcm9tIEUwMDAwIHRvIEVGRkZGIGlzIGJhc2UgYm9hcmQgc3BlY2lmaWMgYW5k
IHdpbGwgYmUgcmVwb3J0ZWQgYXMgc3VpdHMgdGhlIGJhcyBib2FyZC4NIDcuCUFsbCBvZiBsb3dl
ciBtZW1vcnkgaXMgcmVwb3J0ZWQgYXMgbm9ybWFsIG1lbW9yeS4gIEl0IGlzIE9TJ3MgcmVzcG9u
c2liaWxpdHkgdG8gaGFuZGxlIHN0YW5kYXJkIFJBTSBsb2NhdGlvbnMgcmVzZXJ2ZWQgZm9yIHNw
ZWNpZmljIHVzZXMsICBmb3IgZXhhbXBsZTogdGhlIGludGVycnVwdCB2ZWN0b3IgdGFibGUoMDow
KSBhbmQgdGhlIEJJT1MgZGF0YSBhcmVhKDQwOjApLg1FeGFtcGxlIGFkZHJlc3MgbWFwLg0NVGhp
cyBzYW1wbGUgYWRkcmVzcyBtYXAgZGVzY3JpYmVzIGEgbWFjaGluZSB3aGljaCBoYXMgMTI4IE1C
IFJBTSwgNjQwSyBvZiBiYXNlIG1lbW9yeSBhbmQgIDEyNyBNQiBleHRlbmRlZC4gIFRoZSBiYXNl
IG1lbW9yeSBoYXMgNjM5SyBhdmFpbGFibGUgZm9yIHRoZSB1c2VyIGFuZCAxSyBmb3IgYW4gZXh0
ZW5kZWQgQklPUyBkYXRhIGFyZWEuICBUaGVyZSBpcyBhIDQgTUIgTGluZWFyIEZyYW1lIEJ1ZmZl
ciAoTEZCKSBiYXNlZCBhdCAxMiBNQi4gIFRoZSBtZW1vcnkgaG9sZSBjcmVhdGVkIGJ5IHRoZSBj
aGlwc2V0IGlzIGZyb20gOCBNIHRvIDE2IE0uICBUaGVyZSBhcmUgbWVtb3J5IG1hcHBlZCBBUElD
IGRldmljZXMgaW4gdGhlIHN5c3RlbS4gIFRoZSBJTyBVbml0IGlzIGF0IEZFQzAwMDAwIGFuZCB0
aGUgTG9jYWwgVW5pdCBpcyBhdCBGRUUwMDAwMC4gIFRoZSBzeXN0ZW0gQklPUyBpcyByZW1hcHBl
ZCB0byAxRyAtIDY0Sy4NDU5vdGUgdGhhdCB0aGUgNjM5SyBlbmRwb2ludCBvZiB0aGUgZmlyc3Qg
bWVtb3J5IHJhbmdlIGlzIGFsc28gdGhlIGJhc2UgbWVtb3J5IHNpemUgcmVwb3J0ZWQgaW4gdGhl
IEJJT1MgZGF0YSBzZWdtZW50IGF0IDQwOjEzLg0NQmFzZSAoSGV4KQdMZW5ndGgHVHlwZQdEZXNj
cmlwdGlvbgcHMDAwMCAwMDAwBzYzOUsHQWRkcmVzc1JhbmdlTWVtb3J5ByBBdmFpbGFibGUgQmFz
ZSBtZW1vcnkgLSB0eXBpY2FsbHkgdGhlIHNhbWUgdmFsdWUgYXMgaXMgcmV0dXJuZWQgdmlhIHRo
ZSBJTlQgMTIgZnVuY3Rpb24uBwcwMDA5IEZDMDAHMUsHQWRkcmVzc1JhbmdlUmVzZXJ2ZWQHTWVt
b3J5IHJlc2VydmVkIGZvciB1c2UgYnkgdGhlIEJJT1MocykuICBUaGlzIGFyZWEgdHlwaWNhbGx5
IGluY2x1ZGVzIHRoZSBFeHRlbmRlZCBCSU9TIGRhdGEgYXJlYS4HBzAwMEYgMDAwMAc2NEsHQWRk
cmVzc1JhbmdlUmVzZXJ2ZWQHU3lzdGVtIEJJT1MHBzAwMTAgMDAwMAc3TQdBZGRyZXNzUmFuZ2VN
ZW1vcnkHRXh0ZW5kZWQgbWVtb3J5LCB0aGlzIGlzIG5vdCBsaW1pdGVkIHRvIHRoZSA2NCBNQiBh
ZGRyZXNzIHJhbmdlLgcHMDA4MCAwMDAwBzRNB0FkZHJlc3NSYW5nZVJlc2VydmVkB0NoaXBzZXQg
bWVtb3J5IGhvbGUgcmVxdWlyZWQgdG8gc3VwcG9ydCB0aGUgTEZCIG1hcHBpbmcgYXQgMTIgTUIF
LgcHMDEwMCAwMDAwICAgBzEyME0HQWRkcmVzc1JhbmdlTWVtb3J5B0Jhc2UgYm9hcmQgUkFNIHJl
bG9jYXRlZCBhYm92ZSBhIGNoaXBzZXQgbWVtb3J5IGhvbGUuBwdGRUMwIDAwMDAgBzRLAgdBZGRy
ZXNzUmFuZ2VSZXNlcnZlZAdJTyBBUElDIG1lbW9yeSBtYXBwZWQgSS9PIGF0IEZFQzAwMDAwLgcH
RkVFMCAwMDAwIAc0SwdBZGRyZXNzUmFuZ2VSZXNlcnZlZAdMb2NhbCBBUElDIG1lbW9yeSBtYXBw
ZWQgSS9PIGF0IEZFRTAwMDAwLgcHRkZGRiAwMDAwBzY0SwdBZGRyZXNzUmFuZ2VSZXNlcnZlZAdS
ZW1hcHBlZCBTeXN0ZW0gQklPUyBhdCBlbmQgb2YgYWRkcmVzcyBzcGFjZS4HByAgICAgICAgICAg
ICAgICAgIA0NU2FtcGxlIG9wZXJhdGluZyBzeXN0ZW0gdXNhZ2U6DQ1UaGUgZm9sbG93aW5nIGNv
ZGUgc2VnbWVudCBpcyBpbnRlbmRlZCB0byBkZXNjcmliZSB0aGUgYWxnb3JpdGhtIG5lZWRlZCB3
aGVuIGNhbGxpbmcgdGhlIFF1ZXJ5IFN5c3RlbSBBZGRyZXNzIE1hcCBmdW5jdGlvbi4gIEl0IGlz
IGFuIGltcGxlbWVudGF0aW9uIGV4YW1wbGUgYW5kIHVzZXMgbm9uIHN0YW5kYXJkIG1lY2hhbmlz
bXMuDQ0gICAgRTgyMFByZXNlbnQgPSBGQUxTRTsNICAgIFJlZy5lYnggPSAwOw0gICAgZG8gew0g
ICAgICAgIFJlZy5lYXggPSAweEU4MjA7DSAgICAgICAgUmVnLmVzICA9IFNFR01FTlQgKCZEZXNj
cmlwdG9yKTsNICAgICAgICBSZWcuZGkgID0gT0ZGU0VUICAoJkRlc2NyaXB0b3IpOw0gICAgICAg
IFJlZy5lY3ggPSBzaXplb2YgIChEZXNjcmlwdG9yKTsNCSAgUmVnLmVkeCA9ICdTTUFQJzsNDSAg
ICAgICAgX2ludCggMTUsIHJlZ3MgKTsNDSAgICAgICAgaWYgKChSZWdzLmVmbGFncyAmIEVGTEFH
X0NBUlJZKSAgfHwgIFJlZ3MuZWF4ICE9ICdTTUFQJykgew0gICAgICAgICAgICBicmVhazsNICAg
ICAgICB9DQ0gICAgICAgIGlmIChSZWdzLmVjeCA8IDIwICB8fCAgUmVnLmVjeCA+IHNpemVvZiAo
RGVzY3JpcHRvcikgKSB7DSAgICAgICAgICAgIC8vIGJ1ZyBpbiBiaW9zIC0gYWxsIHJldHVybmVk
IGRlc2NyaXB0b3JzIG11c3QgYmUNICAgICAgICAgICAgLy8gYXQgbGVhc3QgMjAgYnl0ZXMgbG9u
ZywgYW5kIGNhbiBub3QgYmUgbGFyZ2VyIHRoZW4gDSAgICAgICAgICAgIC8vIHRoZSBpbnB1dCBi
dWZmZXIuDQ0gICAgICAgICAgICBicmVhazsNICAgICAgICB9DQ0JICBFODIwUHJlc2VudCA9IFRS
VUU7DQkgIC4NICAgICAgICAuDSAgICAgICAgLg0gICAgICAgIEFkZCBhZGRyZXNzIHJhbmdlIERl
c2NyaXB0b3IuQmFzZUFkZHJlc3MgdGhyb3VnaCANICAgICAgICBEZXNjcmlwdG9yLkJhc2VBZGRy
ZXNzICsgRGVzY3JpcHRvci5MZW5ndGgNICAgICAgICBhcyB0eXBlIERlc2NyaXB0b3IuVHlwZQ0J
ICAuDSAgICAgICAgLg0gICAgICAgIC4NDSAgICB9IHdoaWxlIChSZWdzLmVieCAhPSAwKTsNDSAg
ICBpZiAoIUU4MjBQcmVzZW50KSB7DQkgIC4NICAgICAgICAuDSAgICAgICAgLg0JY2FsbCBJTlQt
MTUgODggYW5kL29yIElOVC0xNSBFODAxIHRvIG9idGFpbiBvbGQgc3R5bGUgDQltZW1vcnkgaW5m
b3JtYXRpb24NCSAgLg0gICAgICAgIC4NICAgICAgICAuDSAgICB9DQJUaGUgcmFuZ2Ugb2YgYWRk
cmVzc2VzIHJlcXVpcmVkIGZvciBhbiBBUElDIGRldmljZSBtYXkgdmFyeSBmcm9tIGJhc2UgT0VN
IHRvIE9FTS4NDRNQQUdFIFwjICInUGFnZTogJyMnCyciFFBhZ2U6IDMLFQUNDQ0VAKTQL6XgPaYI
B6cIB6igBamgBaoAAAAAAABeIAAACQBeIwAAAAD/////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAwAAKwMAAFUDAAALBgAAEgYA
ACkJAAAyCQAAuQwAAN0MAADgDQAA6w0AAPANAAD8DQAAiQ4AAJIOAACXDgAAoQ4AACgPAAAsDwAA
NREAAEkRAADhEQAA4hEAAAESAAACEgAAKhIAACsSAABKEgAASxIAAH4SAAB/EgAAnhIAAJ8SAADe
EgAA3xIAAP4SAAD/EgAAcBMAAI0TAADeFAAAFBUAAB4VAABFFQAALRgAAEIYAABDGAAAHRoAAMIa
AADMGgAAPxsAAEkbAADFGwAAzxsAAPUbAAD/GwAAVxwAAGEcAABkHAAAeRwAALkcAAC6HAAAvBwA
AL0cAADKHAAAGR0AACQdAAAmHQAAJx0AAGUdAABwHQAAsx0AAL0dAAAZHgAAOR4AAPkeAADlIgAA
5iIAADkjAAA6IwAAUCMAAFEjAABZIwAAWiMAAAD8APoA+gD6APgA+AD4APgA+AD4APMA8wDzAPMA
8wDzAPMA8wDwAO4A7gDwAO4A6gDqAOoA6gDl7gDu3e4A6gDqANcA6gDqAPAA1dcA8wDzAPMAAAAA
AAAAAAAAAAADXQMAC3UBRAQAAAAAUBMAD3UBRAQAAAAAQoFcgWMQAAhCgV0DAGMQAAAGXQMAYxAA
AAJCgQAFVYFjGAAIdQFEBAAAAAAAAlaBAAJVgQAFVYFjHAAAUlojAABbIwAAXSMAAF4jAACJIwAA
+QD39QAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAACdQEAA10DAAt1AUQEAAAAAGMQAAAEAAMAAAEDAAAqAwAAKwMAAFUDAABW
AwAAZgMAAGcDAADJBAAAygQAAAkGAAAKBgAACwYAABIGAAAWBgAAJAYAACoGAAArBgAALwYAADwG
AAD5BgAA+gYAAAAHAAAQBwAAYQcAAGIHAABmBwAAcgcAAKUIAACmCAAAqwgAALUIAAAnCQAAKAkA
ACkJAAAqCQAAMgkAADUJAABACQAAXwkAAGAJAAD+AAHAIfAA/gABwCHwAP4AAcAh8AD+AAHAIUsB
/gABwCHwAP4AAcAh8AD+AAHAIfAA/gAEwCHwAP4AAcAh8AD+AATAIfAA/gABwCHwAP4AAcAh8AD+
AAHAIfAA+wAB+AHwAPsAAV4F8AD7AAExFPAA7gABMRTwAPsAAfgB8AD7AAFeBfAA+wADMRTwAO4A
AzEU8AD7AAH4AfAA+wABXgXwAPsAAjEU8ADuAAIxFPAA+wAB+AHwAPsAAV4F8AD7AAUxFPAA7gAF
MRTwAPsAAfgB8AD7AAFeBfAA+wACMRTwAO4AAjEU8AD+AAHAIfAA/gABwCHwAP4AAcAh8AD7AAEW
AvAA+wABMQXwAPsAAW0U8ADhAAFtFPAAAAAAAAAADAAAGAEZAbhsALkBvgoAA9wCygXTCxghAAAM
AAAYARkBuGwAuQG+CgAD6wK7BfEL+iAAAAIAABgBAAEAAChgCQAAZAkAAG4JAACjCQAApAkAAKoJ
AAC5CQAA/QkAAP4JAAACCgAADgoAAJIKAACTCgAAlwoAAKQKAAC2DAAAtwwAALgMAAC5DAAA3QwA
AN4MAADuDAAA8wwAAP8MAAAADQAAAg0AAA4NAAArDQAALA0AAC4NAAA7DQAAWQ0AAFoNAABcDQAA
Zg0AAIUNAACGDQAAiQ0AAJQNAAC0DQAA/QABFgLwAP0AATEF8AD9AAFtFPAA8AABbRTwAP0AARYC
8AD9AAExBfAA/QACbRTwAPAAAm0U8AD9AAEWAvAA/QABMQXwAP0AA20U8ADwAANtFPAA/QABFgLw
AP0AATEF8AD9AAltFPAA8AAJbRTwAO4AAcAh8ADuAAHAIfAA7gABwCHwAO4AAcAh8ADqAALZAvAA
/QABxgbwAP0AATQR8ADdAAE0EfAA6gAB2QLwAP0AAcYG8AD9AAE0EfAA3QABNBHwAOoAAdkC8AD9
AAHGBvAA/QABNBHwAN0AATQR8ADqAAHZAvAA/QABxgbwAP0AATQR8ADdAAE0EfAA6gAB2QLwAP0A
AcYG8AD9AAE0EfAAAAAAAAAAAAAADAAAGAEZAbhsALkBvgoAAxgDyQZnDnMgAAADAAAFARgBAAEA
AAAMAAAYARkBuGwAuQG+CgAD3ALKBdMLGCEAAAIAABgBJ7QNAAC1DQAAuA0AAL0NAADaDQAA2w0A
ANwNAACEDgAAhQ4AACMPAAAkDwAAhQ8AAIYPAACMDwAAlg8AAKIPAACjDwAApA8AAKUPAACmDwAA
pw8AAKkPAAC8DwAA9g8AAPcPAAD5DwAADhAAAHcQAAB4EAAAfhAAAIgQAAASEQAAExEAACARAADg
EQAA4REAACoSAAB+EgAA3hIAAPMAATQR8ADvAAHZAvAA7AABxgbwAOwAATQR8ADzAAE0EfAA6gAB
wCHwAOoAAsAh8ADqAAHAIfAA6gACwCHwAOoAAcAh8ADqAAHAIfAA6gABwCHwAO8AAdkC8ADsAAGn
B/AA7AABNBHwAN0AATQR8ADvAAHZAvAA7AABpwfwAOwAATQR8ADdAAE0EfAA7wAB2QLwAOwAAacH
8ADsAAI0EfAA3QACNBHwAO8AAdkC8ADsAAGnB/AA7AACNBHwAN0AAjQR8ADvAAHZAvAA7AABpwfw
AOwAAzQR8ADdAAM0EfAA6gABwCHwAOoAAsAh8ADqAAHAIfAA2AABwCHwANgAAcAh8ADYAAHAIfAA
AAAAAAAAAAAAAAQAABHIBBMI/gAMAAAYARkBuGwAuQG+CgADGAPJBkgPVCEAAAEAAAACAAAYAQAD
AAAFARgBAAwAABgBGQG4bAC5Ab4KAAMYA8kGZw5zIAAm3hIAAG8TAABwEwAAjRMAAI4TAAAYFAAA
3hQAAEUVAAC8FQAAYhYAAFMXAAAtGAAAQhgAAEMYAAAdGgAAHhoAAJ0aAACeGgAAqRoAALAaAAC1
GgAAwRoAAMIaAADMGgAA0RoAAOQaAAA+GwAAPxsAAEkbAABMGwAAYRsAAMQbAADFGwAAzxsAANMb
AADoGwAA9BsAAPUbAAD/GwAAAhwAABUcAAD7AALAIfAA+QABwCHwAPkAAcAhGwH5AAHAIfAA9AAC
wCHwAPQAA8Ah8AD0AAHAIfAA9AACwCHwAPQAAsAh8AD0AAPAIfAA9AADwCHwAPkAAcAhGwH0AAHA
IfAA+QAFwCHwAPkAAcAh8AD5AALAIfAA+QABwCHwAPEAAfYD8ADtAAGdAvAA8QAB4wfwAPEAAVMQ
8ADfAAFTEPAA8QAB9gOtAO0AAZ0C8ADxAAHjB/AA8QACUxDwAN8AAlMQ8ADxAAH2A60A7QABnQLw
APEAAeMH8ADxAANTEPAA3wADUxDwAPEAAfYDrQDtAAGdAvAA8QAB4wfwAPEAAVMQ8ADfAAFTEPAA
8QAB9gOtAO0AAZ0C8ADxAAHjB/AAAAANAAAYARkBuGwAuQG+DAAEOQAHBXwINxFiIgAAAwAABQEY
AQACAAAYAQAEAAAR+AETCP4AAQAAAAQAABHIBBMI/igVHAAAVhwAAFccAABhHAAAZBwAAHkcAAC8
HAAAvRwAAMocAADPHAAA4hwAABgdAAAZHQAAJB0AACgdAAA9HQAAZB0AAGUdAABwHQAAcx0AAIgd
AACyHQAAsx0AAL0dAADBHQAA1h0AAAQeAAAFHgAAGB4AABkeAAA4HgAAOR4AAPgeAAD5HgAAEh8A
ACMfAAAsHwAARh8AAG8fAACYHwAAwB8AANUfAADWHwAA/QACUxDwAO8AAlMQ8AD9AAH2A60A6wAB
nQLwAP0AAeMH8AD9AAAAAAAA7wAAAAAAAP0AAfYDrQDrAAGdAvAA/QAB4wfwAP0AAlMQ8ADvAAJT
EPAA/QAB9gOtAOsAAZ0C/gD9AAHjB/AA/QABUxDwAO8AAVMQ8AD9AAH2A60A6wABnQLwAP0AAeMH
8AD9AAFTEPAA7wABUxDwAP0AAfYDrQDrAAGdAvAA/QAB4wfwAP0AAVMQ8ADvAAFTEPAA6QABwCHw
AOkAAcAh8ADpAAHAIRsB6QABwCEbAekAAsAh8ADpAAHAIfAA6QABwCHYAOkAAcAh2ADpAAHAIdgA
6QABwCHYAOkAAcAh2ADpAAHAIdgA6QABwCHYAOkAAcAh2ADpAAHAIdgAAQAAAAMAAAUBGAEADQAA
GAEZAbhsALkBvgwABDkABwV8CDcRYiIAAAIAABgBKtYfAADwHwAA8R8AADQgAABHIAAAUSAAAFIg
AACTIAAA0SAAABQhAAA1IQAANiEAAEkhAABTIQAAVCEAAGshAABwIQAAeiEAAIQhAAC+IQAA8SEA
ABEiAAAWIgAAICIAACoiAAArIgAASCIAAEkiAABhIgAAZiIAAHAiAAB6IgAAsiIAAMYiAADLIgAA
1SIAAN8iAADlIgAAOCMAADkjAABcIwAAXSMAAF4jAAD+AAHAIdgA/gABwCHYAP4AAcAh2AD+AAHA
IdgA/gABwCHYAP4AAcAh2AD+AAHAIdgA/gABwCHYAP4AAcAh2AD+AAHAIdgA/gABwCHYAP4AAcAh
2AD+AAHAIdgA/gABwCHYAP4AAcAh2AD+AAHAIdgA/gABwCHYAP4AAcAh2AD+AAHAIdgA/gABwCHY
AP4AAcAh2AD+AAHAIdgA/gABwCHYAP4AAcAh2AD+AAHAIdgA/gABwCHYAP4AAcAh2AD+AAHAIdgA
/gABwCHYAP4AAcAh2AD+AAHAIdgA/gABwCHYAP4AAcAh2AD+AAHAIdgA/gABwCHYAP4AAcAh2AD+
AAHAIdgA/AABwCH+AP4AAAAAAAD6AAAAAAAA/gAAAAAAAP4AAcAh2AAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAREAAAEUAAABAAAqDgAWAAgAAQBLAA8AAAAAACAAAEDx/wIAIAAG
Tm9ybWFsAAIAAAAJAF0AAGEJBGMUAAAoAAFAAQACACgACUhlYWRpbmcgMQAABQABABXwAAAKAFWB
XQIAXgFjGAAAACQAA0ABAPIAJAAJSGVhZGluZyAzAAAFAAMAEWgBAAUAVYFjGAAAAAAAAAAAAAAA
AAAAIgBBQPL/oQAiABZEZWZhdWx0IFBhcmFncmFwaCBGb250AAAAAAAAAAAAAAAiABxAAQDyACIA
DU5vcm1hbCBJbmRlbnQAAAUADwAR0AIAAAAkACdAogABASQAFEFubm90YXRpb24gUmVmZXJlbmNl
AAMAYxAAACAAHkABABIBIAAPQW5ub3RhdGlvbiBUZXh0AAACABEAAAAgACpAogAhASAAEUVuZG5v
dGUgUmVmZXJlbmNlAAACAGgBJAAmQKIAMQEkABJGb290bm90ZSBSZWZlcmVuY2UABgBjEABlBgAe
AB1AAQBCAR4ADUZvb3Rub3RlIFRleHQAAAIAFAAAACIA/k8BAFIBIgALSW5kZW50IEl0ZW0AAAgA
FQAR0AITMP0AACYaAABeIAAAAQAAAAAAUwAAAFYAAAAEABAA//8BABAA//8CAAAA//8DABAA//8E
AAAAAAAAAAAAAAAAAFMAAABWAAAAAAAAAAAAAQAAAAAAAgAAAAAAAwAAAAAAAlJNuRkAAF4gAAAC
Uk0KSJIAAAAAAAAAAAAA/////wAAAAAjAAAAJgAAAAQABCD//wEAACD//wIABCD//wMAACD//wQA
AAAAALkJAABTFAAAUh0AAF4gAAAAACUAAAABANsAAAACAOcAAAADAAAAAAAAAwAAWiMAAIkjAAAS
ABMAAAMAAGAJAAC0DQAA3hIAABUcAADWHwAAXiMAABQAFQAWABcAGAAZAAwAB1Vua25vd24AAOEO
AAABDwAAKg8AAEoPAAB+DwAAng8AAN4PAAD+DwAAXiAAABM5FQQTORUEEzkVBBM5FQQAAAAAFwAA
ACAAAAAmAAAAEyEU/xWESwATQXV0aG9yaXplZCBDdXN0b21lcjRcXENPUk9MTEFSWV9TRVJWRVJc
VVNFUlxIT01FXERBVkVPXERPQ1NcSTE1X0U4MjAuZG9j/0BIUCBMYXNlckpldCBJSUlTaSBQb3N0
U2NyaXB0AFxcQ29yb2xsYXJ5X3NlcnZlclxocF9sYXNlcmpldF9paWlzaQBQU0NSSVBUAEhQIExh
c2VySmV0IElJSVNpIFBvc3RTY3JpcHQASFAgTGFzZXJKZXQgSUlJU2kgUG9zdFNjcmlwdAAAAAAA
BAMElAC4Ah93AAABAAEA6gpvCGQAAQAHACwBAQABACwBAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAIAAAAYAkAAOQMAAABAAAAAAAAAAEAAAACAAAAAAAAAAAAAAAAAAAAAAAA
ANZclbTe+WmpaAMEAAEAAQAAAAAAAQAAAAAAAgACAAEAWAIAAMIBAAAAAAAAAABkAAAAAAAAAP//
AAD//wAA//8AAP//AAD//wAA//8AAP//AAD//wEA//8CAP//AAD//wEA//8AAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA//9D
dXN0b20gcGFnZSAxAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAACQQgAAkEIAAAAAAABDdXN0b20gcGFnZSAyAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACQQgAAkEIAAAAAAABDdXN0b20gcGFnZSAzAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACQQgAAkEIA
AAAAAAAAAAAAAAAAAEhQIExhc2VySmV0IElJSVNpIFBvc3RTY3JpcHQAAAAAAAQDBJQAuAIfdwAA
AQABAOoKbwhkAAEABwAsAQEAAQAsAQMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAACAAAAGAJAADkDAAAAQAAAAAAAAABAAAAAgAAAAAAAAAAAAAAAAAAAAAAAADWXJW03vlpqWgD
BAABAAEAAAAAAAEAAAAAAAIAAgABAFgCAADCAQAAAAAAAAAAZAAAAAAAAAD//wAA//8AAP//AAD/
/wAA//8AAP//AAD//wAA//8BAP//AgD//wAA//8BAP//AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP//Q3VzdG9tIHBhZ2Ug
MQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAkEIA
AJBCAAAAAAAAQ3VzdG9tIHBhZ2UgMgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAkEIAAJBCAAAAAAAAQ3VzdG9tIHBhZ2UgMwAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAkEIAAJBCAAAAAAAAAAAAAAAA
AAACgAEAAAAAAAAAAAARAAEAAQAAAAAAAAAAAAAAAABDABUWkAEAAFRpbWVzIE5ldyBSb21hbgAM
FpABAgBTeW1ib2wACyaQAQAAQXJpYWwAETWQAQAAQ291cmllciBOZXcAIgAEAAMAiBhWDNACAABo
AQAAAADxUwFm8VMBZrMz52UCAAEAAAC/BAAADhsAAAQADQAAAAQAgwA5AAAAAAAAAAAAAAAEAAEA
AAABAAAAAAAAACQDVgwAADMAAAAAAAAADFJvbiBNb3Nncm92ZRNBdXRob3JpemVkIEN1c3RvbWVy
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAIAAAADAAAABAAAAAUAAAAGAAAABwAAAAgAAAAJ
AAAACgAAAAsAAAAMAAAADQAAAA4AAAAPAAAAEAAAABEAAAASAAAAEwAAABQAAAAVAAAAFgAAABcA
AAAYAAAAGQAAABoAAAAbAAAAHAAAAB0AAAAeAAAAHwAAAP7////9////JAAAAP7///8sAAAA/v//
///////////////////////////////////////+////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
//////////////////////////////9SAG8AbwB0ACAARQBuAHQAcgB5AAAAAAAIBwAALQAAABwf
AAAnHwAAEQAAAAAAAAD//wAA/////wDAAAAAYAEAFgAFAf//////////AQAAAAAJAgAAAAAAwAAA
AAAAAEYAAAAAAO+PyW9kuQFAv6JHtt+6ASMAAACAAwAAKR8AAFcAbwByAGQARABvAGMAdQBtAGUA
bgB0AAAAQAAAwPx/lDNKAKjgSgAAAEAAAMkEwSiA97+su1eBAAAAAH2S978aAAIBAgAAAAMAAAD/
////rIBBAAAAAAAgM0oALABAAAAAQAAAyQTBKID3v6y7V4EAAAAAAAAAAEc/AAABAAAAAQBDAG8A
bQBwAE8AYgBqAAAARgAgE/Z/AABAAPHpYgABAAAAtOhiABD6AFDx6WIAtOdiAAEAAAAAAAAAtOdi
ABIAAgH///////////////8AAAAA8eliAHoDB1C052IA8eliAAAAAAAAAAAAAAAAAAAAAAAAAAAA
agAAACgAAAAFAFMAdQBtAG0AYQByAHkASQBuAGYAbwByAG0AYQB0AGkAbwBuAAAAc1xDb21tb24g
RmlsZXNcTWljcm9zb2Z0KAACAf////8EAAAA/////1xXUkRTVFIzMi5DTlYfAAARAAAAAAAAAAAA
AAAAAAAAAAAAAAIAAADIAQAAAAAAAAEAAAD+////AwAAAAQAAAAFAAAABgAAAAcAAAAIAAAACQAA
AP7///8LAAAADAAAAA0AAAD+////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////AQD+/wMKAAD/////AAkCAAAAAADAAAAAAAAARhgAAABNaWNy
b3NvZnQgV29yZCBEb2N1bWVudAAKAAAATVNXb3JkRG9jABAAAABXb3JkLkRvY3VtZW50LjYA9Dmy
cQAAAAAAAAAAAAAAANDPEeChsRrhAAAAAAAAAAAAAAAAAAD+/wAABAACAAAAAAAAAAAAAAAAAAAA
AAABAAAA4IWf8vlPaBCrkQgAKyez2TAAAACYAQAAEgAAAAEAAACYAAAAAgAAAKAAAAADAAAArAAA
AAQAAAC4AAAABQAAANAAAAAGAAAA3AAAAAcAAADoAAAACAAAAPgAAAAJAAAAFAEAABIAAAAgAQAA
CgAAAEgBAAALAAAAVAEAAAwAAABgAQAADQAAAGwBAAAOAAAAeAEAAA8AAACAAQAAEAAAAIgBAAAT
AAAAkAEAAAIAAADkBAAAHgAAAAEAAAAACkoAHgAAAAEAAAAAZkYAHgAAAA0AAABSb24gTW9zZ3Jv
dmUAR0YAHgAAAAEAAAAA4UoAHgAAAAEAAAAAx0MAHgAAAAcAAABOb3JtYWwAAB4AAAAUAAAAQXV0
aG9yaXplZCBDdXN0b21lcgAeAAAAAgAAADIASQAeAAAAHgAAAE1pY3Jvc29mdCBXb3JkIGZvciBX
aW5kb3dzIDk1AEsAQAAAAABGwyMFAEQAbwBjAHUAbQBlAG4AdABTAHUAbQBtAGEAcgB5AEkAbgBm
AG8AcgBtAGEAdABpAG8AbgAAAAAAAAAAAAAAOAACAP///////////////wAAAAAAAAAAAAAAAAAA
AADhDACgAAAAAAAAAAAAAAAAAAAAAAoAAADQAAAA/v///wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA////////////////
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAD///////////////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA4QwAoDDufoKcfH6CFGt+
gv////8AAAAAAAAAAP7///8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAP///////////////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAP7/AAAEAAIAAAAAAAAAAAAAAAAAAAAAAAEAAAAC1c3VnC4bEJOX
CAArLPmuMAAAAKAAAAAIAAAAAQAAAEgAAAAPAAAAUAAAAAQAAABcAAAABQAAAGQAAAAGAAAAbAAA
AAsAAAB0AAAAEAAAAHwAAAAMAAAAhAAAAAIAAADkBAAAHgAAAAIAAAAgAEYAAwAAANczAAADAAAA
OQAAAAMAAAANAAAACwAAAAAAAAALAAAAAAAAAAwQAAACAAAAHgAAAAEAAAAAAwAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAEAAAAAAYvh9IS25AUAAAAAA/qU2tt+6AUAAAAAA/qU2tt+6AQMAAAAE
AAAAAwAAAL8EAAADAAAADhsAAAMAAAAAAAAA0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/
CQAGAAAAAAAAAAAAAAABAAAAIQAAAAAAAAD+/wAABAACAAAAAAAAAAAAAAAAAAAAAAABAAAAAtXN
1ZwuGxCTlwgAKyz5rjAAAACgAAAACAAAAAEAAABIAAAADwAAAFAAAAAEAAAAXAAAAAUAAABkAAAA
BgAAAGwAAAALAAAAdAAAABAAAAB8AAAADAAAAIQAAAACAAAA5AQAAB4AAAACAAAAIABGAAMAAADX
MwAAAwAAADkAAAADAAAADQAAAAsAAAAAAAAACwAAAAAAAAAMEAAAAgAAAB4AAAABAAAAAAMAAAAA
AAAAAAAA0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAABAAAA////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
//////////////8=
--=====================_831661051==_--

--===_0_Thu_May__9_16:30:14__1996--





From owner-freebsd-hackers  Thu May  9 16:26:08 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id QAA03930
          for hackers-outgoing; Thu, 9 May 1996 16:26:08 -0700 (PDT)
Received: from po.icc.sjtu.edu.cn ([202.120.58.32])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA03918
          for ; Thu, 9 May 1996 16:26:00 -0700 (PDT)
Received: from ntsrv1 ([202.120.58.98]) by po.icc.sjtu.edu.cn
          (Netscape Mail Server v1.1) with SMTP id AAA192;
          Fri, 10 May 1996 07:23:54 +0800
Message-ID: <31927EBB.2973@icc.sjtu.edu.cn>
Date: Fri, 10 May 1996 07:24:43 +0800
From: jbye@icc.sjtu.edu.cn (Jingbo Ye)
Organization: Information&Computer Center of Shanghai Jiao Tong University
X-Mailer: Mozilla 2.0 (WinNT; I)
MIME-Version: 1.0
To: Marty Leisner 
CC: Chuck Robey ,
        "Christopher R. Bowman" ,
        FreeBSD hackers ,
        bookpool@bookpool.com
Subject: About BSD With NE2000
References: <9605092042.AA18365@gnu.mc.xerox.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Hi,
   While installing BSD/OS 2.0 on a pentium PCI/ISA machine, the BSD
failed to recognize the NE2000 NIC, I've tried 3C503 NIC also but had no
luck. Would you please give me some suggestion? Thanks in advance.
   By the way, the iobase of the NE2000 is 0X300, and IRQ is 5.

Cheers!
Jingbo Ye

From owner-freebsd-hackers  Thu May  9 17:01:58 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id RAA09222
          for hackers-outgoing; Thu, 9 May 1996 17:01:58 -0700 (PDT)
Received: from eac.iafrica.com (h196-7-192-129.iafrica.com [196.7.192.129])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA09202
          for ; Thu, 9 May 1996 17:01:54 -0700 (PDT)
Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id BAA03101; Fri, 10 May 1996 01:00:50 +0200
From: Robert Nordier 
Message-Id: <199605092300.BAA03101@eac.iafrica.com>
Subject: Re: [Q] Raw interface to block devices
To: terry@lambert.org (Terry Lambert)
Date: Fri, 10 May 1996 01:00:49 +0200 (SAT)
Cc: hackers@freebsd.org
In-Reply-To: <199605092159.OAA29636@phaeton.artisoft.com> from "Terry Lambert" at May 9, 96 02:59:46 pm
X-Mailer: ELM [version 2.4 PL24 ME8a]
Content-Type: text
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Terry Lambert wrote:

> > There must be a better way to do this.  The stuff I've looked at
> > either trustingly waits forever on '/dev/tty', or refuses to even
> > consider 'floppy'.
> > 
> > Surely a library function is needed (or already exists).
> 
> The typically used approach is to stat the device to get the major
> and minor number, then iterate all devices looking for the same
> major, but a minor that's the same + 128 for the raw device (or
> whatever the magic relationship happens to be on whatever system).

Thanks, I'll look at that.

> Note that all of this starts to fall apart under devfs usage, which
> wants device iteration by parent as a result of a stat reference
> returning non-terminal devices as directories that can be ioctl'ed
> to turn them into devices.  This lets you get iterate devices by
> class without stats or opens on the actual devices themselves.
> 
> I guess I need to reintegrate the devfs code on my local machine
> and work on putting together an API for this when I get a chance.
> 8-(.

I guess devfs benefits are beginning to sink in at last. 8)

I suppose things like FS utilities don't absolutely _need_
idiot-proofing.  But it'd be nice to have stuff working more
robustly.

--
Robert Nordier

From owner-freebsd-hackers  Thu May  9 17:23:54 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id RAA14108
          for hackers-outgoing; Thu, 9 May 1996 17:23:54 -0700 (PDT)
Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA14096
          for ; Thu, 9 May 1996 17:23:50 -0700 (PDT)
Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id TAA01429; Thu, 9 May 1996 19:23:12 -0500
From: Joe Greco 
Message-Id: <199605100023.TAA01429@brasil.moneng.mei.com>
Subject: Problems with a SMC EtherPower 10/100 on Triton-II?
To: hackers@freebsd.org, matt@3am-software.com
Date: Thu, 9 May 1996 19:23:12 -0500 (CDT)
Cc: rgrimes@gndrsh.aac.dev.com
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

We've recently upgraded a news server to an ASUS Triton-II board (P133,
256MB RAM, AHA-3940, NCR-810, SMC 10/100).  There's an intermittent memory
problem that we are tracking, but this did not seem to be related.

It has crashed twice, spewing the following errors:

May  9 18:44:06 daily-planet xntpd[85]: time reset (step) -0.296390 s
May  9 18:51:04 daily-planet /kernel: de0: abnormal interrupt: 0xffffffff [0x1b14b]
May  9 18:51:04 daily-planet /kernel: de0: abnormal interrupt: 0xfcefa044 [0x1a040]  
May  9 18:51:04 daily-planet /kernel: de0: abnormal interrupt: 0xfceea004 [0x0a000]  
May  9 18:51:04 daily-planet last message repeated 12 times
May  9 18:51:04 daily-planet /kernel: de0: abnormal interrupt: 0xfceaa004 [0x0a000]  
May  9 18:51:27 daily-planet /kernel: al interrupt: 0xfceea004 [0x0a000]
May  9 18:51:27 daily-planet /kernel: de0: abnormal interrupt: 0xfceea004 [0x0a000]
May  9 18:51:27 daily-planet last message repeated 86 times
May  9 18:51:27 daily-planet /kernel: de0: abnormal interrupt: 0xfceaa004 [0x0a000]
May  9 18:59:48 daily-planet /kernel: FreeBSD 2.1.0-RELEASE #0: Thu May  2 08:28:47 CDT 1996


At which point the staff rebooted the system.

Does this suggest anything meaningful to anyone?  I can provide more details
upon request, of course.

... Joe

-------------------------------------------------------------------------------
Joe Greco - Systems Administrator			      jgreco@ns.sol.net
Solaria Public Access UNIX - Milwaukee, WI			   414/546-7968

From owner-freebsd-hackers  Thu May  9 17:29:25 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id RAA15331
          for hackers-outgoing; Thu, 9 May 1996 17:29:25 -0700 (PDT)
Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA15316
          for ; Thu, 9 May 1996 17:29:18 -0700 (PDT)
Received: (from dgy@localhost) by seagull.rtd.com (8.6.12/1.2) id RAA12369 for freebsd-hackers@freefall.cdrom.com; Thu, 9 May 1996 17:29:03 -0700
From: Don Yuniskis 
Message-Id: <199605100029.RAA12369@seagull.rtd.com>
Subject: S/Key config
To: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers)
Date: Thu, 9 May 1996 17:29:03 -0700 (MST)
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Greetings!
    In the skey.access file, how are "conflicting" rules
resolved?  Does first/last applicable rule govern?  Or,
does last deny override permit, etc.?  This might want to be
added to the man page...
    Thx!
--don

From owner-freebsd-hackers  Thu May  9 17:34:25 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id RAA16019
          for hackers-outgoing; Thu, 9 May 1996 17:34:25 -0700 (PDT)
Received: from time.cdrom.com (time.cdrom.com [204.216.27.226])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA16006
          for ; Thu, 9 May 1996 17:34:21 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id RAA06763; Thu, 9 May 1996 17:29:40 -0700 (PDT)
To: jbye@icc.sjtu.edu.cn (Jingbo Ye)
cc: Marty Leisner ,
        Chuck Robey ,
        "Christopher R. Bowman" ,
        FreeBSD hackers ,
        bookpool@bookpool.com
Subject: Re: About BSD With NE2000 
In-reply-to: Your message of "Fri, 10 May 1996 07:24:43 +0800."
             <31927EBB.2973@icc.sjtu.edu.cn> 
Date: Thu, 09 May 1996 17:29:40 -0700
Message-ID: <6761.831688180@time.cdrom.com>
From: "Jordan K. Hubbard" 
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Uh, you have the wrong operating system group. :-)

You should talk to BSDI tech support about this one.

						Jordan
> Hi,
>    While installing BSD/OS 2.0 on a pentium PCI/ISA machine, the BSD
> failed to recognize the NE2000 NIC, I've tried 3C503 NIC also but had no
> luck. Would you please give me some suggestion? Thanks in advance.
>    By the way, the iobase of the NE2000 is 0X300, and IRQ is 5.
> 
> Cheers!
> Jingbo Ye


From owner-freebsd-hackers  Thu May  9 17:47:35 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id RAA18622
          for hackers-outgoing; Thu, 9 May 1996 17:47:35 -0700 (PDT)
Received: from fly.HiWAAY.net (root@fly.HiWAAY.net [204.214.4.2])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA18613
          for ; Thu, 9 May 1996 17:47:33 -0700 (PDT)
Received: from max3-167.HiWAAY.net by fly.HiWAAY.net; (5.65v3.0/1.1.8.2/21Sep95-1003PM)
	id AA18692; Thu, 9 May 1996 19:47:15 -0500
Message-Id: 
In-Reply-To: <9605090033.AA03427@sun1paztcn.wr.usgs.gov>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Thu, 9 May 1996 19:45:43 -0500
To: Doug Wellington , FreeBSD-Hackers@freebsd.org
From: David Kelly 
Subject: Re: 4.4 book
Cc: doug@sun1paztcn.wr.usgs.gov
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

At 7:33 PM  -0500 5/8/96, Doug Wellington wrote:
>Thanks for the pointer!  I've been waiting for this book.  As soon as
>I saw the message, I headed down to the bookstore on campus and asked
>about ordering it.  They said that they had just received four copies!
>Needless to say, I have one sitting right here now.  :)
>
>Anyway, if there is anyone on the list that cares, there are still
>three copies of it at The University of Arizona's CATS bookstore here
>in Tucson.  $43.75...

After hearing the book was now available I went to my favorite bookstore:

>Your order is as follows:
>
># #         Quantity InStock ItemPrice
># order
># david kelly
># ****
># des_43bsd      1       1    $33.95   $ 33.95
># subtotal                             $ 33.95
># ups_ground                           $  4.29
># total                                $ 38.24
># end
>
>Thank you for your support!
>
>	The Bookpool
>	bookpool@bookpool.com
>-----------------------------------------------------------------------
> The Bookpool                  Unbeatable Discounts on Technical Books!
> PO Box 2558                   WWW http://www.bookpool.com
> Vineyard Haven, MA 02568      E-mail "send info" to bookpool@bookpool.com

The catalog number "des_43bsd" bugs me but I just double checked:

>The Design and Implementation of the 4.4 BSD Operating System
>       Marshall K. Mckusick, Keith Bostic, et al.
>       Addison-Wesley, 1996
>       Bookcode des_43bsd, pages 576, ISBN 0-201-54979-4
>       Discount 30%, Bookpool Price $33.95, List Price $48.50


--
David Kelly N4HHE,   n4hhe@amsat.org,    dkelly@hiwaay.net
=============================================================
To invent, you need a good imagination and a pile of junk.
                - Thomas Edison



From owner-freebsd-hackers  Thu May  9 18:16:34 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id SAA24280
          for hackers-outgoing; Thu, 9 May 1996 18:16:34 -0700 (PDT)
Received: from mail13.digital.com (mail13.digital.com [192.208.46.30])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA24268
          for ; Thu, 9 May 1996 18:16:32 -0700 (PDT)
Received: from muggsy.lkg.dec.com by mail13.digital.com (8.7.5/UNX 1.2/1.0/WV)
	id VAA02706; Thu, 9 May 1996 21:05:56 -0400 (EDT)
Received:  from whydos.lkg.dec.com by muggsy.lkg.dec.com (5.65/DEC-Ultrix/4.3) with SMTP
	id AA21829; Thu, 9 May 1996 21:05:25 -0400
Received: from localhost (localhost [127.0.0.1]) by whydos.lkg.dec.com (8.6.12/8.6.12) with SMTP id VAA02322; Thu, 9 May 1996 21:10:10 GMT
Message-Id: <199605092110.VAA02322@whydos.lkg.dec.com>
X-Authentication-Warning: whydos.lkg.dec.com: Host localhost didn't use HELO protocol
X-Mailer: exmh version 1.6.5 12/11/95
To: Joe Greco 
Cc: hackers@freebsd.org, rgrimes@gndrsh.aac.dev.com
Subject: Re: Problems with a SMC EtherPower 10/100 on Triton-II? 
In-Reply-To: Your message of "Thu, 09 May 1996 19:23:12 EST."
             <199605100023.TAA01429@brasil.moneng.mei.com> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Thu, 09 May 1996 21:10:10 +0000
From: Matt Thomas 
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


> We've recently upgraded a news server to an ASUS Triton-II board (P133,
> 256MB RAM, AHA-3940, NCR-810, SMC 10/100).  There's an intermittent memory
> problem that we are tracking, but this did not seem to be related.
> 
> It has crashed twice, spewing the following errors:
> 
> May  9 18:44:06 daily-planet xntpd[85]: time reset (step) -0.296390 s
> May  9 18:51:04 daily-planet /kernel: de0: abnormal interrupt: 0xffffffff [0x1b14b]

Yikes!  It's not possible for the DC21140 status register to be all 1s.
There is something seriously broken here.

> May  9 18:51:04 daily-planet /kernel: de0: abnormal interrupt: 0xfcefa044 [0x1a040]  
> May  9 18:51:04 daily-planet /kernel: de0: abnormal interrupt: 0xfceea004 [0x0a000]  

This is bad.  Very bad.  Very very very very bad.

Abnormal interrupt + Fatal Bus Error, type Master Abort.

>From the DC21140 bible:

Fatal Bus Error -- Indicates a fatal bus error ocurrred.  If a system
error occurs, the 21140 disables all bus access.

5.5.2.1.3  Master Abort   If the target does not asert _devsel_l_ within
five cycles from the assertion of _frame_l_, the 21140 performs a normal
completion.  It then releases the bus and asserts both master abort
(CFCS<29>) and fatal bus error (CSR5<13>).

I have never ever seen this happen.

This is basically either the TritonII host-bridge is screwing
up big time or some other device is screwing up the PCI bus.

Didn't intel recently (as of week weeks ago) introduce a new
rev of the TritonII chipset(s)?  What does FreeBSD think your 
machine has in it?

I would worry about your motherboard and not the SMC 10/100.


-- 
Matt Thomas               Internet:   matt@3am-software.com
3am Software Foundry      WWW URL:    http://www.3am-software.com/bio/matt.html
Westford, MA              Disclaimer: I disavow all knowledge of this message



From owner-freebsd-hackers  Thu May  9 18:19:01 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id SAA24814
          for hackers-outgoing; Thu, 9 May 1996 18:19:01 -0700 (PDT)
Received: from ref.tfs.com (ref.tfs.com [140.145.254.251])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA24790
          for ; Thu, 9 May 1996 18:18:56 -0700 (PDT)
Received: (from julian@localhost) by ref.tfs.com (8.7.3/8.6.9) id LAA25097; Thu, 9 May 1996 11:35:07 -0700 (PDT)
Message-Id: <199605091835.LAA25097@ref.tfs.com>
Subject: Re: New 4.4BSD book - group buy
To: jkh@time.cdrom.com (Jordan K. Hubbard)
Date: Thu, 9 May 1996 11:35:07 -0700 (PDT)
From: "JULIAN Elischer" 
Cc: chuckr@Glue.umd.edu, FreeBSD-Hackers@FreeBSD.ORG
In-Reply-To: <600.831625308@time.cdrom.com> from "Jordan K. Hubbard" at May 9, 96 00:01:48 am
X-Mailer: ELM [version 2.4 PL25 ME8b]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

 can WC add them to it's product line?

Chuck: I'd like one....
> 
> 
> > On Wed, 8 May 1996, Chuck Robey wrote:
> > 
> > This is a repost of my earlier one, just in case some missed it.  I now
> > have offers to redistribute the book for reshipping (to save costs) in
> > Germany, UK, and Australia.  Nearly 50 orders so far (I've lost
> 
> Maybe I should just ask Kirk if we can buy them from him at a bulk
> discount - I know that he was selling them at his OS class (which I
> missed) last Thursday..
> 
> 					Jordan
> 


From owner-freebsd-hackers  Thu May  9 18:19:08 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id SAA24855
          for hackers-outgoing; Thu, 9 May 1996 18:19:08 -0700 (PDT)
Received: from ref.tfs.com (ref.tfs.com [140.145.254.251])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA24819
          for ; Thu, 9 May 1996 18:19:01 -0700 (PDT)
Received: (from julian@localhost) by ref.tfs.com (8.7.3/8.6.9) id QAA23560; Wed, 8 May 1996 16:34:44 -0700 (PDT)
Message-Id: <199605082334.QAA23560@ref.tfs.com>
Subject: Re: Copyright question
To: jkh@time.cdrom.com (Jordan K. Hubbard)
Date: Wed, 8 May 1996 16:34:44 -0700 (PDT)
From: "JULIAN Elischer" 
Cc: eischen@vigrid.com, freebsd-hackers@FreeBSD.ORG
In-Reply-To: <25439.831594421@time.cdrom.com> from "Jordan K. Hubbard" at May 8, 96 03:27:01 pm
X-Mailer: ELM [version 2.4 PL25 ME8b]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

 A few comments about the software not being known to be correct on
 other boards and warning about difficult to find and
 insiduous problems on clones might make them pleased too..
> 
> 
> > I'll try to see if I can get rid of clause 4, but I don't think
> > they're going to let it go without some sort of clause.  Is there
[...]

From owner-freebsd-hackers  Thu May  9 18:19:12 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id SAA24883
          for hackers-outgoing; Thu, 9 May 1996 18:19:12 -0700 (PDT)
Received: from ref.tfs.com (ref.tfs.com [140.145.254.251])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA24834
          for ; Thu, 9 May 1996 18:19:04 -0700 (PDT)
Received: (from julian@localhost) by ref.tfs.com (8.7.3/8.6.9) id QAA23517; Wed, 8 May 1996 16:28:29 -0700 (PDT)
Message-Id: <199605082328.QAA23517@ref.tfs.com>
Subject: Re: Copyright question
To: jkh@time.cdrom.com (Jordan K. Hubbard)
Date: Wed, 8 May 1996 16:28:29 -0700 (PDT)
From: "JULIAN Elischer" 
Cc: eischen@pcnet.com, freebsd-hackers@FreeBSD.ORG
In-Reply-To: <25051.831590192@time.cdrom.com> from "Jordan K. Hubbard" at May 8, 96 02:16:32 pm
X-Mailer: ELM [version 2.4 PL25 ME8b]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> 
> It looks like clause 4 is trying to enforce legally what most
> companies seek to achieve simply by never releasing information on
> their products.  Not that I want Condor to go that route, mind you,
> but I don't think that what they're trying to achieve with clause 4 is
> even legally achievable.  I'm sure that the person in my hypothetical
> example above would have a pretty good case for "insufficient notice"
> if this ever came to court, so clause 4 doesn't even really have any
> teeth and can only cause FUD by being there.  I'd be happier to see it
> go.
I don;t think that clause 4 impacts US in any way, and I can't see
how they could enforce it is someone DECIDED to try use clone card,
so I'd say, "include it. it doesn't bother us"
> 
> 					Jordan
> 


From owner-freebsd-hackers  Thu May  9 18:28:33 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id SAA26795
          for hackers-outgoing; Thu, 9 May 1996 18:28:33 -0700 (PDT)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA26785
          for ; Thu, 9 May 1996 18:28:29 -0700 (PDT)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id LAA20111; Fri, 10 May 1996 11:21:39 +1000
Date: Fri, 10 May 1996 11:21:39 +1000
From: Bruce Evans 
Message-Id: <199605100121.LAA20111@godzilla.zeta.org.au>
To: hackers@FreeBSD.ORG, rnordier@iafrica.com
Subject: Re: [Q] Raw interface to block devices
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>I have a function

>   int process(const char *fs);

>which expects 'fs' to refer to a device which may hold a filesystem.

>The function actually works with the raw device, but allows the
>user some flexibility.  Eg:

>   process("/dev/rfd0"); or
>   process("/dev/fd0");

>An obvious, though clumsy, approach is:

>   stat()
>   if {S_IFCHR, S_IFBLK}
>      derive the other name by deleting/inserting an 'r' somewhere
>      stat()
>      check for (reversed) {S_IFCHR, S_IFBLK}

devname(3) seems to be almost what you want.  You can stat the first name
to get the dev number and then call devname() to get the other name.  It
searches quickly through all the names in /var/run/dev.db.

devname() seems to be used only in ps and pstat.  It should be used in
badsect, fsck ... (fsck has its own functions rawname() and unrawname()).

ps has a bogus private copy of /usr/src/lib/libc/gen/devname.c.

Bruce

From owner-freebsd-hackers  Thu May  9 18:30:57 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id SAA27192
          for hackers-outgoing; Thu, 9 May 1996 18:30:57 -0700 (PDT)
Received: from yokogawa.co.jp (yhqfm.yokogawa.co.jp [202.33.29.34])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA27183
          for ; Thu, 9 May 1996 18:30:54 -0700 (PDT)
Received: from sjc.yokogawa.co.jp.yokogawa.co.jp ([133.140.4.100]) by yokogawa.co.jp (8.6.9+2.4Wb3/3.3Wb4-firewall:08/09/94) with ESMTP id KAA19984 for ; Fri, 10 May 1996 10:30:41 +0900
Received: from leia.pa.yokogawa.co.jp by sjc.yokogawa.co.jp.yokogawa.co.jp (8.7.1+2.6Wbeta4/6.4J.6-YOKOGAWA-R/GW)
	id KAA08433; Fri, 10 May 1996 10:30:40 +0900 (JST)
Received: from sapphire by leia.pa.yokogawa.co.jp (1.38.193.4/6.4J.6-YOKOGAWA/pa)
	id AA28800; Fri, 10 May 1996 10:30:38 +0900
Received: from localhost by sapphire.pa.yokogawa.co.jp (8.6.12/3.3Wb)
	id KAA01256; Fri, 10 May 1996 10:31:38 +0900
Message-Id: <199605100131.KAA01256@sapphire.pa.yokogawa.co.jp>
To: freebsd-hackers@freebsd.org
Cc: taketomi@pa.yokogawa.co.jp
Subject: a problem of setitimer()
From: =?ISO-2022-JP?B?GyRCRURDZkh+SmY7UhsoQg==?= 
X-Mailer: Mew version 1.03 on Emacs 19.28.2, Mule 2.3
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Date: Fri, 10 May 1996 10:31:37 +0900
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


Hi all,

I'm running FreeBSD-2.1.0R.

I found the problem of realitexpire() [sys/kern/kern_time.c].

If the time is late, the process which uses the system call
setitimer() can't get SIGALARM until the next timeout has come.

For example, the current time is 7:30 and the next timeout is 7:32,
then the time is changed to 7:15.
The process gets SIGALARM at 7:32, not at 7:17.

I suggest following coding.
How about?


void
realitexpire(arg)
	void *arg;
{
	register struct proc *p;
	int s;

	p = (struct proc *)arg;
	psignal(p, SIGALRM);
	if (!timerisset(&p->p_realtimer.it_interval)) {
		timerclear(&p->p_realtimer.it_value);
		return;
	}
	/* vvv The following added vvv */
	if (timercmp(&p->p_realtimer.it_value, &time, >)) {
		for (;;) {
			s = splclock();
			timevalsub(&p->p_realtimer.it_value,
			    &p->p_realtimer.it_interval);
			if (timercmp(&p->p_realtimer.it_value, &time, <)) {
				splx(s);
				break;
			}
			splx(s);
		}
	}
	/* ^^^ The above added ^^^ */
	for (;;) {
		s = splclock();
		timevaladd(&p->p_realtimer.it_value,
		    &p->p_realtimer.it_interval);
		if (timercmp(&p->p_realtimer.it_value, &time, >)) {
			timeout(realitexpire, (caddr_t)p,
			    hzto(&p->p_realtimer.it_value) - 1);
			splx(s);
			return;
		}
		splx(s);
	}
}



Thank you in advance.

--
Mihoko Tanaka



From owner-freebsd-hackers  Thu May  9 20:22:03 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id UAA14333
          for hackers-outgoing; Thu, 9 May 1996 20:22:03 -0700 (PDT)
Received: from eac.iafrica.com (h196-7-192-131.iafrica.com [196.7.192.131])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA14316
          for ; Thu, 9 May 1996 20:21:55 -0700 (PDT)
Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id FAA00842; Fri, 10 May 1996 05:20:17 +0200
From: Robert Nordier 
Message-Id: <199605100320.FAA00842@eac.iafrica.com>
Subject: Re: [Q] Raw interface to block devices
To: bde@zeta.org.au (Bruce Evans)
Date: Fri, 10 May 1996 05:20:16 +0200 (SAT)
Cc: hackers@FreeBSD.ORG
In-Reply-To: <199605100121.LAA20111@godzilla.zeta.org.au> from "Bruce Evans" at May 10, 96 11:21:39 am
X-Mailer: ELM [version 2.4 PL24 ME8a]
Content-Type: text
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Bruce Evans wrote:

> devname(3) seems to be almost what you want.  You can stat the first name
> to get the dev number and then call devname() to get the other name.  It
> searches quickly through all the names in /var/run/dev.db.

I've just tried that, and it seems to be _exactly_ what I want. :-)

> devname() seems to be used only in ps and pstat.  It should be used in
> badsect, fsck ... (fsck has its own functions rawname() and unrawname()).
> 
> ps has a bogus private copy of /usr/src/lib/libc/gen/devname.c.

I was looking at fsck, and rather hoped for something better.  Thanks!

-- 
Robert Nordier

From owner-freebsd-hackers  Thu May  9 21:27:06 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id VAA23677
          for hackers-outgoing; Thu, 9 May 1996 21:27:06 -0700 (PDT)
Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA23666
          for ; Thu, 9 May 1996 21:27:04 -0700 (PDT)
Received: (from dgy@localhost) by seagull.rtd.com (8.6.12/1.2) id VAA02550 for freebsd-hackers@freefall.cdrom.com; Thu, 9 May 1996 21:27:02 -0700
From: Don Yuniskis 
Message-Id: <199605100427.VAA02550@seagull.rtd.com>
Subject: GUS MAX on 2.1R
To: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers)
Date: Thu, 9 May 1996 21:27:02 -0700 (MST)
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Greetings!
    I'm trying to hook up my GUS MAX on a stock 2.1R system
and am looking for pointers.  I've dug through the FAQ, handbook,
the LINT kernel and sound.doc -- but obviously have a few more
unanswered questions.  I've built a new kernel and the associated
/dev entries and wonder if there is anything else required.
    How do the irq and drq settings for the device correspond with
the DOS settings -- of which there are quite a few "extras"?  I'd
like to ensure I'm not stepping on some other irq, drq, etc.
Also, is there some "simple" way to see if the device is
configured properly (e.g., cat foo > /dev/bar)?
    Thanx!
--don

From owner-freebsd-hackers  Thu May  9 21:48:25 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id VAA28441
          for hackers-outgoing; Thu, 9 May 1996 21:48:25 -0700 (PDT)
Received: from sasami.jurai.net (root@sasami.jurai.net [205.218.122.51])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA28435
          for ; Thu, 9 May 1996 21:48:23 -0700 (PDT)
Received: from localhost (winter@localhost) by sasami.jurai.net (8.7.4/8.7.3) with SMTP id XAA25186; Thu, 9 May 1996 23:47:08 -0500 (CDT)
Date: Thu, 9 May 1996 23:47:07 -0500 (CDT)
From: "Matthew N. Dodd" 
X-Sender: winter@sasami
To: Joe Greco 
cc: hackers@FreeBSD.org
Subject: Re: Problems with a SMC EtherPower 10/100 on Triton-II?
In-Reply-To: <199605100023.TAA01429@brasil.moneng.mei.com>
Message-ID: 
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

On Thu, 9 May 1996, Joe Greco wrote:
> May  9 18:44:06 daily-planet xntpd[85]: time reset (step) -0.296390 s
> May  9 18:51:04 daily-planet /kernel: de0: abnormal interrupt: 0xffffffff [0x1b14b]
> May  9 18:51:04 daily-planet /kernel: de0: abnormal interrupt: 0xfcefa044 [0x1a040]  
> May  9 18:51:04 daily-planet /kernel: de0: abnormal interrupt: 0xfceea004 [0x0a000]  
> May  9 18:51:04 daily-planet last message repeated 12 times
> May  9 18:51:04 daily-planet /kernel: de0: abnormal interrupt: 0xfceaa004 [0x0a000]  
> May  9 18:51:27 daily-planet /kernel: al interrupt: 0xfceea004 [0x0a000]
> May  9 18:51:27 daily-planet /kernel: de0: abnormal interrupt: 0xfceea004 [0x0a000]
> May  9 18:51:27 daily-planet last message repeated 86 times
> May  9 18:51:27 daily-planet /kernel: de0: abnormal interrupt: 0xfceaa004 [0x0a000]
> May  9 18:59:48 daily-planet /kernel: FreeBSD 2.1.0-RELEASE #0: Thu May  2 08:28:47 CDT 1996
> 
> At which point the staff rebooted the system.
> 
> Does this suggest anything meaningful to anyone?  I can provide more details
> upon request, of course.

I get something like this when the ethernet gets unpluged:

May  9 23:43:09 aeka /kernel: de3: abnormal interrupt: 0xfc669000 [0x09000]
May  9 23:43:09 aeka /kernel: de3: abnormal interrupt: 0xfc669000 [0x09000]
May  9 23:43:13 aeka /kernel: de2: abnormal interrupt: 0xfc669000 [0x09000]
May  9 23:43:13 aeka /kernel: de2: abnormal interrupt: 0xfc669000 [0x09000]
May  9 23:43:17 aeka /kernel: de1: abnormal interrupt: 0xfc669000 [0x09000]
May  9 23:43:17 aeka /kernel: de1: abnormal interrupt: 0xfc669000 [0x09000]
May  9 23:43:21 aeka /kernel: de0: abnormal interrupt: 0xfc669000 [0x09000]
May  9 23:43:21 aeka /kernel: de0: abnormal interrupt: 0xfc669000 [0x09000]

Note that all of mine are uniform, so I'm pretty sure thats not what
you're seeing. :)  

Have a good one.

| Matthew N. Dodd   | winter@jurai.net    | http://www.jurai.net/~winter    |
| Technical Manager | mdodd@intersurf.net | http://www.intersurf.net        |
| InterSurf Online  | "Welcome to the net Sir, would you like a handbasket?"|


From owner-freebsd-hackers  Thu May  9 21:58:30 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id VAA00817
          for hackers-outgoing; Thu, 9 May 1996 21:58:30 -0700 (PDT)
Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA00800
          for ; Thu, 9 May 1996 21:58:25 -0700 (PDT)
Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id VAA06630; Thu, 9 May 1996 21:55:39 -0700
From: "Rodney W. Grimes" 
Message-Id: <199605100455.VAA06630@GndRsh.aac.dev.com>
Subject: Re: Problems with a SMC EtherPower 10/100 on Triton-II?
To: matt@lkg.dec.com (Matt Thomas)
Date: Thu, 9 May 1996 21:55:38 -0700 (PDT)
Cc: jgreco@brasil.moneng.mei.com, hackers@freebsd.org
In-Reply-To: <199605092110.VAA02322@whydos.lkg.dec.com> from Matt Thomas at "May 9, 96 09:10:10 pm"
X-Mailer: ELM [version 2.4ME+ PL11 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

> 
> > We've recently upgraded a news server to an ASUS Triton-II board (P133,
> > 256MB RAM, AHA-3940, NCR-810, SMC 10/100).  There's an intermittent memory
> > problem that we are tracking, but this did not seem to be related.
> > 
> > It has crashed twice, spewing the following errors:
> > 
> > May  9 18:44:06 daily-planet xntpd[85]: time reset (step) -0.296390 s
> > May  9 18:51:04 daily-planet /kernel: de0: abnormal interrupt: 0xffffffff [0x1b14b]
> 
> Yikes!  It's not possible for the DC21140 status register to be all 1s.
> There is something seriously broken here.
> 
> > May  9 18:51:04 daily-planet /kernel: de0: abnormal interrupt: 0xfcefa044 [0x1a040]  
> > May  9 18:51:04 daily-planet /kernel: de0: abnormal interrupt: 0xfceea004 [0x0a000]  
> 
> This is bad.  Very bad.  Very very very very bad.
> 
> Abnormal interrupt + Fatal Bus Error, type Master Abort.

Could this also explain the all 1's??

> >From the DC21140 bible:
> 
> Fatal Bus Error -- Indicates a fatal bus error ocurrred.  If a system
> error occurs, the 21140 disables all bus access.

Which to me would result in reading all 1's from a csr,  right?

> 5.5.2.1.3  Master Abort   If the target does not asert _devsel_l_ within
> five cycles from the assertion of _frame_l_, the 21140 performs a normal
> completion.  It then releases the bus and asserts both master abort
> (CFCS<29>) and fatal bus error (CSR5<13>).
> 
> I have never ever seen this happen.
> 
> This is basically either the TritonII host-bridge is screwing
> up big time or some other device is screwing up the PCI bus.

How about a parity error in main memory during a PCI bus master write,
the machine is known to have bad memory in it (it has panic'ed two or
three times now with a NMI parity error).   Joe, until that system
stops get parity errors suspect all problems to be related to the
memory system.  The bios is set to assert SERR on the PCI bus if a
parity error occurs, this probably caused the DC21140 to go offline.

> Didn't intel recently (as of week weeks ago) introduce a new
> rev of the TritonII chipset(s)?
Not that I am aware of, but I'll do some digging.

> What does FreeBSD think your machine has in it?
> 
> I would worry about your motherboard and not the SMC 10/100.

That motherboard was AAC's FCS board, it has been through some pretty
grewling test sequences.  Unfortanetly the memory that it has been 
populated with is defanitly suspect as being bad.


-- 
Rod Grimes                                      rgrimes@gndrsh.aac.dev.com
Accurate Automation Company                 Reliable computers for FreeBSD

From owner-freebsd-hackers  Thu May  9 23:06:45 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id XAA14019
          for hackers-outgoing; Thu, 9 May 1996 23:06:45 -0700 (PDT)
Received: from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA14002
          for ; Thu, 9 May 1996 23:06:41 -0700 (PDT)
Received: from bunyip.cc.uq.oz.au by bunyip.cc.uq.oz.au 
          id <11196-0@bunyip.cc.uq.oz.au>; Fri, 10 May 1996 15:58:55 +1000
Received: from netfl15a.devetir.qld.gov.au 
          by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP 
          id PAA27896 for ;
          Fri, 10 May 1996 15:59:27 +1000
Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) 
          id FAA24174 for ; Fri, 10 May 1996 05:59:13 GMT
Message-Id: <199605100559.FAA24174@netfl15a.devetir.qld.gov.au>
X-Mailer: exmh version 1.6.5 12/11/95
To: hackers@freebsd.org
Subject: libc_r threads doco?
X-Face: 3}heU+2?b->-GSF-G4T4>jEB9~FR(V9lo&o>kAy=Pj&;oVOc<|pr%I/VSG"ZD32J>5gGC0N 
        7gj]^GI@M:LlqNd]|(2OxOxy@$6@/!,";-!OlucF^=jq8s57$%qXd/ieC8DhWmIy@J1AcnvSGV\|*! 
        >Bvu7+0h4zCY^]{AxXKsDTlgA2m]fX$W@'8ev-Qi+-;%L'CcZ'NBL!@n?}q!M&Em3*eW7,093nOeV8 
        M)(u+6D;%B7j\XA/9j4!Gj~&jYzflG[#)E9sI&Xe9~y~Gn%fA7>F:YKr"Wx4cZU*6{^2ocZ!YyR
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Fri, 10 May 1996 15:59:01 +1000
From: Stephen Hocking 
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Anyone got any idea where to find a paper on the variety of threads used in 
libc_r? Are they pthread compliant?\


	Stephen
-- 
The views expressed above are not those of the Worker's Compensation Board of
Queensland, Australia.



From owner-freebsd-hackers  Thu May  9 23:30:56 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id XAA20625
          for hackers-outgoing; Thu, 9 May 1996 23:30:56 -0700 (PDT)
Received: from rogerswave.ca (mail.rogerswave.ca [198.231.117.195])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA20618
          Thu, 9 May 1996 23:30:54 -0700 (PDT)
Received: from wong.rogerswave.ca (wong.rogerswave.ca [204.92.17.32]) by rogerswave.ca (8.7.2/8.7.2) with SMTP id CAA06203; Fri, 10 May 1996 02:43:07 -0400 (EDT)
Date: Fri, 10 May 1996 02:15:46 -0400 (EDT)
From: Wong 
To: Don Yuniskis 
cc: "Jonathan M. Bresler" , pat@transarc.com,
        freebsd-hackers@FreeBSD.ORG
Subject: Re: Anyone working on ATM support?
In-Reply-To: <199605091908.MAA12873@seagull.rtd.com>
Message-ID: 
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

On Thu, 9 May 1996, Don Yuniskis wrote:
> "A newly proposed protocol may enable the Internet to deliver ATM cells
> encapsulated within its IP packets.  If adopted, it would give any
> Ethernet-capable desktop the ability to receive ATM without any 
> specialized hardware. ..."

Very nice, but how can one reserve bandwidth in Ethernet would be an 
interesting problem to solve.

From owner-freebsd-hackers  Fri May 10 00:22:15 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id AAA28368
          for hackers-outgoing; Fri, 10 May 1996 00:22:15 -0700 (PDT)
Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA28363
          for ; Fri, 10 May 1996 00:22:02 -0700 (PDT)
Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA21691 for ; Fri, 10 May 1996 09:21:51 +0200
Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP
	id JAA26721 for freebsd-hackers@freebsd.org; Fri, 10 May 1996 09:21:51 +0200
Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA23844 for freebsd-hackers@freebsd.org; Fri, 10 May 1996 09:14:58 +0200 (MET DST)
From: J Wunsch 
Message-Id: <199605100714.JAA23844@uriah.heep.sax.de>
Subject: Re: The size of the daemon plushie..
To: freebsd-hackers@freebsd.org (FreeBSD hackers)
Date: Fri, 10 May 1996 09:14:57 +0200 (MET DST)
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <6168.831681240@time.cdrom.com> from "Jordan K. Hubbard" at "May 9, 96 03:34:00 pm"
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E 
X-Mailer: ELM [version 2.4ME+ PL15 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

As Jordan K. Hubbard wrote:

> A couple of people have written to ask me how _big_ the stuffed guy is.
> Sorry for neglecting to mention that!  He's a little under a foot high,
> somewhat shorter than your average teddy bear.

This translates into ~ 30 cm for the bigger part of the world. :-))
(Maybe 35, it's been a while ago i've seen him last.)

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-hackers  Fri May 10 00:23:10 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id AAA28425
          for hackers-outgoing; Fri, 10 May 1996 00:23:10 -0700 (PDT)
Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA28415
          for ; Fri, 10 May 1996 00:22:56 -0700 (PDT)
Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA21681; Fri, 10 May 1996 09:21:42 +0200
Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP
	id JAA26714; Fri, 10 May 1996 09:20:53 +0200
Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA23887; Fri, 10 May 1996 09:18:10 +0200 (MET DST)
From: J Wunsch 
Message-Id: <199605100718.JAA23887@uriah.heep.sax.de>
Subject: Re: About BSD With NE2000
To: jbye@icc.sjtu.edu.cn (Jingbo Ye)
Date: Fri, 10 May 1996 09:18:10 +0200 (MET DST)
Cc: leisner@sdsp.mc.xerox.com, chuckr@glue.umd.edu, crb@glue.umd.edu,
        freebsd-hackers@freefall.freebsd.org, bookpool@bookpool.com
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <31927EBB.2973@icc.sjtu.edu.cn> from Jingbo Ye at "May 10, 96 07:24:43 am"
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E 
X-Mailer: ELM [version 2.4ME+ PL15 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

As Jingbo Ye wrote:

>    While installing BSD/OS 2.0 on a pentium PCI/ISA machine, the BSD
                      ^^^^^^^^^^
> failed to recognize the NE2000 NIC,...

Sorry, wrong mailing list.  We don't sell BSD/OS.

For FreeBSD, enter ``-c'' at the boot prompt, and correct the setup
for ``ed0''.

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-hackers  Fri May 10 00:54:18 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id AAA01156
          for hackers-outgoing; Fri, 10 May 1996 00:54:18 -0700 (PDT)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA01140
          for ; Fri, 10 May 1996 00:53:02 -0700 (PDT)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id RAA02365; Fri, 10 May 1996 17:47:24 +1000
Date: Fri, 10 May 1996 17:47:24 +1000
From: Bruce Evans 
Message-Id: <199605100747.RAA02365@godzilla.zeta.org.au>
To: bde@zeta.org.au, rnordier@iafrica.com
Subject: Re: [Q] Raw interface to block devices
Cc: hackers@FreeBSD.ORG
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>> devname(3) seems to be almost what you want.  You can stat the first name
>> to get the dev number and then call devname() to get the other name.  It
>> searches quickly through all the names in /var/run/dev.db.

>I've just tried that, and it seems to be _exactly_ what I want. :-)

Actually, it is no help.  It just does a fast search through /dev.  It
doesn't support going from the bdev to the cdev or vice versa.  It can't
support this because even the kernel barely knows the correspondence
between bdevs and cdevs.  In -current, the bdevsw and cdevsw entries
contain pointers to each other.   In -stable there is only the poorly
maintained chrtoblk() routine.

Bruce

From owner-freebsd-hackers  Fri May 10 01:28:03 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id BAA02652
          for hackers-outgoing; Fri, 10 May 1996 01:28:03 -0700 (PDT)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA02631
          for ; Fri, 10 May 1996 01:27:53 -0700 (PDT)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id SAA03647; Fri, 10 May 1996 18:20:25 +1000
Date: Fri, 10 May 1996 18:20:25 +1000
From: Bruce Evans 
Message-Id: <199605100820.SAA03647@godzilla.zeta.org.au>
To: freebsd-hackers@FreeBSD.org, mihoko@pa.yokogawa.co.jp
Subject: Re: a problem of setitimer()
Cc: taketomi@pa.yokogawa.co.jp
Sender: owner-hackers@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

>I'm running FreeBSD-2.1.0R.

>I found the problem of realitexpire() [sys/kern/kern_time.c].

>If the time is late, the process which uses the system call
>setitimer() can't get SIGALARM until the next timeout has come.

>For example, the current time is 7:30 and the next timeout is 7:32,
>then the time is changed to 7:15.
>The process gets SIGALARM at 7:32, not at 7:17.

>I suggest following coding.
>How about?

I think the correct fix is to adjust all the timers in settimeofday().
It now says /* WHAT DO WE DO ABOUT PENDING REAL-TIME TIMEOUTS??? */
and does nothing.

Another fix is to never use settimeofday() :-).  You should try to use
it only immediately after booting.

Bruce

From owner-freebsd-hackers  Fri May 10 01:52:48 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id BAA04169
          for hackers-outgoing; Fri, 10 May 1996 01:52:48 -0700 (PDT)
Received: from itesec.hsc.fr (root@itesec.hsc.fr [192.70.106.33])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA04159
          for ; Fri, 10 May 1996 01:52:42 -0700 (PDT)
Received: from tetard.hsc.fr (tetard.hsc.fr [192.70.106.43]) by itesec.hsc.fr (8.7.5/8.7.3/itesec-1.8) with ESMTP id KAA05576 for ; Fri, 10 May 1996 10:52:28 +0200 (MET DST)
Received: (from regnauld@localhost) by tetard.hsc.fr (8.7.5/8.7.3/tetard-uucp-2.8) id KAA06882 for hackers@freebsd.org; Fri, 10 May 1996 10:52:11 +0200 (MET DST)
From: Philippe Regnauld 
Message-Id: <199605100852.KAA06882@tetard.hsc.fr>
Subject: Need old pccard-test (960328)
To: hackers@freebsd.org (hackers)
Date: Fri, 10 May 1996 10:52:11 +0200 (MET DST)
X-Mailer: ELM [version 2.4ME+ PL15 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Hi all,

	I'm having major problems (i.e.: I get: "3Com Corporation:
	invalid argument" when pccardd tries to  assign a 3C589 pccard, and
	"driver  allocation failed) while  this   worked fine with   960328
	pccard-test package.  Since  960508 doesn't support  2.1.0-RELEASE,
	does anoybody have a copy of the  pccard-test-960328 package ? (and
	a pointer to it :-)

							Thanks,

							-- Phil
-- 
+-------------------+---------------------------------------+-----------------+
| Philippe Regnauld |_______Herve Schauer Consultants_______| regnauld@hsc.fr |
+-------------------+FreeBSD - Turning PCs into Workstations+-----------------+




From owner-freebsd-hackers  Fri May 10 01:56:34 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id BAA04388
          for hackers-outgoing; Fri, 10 May 1996 01:56:34 -0700 (PDT)
Received: from melb.werple.net.au (melb.werple.net.au [203.9.190.18])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA04381
          for ; Fri, 10 May 1996 01:56:31 -0700 (PDT)
Received: from cimaxp1.UUCP (uucp@localhost) by melb.werple.net.au (8.7.5/8.7.3) with UUCP id SAA11846 for mira!FreeBSD.ORG!hackers; Fri, 10 May 1996 18:11:12 +1000 (EST)
Message-Id: <199605100811.SAA11846@melb.werple.net.au>
Received: by cimaxp1.cimlogic.com.au; (5.65/1.1.8.2/10Sep95-0953AM)
	id AA17239; Fri, 10 May 1996 18:12:14 +1000
From: John Birrell 
Subject: Re: libc_r threads doco?
To: devetir.qld.gov.au!sysseh@melb.werple.net.au (Stephen Hocking)
Date: Fri, 10 May 1996 18:12:13 +1000 (EST)
Cc: FreeBSD.ORG!hackers@melb.werple.net.au
In-Reply-To: <199605100559.FAA24174@netfl15a.devetir.qld.gov.au> from "Stephen Hocking" at May 10, 96 03:59:01 pm
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> 
> Anyone got any idea where to find a paper on the variety of threads used in 
> libc_r? Are they pthread compliant?\

At the moment they're closer to draft 4 of POSIX 1003.1c than draft 10
(the latest). I've got a local version that is closer, but not quite 
there yet... I've had no time to work on this lately.

> 
> 
> 	Stephen
> -- 
> The views expressed above are not those of the Worker's Compensation Board of
> Queensland, Australia.
> 
> 
> 


-- 
John Birrell                                CIMlogic Pty Ltd
jb@cimlogic.com.au                          119 Cecil Street
Ph  +61  3 9690 6900                        South Melbourne Vic 3205
Fax +61  3 9690 6650                        Australia
Mob +61 18  353  137

From owner-freebsd-hackers  Fri May 10 02:49:48 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id CAA06757
          for hackers-outgoing; Fri, 10 May 1996 02:49:48 -0700 (PDT)
Received: from ns.okbmei.msk.su (ns.okbmei.msk.su [194.190.170.40])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA06731
          for ; Fri, 10 May 1996 02:49:36 -0700 (PDT)
Received: by ns.okbmei.msk.su id AA18759
  (5.67c8/IDA-1.5 for freebsd-hackers@freebsd.org); Fri, 10 May 1996 13:53:35 +0400
From: Andrew Davydov 
Message-Id: <199605100953.AA18759@ns.okbmei.msk.su>
Subject: GUS PnP on 2.1R
To: freebsd-hackers@freebsd.org
Date: Fri, 10 May 1996 13:53:34 +0400 (MSD)
X-Mailer: ELM [version 2.4ME+ PL16 (25)]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Charset: KOI8-R
X-Char-Esc: 29
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


Hello.

	I`m have a Gravis UltraSound PnP adapter.
	I`m don`t know how install it in FreeBSD 2.1R
	Please help me.

----
Andrew L.Davydov

From owner-freebsd-hackers  Fri May 10 04:00:27 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id EAA09624
          for hackers-outgoing; Fri, 10 May 1996 04:00:27 -0700 (PDT)
Received: from eac.iafrica.com (h196-7-192-136.iafrica.com [196.7.192.136])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA09616
          for ; Fri, 10 May 1996 04:00:20 -0700 (PDT)
Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id MAA00520; Fri, 10 May 1996 12:49:55 +0200
From: Robert Nordier 
Message-Id: <199605101049.MAA00520@eac.iafrica.com>
Subject: Re: [Q] Raw interface to block devices
To: bde@zeta.org.au (Bruce Evans)
Date: Fri, 10 May 1996 12:49:54 +0200 (SAT)
Cc: hackers@freebsd.org
In-Reply-To: <199605100747.RAA02365@godzilla.zeta.org.au> from "Bruce Evans" at May 10, 96 05:47:24 pm
X-Mailer: ELM [version 2.4 PL24 ME8a]
Content-Type: text
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Bruce Evans wrote:
> 
> >> devname(3) seems to be almost what you want.  You can stat the first name
> >> to get the dev number and then call devname() to get the other name.  It
> >> searches quickly through all the names in /var/run/dev.db.
> 
> >I've just tried that, and it seems to be _exactly_ what I want. :-)
> 
> Actually, it is no help.  It just does a fast search through /dev.  It
> doesn't support going from the bdev to the cdev or vice versa.  It can't
> support this because even the kernel barely knows the correspondence
> between bdevs and cdevs.  In -current, the bdevsw and cdevsw entries
> contain pointers to each other.   In -stable there is only the poorly
> maintained chrtoblk() routine.

Yes, it's a shame about to bdev <-> cdev mapping.

Anyway, devname(3) does hand off some of the task to a library routine,
and may allow the rest to be handled in a simple lookup table.

Though, for portability, I suppose there is still something to be said
for fiddling with the names themselves:

   /dev/[r]sd0a
   /dev/[r]dsk/0s0

--
Robert Nordier

From owner-freebsd-hackers  Fri May 10 07:08:10 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id HAA19277
          for hackers-outgoing; Fri, 10 May 1996 07:08:10 -0700 (PDT)
Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA19272
          for ; Fri, 10 May 1996 07:08:06 -0700 (PDT)
Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id JAA02357; Fri, 10 May 1996 09:07:15 -0500
From: Joe Greco 
Message-Id: <199605101407.JAA02357@brasil.moneng.mei.com>
Subject: Re: netstart & network interface startup scripts
To: garya@ics.com (Gary Aitken)
Date: Fri, 10 May 1996 09:07:14 -0500 (CDT)
Cc: freebsd-hackers@freebsd.org
In-Reply-To: <318F9F04.1388@ics.com> from "Gary Aitken" at May 7, 96 01:05:40 pm
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

> In 2.1, /etc/netstart contains the following code to configure the
> network interfaces:
> 
> # Set up all the network interfaces, calling startup scripts if needed
> for ifn in ${network_interfaces}; do
>         if [ -e /etc/start_if.${ifn} ]; then
>                 . /etc/start_if.${ifn} ${ifn}
>         fi
>         eval ifconfig_args=\$ifconfig_${ifn}
>         ifconfig ${ifn} ${ifconfig_args}
>         ifconfig ${ifn}
> done
> 
> Why are the interface specific scripts run *before* the interfaces
> are actually configured?  I would have thought they should be run
> afterwards.  
> 
> for example, I need to do the following at startup:
> 
> ifconfig de0 inet 206.230.42.65 netmask 255.255.255.224
> ifconfig de0 inet 206.230.42.69 alias
> 
> The first can be taken care of with the normal ifconfig_de0="..."
> line in sysconfig.  The second could be done by supplying
> an /etc/start_if.de0 script, but in that case both lines
> would need to be put there and no ifconfig_de0 line would
> be in sysconfig (which makes the comments in sysconfig a
> bit misleading).
> 
> Is the intent that the presence of /etc/start_if.xxx means
> there should be no ifconfig_xxx line in sysconfig?

Good question, this has been argued a few times and I think the last
consensus was that it should be an exclusive OR.

Credit Rod Grimes with suggesting the following clever bit which I haven't
actually tried:

ifconfig_ed0="inet 206.55.64.254 netmask 0xffffff80"
ifconfig_ed0="${ifconfig_ed0} alias 206.55.64.130 netmask 0xffffffff"
ifconfig_ed0="${ifconfig_ed0} alias 206.55.64.131 netmask 0xffffffff"
etc

... Joe

-------------------------------------------------------------------------------
Joe Greco - Systems Administrator			      jgreco@ns.sol.net
Solaria Public Access UNIX - Milwaukee, WI			   414/546-7968

From owner-freebsd-hackers  Fri May 10 07:44:13 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id HAA22987
          for hackers-outgoing; Fri, 10 May 1996 07:44:13 -0700 (PDT)
Received: from etinc.com (etinc.com [204.141.244.98])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA22982
          for ; Fri, 10 May 1996 07:44:09 -0700 (PDT)
Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id KAA03173; Fri, 10 May 1996 10:51:11 -0400
Date: Fri, 10 May 1996 10:51:11 -0400
Message-Id: <199605101451.KAA03173@etinc.com>
X-Sender: dennis@etinc.com
X-Mailer: Windows Eudora Version 2.0.3
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
To: "Jordan K. Hubbard" 
From: dennis@etinc.com (dennis)
Subject: Re: About BSD With NE2000 
Cc: Marty Leisner ,
        Chuck Robey ,
        "Christopher R. Bowman" ,
        FreeBSD hackers ,
        bookpool@bookpool.com
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>Uh, you have the wrong operating system group. :-)
>
>You should talk to BSDI tech support about this one.

It seems to me that their "bulletproof installation" should take 
care of this for you? :-)

Dennis

>
>						Jordan
>> Hi,
>>    While installing BSD/OS 2.0 on a pentium PCI/ISA machine, the BSD
>> failed to recognize the NE2000 NIC, I've tried 3C503 NIC also but had no
>> luck. Would you please give me some suggestion? Thanks in advance.
>>    By the way, the iobase of the NE2000 is 0X300, and IRQ is 5.
>> 
>> Cheers!
>> Jingbo Ye
>
>
>
----------------------------------------------------------------------------
Emerging Technologies, Inc.      http://www.etinc.com

Synchronous Communications Cards and Routers For
Discriminating Tastes. 56k to T1 and beyond. Frame
Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD 
and LINUX


From owner-freebsd-hackers  Fri May 10 11:30:18 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id LAA13520
          for hackers-outgoing; Fri, 10 May 1996 11:30:18 -0700 (PDT)
Received: from cornelius.INS.CWRU.Edu (root@cornelius.INS.CWRU.Edu [129.22.8.216])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA13512
          for ; Fri, 10 May 1996 11:30:11 -0700 (PDT)
Received:  (majord@localhost) by cornelius.INS.CWRU.Edu (8.6.13+cwru/CWRU-2.3)
	id MAA17183; Fri, 10 May 1996 12:50:20 -0400 (from owner-bash-testers for bash-testers-out)
Received: from odin.INS.CWRU.Edu (odin.INS.CWRU.Edu [129.22.8.102]) by cornelius.INS.CWRU.Edu with ESMTP (8.6.13+cwru/CWRU-2.3)
	id MAA17177; Fri, 10 May 1996 12:50:17 -0400 (from chet@odin.INS.CWRU.Edu for )
Received: (chet@localhost) by odin.INS.CWRU.Edu (8.6.12+cwru/CWRU-2.2-ins)
	id MAA08377; Fri, 10 May 1996 12:50:15 -0400 (from chet for bash-testers@po.cwru.edu)
Date: Fri, 10 May 1996 12:44:52 -0400
From: Chet Ramey 
To: bash-testers@po.cwru.edu
Subject: Mailing list test
Reply-To: chet@po.cwru.edu
Message-ID: <9605101644.AA08202.SM@odin.INS.CWRU.Edu>
Read-Receipt-To: chet@po.CWRU.Edu
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Hi.

You're getting this message because you were on my list of bash
testers, which I have just converted into a majordomo-managed mailing
list. 

To send mail to the list, send to `bash-testers@po.cwru.edu'. 
Administrative requests, such as subscribing or unsubscribing,
should be sent to `majordomo@po.cwru.edu'. 

If you do not want to be on this list, send an unsubscribe request to
majordomo@po.cwru.edu or to me personally.

It's probable that I do not have the most current addresses for all of
you.  You can get the contents of the list by sending a message to
majordomo@po.cwru.edu with a one-line body: `who bash-testers'.  If
the address for you on that list is not current, please send an
updated one to chet@po.cwru.edu.

Once I have current addresses for everyone, I plan to change the list
configuration so that only list members can send messages to it.

As always, thanks for your help.

Chet


-- 
``The lyf so short, the craft so long to lerne.'' - Chaucer

Chet Ramey, Case Western Reserve University	Internet: chet@po.CWRU.Edu

From owner-freebsd-hackers  Fri May 10 12:18:28 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id MAA16571
          for hackers-outgoing; Fri, 10 May 1996 12:18:28 -0700 (PDT)
Received: from attila.stevens-tech.edu (root@attila.stevens-tech.edu [155.246.14.11])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA16566
          for ; Fri, 10 May 1996 12:18:25 -0700 (PDT)
Received: from s96254.u96.stevens-tech.edu (S96254.u96.stevens-tech.edu [155.246.130.77]) by attila.stevens-tech.edu (8.6.13/8.6.12) with SMTP id PAA02691 for ; Fri, 10 May 1996 15:18:22 -0400
Message-Id: <2.2.32.19960510191750.006baf38@attila.stevens-tech.edu>
X-Sender: pchhibbe@attila.stevens-tech.edu
X-Mailer: Windows Eudora Pro Version 2.2 (32)
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Fri, 10 May 1996 15:17:50 -0400
To: freebsd-hackers@freebsd.org
From: Parag Chhibber 
Subject: Allocation Unit and File System in General
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Hi.

I was wondering what type of file system is used by FreeBSD, and more
importantly, what are the size of the allocation units?

In DOS (which sucks) the file system supports names of 8+3 with allocation
unit sizes differing depending on the partition size as follows:

Hard Disk               Allocation Unit
Minimum Size            

0 MB                    512 bytes
32 MB                   1024 bytes (1 KB)
64 MB                   2048 bytes (2 KB)
128 MB                  4096 bytes (4 KB)
256 MB                  8192 bytes (8 KB)
512 MB                  16384 bytes (16 KB)
1024 MB                 32768 bytes (32 KB)
2048 MB                 65536 bytes (64 KB)
and so on...

This means that if you have a 1.2 GB drive, in DOS, if you leave it as 1
partition, your allocation unit is 32 KB.  If you split the drive into 3
partitions, your allocation untis is 8 KB.

Basically your allocation unit is the minimum multiple that your actual file
size must take up.  (For example, with 32 KB allocation units, files less
then 32 KB take up 32 KB, and files greater then that take up multiples of
32 KB rounding up.)

My question is how are allocation units handled in FreeBSD, because with
disk striping and such, disk sizes can become pretty big.

Sorry for the length of this question, but I got carried away...

Thanks in advance for all your time and effort.
Parag Chhibber =============================================================
Stevens Institute of Technology		Home Address:
S-247, Technology Hall #608		15 Powderhorn Drive
Castle Point on the Hudson		Kinnelon, New Jersey 07405-2936
Hoboken, New Jersey, 07030		(201) 492 - 2698
(201) 216 - 3611

E-mail:
mailto:parag@gsi.gsini.net

WWW:
http://gsi.gsini.net/~parag/	
http://attila.stevens-tech.edu/~pchhibbe/
=============================================================================


From owner-freebsd-hackers  Fri May 10 12:48:01 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id MAA18719
          for hackers-outgoing; Fri, 10 May 1996 12:48:01 -0700 (PDT)
Received: from hamby1.lightside.net (hamby1.lightside.net [198.81.209.17])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA18689
          for ; Fri, 10 May 1996 12:47:57 -0700 (PDT)
Received: from localhost (jehamby@localhost) by hamby1.lightside.net (8.7.5/8.7.3) with SMTP id MAA00290; Fri, 10 May 1996 12:50:26 -0700 (PDT)
X-Authentication-Warning: hamby1.lightside.net: jehamby owned process doing -bs
Date: Fri, 10 May 1996 12:50:25 -0700 (PDT)
From: Jake Hamby 
X-Sender: jehamby@hamby1
To: java-port-bsd@portia.com
cc: hackers@FreeBSD.ORG
Subject: Java support in BSD kernel!?
Message-ID: 
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

A friend told me that Linux would be "supporting Java in the kernel",
which seemed questionable since for licensing reasons it would be
impossible to embed the Java run-time into a GNU kernel like Linux (or
FreeBSD for that matter)!

The message he actually forwarded me told a quite different story:
Basically somebody has patched the Linux kernel to recognize a Java .class
file and run "java MyClass", in much the same manner as a shell script is
executed with the command on the top line (e.g. "#!/bin/sh").

I know it would be quite simple to add this support to both FreeBSD and
NetBSD, but since the versions of the JDK for these systems are not stable
enough for production use (due primarily to lack of threads and/or Motif
availability), I'm not concerned about doing this myself.  In fact, I'm
doing all my Java development on Solaris/x86! (I know this makes me a
"traitor" to BSD, but at least it's not Windoze :-)

However, when the JDK does become robust and widely available, it would
certainly be a good idea to add .class handling intelligence to the BSD
kernels if for no other reason than to say that we, too, have "Java
support in the OS" even if it is a half-truth.  Comments?

------------------------------------------------------------------------------
|Jake Hamby| Ask me about Unix, FreeBSD, Solaris, The Tick, Motif, or NT, eh?|
------------------------------------------------------------------------------
"Hi, can I interest you in buying some meat over the phone?" -Lotus commercial


From owner-freebsd-hackers  Fri May 10 13:27:26 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id NAA20987
          for hackers-outgoing; Fri, 10 May 1996 13:27:26 -0700 (PDT)
Received: from ns.sdlcomm.com (doug@[204.137.135.36])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA20965
          for ; Fri, 10 May 1996 13:27:14 -0700 (PDT)
Received: (from doug@localhost) by ns.sdlcomm.com (8.6.12/8.6.9) id QAA01224; Fri, 10 May 1996 16:24:01 -0400
Date: Fri, 10 May 1996 16:23:59 -0400 (EDT)
From: "Douglas M. Breault" 
To: Jake Hamby 
cc: java-port-bsd@portia.com, hackers@FreeBSD.ORG
Subject: Re: Java support in BSD kernel!?
In-Reply-To: 
Message-ID: 
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk





On Fri, 10 May 1996, Jake Hamby wrote:

> A friend told me that Linux would be "supporting Java in the kernel",
> which seemed questionable since for licensing reasons it would be
> impossible to embed the Java run-time into a GNU kernel like Linux (or
> FreeBSD for that matter)!
> 
> The message he actually forwarded me told a quite different story:
> Basically somebody has patched the Linux kernel to recognize a Java .class
> file and run "java MyClass", in much the same manner as a shell script is
> executed with the command on the top line (e.g. "#!/bin/sh").
> 
> I know it would be quite simple to add this support to both FreeBSD and
> NetBSD, but since the versions of the JDK for these systems are not stable
> enough for production use (due primarily to lack of threads and/or Motif
> availability), I'm not concerned about doing this myself.  In fact, I'm
> doing all my Java development on Solaris/x86! (I know this makes me a
> "traitor" to BSD, but at least it's not Windoze :-)
> 
> However, when the JDK does become robust and widely available, it would
> certainly be a good idea to add .class handling intelligence to the BSD
> kernels if for no other reason than to say that we, too, have "Java
> support in the OS" even if it is a half-truth.  Comments?
> 
> ------------------------------------------------------------------------------
> |Jake Hamby| Ask me about Unix, FreeBSD, Solaris, The Tick, Motif, or NT, eh?|
> ------------------------------------------------------------------------------
> "Hi, can I interest you in buying some meat over the phone?" -Lotus commercial
> 
> 

From owner-freebsd-hackers  Fri May 10 13:48:47 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id NAA22723
          for hackers-outgoing; Fri, 10 May 1996 13:48:47 -0700 (PDT)
Received: from ns.sdlcomm.com (doug@[204.137.135.36])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA22706
          for ; Fri, 10 May 1996 13:48:40 -0700 (PDT)
Received: (from doug@localhost) by ns.sdlcomm.com (8.6.12/8.6.9) id QAA01288; Fri, 10 May 1996 16:45:15 -0400
Date: Fri, 10 May 1996 16:45:14 -0400 (EDT)
From: "Douglas M. Breault" 
To: Jake Hamby 
cc: java-port-bsd@portia.com, hackers@FreeBSD.ORG, bsdi-isps@gateway.com
Subject: Re: Java support in BSD kernel!?
In-Reply-To: 
Message-ID: 
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk


(I'm not a Java, Linux, or BSD guru.)

I was being stupid I guess, but I assumed that because the Java port for 
BSD wasn't completed yet, that I couldn't run Java from the server. The 
point I didn't get, and that some other ISP's may not get, is that 
you CAN compile Java code on other platforms and take the .class file, place 
it on your BSD server and call the .class from HTML pages. So now I simply 
write the Java code on a Win 95 machine (until the BSD Java port is ready) 
and copy the classes over to BSD.

Now, that's basic functionality. As for the difference between Java apps 
and applets and which ones will/will not work under this scheme...not 
sure. Java is just a side thing for me.

Hope this helps someone else who was waiting on the BSD Java port.
-Doug



On Fri, 10 May 1996, Jake Hamby wrote:

> A friend told me that Linux would be "supporting Java in the kernel",
> which seemed questionable since for licensing reasons it would be
> impossible to embed the Java run-time into a GNU kernel like Linux (or
> FreeBSD for that matter)!
> 
> The message he actually forwarded me told a quite different story:
> Basically somebody has patched the Linux kernel to recognize a Java .class
> file and run "java MyClass", in much the same manner as a shell script is
> executed with the command on the top line (e.g. "#!/bin/sh").
> 
> I know it would be quite simple to add this support to both FreeBSD and
> NetBSD, but since the versions of the JDK for these systems are not stable
> enough for production use (due primarily to lack of threads and/or Motif
> availability), I'm not concerned about doing this myself.  In fact, I'm
> doing all my Java development on Solaris/x86! (I know this makes me a
> "traitor" to BSD, but at least it's not Windoze :-)
> 
> However, when the JDK does become robust and widely available, it would
> certainly be a good idea to add .class handling intelligence to the BSD
> kernels if for no other reason than to say that we, too, have "Java
> support in the OS" even if it is a half-truth.  Comments?
> 
> ------------------------------------------------------------------------------
> |Jake Hamby| Ask me about Unix, FreeBSD, Solaris, The Tick, Motif, or NT, eh?|
> ------------------------------------------------------------------------------
> "Hi, can I interest you in buying some meat over the phone?" -Lotus commercial
> 
> 

From owner-freebsd-hackers  Fri May 10 14:59:03 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id OAA28895
          for hackers-outgoing; Fri, 10 May 1996 14:59:03 -0700 (PDT)
Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA28883
          for ; Fri, 10 May 1996 14:58:59 -0700 (PDT)
Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA02890; Fri, 10 May 1996 14:57:57 -0700
From: Terry Lambert 
Message-Id: <199605102157.OAA02890@phaeton.artisoft.com>
Subject: Re: Allocation Unit and File System in General
To: pchhibbe@attila.stevens-tech.edu (Parag Chhibber)
Date: Fri, 10 May 1996 14:57:56 -0700 (MST)
Cc: freebsd-hackers@freebsd.org
In-Reply-To: <2.2.32.19960510191750.006baf38@attila.stevens-tech.edu> from "Parag Chhibber" at May 10, 96 03:17:50 pm
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

> I was wondering what type of file system is used by FreeBSD, and more
> importantly, what are the size of the allocation units?
> 
> In DOS (which sucks) the file system supports names of 8+3 with allocation
> unit sizes differing depending on the partition size as follows:
> 
> Hard Disk               Allocation Unit
> Minimum Size            
> 
> 0 MB                    512 bytes
> 32 MB                   1024 bytes (1 KB)
> 64 MB                   2048 bytes (2 KB)
> 128 MB                  4096 bytes (4 KB)
> 256 MB                  8192 bytes (8 KB)
> 512 MB                  16384 bytes (16 KB)
> 1024 MB                 32768 bytes (32 KB)
> 2048 MB                 65536 bytes (64 KB)
> and so on...
> 
> This means that if you have a 1.2 GB drive, in DOS, if you leave it as 1
> partition, your allocation unit is 32 KB.  If you split the drive into 3
> partitions, your allocation untis is 8 KB.
> 
> Basically your allocation unit is the minimum multiple that your actual file
> size must take up.  (For example, with 32 KB allocation units, files less
> then 32 KB take up 32 KB, and files greater then that take up multiples of
> 32 KB rounding up.)
> 
> My question is how are allocation units handled in FreeBSD, because with
> disk striping and such, disk sizes can become pretty big.

If you use the default FFS, then the FS allocation unit is called a
"frag".  The minimum size of a "frag" depends on the FS block size,
set during the "newfs" (the equivalent of a high level format).

For a 4k block size, the frag size is 512b (one disk block).  For an
8k block size, the frag size is 1024b (1k).


Files are stored in (file_size div fs_block_size) fs blocks followed
by (((file_size mod fs_block_size) + fs_block_size - 1) / fs_frag_size)
frags.

The frag size can be made smaller, but by default it will be the max
of 512b and fs_block_size / 8 (since an unsigned char bitmap is used
to index frags).


This means that for a totally random distribution of file sizes, on an
8k FS block size FS, 512b per file are wasted.  No matter what size the
disk is.

So we have:

Hard Disk               ----- average wasted space per file -----
Minimum Size            DOS            FFS 4k            FFS 8k

0 MB                    256b            256b             512b
32 MB                   512b            256b             512b
64 MB                   1k              256b             512b
128 MB                  2k              256b             512b
256 MB                  4k              256b             512b
512 MB                  8k              256b             512b
1024 MB                 16k             256b             512b
2048 MB                 32k             256b             512b
4096 MB                 impossible      256b             512b
8192 MB                 impossible      256b             512b
16384 MB                impossible      256b             512b
32768 MB                impossible      256b             512b
65536 MB                impossible      256b             512b
...
1 TB                    impossible      256b             512b
2 TB                    impossible      256b             512b
4 TB                    impossible      impossible       512b
and so on...


					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.

From owner-freebsd-hackers  Fri May 10 16:05:56 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id QAA02274
          for hackers-outgoing; Fri, 10 May 1996 16:05:56 -0700 (PDT)
Received: from portia.portia.com (root@portia.com [206.150.233.34])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA02268
          for ; Fri, 10 May 1996 16:05:53 -0700 (PDT)
Received: from portia.portia.com (marnellm@localhost.portia.com [127.0.0.1]) by portia.portia.com (8.7.3/portia8.6.12) with ESMTP id SAA11376; Fri, 10 May 1996 18:02:51 -0400 (EDT)
Message-Id: <199605102202.SAA11376@portia.portia.com>
X-Mailer: exmh version 1.6.7 5/3/96
To: Jake Hamby 
cc: java-port-bsd@portia.com, hackers@freebsd.org
Subject: Re: Java support in BSD kernel!? 
In-reply-to: Your message of "Fri, 10 May 1996 12:50:25 PDT."
              
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Fri, 10 May 1996 18:02:51 -0400
From: Matthew James Marnell 
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

:>A friend told me that Linux would be "supporting Java in the kernel",
:>which seemed questionable since for licensing reasons it would be
:>impossible to embed the Java run-time into a GNU kernel like Linux (or
:>FreeBSD for that matter)!

The support in the Linux kernel for Java is the same kind of support
for shell script execution by recognizing the #! at the beginning
of the file.  No more.

Matt


From owner-freebsd-hackers  Fri May 10 16:07:49 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id QAA02330
          for hackers-outgoing; Fri, 10 May 1996 16:07:49 -0700 (PDT)
Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA02321
          for ; Fri, 10 May 1996 16:07:30 -0700 (PDT)
Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1])
	by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id BAA17265
	; Sat, 11 May 1996 01:07:15 +0200
Received: from (uucp@localhost)
	by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id BAA29347
	; Sat, 11 May 1996 01:07:23 +0200
Received: (from roberto@localhost) by keltia.freenix.fr (8.7.5/keltia-uucp-2.7) id AAA03313; Sat, 11 May 1996 00:43:20 +0200 (MET DST)
From: Ollivier Robert 
Message-Id: <199605102243.AAA03313@keltia.freenix.fr>
Subject: Re: Allocation Unit and File System in General
To: pchhibbe@attila.stevens-tech.edu (Parag Chhibber)
Date: Sat, 11 May 1996 00:43:19 +0200 (MET DST)
Cc: freebsd-hackers@freebsd.org
In-Reply-To: <2.2.32.19960510191750.006baf38@attila.stevens-tech.edu> from Parag Chhibber at "May 10, 96 03:17:50 pm"
X-Operating-System: FreeBSD 2.2-CURRENT ctm#1983
X-Mailer: ELM [version 2.4ME+ PL16 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

It seems that Parag Chhibber said:
> My question is how are allocation units handled in FreeBSD, because with
> disk striping and such, disk sizes can become pretty big.

We don't have this kind of block allocation thus not the same problems. You
can have a 9 GB filesystem with 8 KB blocks...
-- 
Ollivier ROBERT    -=- The daemon is FREE! -=-    roberto@keltia.freenix.fr
FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Thu May  9 23:47:04 MET DST 1996

From owner-freebsd-hackers  Fri May 10 20:26:51 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id UAA12785
          for hackers-outgoing; Fri, 10 May 1996 20:26:51 -0700 (PDT)
Received: from rover.village.org (rover.village.org [204.144.255.49])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA12780
          for ; Fri, 10 May 1996 20:26:47 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id VAA19238 for ; Fri, 10 May 1996 21:26:42 -0600 (MDT)
Message-Id: <199605110326.VAA19238@rover.village.org>
To: hackers@freebsd.org
Subject: Ext2fs
Date: Fri, 10 May 1996 21:26:42 -0600
From: Warner Losh 
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Any chance the ext2fs stuff in -current would work on -stable?

Warner

From owner-freebsd-hackers  Fri May 10 21:06:18 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id VAA14535
          for hackers-outgoing; Fri, 10 May 1996 21:06:18 -0700 (PDT)
Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA14529
          for ; Fri, 10 May 1996 21:06:14 -0700 (PDT)
Received: from rover.village.org (rover.village.org [204.144.255.49]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with ESMTP id VAA03239 for ; Fri, 10 May 1996 21:06:11 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id WAA19689; Fri, 10 May 1996 22:03:17 -0600 (MDT)
Message-Id: <199605110403.WAA19689@rover.village.org>
To: Matthew James Marnell 
Subject: Re: Java support in BSD kernel!? 
Cc: Jake Hamby , java-port-bsd@portia.com,
        hackers@FreeBSD.ORG
In-reply-to: Your message of Fri, 10 May 1996 18:02:51 EDT
Date: Fri, 10 May 1996 22:03:17 -0600
From: Warner Losh 
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk


: :>A friend told me that Linux would be "supporting Java in the kernel",
: :>which seemed questionable since for licensing reasons it would be
: :>impossible to embed the Java run-time into a GNU kernel like Linux (or
: :>FreeBSD for that matter)!
: 
: The support in the Linux kernel for Java is the same kind of support
: for shell script execution by recognizing the #! at the beginning
: of the file.  No more.

Well, the idea is being floated on the linux lists and someone has a
sample implementation.  It is exactly as Matthew says.  There are
those that are opposed to this hack on kernel bloat grounds.

Warner


From owner-freebsd-hackers  Sat May 11 02:35:04 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id CAA29643
          for hackers-outgoing; Sat, 11 May 1996 02:35:04 -0700 (PDT)
Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA29615
          Sat, 11 May 1996 02:34:55 -0700 (PDT)
Received: (from dgy@localhost) by seagull.rtd.com (8.6.12/1.2) id CAA19466; Sat, 11 May 1996 02:34:54 -0700
From: Don Yuniskis 
Message-Id: <199605110934.CAA19466@seagull.rtd.com>
Subject: 2.0.5 and 2.0 archive sites?
To: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers)
Date: Sat, 11 May 1996 02:34:54 -0700 (MST)
Cc: freebsd-questions@freefall.FreeBSD.org (FreeBSD questions)
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Greetings!
    Does anyone know of a complete (?) 2.0.5R and/or 2.0R archive
site?  I have a few goodies I need to recover...
    Thanx!
--don

From owner-freebsd-hackers  Sat May 11 03:22:02 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id DAA01815
          for hackers-outgoing; Sat, 11 May 1996 03:22:02 -0700 (PDT)
Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA01810
          for ; Sat, 11 May 1996 03:21:57 -0700 (PDT)
Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id MAA02983; Sat, 11 May 1996 12:21:22 +0200
Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP
	id MAA12709; Sat, 11 May 1996 12:21:21 +0200
Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id MAA27960; Sat, 11 May 1996 12:17:49 +0200 (MET DST)
From: J Wunsch 
Message-Id: <199605111017.MAA27960@uriah.heep.sax.de>
Subject: Re: Allocation Unit and File System in General
To: freebsd-hackers@freebsd.org (FreeBSD hackers)
Date: Sat, 11 May 1996 12:17:49 +0200 (MET DST)
Cc: pchhibbe@attila.stevens-tech.edu (Parag Chhibber)
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <2.2.32.19960510191750.006baf38@attila.stevens-tech.edu> from Parag Chhibber at "May 10, 96 03:17:50 pm"
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E 
X-Mailer: ELM [version 2.4ME+ PL15 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

As Parag Chhibber wrote:

> I was wondering what type of file system is used by FreeBSD, and more
> importantly, what are the size of the allocation units?

Berkeley FFS.  They've already recognized your problem some 10 years
ago. :)  You can read about it in the "Daemon book", ``The 4.3BSD
Operating System.  Design and Implemenation.''  (The update for 4.4BSD
has just been published.)

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-hackers  Sat May 11 07:24:20 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id HAA14727
          for hackers-outgoing; Sat, 11 May 1996 07:24:20 -0700 (PDT)
Received: from rover.village.org (rover.village.org [204.144.255.49])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA14715
          for ; Sat, 11 May 1996 07:24:17 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id IAA23760 for ; Sat, 11 May 1996 08:24:15 -0600 (MDT)
Message-Id: <199605111424.IAA23760@rover.village.org>
Subject: Re: Ext2fs 
To: hackers@FreeBSD.org
In-reply-to: Your message of Fri, 10 May 1996 21:26:42 MDT
Date: Sat, 11 May 1996 08:24:14 -0600
From: Warner Losh 
Sender: owner-hackers@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

I hate to followup to my own mail...

: Any chance the ext2fs stuff in -current would work on -stable?

Well, you can hack it relatively easily, but it isn't a drop in.

I have a couple of questions.  Frist, is there a way at compile time
to disambiguate 2.1R and 2.2R?  Second, what is "opt_quota.h"?  I
can't seem to find it in either tree.  Finally, would people be
interested in patches to make it work on -stable?

Warner


From owner-freebsd-hackers  Sat May 11 08:27:59 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id IAA17453
          for hackers-outgoing; Sat, 11 May 1996 08:27:59 -0700 (PDT)
Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA17433
          Sat, 11 May 1996 08:27:53 -0700 (PDT)
Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id KAA03414; Sat, 11 May 1996 10:26:45 -0500
From: Joe Greco 
Message-Id: <199605111526.KAA03414@brasil.moneng.mei.com>
Subject: Re: 2.0.5 and 2.0 archive sites?
To: dgy@rtd.com (Don Yuniskis)
Date: Sat, 11 May 1996 10:26:45 -0500 (CDT)
Cc: freebsd-hackers@freefall.freebsd.org,
        freebsd-questions@freefall.freebsd.org
In-Reply-To: <199605110934.CAA19466@seagull.rtd.com> from "Don Yuniskis" at May 11, 96 02:34:54 am
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> Greetings!
>     Does anyone know of a complete (?) 2.0.5R and/or 2.0R archive
> site?  I have a few goodies I need to recover...

ftp.freebsd.sol.net has 2.0.5R online.  I will be putting 2.0R online in the
near future, for this very reason  :-)

... JG

From owner-freebsd-hackers  Sat May 11 10:00:00 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id KAA22219
          for hackers-outgoing; Sat, 11 May 1996 10:00:00 -0700 (PDT)
Received: from neon.Glock.COM (neon.glock.com [198.82.228.159])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA22210
          for ; Sat, 11 May 1996 09:59:58 -0700 (PDT)
Received: (from mmead@localhost) by neon.Glock.COM (8.7.5/8.7.3) id NAA12863 for hackers@freebsd.org; Sat, 11 May 1996 13:00:10 -0400 (EDT)
From: "matthew c. mead" 
Message-Id: <199605111700.NAA12863@neon.Glock.COM>
Subject: 6x86 120+
To: hackers@freebsd.org
Date: Sat, 11 May 1996 13:00:09 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL24 ME8a]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

    I just got one of these the other day and installed it.  I've
read before that they accept the full pentium instruction set.
For all but a few things, it's a fair amount faster than my
P90(@100).  I did notice that these applications that seem slower
are built with pgcc pentium optimization.  Does anyone know if I
need to build with -m486 to get better performance out of this
chip, or should I stick with -mpentium?  Thanks!



-matt

-- 
Matthew C. Mead

mmead@Glock.COM
http://www.Glock.COM/~mmead/

From owner-freebsd-hackers  Sat May 11 10:47:21 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id KAA26118
          for hackers-outgoing; Sat, 11 May 1996 10:47:21 -0700 (PDT)
Received: from tfs.com (tfs.com [140.145.250.1])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA26112
          for ; Sat, 11 May 1996 10:47:18 -0700 (PDT)
Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP
	id m0uIIl9-0003w5C; Sat, 11 May 96 10:47 PDT
Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id RAA05893; Sat, 11 May 1996 17:47:22 GMT
X-Authentication-Warning: critter.tfs.com: Host localhost [127.0.0.1] didn't use HELO protocol
To: "matthew c. mead" 
cc: hackers@freebsd.org
Subject: Re: 6x86 120+ 
In-reply-to: Your message of "Sat, 11 May 1996 13:00:09 -0400."
             <199605111700.NAA12863@neon.Glock.COM> 
Date: Sat, 11 May 1996 17:47:20 +0000
Message-ID: <5891.831836840@critter.tfs.com>
From: Poul-Henning Kamp 
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

>     I just got one of these the other day and installed it.  I've
> read before that they accept the full pentium instruction set.
> For all but a few things, it's a fair amount faster than my
> P90(@100).  I did notice that these applications that seem slower
> are built with pgcc pentium optimization.  Does anyone know if I
> need to build with -m486 to get better performance out of this
> chip, or should I stick with -mpentium?  Thanks!

>From what I have heard so far you should only use -mpentium for the P5.
Most of the newer chips run slower with the pentium opts. because the 
attempted dual parallel sequences of instructions defeat the lookahead
of the logic in charge of the "RISCification".

Can we have a number for the FreeBSD-stones ?

	cd /usr/src
	rm -rf /usr/obj/*
	time make world

--
Poul-Henning Kamp           | phk@FreeBSD.ORG       FreeBSD Core-team.
http://www.freebsd.org/~phk | phk@login.dknet.dk    Private mailbox.
whois: [PHK]                | phk@ref.tfs.com       TRW Financial Systems, Inc.
Future will arrive by its own means, progress not so.

From owner-freebsd-hackers  Sat May 11 10:48:11 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id KAA26240
          for hackers-outgoing; Sat, 11 May 1996 10:48:11 -0700 (PDT)
Received: from nightmare.dreamchaser.org ([207.40.47.18])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA26234
          for ; Sat, 11 May 1996 10:48:08 -0700 (PDT)
Received: from mofo (mofo.dreamchaser.org [206.230.42.91]) by nightmare.dreamchaser.org (8.6.12/8.6.12) with SMTP id LAA00483 for ; Sat, 11 May 1996 11:48:04 -0600
Message-ID: <3194D2C8.162B@ics.com>
Date: Sat, 11 May 1996 11:47:52 -0600
From: Gary Aitken 
Organization: Integrated Computer Solutions
X-Mailer: Mozilla 3.0b3 (X11; I; SunOS 5.4 sun4c)
MIME-Version: 1.0
To: freebsd-hackers@freebsd.org
Subject: partitioned disk, can't hard boot
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

I have a 2.1 system running on a disk partitioned with the root
partition set up for win95 and the second partition for freebsd.

If I boot win95 first, then do a soft reboot, I can boot freebsd
fine; but if I do a hard reboot (power cycle or reset), freebsd
starts the boot process (I get the first few devices identified),
but then I get a panic:

panic: cannot mount root

The system is a Micron P100 using a BusLogic BT946C scsi board
with a Conner 1 Gig drive.  The disk was partitioned when freebsd
was installed, after consolidating existing win95 data.

fdisk shows the following:

******* Working on device /dev/rsd0 *******
parameters extracted from in-core disklabel are:
cylinders=1030 heads=64 sectors/track=32 (2048 blks/cyl)

 Figures below won't work with BIOS for partitions not in cyl 1
parameters to be used for BIOS calculations are:
cylinders=1030 heads=64 sectors/track=32 (2048 blks/cyl)

Warning: BIOS sector numbering starts with sector 1
Information from DOS bootblock is:
The data for partition 0 is:
sysid 6,(Primary 'big' DOS (> 32MB))
    start 32, size 765920 (373 Meg), flag 0
        beg: cyl 0/ sector 1/ head 1;
        end: cyl 373/ sector 32/ head 63
The data for partition 1 is:
sysid 165,(FreeBSD/NetBSD/386BSD)
    start 765952, size 1343488 (656 Meg), flag 80
        beg: cyl 374/ sector 1/ head 0;
        end: cyl 1023/ sector 32/ head 63
The data for partition 2 is:

The data for partition 3 is:


Can anyone give me some clues as to why I can't hard boot 
and possible scenarios to fix it?
-- 
Gary Aitken		garya@ics.com		(business)
			garya@dreamchaser.org	(personal)

From owner-freebsd-hackers  Sat May 11 11:28:05 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id LAA29750
          for hackers-outgoing; Sat, 11 May 1996 11:28:05 -0700 (PDT)
Received: from Fieber-John.campusview.indiana.edu (Fieber-John.campusview.indiana.edu [149.159.1.34])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA29694
          for ; Sat, 11 May 1996 11:28:01 -0700 (PDT)
Received: from localhost (jfieber@localhost) by Fieber-John.campusview.indiana.edu (8.7.5/8.7.3) with SMTP id NAA00857; Sat, 11 May 1996 13:27:54 -0500 (EST)
X-Authentication-Warning: Fieber-John.campusview.indiana.edu: jfieber owned process doing -bs
Date: Sat, 11 May 1996 13:27:53 -0500 (EST)
From: John Fieber 
X-Sender: jfieber@Fieber-John.campusview.indiana.edu
To: Jake Hamby 
cc: java-port-bsd@portia.com, hackers@freebsd.org
Subject: Re: Java support in BSD kernel!?
In-Reply-To: 
Message-ID: 
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

On Fri, 10 May 1996, Jake Hamby wrote:

> availability), I'm not concerned about doing this myself.  In fact, I'm
> doing all my Java development on Solaris/x86! (I know this makes me a
> "traitor" to BSD, but at least it's not Windoze :-)

For the record, the linux JDK port seems to work fine on the May
1st 2.2 snapshot, appletviewer and all.

-john

== jfieber@indiana.edu ===========================================
== http://fallout.campusview.indiana.edu/~jfieber ================


From owner-freebsd-hackers  Sat May 11 11:35:04 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id LAA00649
          for hackers-outgoing; Sat, 11 May 1996 11:35:04 -0700 (PDT)
Received: from neon.Glock.COM (neon.glock.com [198.82.228.159])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA00627
          for ; Sat, 11 May 1996 11:35:00 -0700 (PDT)
Received: (from mmead@localhost) by neon.Glock.COM (8.7.5/8.7.3) id OAA13611; Sat, 11 May 1996 14:35:12 -0400 (EDT)
From: "matthew c. mead" 
Message-Id: <199605111835.OAA13611@neon.Glock.COM>
Subject: Re: 6x86 120+
To: phk@critter.tfs.com (Poul-Henning Kamp)
Date: Sat, 11 May 1996 14:35:12 -0400 (EDT)
Cc: hackers@freebsd.org
In-Reply-To: <5891.831836840@critter.tfs.com> from "Poul-Henning Kamp" at May 11, 96 05:47:20 pm
X-Mailer: ELM [version 2.4 PL24 ME8a]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Poul-Henning Kamp writes:

> >     I just got one of these the other day and installed it.  I've
> > read before that they accept the full pentium instruction set.
> > For all but a few things, it's a fair amount faster than my
> > P90(@100).  I did notice that these applications that seem slower
> > are built with pgcc pentium optimization.  Does anyone know if I
> > need to build with -m486 to get better performance out of this
> > chip, or should I stick with -mpentium?  Thanks!

> >From what I have heard so far you should only use -mpentium for the P5.
> Most of the newer chips run slower with the pentium opts. because the 
> attempted dual parallel sequences of instructions defeat the lookahead
> of the logic in charge of the "RISCification".

> Can we have a number for the FreeBSD-stones ?

> 	cd /usr/src
> 	rm -rf /usr/obj/*
> 	time make world

	Will do it later today - once I'm through moving services
around between my new machines.



-matt

-- 
Matthew C. Mead

mmead@Glock.COM
http://www.Glock.COM/~mmead/

From owner-freebsd-hackers  Sat May 11 12:03:13 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id MAA04671
          for hackers-outgoing; Sat, 11 May 1996 12:03:13 -0700 (PDT)
Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA04650
          for ; Sat, 11 May 1996 12:03:09 -0700 (PDT)
Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA14043; Sat, 11 May 1996 21:02:55 +0200
Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP
	id VAA16509; Sat, 11 May 1996 21:02:55 +0200
Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id UAA01689; Sat, 11 May 1996 20:49:23 +0200 (MET DST)
From: J Wunsch 
Message-Id: <199605111849.UAA01689@uriah.heep.sax.de>
Subject: Re: Ext2fs
To: freebsd-hackers@freebsd.org (FreeBSD hackers)
Date: Sat, 11 May 1996 20:49:19 +0200 (MET DST)
Cc: imp@village.org (Warner Losh)
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <199605111424.IAA23760@rover.village.org> from Warner Losh at "May 11, 96 08:24:14 am"
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E 
X-Mailer: ELM [version 2.4ME+ PL15 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

As Warner Losh wrote:

> I have a couple of questions.  Frist, is there a way at compile time
> to disambiguate 2.1R and 2.2R?

#include 

__FreeBSD_version was at 199511 for 2.1R (hmm, what are we going to
use for 2.1.X?), it's now 199512 just to be bigger than 2.1R.

>  Second, what is "opt_quota.h"?

It's created by config(8), and collects the options related to quotas
(i guess, from the name).

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-hackers  Sat May 11 12:16:28 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id MAA06105
          for hackers-outgoing; Sat, 11 May 1996 12:16:28 -0700 (PDT)
Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA06100
          for ; Sat, 11 May 1996 12:16:26 -0700 (PDT)
Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id MAA04161; Sat, 11 May 1996 12:15:52 -0700
Message-Id: <199605111915.MAA04161@rah.star-gate.com>
X-Mailer: exmh version 1.6.5 12/11/95
To: John Fieber 
cc: Jake Hamby , java-port-bsd@portia.com,
        hackers@freebsd.org
Subject: Re: Java support in BSD kernel!? 
In-reply-to: Your message of "Sat, 11 May 1996 13:27:53 CDT."
              
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Sat, 11 May 1996 12:15:51 -0700
From: "Amancio Hasty Jr." 
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


For the record when are going to have native Java support.

	Amancio

> On Fri, 10 May 1996, Jake Hamby wrote:
> 
> > availability), I'm not concerned about doing this myself.  In fact, I'm
> > doing all my Java development on Solaris/x86! (I know this makes me a
> > "traitor" to BSD, but at least it's not Windoze :-)
> 
> For the record, the linux JDK port seems to work fine on the May
> 1st 2.2 snapshot, appletviewer and all.
> 
> -john
> 
> == jfieber@indiana.edu ===========================================
> == http://fallout.campusview.indiana.edu/~jfieber ================
> 
> 



From owner-freebsd-hackers  Sat May 11 14:47:51 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id OAA21298
          for hackers-outgoing; Sat, 11 May 1996 14:47:51 -0700 (PDT)
Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA21290
          for ; Sat, 11 May 1996 14:47:48 -0700 (PDT)
Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA06896; Sat, 11 May 1996 14:47:01 -0700
From: Terry Lambert 
Message-Id: <199605112147.OAA06896@phaeton.artisoft.com>
Subject: Re: partitioned disk, can't hard boot
To: garya@ics.com (Gary Aitken)
Date: Sat, 11 May 1996 14:47:01 -0700 (MST)
Cc: freebsd-hackers@FreeBSD.ORG
In-Reply-To: <3194D2C8.162B@ics.com> from "Gary Aitken" at May 11, 96 11:47:52 am
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> I have a 2.1 system running on a disk partitioned with the root
> partition set up for win95 and the second partition for freebsd.
> 
> If I boot win95 first, then do a soft reboot, I can boot freebsd
> fine; but if I do a hard reboot (power cycle or reset), freebsd
> starts the boot process (I get the first few devices identified),
> but then I get a panic:
> 
> panic: cannot mount root

[ ... ]

> Can anyone give me some clues as to why I can't hard boot 
> and possible scenarios to fix it?

Windows 95 moves some PnP hardware around, and you have BSD set
up to find it in the moved place instead of the default place.

Turn off PnP in the hardware and jumper/software-config it to
the locations expected by Windows95, and the problem should go
away.


					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.

From owner-freebsd-hackers  Sat May 11 16:24:27 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id QAA02375
          for hackers-outgoing; Sat, 11 May 1996 16:24:27 -0700 (PDT)
Received: from scugat1.abaforum.es (scugat1.abaforum.es [194.179.88.6])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA02369
          for ; Sat, 11 May 1996 16:24:23 -0700 (PDT)
Received: from infovia239.abaforum.es (infovia239.abaforum.es [194.179.88.239]) by scugat1.abaforum.es (8.6.12/6.2) with SMTP id BAA18167 for ; Sun, 12 May 1996 01:28:36 +0200
Date: Sun, 12 May 1996 01:28:36 +0200
Message-Id: <199605112328.BAA18167@scugat1.abaforum.es>
X-Sender: jesus@mail.abaforum.es (Unverified)
X-Mailer: Windows Eudora Light Version 1.5.2
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
To: freebsd-hackers@freebsd.org
From: Jesus Rodriguez 
Subject: aliasing problem, help!!
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Hi every body. I'm trying to use aliases file for a internal mailing list. i
have an entry like this in my aliases file:
        mailing.list: :include:/path/to/file
i execute newaliases but it doesn't work. Sendmail tries to send mail to the
user
       :include:/path/to/file@my.domain

Seems that sendmail can't read the external aliases file.

Any ideas?????

Thanks in advance.
 

----------------------------------------------------------
Jesus Rodriguez                     Abaforum
jesusr@abaforum.es                  Rambla del Celler, 65
Tel: +34 3 589 1101                 08190 Sant Cugat
Fax: +34 3 589 4483                 Barcelona - SPAIN
-----------------------------------------------------------


From owner-freebsd-hackers  Sat May 11 16:24:43 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id QAA02435
          for hackers-outgoing; Sat, 11 May 1996 16:24:43 -0700 (PDT)
Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA02421
          for ; Sat, 11 May 1996 16:24:41 -0700 (PDT)
Received: from localhost (mrcpu@localhost) by schizo.cdsnet.net (8.7.5/8.6.12) with SMTP id QAA15417 for ; Sat, 11 May 1996 16:24:41 -0700 (PDT)
X-Authentication-Warning: schizo.cdsnet.net: mrcpu owned process doing -bs
Date: Sat, 11 May 1996 16:24:41 -0700 (PDT)
From: Jaye Mathisen 
To: hackers@freebsd.org
Subject: It it ports?  or me?
Message-ID: 
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk



All of the sudden, any attempt to build anything in ports only results in
the file being ftp'd to my box, and "Checksums OK".  make all, make
install, (from the /usr/ports/whatever dir) just return the OK message.

I'm having to cd in to each work directory to build the port.

Any idea?  Major pain in the butt.


From owner-freebsd-hackers  Sat May 11 17:08:14 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id RAA06518
          for hackers-outgoing; Sat, 11 May 1996 17:08:14 -0700 (PDT)
Received: from luke.pmr.com (luke.pmr.com [206.224.65.132])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA06513
          for ; Sat, 11 May 1996 17:08:07 -0700 (PDT)
Received: (from bob@localhost) by luke.pmr.com (8.7.5/8.6.9) id TAA13283 for freebsd-hackers@freefall.cdrom.com; Sat, 11 May 1996 19:08:10 -0500 (CDT)
From: Bob Willcox 
Message-Id: <199605120008.TAA13283@luke.pmr.com>
Subject: Support for the Dell Docking station ethernet adpt??
To: freebsd-hackers@freefall.FreeBSD.org (freebsd-hackers)
Date: Sat, 11 May 1996 19:08:10 -0500 (CDT)
X-Mailer: ELM [version 2.4ME+ PL11 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Hi all,

I just got a Dell XPi-P120ST Notebook computer and their docking
station (aka ``Advanced Port Replicator'') and was hoping FreeBSD
has support for the Ethernet adapter in it.  The docs that came
with the docking station say that it has a SMC91C92 chipset.  Does
anybody know if FreeBSD has a driver for this?  I have booted the
2.2-960501-SNAP floppy but it doesn't seem to find the adapter.

Any help would be greatly appreicated (Please...I don't want to be
left trapped in Windows!!)

Thanks,
-- 
Bob Willcox
bob@luke.pmr.com
Austin, TX

From owner-freebsd-hackers  Sat May 11 17:45:35 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id RAA07892
          for hackers-outgoing; Sat, 11 May 1996 17:45:35 -0700 (PDT)
Received: from ns2.harborcom.net (root@ns2.harborcom.net [206.158.4.4])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA07887
          for ; Sat, 11 May 1996 17:45:33 -0700 (PDT)
Received: from bunghole.harborcom.net (buttmunch.harborcom.net [206.158.4.6]) by ns2.harborcom.net (8.7.4/8.6.12) with SMTP id UAA26236 for ; Sat, 11 May 1996 20:45:32 -0400 (EDT)
Message-Id: <199605120045.UAA26236@ns2.harborcom.net>
Comments: Authenticated sender is 
From: "Bradley Dunn" 
To: freebsd-hackers@freebsd.org
Date: Sat, 11 May 1996 20:43:28 -0500
Subject: Min. size of PROM for netboot?
Reply-to: dunn@harborcom.net
Priority: normal
X-mailer: Pegasus Mail for Win32 (v2.31)
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Hi, got a quick question.

Is an 8K PROM sufficient to hold the boot code? I assume it would be 
since the handbook says that the two files used for biosboot are 
installed in the first 8K of the slice. Or does a netboot require 
more "stuff"?

Bradley Dunn    HarborCom
Network the World...

From owner-freebsd-hackers  Sat May 11 17:48:16 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id RAA08045
          for hackers-outgoing; Sat, 11 May 1996 17:48:16 -0700 (PDT)
Received: from hemi.com (hemi.com [204.132.158.10])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA08040
          for ; Sat, 11 May 1996 17:48:14 -0700 (PDT)
Received: (from mbarkah@localhost) by hemi.com (8.6.12/8.6.12) id SAA02258; Sat, 11 May 1996 18:53:56 -0600
From: Ade Barkah 
Message-Id: <199605120053.SAA02258@hemi.com>
Subject: Re: Copyright question
To: jkh@time.cdrom.com (Jordan K. Hubbard)
Date: Sat, 11 May 1996 18:53:56 -0600 (MDT)
Cc: hackers@freebsd.org
In-Reply-To: <25051.831590192@time.cdrom.com> from "Jordan K. Hubbard" at May 8, 96 02:16:32 pm
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

> >   o How does the addition of 4th condition in the copyright
> >     affect any inclusion in FreeBSD?  Is it too restrictive?
> 
> I'd say it's a little iffy.  For example, let's say I have a condor
> board and I build a kernel for it after seeing the entry in LINT
> (bearing in mind that most people never even _look_ at the source
> code). ...

What if the driver prints out that 4th condition during boot-up ?

-Ade
-------------------------------------------------------------------
Inet: mbarkah@hemi.com - HEMISPHERE ONLINE - 
-------------------------------------------------------------------

From owner-freebsd-hackers  Sat May 11 18:07:50 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id SAA08816
          for hackers-outgoing; Sat, 11 May 1996 18:07:50 -0700 (PDT)
Received: from jolt.eng.umd.edu (jolt.eng.umd.edu [129.2.102.5])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA08811
          for ; Sat, 11 May 1996 18:07:48 -0700 (PDT)
Received: from maryann.eng.umd.edu (maryann.eng.umd.edu [129.2.98.209]) by jolt.eng.umd.edu (8.7.5/8.7.3) with ESMTP id VAA02780 for ; Sat, 11 May 1996 21:07:47 -0400 (EDT)
Received: (from chuckr@localhost) by maryann.eng.umd.edu (8.7.5/8.7.3) id VAA06748; Sat, 11 May 1996 21:07:46 -0400 (EDT)
Date: Sat, 11 May 1996 21:07:44 -0400 (EDT)
From: Chuck Robey 
X-Sender: chuckr@maryann.eng.umd.edu
To: FreeBSD-Hackers 
Subject: 4.4BSD Book Buy
Message-ID: 
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

I need someone who reads German to help with one thing.  Please write me 
privately if you can help me, it's a small one time task.

Thanks.

BTW, 104 orders right now, still coming in.  Orders come to an end on 
Tuesday night at midnight.

==========================================================================
Chuck Robey chuckr@eng.umd.edu, I run FreeBSD-current on n3lxx + Journey2
 
Three Accounts for the Super-users in the sky,
  Seven for the Operators in their halls of fame,
Nine for Ordinary Users doomed to crie,
  One for the Illegal Cracker with his evil game
In the Domains of Internet where the data lie.
  One Account to rule them all, One Account to watch them,
  One Account to make them all and in the network bind them.



From owner-freebsd-hackers  Sat May 11 21:10:31 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id VAA19616
          for hackers-outgoing; Sat, 11 May 1996 21:10:31 -0700 (PDT)
Received: from thymaster.interaccess.com (thymaster.interaccess.com [198.80.0.36])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA19611
          for ; Sat, 11 May 1996 21:10:29 -0700 (PDT)
Received: (from joeg@localhost) by thymaster.interaccess.com (8.7.2/8.6.9) id XAA28128; Sat, 11 May 1996 23:05:06 -0500 (CDT)
From: Joe Grosch 
Message-Id: <199605120405.XAA28128@thymaster.interaccess.com>
Subject: Re: 2.0.5 and 2.0 archive sites?
To: jgreco@brasil.moneng.mei.com (Joe Greco)
Date: Sat, 11 May 1996 23:05:06 -0500 (CDT)
Cc: freebsd-hackers@freefall.freebsd.org
Reply-To: joeg@truenorth.org
In-Reply-To: <199605111526.KAA03414@brasil.moneng.mei.com> from "Joe Greco" at May 11, 96 10:26:45 am
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>
>> Greetings!
>>     Does anyone know of a complete (?) 2.0.5R and/or 2.0R archive
>> site?  I have a few goodies I need to recover...
>
>ftp.freebsd.sol.net has 2.0.5R online.  I will be putting 2.0R online in the
>near future, for this very reason  :-)
>
>... JG
>

I know of a CD-ROM store here in Chicago that has 3 copies of both 2.0.5
and 2.0 for sale. If interested email me and I'll put you in touch with the
owner.

Josef


-- 
Josef Grosch - joeg@truenorth.org     | "Laugh while you can, monkey boy."
http://www.interaccess.com/users/joeg |          - John Warfin - 
==========================================================================
	    Keeper of FreeBSD ported list - FreeBSD 2.1.0R
	  http://www.interaccess.com/users/joeg/ported.html
==========================================================================

From owner-freebsd-hackers  Sat May 11 21:52:08 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id VAA22417
          for hackers-outgoing; Sat, 11 May 1996 21:52:08 -0700 (PDT)
Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA22283
          for ; Sat, 11 May 1996 21:51:56 -0700 (PDT)
Received: from neon.Glock.COM (neon.glock.com [198.82.228.159]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with ESMTP id VAA08506 for ; Sat, 11 May 1996 21:51:25 -0700 (PDT)
Received: (from mmead@localhost) by neon.Glock.COM (8.7.5/8.7.3) id AAA00407; Sun, 12 May 1996 00:50:48 -0400 (EDT)
From: "matthew c. mead" 
Message-Id: <199605120450.AAA00407@neon.Glock.COM>
Subject: Re: 6x86 120+
To: phk@critter.tfs.com (Poul-Henning Kamp)
Date: Sun, 12 May 1996 00:50:48 -0400 (EDT)
Cc: hackers@freebsd.org
In-Reply-To: <5891.831836840@critter.tfs.com> from "Poul-Henning Kamp" at May 11, 96 05:47:20 pm
X-Mailer: ELM [version 2.4 PL24 ME8a]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Poul-Henning Kamp writes:

> >     I just got one of these the other day and installed it.  I've
> > read before that they accept the full pentium instruction set.
> > For all but a few things, it's a fair amount faster than my
> > P90(@100).  I did notice that these applications that seem slower
> > are built with pgcc pentium optimization.  Does anyone know if I
> > need to build with -m486 to get better performance out of this
> > chip, or should I stick with -mpentium?  Thanks!

> >From what I have heard so far you should only use -mpentium for the P5.

> Most of the newer chips run slower with the pentium opts. because the 
> attempted dual parallel sequences of instructions defeat the lookahead
> of the logic in charge of the "RISCification".

	Oops.  I totally missed this in my skim earlier - the way
you positioned it, I ended up looking only at the following.  :-)
I'll try building things without pgcc.

> Can we have a number for the FreeBSD-stones ?

> 	cd /usr/src
> 	rm -rf /usr/obj/*
> 	time make world

	Just about to sup things up to tonight's current and
start.  However, I realized that I need a little more information
to give you a fair number.  Mount filesystem with -o async?  Use
CC="cc -pipe"?  I have all of /usr/src and /usr/obj going to a
JAZ drive disk, which is slower than my system disks.  Any
instructions you wanna give me to make the number fairer will
help.


-matt

-- 
Matthew C. Mead

mmead@Glock.COM
http://www.Glock.COM/~mmead/