From owner-freebsd-hackers Sun May 14 01:40:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA00481 for hackers-outgoing; Sun, 14 May 1995 01:40:26 -0700 Received: from zibbi.mikom.csir.co.za (some.schmuck.lame.delegated.to.RAIN.PSG.COM [146.64.24.58]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA00474 for ; Sun, 14 May 1995 01:40:11 -0700 Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.11/8.6.6) id KAA20547; Sun, 14 May 1995 10:41:50 +0200 From: John Hay Message-Id: <199505140841.KAA20547@zibbi.mikom.csir.co.za> Subject: Re: Questions/comments on ed driver To: davidg@Root.COM Date: Sun, 14 May 1995 10:41:50 +0200 (SAT) Cc: seki@sysrap.cs.fujitsu.co.jp, FreeBSD-Hackers@FreeBSD.org In-Reply-To: <199505121920.MAA00152@corbin.Root.COM> from "David Greenman" at May 12, 95 12:20:49 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1117 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > >I examined the ed driver (of 950412 SNAP.) I found some (essentially > >2) strangeness in it. I'm not sure I found bugs or just > >misunderstood. > > > >It is appreciated if you hackers give me comments. > > > >1. If_ed.c defines ETHER_MAX be 1518 and ETHER_MIN 64. The length > >includes 4 bytes for CRC. However, it looks like the program compares > >them against packet lengths *without* CRC. > > Actually, the other 4 bytes is for the DS8390 packet header. The comparison > is correct. > I'm not sure that ETHER_MIN is correct. During December I hacked the NETNS code to do IPX, so that I could use a FreeBSD box to do IPX routing. I worked fine with DOS machines and packet drivers. When I used a client with the Novell ODI drivers it did not work until I changed ETHER_MIN to 60. Now I know that the ODI driver probably have a bug because they shouldn't care what the size of the packet is, but that led me to believe that the minimum packet size was too big. (64 bytes plus 4 for the CRC) One of my standard patches now is to change ETHER_MIN_LEN to 60. -- John Hay -- jhay@mikom.csir.co.za From owner-freebsd-hackers Sun May 14 02:43:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA02070 for hackers-outgoing; Sun, 14 May 1995 02:43:10 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA02057 for ; Sun, 14 May 1995 02:43:00 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id CAA01320; Sun, 14 May 1995 02:46:02 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id CAA00786; Sun, 14 May 1995 02:42:58 -0700 Message-Id: <199505140942.CAA00786@corbin.Root.COM> To: John Hay cc: seki@sysrap.cs.fujitsu.co.jp, FreeBSD-Hackers@FreeBSD.org Subject: Re: Questions/comments on ed driver In-reply-to: Your message of "Sat, 14 May 95 10:41:50 +0200." <199505140841.KAA20547@zibbi.mikom.csir.co.za> From: David Greenman Reply-To: davidg@Root.COM Date: Sun, 14 May 1995 02:42:52 -0700 Sender: hackers-owner@FreeBSD.org Precedence: bulk >> >I examined the ed driver (of 950412 SNAP.) I found some (essentially >> >2) strangeness in it. I'm not sure I found bugs or just >> >misunderstood. >> > >> >It is appreciated if you hackers give me comments. >> > >> >1. If_ed.c defines ETHER_MAX be 1518 and ETHER_MIN 64. The length >> >includes 4 bytes for CRC. However, it looks like the program compares >> >them against packet lengths *without* CRC. >> >> Actually, the other 4 bytes is for the DS8390 packet header. The comparison >> is correct. >> >I'm not sure that ETHER_MIN is correct. During December I hacked the NETNS code >to do IPX, so that I could use a FreeBSD box to do IPX routing. I worked fine >with DOS machines and packet drivers. When I used a client with the Novell ODI >drivers it did not work until I changed ETHER_MIN to 60. Now I know that the >ODI driver probably have a bug because they shouldn't care what the size of >the packet is, but that led me to believe that the minimum packet size was too >big. (64 bytes plus 4 for the CRC) > >One of my standard patches now is to change ETHER_MIN_LEN to 60. Gack. I think you're right. ETHER_MIN_LEN is used to round up small [IP] packets to the minimum size that ethernet supports. This is actually 60 bytes of data. At one time this constant was also used in other places (and in those places its use was correct). ETHER_MAX_LEN should probably be changed to 1514 and then +4 added to it when comparing to "len" (which is header+data). I'll check my documentation and investigate further. If the change to 60 is indeed correct, I'll commit it to CVS tonight. -DG From owner-freebsd-hackers Sun May 14 02:53:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA02285 for hackers-outgoing; Sun, 14 May 1995 02:53:51 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA02279 for ; Sun, 14 May 1995 02:53:46 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id CAA03247; Sun, 14 May 1995 02:52:35 -0700 From: "Rodney W. Grimes" Message-Id: <199505140952.CAA03247@gndrsh.aac.dev.com> Subject: Re: Questions/comments on ed driver To: davidg@Root.COM Date: Sun, 14 May 1995 02:52:34 -0700 (PDT) Cc: jhay@mikom.csir.co.za, seki@sysrap.cs.fujitsu.co.jp, FreeBSD-Hackers@FreeBSD.org In-Reply-To: <199505140942.CAA00786@corbin.Root.COM> from "David Greenman" at May 14, 95 02:42:52 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2149 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > >> >I examined the ed driver (of 950412 SNAP.) I found some (essentially > >> >2) strangeness in it. I'm not sure I found bugs or just > >> >misunderstood. > >> > > >> >It is appreciated if you hackers give me comments. > >> > > >> >1. If_ed.c defines ETHER_MAX be 1518 and ETHER_MIN 64. The length > >> >includes 4 bytes for CRC. However, it looks like the program compares > >> >them against packet lengths *without* CRC. > >> > >> Actually, the other 4 bytes is for the DS8390 packet header. The comparison > >> is correct. > >> > >I'm not sure that ETHER_MIN is correct. During December I hacked the NETNS code > >to do IPX, so that I could use a FreeBSD box to do IPX routing. I worked fine > >with DOS machines and packet drivers. When I used a client with the Novell ODI > >drivers it did not work until I changed ETHER_MIN to 60. Now I know that the > >ODI driver probably have a bug because they shouldn't care what the size of > >the packet is, but that led me to believe that the minimum packet size was too > >big. (64 bytes plus 4 for the CRC) > > > >One of my standard patches now is to change ETHER_MIN_LEN to 60. > > Gack. I think you're right. ETHER_MIN_LEN is used to round up small [IP] > packets to the minimum size that ethernet supports. This is actually 60 > bytes of data. At one time this constant was also used in other places (and in > those places its use was correct). ETHER_MAX_LEN should probably be changed to > 1514 and then +4 added to it when comparing to "len" (which is header+data). > I'll check my documentation and investigate further. If the change to 60 is > indeed correct, I'll commit it to CVS tonight. To maintain full compatibilty with all old ethernet systems we should never generate a packet on the wire shorter than 64 bytes (the new standard) but should accept packets of 60 bytes. This was changed 8 years ago or something like that and I just find it amazing that people still have not fixed there broken code :-(. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Sun May 14 03:21:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA03437 for hackers-outgoing; Sun, 14 May 1995 03:21:43 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA03426 for ; Sun, 14 May 1995 03:21:38 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id DAA01375; Sun, 14 May 1995 03:24:43 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id DAA00807; Sun, 14 May 1995 03:21:38 -0700 Message-Id: <199505141021.DAA00807@corbin.Root.COM> To: "Rodney W. Grimes" cc: jhay@mikom.csir.co.za, seki@sysrap.cs.fujitsu.co.jp, FreeBSD-Hackers@FreeBSD.org Subject: Re: Questions/comments on ed driver In-reply-to: Your message of "Sun, 14 May 95 02:52:34 PDT." <199505140952.CAA03247@gndrsh.aac.dev.com> From: David Greenman Reply-To: davidg@Root.COM Date: Sun, 14 May 1995 03:21:38 -0700 Sender: hackers-owner@FreeBSD.org Precedence: bulk >> >with DOS machines and packet drivers. When I used a client with the Novell ODI >> >drivers it did not work until I changed ETHER_MIN to 60. Now I know that the >> >ODI driver probably have a bug because they shouldn't care what the size of >> >the packet is, but that led me to believe that the minimum packet size was too >> >big. (64 bytes plus 4 for the CRC) >> > >> >One of my standard patches now is to change ETHER_MIN_LEN to 60. >> >> Gack. I think you're right. ETHER_MIN_LEN is used to round up small [IP] >> packets to the minimum size that ethernet supports. This is actually 60 >> bytes of data. At one time this constant was also used in other places (and in >> those places its use was correct). ETHER_MAX_LEN should probably be changed to >> 1514 and then +4 added to it when comparing to "len" (which is header+data). >> I'll check my documentation and investigate further. If the change to 60 is >> indeed correct, I'll commit it to CVS tonight. > >To maintain full compatibilty with all old ethernet systems we should never >generate a packet on the wire shorter than 64 bytes (the new standard) but >should accept packets of 60 bytes. This was changed 8 years ago or something >like that and I just find it amazing that people still have not fixed there >broken code :-(. Ummm, according to the "DEC 21140" and the "WD83C690" specifications, the minimum 802.3 frame consists of 12 bytes of address (6 src + 6 dst), 2 byte type/length, 46 bytes of data, and 4 byte CRC. This is 64 bytes. However, the "length" is in terms of what the host puts into the buffer and doesn't include the CRC if automatic CRC generation is enabled on the card (it is). So from this perspective, the proper value as I read it is '60'. -DG From owner-freebsd-hackers Sun May 14 03:48:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA05597 for hackers-outgoing; Sun, 14 May 1995 03:48:52 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA05587 for ; Sun, 14 May 1995 03:48:48 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id DAA03372; Sun, 14 May 1995 03:48:01 -0700 From: "Rodney W. Grimes" Message-Id: <199505141048.DAA03372@gndrsh.aac.dev.com> Subject: Re: Questions/comments on ed driver To: davidg@Root.COM Date: Sun, 14 May 1995 03:48:01 -0700 (PDT) Cc: jhay@mikom.csir.co.za, seki@sysrap.cs.fujitsu.co.jp, FreeBSD-Hackers@FreeBSD.org In-Reply-To: <199505141021.DAA00807@corbin.Root.COM> from "David Greenman" at May 14, 95 03:21:38 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2722 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > >> >with DOS machines and packet drivers. When I used a client with the Novell ODI > >> >drivers it did not work until I changed ETHER_MIN to 60. Now I know that the > >> >ODI driver probably have a bug because they shouldn't care what the size of > >> >the packet is, but that led me to believe that the minimum packet size was too > >> >big. (64 bytes plus 4 for the CRC) > >> > > >> >One of my standard patches now is to change ETHER_MIN_LEN to 60. > >> > >> Gack. I think you're right. ETHER_MIN_LEN is used to round up small [IP] > >> packets to the minimum size that ethernet supports. This is actually 60 > >> bytes of data. At one time this constant was also used in other places (and in > >> those places its use was correct). ETHER_MAX_LEN should probably be changed to > >> 1514 and then +4 added to it when comparing to "len" (which is header+data). > >> I'll check my documentation and investigate further. If the change to 60 is > >> indeed correct, I'll commit it to CVS tonight. > > > >To maintain full compatibilty with all old ethernet systems we should never > >generate a packet on the wire shorter than 64 bytes (the new standard) but > >should accept packets of 60 bytes. This was changed 8 years ago or something > >like that and I just find it amazing that people still have not fixed there > >broken code :-(. > > Ummm, according to the "DEC 21140" and the "WD83C690" specifications, the > minimum 802.3 frame consists of 12 bytes of address (6 src + 6 dst), 2 byte > type/length, 46 bytes of data, and 4 byte CRC. This is 64 bytes. However, the > "length" is in terms of what the host puts into the buffer and doesn't include > the CRC if automatic CRC generation is enabled on the card (it is). So from > this perspective, the proper value as I read it is '60'. And both chips are designed to Ethernet II, aka 802.3 standards. The older ethernet I standard did not state the number of data bytes, it just said the packet size should be 60 bytes. Some folks interpretted that to mean the packet with CRC, some interpretted it to mean without CRC. That is one of the reasons we ever got an Ethernet II/802.3 specification, as the original was ambiguous. Trust me, I have seen enough 60 byte packets come down a wire in my life time that it makes me sick, this are 42 data byte packets and it is the reason I always program the 825X6 chips with this config byte: cb_conf->byte[10] = 60; /* minimum number of bytes is a frame */ Note that Intel's default (and 802.3 table) value for this register is 64. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Sun May 14 04:03:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA06274 for hackers-outgoing; Sun, 14 May 1995 04:03:50 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA06268 for ; Sun, 14 May 1995 04:03:47 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id EAA01446; Sun, 14 May 1995 04:06:53 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id EAA00854; Sun, 14 May 1995 04:03:49 -0700 Message-Id: <199505141103.EAA00854@corbin.Root.COM> To: "Rodney W. Grimes" cc: jhay@mikom.csir.co.za, seki@sysrap.cs.fujitsu.co.jp, FreeBSD-Hackers@FreeBSD.org Subject: Re: Questions/comments on ed driver In-reply-to: Your message of "Sun, 14 May 95 03:48:01 PDT." <199505141048.DAA03372@gndrsh.aac.dev.com> From: David Greenman Reply-To: davidg@Root.COM Date: Sun, 14 May 1995 04:03:48 -0700 Sender: hackers-owner@FreeBSD.org Precedence: bulk >> >To maintain full compatibilty with all old ethernet systems we should never >> >generate a packet on the wire shorter than 64 bytes (the new standard) but >> >should accept packets of 60 bytes. This was changed 8 years ago or something >> >like that and I just find it amazing that people still have not fixed there >> >broken code :-(. >> >> Ummm, according to the "DEC 21140" and the "WD83C690" specifications, the >> minimum 802.3 frame consists of 12 bytes of address (6 src + 6 dst), 2 byte >> type/length, 46 bytes of data, and 4 byte CRC. This is 64 bytes. However, the >> "length" is in terms of what the host puts into the buffer and doesn't include >> the CRC if automatic CRC generation is enabled on the card (it is). So from >> this perspective, the proper value as I read it is '60'. > >And both chips are designed to Ethernet II, aka 802.3 standards. The older >ethernet I standard did not state the number of data bytes, it just said >the packet size should be 60 bytes. Some folks interpretted that to mean >the packet with CRC, some interpretted it to mean without CRC. That is >one of the reasons we ever got an Ethernet II/802.3 specification, >as the original was ambiguous. > >Trust me, I have seen enough 60 byte packets come down a wire in my >life time that it makes me sick, this are 42 data byte packets and >it is the reason I always program the 825X6 chips with this config >byte: > cb_conf->byte[10] = 60; /* minimum number of bytes is a frame */ > >Note that Intel's default (and 802.3 table) value for this register is >64. I wasn't doubting you, but was mearly pointing out that despite what you were saying, that there was a bug in the driver after all. The way it was, the minimum data portion was 50 bytes rather than 46 (for a total frame length of 68 bytes). -DG From owner-freebsd-hackers Sun May 14 04:10:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA06331 for hackers-outgoing; Sun, 14 May 1995 04:10:47 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA06325 for ; Sun, 14 May 1995 04:10:43 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id EAA03438; Sun, 14 May 1995 04:10:07 -0700 From: "Rodney W. Grimes" Message-Id: <199505141110.EAA03438@gndrsh.aac.dev.com> Subject: Re: Questions/comments on ed driver To: davidg@Root.COM Date: Sun, 14 May 1995 04:10:07 -0700 (PDT) Cc: jhay@mikom.csir.co.za, seki@sysrap.cs.fujitsu.co.jp, FreeBSD-Hackers@FreeBSD.org In-Reply-To: <199505141103.EAA00854@corbin.Root.COM> from "David Greenman" at May 14, 95 04:03:48 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2307 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > >> >To maintain full compatibility with all old Ethernet systems we should never > >> >generate a packet on the wire shorter than 64 bytes (the new standard) but > >> >should accept packets of 60 bytes. This was changed 8 years ago or something > >> >like that and I just find it amazing that people still have not fixed there > >> >broken code :-(. > >> > >> Ummm, according to the "DEC 21140" and the "WD83C690" specifications, the > >> minimum 802.3 frame consists of 12 bytes of address (6 src + 6 dst), 2 byte > >> type/length, 46 bytes of data, and 4 byte CRC. This is 64 bytes. However, the > >> "length" is in terms of what the host puts into the buffer and doesn't include > >> the CRC if automatic CRC generation is enabled on the card (it is). So from > >> this perspective, the proper value as I read it is '60'. > > > >And both chips are designed to Ethernet II, aka 802.3 standards. The older > >Ethernet I standard did not state the number of data bytes, it just said > >the packet size should be 60 bytes. Some folks interpreted that to mean > >the packet with CRC, some interpreted it to mean without CRC. That is > >one of the reasons we ever got an Ethernet II/802.3 specification, > >as the original was ambiguous. > > > >Trust me, I have seen enough 60 byte packets come down a wire in my > >life time that it makes me sick, this are 42 data byte packets and > >it is the reason I always program the 825X6 chips with this config > >byte: > > cb_conf->byte[10] = 60; /* minimum number of bytes is a frame */ > > > >Note that Intel's default (and 802.3 table) value for this register is > >64. > > I wasn't doubting you, but was mearly pointing out that despite what you > were saying, that there was a bug in the driver after all. The way it was, the > minimum data portion was 50 bytes rather than 46 (for a total frame length of > 68 bytes). Understood, but is what I am trying to ascertain is: Will the ed driver properly receive and pass up to the upper layers a packet with 42 data bytes??? If not, you should fix it to do that as well for compatibility with some really really old junk. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Sun May 14 04:15:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA06401 for hackers-outgoing; Sun, 14 May 1995 04:15:43 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA06393 for ; Sun, 14 May 1995 04:15:41 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id EAA01472; Sun, 14 May 1995 04:18:47 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id EAA00879; Sun, 14 May 1995 04:15:43 -0700 Message-Id: <199505141115.EAA00879@corbin.Root.COM> To: "Rodney W. Grimes" cc: jhay@mikom.csir.co.za, seki@sysrap.cs.fujitsu.co.jp, FreeBSD-Hackers@FreeBSD.org Subject: Re: Questions/comments on ed driver In-reply-to: Your message of "Sun, 14 May 95 04:10:07 PDT." <199505141110.EAA03438@gndrsh.aac.dev.com> From: David Greenman Reply-To: davidg@Root.COM Date: Sun, 14 May 1995 04:15:42 -0700 Sender: hackers-owner@FreeBSD.org Precedence: bulk >> I wasn't doubting you, but was mearly pointing out that despite what you >> were saying, that there was a bug in the driver after all. The way it was, the >> minimum data portion was 50 bytes rather than 46 (for a total frame length of >> 68 bytes). > >Understood, but is what I am trying to ascertain is: > > Will the ed driver properly receive and pass up to the upper > layers a packet with 42 data bytes??? If not, you should fix > it to do that as well for compatibility with some really really > old junk. The only way to receive frames less than 64 bytes large is by enabling the reception of "runt" packets. This is enabled when in promiscuous mode, but not in normal operation. I'm relunctant to change it. -DG From owner-freebsd-hackers Sun May 14 04:16:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA06453 for hackers-outgoing; Sun, 14 May 1995 04:16:06 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA06447 for ; Sun, 14 May 1995 04:16:04 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id EAA01476; Sun, 14 May 1995 04:19:09 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id EAA00887; Sun, 14 May 1995 04:16:05 -0700 Message-Id: <199505141116.EAA00887@corbin.Root.COM> To: "Rodney W. Grimes" cc: jhay@mikom.csir.co.za, seki@sysrap.cs.fujitsu.co.jp, FreeBSD-Hackers@FreeBSD.org Subject: Re: Questions/comments on ed driver In-reply-to: Your message of "Sun, 14 May 95 04:10:07 PDT." <199505141110.EAA03438@gndrsh.aac.dev.com> From: David Greenman Reply-To: davidg@Root.COM Date: Sun, 14 May 1995 04:16:04 -0700 Sender: hackers-owner@FreeBSD.org Precedence: bulk >> I wasn't doubting you, but was mearly pointing out that despite what you >> were saying, that there was a bug in the driver after all. The way it was, the >> minimum data portion was 50 bytes rather than 46 (for a total frame length of >> 68 bytes). > >Understood, but is what I am trying to ascertain is: > > Will the ed driver properly receive and pass up to the upper > layers a packet with 42 data bytes??? If not, you should fix > it to do that as well for compatibility with some really really > old junk. The only way to receive frames less than 64 bytes large is by enabling the reception of "runt" packets. This is enabled when in promiscuous mode, but not in normal operation. I'm relunctant to change it. -DG From owner-freebsd-hackers Sun May 14 06:24:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA10959 for hackers-outgoing; Sun, 14 May 1995 06:24:30 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA10953 for ; Sun, 14 May 1995 06:24:27 -0700 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id JAA17288; Sun, 14 May 1995 09:25:19 -0400 From: Peter Dufault Message-Id: <199505141325.JAA17288@hda.com> Subject: "bad144" for SCSI To: hackers@FreeBSD.org Date: Sun, 14 May 1995 09:25:18 -0400 (EDT) Cc: rgrimes@gndrsh.aac.dev.com X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1551 Sender: hackers-owner@FreeBSD.org Precedence: bulk Rodney W. Grimes writes: (redirecting to -hackers) (...) > There is no bad144 support in the scsi disk drivers, so this will > not work for mapping blocks out of a scsi disk using bad144, but > you can use scsi(8) to turn on automatic read reallocation and then > scan the disk with this and it should automagically remap the > block for you!! Unless you can't read the block, since the drive will only map out blocks when it can successfully read the data in the block. You could "scrub" the disk by reading/ignoring errors/writing the disk, though you'll lose the data in any block you can't read. I have a utility that takes a drive and a list of blocks and forceably map out those blocks. The best utility is probably a scrub that takes a range of blocks and tries to read/write them. If it can't read the block, it will finally turn off error checking, read whatever it can, and write it back to the (automatically slipped on write) block. Obviously this corrupts the block, though it is the best you can do in this situation. I can merge one of these into scsi(8) after the code freeze lifts. I don't know if people mind that I keep clogging up scsi(8) with more stuff, but I can't see having lots of little SCSI utilities, especially since these kind of utilities should be in /sbin. Joerg proposed adding a kind of script capability to scsi(8) to do this. Peter -- 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 Sun May 14 11:28:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA19432 for hackers-outgoing; Sun, 14 May 1995 11:28:36 -0700 Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA19424 for ; Sun, 14 May 1995 11:28:34 -0700 Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from sirius.physik.fu-berlin.de (130.133.3.140) with smtp id ; Sun, 14 May 95 20:28 MEST Received: by sirius.physik.fu-berlin.de; id AA15923; Sun, 14 May 1995 20:28:27 +0200 From: Thomas Graichen Message-Id: <9505141828.AA15923@sirius.physik.fu-berlin.de> Subject: Re: some small ideas To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Sun, 14 May 1995 20:28:27 +0200 (MET DST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199505131134.EAA00329@gndrsh.aac.dev.com> from "Rodney W. Grimes" at May 13, 95 04:34:07 am X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1302 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > * the next thing is only a cosmetic one: > > > > graichen@mordillo:~cc > > cc: No input files > > graichen@mordillo:~c++ > > c++: No input files specified. > > > > graichen@mordillo:~f77 > > f77: No input files specified. > > > > why not: > > > > graichen@mordillo:~cc > > cc: No input files > > graichen@mordillo:~c++ > > c++: No input files > > graichen@mordillo:~f77 > > f77: No input files > > Why??? Look up the work specified, also look up what makes a sentence > in an english book. ``No input files'' is a the sentence fragement, > error messages should be complete english sentences. > > > it should ba a thing of 1 minute to change it > > And 2 minutes to say why it should not be changed :-) > my basic idea was only to have the same message for all three - t _______________________________________________________||_____________________ __|| Perfection is reached, not when there is no __|| thomas graichen longer anything to add, but when there __|| freie universitaet berlin is no longer anything to take away __|| fachbereich physik __|| - Antoine de Saint-Exupery - __|| ___________________________||____email: graichen@omega.physik.fu-berlin.de____ From owner-freebsd-hackers Sun May 14 11:36:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA20012 for hackers-outgoing; Sun, 14 May 1995 11:36:31 -0700 Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA20006 for ; Sun, 14 May 1995 11:36:29 -0700 Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from sirius.physik.fu-berlin.de (130.133.3.140) with smtp id ; Sun, 14 May 95 20:36 MEST Received: by sirius.physik.fu-berlin.de; id AA10446; Sun, 14 May 1995 20:36:25 +0200 From: Thomas Graichen Message-Id: <9505141836.AA10446@sirius.physik.fu-berlin.de> Subject: shared IRQ for 2nd IDE controller To: freebsd-hackers@FreeBSD.org Date: Sun, 14 May 1995 20:36:25 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1333 Sender: hackers-owner@FreeBSD.org Precedence: bulk hello is it supported under FreeBSD to use 2 IDE controller cards at the same IRQ (14) and at different port adresses - i ask because i get an "not probed due to IRQ conflict ..." - if i try it - this way it would be very easy to add more than 2 IDE disks to a system (i don't want to discuss the performance of that) - nearly all no name ide-controller cards allow to select the secondary port but not to use IRQ 15 for instance - Linux supports this configuration (two controllers at IRQ 14) and i think it should'nt be hard for a wdc guru to insert it also into FreeBSD - it's in the linux IDE driver (file linux/drivers/block/ide.c - kernel version >= 1.2.0) - it would be nice if someone could look at it (... or tell me that it now works with FreeBSD too - maybe i only don't know it) - thanks in advance - t _______________________________________________________||_____________________ __|| Perfection is reached, not when there is no __|| thomas graichen longer anything to add, but when there __|| freie universitaet berlin is no longer anything to take away __|| fachbereich physik __|| - Antoine de Saint-Exupery - __|| ___________________________||____email: graichen@omega.physik.fu-berlin.de____ From owner-freebsd-hackers Sun May 14 11:41:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA20417 for hackers-outgoing; Sun, 14 May 1995 11:41:54 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA20404 for ; Sun, 14 May 1995 11:41:50 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id LAA03946; Sun, 14 May 1995 11:41:29 -0700 From: "Rodney W. Grimes" Message-Id: <199505141841.LAA03946@gndrsh.aac.dev.com> Subject: Re: some small ideas To: graichen@sirius.physik.fu-berlin.de (Thomas Graichen) Date: Sun, 14 May 1995 11:41:29 -0700 (PDT) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <9505141828.AA15923@sirius.physik.fu-berlin.de> from "Thomas Graichen" at May 14, 95 08:28:27 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1416 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > * the next thing is only a cosmetic one: > > > > > > graichen@mordillo:~cc > > > cc: No input files > > > graichen@mordillo:~c++ > > > c++: No input files specified. > > > > > > graichen@mordillo:~f77 > > > f77: No input files specified. > > > > > > why not: > > > > > > graichen@mordillo:~cc > > > cc: No input files > > > graichen@mordillo:~c++ > > > c++: No input files > > > graichen@mordillo:~f77 > > > f77: No input files > > > > Why??? Look up the work specified, also look up what makes a sentence > > in an english book. ``No input files'' is a the sentence fragement, > > error messages should be complete english sentences. > > > > > it should ba a thing of 1 minute to change it > > > > And 2 minutes to say why it should not be changed :-) > > > > my basic idea was only to have the same message for all three - t I now see what you where saying, I missed the consistency point the first time I looked at the message. This is a valid point, especially for some one who is grepping messages out of massive make.OUT files. Since this is all gnu software, why don't you get the folks at the gnu project to be self consistent on this, and then next time we upgrade these packages from the gnu releases FreeBSD will be consistent. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Sun May 14 12:10:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA22465 for hackers-outgoing; Sun, 14 May 1995 12:10:39 -0700 Received: from haven.ios.com (haven.ios.com [198.4.75.45]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA22459 for ; Sun, 14 May 1995 12:10:37 -0700 Received: (from rashid@localhost) by haven.ios.com (8.6.11/8.6.9) id PAA05582 for hackers@freebsd.org; Sun, 14 May 1995 15:13:07 -0400 From: "Rashid Karimov." Message-Id: <199505141913.PAA05582@haven.ios.com> Subject: QUOTA's - is it broken ? To: hackers@FreeBSD.org Date: Sun, 14 May 1995 15:13:06 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 536 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi there ppl. Just to use a chance to get fix/reply before jkh will roll out 2.0.5 -any luck with QUOTAS ? I feel it's completely broken - edquota/repquota/quota show very weird output. When I edit quotas for some user - and later do quota or edquota again - the soft limit value for blocks goes to hard one, the soft limit becomes zero. Quota reports absolutely absurd amount of blocks being used, while inode's quotas kinda work ... Does anyone here has QUOTAs working the way it should be ? Rashid From owner-freebsd-hackers Sun May 14 12:13:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA22682 for hackers-outgoing; Sun, 14 May 1995 12:13:10 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA22676 for ; Sun, 14 May 1995 12:13:09 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14403(4)>; Sun, 14 May 1995 12:12:27 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <49859>; Sun, 14 May 1995 12:12:13 -0700 To: Thomas Graichen cc: freebsd-hackers@FreeBSD.org Subject: Re: some small ideas In-reply-to: Your message of "Sat, 13 May 95 04:10:22 PDT." <9505131110.AA05882@sirius.physik.fu-berlin.de> Date: Sun, 14 May 1995 12:12:10 PDT From: Bill Fenner Message-Id: <95May14.121213pdt.49859@crevenia.parc.xerox.com> Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <9505131110.AA05882@sirius.physik.fu-berlin.de> you write: >* is it possible to include an option MULTICASTROUTE into the >sysconfig and netstart scripts to disable the multicast route >224.0.0.0 But why would you not want it? Does it ever do any harm to have it? Bill From owner-freebsd-hackers Sun May 14 12:33:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA24162 for hackers-outgoing; Sun, 14 May 1995 12:33:16 -0700 Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA24154 for ; Sun, 14 May 1995 12:33:15 -0700 Message-Id: <199505141933.MAA24154@freefall.cdrom.com> Received: by crh.cl.msu.edu (1.38.193.4/16.2) id AA21781; Sun, 14 May 1995 15:33:11 -0400 From: Charles Henrich Subject: Re: REMOTE_HOST & REMOTE_USER To: terry@cs.weber.edu (Terry Lambert) Date: Sun, 14 May 1995 15:33:11 -0400 (EDT) Cc: henrich@crh.cl.msu.edu, freebsd-hackers@FreeBSD.org In-Reply-To: <9505122302.AA04093@cs.weber.edu> from "Terry Lambert" at May 12, 95 05:02:34 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 936 Sender: hackers-owner@FreeBSD.org Precedence: bulk > The feature *I'd* like if anyone was interested anyway would be the > ability to give an argument to telnetd in inetd.conf to make it run > a program other than login (and not even prompt in the first place). > > This would let all those muck/mud/bbs/whatever programmers put up a > regular program as a telnet service, yet correctly negotiate things > like line mode protocol (by having telnetd do it on their behalf). The problem is all those programs have a single process handling all communications, so the model wouldnt map to multiple telnetd's, unless there was some well to telnetd to open a pipe back to a socket or somesuch. Good idea though, you'd think those mud/bbs folks would just pilfer the telnetd code and use it as their frontend as well. Guess that makes too much sense :) -Crh Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-hackers Sun May 14 13:29:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA28673 for hackers-outgoing; Sun, 14 May 1995 13:29:36 -0700 Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA28656 for ; Sun, 14 May 1995 13:29:30 -0700 Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.8/8.6.6) id PAA01143; Sun, 14 May 1995 15:26:00 -0400 From: "House of Debuggin'" Message-Id: <199505141926.PAA01143@skynet.ctr.columbia.edu> Subject: Re: shared IRQ for 2nd IDE controller To: graichen@sirius.physik.fu-berlin.de (Thomas Graichen) Date: Sun, 14 May 1995 15:25:57 -0400 (EDT) Cc: hackers@FreeBSD.org In-Reply-To: <9505141836.AA10446@sirius.physik.fu-berlin.de> from "Thomas Graichen" at May 14, 95 08:36:25 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 2799 Sender: hackers-owner@FreeBSD.org Precedence: bulk They say this Thomas Graichen person was kidding when he wrote: > hello > > is it supported under FreeBSD to use 2 IDE controller cards at the same IRQ > (14) and at different port adresses - i ask because i get an "not probed due > to IRQ conflict ..." - if i try it - this way it would be very easy to add > more than 2 IDE disks to a system (i don't want to discuss the performance of > that) - nearly all no name ide-controller cards allow to select the secondary > port but not to use IRQ 15 for instance In the earlier Linux days, there was a README file that came with the patches to enable the use of a second IDE controller which told you how to modify your controller to use IRQ 15. It basically amounts to 5 minutes of work with an X-acto knife and a soldering iron: you scratch through the circuit trace that leads to the edge-connector contact for IRQ 14 and solder a wire from the open trace to the contact for IRQ 15 instead. This was the method I used, and both my controllers are working fine on my 1.1.5.1 box. The trouble is that controller manufacturers sometimes make your life tough by etching off the cladding from all the contacts on the card edge-connector that aren't actually used by the card's circuitry. This means that there may not be a contact for IRQ 15. In this instance you may have to do something evil like buying a blank ISA card, plugging it into an adjacent slot and connecting its IRQ 15 contact to the disk controller with a short length of wire. > - Linux supports this configuration > (two controllers at IRQ 14) and i think it should'nt be hard for a wdc guru to > insert it also into FreeBSD - it's in the linux IDE driver (file > linux/drivers/block/ide.c - kernel version >= 1.2.0) - it would be nice if > someone could look at it (... or tell me that it now works with FreeBSD too - > maybe i only don't know it) - thanks in advance - t I'm pretty sure it doesn't work with FreeBSD yet. You'd have to declare the second controller as being in conflict with the first in your kernel config file, for one thing. But even if you did this, it wouldn't work: the driver would likely spit out lots of timeout errors. I'll leave it to someone who understands wd.c to decide what driver modifications would be needed. -Bill -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~T~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -Bill Paul (212) 854-6020 | System Manager Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ The Møøse Illuminati: ignore it and be confused, or join it and be confusing! ~~~~~~~~~ FreeBSD 2.1: "We can kick your operating system's ass!" ~~~~~~~~~~ From owner-freebsd-hackers Sun May 14 13:30:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA28803 for hackers-outgoing; Sun, 14 May 1995 13:30:31 -0700 Received: from bloom-beacon.MIT.EDU (brnstndkramden.acf.nyu.edu@BLOOM-BEACON.MIT.EDU [18.181.0.26]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA28789 for ; Sun, 14 May 1995 13:30:26 -0700 Received: by bloom-beacon.MIT.EDU with UUCP (8.6.12/25-eef) id QAA16794; Sun, 14 May 1995 16:17:18 -0400 Received: (jtk@localhost) by kolvir.blrc.ma.us (8.6.9/JTK931126) id PAA04095; Sun, 14 May 1995 15:53:06 -0400 Date: Sun, 14 May 1995 15:53:06 -0400 From: John Kohl Message-Id: <199505141953.PAA04095@kolvir.blrc.ma.us> To: seebs@solon.com CC: netbsd-bugs@NetBSD.ORG, freebsd-hackers@FreeBSD.org In-reply-to: <199505121303.IAA27634@solutions.solon.com> (message from Peter Seebach on Fri, 12 May 1995 08:03:05 -0500) Subject: Re: kern/1043: unlink(2) should not let superuser remove directories X-US-Snail: 8 Lorne Road, Arlington, MA 02174 Reply-To: jtk@kolvir.blrc.ma.us Sender: hackers-owner@FreeBSD.org Precedence: bulk >>>>> "Peter" == Peter Seebach writes: (talking about my bug report which deletes the ability of root to link & unlink directories): Peter> This is not a bug. It is a feature. Peter> It is not for us to decide that the superuser is wrong. Peter> It is periodically very handy for debugging or breaking Peter> filesystems, or fixing broken ones. (In particular, it's one Peter> possible way to fix a filename with a '/' in it.) That's an argument for using fsdb, not to let root run rampant causing file system corruption. Using fsdb makes it absolutely clear that you're intentionally doing something dangerous. Using unlink(2) on directories is just the _Wrong Way_ to fix a damaged/broken filesystem! I'll put my money where my mouth is, and volunteer to write an fsdb program. Anybody want to send me a man page/reference/description of the fsdb that comes with other commercial BSD derivatives? [Are there any publicly-available implementations or pieces?] ==John From owner-freebsd-hackers Sun May 14 14:11:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA00932 for hackers-outgoing; Sun, 14 May 1995 14:11:44 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA00926 for ; Sun, 14 May 1995 14:11:39 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id HAA05196; Mon, 15 May 1995 07:09:36 +1000 Date: Mon, 15 May 1995 07:09:36 +1000 From: Bruce Evans Message-Id: <199505142109.HAA05196@godzilla.zeta.org.au> To: hackers@FreeBSD.org, rashid@haven.ios.com Subject: Re: QUOTA's - is it broken ? Sender: hackers-owner@FreeBSD.org Precedence: bulk > Just to use a chance to get fix/reply before jkh > will roll out 2.0.5 -any luck with QUOTAS ? I fixed some bugs in printf formats a week or two ago. Bruce From owner-freebsd-hackers Sun May 14 14:31:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA01461 for hackers-outgoing; Sun, 14 May 1995 14:31:58 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA01455 for ; Sun, 14 May 1995 14:31:53 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id HAA05490; Mon, 15 May 1995 07:30:12 +1000 Date: Mon, 15 May 1995 07:30:12 +1000 From: Bruce Evans Message-Id: <199505142130.HAA05490@godzilla.zeta.org.au> To: graichen@sirius.physik.fu-berlin.de, wpaul@skynet.ctr.columbia.edu Subject: Re: shared IRQ for 2nd IDE controller Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >> is it supported under FreeBSD to use 2 IDE controller cards at the same IRQ >> (14) and at different port adresses - i ask because i get an "not probed due No. >> to IRQ conflict ..." - if i try it - this way it would be very easy to add >> more than 2 IDE disks to a system (i don't want to discuss the performance of >> that) - nearly all no name ide-controller cards allow to select the secondary >> port but not to use IRQ 15 for instance Multplexing the IRQ would further reduce the performance :-). >I'm pretty sure it doesn't work with FreeBSD yet. You'd have to declare >the second controller as being in conflict with the first in your kernel >config file, for one thing. But even if you did this, it wouldn't >work: the driver would likely spit out lots of timeout errors. I'll You'd probably declare the IRQ only for the first controller and somehow tell the driver to use the same IRQ for the second controller. The driver would have to enable the IRQ for only one controller at a time and handle spurious interrupts if the IRQ floats high while it is not driven by either controller. The controller that isn't driving the IRQ would have to be polled. This would increase latency. Bruce From owner-freebsd-hackers Sun May 14 14:41:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA01568 for hackers-outgoing; Sun, 14 May 1995 14:41:23 -0700 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA01560 for ; Sun, 14 May 1995 14:41:17 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA08841 (5.67a/IDA-1.5); Sun, 14 May 1995 16:33:03 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA18347; 14 May 95 16:15:03 CDT (Sun) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id QAA18332; Sun, 14 May 1995 16:15:00 -0500 From: Peter da Silva Message-Id: <199505142115.QAA18332@bonkers.taronga.com> Subject: Re: REMOTE_HOST & REMOTE_USER To: henrich@crh.cl.msu.edu (Charles Henrich) Date: Sun, 14 May 1995 16:15:00 -0500 (CDT) Cc: terry@cs.weber.edu, henrich@crh.cl.msu.edu, freebsd-hackers@FreeBSD.org In-Reply-To: <199505141933.MAA24154@freefall.cdrom.com> from "Charles Henrich" at May 14, 95 03:33:11 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 358 Sender: hackers-owner@FreeBSD.org Precedence: bulk > The problem is all those programs have a single process handling all > communications, so the model wouldnt map to multiple telnetd's, unless there > was some well to telnetd to open a pipe back to a socket or somesuch. Not all. UNIX based BBSes are typically written to run from getty. If telnetd would just serve as getty it'd make things a lot easier. From owner-freebsd-hackers Sun May 14 16:19:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA03649 for hackers-outgoing; Sun, 14 May 1995 16:19:48 -0700 Received: from gw.home.vix.com (gw.home.vix.com [192.5.5.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA03643 for ; Sun, 14 May 1995 16:19:48 -0700 Received: by gw.home.vix.com id AA12654; Sun, 14 May 95 16:18:58 -0700 Message-Id: <9505142318.AA12654@gw.home.vix.com> X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us To: jtk@kolvir.blrc.ma.us Cc: seebs@solon.com, netbsd-bugs@NetBSD.ORG, freebsd-hackers@FreeBSD.org Subject: Re: kern/1043: unlink(2) should not let superuser remove directories In-Reply-To: Your message of "Sun, 14 May 1995 15:53:06 EDT." <199505141953.PAA04095@kolvir.blrc.ma.us> Date: Sun, 14 May 1995 16:18:57 -0700 From: Ted Lemon Sender: hackers-owner@FreeBSD.org Precedence: bulk > That's an argument for using fsdb, not to let root run rampant causing > file system corruption. Using fsdb makes it absolutely clear that > you're intentionally doing something dangerous. Using unlink(2) on > directories is just the _Wrong Way_ to fix a damaged/broken filesystem! I agree completely - surgical tools for filesystems do not belong in the kernel. > I'll put my money where my mouth is, and volunteer to write an fsdb > program. Anybody want to send me a man page/reference/description of > the fsdb that comes with other commercial BSD derivatives? Unfortunately, fsdb is virtually impossible to use because its interface is essentially adb-like, and all the commands are single-character and non-mnemonic. If it were something one used every day, that would be okay, but it's more like once every two years for me, so I always have to track down a man page, which can be hard when my root partition is hosed. If you're going to write an fsdb replacement, I think it would be a win to put in a more gdb- or even dbx-like interface. It might be worth looking at the man page for advice on what features to put in, but that'd be about it, IMHO. _MelloN_ From owner-freebsd-hackers Sun May 14 16:39:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA05303 for hackers-outgoing; Sun, 14 May 1995 16:39:00 -0700 Received: from amalfi.trl.OZ.AU (amalfi.trl.OZ.AU [137.147.99.99]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA05258 for ; Sun, 14 May 1995 16:38:52 -0700 Received: from cedar.melb.cpr.itg.telecom.com.au ([144.136.63.5]) by amalfi.trl.OZ.AU (8.6.10/8.6.12) with ESMTP id JAA22739 for ; Mon, 15 May 1995 09:36:21 +1000 Received: from huon.melb.cpr.itg.telecom.com.au (huon.melb.cpr.itg.telecom.com.au [144.136.63.213]) by cedar.melb.cpr.itg.telecom.com.au (8.6.10/8.6.11) with ESMTP id JAA21019; Mon, 15 May 1995 09:38:14 +1000 From: Simon Burge Received: (simonb@localhost) by huon.melb.cpr.itg.telecom.com.au (8.6.10/8.6.9) id JAA29642; Mon, 15 May 1995 09:38:13 +1000 Date: Mon, 15 May 1995 09:38:13 +1000 Message-Id: <199505142338.JAA29642@huon.melb.cpr.itg.telecom.com.au> In-Reply-To: Ted Lemon "Re: kern/1043: unlink(2) should not let superuser remove directories" (May 14, 4:18pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: netbsd-bugs@NetBSD.ORG, freebsd-hackers@FreeBSD.org Subject: Re: kern/1043: unlink(2) should not let superuser remove directories Sender: hackers-owner@FreeBSD.org Precedence: bulk On May 14, 4:18pm, Ted Lemon wrote: > Unfortunately, fsdb is virtually impossible to use because its > interface is essentially adb-like, and all the commands are > single-character and non-mnemonic. If it were something one used > every day, that would be okay, but it's more like once every two years > for me, so I always have to track down a man page, which can be hard > when my root partition is hosed. > > If you're going to write an fsdb replacement, I think it would be a > win to put in a more gdb- or even dbx-like interface. It might be > worth looking at the man page for advice on what features to put in, > but that'd be about it, IMHO. Way back when, when I was playing with Minix on the PC532, there was a neat little program with a curses-type interface that let you look at files by inode or name, and decoded super-block structures and the like. Buggered if I can remember it's name, but it was useful under Minix more than once... > _MelloN_ Simon. From owner-freebsd-hackers Sun May 14 16:44:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA05757 for hackers-outgoing; Sun, 14 May 1995 16:44:21 -0700 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA05747 for ; Sun, 14 May 1995 16:44:18 -0700 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id QAA00340 for ; Sun, 14 May 1995 16:34:42 -0700 Message-Id: <199505142334.QAA00340@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: freebsd-hackers@FreeBSD.org Subject: make world & cvs Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 14 May 1995 16:34:39 -0700 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, I supped the entire distribution about a week ago since then I have not been able to compile cvs. I strongly suspect a gcc bug here: star-gate# pwd /usr/src/gnu/usr.bin/cvs star-gate# make ===> lib cc -O2 -m486 -pipe -I/usr/src/gnu/usr.bin/cvs/lib -I/usr/src/gnu/usr.bin/cvs/li b/../cvs -DHAVE_CONFIG_H -DHAVE_TIMEZONE -c /usr/src/gnu/usr.bin/cvs/lib/myndbm .c -o myndbm.o In file included from /usr/src/gnu/usr.bin/cvs/lib/system.h:21, from /usr/src/gnu/usr.bin/cvs/lib/../cvs/cvs.h:79, from /usr/src/gnu/usr.bin/cvs/lib/myndbm.c:16: /usr/include/sys/stat.h:108: warning: `S_IWRITE' redefined /usr/src/gnu/usr.bin/cvs/lib/../cvs/config.h:210: warning: this is the location of the previous definition In file included from /usr/src/gnu/usr.bin/cvs/lib/myndbm.c:16: /usr/src/gnu/usr.bin/cvs/lib/../cvs/cvs.h:362: parse error before `RETSIGTYPE' /usr/src/gnu/usr.bin/cvs/lib/../cvs/cvs.h:362: parse error before `)' *** Error code 1 Stop. *** Error code 1 ------------- RETSIGTYPE is typdefed to void .... Anyone has a clue? Tnks, Amancio From owner-freebsd-hackers Sun May 14 16:54:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA06422 for hackers-outgoing; Sun, 14 May 1995 16:54:05 -0700 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA06416 for ; Sun, 14 May 1995 16:54:04 -0700 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <12348-0@bunyip.cc.uq.oz.au>; Mon, 15 May 1995 09:53:36 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id JAA24025 for ; Mon, 15 May 1995 09:57:22 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id XAA27676 for ; Sun, 14 May 1995 23:54:09 GMT Message-Id: <199505142354.XAA27676@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6 4/21/95 To: hackers@FreeBSD.org Subject: IP version 6 implementation Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 15 May 1995 09:54:08 +1000 From: Stephen Hocking Sender: hackers-owner@FreeBSD.org Precedence: bulk Some of you may be keeping track of what's happening with the next phase of IP. Is anyone looking to do this, or do we hope to swipe code from some CS dept. or what's planned? I've subscribed to some of the relevant lists, and people are starting their interoperability testing shortly (DEC are planning on Level1 and some Level 2 testing at TCP/IP WORLD). The sockets API is already done and various protocols are partway there (Dynamic Address configuration, ARP, et cetera) There are also specs for tunneling IPv6 packets through IPv4. Stephen I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-hackers Sun May 14 16:57:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA06551 for hackers-outgoing; Sun, 14 May 1995 16:57:19 -0700 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA06539 for ; Sun, 14 May 1995 16:57:14 -0700 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <12592-0@bunyip.cc.uq.oz.au>; Mon, 15 May 1995 09:56:50 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id KAA24072 for ; Mon, 15 May 1995 10:00:28 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id XAA27685 for ; Sun, 14 May 1995 23:57:17 GMT Message-Id: <199505142357.XAA27685@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6 4/21/95 To: hackers@FreeBSD.org Subject: More on IPv6 implementation Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 15 May 1995 09:57:17 +1000 From: Stephen Hocking Sender: hackers-owner@FreeBSD.org Precedence: bulk Someone is doing this already for NetBSD - below is his message to the implementor's mailing list. >From: Francis Dupont >To: bound@zk3.dec.com >Cc: ipv6imp@munnari.OZ.AU >Subject: [IPv6Imp] INRIA IPv6 Status >Date: Sun, 14 May 1995 15:40:32 +0200 In the style of Digital IPv6 Status: I can do Level 1 and some higher level testing. I have some problems with neighbor discovery but I expect the draft will be rewritten soon. Platform: NetBSD "current" 4.4BSD Lite derived Unix Sun Sparc sun4c (sun4m and i386* PC planned) IPv6 Critical Functionality based on Specifications: 1. IPv6 BSD Sockets API (running, source routing planned) 2. IPv6 DNS Records Server and Resolver (running but not fully tested) 3. IPv6 TCP/UDP (running) 4. IPv6 Network Layer Basic (running) 5. IPv6 Neighbor Discovery (part-running - in process) 6. IPv6-IPv4 Transition Sockets/Transport/Tunnels (running) 7. IPv6 Stateless Address Configuration (planned) 8. IPv6 DHCPv6 Server/Client (planned) 9. IPv6 RIPng and OSPFng Router (planned) 10. IPv6 RSVP over ATM (in process) 11. IPv6 DNSIND Server and Resolver (planned) 12. IPv6 Security (not planned because of legal restrictions) 13. IPv6-IPv4 Translation (planned, specs needed) IPv6 Applications: 1. telnet and telnetd Basic (running) 2. ftp and ftpd Integrated IPv4/IPv6 (running) 3. ttcp (running) 4. tftp and tftpd Basic (running) 5. inetd Basic (running) 6. multicast Basic (in process) 7. Client/Server Test App (proposal needed, anyone ?) 8. (Sun) RPC_ng (planned) Network Utilities: 1. netstat (running) 2. tcpdump (running on standard UNIX) 3. ifconfig_ng (running) 4. arp_ng (running) 5. ping_ng (running) 6. traceroute_ng (in process) 7. route_ng (running) 8. DNS Basic (running on standard UNIX) 9. DNS IPv6 resolver (running) 10. DNS integrated IPv4/IPv6 (planned) 11. gated_ng (planned) Francis.Dupont@inria.fr I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-hackers Sun May 14 17:08:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA07447 for hackers-outgoing; Sun, 14 May 1995 17:08:56 -0700 Received: from jabba.fdn.org (jabba.fdn.org [193.55.4.70]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA07435 for ; Sun, 14 May 1995 17:08:53 -0700 Received: (from uucp@localhost) by jabba.fdn.org (8.6.8/8.6.9) with UUCP id CAA26459; Mon, 15 May 1995 02:07:57 +0200 Received: (pb@localhost) by fasterix.frmug.fr.net (8.6.11/fasterix-941011) id BAA00893; Mon, 15 May 1995 01:58:12 +0200 From: Pierre Beyssac Message-Id: <199505142358.BAA00893@fasterix.frmug.fr.net> Subject: Re: some small ideas To: fenner@parc.xerox.com (Bill Fenner) Date: Mon, 15 May 1995 01:58:11 +0200 (MET DST) Cc: graichen@sirius.physik.fu-berlin.de, freebsd-hackers@FreeBSD.org In-Reply-To: <95May14.121213pdt.49859@crevenia.parc.xerox.com> from "Bill Fenner" at May 14, 95 12:12:10 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 653 Sender: hackers-owner@FreeBSD.org Precedence: bulk Bill Fenner writes: > In message <9505131110.AA05882@sirius.physik.fu-berlin.de> you write: > >* is it possible to include an option MULTICASTROUTE into the > >sysconfig and netstart scripts to disable the multicast route > >224.0.0.0 > > But why would you not want it? Does it ever do any harm to have it? Harm, not really, but I removed it because on my machine it causes a delay when booting. (my machine is not permanently connected to Internet). -- Pierre Beyssac pb@fasterix.frmug.fr.net pb@fasterix.fdn.fr FreeBSD, NetBSD, Linux -- Il y a moins bien, mais c'est plus cher. You can also get less bang for more bucks. (translation F. Berjon) From owner-freebsd-hackers Sun May 14 17:11:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA07650 for hackers-outgoing; Sun, 14 May 1995 17:11:16 -0700 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA07640 for ; Sun, 14 May 1995 17:11:10 -0700 Received: (from nate@localhost) by trout.sri.MT.net (8.6.11/8.6.11) id SAA24239; Sun, 14 May 1995 18:15:08 -0600 Date: Sun, 14 May 1995 18:15:08 -0600 From: Nate Williams Message-Id: <199505150015.SAA24239@trout.sri.MT.net> To: Amancio Hasty Cc: freebsd-hackers@FreeBSD.org Subject: Re: make world & cvs In-Reply-To: <199505142334.QAA00340@star-gate.com> References: <199505142334.QAA00340@star-gate.com> Sender: hackers-owner@FreeBSD.org Precedence: bulk Amancio Hasty writes: > > Hi, > > I supped the entire distribution about a week ago since then I have > not been able to compile cvs. I strongly suspect a gcc bug here: Nope, one of the configuration files didn't get deleted in your tree. > In file included from /usr/src/gnu/usr.bin/cvs/lib/system.h:21, > from /usr/src/gnu/usr.bin/cvs/lib/../cvs/cvs.h:79, > from /usr/src/gnu/usr.bin/cvs/lib/myndbm.c:16: > /usr/include/sys/stat.h:108: warning: `S_IWRITE' redefined > /usr/src/gnu/usr.bin/cvs/lib/../cvs/config.h:210: warning: this is the ^^^^^^^^ This file shouldn't exist, and doesn't in the stuff on freefall. Either your supfile doesn't have the correct options or the file is undeleteable by the sup program. Delete cvs/config.h and all wil be well. Nate From owner-freebsd-hackers Sun May 14 18:14:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA09055 for hackers-outgoing; Sun, 14 May 1995 18:14:23 -0700 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA09048 for ; Sun, 14 May 1995 18:14:21 -0700 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id SAA02859; Sun, 14 May 1995 18:04:35 -0700 Message-Id: <199505150104.SAA02859@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: Nate Williams cc: freebsd-hackers@FreeBSD.org Subject: Re: make world & cvs In-reply-to: Your message of "Sun, 14 May 1995 18:15:08 MDT." <199505150015.SAA24239@trout.sri.MT.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 14 May 1995 18:04:32 -0700 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk > > /usr/src/gnu/usr.bin/cvs/lib/../cvs/config.h:210: warning: this is the > ^^^^^^^^ > > This file shouldn't exist, and doesn't in the stuff on freefall. Either > your supfile doesn't have the correct options or the file is > undeleteable by the sup program. Delete cvs/config.h and all wil be > well. > > Nate Tnks , I just moved over the cvs directory and supped again the gnu directory. The "fresh" copy of cvs compiled fined over here. Not sure what was the story here or why sup failed to update cvs properly several times till I moved over the cvs directory. If it helps here is the sup file which I used: gnu release=current host=SUP.FreeBSD.ORG hostbase=/home base=/usr prefix=/usr/sr c delete old Tnks, Amancio From owner-freebsd-hackers Sun May 14 19:13:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA10379 for hackers-outgoing; Sun, 14 May 1995 19:13:53 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA10343 for ; Sun, 14 May 1995 19:13:32 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id IAA00321; Mon, 15 May 1995 08:12:22 +0500 From: "Serge A. Babkin" Message-Id: <199505150312.IAA00321@hq.icb.chel.su> Subject: Re: 3C5x9 To: charnier@lirmm.fr (Philippe Charnier) Date: Mon, 15 May 1995 08:12:21 +0500 (GMT+0500) Cc: hackers@FreeBSD.org In-Reply-To: <199505121733.TAA04935@lirmm.lirmm.fr> from "Philippe Charnier" at May 12, 95 07:33:36 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 878 Sender: hackers-owner@FreeBSD.org Precedence: bulk > This is already a custom kernel. the possible conflicts on port and > irq are disabled with -c (wt0, mcd0, scd0 were left in the kernel), > this was for default settings. The 3c5x9 is now alone at 0x2d0 and > alone at irq 11 (and another kernel is made with the minimum). > > (boot, log as root, run halt, then reboot without powering off) > > first boot: not found > 2nd boot: found > 3rd boot: not found > 4th boot: found. Do you have MS-DOS on your machine too ? Unix driver can't find the board after DOS driver and vice versa. I don't know why, but all unix and DOS drivers I saw have shown this behavior (FreeBSD, SCO, DOS packet, DOS ODI). Use "REBOOT" button to change between DOS and Unix. If not I don't know where is the problem. Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Sun May 14 19:18:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA10538 for hackers-outgoing; Sun, 14 May 1995 19:18:06 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA10527 for ; Sun, 14 May 1995 19:17:37 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id IAA00334; Mon, 15 May 1995 08:16:38 +0500 From: "Serge A. Babkin" Message-Id: <199505150316.IAA00334@hq.icb.chel.su> Subject: Re: 3C5x9 To: gibbs@estienne.CS.Berkeley.EDU (Justin T. Gibbs) Date: Mon, 15 May 1995 08:16:38 +0500 (GMT+0500) Cc: charnier@lirmm.fr, hackers@FreeBSD.org In-Reply-To: <199505121804.LAA28444@estienne.cs.berkeley.edu> from "Justin T. Gibbs" at May 12, 95 11:04:58 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 635 Sender: hackers-owner@FreeBSD.org Precedence: bulk > >I am trying to install a 3C5x9 ethernet card on a pentium 100, and the > >latest snapshot. After a lot of problems, I am able to do this but only > >with the following situation : > >If I boot with -c > > probe ep0 return 0x0 > > attach ep0 return invalid address (i.e ff:ff:ff ...) > > the card is not found. > > > > Sounds like you have it set to the wrong IRQ. No. This information is out of date :-) Now 3c509 driver sets any specified IRQ to card (until you sign in config that IRQ is unknown). Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Sun May 14 19:33:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA11235 for hackers-outgoing; Sun, 14 May 1995 19:33:14 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA11196 for ; Sun, 14 May 1995 19:32:56 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id IAA00471; Mon, 15 May 1995 08:31:42 +0500 From: "Serge A. Babkin" Message-Id: <199505150331.IAA00471@hq.icb.chel.su> Subject: Re: 3c509B woes ( B models only!) To: rashid@haven.ios.com (Rashid Karimov.) Date: Mon, 15 May 1995 08:31:42 +0500 (GMT+0500) Cc: hackers@FreeBSD.org In-Reply-To: <199505132046.QAA05233@haven.ios.com> from "Rashid Karimov." at May 13, 95 04:46:50 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 664 Sender: hackers-owner@FreeBSD.org Precedence: bulk > I've seen this probably on 4 or 5 different computers - > the FreeBSD ( including 0412SNAP) doesn't see particular > B ( with parallel processing) 3C509B card. > It works just fine with ordinary 509 though ( I would > say it works tremendous - fast and reliable ) > > Any medicine ? > > PS - > I've tried different cards, which work in Novell network, > with different media types. May be it has a different product ID ? if_ep.c checks it for the "right" value. Look at lines 219 and 316 (checks for MFG_ID and PROD_ID). Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Sun May 14 20:24:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA12637 for hackers-outgoing; Sun, 14 May 1995 20:24:05 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA12631 ; Sun, 14 May 1995 20:24:03 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id UAA01043; Sun, 14 May 1995 20:24:01 -0700 Date: Sun, 14 May 1995 20:24:01 -0700 Message-Id: <199505150324.UAA01043@silvia.HIP.Berkeley.EDU> To: ports@FreeBSD.org CC: hackers@FreeBSD.org Subject: build of ports tree under way From: asami@CS.Berkeley.EDU (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: hackers-owner@FreeBSD.org Precedence: bulk (Sent to "ports" and "hackers" for wider audience -- reply only to "ports", please) I just started a full build of the ports tree on thud (fresh kernel, fresh world). /e/thud.X11R6 and /d/thud.local are renamed to X11R6.old and local.old, respectively, if you need something. The "shells" subdir is already built, so people can log in (sorry last time, Gary ;). I installed ~rich/x/*.tgz in /usr/X11R6 too. The actual command that is running (in /e/work/asami/ports) is: ## make -k package BATCH=yes DUDS="archivers japanese print russian shells smail dgd" < /dev/null > make.3 2>&1 & I'm hoping Andrey is rebuilding archivers/russian and Jean-Marc is rebuilding print. :) And I'll do japanese later. smail is taken out because it uses bash and picks up some shell functions from my environment and bombs, I'll build it later. And dgd...well, we'll deal with that later too. The packages will be (manually) copied to ftp.freebsd.org as they are rebuilt. The whole distfiles directory should already be on ftp.freebsd.org. Please test them and report any problems. Also, I'm hoping the maintainers of the interactive ports would build theirs. These are the ones that have IS_INTEACTIVE defined: === audio/xmcd comms/ecu comms/flexfax comms/mgetty+sendfax databases/msql games/xtetris japanese/Wnn japanese/mh japanese/tcl japanese/tk lang/STk lang/smalltalk mail/elm mail/procmail net/gn net/tkWWW news/trn print/dvips print/mltex print/xdvi utils/wine x11/XFree86 x11/emu x11/xgrab === Satoshi From owner-freebsd-hackers Sun May 14 20:34:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA13042 for hackers-outgoing; Sun, 14 May 1995 20:34:16 -0700 Received: from narnia.hip.berkeley.edu (narnia.HIP.Berkeley.EDU [136.152.64.57]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA13035 for ; Sun, 14 May 1995 20:34:14 -0700 Received: from localhost (localhost [127.0.0.1]) by narnia.hip.berkeley.edu (8.6.11/8.6.9) with SMTP id UAA02499; Sun, 14 May 1995 20:33:24 -0700 Message-Id: <199505150333.UAA02499@narnia.hip.berkeley.edu> X-Authentication-Warning: narnia.hip.berkeley.edu: Host localhost didn't use HELO protocol To: "Serge A. Babkin" cc: charnier@lirmm.fr (Philippe Charnier), hackers@FreeBSD.org Subject: Re: 3C5x9 In-reply-to: Your message of "Mon, 15 May 1995 08:12:21 +0500." <199505150312.IAA00321@hq.icb.chel.su> Date: Sun, 14 May 1995 20:33:24 -0700 From: gibbs@estienne.CS.Berkeley.EDU Sender: hackers-owner@FreeBSD.org Precedence: bulk >> This is already a custom kernel. the possible conflicts on port and >> irq are disabled with -c (wt0, mcd0, scd0 were left in the kernel), >> this was for default settings. The 3c5x9 is now alone at 0x2d0 and >> alone at irq 11 (and another kernel is made with the minimum). >> >> (boot, log as root, run halt, then reboot without powering off) >> >> first boot: not found >> 2nd boot: found >> 3rd boot: not found >> 4th boot: found. > >Do you have MS-DOS on your machine too ? Unix driver can't find the board >after DOS driver and vice versa. I don't know why, but all unix and DOS >drivers I saw have shown this behavior (FreeBSD, SCO, DOS packet, DOS ODI). >Use "REBOOT" button to change between DOS and Unix. > >If not I don't know where is the problem. > > > Serge Babkin > >! (babkin@hq.icb.chel.su) >! Headquarter of Joint Stock Commercial Bank "Chelindbank" >! Chelyabinsk, Russia Is there a chance that you could do something via the kdc_shutdown hook to reset the card to a known state so that both DOS and UNIX can find the card between warm boots? The kdc_shutdown hook was created for just this type of thing. -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Sun May 14 21:09:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA13536 for hackers-outgoing; Sun, 14 May 1995 21:09:00 -0700 Received: (from hsu@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA13527 ; Sun, 14 May 1995 21:08:59 -0700 Date: Sun, 14 May 1995 21:08:59 -0700 From: Jeffrey Hsu Message-Id: <199505150408.VAA13527@freefall.cdrom.com> To: sysseh@devetir.qld.gov.au Subject: Re: IP version 6 implementation Cc: hackers Sender: hackers-owner@FreeBSD.org Precedence: bulk Just out of the blue, do any of the specs allow for redundant physical link layers w/ tcp/ip? That is, I have two ethernets to one machine, w/ one IP address, and if the low level driver detects a link failure on one ethernet, packets automatically get routed to the other ethernet. From owner-freebsd-hackers Sun May 14 21:42:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA15557 for hackers-outgoing; Sun, 14 May 1995 21:42:17 -0700 Received: from goof.com (root@goof.com [198.82.228.165]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA15548 for ; Sun, 14 May 1995 21:42:16 -0700 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id AAA08610 for hackers@freebsd.org; Mon, 15 May 1995 00:42:50 -0400 From: "matthew c. mead" Message-Id: <199505150442.AAA08610@goof.com> Subject: lockd To: hackers@FreeBSD.org Date: Mon, 15 May 1995 00:42:50 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 513 Sender: hackers-owner@FreeBSD.org Precedence: bulk I can't seem to find any mention of locking in the nfs related man pages, nor does lockd exist. Does anyone know if fcntl() and/or flock() style locking is supported when FreeBSD is the NFS server? -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Sun May 14 22:10:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA16185 for hackers-outgoing; Sun, 14 May 1995 22:10:36 -0700 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA16179 for ; Sun, 14 May 1995 22:10:34 -0700 Received: (from nate@localhost) by trout.sri.MT.net (8.6.11/8.6.11) id XAA24801; Sun, 14 May 1995 23:14:37 -0600 Date: Sun, 14 May 1995 23:14:37 -0600 From: Nate Williams Message-Id: <199505150514.XAA24801@trout.sri.MT.net> To: Amancio Hasty Cc: Nate Williams , freebsd-hackers@FreeBSD.org Subject: Re: make world & cvs In-Reply-To: <199505150104.SAA02859@star-gate.com> References: <199505150015.SAA24239@trout.sri.MT.net> <199505150104.SAA02859@star-gate.com> Sender: hackers-owner@FreeBSD.org Precedence: bulk Amancio Hasty writes: > Not sure what was the story here or why sup failed to update cvs properly > several times till I moved over the cvs directory. > > If it helps here is the sup file which I used: > > gnu release=current host=SUP.FreeBSD.ORG hostbase=/home base=/usr > prefix=/usr/src delete old Hmm, you're the second person whose noticed this. The 'old' option to the sup file should have noticed the change, and the delete option should have killed the file. The only thing I can think of is that somehow the permissions on the file were such that the 'sup' process couldn't delete it with it's standard deletion routine. Nate From owner-freebsd-hackers Sun May 14 22:41:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA16953 for hackers-outgoing; Sun, 14 May 1995 22:41:57 -0700 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id WAA16943 ; Sun, 14 May 1995 22:41:53 -0700 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <21745-0@bunyip.cc.uq.oz.au>; Mon, 15 May 1995 15:41:25 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id PAA02362; Mon, 15 May 1995 15:45:20 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id FAA04608; Mon, 15 May 1995 05:42:11 GMT Message-Id: <199505150542.FAA04608@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6 4/21/95 To: Jeffrey Hsu cc: hackers@freefall.cdrom.com Subject: Re: IP version 6 implementation In-reply-to: Your message of "Sun, 14 May 1995 21:08:59 MST." <199505150408.VAA13527@freefall.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 15 May 1995 15:42:10 +1000 From: Stephen Hocking Sender: hackers-owner@FreeBSD.org Precedence: bulk > Just out of the blue, do any of the specs allow for redundant > physical link layers w/ tcp/ip? That is, I have two ethernets to > one machine, w/ one IP address, and if the low level driver detects > a link failure on one ethernet, packets automatically get routed > to the other ethernet. Good question, unfortunately the paper I had lying around on it has been borrowed by an interested party. I think what we sould do is get in contact with the guy in France and ask him if we can use his work (which runs under NetBSD on a sparc) Stephen I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-hackers Sun May 14 23:12:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA18358 for hackers-outgoing; Sun, 14 May 1995 23:12:28 -0700 Received: from narnia.hip.berkeley.edu (narnia.HIP.Berkeley.EDU [136.152.64.57]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA18352 for ; Sun, 14 May 1995 23:12:26 -0700 Received: from localhost (localhost [127.0.0.1]) by narnia.hip.berkeley.edu (8.6.11/8.6.9) with SMTP id XAA00207; Sun, 14 May 1995 23:13:36 -0700 Message-Id: <199505150613.XAA00207@narnia.hip.berkeley.edu> X-Authentication-Warning: narnia.hip.berkeley.edu: Host localhost didn't use HELO protocol To: "matthew c. mead" cc: hackers@FreeBSD.org Subject: Re: lockd In-reply-to: Your message of "Mon, 15 May 1995 00:42:50 EDT." <199505150442.AAA08610@goof.com> Date: Sun, 14 May 1995 23:13:35 -0700 From: gibbs@estienne.CS.Berkeley.EDU Sender: hackers-owner@FreeBSD.org Precedence: bulk > I can't seem to find any mention of locking in the nfs related man >pages, nor does lockd exist. Does anyone know if fcntl() and/or flock() style >locking is supported when FreeBSD is the NFS server? > > > >-matt > >-- >Matthew C. Mead -> Virginia Tech Center for Transportation Research - > -> Multiple Platform System and Network Administration >Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other >---- ------- WWW -> http://www.goof.com/~mmead --- ----- It is not. -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Mon May 15 02:11:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA23132 for hackers-outgoing; Mon, 15 May 1995 02:11:04 -0700 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA23125 for ; Mon, 15 May 1995 02:10:50 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA15814 (5.67a/IDA-1.5); Mon, 15 May 1995 02:05:29 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA23727; 14 May 95 20:32:08 CDT (Sun) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id UAA23724; Sun, 14 May 1995 20:32:07 -0500 From: Peter da Silva Message-Id: <199505150132.UAA23724@bonkers.taronga.com> Subject: Re: kern/1043: unlink(2) should not let superuser remove directories To: jtk@kolvir.blrc.ma.us Date: Sun, 14 May 1995 20:32:07 -0500 (CDT) Cc: seebs@solon.com, netbsd-bugs@netbsd.org, freebsd-hackers@FreeBSD.org In-Reply-To: <199505141953.PAA04095@kolvir.blrc.ma.us> from "John Kohl" at May 14, 95 03:53:06 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1346 Sender: hackers-owner@FreeBSD.org Precedence: bulk > That's an argument for using fsdb, not to let root run rampant causing > file system corruption. Using fsdb makes it absolutely clear that > you're intentionally doing something dangerous. Using unlink(2) on > directories is just the _Wrong Way_ to fix a damaged/broken filesystem! If that's the only thing wrong with the file system, I'd rather use link and unlink and clri and fsck than dive into fdsb... and I've been doing this for fifteen years. Fsdb will let you totally screw your filesystem to the point where you have to reinstall faster than you can say jack robinson. Fsdb is a tool of last resort, like using adb on a running kernel (which I've done too, now that I think of it). Link and unlink take some effort to produce that level of brokenness... because they work through the file system, and won't *create* half-broken inodes if there aren't any there already. In any case, I have real strong philosophical problems with removing the ability of root to do *anything*... not just link and unlink directories. Yes, we have symlinks now. Yes, you 99% of the time don't want to do that. Yes, you can create inconsistent directory structures this way... but as far as I'm concerned you might as well issue a patch that prevents you from creating files and directories with control characters or shell metacharacters in them. From owner-freebsd-hackers Mon May 15 05:23:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA29010 for hackers-outgoing; Mon, 15 May 1995 05:23:36 -0700 Received: from sv05wld.wldelft.nl (sv05wld.wldelft.nl [145.9.251.9]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA28988 for ; Mon, 15 May 1995 05:23:23 -0700 Message-Id: <199505151223.FAA28988@freefall.cdrom.com> Received: by sv05wld.wldelft.nl (1.37.109.14/15.6) id AA149640566; Mon, 15 May 1995 14:22:46 +0200 From: Gerard J van der Grinten Subject: ypbind and ls To: freebsd-hackers@FreeBSD.org Date: Mon, 15 May 95 14:22:46 METDST Mailer: Elm [revision: 70.85] Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello hackers, :-) I notished that when ypbind is activated ls -l gives the name entry as in the passwd file. Not too bad but: I have a ypserver with the general passwd file and a local whith +user:uid:gid::: entries (no +:::::: entry) ls now gives "-rw-r--r-- 1 +grinten staff9 4052 May 2 12:58 file" when i do an ls -l file. I think the + should be skipped somewhere... Regards, Gerard. PS this was with 950322-SNAP. -- Gerard J van der Grinten pa0gri@net.pa0gri.ampr.org [44.137.1.1] Elzenlaan 8 gerard.vdgrinten@wldelft.nl (temp. qrl) 3467 TJ Driebruggen gvdg%net.pa0gri.ampr.org@uhm.ampr.org (home) Netherlands Phone - Home: (+031)-3487-1606 (per 10-10-95 0348 501606) - Office: (+031)-15-569353 (per 10-10-95 015-2569353) From owner-freebsd-hackers Mon May 15 06:32:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA00792 for hackers-outgoing; Mon, 15 May 1995 06:32:24 -0700 Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA00785 for ; Mon, 15 May 1995 06:32:22 -0700 Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.18.7]) by mail.cs.tu-berlin.de (8.6.10/8.6.10) with ESMTP id PAA14582 for ; Mon, 15 May 1995 15:32:11 +0200 From: Wolfram Schneider Received: (wosch@localhost) by caramba.cs.tu-berlin.de (8.6.10/8.6.9) id PAA06463; Mon, 15 May 1995 15:32:06 +0200 Date: Mon, 15 May 1995 15:32:06 +0200 Message-Id: <199505151332.PAA06463@caramba.cs.tu-berlin.de> To: hackers@FreeBSD.org Subject: ktrace on boot floppy/bindist MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: hackers-owner@FreeBSD.org Precedence: bulk ktrace should be enabled on boot floppy/bindist. Ktrace is very useful if someone don't install sources. ktrace: ktrace not enabled in kernel,to use ktrace you need to add a line "options KTRACE" to your kernel Gruß Wolfram -- http://hyperg.cs.tu-berlin.de/C~wosch From owner-freebsd-hackers Mon May 15 06:40:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA01044 for hackers-outgoing; Mon, 15 May 1995 06:40:31 -0700 Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA01026 for ; Mon, 15 May 1995 06:40:29 -0700 Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.18.7]) by mail.cs.tu-berlin.de (8.6.10/8.6.10) with ESMTP id PAA14858 for ; Mon, 15 May 1995 15:40:15 +0200 From: Wolfram Schneider Received: (wosch@localhost) by caramba.cs.tu-berlin.de (8.6.10/8.6.9) id PAA06826; Mon, 15 May 1995 15:40:08 +0200 Date: Mon, 15 May 1995 15:40:08 +0200 Message-Id: <199505151340.PAA06826@caramba.cs.tu-berlin.de> To: hackers@FreeBSD.org Subject: slow floppy MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: hackers-owner@FreeBSD.org Precedence: bulk My floppy is very very very slow. copy 1.2 MB: 1) mcopy 50 sec 2) cat 165 sec 3) dd 165 sec 4) mount -t msdos 585 sec (!!!) 4) mean that I need 1 1/2 h for installing bindist! A poor null modem is faster. $ dmesg FreeBSD 2.0.950412-SNAP #0: Thu Apr 13 14:11:34 1995 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in $ mdir a: Volume in drive A has no label Directory for A:/ CKSUMS 357 5-11-95 3:22p DO_CKSUM SH 2475 5-11-95 3:22p EXTRACT SH 201 5-11-95 3:22p MANPAGES AA 240640 5-11-95 3:22p MANPAGES AB 240640 5-11-95 3:22p MANPAGES AC 240640 5-11-95 3:22p MANPAGES AD 240640 5-11-95 3:23p MANPAGES AE 240640 5-11-95 3:23p MANPAGES AF 240640 5-11-95 3:23p 9 File(s) 10240 bytes free $ time mcopy a:* /tmp >/dev/null 49.50 real 1.27 user 0.75 sys $ time cat /dev/fd0 > /tmp/floppy 164.72 real 0.00 user 1.65 sys $ mount -t msdos /dev/fd0 /mnt; time cp /mnt/* /tmp 584.49 real 0.00 user 5.17 sys dd if=/dev/fd0 of=/tmp/fd0 2880+0 records in 2880+0 records out 1474560 bytes transferred in 165 secs (8936 bytes/sec) From owner-freebsd-hackers Mon May 15 07:08:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA02098 for hackers-outgoing; Mon, 15 May 1995 07:08:22 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA02086 for ; Mon, 15 May 1995 07:08:15 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id AAA00488; Tue, 16 May 1995 00:04:49 +1000 Date: Tue, 16 May 1995 00:04:49 +1000 From: Bruce Evans Message-Id: <199505151404.AAA00488@godzilla.zeta.org.au> To: hackers@FreeBSD.org, wosch@cs.tu-berlin.de Subject: Re: slow floppy Sender: hackers-owner@FreeBSD.org Precedence: bulk >From owner-freebsd-hackers@freefall.cdrom.com Mon May 15 23:52:51 1995 >Received: from freefall.cdrom.com (freefall.cdrom.com [192.216.222.4]) by godzilla.zeta.org.au (8.6.9/8.6.9) with ESMTP id XAA32731 for ; Mon, 15 May 1995 23:51:01 +1000 >Received: (from majordom@localhost) > by freefall.cdrom.com (8.6.10/8.6.6) id GAA01044 > for hackers-outgoing; Mon, 15 May 1995 06:40:31 -0700 >Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) > by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA01026 > for ; Mon, 15 May 1995 06:40:29 -0700 >Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.18.7]) by mail.cs.tu-berlin.de (8.6.10/8.6.10) with ESMTP id PAA14858 for ; Mon, 15 May 1995 15:40:15 +0200 >From: Wolfram Schneider >Received: (wosch@localhost) by caramba.cs.tu-berlin.de (8.6.10/8.6.9) id PAA06826; Mon, 15 May 1995 15:40:08 +0200 >Date: Mon, 15 May 1995 15:40:08 +0200 >Message-Id: <199505151340.PAA06826@caramba.cs.tu-berlin.de> >To: hackers@FreeBSD.org >Subject: slow floppy >MIME-Version: 1.0 >Content-Type: text/plain; charset=ISO-8859-1 >Content-Transfer-Encoding: 8bit >Sender: hackers-owner@FreeBSD.org >Precedence: bulk >Status: RO >My floppy is very very very slow. >copy 1.2 MB: >1) mcopy 50 sec >2) cat 165 sec >3) dd 165 sec >4) mount -t msdos 585 sec (!!!) >4) mean that I need 1 1/2 h for installing bindist! A poor null modem >is faster. >$ dmesg >FreeBSD 2.0.950412-SNAP #0: Thu Apr 13 14:11:34 1995 >fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa >fdc0: NEC 765 >fd0: 1.44MB 3.5in >$ mdir a: > Volume in drive A has no label > Directory for A:/ >CKSUMS 357 5-11-95 3:22p >DO_CKSUM SH 2475 5-11-95 3:22p >EXTRACT SH 201 5-11-95 3:22p >MANPAGES AA 240640 5-11-95 3:22p >MANPAGES AB 240640 5-11-95 3:22p >MANPAGES AC 240640 5-11-95 3:22p >MANPAGES AD 240640 5-11-95 3:23p >MANPAGES AE 240640 5-11-95 3:23p >MANPAGES AF 240640 5-11-95 3:23p > 9 File(s) 10240 bytes free >$ time mcopy a:* /tmp >/dev/null > 49.50 real 1.27 user 0.75 sys >$ time cat /dev/fd0 > /tmp/floppy > 164.72 real 0.00 user 1.65 sys >$ mount -t msdos /dev/fd0 /mnt; time cp /mnt/* /tmp > 584.49 real 0.00 user 5.17 sys >dd if=/dev/fd0 of=/tmp/fd0 >2880+0 records in >2880+0 records out >1474560 bytes transferred in 165 secs (8936 bytes/sec) From owner-freebsd-hackers Mon May 15 07:56:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA03762 for hackers-outgoing; Mon, 15 May 1995 07:56:59 -0700 Received: from inetgwy.asctmd.com (inetgwy.asctmd.com [198.59.170.33]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA03753 for ; Mon, 15 May 1995 07:56:53 -0700 From: SUPERVISOR@alb.asctmd.com Received: from alb.asctmd.com (alb.asctmd.com [198.59.170.34]) by inetgwy.asctmd.com (8.6.8/8.6.6) with SMTP id KAA13832 for ; Mon, 15 May 1995 10:06:05 -0600 Received: from ALBUQUERQUE-Message_Server by alb.asctmd.com with WordPerfect_Office; Mon, 15 May 1995 09:01:28 -0700 Message-Id: X-Mailer: WordPerfect Office 4.0 Date: Mon, 15 May 1995 08:55:07 -0700 To: freebsd-hackers@freefall.cdrom.com Subject: FreeBSD as Netware client? -Reply Sender: hackers-owner@FreeBSD.org Precedence: bulk I put out some patches to implement an IPX/SPX stack on FreeBSD around February. I have not received much feed back on these since. These patches DO NOT implement a NetWare client... From owner-freebsd-hackers Mon May 15 08:15:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA04329 for hackers-outgoing; Mon, 15 May 1995 08:15:58 -0700 Received: from alpha.dsu.edu (ghelmer@alpha.dsu.edu [138.247.32.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA04321 for ; Mon, 15 May 1995 08:15:55 -0700 Received: (from ghelmer@localhost) by alpha.dsu.edu (8.6.12/8.6.12) id KAA00967; Mon, 15 May 1995 10:15:47 -0500 Date: Mon, 15 May 1995 10:15:47 -0500 (CDT) From: Guy Helmer To: Frank Durda IV cc: hackers@FreeBSD.org Subject: Re: Docs for both ends of SLIP/PPP connection? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Thu, 11 May 1995, Frank Durda IV wrote: > I have been asked the same question for the third time in as many weeks > so I thought I would ask it (once) here. > > Is there any step-by-step documents that describe how to set > up a SLIP and/or PPP connection on a FreeBSD system FOR BOTH ENDS? > That is, documentation that tells how to set up ports on a FreeBSD system > to act as SLIP/PPP ports to connect to (dial-in), AND documentation for how > to make an outgoing SLIP/PPP call using FreeBSD to a remote server, > possibly even a remote FreeBSD server? There are some docs -- are you able to view the information at "http://www.freebsd.org/HowTo/"? If so, you may want to check there since there has been some reorganization and new contributions in the past month or so. > These questions are coming from people where I work who have FreeBSD > systems at home and some at work, and they can't figure out how to > make SLIP or PPP work, particularly on the system that they dial-in to. > > There seems to be several examples and FAQs around (although some > seem out of date and contradictory) describing how to dial-out to > an ISP SLIP/PPP system. Yes, I believe the SLIP client FAQ could use some revision. > I haven't seen anything useful that covers how to set up the ISP side, > precautions to take, etc. The only FAQ I have seen had massive gaps > in information, such as assuming you already had /etc/ttys, gettys, the > kernel and other stuff set up "the right way" for SLIP/PPP to be used. > You wouldn't believe some of the "maybe it will work if I turn this > and this on" stuff I have seen by people trying to bridge the gaps. Well, at least some of the "massive gaps" are intentional -- the SLIP server tutorial isn't meant to cover the procedures for configuring dialup access to a system (and in fact a tutorial I've written has been critized because it contained too much info specific to kernel configuration, which should be covered by a separate tutorial). Please see the dialup tutorial (under "http://www.freebsd.org/HowTo/") for information on dialup services, and then go on to the SLIP server tutorial once dialup access works. I'm not sure what you mean by "precautions" -- can you elaborate? > Because of the problems, most are using Windows '95 on both ends so that > they can do SLIP/PPP, but they would rather use FreeBSD. > > Do these documents exist in an up-to-date, accurate form? Please > let me know. If they don't, is there someone willing to write one up? > I would strongly recommend including this material in 2.0.5. Thanks. You're certainly welcome to contribute! I've contributed a bit myself as time permits, but I'm just a volunteer just like everyone else on the Doc team. > Frank Durda IV |"The Knights who say "LETNi" Guy Helmer, Dakota State University Computing Services - ghelmer@alpha.dsu.edu From owner-freebsd-hackers Mon May 15 09:38:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA06305 for hackers-outgoing; Mon, 15 May 1995 09:38:00 -0700 Received: from eikon.regent.e-technik.tu-muenchen.de (root@eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA06289 for ; Mon, 15 May 1995 09:37:46 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <43056>; Mon, 15 May 1995 18:37:30 +0200 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) with SMTP id XAA17279; Sun, 14 May 1995 23:01:42 +0200 Message-Id: <199505142101.XAA17279@vector.eikon.e-technik.tu-muenchen.de> X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol To: "Gasparovski / Daniel (ISE)" cc: hackers@FreeBSD.org Subject: Re: 2.0.5, when? In-reply-to: Your message of "Sat, 13 May 1995 15:32:44 +0200." Date: Sun, 14 May 1995 23:01:41 +0200 From: Julian Howard Stacey Sender: hackers-owner@FreeBSD.org Precedence: bulk Re. > (I'm only > connected at a lowly 9600 baud, so the less often I plunder the ftp sites > for 30 odd meg, the better) If your still way back at 2.0, & you dont want to wait for next release, why not grab the ctm patches to date (about 2M or so) & roll your own set of new binaries ? your machine should be stable enough for that, so long as you don't get too adventurous ! Julian jhs@freebsd.org From owner-freebsd-hackers Mon May 15 09:56:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA07134 for hackers-outgoing; Mon, 15 May 1995 09:56:58 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA07127 for ; Mon, 15 May 1995 09:56:54 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id CAA04994; Tue, 16 May 1995 02:53:15 +1000 Date: Tue, 16 May 1995 02:53:15 +1000 From: Bruce Evans Message-Id: <199505151653.CAA04994@godzilla.zeta.org.au> To: hackers@FreeBSD.org, wosch@cs.tu-berlin.de Subject: Re: slow floppy Sender: hackers-owner@FreeBSD.org Precedence: bulk >My floppy is very very very slow. >copy 1.2 MB: >1) mcopy 50 sec >2) cat 165 sec >3) dd 165 sec >4) mount -t msdos 585 sec (!!!) >4) mean that I need 1 1/2 h for installing bindist! A poor null modem >is faster. cat and `dd bs=18k' on the raw device should be faster. The default block size for /dev/fd0 is stupid (2k) while the default block size for /dev/rfd0 is better (16k) although it still has nothing to do with a hardware. The good performance for mcopy is probably because it uses the raw device with a large block size and the especially bad performance for msdosfs is probably because it uses the tiny file system block size of 512 bytes. msdosfs apparently reads only one block at a time and your system is apparently just slow enough that reading adjacent blocks in separate i/o's requires waiting a full disk revolution between the blocks. Thus you get a speed of about 1/5 second per block and it takes at least 2880 / 5 = 576 seconds to read the whole disk. To fix this, msdosfs needs to be improved. It doesn't call the vfs clustering routines. It needs to call them or do its own clustering. (The original version of it should have done its own clustering since vfs clustering didn't exist then. ufs didn't suffer so much from the lack of clustering because of its larger block size.) Bruce From owner-freebsd-hackers Mon May 15 11:09:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA09473 for hackers-outgoing; Mon, 15 May 1995 11:09:00 -0700 Received: from Xenon.Stanford.EDU (Xenon.Stanford.EDU [36.28.0.25]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA09467 for ; Mon, 15 May 1995 11:08:59 -0700 Received: by Xenon.Stanford.EDU (5.61+IDA/25-Xenon-eef) id AA00410; Mon, 15 May 95 11:08:56 -0700 Date: Mon, 15 May 1995 11:08:55 -0700 (PDT) From: Terry Lee To: freebsd-hackers@FreeBSD.org Subject: Mosaic 2.5 Green Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, I just downloaded NCSA Mosaic from the incoming folder. For some reason all the graphics including the earth icon are a shade of bright green. I'm using XFree86 3.1.1 with S3-928 video in 16 bpp. Anyone have any ideas what the problem might be? Netscape is working fine. advTHANKSance Terry I N T E R N E T Terry Lee, Technical Director D E S I G N 745 Stanford Avenue, Palo Alto, California 94306 G R O U P 415 424 0747 voice 415 424-0751 fax http://www.mall.net terryl@cs.stanford.edu http://www.mall.net/terry From owner-freebsd-hackers Mon May 15 11:15:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA09662 for hackers-outgoing; Mon, 15 May 1995 11:15:20 -0700 Received: from Xenon.Stanford.EDU (Xenon.Stanford.EDU [36.28.0.25]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA09650 for ; Mon, 15 May 1995 11:15:19 -0700 Received: by Xenon.Stanford.EDU (5.61+IDA/25-Xenon-eef) id AA01263; Mon, 15 May 95 11:15:16 -0700 Date: Mon, 15 May 1995 11:15:15 -0700 (PDT) From: Terry Lee To: freebsd-hackers@FreeBSD.org Subject: Re: Mosaic 2.5 Green In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk OH. I just tried it with X in 8 bpp. Works fine. I guess the question is now, what's the problem in 16 bpp? > I just downloaded NCSA Mosaic from the incoming folder. For some reason > all the graphics including the earth icon are a shade of bright green. > I'm using XFree86 3.1.1 with S3-928 video in 16 bpp. > > Anyone have any ideas what the problem might be? Netscape is working fine. > > advTHANKSance I N T E R N E T Terry Lee, Technical Director D E S I G N 745 Stanford Avenue, Palo Alto, California 94306 G R O U P 415 424 0747 voice 415 424-0751 fax http://www.mall.net terryl@cs.stanford.edu http://www.mall.net/terry From owner-freebsd-hackers Mon May 15 11:16:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA09706 for hackers-outgoing; Mon, 15 May 1995 11:16:35 -0700 Received: from kithrup.com (kithrup.com [140.174.23.40]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA09700 for ; Mon, 15 May 1995 11:16:34 -0700 Received: (from sef@localhost) by kithrup.com (8.6.8/8.6.6) id LAA11739; Mon, 15 May 1995 11:15:47 -0700 Date: Mon, 15 May 1995 11:15:47 -0700 From: Sean Eric Fagan Message-Id: <199505151815.LAA11739@kithrup.com> To: bde@zeta.org.au, terry@cs.weber.edu Subject: Re: login.c environ=envinit ? Cc: freebsd-hackers@FreeBSD.org, henrich@crh.cl.msu.edu Sender: hackers-owner@FreeBSD.org Precedence: bulk I'm all for having environment variables accessible through the kernel (/proc//env, anyone?), but the main reason *I* haven't done so so far is that there *is* code out there that knows how to manipulate the environmnent variables, and assumes things about the global variable -- or even that there is one ;). If terry wants to implement it and try it out for a while, I'll be glad to help him, but I wouldn't want it in the mainline of code until, say, all of ports has been built to use it. (Wow... code [of a sort] from terry. Will wonders never cease? 8-)) Sean. From owner-freebsd-hackers Mon May 15 11:32:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA10209 for hackers-outgoing; Mon, 15 May 1995 11:32:43 -0700 Received: from miller.cs.uwm.edu (miller.cs.uwm.edu [129.89.35.13]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA10203 for ; Mon, 15 May 1995 11:32:42 -0700 Received: (from james@localhost) by miller.cs.uwm.edu (8.6.10/8.6.10) id NAA17968 for hackers@freebsd.org; Mon, 15 May 1995 13:32:40 -0500 Date: Mon, 15 May 1995 13:32:40 -0500 From: Jim Lowe Message-Id: <199505151832.NAA17968@miller.cs.uwm.edu> To: hackers@FreeBSD.org Subject: hang problems Sender: hackers-owner@FreeBSD.org Precedence: bulk Every once in a while after I reboot my system, it hangs. I am not sure what type of problem this is. Is there a method to obtain a core dump or drop the system into the kernel debugger after/during a system hang? -Jim From owner-freebsd-hackers Mon May 15 11:35:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA10357 for hackers-outgoing; Mon, 15 May 1995 11:35:48 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA10350 for ; Mon, 15 May 1995 11:35:47 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA10286; Mon, 15 May 95 12:28:30 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505151828.AA10286@cs.weber.edu> Subject: Re: kern/1043: unlink(2) should not let superuser remove directories To: jtk@kolvir.blrc.ma.us Date: Mon, 15 May 95 12:28:29 MDT Cc: seebs@solon.com, netbsd-bugs@NetBSD.ORG, freebsd-hackers@FreeBSD.org In-Reply-To: <199505141953.PAA04095@kolvir.blrc.ma.us> from "John Kohl" at May 14, 95 03:53:06 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > (talking about my bug report which deletes the ability of root to link & > unlink directories): > > Peter> This is not a bug. It is a feature. > > Peter> It is not for us to decide that the superuser is wrong. > > Peter> It is periodically very handy for debugging or breaking > Peter> filesystems, or fixing broken ones. (In particular, it's one > Peter> possible way to fix a filename with a '/' in it.) > > That's an argument for using fsdb, not to let root run rampant causing > file system corruption. Using fsdb makes it absolutely clear that > you're intentionally doing something dangerous. Using unlink(2) on > directories is just the _Wrong Way_ to fix a damaged/broken filesystem! The linking and unlinking of directories is legacy code from when the way to move a directory was to link it then unlink it as seperate non-atomic operations. The rename() call fixed this. Because the rename() call can be crashed in the middle of its operation by a power failure, I think the unlink is still important. Personnally, I removed the ability to link directories in several Novell and USL UFS derived file systems, and strongly urged the removal of the capability in UFS itself (I have confidence in the person over the work on UFS at this time and believe that it will die eventually). The ability to hard-link directories screws horribly with the ability to track directory heirarchy for ACL's, and is thus a potential for some huge security holes on more modern file systems. POSIX neither requires nor disallows the capability (much like the ability to truncate files, it is ignored). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon May 15 12:26:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA12487 for hackers-outgoing; Mon, 15 May 1995 12:26:11 -0700 Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA12479 for ; Mon, 15 May 1995 12:26:05 -0700 Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id NAA05977; Mon, 15 May 1995 13:25:08 -0600 Message-Id: <199505151925.NAA05977@rover.village.org> To: terry@cs.weber.edu (Terry Lambert) Subject: Re: GNU cpp bug with pthreads Cc: bde@zeta.org.au (Bruce Evans), j@uriah.heep.sax.de, rpt@miles.sso.loral.com, hackers@FreeBSD.org In-reply-to: Your message of Wed, 03 May 1995 11:25:50 MDT Date: Mon, 15 May 1995 13:25:07 -0600 From: Warner Losh Sender: hackers-owner@FreeBSD.org Precedence: bulk : The Sun "transitional compiler" #defines __STDC__ as 0 in non-ANSI mode : and as 1 in ANSI mode. I assume you mean the unbundled compiler in some sort of traditional mode. cc on sun 4.1.3 at least doesn't define __STDC__ to be anything. Warner From owner-freebsd-hackers Mon May 15 12:27:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA12547 for hackers-outgoing; Mon, 15 May 1995 12:27:48 -0700 Received: from marmite.Stanford.EDU (2842@marmite.Stanford.EDU [36.159.0.58]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA12541 for ; Mon, 15 May 1995 12:27:47 -0700 Received: (hlew@localhost) by marmite.Stanford.EDU (8.6.10/8.6.4) id MAA01789; Mon, 15 May 1995 12:27:44 -0700 Date: Mon, 15 May 1995 12:27:42 -0700 (PDT) From: Howard Lew To: Terry Lee cc: freebsd-hackers@FreeBSD.org Subject: Re: Mosaic 2.5 Green In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, 15 May 1995, Terry Lee wrote: > OH. I just tried it with X in 8 bpp. Works fine. I guess the question > is now, what's the problem in 16 bpp? > > > I just downloaded NCSA Mosaic from the incoming folder. For some reason > > all the graphics including the earth icon are a shade of bright green. > > I'm using XFree86 3.1.1 with S3-928 video in 16 bpp. > > > > Anyone have any ideas what the problem might be? Netscape is working fine. > > > > advTHANKSance Yeah. NCSA Mosaic 2.5 does not seem to support 16bpp. But the Mosaic 2.5 binary for BSDI claims to support it. I tried using BSDI`s binary of Mosaic 2.5 on FreeBSD 2.0 Snap 3/22, but it just dumps core. /--------------------------------------\ / Howard Lew \ < Email: hlew@genome.stanford.edu > \ http://www.shoppersnet.com / \--------------------------------------/ From owner-freebsd-hackers Mon May 15 12:36:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA12921 for hackers-outgoing; Mon, 15 May 1995 12:36:52 -0700 Received: from goof.com (root@goof.com [198.82.228.165]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA12915 for ; Mon, 15 May 1995 12:36:51 -0700 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id PAA11402; Mon, 15 May 1995 15:37:34 -0400 From: "matthew c. mead" Message-Id: <199505151937.PAA11402@goof.com> Subject: Re: Mosaic 2.5 Green To: terryl@CS.Stanford.EDU (Terry Lee) Date: Mon, 15 May 1995 15:37:33 -0400 (EDT) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: from "Terry Lee" at May 15, 95 11:15:15 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1084 Sender: hackers-owner@FreeBSD.org Precedence: bulk Terry Lee wrote: > OH. I just tried it with X in 8 bpp. Works fine. I guess the question > is now, what's the problem in 16 bpp? > > I just downloaded NCSA Mosaic from the incoming folder. For some reason > > all the graphics including the earth icon are a shade of bright green. > > I'm using XFree86 3.1.1 with S3-928 video in 16 bpp. > > Anyone have any ideas what the problem might be? Netscape is working fine. > > advTHANKSance It sounds to me like the problem is with the byte ordering of the color data sent to the X server. Look around for an #ifdef AIX in that type of thing, as AIX uses the same byte ordering as Intel for its graphics color data. You might be able to just get away with a #if defined(AIX) || defined(__FreeBSD__). Good luck. -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Mon May 15 13:27:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA14846 for hackers-outgoing; Mon, 15 May 1995 13:27:07 -0700 Received: from Xenon.Stanford.EDU (Xenon.Stanford.EDU [36.28.0.25]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA14832 for ; Mon, 15 May 1995 13:27:01 -0700 Received: by Xenon.Stanford.EDU (5.61+IDA/25-Xenon-eef) id AA18827; Mon, 15 May 95 13:26:55 -0700 Date: Mon, 15 May 1995 13:26:54 -0700 (PDT) From: Terry Lee To: Howard Lew Cc: freebsd-hackers@FreeBSD.org Subject: Re: Mosaic 2.5 Green In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk > > OH. I just tried it with X in 8 bpp. Works fine. I guess the question > > is now, what's the problem in 16 bpp? > > > > > I just downloaded NCSA Mosaic from the incoming folder. For some reason > > > all the graphics including the earth icon are a shade of bright green. > > > I'm using XFree86 3.1.1 with S3-928 video in 16 bpp. > > > > > > Anyone have any ideas what the problem might be? Netscape is working fine. > > > > > > advTHANKSance > > Yeah. NCSA Mosaic 2.5 does not seem to support 16bpp. But the Mosaic > 2.5 binary for BSDI claims to support it. I tried using BSDI`s binary > of Mosaic 2.5 on FreeBSD 2.0 Snap 3/22, but it just dumps core. Is a BSDI binary available at NCSA? I didn't see it last time I looked for it. Dumps core huh? Jordan, BSDI compatibility? :) Thanks for the info. All the best, Terry I N T E R N E T Terry Lee, Technical Director D E S I G N 745 Stanford Avenue, Palo Alto, California 94306 G R O U P 415 424 0747 voice 415 424-0751 fax http://www.mall.net terryl@cs.stanford.edu http://www.mall.net/terry From owner-freebsd-hackers Mon May 15 13:47:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA15641 for hackers-outgoing; Mon, 15 May 1995 13:47:59 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA15635 for ; Mon, 15 May 1995 13:47:57 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA10841; Mon, 15 May 95 14:41:09 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505152041.AA10841@cs.weber.edu> Subject: Re: FreeBSD as Netware client? -Reply To: SUPERVISOR@alb.asctmd.com Date: Mon, 15 May 95 14:41:09 MDT Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: from "SUPERVISOR@alb.asctmd.com" at May 15, 95 08:55:07 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I put out some patches to implement an IPX/SPX stack on FreeBSD > around February. I have not received much feed back on these since. > These patches DO NOT implement a NetWare client... As a former Novell employee, I avoid the IPX and SPX protocols. The client code would probably be rather trivial to write if you could find a way to do it legally. The biggest hole is the ability to have multiple users on a mount (or per user mounts) withing the authentication model, and configuring the server to not require packet signatures. It is a hole I would not wish to be sucked into. You might have more feedback if you could configure a FreeBSD system as a tunnel to tunnel IPX/SPX over a TCP/IP connection to link remote networks. Do you have routing support? Unfortunately, I'm not in an environment where I can even test it any more. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon May 15 13:54:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA15989 for hackers-outgoing; Mon, 15 May 1995 13:54:54 -0700 Received: from vegemite.Stanford.EDU (2842@vegemite.Stanford.EDU [36.159.0.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA15972 for ; Mon, 15 May 1995 13:54:51 -0700 Received: (hlew@localhost) by vegemite.Stanford.EDU (8.6.10/8.6.4) id NAA20810; Mon, 15 May 1995 13:54:48 -0700 Date: Mon, 15 May 1995 13:54:47 -0700 (PDT) From: Howard Lew To: Terry Lee cc: freebsd-hackers@FreeBSD.org Subject: Re: Mosaic 2.5 Green In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, 15 May 1995, Terry Lee wrote: > Is a BSDI binary available at NCSA? I didn't see it last time I looked > for it. The one I got was from www.bsdi.com. > /--------------------------------------\ / Howard Lew \ < Email: hlew@genome.stanford.edu > \ http://www.shoppersnet.com / \--------------------------------------/ From owner-freebsd-hackers Mon May 15 13:57:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA16096 for hackers-outgoing; Mon, 15 May 1995 13:57:22 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA16090 for ; Mon, 15 May 1995 13:57:12 -0700 Received: by haven.uniserve.com id <226>; Mon, 15 May 1995 14:11:31 -0700 Date: Mon, 15 May 1995 14:10:40 -0700 (PDT) From: Tom Samplonius To: hackers@FreeBSD.org Subject: TCP still broken? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk A current kernel from last week still appears to have problems with TCP, especially with WfWg's TCP/IP stack. Using "sysctl -w net.inet.tcp.rfc1233=0" appears to fix it though. Tom From owner-freebsd-hackers Mon May 15 14:12:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA16516 for hackers-outgoing; Mon, 15 May 1995 14:12:21 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA16508 for ; Mon, 15 May 1995 14:12:06 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id OAA07491; Mon, 15 May 1995 14:11:45 -0700 From: "Rodney W. Grimes" Message-Id: <199505152111.OAA07491@gndrsh.aac.dev.com> Subject: Re: TCP still broken? To: tom@haven.uniserve.com (Tom Samplonius) Date: Mon, 15 May 1995 14:11:45 -0700 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: from "Tom Samplonius" at May 15, 95 02:10:40 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 442 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > A current kernel from last week still appears to have problems with > TCP, especially with WfWg's TCP/IP stack. Using "sysctl -w > net.inet.tcp.rfc1233=0" appears to fix it though. And a knob has now been added to /etc/sysconfig to turn this off at boot time if you want. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Mon May 15 14:12:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA16531 for hackers-outgoing; Mon, 15 May 1995 14:12:40 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA16524 for ; Mon, 15 May 1995 14:12:35 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA10970; Mon, 15 May 95 15:03:51 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505152103.AA10970@cs.weber.edu> Subject: Re: login.c environ=envinit ? To: sef@kithrup.com (Sean Eric Fagan) Date: Mon, 15 May 95 15:03:50 MDT Cc: bde@zeta.org.au, freebsd-hackers@FreeBSD.org, henrich@crh.cl.msu.edu In-Reply-To: <199505151815.LAA11739@kithrup.com> from "Sean Eric Fagan" at May 15, 95 11:15:47 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > I'm all for having environment variables accessible through the kernel > (/proc//env, anyone?), but the main reason *I* haven't done so > so far is that there *is* code out there that knows how to manipulate > the environmnent variables, and assumes things about the global variable -- > or even that there is one ;). > > If terry wants to implement it and try it out for a while, I'll be glad to > help him, but I wouldn't want it in the mainline of code until, say, all of > ports has been built to use it. > > (Wow... code [of a sort] from terry. Will wonders never cease? 8-)) I've had it running (logical names and variant symbolic links) for quite some time on my 1.1.5.1 system at home. I am still reluctant to upgrade it to 2.0 mostly because of the disk slice code (I'm still running my own idea of what that should be like and it works except in the OnTrack case, but I can ignore that). I'm a little hesitant to risk 4G of disk contents (even though it is backed up doubly to QIC tape), both because my house isn't well net-connected and because I don't have a CDROM to fix things in case of problems. Not to mention that I'll have to throw out or rewrite a lot of file system and networking and internationalization code to get back to where I am today. As far as all of the ports being built to use it, there's little difference between a (3) routine and a (3) routine that calls a (2) routine to do its thing. Everything built with a shared library will just work. I'm using my own pre 2.0 shared library system, and the exec changes are pretty massively mixed up with each other (my stuff doesn't have a crt0.o, per se) and other changes to proc for shared descriptor tables and other crap (like there isn't a vnops tiny-table in my vnodes for socket support, open files are reference counted instead of duped in the system open file table, and the offset is maintained in a per proc struct that's intermediate to the file table, etc.) . The proc and exec changes would be the logical place to start hacking, but any diffs I could give would be 100%. Let me get yet another machine at home before I'm expected to start giving out diffs. I'm reminded of Jeff Goldblum doing brain surgery at the start of "Buckaroo Banzai". 8-). What does Rod sell ASUS dual pentium boxes in tower cases for? Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon May 15 14:26:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA16983 for hackers-outgoing; Mon, 15 May 1995 14:26:52 -0700 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA16977 for ; Mon, 15 May 1995 14:26:45 -0700 Received: (from nate@localhost) by trout.sri.MT.net (8.6.11/8.6.11) id PAA27192; Mon, 15 May 1995 15:30:16 -0600 Date: Mon, 15 May 1995 15:30:16 -0600 From: Nate Williams Message-Id: <199505152130.PAA27192@trout.sri.MT.net> In-Reply-To: terry@cs.weber.edu (Terry Lambert) "Re: login.c environ=envinit ?" (May 15, 3:03pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: terry@cs.weber.edu (Terry Lambert), sef@kithrup.com (Sean Eric Fagan) Subject: Re: login.c environ=envinit ? Cc: bde@zeta.org.au, freebsd-hackers@FreeBSD.org, henrich@crh.cl.msu.edu Sender: hackers-owner@FreeBSD.org Precedence: bulk > I am still reluctant to upgrade it to 2.0 mostly because of the disk > slice code (I'm still running my own idea of what that should be like > and it works except in the OnTrack case, but I can ignore that). It's possible/probable that most of the new stuff will work as well. > I'm > a little hesitant to risk 4G of disk contents (even though it is backed > up doubly to QIC tape), both because my house isn't well net-connected > and because I don't have a CDROM to fix things in case of problems. Would a 2.0.5 CD change your mind? > Not > to mention that I'll have to throw out or rewrite a lot of file system > and networking and internationalization code to get back to where I am > today. Unfortunately, that code is going to have to be re-written in *any* case if you want that code to ever become part of a BSD release. The longer you put it off, the harder it will be to bring it into -current. Nate From owner-freebsd-hackers Mon May 15 14:28:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA16997 for hackers-outgoing; Mon, 15 May 1995 14:28:58 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA16991 for ; Mon, 15 May 1995 14:28:54 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id OAA07532; Mon, 15 May 1995 14:27:48 -0700 From: "Rodney W. Grimes" Message-Id: <199505152127.OAA07532@gndrsh.aac.dev.com> Subject: Re: login.c environ=envinit ? To: terry@cs.weber.edu (Terry Lambert) Date: Mon, 15 May 1995 14:27:48 -0700 (PDT) Cc: sef@kithrup.com, bde@zeta.org.au, freebsd-hackers@FreeBSD.org, henrich@crh.cl.msu.edu In-Reply-To: <9505152103.AA10970@cs.weber.edu> from "Terry Lambert" at May 15, 95 03:03:50 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 325 Sender: hackers-owner@FreeBSD.org Precedence: bulk ... > > What does Rod sell ASUS dual pentium boxes in tower cases for? Full blown read to run machines run in the $4k+ depending on monitor, memory, and disk drives. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Mon May 15 14:31:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA17067 for hackers-outgoing; Mon, 15 May 1995 14:31:31 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA17059 for ; Mon, 15 May 1995 14:31:28 -0700 Received: by haven.uniserve.com id <242>; Mon, 15 May 1995 14:46:09 -0700 Date: Mon, 15 May 1995 14:45:03 -0700 (PDT) From: Tom Samplonius To: "Rodney W. Grimes" cc: hackers@FreeBSD.org Subject: Re: TCP still broken? In-Reply-To: <199505152111.OAA07491@gndrsh.aac.dev.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, 15 May 1995, Rodney W. Grimes wrote: > > > > > > A current kernel from last week still appears to have problems with > > TCP, especially with WfWg's TCP/IP stack. Using "sysctl -w > > net.inet.tcp.rfc1233=0" appears to fix it though. > > And a knob has now been added to /etc/sysconfig to turn this off > at boot time if you want. FreeBSD = free band-aides with every copy! :) Tom From owner-freebsd-hackers Mon May 15 14:32:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA17100 for hackers-outgoing; Mon, 15 May 1995 14:32:21 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA17094 for ; Mon, 15 May 1995 14:32:19 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA11133; Mon, 15 May 95 15:25:04 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505152125.AA11133@cs.weber.edu> Subject: Re: GNU cpp bug with pthreads To: imp@village.org (Warner Losh) Date: Mon, 15 May 95 15:25:03 MDT Cc: bde@zeta.org.au, j@uriah.heep.sax.de, rpt@miles.sso.loral.com, hackers@FreeBSD.org In-Reply-To: <199505151925.NAA05977@rover.village.org> from "Warner Losh" at May 15, 95 01:25:07 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > : The Sun "transitional compiler" #defines __STDC__ as 0 in non-ANSI mode > : and as 1 in ANSI mode. > > I assume you mean the unbundled compiler in some sort of traditional > mode. cc on sun 4.1.3 at least doesn't define __STDC__ to be > anything. I dunno. It's the 4.1.3_U1 compiler that Sun is calling the transitional compiler (presumably transitioning from K&R to ANSI). Unless you specifically ask it to invoke in a traditional mode, it will by default invoke with __STDC__ defined as 0. If the Sun example isn't sufficient, the AIX 3.2 compiler (with whatever numerous patchtapes IBM sends) will define __STDC__ as 2 if -ansi is used. Anyone know how to make a Sun compiler spit out its version information? Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon May 15 14:35:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA17173 for hackers-outgoing; Mon, 15 May 1995 14:35:12 -0700 Received: from Xenon.Stanford.EDU (Xenon.Stanford.EDU [36.28.0.25]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA17167 for ; Mon, 15 May 1995 14:35:08 -0700 Received: by Xenon.Stanford.EDU (5.61+IDA/25-Xenon-eef) id AA26600; Mon, 15 May 95 14:35:00 -0700 Date: Mon, 15 May 1995 14:34:59 -0700 (PDT) From: Terry Lee To: "matthew c. mead" Cc: freebsd-hackers@FreeBSD.org Subject: Re: Mosaic 2.5 Green In-Reply-To: <199505151937.PAA11402@goof.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk > > OH. I just tried it with X in 8 bpp. Works fine. I guess the question > > is now, what's the problem in 16 bpp? > > > > I just downloaded NCSA Mosaic from the incoming folder. For some reason > > > all the graphics including the earth icon are a shade of bright green. > > > I'm using XFree86 3.1.1 with S3-928 video in 16 bpp. > > > > Anyone have any ideas what the problem might be? Netscape is working fine. > > > > advTHANKSance > > It sounds to me like the problem is with the byte ordering of the color > data sent to the X server. Look around for an #ifdef AIX in that type of > thing, as AIX uses the same byte ordering as Intel for its graphics color data. > You might be able to just get away with a > #if defined(AIX) || defined(__FreeBSD__). Good luck. Thanks for the tip. However, I don't have Motif so I can't compile it myself. Oh well. I N T E R N E T Terry Lee, Technical Director D E S I G N 745 Stanford Avenue, Palo Alto, California 94306 G R O U P 415 424 0747 voice 415 424-0751 fax http://www.mall.net terryl@cs.stanford.edu http://www.mall.net/terry From owner-freebsd-hackers Mon May 15 14:40:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA17351 for hackers-outgoing; Mon, 15 May 1995 14:40:04 -0700 Received: from sting.artisoft.com (sting.Artisoft.COM [198.17.250.50]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA17345 for ; Mon, 15 May 1995 14:40:02 -0700 Received: (from mday@localhost) by sting.artisoft.com (8.6.9/8.6.9) id OAA13925 for freebsd-hackers@freebsd.org; Mon, 15 May 1995 14:39:35 -0700 Date: Mon, 15 May 1995 14:39:35 -0700 From: Matt Day Message-Id: <199505152139.OAA13925@sting.artisoft.com> To: freebsd-hackers@FreeBSD.org Subject: syntactical anomalies in disklabel.h Sender: hackers-owner@FreeBSD.org Precedence: bulk Microsoft Visual C++ 2.0 didn't like the following anomalies in . My guess is they also aren't quite up to ANSI standards, but I'm not interested in taking the time to prove it. *** sys/sys/disklabel.h- Thu Mar 16 11:16:14 1995 --- sys/sys/disklabel.h Mon May 15 14:30:20 1995 *************** *** 66,72 **** #endif #ifndef readMSPtolabel ! #define readMSPtolabel(a,b,c,d,e,) /* zap calls if irrelevant */ #endif #ifdef tahoe --- 66,72 ---- #endif #ifndef readMSPtolabel ! #define readMSPtolabel(a,b,c,d,e) /* zap calls if irrelevant */ #endif #ifdef tahoe *************** *** 196,203 **** --- 196,205 ---- #define p_sgs __partition_u1.sgs } d_partitions[MAXPARTITIONS]; /* actually may be more */ }; + #if 0 struct cpu_disklabel { }; + #endif #else /* LOCORE */ /* * offsets for asm boot files. From owner-freebsd-hackers Mon May 15 14:49:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA17551 for hackers-outgoing; Mon, 15 May 1995 14:49:55 -0700 Received: from haven.ios.com (haven.ios.com [198.4.75.45]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA17545 for ; Mon, 15 May 1995 14:49:53 -0700 Received: (from rashid@localhost) by haven.ios.com (8.6.11/8.6.9) id RAA17150 for hackers@freebsd.org; Mon, 15 May 1995 17:52:26 -0400 From: "Rashid Karimov." Message-Id: <199505152152.RAA17150@haven.ios.com> Subject: alias ( secondary IP ) for Ethernet Ifaces in FreeBSD To: hackers@FreeBSD.org Date: Mon, 15 May 1995 17:52:26 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 384 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi there folx, Is it working ? If yes - how can one set it up ? What's the correct format for the command ? Should it be reflected somehow in ifconfig output or netstat ? For example , I have ep0 iface and I want to assign the secondary( alias) IP address to it . What command should be issued ? ifconfig ep0 alias 199.199.199.22 is this one correct ? Rashid From owner-freebsd-hackers Mon May 15 14:51:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA17588 for hackers-outgoing; Mon, 15 May 1995 14:51:27 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA17576 for ; Mon, 15 May 1995 14:51:25 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA11277; Mon, 15 May 95 15:44:18 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505152144.AA11277@cs.weber.edu> Subject: Re: login.c environ=envinit ? To: nate@trout.sri.MT.net (Nate Williams) Date: Mon, 15 May 95 15:44:17 MDT Cc: sef@kithrup.com, bde@zeta.org.au, freebsd-hackers@FreeBSD.org, henrich@crh.cl.msu.edu In-Reply-To: <199505152130.PAA27192@trout.sri.MT.net> from "Nate Williams" at May 15, 95 03:30:16 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I'm > > a little hesitant to risk 4G of disk contents (even though it is backed > > up doubly to QIC tape), both because my house isn't well net-connected > > and because I don't have a CDROM to fix things in case of problems. > > Would a 2.0.5 CD change your mind? It'd help; I'll buy one when it comes out. 8-). > > Not > > to mention that I'll have to throw out or rewrite a lot of file system > > and networking and internationalization code to get back to where I am > > today. > > Unfortunately, that code is going to have to be re-written in *any* case > if you want that code to ever become part of a BSD release. Depends on how much additional code I rewrite. 8-). But you are probably right -- there's just too darn many things to work on. 8-(. > The longer you put it off, the harder it will be to bring it into > -current. Not really -- putty-work is putty-work. It's all grunt-work to wedge stuff from one platform to another. It's probably why I tend to put it off (above and beyond hardware issues). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon May 15 14:54:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA17619 for hackers-outgoing; Mon, 15 May 1995 14:54:33 -0700 Received: from haywire.DIALix.COM (peter@haywire.DIALix.COM [192.203.228.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA17613 for ; Mon, 15 May 1995 14:54:28 -0700 Received: (from peter@localhost) by haywire.DIALix.COM (8.6.12/8.6.12/DIALix) id FAA21523; Tue, 16 May 1995 05:54:23 +0800 Date: Tue, 16 May 1995 05:54:21 +0800 (WST) From: Peter Wemm To: hackers@FreeBSD.org Subject: Some makefile patches to stop the !#^%!& include files being touched Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk These were done from a very recent -current.. I got sick of the include files being touched, causing make to rebuild the entire system again. Most of the makefiles were fixed, but these two slipped through: src/lib/csu/i386/Makefile: (stops being touched) *** Makefile.dist Thu May 11 20:06:38 1995 --- Makefile Thu May 11 20:12:23 1995 *************** *** 26,33 **** install: maninstall install ${COPY} -o ${BINOWN} -g ${BINGRP} -m 444 ${OBJS} \ ${DESTDIR}/usr/lib ! install ${COPY} -o ${BINOWN} -g ${BINGRP} -m 444 ${.CURDIR}/dlfcn.h \ ! ${DESTDIR}/usr/include depend lint tags: --- 26,35 ---- install: maninstall install ${COPY} -o ${BINOWN} -g ${BINGRP} -m 444 ${OBJS} \ ${DESTDIR}/usr/lib ! @${ECHO} Installing dlfcn.h header... ! @cmp -s ${.CURDIR}/dlfcn.h ${DESTDIR}/usr/include/dlfcn.h || \ ! install ${COPY} -o ${BINOWN} -g ${BINGRP} -m 444 \ ! ${.CURDIR}/dlfcn.h ${DESTDIR}/usr/include depend lint tags: And this one stops the rpc stuff being touched, causing the getpw* routines in libc to be rebuilt, hence causing just about everything to be rebuilt. src/include/rpcsvc: *** Makefile.dist Thu May 11 19:57:25 1995 --- Makefile Thu May 11 20:05:18 1995 *************** *** 17,32 **** all: ${HDRS} install: all ! @${ECHO} "Creating RPC service headers directory" ! @/bin/rm -rf ${DESTDIR}/usr/include/rpcsvc ! @-mkdir ${DESTDIR}/usr/include/rpcsvc @${ECHO} "Installing RPC service header and definition files" @for i in $(XFILES); do \ ! (install -c -m 644 ${.CURDIR}/$$i ${DESTDIR}/usr/include/rpcsvc) done @for i in $(HDRS); do \ ! (install ${COPY} -m 644 $$i ${DESTDIR}/usr/include/rpcsvc) done @for i in $(HFILES); do \ ! (install -c -m 644 ${.CURDIR}/$$i ${DESTDIR}/usr/include/rpcsvc) done @chown -R ${BINOWN}.${BINGRP} ${DESTDIR}/usr/include/rpcsvc @chmod -R 755 ${DESTDIR}/usr/include/rpcsvc --- 17,39 ---- all: ${HDRS} install: all ! @if test ! -d ${DESTDIR}/usr/include/rpcsvc ; then \ ! ${ECHO} "Creating RPC service headers directory" ; \ ! mkdir ${DESTDIR}/usr/include/rpcsvc ; \ ! fi @${ECHO} "Installing RPC service header and definition files" @for i in $(XFILES); do \ ! cmp -s ${.CURDIR}/$$i ${DESTDIR}/usr/include/rpcsvc/$$i || \ ! install -c -m 644 ${.CURDIR}/$$i ${DESTDIR}/usr/include/rpcsvc ; \ ! done @for i in $(HDRS); do \ ! cmp -s $$i ${DESTDIR}/usr/include/rpcsvc/$$i || \ ! install ${COPY} -m 644 $$i ${DESTDIR}/usr/include/rpcsvc ; \ ! done @for i in $(HFILES); do \ ! cmp -s ${.CURDIR}/$$i ${DESTDIR}/usr/include/rpcsvc/$$i || \ ! install -c -m 644 ${.CURDIR}/$$i ${DESTDIR}/usr/include/rpcsvc ; \ ! done @chown -R ${BINOWN}.${BINGRP} ${DESTDIR}/usr/include/rpcsvc @chmod -R 755 ${DESTDIR}/usr/include/rpcsvc Note that these dont actually change anything... They just stop an identical file being installed over the top of an existing one for No Good Reason(TM). I just copied the style of tests from the other include makefiles. It was not much fun to discover this on a 386SX-16... (now a 486, thank god! :-) Cheers, -Peter From owner-freebsd-hackers Mon May 15 15:12:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA18094 for hackers-outgoing; Mon, 15 May 1995 15:12:01 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA18086 for ; Mon, 15 May 1995 15:11:54 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id IAA11567; Tue, 16 May 1995 08:08:10 +1000 Date: Tue, 16 May 1995 08:08:10 +1000 From: Bruce Evans Message-Id: <199505152208.IAA11567@godzilla.zeta.org.au> To: freebsd-hackers@FreeBSD.org, mday@artisoft.com Subject: Re: syntactical anomalies in disklabel.h Sender: hackers-owner@FreeBSD.org Precedence: bulk >Microsoft Visual C++ 2.0 didn't like the following anomalies in >. My guess is they also aren't quite up to ANSI >standards, but I'm not interested in taking the time to prove it. They probaby just enforce the standard. >! #define readMSPtolabel(a,b,c,d,e,) /* zap calls if irrelevant */ >! #define readMSPtolabel(a,b,c,d,e) /* zap calls if irrelevant */ It's hard to see the problem using diff -c3! >+ #if 0 > struct cpu_disklabel { > }; >+ #endif Already removed. `gcc -ansi' warns about this. Bruce From owner-freebsd-hackers Mon May 15 15:15:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA18178 for hackers-outgoing; Mon, 15 May 1995 15:15:46 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA18171 for ; Mon, 15 May 1995 15:15:42 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id PAA07740; Mon, 15 May 1995 15:15:22 -0700 From: "Rodney W. Grimes" Message-Id: <199505152215.PAA07740@gndrsh.aac.dev.com> Subject: Re: Some makefile patches to stop the !#^%!& include files being touched To: peter@haywire.dialix.com (Peter Wemm) Date: Mon, 15 May 1995 15:15:22 -0700 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: from "Peter Wemm" at May 16, 95 05:54:21 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 500 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > These were done from a very recent -current.. I got sick of the include > files being touched, causing make to rebuild the entire system again. > > Most of the makefiles were fixed, but these two slipped through: This is a very small band aid for a much larger problem which I will start in on fixing as soon as 2.0.5 is out the door. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Mon May 15 15:16:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA18203 for hackers-outgoing; Mon, 15 May 1995 15:16:31 -0700 Received: from haywire.DIALix.COM (peter@haywire.DIALix.COM [192.203.228.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA18191 for ; Mon, 15 May 1995 15:16:28 -0700 Received: (from peter@localhost) by haywire.DIALix.COM (8.6.12/8.6.12/DIALix) id GAA27304; Tue, 16 May 1995 06:16:22 +0800 Date: Tue, 16 May 1995 06:16:21 +0800 (WST) From: Peter Wemm To: hackers@FreeBSD.org Subject: mail<->news gateway.. (yes.. again..) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Before you all cringe in terror, I'm not talking about a Usenet gateway.. :-) What I've done in the past, is have various mailing lists gatewayed into a local newsgroup (uni-directional). This seems to come up every so often, and it's so much more convenient to read and follow, but it's not entirely trivial to set up. What about this: Suppose I was to reconfigure it to be bidirectional (I'm using a relative of the same software that runs the gnu.* groups <-> gnu mailing lists gateway) and nntp feed it to various other sites. How many people would be interested in getting a pre-packaged, functional news group set? Since I am on a volume charged internet link, obviously there's a limit to what I could/would do. I'd be happy to feed up to about half a dozen sites at the most, and *only* to other sites that would be prepared to "pass it on". Note that this wont be like opening up the lists to every Joe Bloggs on the internet with his windoze box asking "what's freebsd" after seeing the groups on his menu, or posting "AnY NeW c00l WaReZ??!!!!!" on the hackers newsgroup... Since it would be a deliberate act to get it onto one's system, it will be out of reach of the great unwashed masses for quite some time. If it turned out to be too popular, I'd have to find somewhere else to move it to, but by then the concept would be proven (or disproved). Now that I think about it, it could probably be done for the existing freebsd newsgroups as well for those that dont like the news system. Note that I'm *not* prepared to do a mailing list explode for them - that would have to be done by somebody else..) Obviously, if I get letterbombs or lots of "NOOOOO!!!" then I'll reconsider... I'm just exploring the possibility.. Cheers, -Peter From owner-freebsd-hackers Mon May 15 15:17:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA18242 for hackers-outgoing; Mon, 15 May 1995 15:17:52 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA18235 ; Mon, 15 May 1995 15:17:48 -0700 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 AAA10377 ; Tue, 16 May 1995 00:17:43 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id AAA07031 ; Tue, 16 May 1995 00:17:43 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199505152217.AAA07031@blaise.ibp.fr> Subject: Re: IP version 6 implementation To: sysseh@devetir.qld.gov.au (Stephen Hocking) Date: Tue, 16 May 1995 00:17:42 +0200 (MET DST) Cc: hsu@freefall.cdrom.com, hackers@freefall.cdrom.com In-Reply-To: <199505150542.FAA04608@netfl15a.devetir.qld.gov.au> from "Stephen Hocking" at May 15, 95 03:42:10 pm X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 392 Sender: hackers-owner@FreeBSD.org Precedence: bulk > borrowed by an interested party. I think what we sould do is get in contact > with the guy in France and ask him if we can use his work (which runs under > NetBSD on a sparc) I don't think there should be any problem with Francis on this. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.0-BUILT-19950503 #3: Wed May 3 19:53:04 MET DST 1995 From owner-freebsd-hackers Mon May 15 15:19:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA18271 for hackers-outgoing; Mon, 15 May 1995 15:19:17 -0700 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA18264 for ; Mon, 15 May 1995 15:19:11 -0700 Received: (from nate@localhost) by trout.sri.MT.net (8.6.11/8.6.11) id QAA27440; Mon, 15 May 1995 16:22:58 -0600 Date: Mon, 15 May 1995 16:22:58 -0600 From: Nate Williams Message-Id: <199505152222.QAA27440@trout.sri.MT.net> In-Reply-To: Bruce Evans "Re: syntactical anomalies in disklabel.h" (May 16, 8:08am) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: Bruce Evans , freebsd-hackers@FreeBSD.org, mday@artisoft.com Subject: Re: syntactical anomalies in disklabel.h Sender: hackers-owner@FreeBSD.org Precedence: bulk > >! #define readMSPtolabel(a,b,c,d,e,) /* zap calls if irrelevant */ > >! #define readMSPtolabel(a,b,c,d,e) /* zap calls if irrelevant */ ^^ No trailing comma. From owner-freebsd-hackers Mon May 15 15:24:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA18400 for hackers-outgoing; Mon, 15 May 1995 15:24:03 -0700 Received: from haywire.DIALix.COM (peter@haywire.DIALix.COM [192.203.228.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA18393 for ; Mon, 15 May 1995 15:24:00 -0700 Received: (from peter@localhost) by haywire.DIALix.COM (8.6.12/8.6.12/DIALix) id GAA27659; Tue, 16 May 1995 06:23:36 +0800 Date: Tue, 16 May 1995 06:23:35 +0800 (WST) From: Peter Wemm To: "Rodney W. Grimes" cc: hackers@FreeBSD.org Subject: Re: Some makefile patches to stop the !#^%!& include files being touched In-Reply-To: <199505152215.PAA07740@gndrsh.aac.dev.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, 15 May 1995, Rodney W. Grimes wrote: > > These were done from a very recent -current.. I got sick of the include > > files being touched, causing make to rebuild the entire system again. > > > > Most of the makefiles were fixed, but these two slipped through: > > This is a very small band aid for a much larger problem which I will start > in on fixing as soon as 2.0.5 is out the door. You are not wrong there.. Reinstalling the static libs causes a relink in /bin and /sbin (among others). I dont mind a relink anywhere as much as a recompile-the-entire-system because I forgot to reapply the patches after sup kindly "repaired" them for me. Damn. What a problem! :-) Having recently come from a binary-only system, the last thing I should be griping about is recompiling the source... :-) :-) Seriously though.. I suspect that a "cmp -s" will fail for many static libs, merely because of the "ranlib" or "ranlib -t" after the install.. even though they are otherwise identical. Cheers, -Peter > -- > Rod Grimes rgrimes@gndrsh.aac.dev.com > Accurate Automation Company Custom computers for FreeBSD > From owner-freebsd-hackers Mon May 15 15:29:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA18577 for hackers-outgoing; Mon, 15 May 1995 15:29:57 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA18571 for ; Mon, 15 May 1995 15:29:56 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id PAA18394; Mon, 15 May 1995 15:29:43 -0700 From: Poul-Henning Kamp Message-Id: <199505152229.PAA18394@ref.tfs.com> Subject: Re: mail<->news gateway.. (yes.. again..) To: peter@haywire.dialix.com (Peter Wemm) Date: Mon, 15 May 1995 15:29:43 -0700 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: from "Peter Wemm" at May 16, 95 06:16:21 am Content-Type: text Content-Length: 777 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Before you all cringe in terror, I'm not talking about a Usenet gateway.. > :-) > > What I've done in the past, is have various mailing lists gatewayed into a > local newsgroup (uni-directional). This seems to come up every so often, > and it's so much more convenient to read and follow, but it's not entirely > trivial to set up. > > What about this: Suppose I was to reconfigure it to be bidirectional (I'm > using a relative of the same software that runs the gnu.* groups <-> gnu > mailing lists gateway) and nntp feed it to various other sites. DO IT! What names will you use ? -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Mon May 15 15:33:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA18661 for hackers-outgoing; Mon, 15 May 1995 15:33:01 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA18655 for ; Mon, 15 May 1995 15:32:57 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id PAA07805; Mon, 15 May 1995 15:32:32 -0700 From: "Rodney W. Grimes" Message-Id: <199505152232.PAA07805@gndrsh.aac.dev.com> Subject: Re: Some makefile patches to stop the !#^%!& include files being touched To: peter@haywire.dialix.com (Peter Wemm) Date: Mon, 15 May 1995 15:32:32 -0700 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: from "Peter Wemm" at May 16, 95 06:23:35 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2262 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > On Mon, 15 May 1995, Rodney W. Grimes wrote: > > > These were done from a very recent -current.. I got sick of the include > > > files being touched, causing make to rebuild the entire system again. > > > > > > Most of the makefiles were fixed, but these two slipped through: > > > > This is a very small band aid for a much larger problem which I will start > > in on fixing as soon as 2.0.5 is out the door. > > You are not wrong there.. Reinstalling the static libs causes a relink > in /bin and /sbin (among others). I dont mind a relink anywhere as much > as a recompile-the-entire-system because I forgot to reapply the patches > after sup kindly "repaired" them for me. I am not wrong here, there is the huge problem that we have no consitent and correct way to handle the installation of header files for the whole of the source tree (or atleast, not one commited. I have prototype here that does 10 times the job these little hacks of cmp -s do. Any small hack to add more cmp -s's will just get in the way of the proper fix that is coming. I am not talking about rewrite all of .mk, just pulling over my fixes for header file installation (new file bsd.file.mk) that does a pretty damn sweat jobs of handling lots of things, can you say /usr/include is a symlink farm to the source tree with only files symlinked, can you say /usr/include if it is a SHARED=copies type only has files installed into it for the *whole* source tree if the file has changed. Trust me, I've been working on and building *BSD sources for a long time, your little patch is but a drop in the bucket of what needs fixing. > Damn. What a problem! :-) Having recently come from a binary-only > system, the last thing I should be griping about is recompiling the > source... :-) :-) :-), right :-) > Seriously though.. I suspect that a "cmp -s" will fail for many > static libs, merely because of the "ranlib" or "ranlib -t" after the > install.. even though they are otherwise identical. I am not talking about libs, I did not even mention them. I am talking about /usr/include files only. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Mon May 15 15:34:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA18703 for hackers-outgoing; Mon, 15 May 1995 15:34:28 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA18695 for ; Mon, 15 May 1995 15:34:24 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id PAA07815; Mon, 15 May 1995 15:34:06 -0700 From: "Rodney W. Grimes" Message-Id: <199505152234.PAA07815@gndrsh.aac.dev.com> Subject: Re: Some makefile patches to stop the !#^%!& include files being touched To: peter@haywire.dialix.com (Peter Wemm) Date: Mon, 15 May 1995 15:34:05 -0700 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: from "Peter Wemm" at May 16, 95 06:23:35 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1690 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > On Mon, 15 May 1995, Rodney W. Grimes wrote: > > > These were done from a very recent -current.. I got sick of the include > > > files being touched, causing make to rebuild the entire system again. > > > > > > Most of the makefiles were fixed, but these two slipped through: > > > > This is a very small band aid for a much larger problem which I will start > > in on fixing as soon as 2.0.5 is out the door. > > You are not wrong there.. Reinstalling the static libs causes a relink ^^^^^ Ignore my previous message, or it least a the fragment about me being right, I missed the ``not'' in this sentence, reading to damn fast and to much coffee today. I am going away for a few hours now to bury my head in the sand (good excuse to go to the beach!). > in /bin and /sbin (among others). I dont mind a relink anywhere as much > as a recompile-the-entire-system because I forgot to reapply the patches > after sup kindly "repaired" them for me. > > Damn. What a problem! :-) Having recently come from a binary-only > system, the last thing I should be griping about is recompiling the > source... :-) :-) > > Seriously though.. I suspect that a "cmp -s" will fail for many > static libs, merely because of the "ranlib" or "ranlib -t" after the > install.. even though they are otherwise identical. > > Cheers, > -Peter > > > -- > > Rod Grimes rgrimes@gndrsh.aac.dev.com > > Accurate Automation Company Custom computers for FreeBSD > > > -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Mon May 15 16:30:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA20487 for hackers-outgoing; Mon, 15 May 1995 16:30:09 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA20477 for ; Mon, 15 May 1995 16:30:02 -0700 Received: by haven.uniserve.com id <339>; Mon, 15 May 1995 16:44:21 -0700 Date: Mon, 15 May 1995 16:43:31 -0700 (PDT) From: Tom Samplonius To: hackers@FreeBSD.org Subject: Adaptec 2940? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Is it just me, or is the 2940 slower than the 1742 and 2742? (BTW, I'm running a kernel supped last week) Tom From owner-freebsd-hackers Mon May 15 18:17:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA23860 for hackers-outgoing; Mon, 15 May 1995 18:17:32 -0700 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA23854 for ; Mon, 15 May 1995 18:17:31 -0700 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.11/8.6.9) with SMTP id SAA14306; Mon, 15 May 1995 18:17:17 -0700 Message-Id: <199505160117.SAA14306@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: Tom Samplonius cc: hackers@FreeBSD.org Subject: Re: Adaptec 2940? In-reply-to: Your message of "Mon, 15 May 1995 16:43:31 PDT." Date: Mon, 15 May 1995 18:17:16 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Is it just me, or is the 2940 slower than the 1742 and 2742? > > (BTW, I'm running a kernel supped last week) > >Tom I'll let you know once I get my Pentium machine. :) I don't see any reason why it would be slower than a 2742. -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Mon May 15 20:14:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA26298 for hackers-outgoing; Mon, 15 May 1995 20:14:47 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA26292 for ; Mon, 15 May 1995 20:14:46 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.8/8.6.6) id UAA19487 for hackers@freebsd.org; Mon, 15 May 1995 20:14:46 -0700 Received: from sun-lamp.cs.berkeley.edu (sun-lamp.CS.Berkeley.EDU [128.32.138.88]) by ref.tfs.com (8.6.8/8.6.6) with ESMTP id BAA08826 for ; Sat, 13 May 1995 01:42:27 -0700 Received: from pain.lcs.mit.edu (pain.lcs.mit.edu [128.52.46.239]) by sun-lamp.cs.berkeley.edu (8.6.10/8.6.10) with ESMTP id BAA24667; Sat, 13 May 1995 01:35:57 -0700 Received: (from daemon@localhost) by pain.lcs.mit.edu (8.6.9/8.6.9) id EAA24119; Sat, 13 May 1995 04:34:37 -0400 Received: from disperse.demon.co.uk by pain.lcs.mit.edu (8.6.9/8.6.9) with SMTP id EAA24108; Sat, 13 May 1995 04:31:40 -0400 Received: from post.demon.co.uk by disperse.demon.co.uk id aa16889; 13 May 95 8:43 GMT-60:00 Received: from alice.wonderland.org by post.demon.co.uk id aa03253; 13 May 95 8:43 GMT-60:00 Received: (peter@localhost) by alice.wonderland.org (8.6.9/8.6.5) id IAA06452; Sat, 13 May 1995 08:37:08 +0100 From: Peter Galbavy Message-Id: <199505130737.IAA06452@alice.wonderland.org> Subject: Re: FSCK TROUBLE WITH 4.2 UNIX FILESYSTEMS To: Brian Buhrow Date: Sat, 13 May 1995 08:37:07 +0100 (BST) Cc: netbsd-help@NetBSD.ORG, current-users@NetBSD.ORG In-Reply-To: <199505122357.QAA11305@baloo.ucsc.edu> from "Brian Buhrow" at May 12, 95 04:57:40 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1073 X-Loop: netbsd-help@NetBSD.ORG Sender: hackers-owner@FreeBSD.org Precedence: bulk > When fsck performs sanity checks against the super block of a file system, > it does a comparison of the primary super block against the backup copy > located in the final cylinder group of the file system. If the comparison > fails, fsck requests that the user use the -b flag to specify an alternate > copy of the super block in order to restore the primary super block. If > the primary super block is corrupt, then it will be accurately updated at > the end of the fsck -b. The fsck -b procedure, however, does not update > the last copy of the super block in the filesystem. Thus, even if the > primary super block is correct, the next "fsck" will fail with the same > error. This I have seen. I could not "fix" the filesystem, and gave up by backing it up (mounted "dirty") and the newfs'ing it, and restoring. Not fun. If you can fix this... Regards, -- Peter Galbavy work: peter@demon.net Wonderland rest: peter@wonderland.org play: http://www.wonderland.org/ "The 'net interprets censorship as damage and routes around it." - John Gilmore From owner-freebsd-hackers Mon May 15 20:14:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA26289 for hackers-outgoing; Mon, 15 May 1995 20:14:35 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA26282 for ; Mon, 15 May 1995 20:14:29 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.8/8.6.6) id UAA19481 for hackers@freeBSD.org; Mon, 15 May 1995 20:14:28 -0700 Received: from sun-lamp.cs.berkeley.edu (sun-lamp.CS.Berkeley.EDU [128.32.138.88]) by ref.tfs.com (8.6.8/8.6.6) with ESMTP id QAA06199 for ; Fri, 12 May 1995 16:59:43 -0700 Received: from pain.lcs.mit.edu (pain.lcs.mit.edu [128.52.46.239]) by sun-lamp.cs.berkeley.edu (8.6.10/8.6.10) with ESMTP id QAA18928; Fri, 12 May 1995 16:58:02 -0700 Received: (from daemon@localhost) by pain.lcs.mit.edu (8.6.9/8.6.9) id TAA20704; Fri, 12 May 1995 19:57:50 -0400 Received: from cats.ucsc.edu by pain.lcs.mit.edu (8.6.9/8.6.9) with ESMTP id TAA20700; Fri, 12 May 1995 19:57:46 -0400 Received: from baloo.ucsc.edu by cats.ucsc.edu with SMTP id QAA08299; Fri, 12 May 1995 16:57:43 -0700 Received: by baloo.ucsc.edu (8.6.10/4.7) id QAA11305; Fri, 12 May 1995 16:57:42 -0700 Message-Id: <199505122357.QAA11305@baloo.ucsc.edu> From: buhrow@cats.ucsc.edu (Brian Buhrow) Date: Fri, 12 May 1995 16:57:40 -0700 X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: netbsd-help@NetBSD.ORG, current-users@NetBSD.ORG Subject: FSCK TROUBLE WITH 4.2 UNIX FILESYSTEMS X-Loop: netbsd-help@NetBSD.ORG Sender: hackers-owner@FreeBSD.org Precedence: bulk I recently encountered this interesting weakness with fsck on 4.2 filesystems. This weakness exists on SunOS 4.x, ultrix, NetBSD, FreeBSD, BSD-4.3, and any other OS's that use the Berkeley filesystem and its fsck. I haven't yet check to see if the newer versions of fsck on NetBSD-current have corrected the problem, but 1.0 certainly displays the trouble. While this bug is not fatal, it can be annoying. Here is the description, as I sent it to Sun. Note: Although the output shown here is from a SunOS 4.x box, the NetBSD 1.0 fsck looks very similar, except that it asks you if you want to look for alternate superblocks. Also, the enclosed program will repair the damaged filesystem when invoked as: "fsfix". -Brian When fsck performs sanity checks against the super block of a file system, it does a comparison of the primary super block against the backup copy located in the final cylinder group of the file system. If the comparison fails, fsck requests that the user use the -b flag to specify an alternate copy of the super block in order to restore the primary super block. If the primary super block is corrupt, then it will be accurately updated at the end of the fsck -b. The fsck -b procedure, however, does not update the last copy of the super block in the filesystem. Thus, even if the primary super block is correct, the next "fsck" will fail with the same error. While it is highly unlikely that the last copy of the super block would get munched, it seems as though there should be a way, by using fsck, to restore both copies of the super block so that fsck will work cleanly again. Is there a way to do this besides mounting manually, dumping, newfsing, restoring and continuing? I have included a sample script which demonstrates the problem. I've also enclosed a program which trashes the last copy of the super block in the filesystem in order to allow you to test this more extensively. Any suggestions, solutions, etc. would be very helpful. -Brian Script started on Fri May 12 13:44:47 1995 cobweb.UCSC.EDU# newfs /dev/rsd2c /dev/rsd2c: 1954816 sectors in 1909 cylinders of 16 tracks, 64 sectors 1000.9MB in 120 cyl groups (16 c/g, 8.39MB/g, 3840 i/g) super-block backups (for fsck -b #) at: 32, 16480, 32928, 49376, 65824, 82272, 98720, 115168, 131616, 148064, 164512, 180960, 197408, 213856, 230304, 246752, 262176, 278624, 295072, 311520, 327968, 344416, 360864, 377312, 393760, 410208, 426656, 443104, 459552, 476000, 492448, 508896, 524320, 540768, 557216, 573664, 590112, 606560, 623008, 639456, 655904, 672352, 688800, 705248, 721696, 738144, 754592, 771040, 786464, 802912, 819360, 835808, 852256, 868704, 885152, 901600, 918048, 934496, 950944, 967392, 983840, 1000288, 1016736, 1033184, 1048608, 1065056, 1081504, 1097952, 1114400, 1130848, 1147296, 1163744, 1180192, 1196640, 1213088, 1229536, 1245984, 1262432, 1278880, 1295328, 1310752, 1327200, 1343648, 1360096, 1376544, 1392992, 1409440, 1425888, 1442336, 1458784, 1475232, 1491680, 1508128, 1524576, 1541024, 1557472, 1572896, 1589344, 1605792, 1622240, 1638688, 1655136, 1671584, 1688032, 1704480, 1720928, 1737376, 1753824, 1770272, 1786720, 1803168, 1819616, 1835040, 1851488, 1867936, 1884384, 1900832, 1917280, 1933728, 1950176, cobweb.UCSC.EDU# fsck /dev/rsd2c ** /dev/rsd2c ** Last Mounted on ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 2 files, 9 used, 917861 free (13 frags, 114731 blocks, 0.0% fragmentation) cobweb.UCSC.EDU# trashfs /dev/sd2c Primary super block at location 16 Wrote 255 bytes at offset 998490112 cobweb.UCSC.EDU# fsck /dev/rsd2c ** /dev/rsd2c BAD SUPER BLOCK: TRASHED VALUES IN SUPER BLOCK USE -b OPTION TO FSCK TO SPECIFY LOCATION OF AN ALTERNATE SUPER-BLOCK TO SUPPLY NEEDED INFORMATION; SEE fsck(8). cobweb.UCSC.EDU# fsck -b 32 /dev/rsd2c Alternate super block location: 32 ** /dev/rsd2c ** Last Mounted on ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups CLEAN FLAG IN SUPERBLOCK IS WRONG; FIX? y 2 files, 9 used, 917861 free (13 frags, 114731 blocks, 0.0% fragmentation) ***** FILE SYSTEM WAS MODIFIED ***** cobweb.UCSC.EDU# fsck /dev/rsd2c ** /dev/rsd2c BAD SUPER BLOCK: TRASHED VALUES IN SUPER BLOCK USE -b OPTION TO FSCK TO SPECIFY LOCATION OF AN ALTERNATE SUPER-BLOCK TO SUPPLY NEEDED INFORMATION; SEE fsck(8). cobweb.UCSC.EDU# exit cobweb.UCSC.EDU# script done on Fri May 12 13:56:40 1995 /*This program will trash the final alternate super block of your 4.2 Unix filesystem.*/ #include #include #include #include #include #include #include /*the usage is to give the name of the block device on which the filesystem resides as the first command line argument. The program does the rest*/ /*This version, when invoked as "fsfix", repairs its own damage. Use at your own risk.*/ main(argc, argv) int argc; char **argv; { static struct fs superblock; /*primary super block*/ int fdes; /*file descriptor for block device*/ int status, fixflg; off_t blkno, dblkno; /*block number of last alternate superblock*/ char tmpbuf[256], *ptr; /*scratch string buffer*/ if (argc < 2){ fprintf(stderr,"Usage: %s ",argv[0]); exit(1); } ptr = strrchr(argv[0], '/'); if (!ptr) ptr = argv[0]; else ptr++; if (!strcmp(ptr, "trashfs")) { fixflg = 0; } else { fixflg = 1; } fdes = open(argv[1], O_RDWR, 0666); if (fdes < 0) { perror("Unable to open %s"); exit(1); } dblkno = lseek(fdes, SBOFF, SEEK_SET); printf("Primary super block at block number: %d\n",dblkno / 512); blkno = read(fdes, &superblock, (size_t)SBSIZE); if (blkno != SBSIZE) { fprintf(stderr,"read %d bytes, not %d bytes: ",blkno,SBSIZE); perror("Unable to read primary super block"); exit(1); } /*now, get the block number of the alternate super block we're interested in*/ blkno = cgsblock(&superblock, superblock.fs_ncg - 1); /*Now, decide whether to break or repair the filesystem*/ dblkno = lseek(fdes, (off_t)fsbtodb(&superblock, blkno) * 512, SEEK_SET); if (fixflg) { status = write(fdes, &superblock, SBSIZE); } else { bzero(tmpbuf, 255); status = write(fdes, (char *)&tmpbuf[0], (int)255); } if (status < 0) { fprintf(stderr,"File descriptor = %d\n",fdes); perror("Unable to write"); exit(1); } printf("Wrote %d bytes at block %lu\n",status,dblkno / 512); fflush(stdout); return; } From owner-freebsd-hackers Mon May 15 22:22:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA29247 for hackers-outgoing; Mon, 15 May 1995 22:22:44 -0700 Received: from sting.artisoft.com (sting.Artisoft.COM [198.17.250.50]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA29241 for ; Mon, 15 May 1995 22:22:42 -0700 Received: (from mday@localhost) by sting.artisoft.com (8.6.9/8.6.9) id WAA14674 for freebsd-hackers@freebsd.org; Mon, 15 May 1995 22:22:12 -0700 Date: Mon, 15 May 1995 22:22:12 -0700 From: Matt Day Message-Id: <199505160522.WAA14674@sting.artisoft.com> To: freebsd-hackers@FreeBSD.org Subject: more tiny lint fixes Sender: hackers-owner@FreeBSD.org Precedence: bulk Some lint fixes relative to 2.0-950322-SNAP: - Don't call TAILQ_HEAD() macro with empty parameter in vfs_cache.c (Microsoft Visual C++ doesn't like that) - "strat" arg to readdisklabel() and writedisklabel() should be d_strategy_t *, not void (*)() - "prot" arg to vm_page_protect() should be vm_prot_t, not int Thanks. *** sys/kern/vfs_cache.c- Sun Mar 19 02:33:51 1995 --- sys/kern/vfs_cache.c Mon May 15 15:36:59 1995 *************** *** 71,77 **** * Structures associated with name cacheing. */ LIST_HEAD(nchashhead, namecache) *nchashtbl; /* Hash Table */ ! TAILQ_HEAD(, namecache) nclruhead; /* LRU chain */ u_long nchash; /* size of hash table - 1 */ struct nchstats nchstats; /* cache effectiveness statistics */ struct vnode nchENOENT; /* our own "novnode" */ --- 71,77 ---- * Structures associated with name cacheing. */ LIST_HEAD(nchashhead, namecache) *nchashtbl; /* Hash Table */ ! TAILQ_HEAD(nclruhead, namecache) nclruhead; /* LRU chain */ u_long nchash; /* size of hash table - 1 */ struct nchstats nchstats; /* cache effectiveness statistics */ struct vnode nchENOENT; /* our own "novnode" */ *** sys/ufs/ufs/ufs_disksubr.c- Sat Mar 18 00:06:51 1995 --- sys/ufs/ufs/ufs_disksubr.c Mon May 15 14:48:34 1995 *************** *** 223,229 **** char * readdisklabel(dev, strat, lp, dp, bdp) dev_t dev; ! void (*strat)(); register struct disklabel *lp; struct dos_partition *dp; struct dkbad *bdp; --- 223,229 ---- char * readdisklabel(dev, strat, lp, dp, bdp) dev_t dev; ! d_strategy_t *strat; register struct disklabel *lp; struct dos_partition *dp; struct dkbad *bdp; *************** *** 458,464 **** int writedisklabel(dev, strat, lp) dev_t dev; ! void (*strat)(); register struct disklabel *lp; { struct buf *bp = NULL; --- 458,464 ---- int writedisklabel(dev, strat, lp) dev_t dev; ! d_strategy_t *strat; register struct disklabel *lp; { struct buf *bp = NULL; *** sys/vm/vm_page.h- Wed Mar 1 16:30:01 1995 --- sys/vm/vm_page.h Mon May 15 21:59:30 1995 *************** *** 281,287 **** } static inline void ! vm_page_protect(vm_page_t mem, int prot) { if (prot == VM_PROT_NONE) { if (mem->flags & (PG_WRITEABLE|PG_MAPPED)) { --- 281,287 ---- } static inline void ! vm_page_protect(vm_page_t mem, vm_prot_t prot) { if (prot == VM_PROT_NONE) { if (mem->flags & (PG_WRITEABLE|PG_MAPPED)) { From owner-freebsd-hackers Mon May 15 23:27:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA00601 for hackers-outgoing; Mon, 15 May 1995 23:27:14 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA00595 for ; Mon, 15 May 1995 23:27:10 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id QAA24054; Tue, 16 May 1995 16:23:12 +1000 Date: Tue, 16 May 1995 16:23:12 +1000 From: Bruce Evans Message-Id: <199505160623.QAA24054@godzilla.zeta.org.au> To: peter@haywire.dialix.com, rgrimes@gndrsh.aac.dev.com Subject: Re: Some makefile patches to stop the !#^%!& include files being touched Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >Seriously though.. I suspect that a "cmp -s" will fail for many ^^^^all >static libs, merely because of the "ranlib" or "ranlib -t" after the >install.. even though they are otherwise identical. This can be avoided by setting RANTOUCH to `${ECHO} foo' in /etc/make.conf. Then you would probably have to install the libraries without changing their timestamp to avoid getting warnings about the symbol table being out of date. There are some hacked versions of `install' around that will do this. I use one and never noticed the missing `cmp -s'. Libraries often change anyway because the dates of files in them change. This shouldn't cause a relink, but it does because most programs depend on the static libraries although they are linked against the shared libraries. Linking is fast, but after relinking you have to reinstall in case something really changed. Loop. Bruce From owner-freebsd-hackers Tue May 16 00:57:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA02137 for hackers-outgoing; Tue, 16 May 1995 00:57:32 -0700 Received: from mercury.unt.edu (mercury.unt.edu [129.120.1.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA02079 for ; Tue, 16 May 1995 00:55:34 -0700 Received: from gab.unt.edu by mercury.unt.edu with SMTP id AA10243 (5.65c/IDA-1.4.4 for ); Tue, 16 May 1995 02:54:17 -0500 Received: from GAB/MAILQUEUE by gab.unt.edu (Mercury 1.13); Tue, 16 May 95 2:54:17 CST6CDT Received: from MAILQUEUE by GAB (Mercury 1.13); Tue, 16 May 95 2:54:09 CST6CDT From: "John Booth" Organization: University of North Texas To: rashid@haven.ios.com, hackers@FreeBSD.org Date: Tue, 16 May 1995 02:54:02 CST6CDT Subject: Re: alias ( secondary IP ) for Ethernet Ifaces in FreeBSD Priority: normal X-Mailer: Pegasus Mail v3.22 Message-Id: <3B1EC4248C2@gab.unt.edu> Sender: hackers-owner@FreeBSD.org Precedence: bulk > For example , I have ep0 iface and I want to assign the > secondary( alias) IP address to it . > What command should be issued ? > > ifconfig ep0 alias 199.199.199.22 That should do it, I've got 20 aliases on a 3-22 Snap. Thing is after a few it give the following for each aditional aliases. ifconfig ioctl (SIOCAIOCTL) : file exists The alises seem to work ok (all of them), but I find that messages disconcerting. It is using the ep0 interface btw. ---------------------------------------------------------------------- College of Arts & Sciences Computing Services John A. Booth, john@gab.unt.edu From owner-freebsd-hackers Tue May 16 05:25:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA08836 for hackers-outgoing; Tue, 16 May 1995 05:25:46 -0700 Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA08812 for ; Tue, 16 May 1995 05:25:41 -0700 Received: from opal.cs.tu-berlin.de (root@opal.cs.tu-berlin.de [130.149.17.5]) by mail.cs.tu-berlin.de (8.6.10/8.6.10) with ESMTP id OAA22263; Tue, 16 May 1995 14:03:22 +0200 From: Wolfram Schneider Received: from ole.cs.tu-berlin.de (wosch@ole.cs.tu-berlin.de [130.149.28.1]) by opal.cs.tu-berlin.de (8.6.9/8.6.9) with ESMTP id NAA24785; Tue, 16 May 1995 13:54:44 +0200 Received: (wosch@localhost) by ole.cs.tu-berlin.de (8.6.10/8.6.6) id NAA06414; Tue, 16 May 1995 13:54:40 +0200 Date: Tue, 16 May 1995 13:54:40 +0200 Message-Id: <199505161154.NAA06414@ole.cs.tu-berlin.de> To: Bruce Evans Cc: hackers@FreeBSD.org, John Matzner Subject: Re: slow floppy In-Reply-To: <199505151653.CAA04994@godzilla.zeta.org.au> References: <199505151653.CAA04994@godzilla.zeta.org.au> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: hackers-owner@FreeBSD.org Precedence: bulk Bruce Evans writes: >>My floppy is very very very slow. > >>copy 1.2 MB: >>1) mcopy 50 sec >>2) cat 165 sec >>3) dd 165 sec >>4) mount -t msdos 585 sec (!!!) > >>4) mean that I need 1 1/2 h for installing bindist! A poor null modem >>is faster. > >cat and `dd bs=18k' on the raw device should be faster. The default >block size for /dev/fd0 is stupid (2k) while the default block size >for /dev/rfd0 is better (16k) although it still has nothing to do >with a hardware. dd if=/dev/fd0 of=/tmp/fd bs=18k 153 sec dd if=/dev/rfd0 of=/tmp/fd bs=18k 49 sec :-)) Hack without mread: $ dd if=/dev/rfd0 of=/tmp/fd bs=18k $ vnconfig -c /dev/vn0c /tmp/fd $ mount -t msdos /dev/vn0c /mnt $ cp /mnt/* /usr/distrib $ umount /mnt $ vnconfig -u /dev/vn0c $ rm /tmp/fd $ eject ~55 sec I hope we have some bytes on boot floppy for vnconfig? The following text shound be in the FAQ or Handbook (FreeBSD improve, TODO long) >The good performance for mcopy is probably because it uses the raw >device with a large block size and the especially bad performance >for msdosfs is probably because it uses the tiny file system block >size of 512 bytes. msdosfs apparently reads only one block at a >time and your system is apparently just slow enough that reading >adjacent blocks in separate i/o's requires waiting a full disk >revolution between the blocks. Thus you get a speed of about 1/5 >second per block and it takes at least 2880 / 5 = 576 seconds to >read the whole disk. > >To fix this, msdosfs needs to be improved. It doesn't call the vfs >clustering routines. It needs to call them or do its own clustering. >(The original version of it should have done its own clustering since >vfs clustering didn't exist then. ufs didn't suffer so much from >the lack of clustering because of its larger block size.) > >Bruce Gruß Wolfram -- http://hyperg.cs.tu-berlin.de/C~wosch From owner-freebsd-hackers Tue May 16 06:36:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA09738 for hackers-outgoing; Tue, 16 May 1995 06:36:28 -0700 Received: from isl.cf.ac.uk (isl-gate.elsy.cf.ac.uk [131.251.22.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA09719 for ; Tue, 16 May 1995 06:34:58 -0700 Received: (from paul@localhost) by isl.cf.ac.uk (8.6.9/8.6.9) id OAA03684; Tue, 16 May 1995 14:33:58 +0100 From: Paul Richards Message-Id: <199505161333.OAA03684@isl.cf.ac.uk> Subject: Re: alias ( secondary IP ) for Ethernet Ifaces in FreeBSD To: rashid@haven.ios.com (Rashid Karimov.) Date: Tue, 16 May 1995 14:33:58 +0100 (BST) Cc: hackers@FreeBSD.org In-Reply-To: <199505152152.RAA17150@haven.ios.com> from "Rashid Karimov." at May 15, 95 05:52:26 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1088 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply to Rashid Karimov. who said > > Hi there folx, > > Is it working ? > If yes - how can one set it up ? What's the correct format for > the command ? Should it be reflected somehow in ifconfig output > or netstat ? Co-incidentally I've spent the last few days playing with this and after talking with Garret, who explained a few problems I was seeing, my conclusion is that it works but it needs some time spent on it to make it more useable. A netstat -i will show up the alias but I plan to look at revamping ifconfig to be more alias friendly after 2.0.5 goes out. > > For example , I have ep0 iface and I want to assign the > secondary( alias) IP address to it . > What command should be issued ? > > ifconfig ep0 alias 199.199.199.22 If you can ping it then it worked, ifconfig's command line is a bit of a mess since "alias" is treated as a flag and putting it just about anywhere works. -- Paul Richards, FreeBSD core team member. Internet: paul@FreeBSD.org, http://www.isl.cf.ac.uk/ Phone: +44 1222 874000 x6646 (work), +44 1222 457651 (home) From owner-freebsd-hackers Tue May 16 07:14:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA10415 for hackers-outgoing; Tue, 16 May 1995 07:14:53 -0700 Received: from rrnet.com (rrnet.com [198.81.198.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA10401 for ; Tue, 16 May 1995 07:13:28 -0700 Received: from localhost (erich@localhost) by rrnet.com (8.6.5/8.6.5) id JAA24460; Tue, 16 May 1995 09:13:41 -0500 Date: Tue, 16 May 1995 09:13:40 -0500 (CDT) From: "Eric L. Hernes" Subject: Re: alias ( secondary IP ) for Ethernet Ifaces in FreeBSD To: "Rashid Karimov." cc: hackers@FreeBSD.org In-Reply-To: <199505152152.RAA17150@haven.ios.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, 15 May 1995, Rashid Karimov. wrote: > For example , I have ep0 iface and I want to assign the > secondary( alias) IP address to it . > What command should be issued ? > > ifconfig ep0 alias 199.199.199.22 should be ifconfig ep0 199.199.199.22 alias while we're on the subject is there an ``official'' place in /etc/rc* that these should go??? erich. -- erich@rrnet.com erich@lodgenet.com From owner-freebsd-hackers Tue May 16 07:24:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA10610 for hackers-outgoing; Tue, 16 May 1995 07:24:32 -0700 Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA10599 for ; Tue, 16 May 1995 07:24:17 -0700 Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from sirius.physik.fu-berlin.de (130.133.3.140) with smtp id ; Tue, 16 May 95 16:22 MEST Received: by sirius.physik.fu-berlin.de; id AA16140; Tue, 16 May 1995 16:22:45 +0200 From: Thomas Graichen Message-Id: <9505161422.AA16140@sirius.physik.fu-berlin.de> Subject: "arp info overwritten" problem To: freebsd-hackers@FreeBSD.org Date: Tue, 16 May 1995 16:22:44 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1834 Sender: hackers-owner@FreeBSD.org Precedence: bulk hello again a problem: here i often get the "arp info overwritten for 130.133.255.255 from ..." - aroud every 1/4 i get this and i think it's because FreeBSD keeps the broadcast adress in his arp cache -> arp -a looks like: graichen@julia:~> arp -a di_2_zedat.zedat.fu-berlin.de (130.133.1.31) at 8:0:25:20:2:c6 fub46.zedat.fu-berlin.de (130.133.1.46) at 0:0:77:2:11:50 axp1.physik.fu-berlin.de (130.133.3.45) at 8:0:2b:3e:d8:94 axp3.physik.fu-berlin.de (130.133.3.48) at 8:0:2b:3c:58:ae omega.physik.fu-berlin.de (130.133.3.51) at 8:0:2b:33:8f:8d sirius.physik.fu-berlin.de (130.133.3.140) at 8:0:2b:3b:dd:78 lucy.physik.fu-berlin.de (130.133.3.186) at 0:0:c0:a2:40:6a julia.physik.fu-berlin.de (130.133.3.235) at 0:0:c0:7c:79:a4 permanent leibniz.math.fu-berlin.de (130.133.4.10) at 8:0:20:c:29:d1 heiss.router.fu-berlin.de (130.133.97.5) at 0:0:c:15:e7:fd lion.chemie.fu-berlin.de (130.133.210.165) at 8:0:9:28:3:f BROADCAST.fu-berlin.de (130.133.255.255) at 8:0:14:15:16:78 graichen@julia:~> i think the last entry should not be there (BROADCAST.fu-berlin.de) is only an entry in the nameserver for the broadcast-adress - it's not a machine) - i think there seems to be something worng with the arp cache - if you need any more info - please mail me - the system is correctly configured and the network too - t _______________________________________________________||_____________________ __|| Perfection is reached, not when there is no __|| thomas graichen longer anything to add, but when there __|| freie universitaet berlin is no longer anything to take away __|| fachbereich physik __|| - Antoine de Saint-Exupery - __|| ___________________________||____email: graichen@omega.physik.fu-berlin.de____ From owner-freebsd-hackers Tue May 16 08:46:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA12960 for hackers-outgoing; Tue, 16 May 1995 08:46:23 -0700 Received: from zaphod (zaphod.ttu.ee [193.40.254.227]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA12954 for ; Tue, 16 May 1995 08:46:20 -0700 Received: from juku.li.ttu.ee by zaphod (5.x/SMI-SVR4) id AA08962; Tue, 16 May 1995 18:46:03 +0300 Received: by juku.li.ttu.ee (5.x/SMI-SVR4) id AA16518; Tue, 16 May 1995 18:43:35 +0300 Date: Tue, 16 May 1995 18:43:35 +0300 From: tanel@juku.li.ttu.ee (Tanel Kuusk) Message-Id: <9505161543.AA16518@juku.li.ttu.ee> To: bde@zeta.org.au, wosch@cs.tu-berlin.de Subject: Re: slow floppy Cc: hackers@FreeBSD.org, john@kiawah.atinc.com X-Sun-Charset: US-ASCII Mime-Version: 1.0 Content-Type: Text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: hackers-owner@FreeBSD.org Precedence: bulk > >>copy 1.2 MB: > > > >cat and `dd bs=18k' on the raw device should be faster. The default bs=15k for a 5.25 inch floppy (and bs=9k for any 720k floppy) Tanel From owner-freebsd-hackers Tue May 16 09:09:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA13477 for hackers-outgoing; Tue, 16 May 1995 09:09:50 -0700 Received: from irbs.irbs.com ([199.182.75.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA13471 for ; Tue, 16 May 1995 09:09:47 -0700 Received: (from jc@localhost) by irbs.irbs.com (8.6.11/8.6.6) id MAA02043; Tue, 16 May 1995 12:09:08 -0400 From: John Capo Message-Id: <199505161609.MAA02043@irbs.irbs.com> Subject: Re: "arp info overwritten" problem To: graichen@sirius.physik.fu-berlin.de (Thomas Graichen) Date: Tue, 16 May 1995 12:09:05 -0400 (EDT) Cc: freebsd-hackers@freefall.cdrom.com (freebsd-hackers) In-Reply-To: <9505161422.AA16140@sirius.physik.fu-berlin.de> from "Thomas Graichen" at May 16, 95 04:22:44 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2306 Sender: hackers-owner@FreeBSD.org Precedence: bulk Thomas Graichen writes: > > hello > > again a problem: > > here i often get the "arp info overwritten for 130.133.255.255 from ..." - > aroud every 1/4 i get this and i think it's because FreeBSD keeps the > broadcast adress in his arp cache -> arp -a looks like: > > graichen@julia:~> arp -a > di_2_zedat.zedat.fu-berlin.de (130.133.1.31) at 8:0:25:20:2:c6 > fub46.zedat.fu-berlin.de (130.133.1.46) at 0:0:77:2:11:50 > axp1.physik.fu-berlin.de (130.133.3.45) at 8:0:2b:3e:d8:94 > axp3.physik.fu-berlin.de (130.133.3.48) at 8:0:2b:3c:58:ae > omega.physik.fu-berlin.de (130.133.3.51) at 8:0:2b:33:8f:8d > sirius.physik.fu-berlin.de (130.133.3.140) at 8:0:2b:3b:dd:78 > lucy.physik.fu-berlin.de (130.133.3.186) at 0:0:c0:a2:40:6a > julia.physik.fu-berlin.de (130.133.3.235) at 0:0:c0:7c:79:a4 permanent > leibniz.math.fu-berlin.de (130.133.4.10) at 8:0:20:c:29:d1 > heiss.router.fu-berlin.de (130.133.97.5) at 0:0:c:15:e7:fd > lion.chemie.fu-berlin.de (130.133.210.165) at 8:0:9:28:3:f > BROADCAST.fu-berlin.de (130.133.255.255) at 8:0:14:15:16:78 > graichen@julia:~> > > i think the last entry should not be there (BROADCAST.fu-berlin.de) is only an > entry in the nameserver for the broadcast-adress - it's not a machine) - i > think there seems to be something worng with the arp cache - if you need any > more info - please mail me - the system is correctly configured and the > network too - t BROADCAST.fu-berlin.de is a machine, it has an A record. [ns.nic.de] fu-berlin.de. SOA fub46.zedat.fu-berlin.de hostmaster.zedat. fu-berlin.de. (20000769 10800 3600 432000 86400) ... physiologie CNAME vaxser.grumed.fu-berlin.de BROADCAST A 130.133.255.255 ... I have a route to it. irbs 2% netstat -ra Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default popeye.davsys.com UGc 6 10835 tun0 localhost localhost UH 1 470 lo0 ... phakir.zedat.fu- popeye.davsys.com UGHW3 0 10836 tun0 263 BROADCAST.fu-ber popeye.davsys.com UGHW3 0 10837 tun0 288 ... I am not a DNS expert but I would bet money this A record is bogus and should be deleted. Its not a FreeBSD problem. John Capo From owner-freebsd-hackers Tue May 16 10:05:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA14478 for hackers-outgoing; Tue, 16 May 1995 10:05:38 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA14472 for ; Tue, 16 May 1995 10:05:37 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id KAA21300; Tue, 16 May 1995 10:05:10 -0700 From: Poul-Henning Kamp Message-Id: <199505161705.KAA21300@ref.tfs.com> Subject: Re: "arp info overwritten" problem To: jc@irbs.com (John Capo) Date: Tue, 16 May 1995 10:05:10 -0700 (PDT) Cc: graichen@sirius.physik.fu-berlin.de, freebsd-hackers@freefall.cdrom.com In-Reply-To: <199505161609.MAA02043@irbs.irbs.com> from "John Capo" at May 16, 95 12:09:05 pm Content-Type: text Content-Length: 354 Sender: hackers-owner@FreeBSD.org Precedence: bulk > BROADCAST.fu-berlin.de is a machine, it has an A record. A lot of nets have a record for their broadcast address, silly but then. The reverse record is much more useful. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Tue May 16 12:15:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA18056 for hackers-outgoing; Tue, 16 May 1995 12:15:08 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA18050 for ; Tue, 16 May 1995 12:15:05 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id MAA08933; Tue, 16 May 1995 12:14:36 -0700 From: "Rodney W. Grimes" Message-Id: <199505161914.MAA08933@gndrsh.aac.dev.com> Subject: Re: alias ( secondary IP ) for Ethernet Ifaces in FreeBSD To: erich@rrnet.com (Eric L. Hernes) Date: Tue, 16 May 1995 12:14:36 -0700 (PDT) Cc: rashid@haven.ios.com, hackers@FreeBSD.org In-Reply-To: from "Eric L. Hernes" at May 16, 95 09:13:40 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 831 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > On Mon, 15 May 1995, Rashid Karimov. wrote: > > > For example , I have ep0 iface and I want to assign the > > secondary( alias) IP address to it . > > What command should be issued ? > > > > ifconfig ep0 alias 199.199.199.22 > > should be > ifconfig ep0 199.199.199.22 alias > > while we're on the subject is there an ``official'' place in /etc/rc* > that these should go??? Can the alias appear on the same command as the ifconfig that brings the interface up? If so the place to do this is /etc/sysconfig, ifconfig_ep0="blah blah". If not I'll have to enhance the current handling of ifconfig in /etc/netstart and /etc/sysconfig to deal with it. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Tue May 16 12:35:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA18371 for hackers-outgoing; Tue, 16 May 1995 12:35:30 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA18365 for ; Tue, 16 May 1995 12:35:29 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14483(6)>; Tue, 16 May 1995 12:34:36 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <49859>; Tue, 16 May 1995 12:34:24 -0700 X-Mailer: exmh version 1.6 4/21/95 To: Thomas Graichen cc: freebsd-hackers@FreeBSD.org Subject: Re: "arp info overwritten" problem In-reply-to: Your message of "Tue, 16 May 95 07:22:44 PDT." <9505161422.AA16140@sirius.physik.fu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 16 May 1995 12:34:08 PDT From: Bill Fenner Message-Id: <95May16.123424pdt.49859@crevenia.parc.xerox.com> Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <9505161422.AA16140@sirius.physik.fu-berlin.de> you write: >here i often get the "arp info overwritten for 130.133.255.255 from ..." - >aroud every 1/4 i get this and i think it's because FreeBSD keeps the >broadcast adress in his arp cache -> arp -a looks like: > >graichen@julia:~> arp -a >BROADCAST.fu-berlin.de (130.133.255.255) at 8:0:14:15:16:78 This is, of course, not the broadcast MAC address; it is the address of a device with an ethernet card manufactured by Excelan, which could be a BBN Butterfly, Masscomp, Silicon Graphics, or other. FreeBSD doesn't use the ARP table for broadcasts; arpresolve() is hardwired to return the ethernet broadcast address when it gets passed a broadcast mbuf. My only guess as to what is going on is that someone is sending a broadcasted arp reply for the broadcast address, or something bizarre like that. The only way to know for sure is to use tcpdump (try "tcpdump -v -e -n arp") and see if you ever see a line that says something like "arp reply 130.133.255.255 is-at 8:0:14:15:16:78". (p.s. what is your netmask and broadcast address on that interface?) Bill From owner-freebsd-hackers Tue May 16 12:55:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA18625 for hackers-outgoing; Tue, 16 May 1995 12:55:44 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA18619 for ; Tue, 16 May 1995 12:55:42 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id MAA08997; Tue, 16 May 1995 12:54:41 -0700 From: "Rodney W. Grimes" Message-Id: <199505161954.MAA08997@gndrsh.aac.dev.com> Subject: Re: "arp info overwritten" problem To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Tue, 16 May 1995 12:54:40 -0700 (PDT) Cc: jc@irbs.com, graichen@sirius.physik.fu-berlin.de, freebsd-hackers@freefall.cdrom.com In-Reply-To: <199505161705.KAA21300@ref.tfs.com> from "Poul-Henning Kamp" at May 16, 95 10:05:10 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 639 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > BROADCAST.fu-berlin.de is a machine, it has an A record. > > A lot of nets have a record for their broadcast address, silly but then. > The reverse record is much more useful. It is not silly at all, this is to replace what was once done with /etc/networks files. You should be able to do things like: ifconfig de0 inet gndrsh.aac.dev.com broadcast bcast-aacnet-100mb-a.aac.dev.com and have things work. This is more import for network names than broadcast addresses :-). -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Tue May 16 13:41:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA19873 for hackers-outgoing; Tue, 16 May 1995 13:41:36 -0700 Received: from rrnet.com (rrnet.com [198.81.198.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA19863 for ; Tue, 16 May 1995 13:41:29 -0700 Received: from localhost (erich@localhost) by rrnet.com (8.6.5/8.6.5) id PAA05480; Tue, 16 May 1995 15:42:15 -0500 Date: Tue, 16 May 1995 15:42:11 -0500 (CDT) From: "Eric L. Hernes" Subject: Re: alias ( secondary IP ) for Ethernet Ifaces in FreeBSD To: "Rodney W. Grimes" cc: rashid@haven.ios.com, hackers@FreeBSD.org In-Reply-To: <199505161914.MAA08933@gndrsh.aac.dev.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, 16 May 1995, Rodney W. Grimes wrote: > > > > > > > > On Mon, 15 May 1995, Rashid Karimov. wrote: > > > > > For example , I have ep0 iface and I want to assign the > > > secondary( alias) IP address to it . > > > What command should be issued ? > > > > > > ifconfig ep0 alias 199.199.199.22 > > > > should be > > ifconfig ep0 199.199.199.22 alias > > > > while we're on the subject is there an ``official'' place in /etc/rc* > > that these should go??? > > Can the alias appear on the same command as the ifconfig that brings > the interface up? If so the place to do this is /etc/sysconfig, > ifconfig_ep0="blah blah". I think that they need different ifconfig's here's what I tried... bash$ sudo ifconfig ep0 172.16.0.30 204.124.122.99 alias bash$ ifconfig -au ed0: flags=8863 mtu 1500 inet 204.124.120.30 netmask 0xffffff00 broadcast 204.124.120.255 ether 02:60:8c:dc:5b:e8 lo0: flags=8009 mtu 16384 inet 127.0.0.1 netmask 0xff000000 (no ep0) bash$ sudo ifconfig ep0 172.16.0.30 alias 204.124.122.99 bash$ ifconfig -au ed0: flags=8863 mtu 1500 inet 204.124.120.30 netmask 0xffffff00 broadcast 204.124.120.255 ether 02:60:8c:dc:5b:e8 lo0: flags=8009 mtu 16384 inet 127.0.0.1 netmask 0xff000000 (still no ep0, but we've already kind of decided that the position of `alias' isn't important) bash$ sudo ifconfig ep0 172.16.0.30 bash$ sudo ifconfig ep0 204.124.122.99 alias ifconfig: ioctl (SIOCAIFADDR): File exists bash$ netstat -i Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll ed0 1500 02.60.8c.dc.5b.e8 4565771 256 454861 0 3249 ed0 1500 204.124.120 jake 4565771 256 454861 0 3249 ed0 1500 204.124.121 jake1 4565771 256 454861 0 3249 ed0 1500 204.124.122 204.124.122.30 4565771 256 454861 0 3249 lp0* 1500 0 0 0 0 0 ep0 1500 00.20.af.d3.f3.8c 17684 0 25790 1 0 ep0 1500 172.16 jake0 17684 0 25790 1 0 ep0 1500 204.124.122 204.124.122.99 17684 0 25790 1 0 lo0 16384 68 0 68 0 0 lo0 16384 your-net localhost 68 0 68 0 0 now they are there, and i probably should have been doing `netstat -i' all along. ed0 and ep0 both have a few aliases. > If not I'll have to enhance the current handling of ifconfig in > /etc/netstart and /etc/sysconfig to deal with it. > right now i've got the ifconfig stuck into /etc/rc.local but it's ugly. > > -- > Rod Grimes rgrimes@gndrsh.aac.dev.com > Accurate Automation Company Custom computers for FreeBSD > erich. -- erich@rrnet.com erich@lodgenet.com From owner-freebsd-hackers Tue May 16 18:50:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA28152 for hackers-outgoing; Tue, 16 May 1995 18:50:55 -0700 Received: from ebrps.engr.subr.edu (mdiez@[192.207.173.35]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA28146 for ; Tue, 16 May 1995 18:50:50 -0700 Received: by ebrps.engr.subr.edu (AIX 3.2/UCB 5.64/4.03) id AA06160; Tue, 16 May 1995 20:47:04 -0500 Date: Tue, 16 May 1995 20:47:03 -0500 (CDT) From: Matthew Diez To: hackers@FreeBSD.org Subject: Mouse in X Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I'm trying to set up my MS Compatible mouse for X. It's attached to com1, and the dev entry SHOULD be ttyd0. Everytime I start X, I have no use of the mouse, does anyone have any /etc/ttys files preconfigured for X that they'd like to show me? From owner-freebsd-hackers Tue May 16 21:03:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA13040 for hackers-outgoing; Tue, 16 May 1995 21:03:23 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA12952 ; Tue, 16 May 1995 21:03:07 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id VAA10243; Tue, 16 May 1995 21:02:53 -0700 From: "Rodney W. Grimes" Message-Id: <199505170402.VAA10243@gndrsh.aac.dev.com> Subject: Re: Final /etc/netstart and /etc/sysconfig for review To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Tue, 16 May 1995 21:02:53 -0700 (PDT) Cc: cvs-committers@FreeBSD.org, FreeBSD-hackers@FreeBSD.org (FreeBSD hackers) In-Reply-To: <199505141036.DAA03343@gndrsh.aac.dev.com> from "Rodney W. Grimes" at May 14, 95 03:36:40 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 6288 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > PLEASE REVIEW!!!! AND TEST ON AS MANY SYSTEMS AS YOU CAN! > What do I have to do to get this tested and feedback from a few of you??? It is *NOT* going to go into 2.0.5 unless I here from at least 2 people that are using this on real networks!!! So far the only person I have heard from is Bruce Evans, and he even said that his network is such a toy that he does not consider it any kind of sanity check. > I sent this out yesterday, but have gotten 0 responses on it, I need > this code reviewed by at least a few people as it is impossible for > me to test all possible combinations of things. > > One bug I did find a fix since the last posting was that it is best > to start the default router first if you have one, as then you stand > some for of chance to use DNS to resolve your $hostname value used > in the multicast and loopback routes that are done next. > > This will make it possible for most people to run without having to > put there hostname and ip address in /etc/hosts (something I always > hated to have to do anyway). Just need a /etc/resolv.conf and a > good default route. > > Any way.. here is the commit message: > > Add comment that you should not have to edit netstart, and if you > do we would like to know about it. > > The lo0 interface is now handled just like any other interface, > This makes it possible to do things to it from sysconfig. > > Redo the comments in sysconfig about network_interfaces and ifconfig_${X} > to reflect the moving of lo0 to this scheme. We now have an uncommented > variable for sysintall to find and play with. (Your welcome Jordan) > > Redo the way static routes are handled. Basically use the same > scheme for routes that I did for network interfaces. This allows > any number of static routes to be added from sysconfig. > > Make sure we do the default route first so we stand a chance of > getting to our DNS server (if we have one) to resolve our own > IP address from $hostname. > > > Index: netstart > =================================================================== > RCS file: /home/ncvs/src/etc/netstart,v > retrieving revision 1.31 > diff -c -r1.31 netstart > *** 1.31 1995/05/11 21:11:14 > --- netstart 1995/05/14 10:12:47 > *************** > *** 5,11 **** > > # Note that almost all the user-configurable behavior is no longer in > # this file, but rather in /etc/sysconfig. Please check this file > ! # first before contemplating any changes here. > > # If there is a global system configuration file, suck it in. > if [ -f /etc/sysconfig ]; then > --- 5,12 ---- > > # Note that almost all the user-configurable behavior is no longer in > # this file, but rather in /etc/sysconfig. Please check this file > ! # first before contemplating any changes here. If you do need to change > ! # this file for some reason, we would like to know about it. > > # If there is a global system configuration file, suck it in. > if [ -f /etc/sysconfig ]; then > *************** > *** 42,60 **** > ifconfig ${ifn} > done > > - # set the address for the loopback interface > - ifconfig lo0 inet localhost > - > - # set interface for multicasts to default interface > - # this needs to happen before router discovery > - route add 224.0.0.0 -netmask 0xf0000000 -interface $hostname > - > if [ -n "$defaultrouter" -a "x$defaultrouter" != "xNO" ] ; then > ! route add default $defaultrouter > fi > > ! # use loopback, not the wire > ! # route add $hostname localhost > > if [ "x$gated" != "xNO" -o "x$routedflags" != "xNO" ] ; then > echo -n starting routing daemons: > --- 43,58 ---- > ifconfig ${ifn} > done > > if [ -n "$defaultrouter" -a "x$defaultrouter" != "xNO" ] ; then > ! static_routes="default ${static_routes}" > ! route_default="default ${defaultrouter}" > fi > > ! # Set up any static routes. This should be done before router discovery. > ! for i in ${static_routes}; do > ! eval route_args=\$route_${i} > ! route add ${route_args} > ! done > > if [ "x$gated" != "xNO" -o "x$routedflags" != "xNO" ] ; then > echo -n starting routing daemons: > Index: sysconfig > =================================================================== > RCS file: /home/ncvs/src/etc/sysconfig,v > retrieving revision 1.13 > diff -c -r1.13 sysconfig > *** 1.13 1995/05/13 20:16:11 > --- sysconfig 1995/05/13 21:39:39 > *************** > *** 70,86 **** > # > tcp_extensions=YES > > # Set to the list of network devices on this host. You must have an > # ifconfig_${network_interface} line for each interface listed here. > # for example: > ! #network_interfaces="ed0 sl0" > > ! # Set one for each network device listed in network_interfaces above. > ! # for example: > ! #ifconfig_ed0="inet 10.0.0.1 netmask 0xffffff00" > ! #ifconfig_sl0="inet 10.0.1.0 netmask 0xffffff00" > > ! # Set to the host you'd like set as your default router, or NO of none. > defaultrouter=NO > > # These are the flags you'd like to start the routing daemon with > --- 70,96 ---- > # > tcp_extensions=YES > > + # > # Set to the list of network devices on this host. You must have an > # ifconfig_${network_interface} line for each interface listed here. > # for example: > ! # > ! # network_interfaces="ed0 sl0 lo0" > ! # ifconfig_ed0="inet 10.0.0.1 netmask 0xffffff00" > ! # ifconfig_sl0="inet 10.0.1.0 netmask 0xffffff00" > ! # > ! network_interfaces="lo0" > ! ifconfig_lo0="inet localhost" > > ! # > ! # Set to the list of route add lines for this host. You must have a > ! # route_${static_routes} line for each static route listed here. > ! # > ! static_routes="multicast loopback" > ! route_multicast="224.0.0.0 -netmask 0xf0000000 -interface ${hostname}" > ! route_loopback="${hostname} localhost" > > ! # Set to the host you'd like set as your default router, or NO for none. > defaultrouter=NO > > # These are the flags you'd like to start the routing daemon with > -- > Rod Grimes rgrimes@gndrsh.aac.dev.com > Accurate Automation Company Custom computers for FreeBSD > -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Tue May 16 21:08:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA14102 for hackers-outgoing; Tue, 16 May 1995 21:08:23 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA14062 for ; Tue, 16 May 1995 21:08:14 -0700 Received: by haven.uniserve.com id <175>; Tue, 16 May 1995 21:21:27 -0700 Date: Tue, 16 May 1995 21:19:59 -0700 (PDT) From: Tom Samplonius To: Matthew Diez cc: hackers@FreeBSD.org Subject: Re: Mouse in X In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, 16 May 1995, Matthew Diez wrote: > I'm trying to set up my MS Compatible mouse for X. It's attached to > com1, and the dev entry SHOULD be ttyd0. Everytime I start X, I have no Shouldn't it be on /dev/tty00? Tom From owner-freebsd-hackers Tue May 16 21:12:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA14790 for hackers-outgoing; Tue, 16 May 1995 21:12:08 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA14763 ; Tue, 16 May 1995 21:11:58 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: "Rodney W. Grimes" cc: cvs-committers@FreeBSD.org, FreeBSD-hackers@FreeBSD.org (FreeBSD hackers) Subject: Re: Final /etc/netstart and /etc/sysconfig for review In-reply-to: Your message of "Tue, 16 May 95 21:02:53 PDT." <199505170402.VAA10243@gndrsh.aac.dev.com> Date: Tue, 16 May 1995 21:11:58 -0700 Message-ID: <14760.800683918@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > PLEASE REVIEW!!!! AND TEST ON AS MANY SYSTEMS AS YOU CAN! > > > > What do I have to do to get this tested and feedback from a few > of you??? Sorry, Rod. I've been hellishly busy and had to eventually sleep SOMETIME.. :-) I have, in fact, been running these changes on 4 systems since you first sent them to me and have verified that they work fine! The 4 systems in question have different network configurations, including one that uses ijppp to dial out at boot time. They all work just fine. Sorry for not feeding back on this sooner. Jordan From owner-freebsd-hackers Tue May 16 21:12:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA14851 for hackers-outgoing; Tue, 16 May 1995 21:12:39 -0700 Received: from ebrps.engr.subr.edu (mdiez@[192.207.173.35]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA14844 for ; Tue, 16 May 1995 21:12:37 -0700 Received: by ebrps.engr.subr.edu (AIX 3.2/UCB 5.64/4.03) id AA06364; Tue, 16 May 1995 23:08:12 -0500 Date: Tue, 16 May 1995 23:08:12 -0500 (CDT) From: Matthew Diez To: Tom Samplonius Cc: hackers@FreeBSD.org Subject: Re: Mouse in X In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, 16 May 1995, Tom Samplonius wrote: > > On Tue, 16 May 1995, Matthew Diez wrote: > > > I'm trying to set up my MS Compatible mouse for X. It's attached to > > com1, and the dev entry SHOULD be ttyd0. Everytime I start X, I have no > > Shouldn't it be on /dev/tty00? > > Tom Tried that also... Okay, tried /dev/tty00, NO GOOD. Is it a problem in my /etc/ttys? I think it is... BTW, what good are mse0 and psm0?? From owner-freebsd-hackers Tue May 16 21:12:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA14874 for hackers-outgoing; Tue, 16 May 1995 21:12:50 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA14863 ; Tue, 16 May 1995 21:12:44 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id VAA23825; Tue, 16 May 1995 21:12:34 -0700 From: Poul-Henning Kamp Message-Id: <199505170412.VAA23825@ref.tfs.com> Subject: Re: Final /etc/netstart and /etc/sysconfig for review To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Tue, 16 May 1995 21:12:33 -0700 (PDT) Cc: rgrimes@gndrsh.aac.dev.com, cvs-committers@FreeBSD.org, FreeBSD-hackers@FreeBSD.org In-Reply-To: <199505170402.VAA10243@gndrsh.aac.dev.com> from "Rodney W. Grimes" at May 16, 95 09:02:53 pm Content-Type: text Content-Length: 402 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > PLEASE REVIEW!!!! AND TEST ON AS MANY SYSTEMS AS YOU CAN! > > > > What do I have to do to get this tested and feedback from a few > of you??? Time Rod, time. If I had more of it I would test it right away... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Tue May 16 21:44:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA20359 for hackers-outgoing; Tue, 16 May 1995 21:44:19 -0700 Received: from violet.berkeley.edu (violet.Berkeley.EDU [128.32.155.22]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA20353 for ; Tue, 16 May 1995 21:44:18 -0700 Received: by violet.berkeley.edu (8.6.10/1.33r) id VAA24790; Tue, 16 May 1995 21:44:17 -0700 Date: Tue, 16 May 1995 21:44:17 -0700 From: jkh@violet.berkeley.edu (Jordan K. Hubbard) Message-Id: <199505170444.VAA24790@violet.berkeley.edu> To: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk Path: agate!howland.reston.ans.net!vixen.cso.uiuc.edu!uwm.edu!lll-winken.llnl.gov!venus.sun.com!wnoc-sfc-news!fxmxgw!kspgwy!iwagw!jun From: jun@fox.fax.iwa.fujixerox.co.jp (Junichi Kurokawa) Newsgroups: comp.unix.bsd.freebsd.misc Subject: [xntpd] shouldn't "tickadj" be "-Aqs" instead? Date: 17 May 1995 01:02:36 GMT Organization: Fuji Xerox Co., Ltd., Akasaka, Tokyo. Lines: 6 Distribution: world Message-ID: NNTP-Posting-Host: fox.fax.iwa.fujixerox.co.jp Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII The subject line says it all. -- Junichi Kurokawa Enterprise Networking Development Division Fuji Xerox Co., Ltd. From owner-freebsd-hackers Tue May 16 22:06:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA20903 for hackers-outgoing; Tue, 16 May 1995 22:06:23 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA20897 for ; Tue, 16 May 1995 22:06:18 -0700 Received: by haven.uniserve.com id <233>; Tue, 16 May 1995 22:19:40 -0700 Date: Tue, 16 May 1995 22:18:12 -0700 (PDT) From: Tom Samplonius To: Matthew Diez cc: hackers@FreeBSD.org Subject: Re: Mouse in X In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, 16 May 1995, Matthew Diez wrote: > > Shouldn't it be on /dev/tty00? > > > Tried that also... Okay, tried /dev/tty00, NO GOOD. Is it a problem in > my /etc/ttys? If you have a getty running on /dev/tty00 then you have a problem. /etc/ttys is to set up terminal logins. Tom From owner-freebsd-hackers Tue May 16 22:11:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA20948 for hackers-outgoing; Tue, 16 May 1995 22:11:05 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA20942 for ; Tue, 16 May 1995 22:10:58 -0700 Received: by haven.uniserve.com id <202>; Tue, 16 May 1995 22:24:23 -0700 Date: Tue, 16 May 1995 22:22:51 -0700 (PDT) From: Tom Samplonius To: hackers@FreeBSD.org Subject: Trouble building kernel Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I've been getting the following error when attempting to build a current kernel for the last couple of days. What's wrong? ln -s ../../libkern/libkern.a libkern.a cc -c -O -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -nostdinc -I. -I../.. -I../../sys -I../../../include -DHAVEN -DI486_CPU -DUCONSOLE -DSCSI_DELAY=15 -DCOMPAT_43 -DPROCFS -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DMATH_EMULATE -DKERNEL -Di386 -DLOAD_ADDRESS=0xF0100000 swapkernel.c sh ../../conf/newvers.sh HAVEN -DHAVEN -DI486_CPU -DUCONSOLE -DSCSI_DELAY=15 -DCOMPAT_43 -DPROCFS -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DMATH_EMULATE cc -O -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -nostdinc -I. -I../.. -I../../sys -I../../../include -DHAVEN -DI486_CPU -DUCONSOLE -DSCSI_DELAY=15 -DCOMPAT_43 -DPROCFS -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DMATH_EMULATE -DKERNEL -Di386 -DL OAD_ADDRESS=0xF0100000 -c vers.c loading kernel vm_swap.o: Definition of symbol `_swdevt' (multiply defined) swapkernel.o: Definition of symbol `_swdevt' (multiply defined) *** Error code 1 Stop. Tom From owner-freebsd-hackers Tue May 16 22:15:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA21038 for hackers-outgoing; Tue, 16 May 1995 22:15:48 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA21032 for ; Tue, 16 May 1995 22:15:45 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id WAA10495; Tue, 16 May 1995 22:15:07 -0700 From: "Rodney W. Grimes" Message-Id: <199505170515.WAA10495@gndrsh.aac.dev.com> Subject: Re: Mouse in X To: tom@haven.uniserve.com (Tom Samplonius) Date: Tue, 16 May 1995 22:15:07 -0700 (PDT) Cc: mdiez@ebrps.engr.subr.edu, hackers@FreeBSD.org In-Reply-To: from "Tom Samplonius" at May 16, 95 10:18:12 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 536 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > On Tue, 16 May 1995, Matthew Diez wrote: > > > > Shouldn't it be on /dev/tty00? > > > > > Tried that also... Okay, tried /dev/tty00, NO GOOD. Is it a problem in > > my /etc/ttys? > > If you have a getty running on /dev/tty00 then you have a problem. > /etc/ttys is to set up terminal logins. But what if my mouse wants to log in and use the system :-) :-) :-) -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Tue May 16 22:19:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA21091 for hackers-outgoing; Tue, 16 May 1995 22:19:15 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA21084 for ; Tue, 16 May 1995 22:19:12 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id WAA10520; Tue, 16 May 1995 22:18:54 -0700 From: "Rodney W. Grimes" Message-Id: <199505170518.WAA10520@gndrsh.aac.dev.com> Subject: Re: your mail To: jkh@violet.berkeley.edu (Jordan K. Hubbard) Date: Tue, 16 May 1995 22:18:53 -0700 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: <199505170444.VAA24790@violet.berkeley.edu> from "Jordan K. Hubbard" at May 16, 95 09:44:17 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1100 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Path: agate!howland.reston.ans.net!vixen.cso.uiuc.edu!uwm.edu!lll-winken.llnl.gov!venus.sun.com!wnoc-sfc-news!fxmxgw!kspgwy!iwagw!jun > From: jun@fox.fax.iwa.fujixerox.co.jp (Junichi Kurokawa) > Newsgroups: comp.unix.bsd.freebsd.misc > Subject: [xntpd] shouldn't "tickadj" be "-Aqs" instead? > Date: 17 May 1995 01:02:36 GMT > Organization: Fuji Xerox Co., Ltd., Akasaka, Tokyo. > Lines: 6 > Distribution: world > Message-ID: > NNTP-Posting-Host: fox.fax.iwa.fujixerox.co.jp > Mime-Version: 1.0 > Content-Type: text/plain; charset=US-ASCII > > The subject line says it all. >From the manual page: The -s flag tells the program to set the value of the variable dosynctodr to zero, a prerequisite for running the xntpd(8) daemon under SunOS 4.0. Normally tickadj is quite verbose about what This is NOT SunOS 4.0, we do not have the eeprom/TODR problem that a sun work station has. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Tue May 16 22:20:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA21109 for hackers-outgoing; Tue, 16 May 1995 22:20:40 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA21102 for ; Tue, 16 May 1995 22:20:37 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id WAA10530; Tue, 16 May 1995 22:19:42 -0700 From: "Rodney W. Grimes" Message-Id: <199505170519.WAA10530@gndrsh.aac.dev.com> Subject: Re: Trouble building kernel To: tom@haven.uniserve.com (Tom Samplonius) Date: Tue, 16 May 1995 22:19:42 -0700 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: from "Tom Samplonius" at May 16, 95 10:22:51 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1370 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > I've been getting the following error when attempting to build a > current kernel for the last couple of days. What's wrong? > > ln -s ../../libkern/libkern.a libkern.a > cc -c -O -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -nostdinc -I. -I../.. -I../../sys -I../../../include -DHAVEN -DI486_CPU -DUCONSOLE -DSCSI_DELAY=15 -DCOMPAT_43 -DPROCFS -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DMATH_EMULATE -DKERNEL -Di386 > -DLOAD_ADDRESS=0xF0100000 swapkernel.c > sh ../../conf/newvers.sh HAVEN -DHAVEN -DI486_CPU -DUCONSOLE -DSCSI_DELAY=15 -DCOMPAT_43 -DPROCFS -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DMATH_EMULATE > cc -O -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -nostdinc -I. -I../.. -I../../sys -I../../../include -DHAVEN -DI486_CPU -DUCONSOLE -DSCSI_DELAY=15 -DCOMPAT_43 -DPROCFS -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DMATH_EMULATE -DKERNEL -Di386 -DL > OAD_ADDRESS=0xF0100000 -c vers.c > loading kernel > vm_swap.o: Definition of symbol `_swdevt' (multiply defined) > swapkernel.o: Definition of symbol `_swdevt' (multiply defined) > *** Error code 1 > > Stop. Rebuild config(8)... and read the -current, and -commit mailling lists if your going to try to run -current. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Tue May 16 23:54:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA24411 for hackers-outgoing; Tue, 16 May 1995 23:54:46 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA24394 for ; Tue, 16 May 1995 23:54:27 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id QAA03878; Wed, 17 May 1995 16:51:05 +1000 Date: Wed, 17 May 1995 16:51:05 +1000 From: Bruce Evans Message-Id: <199505170651.QAA03878@godzilla.zeta.org.au> To: mdiez@ebrps.engr.subr.edu, tom@haven.uniserve.com Subject: Re: Mouse in X Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >> I'm trying to set up my MS Compatible mouse for X. It's attached to >> com1, and the dev entry SHOULD be ttyd0. Everytime I start X, I have no > Shouldn't it be on /dev/tty00? No, tty00 was identical with ttyd0 apart from its name and hasn't been in FreeBSD-current for 6 months. Bruce From owner-freebsd-hackers Wed May 17 00:18:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA25352 for hackers-outgoing; Wed, 17 May 1995 00:18:31 -0700 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA25346 for ; Wed, 17 May 1995 00:18:30 -0700 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.11/8.6.9) with SMTP id AAA17934; Wed, 17 May 1995 00:18:10 -0700 Message-Id: <199505170718.AAA17934@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: Tom Samplonius cc: hackers@FreeBSD.org Subject: Re: Trouble building kernel In-reply-to: Your message of "Tue, 16 May 1995 22:22:51 PDT." Date: Wed, 17 May 1995 00:18:10 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I've been getting the following error when attempting to build a >current kernel for the last couple of days. What's wrong? > >ln -s ../../libkern/libkern.a libkern.a >cc -c -O -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -nostdinc -I >. -I../.. -I../../sys -I../../../include -DHAVEN -DI486_CPU -DUCONSOLE -DSCSI_ >DELAY=15 -DCOMPAT_43 -DPROCFS -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DMATH_EMU >LATE -DKERNEL -Di386 >-DLOAD_ADDRESS=0xF0100000 swapkernel.c >sh ../../conf/newvers.sh HAVEN -DHAVEN -DI486_CPU -DUCONSOLE -DSCSI_DELAY=15 - >DCOMPAT_43 -DPROCFS -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DMATH_EMULATE >cc -O -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -nostdinc -I. - >I../.. -I../../sys -I../../../include -DHAVEN -DI486_CPU -DUCONSOLE -DSCSI_DEL >AY=15 -DCOMPAT_43 -DPROCFS -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DMATH_EMULAT >E -DKERNEL -Di386 -DL >OAD_ADDRESS=0xF0100000 -c vers.c >loading kernel >vm_swap.o: Definition of symbol `_swdevt' (multiply defined) >swapkernel.o: Definition of symbol `_swdevt' (multiply defined) >*** Error code 1 > >Stop. > >Tom Rebuild config. -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Wed May 17 02:55:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA07278 for hackers-outgoing; Wed, 17 May 1995 02:55:01 -0700 Received: from leo.ibms.sinica.edu.tw ([140.109.40.249]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA07225 for ; Wed, 17 May 1995 02:54:38 -0700 Received: (from taob@localhost) by leo.ibms.sinica.edu.tw (8.6.11/8.6.9) id RAA00887; Wed, 17 May 1995 17:53:22 +0800 Date: Wed, 17 May 1995 17:53:21 +0800 (CST) From: Brian Tao To: Matthew Diez cc: hackers@FreeBSD.org Subject: Re: Mouse in X In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, 16 May 1995, Matthew Diez wrote: > > I'm trying to set up my MS Compatible mouse for X. It's attached to > com1, and the dev entry SHOULD be ttyd0. Everytime I start X, I have no > use of the mouse, does anyone have any /etc/ttys files preconfigured for > X that they'd like to show me? X will use the first unused vty, or the highest vty on your system. Check your /etc/XF86Config for the proper location of your mouse. It may be set to /dev/mouse instead of /dev/ttyd0. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Wed May 17 06:05:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA02561 for hackers-outgoing; Wed, 17 May 1995 06:05:03 -0700 Received: from isl.cf.ac.uk (isl-gate.elsy.cf.ac.uk [131.251.22.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA02545 for ; Wed, 17 May 1995 06:04:38 -0700 Received: (from paul@localhost) by isl.cf.ac.uk (8.6.9/8.6.9) id OAA07193; Wed, 17 May 1995 14:00:52 +0100 From: Paul Richards Message-Id: <199505171300.OAA07193@isl.cf.ac.uk> Subject: Re: alias ( secondary IP ) for Ethernet Ifaces in FreeBSD To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Wed, 17 May 1995 14:00:52 +0100 (BST) Cc: erich@rrnet.com, rashid@haven.ios.com, hackers@FreeBSD.org In-Reply-To: <199505161914.MAA08933@gndrsh.aac.dev.com> from "Rodney W. Grimes" at May 16, 95 12:14:36 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 869 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply to Rodney W. Grimes who said > > > > Can the alias appear on the same command as the ifconfig that brings > the interface up? If so the place to do this is /etc/sysconfig, > ifconfig_ep0="blah blah". > > If not I'll have to enhance the current handling of ifconfig in > /etc/netstart and /etc/sysconfig to deal with it. Wait until after 2.0.5, I'm going to need this functionality for work (setting up a web site that supports virtual domains) and after playing around with it I think ifconfig needs to be changed to handle it a lot better. The current implementation isn't robust enough. A new version of ifconfig would mean your current /etc files would work. -- Paul Richards, Bluebird Computer Systems. FreeBSD core team member. Internet: paul@FreeBSD.org, http://www.isl.cf.ac.uk/ Phone: +44 1222 874000 x6646 (work), +44 1222 457651 (home) From owner-freebsd-hackers Wed May 17 06:15:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA02898 for hackers-outgoing; Wed, 17 May 1995 06:15:27 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA02891 ; Wed, 17 May 1995 06:15:25 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: core@FreeBSD.org cc: hackers@FreeBSD.org Subject: TODO list for 2.0.5 Date: Wed, 17 May 1995 06:15:24 -0700 Message-ID: <2890.800716524@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk Rod has been pestering me about this for a few days, so as I have a quick moment to breath right now (doing a make in another window :) I'll oblige him and the rest of you who may also be wondering. First off, I just want to make it clear that the first and foremost thing holding up 2.0.5 right at the moment is sysinstall, and for that I make no excuses. It's taken me significantly longer than planned (several weeks) to write this from scratch, and writing it from scratch was more or less mandated by the write-only install code we did for 2.0R and its failure in the face of the new "slice" code. In any case, we're almost out of the woods with that and I hope to have it fully functional in as short a time as possible (days, not weeks). However, there are a number of other things that need doing for 2.0.5 so without further ado, here's the list. All of these things are considered _mandatory_ for 2.0.5 by me and others, so if nobody else steps forward for a task then I'll do it myself, but it *will* get done before 2.0.5R goes out the door so bear in mind that your volunteering for one or more of these tasks will have a significant (positive) impact on 2.0.5's ship date! Task: HW.DOC Assigned: Gary Palmer, Justin Gibbs Status: Open. They need help with this. Detail: A document needs to be generated that documents the following 3 things: 1. All the options in the GENERIC kernel need to be documented in terms of what the user's hardware should be configured to do in order to match GENERIC's view of the world. This could be done as a fairly simple table, with the device names down the left and their port/irq/drq/memory address information in columns. 2. All the options in LINT that work and aren't in GENERIC need to be listed as "add-on" options readily available to the user but simply not enabled by default. This includes things like the PS/2 mouse or Video Spigot driver. User's should be made aware of it when their hardware IS supported but simply not turned on in GENERIC for one reason or another (which should probably also be explained in each case). Point the user at the Kernel configuration section (6) of the FAQ for more details. 3. Troubleshooting. This should document things like the -c flag and how/when to use it. It should also point out potential conflict problems that we've experienced (bogus PCI configuration, cylinder translation bogons, etc) and how to deal with them. 4. Bonus section (optional): Prototype hardware configurations at the $1K, $2K, $3K and $5K price-points (or perhaps classified by type, e.g. workstation, router, enterprise server, development box, etc. I don't really care). People are always asking us "what should I buy to run FreeBSD?" and we should do our best to answer them, if we can, even if it's with "these prices are highly changable and for guideline purposes ONLY!" stamped all over it. If you can provide 4-5 "popular combo configurations" then I'd say people would be more than pleased. -*- Task: README Assigned: Gary Palmer, Justin Gibbs Status: Open. He needs help with this. Detail: A general README file, along the lines of the old one, needs to be written. I can supply the marketspeak ("Welcome to FreeBSD 2.0.5! Now curing cancer and turning water into wine at an FTP site near you!") but I need someone to accumulate more raw material as to what we've DONE for 2.0.5 and try to put into a more coherent description of what 2.0.5 IS. This could conceivably be split into 2 documents - a general README describing FreeBSD and 2.0.5 Release Notes; I really don't care at this stage. :-) -*- Task: INSTALL Assigned: Jordan Status: Open. Not even started yet. Detail: A general step-by-step guide for using sysinstall needs to be written. I'm probably stuck with doing this alone, unless someone wants to jump aboard with sysinstall in -current and start documenting the various screens, and I wouldn't fight that at all! :-) If each screen were fairly fully documented (see the *.hlp files referenced in /usr/src/release/sysinstall/menus.c) then the installation guide could be fairly short! As it was, I was going to make a long installation guide and lots of short screen help files, which strikes me as less optimal. -*- Task: FAQ Assigned: The FreeBSD Doc Project Status: Open. Detail: The FAQ needs to be updated for 2.0.5 and generally made more relevant to the bits we're about to release. This is John Fieber's coordination task, but I just thought I'd mention it here as something that needs to be gone over before I stick it on the boot floppy. -*- Task: sysinstall Assigned: Jordan Status: In Progress Detail: As I said in the opening paragraph, I'm working on this now to the exclusion of almost all else, but I felt it would be useful to note it in the list. I still have some outstanding problems with sysinstall which I may NOT get to if someone else doesn't jump in here, and those are probably worth noting: 1. DOS batch files for creating *dist copies on disk or floppy. When you've got an unsupported CDROM (say an IDE CDROM, which is a rather disgustingly popular item these days) you are left with little recourse but to boot DOS, which does have drivers for your CDROM, and copy the stuff onto lots of floppies or try and find some hard disk space and copy the relevant files there. The problem has always been a great lack of clarity as to just exactly which _are_ the relevant files. We all know that you need a bindist at the minimum, and that a bindist consists of many bin.* files, accompanied by extract.sh and do_cksum.sh scripts, but the poor new user has no way of knowing that. Some nice DOS batch file(s) which I could invoke from Walnut Creek's DOS viewer program would go a long way towards making it less necessary to know such things. You'd just select the appropriate option, wait for it to copy the files or prompt you to insert floppies until your arm fell off, and then read the last "what to do from here" instructions before booting the boot floppy. 2. Multi-lingual support. This is actually something I *really want* to get into sysinstall, given that I've got a whole team put together for doing the translations and it would be a damn shame to waste the opportunity, but I'm a little worried by the fact that the simple "usage.hlp" file I did as an initial test does NOT display properly in syscons! I'm doing all I think need to be done to set the font and (in the case of Russian) screenmap up correctly, but it's not working. If someone could take a look at lang.c and system.c in sysinstall and tell me what I'm doing wrong, I'd sure appreciate it! -*- Task: packages Assigned: Satoshi & Team Status: In Progress Detail: I need a collection of packages to put in the CDROM at some point. I also need someone to go through LEGAL and make sure that nothing's slipped through. I know that Satoshi is already working flat-out on this, and has some testing in progress, I only note it for completeness. -*- That pretty much sums it up, actually. The tree seems quite stable right now, and there are no really bad bugs that I know about that need fixing. There are a number of features I could think of wanting, but we're in code freeze and it's not about wanted features it's about show-stoppers at this point. Jordan From owner-freebsd-hackers Wed May 17 06:49:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA03875 for hackers-outgoing; Wed, 17 May 1995 06:49:05 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA03869 ; Wed, 17 May 1995 06:49:01 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id GAA02385; Wed, 17 May 1995 06:48:59 -0700 Date: Wed, 17 May 1995 06:48:59 -0700 Message-Id: <199505171348.GAA02385@silvia.HIP.Berkeley.EDU> To: jkh@freefall.cdrom.com CC: core@FreeBSD.org, hackers@FreeBSD.org In-reply-to: <2890.800716524@freefall.cdrom.com> (jkh@freefall.cdrom.com) Subject: Re: TODO list for 2.0.5 From: asami@CS.Berkeley.EDU (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: hackers-owner@FreeBSD.org Precedence: bulk * Task: packages * Assigned: Satoshi & Team * Status: In Progress * Detail: * * I need a collection of packages to put in the CDROM at some point. The /usr/ports/packages and /usr/ports/distfiles on thud should serve this purpose. /e/ports/packages and /e/ports/distfiles from freefall. Just give me 24 hours' notice before you bake the CDROM, and I'll do a final check. Also, wcarchive's packages and distfiles is pretty much in sync as well, although I haven't checked more than the file sizes recently. (Maybe you can get me an account on wcarchive -- I don't want to run a checksum from freefall, 'cause that means transferring every single byte over NFS, which is almost as bad as copying the whole damn thing over. ;) * I also need someone to go through LEGAL and make sure that nothing's * slipped through. I've been keeping a close eye on this. Also, I'd like to request people to report anything suspicious they find that's *not* in LEGAL, the ports tree is growing so rapidly I'm afraid something illegal may have gone in unnoticed. * I know that Satoshi is already working flat-out on this, and has some * testing in progress, I only note it for completeness. I'm glad you mentioned it, as I want as many people test and complain before the CDROM gets out. This is the first time the ports tree is kept in reasonable sync with the main source, and if we can get a good reputation here, it will definitely be FreeBSD's strong points in the future! :) Satoshi From owner-freebsd-hackers Wed May 17 09:42:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA08529 for hackers-outgoing; Wed, 17 May 1995 09:42:23 -0700 Received: from grendel.csc.smith.edu (grendel.csc.smith.edu [131.229.222.23]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA08519 ; Wed, 17 May 1995 09:42:19 -0700 Received: from localhost (jfieber@localhost) by grendel.csc.smith.edu (8.6.5/8.6.5) id MAA29124; Wed, 17 May 1995 12:43:34 -0400 From: jfieber@cs.smith.edu (John Fieber) Message-Id: <199505171643.MAA29124@grendel.csc.smith.edu> Subject: Re: TODO list for 2.0.5 To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Wed, 17 May 1995 12:43:34 -0400 (EDT) Cc: core@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <2890.800716524@freefall.cdrom.com> from "Jordan K. Hubbard" at May 17, 95 06:15:24 am Content-Type: text Content-Length: 673 Sender: hackers-owner@FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: > Task: FAQ > Assigned: The FreeBSD Doc Project > Status: Open. > Detail: > > The FAQ needs to be updated for 2.0.5 and generally made more relevant > to the bits we're about to release. This is John Fieber's coordination > task, but I just thought I'd mention it here as something that needs > to be gone over before I stick it on the boot floppy. Er, I was under the impression that Ollivier Robert was the current Lord of the FAQ. I'll certainly help with editing if needed though. -john === jfieber@cs.smith.edu ================================================ =================================== Come up and be a kite! --K. Bush === From owner-freebsd-hackers Wed May 17 09:48:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA08628 for hackers-outgoing; Wed, 17 May 1995 09:48:51 -0700 Received: from sedhps01.mdc.com (SEDHPS01.MDC.COM [130.38.110.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA08621 for ; Wed, 17 May 1995 09:48:49 -0700 Message-Id: <199505171648.JAA08621@freefall.cdrom.com> Received: by sedhps01.mdc.com ($Revision: 1.37.109.9 $/16.2) id AA0084210599; Wed, 17 May 1995 11:50:47 -0500 From: Jim Babb Subject: Re: 3c509B woes ( B models only!) To: babkin@hq.icb.chel.su (Serge A. Babkin) Date: Wed, 17 May 95 11:50:46 CDT Cc: rashid@haven.ios.com, hackers@FreeBSD.org In-Reply-To: <199505150331.IAA00471@hq.icb.chel.su>; from "Serge A. Babkin" at May 15, 95 8:31 am Mailer: Elm [revision: 70.85] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I've seen this probably on 4 or 5 different computers - > > the FreeBSD ( including 0412SNAP) doesn't see particular > > B ( with parallel processing) 3C509B card. > > May be it has a different product ID ? if_ep.c checks it for > the "right" value. Look at lines 219 and 316 (checks for MFG_ID > and PROD_ID). > I also have several new systems here that have the same problem. They are IBM 730-P90's with a 3COM 3C509B-TP (with parallel processing) interface cards. (ASSY 03-0021-201 REV A). The probe is finding the card at 0x300, reports it is in test mode, then says the EEPROM failed to come ready, which causes a return value of 0xffff for the PROD_ID, and then the card is ignored. I tried changing the delays that others have suggested, with no help. This is with 950412.snap. I suspect that 3com has 'improved' the card such that a driver change is needed. I can help test out changes if anyone has some ideas of what to try. Jim From owner-freebsd-hackers Wed May 17 10:07:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA09128 for hackers-outgoing; Wed, 17 May 1995 10:07:42 -0700 Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA09106 ; Wed, 17 May 1995 10:07:16 -0700 Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id DAA14315; Thu, 18 May 1995 03:06:46 +1000 From: michael butler Message-Id: <199505171706.DAA14315@asstdc.scgt.oz.au> Subject: Re: TODO list for 2.0.5 To: asami@CS.Berkeley.EDU (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Date: Thu, 18 May 1995 03:06:44 +1000 (EST) Cc: jkh@freefall.cdrom.com, core@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <199505171348.GAA02385@silvia.HIP.Berkeley.EDU> from "Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=" at May 17, 95 06:48:59 am Reply-To: imb@scgt.oz.au X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 486 Sender: hackers-owner@FreeBSD.org Precedence: bulk > I'm glad you mentioned it, as I want as many people test and complain > before the CDROM gets out. This is the first time the ports tree is > kept in reasonable sync with the main source, and if we can get a good > reputation here, it will definitely be FreeBSD's strong points in the > future! :) Last time I tried to get perl 5.001 to compile it failed, miserably, with complaints about -ldl and -lcposix not being found .. and maybe others but I don't remember, sorry, michael From owner-freebsd-hackers Wed May 17 11:36:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA11037 for hackers-outgoing; Wed, 17 May 1995 11:36:16 -0700 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA11031 for ; Wed, 17 May 1995 11:36:16 -0700 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.11/8.6.9) with SMTP id LAA19993; Wed, 17 May 1995 11:33:44 -0700 Message-Id: <199505171833.LAA19993@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: Jim Babb cc: babkin@hq.icb.chel.su (Serge A. Babkin), rashid@haven.ios.com, hackers@FreeBSD.org Subject: Re: 3c509B woes ( B models only!) In-reply-to: Your message of "Wed, 17 May 1995 11:50:46 CDT." <199505171648.JAA08621@freefall.cdrom.com> Date: Wed, 17 May 1995 11:33:43 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk >> > I've seen this probably on 4 or 5 different computers - >> > the FreeBSD ( including 0412SNAP) doesn't see particular >> > B ( with parallel processing) 3C509B card. >> >> May be it has a different product ID ? if_ep.c checks it for >> the "right" value. Look at lines 219 and 316 (checks for MFG_ID >> and PROD_ID). >> > >I also have several new systems here that have the same problem. > >They are IBM 730-P90's with a 3COM 3C509B-TP (with parallel processing) >interface cards. (ASSY 03-0021-201 REV A). > >The probe is finding the card at 0x300, reports it is in test mode, >then says the EEPROM failed to come ready, which causes a return >value of 0xffff for the PROD_ID, and then the card is ignored. >I tried changing the delays that others have suggested, with no help. >This is with 950412.snap. > >I suspect that 3com has 'improved' the card such that a driver change >is needed. >I can help test out changes if anyone has some ideas of what to try. > >Jim Have you disabled "plug and play"? -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Wed May 17 11:40:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA11145 for hackers-outgoing; Wed, 17 May 1995 11:40:34 -0700 Received: from sedhps01.mdc.com (SEDHPS01.MDC.COM [130.38.110.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA11135 for ; Wed, 17 May 1995 11:40:33 -0700 Message-Id: <199505171840.LAA11135@freefall.cdrom.com> Received: by sedhps01.mdc.com ($Revision: 1.37.109.9 $/16.2) id AA0101817248; Wed, 17 May 1995 13:41:36 -0500 From: Jim Babb Subject: Re: 3c509B woes ( B models only!) To: gibbs@estienne.CS.Berkeley.EDU (Justin T. Gibbs) Date: Wed, 17 May 95 13:41:35 CDT Cc: babkin@hq.icb.chel.su, rashid@haven.ios.com, hackers@FreeBSD.org In-Reply-To: <199505171833.LAA19993@estienne.cs.berkeley.edu>; from "Justin T. Gibbs" at May 17, 95 11:33 am Mailer: Elm [revision: 70.85] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Have you disabled "plug and play"? > There are *no* switches or jumpers on this card. How do I disable "plug and play"? Jim From owner-freebsd-hackers Wed May 17 11:41:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA11178 for hackers-outgoing; Wed, 17 May 1995 11:41:23 -0700 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA11172 for ; Wed, 17 May 1995 11:41:22 -0700 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.11/8.6.9) with SMTP id LAA20039; Wed, 17 May 1995 11:38:59 -0700 Message-Id: <199505171838.LAA20039@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: Jim Babb cc: babkin@hq.icb.chel.su, rashid@haven.ios.com, hackers@FreeBSD.org Subject: Re: 3c509B woes ( B models only!) In-reply-to: Your message of "Wed, 17 May 1995 13:41:35 CDT." <199505171837.LAA20026@estienne.cs.berkeley.edu> Date: Wed, 17 May 1995 11:38:59 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk >> >> Have you disabled "plug and play"? >> >There are *no* switches or jumpers on this card. >How do I disable "plug and play"? > >Jim With a 3c509 configuration diskette. The latest disketts are availible from ftp.3com.com if you weren't given one with your system. -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Wed May 17 13:07:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA12780 for hackers-outgoing; Wed, 17 May 1995 13:07:58 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA12772 for ; Wed, 17 May 1995 13:07:50 -0700 Received: by haven.uniserve.com id <510>; Wed, 17 May 1995 13:21:31 -0700 Date: Wed, 17 May 1995 13:20:03 -0700 (PDT) From: Tom Samplonius To: imb@scgt.oz.au cc: Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?= , jkh@freefall.cdrom.com, hackers@FreeBSD.org Subject: Re: TODO list for 2.0.5 In-Reply-To: <199505171706.DAA14315@asstdc.scgt.oz.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Thu, 18 May 1995, michael butler wrote: > > I'm glad you mentioned it, as I want as many people test and complain > > before the CDROM gets out. This is the first time the ports tree is > > kept in reasonable sync with the main source, and if we can get a good > > reputation here, it will definitely be FreeBSD's strong points in the > > future! :) > > Last time I tried to get perl 5.001 to compile it failed, miserably, with > complaints about -ldl and -lcposix not being found .. and maybe others but I > don't remember, sorry, I built Perl 5.001 on a stock 4-12 system without a problem. Earlier snapshots may have had problems. Tom From owner-freebsd-hackers Wed May 17 13:29:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA13510 for hackers-outgoing; Wed, 17 May 1995 13:29:47 -0700 Received: from plains.nodak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA13504 for ; Wed, 17 May 1995 13:29:44 -0700 Received: (from tinguely@localhost) by plains.nodak.edu (8.6.11/8.6.10) id PAA18295 for freebsd-hackers@freefall.cdrom.com; Wed, 17 May 1995 15:29:33 -0500 Date: Wed, 17 May 1995 15:29:33 -0500 From: Mark Tinguely Message-Id: <199505172029.PAA18295@plains.nodak.edu> To: freebsd-hackers@freefall.cdrom.com Subject: pci device driver Content-Length: 163 Sender: hackers-owner@FreeBSD.org Precedence: bulk Is it correct to assume that a device driver for a PCI-only card is written as if it was an ISA device (for eaxmple having a "struct isa_device" entry)? --mark. From owner-freebsd-hackers Wed May 17 14:31:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA15052 for hackers-outgoing; Wed, 17 May 1995 14:31:45 -0700 Received: from linux4nn.iaf.nl (root@linux4nn.iaf.nl [193.67.144.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA15046 for ; Wed, 17 May 1995 14:31:41 -0700 Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.iaf.nl (8.6.9/8.6.9) with SMTP id XAA11007 for ; Wed, 17 May 1995 23:45:07 +0200 Received: by uni4nn.iaf.nl with UUCP id AA03253 (5.67b/IDA-1.5 for FreeBSD-hackers@freebsd.org); Wed, 17 May 1995 23:32:14 +0100 Received: by iafnl.iaf.nl with UUCP id AA13611 (5.65c/IDA-1.4.4); Wed, 17 May 1995 23:19:41 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.8/8.6.6) id UAA01544 for FreeBSD-hackers@freebsd.org; Wed, 17 May 1995 20:35:19 +0200 From: Wilko Bulte Message-Id: <199505171835.UAA01544@yedi.iaf.nl> Subject: system hangup using X (1.1.5.1) To: FreeBSD-hackers@FreeBSD.org (FreeBSD hackers list) Date: Wed, 17 May 1995 20:35:19 +1596657 (MET DST) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 948 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi Since a few weeks I'm the proud owner of a 17" monitor. Finally having an opportunity to skip 640x480-on-14", I switched to using 1024x768. Xfree produced an image OK, no problem with that. Problem is that when the VGA card is switched to 0 waitstate, and Speedup is enabled in Xconfig, the system has very reproducible hangups when the display is panning etc (in general: busy) and a lot of disk I/O is occuring. The VGA card is an Orchid Prodesigner IIs. The system a 486/25 with 32Mb ram & 1542A SCSI. Switching to 'non-turbo' on the VGAcard resolves the problem. Unfortunately it is quite a bit slower this way :( Any thoughts? Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Wed May 17 14:31:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA15061 for hackers-outgoing; Wed, 17 May 1995 14:31:53 -0700 Received: from linux4nn.iaf.nl (root@linux4nn.iaf.nl [193.67.144.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA15055 for ; Wed, 17 May 1995 14:31:51 -0700 Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.iaf.nl (8.6.9/8.6.9) with SMTP id XAA11015 for ; Wed, 17 May 1995 23:45:15 +0200 Received: by uni4nn.iaf.nl with UUCP id AA03272 (5.67b/IDA-1.5 for FreeBSD-hackers@freebsd.org); Wed, 17 May 1995 23:32:22 +0100 Received: by iafnl.iaf.nl with UUCP id AA13635 (5.65c/IDA-1.4.4); Wed, 17 May 1995 23:19:48 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.8/8.6.6) id XAA00243 for FreeBSD-hackers@freebsd.org; Wed, 17 May 1995 23:05:49 +0200 From: Wilko Bulte Message-Id: <199505172105.XAA00243@yedi.iaf.nl> Subject: SYSVSHM & X11 To: FreeBSD-hackers@FreeBSD.org (FreeBSD hackers list) Date: Wed, 17 May 1995 23:05:48 +1596657 (MET DST) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 555 Sender: hackers-owner@FreeBSD.org Precedence: bulk This might be a stupid question.. Xfree uses SYSVSHM when available to speedup things. When adding this to the kernel, is the # of pages restricted/minimum/maximum with regard to X? As far as I can remember I didn't see this anywhere in the docs/faqs Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Wed May 17 14:33:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA15100 for hackers-outgoing; Wed, 17 May 1995 14:33:22 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA15094 for ; Wed, 17 May 1995 14:33:19 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA26290; Wed, 17 May 95 10:39:40 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505171639.AA26290@cs.weber.edu> Subject: Re: Mouse in X To: mdiez@ebrps.engr.subr.edu (Matthew Diez) Date: Wed, 17 May 95 10:39:39 MDT Cc: tom@haven.uniserve.com, hackers@FreeBSD.org In-Reply-To: from "Matthew Diez" at May 16, 95 11:08:12 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > On Tue, 16 May 1995, Tom Samplonius wrote: > > > On Tue, 16 May 1995, Matthew Diez wrote: > > > > > I'm trying to set up my MS Compatible mouse for X. It's attached to > > > com1, and the dev entry SHOULD be ttyd0. Everytime I start X, I have no > > > > Shouldn't it be on /dev/tty00? > > > > Tom > Tried that also... Okay, tried /dev/tty00, NO GOOD. Is it a problem in > my /etc/ttys? > I think it is... > BTW, what good are mse0 and psm0?? It should be good on /dev/tty00 if it is really a serial mouse. Check that your XF86Config has the correct information in it. /dev/mse0 is for bus mice (that have a bus mouse controller board). /dev/psm0 is for PS/2 style mice that plug into the alternate keyboard controller connector (the PS/2 mouse connector) on the motherboard itself. Neither of these are serial mice, so if you aren't using them, ignore them and concentrate on tty00 for com1 or tty01 for com2. If you have an internal modem or something on com3/irq 4, then that could also be your problem, since it would eat interrupts. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed May 17 14:38:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA15180 for hackers-outgoing; Wed, 17 May 1995 14:38:05 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA15174 for ; Wed, 17 May 1995 14:38:04 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA23030; Tue, 16 May 95 21:27:21 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505170327.AA23030@cs.weber.edu> Subject: Re: Mouse in X To: mdiez@ebrps.engr.subr.edu (Matthew Diez) Date: Tue, 16 May 95 21:27:21 MDT Cc: hackers@FreeBSD.org In-Reply-To: from "Matthew Diez" at May 16, 95 08:47:03 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > I'm trying to set up my MS Compatible mouse for X. It's attached to > com1, and the dev entry SHOULD be ttyd0. Everytime I start X, I have no > use of the mouse, does anyone have any /etc/ttys files preconfigured for > X that they'd like to show me? This should have gone to questions. The problem is that ttyd0 is the calling unit port, so it has CTS/RTS set. Mice don't assert/observe these signals. Use tty00 instead. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed May 17 15:02:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA15492 for hackers-outgoing; Wed, 17 May 1995 15:02:11 -0700 Received: from sedhps01.mdc.com (SEDHPS01.MDC.COM [130.38.110.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA15485 for ; Wed, 17 May 1995 15:02:10 -0700 Message-Id: <199505172202.PAA15485@freefall.cdrom.com> Received: by sedhps01.mdc.com ($Revision: 1.37.109.9 $/16.2) id AA0120929475; Wed, 17 May 1995 17:05:23 -0500 From: Jim Babb Subject: Re: 3c509B woes ( B models only!) To: gibbs@estienne.CS.Berkeley.EDU (Justin T. Gibbs) Date: Wed, 17 May 95 17:05:22 CDT Cc: babkin@hq.icb.chel.su, rashid@haven.ios.com, hackers@FreeBSD.org In-Reply-To: <199505171838.LAA20039@estienne.cs.berkeley.edu>; from "Justin T. Gibbs" at May 17, 95 11:38 am Mailer: Elm [revision: 70.85] Sender: hackers-owner@FreeBSD.org Precedence: bulk > >> > >> Have you disabled "plug and play"? > >> > >There are *no* switches or jumpers on this card. > >How do I disable "plug and play"? > > > With a 3c509 configuration diskette. The latest disketts are availible > from ftp.3com.com if you weren't given one with your system. > OK, that did it! I'm now on the net. But only after I changed the delay at line 213 of if_ep.c from 1000 to 10000, (As was previously mentioned on this list). I had to ftp the configuration program, since this system came pre-configured to run DOS and Windows. (and we didn't get any floppies). I hope the delay gets fixed before 2.0.5 ships, otherwise network installs are quite a pain. Would it be possible to turn "plug and play" mode off ourself when we detect the card is in test mode? It would sure make installations easier. Jim From owner-freebsd-hackers Wed May 17 15:09:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA15585 for hackers-outgoing; Wed, 17 May 1995 15:09:51 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA15579 ; Wed, 17 May 1995 15:09:47 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id PAA12688; Wed, 17 May 1995 15:09:19 -0700 From: "Rodney W. Grimes" Message-Id: <199505172209.PAA12688@gndrsh.aac.dev.com> Subject: Re: 3c509B woes ( B models only!) To: babb@sedhps01.mdc.com (Jim Babb) Date: Wed, 17 May 1995 15:09:19 -0700 (PDT) Cc: hackers@FreeBSD.org, davidg@FreeBSD.org In-Reply-To: <199505172202.PAA15485@freefall.cdrom.com> from "Jim Babb" at May 17, 95 05:05:22 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1803 Sender: hackers-owner@FreeBSD.org Precedence: bulk Please review the attached patch. > > > >> > > >> Have you disabled "plug and play"? > > >> > > >There are *no* switches or jumpers on this card. > > >How do I disable "plug and play"? > > > > > With a 3c509 configuration diskette. The latest disketts are availible > > from ftp.3com.com if you weren't given one with your system. > > > OK, that did it! I'm now on the net. > But only after I changed the delay at line 213 of if_ep.c from 1000 to 10000, > (As was previously mentioned on this list). > > I had to ftp the configuration program, since this system came pre-configured > to run DOS and Windows. (and we didn't get any floppies). > > I hope the delay gets fixed before 2.0.5 ships, otherwise network installs > are quite a pain. > > > Would it be possible to turn "plug and play" mode off ourself when we detect > the card is in test mode? It would sure make installations easier. > Index: if_ep.c =================================================================== RCS file: /home/ncvs/src/sys/i386/isa/if_ep.c,v retrieving revision 1.26 diff -c -r1.26 if_ep.c *** 1.26 1995/04/12 20:47:49 --- if_ep.c 1995/05/17 22:08:28 *************** *** 210,216 **** /* Look for the ISA boards. Init and leave them actived */ outb(id_port, 0xc0); /* Global reset */ ! DELAY(1000); for (i = 0; i < EP_MAX_BOARDS; i++) { outb(id_port, 0); outb(id_port, 0); --- 210,216 ---- /* 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); -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Wed May 17 15:25:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA15935 for hackers-outgoing; Wed, 17 May 1995 15:25:44 -0700 Received: from sedhps01.mdc.com (SEDHPS01.MDC.COM [130.38.110.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA15929 ; Wed, 17 May 1995 15:25:42 -0700 Message-Id: <199505172225.PAA15929@freefall.cdrom.com> Received: by sedhps01.mdc.com ($Revision: 1.37.109.9 $/16.2) id AA0124230910; Wed, 17 May 1995 17:29:18 -0500 From: Jim Babb Subject: Re: 3c509B woes ( B models only!) To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Wed, 17 May 95 17:29:18 CDT Cc: hackers@FreeBSD.org, davidg@FreeBSD.org In-Reply-To: <199505172209.PAA12688@gndrsh.aac.dev.com>; from "Rodney W. Grimes" at May 17, 95 3:09 pm Mailer: Elm [revision: 70.85] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Please review the attached patch. > Yup, that's the fix I used. Works good now. Jim From owner-freebsd-hackers Wed May 17 18:43:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA20486 for hackers-outgoing; Wed, 17 May 1995 18:43:53 -0700 Received: from ebrps.engr.subr.edu (mdiez@[192.207.173.35]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA20480 for ; Wed, 17 May 1995 18:43:52 -0700 Received: by ebrps.engr.subr.edu (AIX 3.2/UCB 5.64/4.03) id AA08528; Wed, 17 May 1995 20:39:20 -0500 Date: Wed, 17 May 1995 20:39:20 -0500 (CDT) From: Matthew Diez To: Brian Tao Cc: hackers@FreeBSD.org Subject: Re: Mouse in X In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, 17 May 1995, Brian Tao wrote: > X will use the first unused vty, or the highest vty on your > system. Check your /etc/XF86Config for the proper location of your > mouse. It may be set to /dev/mouse instead of /dev/ttyd0. > -- > Brian ("Though this be madness, yet there is method in't") Tao > taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org I know that already, XF86Config has been set to /dev/ttyd0 for some time now .. And X runs itself of vty4. From owner-freebsd-hackers Wed May 17 18:41:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA20471 for hackers-outgoing; Wed, 17 May 1995 18:41:37 -0700 Received: from ebrps.engr.subr.edu (mdiez@[192.207.173.35]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA20465 for ; Wed, 17 May 1995 18:41:35 -0700 Received: by ebrps.engr.subr.edu (AIX 3.2/UCB 5.64/4.03) id AA09544; Wed, 17 May 1995 20:37:40 -0500 Date: Wed, 17 May 1995 20:37:39 -0500 (CDT) From: Matthew Diez To: Tom Samplonius Cc: hackers@FreeBSD.org Subject: Re: Mouse in X In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, 16 May 1995, Tom Samplonius wrote: > > Tried that also... Okay, tried /dev/tty00, NO GOOD. Is it a problem in > > my /etc/ttys? > > If you have a getty running on /dev/tty00 then you have a problem. > /etc/ttys is to set up terminal logins. > > Tom Figured that out already, but no gettys on any of the tty0x or ttydx From owner-freebsd-hackers Wed May 17 19:16:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA21103 for hackers-outgoing; Wed, 17 May 1995 19:16:20 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA21095 for ; Wed, 17 May 1995 19:16:14 -0700 Received: by haven.uniserve.com id <226>; Wed, 17 May 1995 19:30:51 -0700 Date: Wed, 17 May 1995 19:30:38 -0700 (PDT) From: Tom Samplonius To: "Justin T. Gibbs" cc: hackers@FreeBSD.org Subject: Re: Adaptec 2940? In-Reply-To: <199505160117.SAA14306@estienne.cs.berkeley.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, 15 May 1995, Justin T. Gibbs wrote: > > Is it just me, or is the 2940 slower than the 1742 and 2742? > > > > (BTW, I'm running a kernel supped last week) > > > >Tom > > I'll let you know once I get my Pentium machine. :) I don't see > any reason why it would be slower than a 2742. I swapped a ASUS AMD486DX4100 PCI with a 2940, for a AMI 486DX266 EISA with a 2742, and found that "iozone auto" would give consistently better results. Running top and running two dd's or two iozone's revealed that EISA system was using less system and interrupt time for the same job. I used a almost current kerenel and the same drives for both. Tom From owner-freebsd-hackers Wed May 17 19:51:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA22581 for hackers-outgoing; Wed, 17 May 1995 19:51:22 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA22572 ; Wed, 17 May 1995 19:51:17 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: jfieber@cs.smith.edu (John Fieber) cc: core@FreeBSD.org, hackers@FreeBSD.org Subject: Re: TODO list for 2.0.5 In-reply-to: Your message of "Wed, 17 May 95 12:43:34 EDT." <199505171643.MAA29124@grendel.csc.smith.edu> Date: Wed, 17 May 1995 19:51:17 -0700 Message-ID: <22571.800765477@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Er, I was under the impression that Ollivier Robert was the > current Lord of the FAQ. I'll certainly help with editing if > needed though. Sorry, my mistake! Ollivier? :-) Jordan From owner-freebsd-hackers Wed May 17 20:49:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA23894 for hackers-outgoing; Wed, 17 May 1995 20:49:13 -0700 Received: from panther.ferrum.edu (panther.ferrum.edu [192.190.252.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA23888 for ; Wed, 17 May 1995 20:49:12 -0700 Received: (from dunn@localhost) by panther.ferrum.edu (8.6.9/8.6.9) id XAA00493 for freebsd-hackers@FreeBSD.ORG; Wed, 17 May 1995 23:48:06 -0400 From: "James E. Dunn" Message-Id: <199505180348.XAA00493@panther.ferrum.edu> Subject: Help ( out of ports ) To: freebsd-hackers@FreeBSD.org Date: Wed, 17 May 1995 23:48:06 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 386 Sender: hackers-owner@FreeBSD.org Precedence: bulk Greetings! I can only get 16 users on my machine. Running FreeBSD-2.0R. I've tried adding ttyp's in my /dev/ directory and in my /etc/ttys to no avail; I've even recompiled the kernel with MAXUSERS=64. So, could someone PLEASE tell me how to increase the number of ports available? Thanks Jim Output follows: telnetd: All Ports Currently in Use. connection terminated... EOF From owner-freebsd-hackers Wed May 17 21:19:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA24471 for hackers-outgoing; Wed, 17 May 1995 21:19:24 -0700 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA24465 for ; Wed, 17 May 1995 21:19:23 -0700 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.11/8.6.9) with SMTP id VAA23995; Wed, 17 May 1995 21:19:01 -0700 Message-Id: <199505180419.VAA23995@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: Tom Samplonius cc: hackers@FreeBSD.org Subject: Re: Adaptec 2940? In-reply-to: Your message of "Wed, 17 May 1995 19:30:38 PDT." Date: Wed, 17 May 1995 21:19:01 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk > >On Mon, 15 May 1995, Justin T. Gibbs wrote: > >> > Is it just me, or is the 2940 slower than the 1742 and 2742? >> > >> > (BTW, I'm running a kernel supped last week) >> > >> >Tom >> >> I'll let you know once I get my Pentium machine. :) I don't see >> any reason why it would be slower than a 2742. > > I swapped a ASUS AMD486DX4100 PCI with a 2940, for a AMI 486DX266 EISA >with a 2742, and found that "iozone auto" would give consistently better >results. Running top and running two dd's or two iozone's revealed that EISA >system was using less system and interrupt time for the same job. >I used a almost current kerenel and the same drives for both. > >Tom The drivers are identical, so the interupt time should be the same for driving either card on the same machine. Your benchmark is not really valid since they were run on different motherboards. -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Wed May 17 21:39:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA24687 for hackers-outgoing; Wed, 17 May 1995 21:39:22 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA24678 for ; Wed, 17 May 1995 21:39:19 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id VAA13272; Wed, 17 May 1995 21:37:48 -0700 From: "Rodney W. Grimes" Message-Id: <199505180437.VAA13272@gndrsh.aac.dev.com> Subject: Re: Adaptec 2940? To: tom@haven.uniserve.com (Tom Samplonius) Date: Wed, 17 May 1995 21:37:48 -0700 (PDT) Cc: gibbs@estienne.CS.Berkeley.EDU, hackers@FreeBSD.org In-Reply-To: from "Tom Samplonius" at May 17, 95 07:30:38 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1154 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > On Mon, 15 May 1995, Justin T. Gibbs wrote: > > > > Is it just me, or is the 2940 slower than the 1742 and 2742? > > > > > > (BTW, I'm running a kernel supped last week) > > > > > >Tom > > > > I'll let you know once I get my Pentium machine. :) I don't see > > any reason why it would be slower than a 2742. > > I swapped a ASUS AMD486DX4100 PCI with a 2940, for a AMI 486DX266 EISA > with a 2742, and found that "iozone auto" would give consistently better > results. Running top and running two dd's or two iozone's revealed that EISA > system was using less system and interrupt time for the same job. > I used a almost current kerenel and the same drives for both. Which ASUS model of board, there are no less than 3 ASUS PCI 486 MB and the memory bandwidth on all 3 of them are different. Wich AMI model motherboard, I don't know how many EISA boards they make. I suspect you may be comparing CPU <-> memory bandwidth when you look at the system load more than anything. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Wed May 17 22:00:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA25008 for hackers-outgoing; Wed, 17 May 1995 22:00:45 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA25002 for ; Wed, 17 May 1995 22:00:42 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id WAA13370; Wed, 17 May 1995 22:00:17 -0700 From: "Rodney W. Grimes" Message-Id: <199505180500.WAA13370@gndrsh.aac.dev.com> Subject: Re: Help ( out of ports ) To: dunn@panther.ferrum.edu (James E. Dunn) Date: Wed, 17 May 1995 22:00:16 -0700 (PDT) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199505180348.XAA00493@panther.ferrum.edu> from "James E. Dunn" at May 17, 95 11:48:06 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 744 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Greetings! > > I can only get 16 users on my machine. Running FreeBSD-2.0R. I've > tried adding ttyp's in my /dev/ directory and in my /etc/ttys to no > avail; I've even recompiled the kernel with MAXUSERS=64. > > So, could someone PLEASE tell me how to increase the number of ports > available? You should have waited for my mail, you missed the increase of pseudo-device pty 16 to pseudo-device pty 64 > Thanks > Jim > > Output follows: > > telnetd: All Ports Currently in Use. Means you are out of pty devices... > connection terminated... > > EOF > -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Wed May 17 22:03:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA25027 for hackers-outgoing; Wed, 17 May 1995 22:03:41 -0700 Received: from wc.cdrom.com (wc.cdrom.com [192.216.223.37]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA25021 for ; Wed, 17 May 1995 22:03:41 -0700 Received: from leo ([140.109.40.249]) by wc.cdrom.com (8.6.12/8.6.12) with ESMTP id WAA18468 for ; Wed, 17 May 1995 22:03:42 -0700 Received: (from taob@localhost) by leo (8.6.11/8.6.9) id NAA00459; Thu, 18 May 1995 13:00:33 +0800 Date: Thu, 18 May 1995 13:00:33 +0800 (CST) From: Brian Tao To: Matthew Diez cc: hackers@FreeBSD.org Subject: Re: Mouse in X In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, 17 May 1995, Matthew Diez wrote: > > I know that already, XF86Config has been set to /dev/ttyd0 for some time > now .. And X runs itself of vty4. Hmmmm, and your mouse still doesn't work? You are using the correct mouse driver and all that? I have one system here whose mouse can switch between Microsoft and Mouseman emulation, and it took me forever to figure out that "undocumented feature" when setting up X on that machine... -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Wed May 17 22:48:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA25611 for hackers-outgoing; Wed, 17 May 1995 22:48:31 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA25604 for ; Wed, 17 May 1995 22:48:24 -0700 Received: by haven.uniserve.com id <248>; Wed, 17 May 1995 23:02:53 -0700 Date: Wed, 17 May 1995 23:02:45 -0700 (PDT) From: Tom Samplonius To: "Justin T. Gibbs" cc: hackers@FreeBSD.org Subject: Re: Adaptec 2940? In-Reply-To: <199505180419.VAA23995@estienne.cs.berkeley.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, 17 May 1995, Justin T. Gibbs wrote: > The drivers are identical, so the interupt time should be the same for > driving either card on the same machine. Your benchmark is not really > valid since they were run on different motherboards. To some extent. It is instesting that a good EISA system can best a poor PCI system. Woe to those buying cheap PCI motherboards. Tom From owner-freebsd-hackers Wed May 17 23:18:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA25987 for hackers-outgoing; Wed, 17 May 1995 23:18:59 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA25981 for ; Wed, 17 May 1995 23:18:58 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id XAA28462; Wed, 17 May 1995 23:18:24 -0700 From: Poul-Henning Kamp Message-Id: <199505180618.XAA28462@ref.tfs.com> Subject: Re: Adaptec 2940? To: tom@haven.uniserve.com (Tom Samplonius) Date: Wed, 17 May 1995 23:18:24 -0700 (PDT) Cc: gibbs@estienne.CS.Berkeley.EDU, hackers@FreeBSD.org In-Reply-To: from "Tom Samplonius" at May 17, 95 11:02:45 pm Content-Type: text Content-Length: 4364 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > The drivers are identical, so the interupt time should be the same for > > driving either card on the same machine. Your benchmark is not really > > valid since they were run on different motherboards. > > To some extent. It is instesting that a good EISA system can best a > poor PCI system. Woe to those buying cheap PCI motherboards. Oh, it's much worse than that. This is some numbers I have been collecting, the represent the bandwidth between CPU and RAM pretty well: First line is read dominated, second is write dominated: My PC, en 486DX2/66 32Mb, FreeBSD-2.1, GCC 2.6.3 flagmose# cc -o ram-speed -O2 ram-speed.c flagmose# ./ram-speed 49005fb0 0.615 uS/op 1.63e+06 op/S 6.201 Mb/S 8938c0df 0.159 uS/op 6.29e+06 op/S 23.981 Mb/S A "IBM Valuepoint 486DX2/D PC", as above myname# cc -o ram-speed -O2 ram-speed.c myname# ./ram-speed 49005fb0 0.377 uS/op 2.65e+06 op/S 10.116 Mb/S 8938c0df 0.150 uS/op 6.66e+06 op/S 25.423 Mb/S A ASUS P90 Neptune, FreeBSD-2.1, GCC 2.6.3 phk@time.cdrom.com cc -o ram-speed -O2 ram-speed.c phk@time.cdrom.com ./ram-speed 49005fb0 0.356 uS/op 2.81e+06 op/S 10.723 Mb/S 8938c0df 0.209 uS/op 4.78e+06 op/S 18.235 Mb/S phk@time.cdrom.com uptime 4:12PM up 4 days, 4:05, 4 users, load averages: 0.54, 0.27, 0.11 Time wasn't idle, so these numbers are not 100% reliable A Sun SS20/612, Solaris 2.4 dgbcc6# cc -o ram-speed -fast ram-speed.c dgbcc6# ./ram-speed 49005fb0 0.420 uS/op 2.38e+06 op/S 9.083 Mb/S 8938c0df 0.448 uS/op 2.23e+06 op/S 8.507 Mb/S A Sun SS1000/516, Solaris 2.4 dgbmsu0# cc -o ram-speed -fast ram-speed.c dgbmsu0# ./ram-speed 49005fb0 0.771 uS/op 1.30e+06 op/S 4.950 Mb/S 8938c0df 0.980 uS/op 1.02e+06 op/S 3.892 Mb/S A RS6000/590, AIX 3.2.5 # cc -o ram-speed -O3 ram-speed.c # ./ram-speed 49005fb0 0.116 uS/op 8.61e+06 op/S 32.833 Mb/S 8938c0df 0.177 uS/op 5.64e+06 op/S 21.532 Mb/S Here is the source-code, Bruce and Rod use a different piece of code, which is probably better, but this is what I have used all the time, so I can compare my own results: #include #include #include #include #include #include typedef unsigned long test_t; #define TESTSIZE (8192*1024) #define NOPS 1024*1024*16 #define NFACTOR 11 #define NVOL (NOPS*NFACTOR) int main(int argc,char **argv) { test_t *area, *chunk; test_t *pointer,x1=0,x2=0; unsigned counter,leap; int i; double delta; struct timeval before,middle,after; struct timezone tzb,tza; if (sizeof *area != 4) { perror("Need 32 bit test_t"); exit(2); } pointer = area=malloc(TESTSIZE); if(!area) { perror("malloc"); exit(2); } memset(area,'D',TESTSIZE); chunk = area + TESTSIZE / sizeof *area - 102; leap = TESTSIZE / sizeof *area - 204; gettimeofday(&before,&tzb); for(counter=0;counter= chunk) { pointer -= leap; } } gettimeofday(&middle,&tza); for(counter=0;counter= chunk) { pointer -= leap; } } gettimeofday(&after,&tza); if (x1 != 0x49005fb0) {perror("Wrong result"); exit(1); } if (x2 != 0x8938c0df) {perror("Wrong result"); exit(1); } delta =middle.tv_sec - before.tv_sec; delta +=(middle.tv_usec - before.tv_usec)/1000000.0; printf("%08lx ",x1); printf(" %6.3f uS/op", delta*1000000.0/NVOL); printf(" %7.2e op/S", NVOL/delta); printf(" %6.3f Mb/S\n", (NVOL*sizeof *pointer/(1024.0*1024.0)) / delta); delta =after.tv_sec - middle.tv_sec; delta +=(after.tv_usec - middle.tv_usec)/1000000.0; printf("%08lx ",x2); printf(" %6.3f uS/op", delta*1000000.0/NVOL); printf(" %7.2e op/S", NVOL/delta); printf(" %6.3f Mb/S\n", (NVOL*sizeof *pointer/(1024.0*1024.0)) / delta); return 0; } -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Wed May 17 23:21:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA26043 for hackers-outgoing; Wed, 17 May 1995 23:21:14 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA26036 for ; Wed, 17 May 1995 23:21:11 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id XAA13592; Wed, 17 May 1995 23:20:18 -0700 From: "Rodney W. Grimes" Message-Id: <199505180620.XAA13592@gndrsh.aac.dev.com> Subject: Re: Adaptec 2940? To: tom@haven.uniserve.com (Tom Samplonius) Date: Wed, 17 May 1995 23:20:17 -0700 (PDT) Cc: gibbs@estienne.CS.Berkeley.EDU, hackers@FreeBSD.org In-Reply-To: from "Tom Samplonius" at May 17, 95 11:02:45 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1495 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > On Wed, 17 May 1995, Justin T. Gibbs wrote: > > > The drivers are identical, so the interupt time should be the same for > > driving either card on the same machine. Your benchmark is not really > > valid since they were run on different motherboards. > > To some extent. It is instesting that a good EISA system can best a > poor PCI system. Woe to those buying cheap PCI motherboards. My old 486DX33 ECS EISA/VLB Sis chipset with write back cache performs better at memory speed benchmarks than most cheap PCI motherboards by a large margin (29MB/sec on the EISA board, I have seen as low as 20MB/sec on some PCI boards for the same test, same memory size, same CPU chip]) The fastest 486 PCI motherboard I have tested is the ASUS PCI/I-486SP3G, it uses 72 pin simms and memory interleaving (Ie, you *must* install simms in pairs). With a DX4-100 CPU chip in this board you can beat almost every P5-60 out there in ``time make CLOBBER=true world'' given identical memory and disk setup. My data on the ASUS PVI-486AP4 is not comparible as it was done using a DX33 chip, but the gut feeling of the box is that it has okay, but not great memory bandwidth. I was also running it with 1 8MB simm. Guess I should go configure the standard DX2/66 16MB on that board and run the test to see where it stacks up in the pile. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Wed May 17 23:25:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA26200 for hackers-outgoing; Wed, 17 May 1995 23:25:29 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA26193 for ; Wed, 17 May 1995 23:25:23 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id QAA24755 for freebsd-hackers@freebsd.org; Thu, 18 May 1995 16:02:53 +0930 From: Michael Smith Message-Id: <199505180632.QAA24755@genesis.atrad.adelaide.edu.au> Subject: mmap/madvise vs. open/write? To: freebsd-hackers@FreeBSD.org Date: Thu, 18 May 1995 16:02:53 +0930 (CST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1716 Sender: hackers-owner@FreeBSD.org Precedence: bulk I've been pestering Rod about things that he doesn't know about 8) and he suggested I should ask here (which is really fair enough...) > > I was reading the mmap manual pages the other day - how useful is > > madvise() from a performance point of view under FreeBSD? > > You would need to ask davidg@freebsd.org about that, you should probably > just ask on freebsd-hackers@freebsd.org. So I am... > > This I/O program is likely to mmap a file of a few tens of M (tops) and > > then copy into it, starting at one end and working to the other, > > which sounds like a prime candidate for MADV_SEQUENTIAL. > > Given that the vm system and the old buffer cache have been unified doing > an open() and read() calls actually does an mmap inside the kernel for > you. You may want to keep the code more portable by doing it this way, > and just know that the kernel is mmaping it for you on FreeBSD. Comments? Suggestions? > > Alternatively, I guess I can just malloc a huge slab, but I'd heard somewhere > > that the FreeBSD malloc was a bit picky about huge allocation requests, > > and mmap is sexier anyway 8) > > And with the new vm code the performance difference for mmap vs open/read > is almost nill now, infact it may even be faster to let the kernel do > the mmap, but I would have to defer to davidg on that one. > Rod Grimes rgrimes@gndrsh.aac.dev.com -- ]] Mike Smith, Software Engineer. msmith@atrad.adelaide.edu.au [[ ]] Genesis Software. genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and [[ ]] realtime instrument control. (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" - Terry Lambert [[ From owner-freebsd-hackers Wed May 17 23:47:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA26828 for hackers-outgoing; Wed, 17 May 1995 23:47:43 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA26822 for ; Wed, 17 May 1995 23:47:42 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.8/8.6.6) id XAA28585; Wed, 17 May 1995 23:47:27 -0700 From: Julian Elischer Message-Id: <199505180647.XAA28585@ref.tfs.com> Subject: Re: Adaptec 2940? To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Wed, 17 May 1995 23:47:27 -0700 (PDT) Cc: tom@haven.uniserve.com, gibbs@estienne.CS.Berkeley.EDU, hackers@FreeBSD.org In-Reply-To: <199505180618.XAA28462@ref.tfs.com> from "Poul-Henning Kamp" at May 17, 95 11:18:24 pm Content-Type: text Content-Length: 189 Sender: hackers-owner@FreeBSD.org Precedence: bulk P66 ASUS EISA/PCI of some sort.. erf# cc -o ram-speed -O2 ram-speed.c erf# ./ram-speed 49005fb0 0.309 uS/op 3.24e+06 op/S 12.346 Mb/S 8938c0df 0.159 uS/op 6.29e+06 op/S 23.998 Mb/S > From owner-freebsd-hackers Thu May 18 00:28:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA27390 for hackers-outgoing; Thu, 18 May 1995 00:28:58 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA27365 for ; Thu, 18 May 1995 00:27:30 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id NAA01555; Thu, 18 May 1995 13:24:55 +0500 From: "Serge A. Babkin" Message-Id: <199505180824.NAA01555@hq.icb.chel.su> Subject: Re: 3c509B woes ( B models only!) To: babb@sedhps01.mdc.com (Jim Babb) Date: Thu, 18 May 1995 13:24:54 +0500 (GMT+0500) Cc: gibbs@estienne.CS.Berkeley.EDU, rashid@haven.ios.com, hackers@FreeBSD.org In-Reply-To: <199505180050.FAA03816@hq.icb.chel.su> from "Jim Babb" at May 17, 95 05:05:22 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1268 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > >> > > >> Have you disabled "plug and play"? > > >> > > >There are *no* switches or jumpers on this card. > > >How do I disable "plug and play"? > > > > > With a 3c509 configuration diskette. The latest disketts are availible > > from ftp.3com.com if you weren't given one with your system. > > > OK, that did it! I'm now on the net. > But only after I changed the delay at line 213 of if_ep.c from 1000 to 10000, > (As was previously mentioned on this list). I borrowed a 3c509B for testing and it works without this change. My card is ASSY 03-0021-001 REV-A. The only problem I see is that it doesn't allow autoconfiguring after soft reboot as 3c509 did. It's really very inconvenient. Do you see this problem ? (I have 3c509 configured on port? irq? so it really needs autoconfiguring). > I had to ftp the configuration program, since this system came pre-configured > to run DOS and Windows. (and we didn't get any floppies). > Would it be possible to turn "plug and play" mode off ourself when we detect > the card is in test mode? It would sure make installations easier. Perhaps yes, but I need mode dosc to do that. Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Thu May 18 00:42:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA27584 for hackers-outgoing; Thu, 18 May 1995 00:42:36 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA27578 for ; Thu, 18 May 1995 00:42:35 -0700 Received: from baycon.org (wraith.cdrom.com [192.216.222.6]) by who.cdrom.com (8.6.11/8.6.11) with SMTP id AAA04622 ; Thu, 18 May 1995 00:35:38 -0700 Received: from hasty.vip.best.com by baycon.org (4.1/SMI-4.1) id AA01513; Thu, 18 May 95 00:48:56 PDT Message-Id: <9505180748.AA01513@ baycon.org > X-Mailer: exmh version 1.6delta 4/7/95 To: Julian Elischer Cc: hackers@FreeBSD.org Subject: Re: Adaptec 2940? In-Reply-To: Your message of "Wed, 17 May 1995 23:47:27 PDT." <199505180647.XAA28585@ref.tfs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 18 May 1995 00:32:34 -0700 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk My old Faithful P66 - TMC 16mb of memory :) 49005fb0 0.237 uS/op 4.22e+06 op/S 16.083 Mb/S 8938c0df 0.133 uS/op 7.52e+06 op/S 28.697 Mb/S From owner-freebsd-hackers Thu May 18 01:01:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA27870 for hackers-outgoing; Thu, 18 May 1995 01:01:27 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA27851 for ; Thu, 18 May 1995 01:00:56 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id OAA01826 for hackers@freebsd.org; Thu, 18 May 1995 14:00:43 +0500 From: "Serge A. Babkin" Message-Id: <199505180900.OAA01826@hq.icb.chel.su> Subject: pcnfsd or bwnfsd To: hackers@FreeBSD.org Date: Thu, 18 May 1995 14:00:42 +0500 (GMT+0500) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 513 Sender: hackers-owner@FreeBSD.org Precedence: bulk I found recently that FreeBSD has no pcnfsd. I got pcnfsd and bwnfsd and compiled them (really the only thing I needed to change were make files). Pcnfsd works OK, bwnfsd looks to be OK to but I don't know how to configure it. Bwnfsd is public domain, pcnfsd looks like freeware but I'm not a lawyer to be shure :-) A question is: Perhaps we need to include them in the distribution ? Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Thu May 18 01:40:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA28946 for hackers-outgoing; Thu, 18 May 1995 01:40:22 -0700 Received: from wc.cdrom.com (wc.cdrom.com [192.216.223.37]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA28936 ; Thu, 18 May 1995 01:40:16 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by wc.cdrom.com (8.6.12/8.6.12) with ESMTP id BAA20564 ; Thu, 18 May 1995 01:39:51 -0700 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 KAA20132 ; Thu, 18 May 1995 10:35:49 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id KAA18710 ; Thu, 18 May 1995 10:35:48 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199505180835.KAA18710@blaise.ibp.fr> Subject: Re: TODO list for 2.0.5 To: jfieber@cs.smith.edu (John Fieber) Date: Thu, 18 May 1995 10:35:48 +0200 (MET DST) Cc: jkh@freefall.cdrom.com, core@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <199505171643.MAA29124@grendel.csc.smith.edu> from "John Fieber" at May 17, 95 12:43:34 pm X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 568 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Er, I was under the impression that Ollivier Robert was the > current Lord of the FAQ. I'll certainly help with editing if Woah, "Lord of the FAQ" !? Yer too kind to me John :-) I'll coordinate the update to the FAQ as usual. One area I'm not familiar with is the new whole /etc/rc* scheme and I feel it should be mentionned in the FAQ as it is different from the 'old BSD way. We will have questions about this. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.0-BUILT-19950503 #3: Wed May 3 19:53:04 MET DST 1995 From owner-freebsd-hackers Thu May 18 01:40:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA28932 for hackers-outgoing; Thu, 18 May 1995 01:40:13 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA28912 for ; Thu, 18 May 1995 01:40:09 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id BAA04650 for ; Thu, 18 May 1995 01:33:09 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id BAA13812; Thu, 18 May 1995 01:34:43 -0700 From: "Rodney W. Grimes" Message-Id: <199505180834.BAA13812@gndrsh.aac.dev.com> Subject: Re: Adaptec 2940? To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Thu, 18 May 1995 01:34:42 -0700 (PDT) Cc: FreeBSD-hackers@FreeBSD.org (FreeBSD hackers) In-Reply-To: <199505180618.XAA28462@ref.tfs.com> from "Poul-Henning Kamp" at May 17, 95 11:18:24 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2804 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > The drivers are identical, so the interupt time should be the same for > > > driving either card on the same machine. Your benchmark is not really > > > valid since they were run on different motherboards. > > > > To some extent. It is instesting that a good EISA system can best a > > poor PCI system. Woe to those buying cheap PCI motherboards. > > Oh, it's much worse than that. This is some numbers I have been collecting, > the represent the bandwidth between CPU and RAM pretty well: > > First line is read dominated, second is write dominated: > > My PC, en 486DX2/66 32Mb, FreeBSD-2.1, GCC 2.6.3 > flagmose# cc -o ram-speed -O2 ram-speed.c > flagmose# ./ram-speed > 49005fb0 0.615 uS/op 1.63e+06 op/S 6.201 Mb/S > 8938c0df 0.159 uS/op 6.29e+06 op/S 23.981 Mb/S > > A "IBM Valuepoint 486DX2/D PC", as above > myname# cc -o ram-speed -O2 ram-speed.c > myname# ./ram-speed > 49005fb0 0.377 uS/op 2.65e+06 op/S 10.116 Mb/S > 8938c0df 0.150 uS/op 6.66e+06 op/S 25.423 Mb/S > > A ASUS P90 Neptune, FreeBSD-2.1, GCC 2.6.3 > phk@time.cdrom.com cc -o ram-speed -O2 ram-speed.c > phk@time.cdrom.com ./ram-speed > 49005fb0 0.356 uS/op 2.81e+06 op/S 10.723 Mb/S > 8938c0df 0.209 uS/op 4.78e+06 op/S 18.235 Mb/S > phk@time.cdrom.com uptime > 4:12PM up 4 days, 4:05, 4 users, load averages: 0.54, 0.27, 0.11 > Time wasn't idle, so these numbers are not 100% reliable Add these to your list: A ASUS P90 Neptune, FreeBSD-2.1, GCC 2.6.3 hookturn:rgrimes {1002} cc -o ram-speed -O2 ram-speed.c hookturn:rgrimes {1003} ./ram-speed 49005fb0 0.334 uS/op 2.99e+06 op/S 11.407 Mb/S 8938c0df 0.174 uS/op 5.76e+06 op/S 21.964 Mb/S hookturn:rgrimes {1004} Box was idle. A ASUS P90 Triton, 15ns Async SRAM Cache, FreeBSD-2.1, GCC 2.6.3 [Bios on default autoconfig settings, I can make it go faster :-)] gndrsh# cc -o ram-speed -O2 ram-speed.c gndrsh# ./ram-speed 49005fb0 0.303 uS/op 3.30e+06 op/S 12.578 Mb/S 8938c0df 0.124 uS/op 8.09e+06 op/S 30.852 Mb/S gndrsh# I'll get EDO numbers to you tomarrow, I am waiting on more MB to come in since I got cleaned out :-(. See, 10 to 30% faster than the Neptune chip set, and that is with out Pipeline Burst Cache!!! > Here is the source-code, Bruce and Rod use a different piece of code, > which is probably better, but this is what I have used all the time, > so I can compare my own results: Not necessarly better, it measures different things, sequential memory read and memory write with cache aligned data vs what ever pattern of access your program uses. (I am use to your older code that had sequential read/write, random read/write, etc...). -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Thu May 18 01:50:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA00581 for hackers-outgoing; Thu, 18 May 1995 01:50:58 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA00555 ; Thu, 18 May 1995 01:50:39 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id BAA13860; Thu, 18 May 1995 01:49:26 -0700 From: "Rodney W. Grimes" Message-Id: <199505180849.BAA13860@gndrsh.aac.dev.com> Subject: Re: TODO list for 2.0.5 To: roberto@blaise.ibp.fr (Ollivier Robert) Date: Thu, 18 May 1995 01:49:26 -0700 (PDT) Cc: jfieber@cs.smith.edu, jkh@freefall.cdrom.com, core@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <199505180835.KAA18710@blaise.ibp.fr> from "Ollivier Robert" at May 18, 95 10:35:48 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1520 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > > Er, I was under the impression that Ollivier Robert was the > > current Lord of the FAQ. I'll certainly help with editing if > > Woah, "Lord of the FAQ" !? Yer too kind to me John :-) > > I'll coordinate the update to the FAQ as usual. One area I'm not familiar > with is the new whole /etc/rc* scheme and I feel it should be mentionned > in the FAQ as it is different from the 'old BSD way. We will have > questions about this. Actually it is little changed from the old way. Is what has changed is that all the variables are now set in /etc/sysconfig, and the /etc/rc* and /etc/netstart files now do a . /etc/sysconfig to pick up the tweak values. It means you should only have to edit /etc/sysconfig now, not /etc/rc, and /etc/netstart. It also greatly simplifies things like multiple network interfaces, ability to turn stuff on and off, add options to commands, etc... All that is need in the faq is a pointer to /etc/sysconfig, and maybe some comments gained from reading /etc/sysconfig. You should no longer even care how or what goes on inside the /etc/rc files, it is bound to change to fix bugs, but you don't need to go edit them except for a very few things that have not been Knobized(TM) by me. There is no more /etc/myname, /etc/default*, /etc/hostname.* on and on, it really is getting close to where I think we want it to go. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Thu May 18 01:53:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA00798 for hackers-outgoing; Thu, 18 May 1995 01:53:55 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA00791 for ; Thu, 18 May 1995 01:53:49 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id BAA13876; Thu, 18 May 1995 01:53:29 -0700 From: "Rodney W. Grimes" Message-Id: <199505180853.BAA13876@gndrsh.aac.dev.com> Subject: Re: Adaptec 2940? To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Thu, 18 May 1995 01:53:29 -0700 (PDT) Cc: FreeBSD-hackers@FreeBSD.org (FreeBSD hackers) In-Reply-To: <199505180620.XAA13592@gndrsh.aac.dev.com> from "Rodney W. Grimes" at May 17, 95 11:20:17 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2200 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > > > > On Wed, 17 May 1995, Justin T. Gibbs wrote: > > > > > The drivers are identical, so the interupt time should be the same for > > > driving either card on the same machine. Your benchmark is not really > > > valid since they were run on different motherboards. > > > > To some extent. It is instesting that a good EISA system can best a > > poor PCI system. Woe to those buying cheap PCI motherboards. > > My old 486DX33 ECS EISA/VLB Sis chipset with write back cache performs > better at memory speed benchmarks than most cheap PCI motherboards > by a large margin (29MB/sec on the EISA board, I have seen as low > as 20MB/sec on some PCI boards for the same test, same memory size, same > CPU chip]) > > The fastest 486 PCI motherboard I have tested is the ASUS PCI/I-486SP3G, > it uses 72 pin simms and memory interleaving (Ie, you *must* install > simms in pairs). With a DX4-100 CPU chip in this board you can beat > almost every P5-60 out there in ``time make CLOBBER=true world'' given > identical memory and disk setup. > > My data on the ASUS PVI-486AP4 is not comparible as it was done using > a DX33 chip, but the gut feeling of the box is that it has okay, but > not great memory bandwidth. I was also running it with 1 8MB simm. > > Guess I should go configure the standard DX2/66 16MB on that board and > run the test to see where it stacks up in the pile. Okay, I stuck 16MB in it, a DX2/66 chip, and ram Poul's little test: thump:rgrimes {103} ./ram-speed 49005fb0 0.758 uS/op 1.32e+06 op/S 5.033 Mb/S 8938c0df 0.432 uS/op 2.32e+06 op/S 8.833 Mb/S thump:rgrimes {104} Can you say dog ass slow!!! Defanitly not a compile engine :-) I use these boards for low end ISP machines doing things like DNS, firewall box, mail router (outside box, no real users ever log into them, this is just to get the mail accross the firewall). I think I'll go play with the BOIS settings, and change the memory to 4 pieces of 4MB simms to see if this thing might by chance like to do memory interleaving. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Thu May 18 02:33:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA02985 for hackers-outgoing; Thu, 18 May 1995 02:33:54 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA02979 for ; Thu, 18 May 1995 02:33:50 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id CAA06566; Thu, 18 May 1995 02:30:58 -0700 Date: Thu, 18 May 1995 02:30:58 -0700 Message-Id: <199505180930.CAA06566@silvia.HIP.Berkeley.EDU> To: babkin@hq.icb.chel.su CC: hackers@FreeBSD.org In-reply-to: <199505180900.OAA01826@hq.icb.chel.su> (babkin@hq.icb.chel.su) Subject: Re: pcnfsd or bwnfsd From: asami@CS.Berkeley.EDU (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: hackers-owner@FreeBSD.org Precedence: bulk * I found recently that FreeBSD has no pcnfsd. I got pcnfsd * and bwnfsd and compiled them (really the only thing I needed * to change were make files). Pcnfsd works OK, bwnfsd looks to be OK * to but I don't know how to configure it. * * Bwnfsd is public domain, pcnfsd looks like freeware but I'm * not a lawyer to be shure :-) * * A question is: Perhaps we need to include them in the * distribution ? Dunno about bwnfsd, but pcnfsd is in the ports/net. Satosi From owner-freebsd-hackers Thu May 18 02:38:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA03172 for hackers-outgoing; Thu, 18 May 1995 02:38:43 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA03150 for ; Thu, 18 May 1995 02:38:38 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id CAA14057; Thu, 18 May 1995 02:38:18 -0700 From: "Rodney W. Grimes" Message-Id: <199505180938.CAA14057@gndrsh.aac.dev.com> Subject: Re: Adaptec 2940? To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Thu, 18 May 1995 02:38:17 -0700 (PDT) Cc: FreeBSD-hackers@FreeBSD.org In-Reply-To: <199505180853.BAA13876@gndrsh.aac.dev.com> from "Rodney W. Grimes" at May 18, 95 01:53:29 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2614 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > > > > > > > > > On Wed, 17 May 1995, Justin T. Gibbs wrote: > > > > > > > The drivers are identical, so the interupt time should be the same for > > > > driving either card on the same machine. Your benchmark is not really > > > > valid since they were run on different motherboards. > > > > > > To some extent. It is instesting that a good EISA system can best a > > > poor PCI system. Woe to those buying cheap PCI motherboards. > > > > My old 486DX33 ECS EISA/VLB Sis chipset with write back cache performs > > better at memory speed benchmarks than most cheap PCI motherboards > > by a large margin (29MB/sec on the EISA board, I have seen as low > > as 20MB/sec on some PCI boards for the same test, same memory size, same > > CPU chip]) > > > > The fastest 486 PCI motherboard I have tested is the ASUS PCI/I-486SP3G, > > it uses 72 pin simms and memory interleaving (Ie, you *must* install > > simms in pairs). With a DX4-100 CPU chip in this board you can beat > > almost every P5-60 out there in ``time make CLOBBER=true world'' given > > identical memory and disk setup. > > > > My data on the ASUS PVI-486AP4 is not comparible as it was done using > > a DX33 chip, but the gut feeling of the box is that it has okay, but > > not great memory bandwidth. I was also running it with 1 8MB simm. > > > > Guess I should go configure the standard DX2/66 16MB on that board and > > run the test to see where it stacks up in the pile. > > Okay, I stuck 16MB in it, a DX2/66 chip, and ram Poul's little test: > thump:rgrimes {103} ./ram-speed > 49005fb0 0.758 uS/op 1.32e+06 op/S 5.033 Mb/S > 8938c0df 0.432 uS/op 2.32e+06 op/S 8.833 Mb/S > thump:rgrimes {104} > > Can you say dog ass slow!!! Defanitly not a compile engine :-) AHhh... ooopsss... this board has a backward turbo switch, I was running it in the bench set up with out a real switch on it or the LED. Turns out you have to put a jumper on the turbo pins to get it into turbo mode. That and a a few tweaks to the memory system (Memory speed set to 60nS/max, DRAM CAS Pipeline on, SRAM to FAST) got me this: thump:rgrimes {103} ./ram-speed 49005fb0 0.433 uS/op 2.31e+06 op/S 8.801 Mb/S 8938c0df 0.185 uS/op 5.39e+06 op/S 20.569 Mb/S thump:rgrimes {104} Running the BDE/LJO/RWG memory test program it does about 33MB/sec writting to main memory and 40 reading. This is now actually faster than my ECS SIS VLB/EISA motherboard slightly (26MB/29MB). -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Thu May 18 02:55:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA03628 for hackers-outgoing; Thu, 18 May 1995 02:55:47 -0700 Received: from haywire.DIALix.COM (peter@haywire.DIALix.COM [192.203.228.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA03622 for ; Thu, 18 May 1995 02:55:42 -0700 Received: (from peter@localhost) by haywire.DIALix.COM (8.6.12/8.6.12/DIALix) id RAA20487; Thu, 18 May 1995 17:55:24 +0800 Date: Thu, 18 May 1995 17:55:23 +0800 (WST) From: Peter Wemm To: hackers@FreeBSD.org Subject: Hmm. Strange... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Err.. I'm having a spot of bother.. Nothing seems to be able to broadcast on a subnetted c-class network.. The networking code does not seem to be recognising the broadcast address, and is trying to arp it instead.. Is this supported? We have a stack of other machines running in this config... jhome # ifconfig -a ed0: flags=8863 mtu 1500 inet 192.203.228.69 netmask 0xfffffff0 broadcast 192.203.228.79 ether 00:80:48:98:75:56 lo0: flags=8009 mtu 16384 inet 127.0.0.1 netmask 0xff000000 ppp0: flags=10 mtu 1500 ppp1: flags=10 mtu 1500 sl0: flags=c010 mtu 552 sl1: flags=c010 mtu 552 tun0: flags=10 mtu 1500 tun1: flags=10 mtu 1500 jhome # arp -na ? (192.203.228.65) at (incomplete) ? (192.203.228.69) at 0:80:48:98:75:56 permanent ? (192.203.228.79) at (incomplete) jhome # netstat -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 192.203.228.65 UGc 0 0 ed0 127.0.0.1 127.0.0.1 UH 0 0 lo0 192.203.228 192.203.228.65 UGc 2 0 ed0 192.203.228.16 192.203.228.65 UGc 0 0 ed0 192.203.228.32 192.203.228.65 UGc 0 0 ed0 192.203.228.48 192.203.228.65 UGc 0 0 ed0 192.203.228.64 link#1 UC 0 0 192.203.228.65 link#1 UHLW 15 175 192.203.228.69 0:80:48:98:75:56 UHLW 1 145 lo0 192.203.228.79 link#1 UHLW 1 39 192.203.228.80 192.203.228.65 UGc 0 0 ed0 192.203.228.96 192.203.228.65 UGc 0 0 ed0 192.203.228.112 192.203.228.65 UGc 0 0 ed0 192.203.228.192 192.203.228.65 UGc 0 0 ed0 192.203.228.241 192.203.228.65 UGH 0 0 ed0 192.203.228.242 192.203.228.65 UGH 0 0 ed0 202.12.86.1 192.203.228.65 UGH 0 0 ed0 224 link#1 UCS 0 0 Cheers, -Peter From owner-freebsd-hackers Thu May 18 03:09:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA04404 for hackers-outgoing; Thu, 18 May 1995 03:09:33 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA04331 ; Thu, 18 May 1995 03:08:51 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id TAA19060; Thu, 18 May 1995 19:58:22 +1000 Date: Thu, 18 May 1995 19:58:22 +1000 From: Bruce Evans Message-Id: <199505180958.TAA19060@godzilla.zeta.org.au> To: rgrimes@gndrsh.aac.dev.com, roberto@blaise.ibp.fr Subject: Re: TODO list for 2.0.5 Cc: core@FreeBSD.org, hackers@FreeBSD.org, jfieber@cs.smith.edu, jkh@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk >Actually it is little changed from the old way. Is what has changed >is that all the variables are now set in /etc/sysconfig, and the /etc/rc* >and /etc/netstart files now do a . /etc/sysconfig to pick up the tweak >values. Actually only rc and netstart source sysconfig. rc.* don't source it and thus they [may] fail messily when run standalone. Many shell scripts in /etc bogusly begin with #!/bin/sh although they have 644 permissions so they can't be started directly, and ones like rc.i386 can't work if they are started directly. (I may have the permissions slightly wrong from 3 years of installing /etc manually. The /etc files should probably be in mtree/BSD.root.dist since their ownership and permissions are critical for security and their installation is difficult to automate.) >It means you should only have to edit /etc/sysconfig now, not /etc/rc, >and /etc/netstart. It also greatly simplifies things like multiple >network interfaces, ability to turn stuff on and off, add options >to commands, etc... It's now more surprising when you have to edit other files. Bruce From owner-freebsd-hackers Thu May 18 04:30:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA04621 for hackers-outgoing; Thu, 18 May 1995 03:18:43 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA04615 for ; Thu, 18 May 1995 03:18:37 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id DAA11702; Thu, 18 May 1995 03:21:16 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id DAA01255; Thu, 18 May 1995 03:18:15 -0700 Message-Id: <199505181018.DAA01255@corbin.Root.COM> To: Peter Wemm cc: hackers@FreeBSD.org Subject: Re: Hmm. Strange... In-reply-to: Your message of "Thu, 18 May 95 17:55:23 +0800." From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 18 May 1995 03:17:18 -0700 Sender: hackers-owner@FreeBSD.org Precedence: bulk >Err.. I'm having a spot of bother.. Nothing seems to be able to broadcast >on a subnetted c-class network.. The networking code does not seem to be >recognising the broadcast address, and is trying to arp it instead.. > >Is this supported? We have a stack of other machines running in this >config... It's definately supported. I'm doing it here right now...I'm even using the same subnet mask. I noticed that you have a route for the class C itself. This doesn't look right. [corbin:davidg] ifconfig -a de0: flags=c863 mtu 1500 inet 198.145.90.18 netmask 0xfffffff0 broadcast 198.145.90.31 ether 00:80:48:e8:04:08 de1: flags=c863 mtu 1500 inet 198.145.90.50 netmask 0xfffffff0 broadcast 198.145.90.63 ether 00:00:c0:ef:c3:9c lo0: flags=8009 mtu 16384 inet 127.0.0.1 netmask 0xff000000 sl0: flags=9011 mtu 552 inet 198.145.90.33 --> 198.145.90.34 netmask 0xfffffff0 sl1: flags=c010 mtu 552 [corbin:davidg] arp -na ? (198.145.90.17) at 0:0:c0:39:48:2c ? (198.145.90.49) at 0:0:c0:eb:c3:9c ? (198.145.90.50) at 0:0:c0:ef:c3:9c permanent [corbin:davidg] netstat -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 198.145.90.17 UGSc 1 0 de0 127.0.0.1 127.0.0.1 UH 1 157 lo0 198.145.90.16 link#1 UC 0 0 198.145.90.17 0:0:c0:39:48:2c UHLW 3 7131 de0 1193 198.145.90.18 127.0.0.1 UGHS 1 24 lo0 198.145.90.34 198.145.90.33 UH 1 131 sl0 198.145.90.48 link#2 UC 0 0 198.145.90.49 0:0:c0:eb:c3:9c UHLW 6 25231 de1 713 198.145.90.50 0:0:c0:ef:c3:9c UHLW 0 3 lo0 [corbin:davidg] ping 198.145.90.31 # Carefull, pinging the broadcast # isn't very smart PING 198.145.90.31 (198.145.90.31): 56 data bytes 64 bytes from 198.145.90.18: icmp_seq=0 ttl=255 time=0.502 ms 64 bytes from 198.145.90.19: icmp_seq=0 ttl=255 time=1.442 ms (DUP!) 64 bytes from 198.145.90.18: icmp_seq=1 ttl=255 time=0.346 ms 64 bytes from 198.145.90.19: icmp_seq=1 ttl=255 time=0.767 ms (DUP!) 64 bytes from 198.145.90.18: icmp_seq=2 ttl=255 time=0.351 ms 64 bytes from 198.145.90.19: icmp_seq=2 ttl=255 time=0.765 ms (DUP!) --- 198.145.90.31 ping statistics --- 3 packets transmitted, 3 packets received, +3 duplicates, 0% packet loss round-trip min/avg/max = 0.346/0.695/1.442 ms ...Hmmm, I see that the machine at 198.145.90.17 isn't responding to the broadcast ping. I don't think machines are supposed to (according to some RFC I forgot). I think we fixed that in 1.1.5 (which is what .17 is running), and forgot to bring the fix into 2.x. -DG From owner-freebsd-hackers Thu May 18 04:33:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA06497 for hackers-outgoing; Thu, 18 May 1995 04:33:45 -0700 Received: from wc.cdrom.com (wc.cdrom.com [192.216.223.37]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA06490 for ; Thu, 18 May 1995 04:33:44 -0700 Received: from prinny.pavilion.co.uk (prinny.pavilion.co.uk [193.131.160.34]) by wc.cdrom.com (8.6.12/8.6.12) with ESMTP id EAA21280 for ; Thu, 18 May 1995 04:33:15 -0700 Received: from line0f.gunn-du.pavilion.co.uk (line0f.gunn-du.pavilion.co.uk [193.131.160.112]) by prinny.pavilion.co.uk (8.6.5/8.6.5) with SMTP id MAA12501 for ; Thu, 18 May 1995 12:32:01 +0100 Date: Thu, 18 May 1995 12:32:01 +0100 Message-Id: <199505181132.MAA12501@prinny.pavilion.co.uk> X-Sender: aledm@mailhost.pavilion.co.uk Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@FreeBSD.org From: aledm@pavilion.co.uk (Aled Morris) Subject: PCMCIA modem X-Mailer: Sender: hackers-owner@FreeBSD.org Precedence: bulk I have a PCMCIA modem (USR 14.4) which works fine under MSDOS (I use MS-DOS Kermit with I/O 0x3e8 IRQ 11 - regular COM3 settings I think). Can't see the card under FreeBSD (950412 SNAP). I booted "-c" and set flags 0x80 (COM_VERBOSE), and it fails all the probes. I assume it means that PCMCIA cards aren't really at COM3, and the socket/card services under MSDOS makes it look that way. Is there any way to make this card work in FreeBSD? I'm not particularily concerned with hot-swap, I don't mind keeping the card installed during my session. Aled -- telephone +44 973 207987 From owner-freebsd-hackers Thu May 18 04:47:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA06675 for hackers-outgoing; Thu, 18 May 1995 04:47:16 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA06669 for ; Thu, 18 May 1995 04:47:13 -0700 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id HAA04554; Thu, 18 May 1995 07:46:25 -0400 From: Peter Dufault Message-Id: <199505181146.HAA04554@hda.com> Subject: Re: pcnfsd or bwnfsd To: babkin@hq.icb.chel.su (Serge A. Babkin) Date: Thu, 18 May 1995 07:46:24 -0400 (EDT) Cc: hackers@FreeBSD.org In-Reply-To: <199505180900.OAA01826@hq.icb.chel.su> from "Serge A. Babkin" at May 18, 95 02:00:42 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1284 Sender: hackers-owner@FreeBSD.org Precedence: bulk Serge A. Babkin writes: > > I found recently that FreeBSD has no pcnfsd. I got pcnfsd > and bwnfsd and compiled them (really the only thing I needed > to change were make files). Pcnfsd works OK, bwnfsd looks to be OK > to but I don't know how to configure it. > > Bwnfsd is public domain, pcnfsd looks like freeware but I'm > not a lawyer to be shure :-) Here is the pcnfsd copyright. It includes a provision that you can't charge money for the source code. I suspect it goes in ports/LEGAL, though only the lawyers know for sure. ** Copyright (c) 1986-1993 by Sun Microsystems, Inc. ** ** D I S C L A I M E R S E C T I O N , E T C . ** ** pcnfsd is copyrighted software, but is freely licensed. This ** means that you are free to redistribute it, modify it, ship it ** in binary with your system, whatever, provided: ** ** - you leave the Sun copyright notice in the source code ** - you make clear what changes you have introduced and do ** not represent them as being supported by Sun. ** - you do not charge money for the source code (unlikely, given ** its free availability) ** Peter -- 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 18 05:49:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA07235 for hackers-outgoing; Thu, 18 May 1995 05:49:50 -0700 Received: from remington.mt.cs.keio.ac.jp (remington.mt.cs.keio.ac.jp [131.113.82.33]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA07229 for ; Thu, 18 May 1995 05:49:49 -0700 Received: (from hosokawa@localhost) by remington.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id VAA09947; Thu, 18 May 1995 21:49:16 +0900 Date: Thu, 18 May 1995 21:49:16 +0900 Message-Id: <199505181249.VAA09947@remington.mt.cs.keio.ac.jp> To: aledm@pavilion.co.uk Cc: hackers@FreeBSD.org, hosokawa@mt.cs.keio.ac.jp Subject: Re: PCMCIA modem In-Reply-To: Your message of Thu, 18 May 1995 12:32:01 +0100. <199505181132.MAA12501@prinny.pavilion.co.uk> From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: hackers-owner@FreeBSD.org Precedence: bulk In article <199505181132.MAA12501@prinny.pavilion.co.uk> aledm@pavilion.co.uk writes: >> Is there any way to make this card work in FreeBSD? I'm not >> particularily concerned with hot-swap, I don't mind keeping the >> card installed during my session. I have a patch (relative to the -current) for PCMCIA Modem card. It works fine with my Megaheltz XJ2144. -- 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 Thu May 18 05:55:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA07290 for hackers-outgoing; Thu, 18 May 1995 05:55:48 -0700 Received: from gw.itfs.nsk.su (gw.itfs.nsk.su [193.124.36.33]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA07275 for ; Thu, 18 May 1995 05:54:53 -0700 Received: (nnd@localhost) by gw.itfs.nsk.su (8.6.12/8.6.12) id TAA26280 for hackers@freebsd.org; Thu, 18 May 1995 19:54:24 +0700 Date: Thu, 18 May 1995 19:54:24 +0700 From: "Nickolay N. Dudorov" Message-Id: <199505181254.TAA26280@gw.itfs.nsk.su> To: hackers@FreeBSD.org Subject: Multi-lingual support in sysinstall (TODO-2.0.5) Sender: hackers-owner@FreeBSD.org Precedence: bulk This is what I found about multi-lingual support in sysinstall. 1) Standard VGA fonts in syscons are 8x16 and not 8x14 as used in sysinstall now; 2) Font files in .../share/syscons/fonts are uuencoded, so they must be 'uudecode'-d before 'file2c'-ed ; 3) Default (English) case contains (small :) bug - there must be font_cp850_8x16 instead of "font_cp850_8x14" (i.e. you must 'dequote' it ;-) ; 4) In Russian case there is no need in 'screenmap' if you use koi8-r-8x16 font (and it seems right for me); 5) For screens look fine you must not only change TERM and TERMCAP in environment but also (re)setterm and especially 'init_acs'. This present another problem - setterm breaks shell_mode (sets noecho), so I find some ugly hack to prevent this. Sombody with better understanding of dialog, ncurses and mytinfo can find better solution. Here is my diffs. I work with yesterday's sources, so this diff can't be used as a patch, but you can see what and how I've done. N.Dudorov ================================================================== diff -u sysinstall-old/Makefile sysinstall/Makefile --- sysinstall-old/Makefile Thu May 18 12:37:08 1995 +++ sysinstall/Makefile Thu May 18 14:15:49 1995 @@ -62,15 +62,18 @@ ./rtermcap vt100 | \ file2c 'const char termcap_vt100[] = {' ',0};' \ >> makedevs.tmp - file2c 'const u_char font_iso_8x14[] = {' '};' \ - < ${.CURDIR}/../../share/syscons/fonts/iso-8x14.fnt \ + uudecode < ${.CURDIR}/../../share/syscons/fonts/iso-8x16.fnt + file2c 'const u_char font_iso_8x16[] = {' '};' < iso-8x16 \ >> makedevs.tmp - file2c 'const u_char font_cp850_8x14[] = {' '};' \ - < ${.CURDIR}/../../share/syscons/fonts/cp850-8x14.fnt \ + rm iso-8x16 + uudecode < ${.CURDIR}/../../share/syscons/fonts/cp850-8x16.fnt + file2c 'const u_char font_cp850_8x16[] = {' '};' < cp850-8x16 \ >> makedevs.tmp - file2c 'const u_char font_koi8_r_8x14[] = {' '};' \ - < ${.CURDIR}/../../share/syscons/fonts/koi8-r-8x14.fnt \ + rm cp850-8x16 + uudecode < ${.CURDIR}/../../share/syscons/fonts/koi8-r-8x16.fnt + file2c 'const u_char font_koi8_r_8x16[] = {' '};' < koi8-r-8x16 \ >> makedevs.tmp + rm koi8-r-8x16 file2c 'const u_char koi8_r2cp866[] = {' '};' \ < ${.CURDIR}/../../share/syscons/scrnmaps/koi8-r2cp866 \ >> makedevs.tmp Common subdirectories: sysinstall-old/help and sysinstall/help diff -u sysinstall-old/lang.c sysinstall/lang.c --- sysinstall-old/lang.c Sun May 7 23:02:28 1995 +++ sysinstall/lang.c Thu May 18 15:28:15 1995 @@ -46,7 +46,7 @@ void lang_set_Danish(char *str) { - systemChangeFont(font_iso_8x14); + systemChangeFont(font_iso_8x16); systemChangeLang("da_DK.ISO8859-1"); systemChangeTerminal("cons25l1", termcap_cons25l1, "cons25l1-m", termcap_cons25l1_m); @@ -55,7 +55,7 @@ void lang_set_Dutch(char *str) { - systemChangeFont(font_iso_8x14); + systemChangeFont(font_iso_8x16); systemChangeLang("nl_NL.ISO8859-1"); systemChangeTerminal("cons25l1", termcap_cons25l1, "cons25l1-m", termcap_cons25l1_m); @@ -64,7 +64,7 @@ void lang_set_English(char *str) { - systemChangeFont("font_cp850_8x14"); + systemChangeFont(font_cp850_8x16); systemChangeLang("en_US.ISO8859-1"); systemChangeTerminal("cons25", termcap_cons25, "cons25-m", termcap_cons25_m); @@ -73,7 +73,7 @@ void lang_set_French(char *str) { - systemChangeFont(font_iso_8x14); + systemChangeFont(font_iso_8x16); systemChangeLang("fr_FR.ISO8859-1"); systemChangeTerminal("cons25l1", termcap_cons25l1, "cons25l1-m", termcap_cons25l1_m); @@ -82,7 +82,7 @@ void lang_set_German(char *str) { - systemChangeFont(font_iso_8x14); + systemChangeFont(font_iso_8x16); systemChangeLang("de_DE.ISO8859-1"); systemChangeTerminal("cons25l1", termcap_cons25l1, "cons25l1-m", termcap_cons25l1_m); @@ -91,7 +91,7 @@ void lang_set_Italian(char *str) { - systemChangeFont(font_iso_8x14); + systemChangeFont(font_iso_8x16); systemChangeLang("it_IT.ISO8859-1"); systemChangeTerminal("cons25l1", termcap_cons25l1, "cons25l1-m", termcap_cons25l1_m); @@ -101,7 +101,7 @@ void lang_set_Japanese(char *str) { - systemChangeFont(font_iso_8x14); + systemChangeFont(font_iso_8x16); systemChangeLang("ja_JP.ROMAJI"); systemChangeTerminal("cons25", termcap_cons25, "cons25-m", termcap_cons25_m); @@ -110,7 +110,7 @@ void lang_set_Norwegian(char *str) { - systemChangeFont(font_iso_8x14); + systemChangeFont(font_iso_8x16); systemChangeLang("no_NO.ISO8859-1"); systemChangeTerminal("cons25l1", termcap_cons25l1, "cons25l1-m", termcap_cons25l1_m); @@ -119,9 +119,9 @@ void lang_set_Russian(char *str) { - systemChangeFont(font_koi8_r_8x14); + systemChangeFont(font_koi8_r_8x16); systemChangeLang("ru_SU.KOI8-R"); - systemChangeScreenmap(koi8_r2cp866); +/* systemChangeScreenmap(koi8_r2cp866); */ systemChangeTerminal("cons25r", termcap_cons25r, "cons25r-m", termcap_cons25r_m); } @@ -129,7 +129,7 @@ void lang_set_Spanish(char *str) { - systemChangeFont(font_iso_8x14); + systemChangeFont(font_iso_8x16); systemChangeLang("es_ES.ISO8859-1"); systemChangeTerminal("cons25l1", termcap_cons25l1, "cons25l1-m", termcap_cons25l1_m); @@ -138,7 +138,7 @@ void lang_set_Swedish(char *str) { - systemChangeFont(font_iso_8x14); + systemChangeFont(font_iso_8x16); systemChangeLang("sv_SV.ISO8859-1"); systemChangeTerminal("cons25l1", termcap_cons25l1, "cons25l1-m", termcap_cons25l1_m); diff -u sysinstall-old/menus.c sysinstall/menus.c --- sysinstall-old/menus.c Thu May 18 12:37:10 1995 +++ sysinstall/menus.c Thu May 18 19:10:10 1995 @@ -133,7 +133,7 @@ DMENU_CALL, (void *)lang_set_Japanese, 0, 0 }, { "Norwegian", "Norwegian language and character set (ISO-8859-1)", /* N */ DMENU_CALL, (void *)lang_set_Norwegian, 0, 0 }, - { "Russian", "Russian language and character set (cp866-8x14)", /* R */ + { "Russian", "Russian language and character set (koi8-r)", /* R */ DMENU_CALL, (void *)lang_set_Russian, 0, 0 }, { "Spanish", "Spanish language and character set (ISO-8859-1)", /* S */ DMENU_CALL, (void *)lang_set_Spanish, 0, 0 }, diff -u sysinstall-old/sysinstall.h sysinstall/sysinstall.h --- sysinstall-old/sysinstall.h Thu May 18 12:37:10 1995 +++ sysinstall/sysinstall.h Thu May 18 12:57:54 1995 @@ -279,9 +279,9 @@ extern const char termcap_cons25r_m[]; extern const char termcap_cons25l1[]; extern const char termcap_cons25l1_m[]; -extern const u_char font_iso_8x14[]; -extern const u_char font_cp850_8x14[]; -extern const u_char font_koi8_r_8x14[]; +extern const u_char font_iso_8x16[]; +extern const u_char font_cp850_8x16[]; +extern const u_char font_koi8_r_8x16[]; extern const u_char koi8_r2cp866[]; /* media.c */ diff -u sysinstall-old/system.c sysinstall/system.c --- sysinstall-old/system.c Thu May 18 12:37:10 1995 +++ sysinstall/system.c Thu May 18 18:51:59 1995 @@ -221,7 +221,7 @@ systemChangeFont(const u_char font[]) { if (OnVTY) { - if (ioctl(0, PIO_FONT8x14, font) < 0) + if (ioctl(0, PIO_FONT8x16, font) < 0) msgConfirm("Sorry! Unable to load font for %s", getenv("LANG")); } } @@ -240,12 +240,20 @@ if (ColorDisplay) { setenv("TERM", color, 1); setenv("TERMCAP", c_term, 1); - /* setterm(color); */ + reset_shell_mode(); + setterm(color); + init_acs(); + cbreak(); + noecho(); } else { setenv("TERM", mono, 1); setenv("TERMCAP", m_term, 1); - /* setterm(mono); */ + reset_shell_mode(); + setterm(mono); + init_acs(); + cbreak(); + noecho(); } } } From owner-freebsd-hackers Thu May 18 06:28:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA08094 for hackers-outgoing; Thu, 18 May 1995 06:28:34 -0700 Received: from wc.cdrom.com (wc.cdrom.com [192.216.223.37]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA08088 for ; Thu, 18 May 1995 06:28:33 -0700 Received: from prinny.pavilion.co.uk (prinny.pavilion.co.uk [193.131.160.34]) by wc.cdrom.com (8.6.12/8.6.12) with ESMTP id GAA22170 for ; Thu, 18 May 1995 06:28:36 -0700 Received: from line07.gunn-du.pavilion.co.uk (line07.gunn-du.pavilion.co.uk [193.131.160.104]) by prinny.pavilion.co.uk (8.6.5/8.6.5) with SMTP id OAA16715 for ; Thu, 18 May 1995 14:27:47 +0100 Date: Thu, 18 May 1995 14:27:47 +0100 Message-Id: <199505181327.OAA16715@prinny.pavilion.co.uk> X-Sender: aledm@mailhost.pavilion.co.uk (Unverified) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@FreeBSD.org From: aledm@pavilion.co.uk (Aled Morris) Subject: ram-speed (was Re: Adaptec 2940?) X-Mailer: Sender: hackers-owner@FreeBSD.org Precedence: bulk Poul-Henning Kamp wrote: [ram-speed program and results] FWIW here's the output from my Gateway 2000 Colorbook (notebook) DX4-75 with 12Mb RAM, FreeBSD 2.0R: $ ./ram-speed > out $ cat out 49005fb0 0.355 uS/op 2.82e+06 op/S 10.752 Mb/S 8938c0df 0.156 uS/op 6.42e+06 op/S 24.490 Mb/S pretty good I think. I've always wondered about the kinds of design compromises that go into notebooks - looks like memory bandwidth is OK. Aled -- telephone +44 973 207987 From owner-freebsd-hackers Thu May 18 07:18:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA09105 for hackers-outgoing; Thu, 18 May 1995 07:18:43 -0700 Received: from kryten.atinc.com (kryten.atinc.com [198.138.38.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA09097 for ; Thu, 18 May 1995 07:18:37 -0700 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id KAA29620; Thu, 18 May 1995 10:12:32 -0400 Date: Thu, 18 May 1995 10:12:31 -0400 (EDT) From: "Jonathan M. Bresler" Subject: Re: Adaptec 2940? To: "Rodney W. Grimes" cc: Poul-Henning Kamp , FreeBSD hackers In-Reply-To: <199505180834.BAA13812@gndrsh.aac.dev.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Thu, 18 May 1995, Rodney W. Grimes wrote: Here's some numbers to beat ;) DELL optiplex 466/MX 16mb--box idle, 10 xterms and mosaic on fvwm karma:jmb [109] gcc -v gcc version 2.4.5 karma:jmb [110] uname -a FreeBSD karma.atinc.com 1.1.5.1(RELEASE) KARMA#6 i386 karma:jmb [111] gcc -o ramspeed -O2 ramspeed.c karma:jmb [112] ./ramspeed 49005fb0 0.336 uS/op 2.98e+06 op/S 11.362 Mb/S 8938c0df 0.100 uS/op 9.96e+06 op/S 38.011 Mb/S > Add these to your list: > A ASUS P90 Neptune, FreeBSD-2.1, GCC 2.6.3 > hookturn:rgrimes {1002} cc -o ram-speed -O2 ram-speed.c > hookturn:rgrimes {1003} ./ram-speed > 49005fb0 0.334 uS/op 2.99e+06 op/S 11.407 Mb/S > 8938c0df 0.174 uS/op 5.76e+06 op/S 21.964 Mb/S > hookturn:rgrimes {1004} > Box was idle. > > A ASUS P90 Triton, 15ns Async SRAM Cache, FreeBSD-2.1, GCC 2.6.3 > [Bios on default autoconfig settings, I can make it go faster :-)] > gndrsh# cc -o ram-speed -O2 ram-speed.c > gndrsh# ./ram-speed > 49005fb0 0.303 uS/op 3.30e+06 op/S 12.578 Mb/S > 8938c0df 0.124 uS/op 8.09e+06 op/S 30.852 Mb/S > gndrsh# Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. | 2341 Jeff Davis Hwy play go. | Arlington, VA 22202 ride bike. hack FreeBSD.--ah the good life | 703-418-2800 x346 From owner-freebsd-hackers Thu May 18 07:39:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA09654 for hackers-outgoing; Thu, 18 May 1995 07:39:34 -0700 Received: from bigdipper.iagi.net (bigdipper.iagi.net [198.6.14.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA09637 ; Thu, 18 May 1995 07:38:48 -0700 Received: from littledipper.iagi.net (littledipper.iagi.net [198.6.14.11]) by bigdipper.iagi.net (8.6.8/8.6.6) with ESMTP id KAA22060; Thu, 18 May 1995 10:34:45 -0400 Received: (from adhir@localhost) by littledipper.iagi.net (8.6.11/8.6.9) id KAA02482; Thu, 18 May 1995 10:34:45 -0400 Date: Thu, 18 May 1995 10:34:44 -0400 (EDT) From: "Alok K. Dhir" To: hackers@FreeBSD.org, current@FreeBSD.org Subject: Help! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I've got a news server (INN1.4sec - latest port on freebsd.cdrom.com) running -current (as of yesterday). For the last 2.5 weeks or so, I've been SUPing just about every other day... Why? Because I am waiting for a kernel that doesn't crash every day. Before this, I was running -current as of mid April (roughly), and did not have this crashing problem. I can't seem to pinpoint exactly what went wrong. I'd appreciate if anyone has any idea what may have happened thats causing this. System: 486dx2/66, 32mb RAM, 512k cache, ASUS SP3G motherboard, using onboard NCR PCI SCSI connected to 2 drives totalling 5 gigs. Video is ATI Mach32 PCI w 2mb vram. Crash description: Freezes. No panic messages, just freezes up solid. Following are the last few lines from our lastlog. As you can see, it has been crashing with some regularity over the last couple of days. For some reason, every time there is a crash, "date" seems to be logged in on "}" or on "|"?? Can anyone offer any suggestions? Thanks! adhir ttyp1 138.220.104.9 Thu May 18 10:18 still logged in reboot ~ Thu May 18 08:56 date } Thu May 18 08:56 - crash (00:00) date | Thu May 18 08:40 adhir ttyp1 machine Wed May 17 22:21 - 22:23 (00:01) adhir ftp machine.iagi.net Wed May 17 19:38 - 19:38 (00:00) anand ftp holmes.iagi.net Wed May 17 19:37 - 19:37 (00:00) adhir ttyp1 machine Wed May 17 19:08 - 19:41 (00:33) reboot ~ Wed May 17 19:08 date } Wed May 17 19:08 - crash (00:00) date | Wed May 17 19:07 adhir ttyp1 machine Wed May 17 18:43 - crash (00:24) adhir ttyp1 138.220.104.9 Wed May 17 17:17 - 18:02 (00:44) anand ftp holmes.iagi.net Wed May 17 17:03 - 17:03 (00:00) anand ftp holmes.iagi.net Wed May 17 16:44 - 16:44 (00:00) reboot ~ Wed May 17 15:13 shutdown ~ Wed May 17 15:13 adhir ttyp1 138.220.104.9 Wed May 17 14:53 - shutdown (00:19) reboot ~ Alok K. Dhir Internet Access Group, Inc. adhir@iagi.net (301) 652-0484 Fax: (301) 652-0649 http://www.iagi.net From owner-freebsd-hackers Thu May 18 07:47:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA09834 for hackers-outgoing; Thu, 18 May 1995 07:47:01 -0700 Received: from bigdipper.iagi.net (bigdipper.iagi.net [198.6.14.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA09819 ; Thu, 18 May 1995 07:46:35 -0700 Received: from littledipper.iagi.net (littledipper.iagi.net [198.6.14.11]) by bigdipper.iagi.net (8.6.8/8.6.6) with ESMTP id KAA22120; Thu, 18 May 1995 10:42:33 -0400 Received: (from adhir@localhost) by littledipper.iagi.net (8.6.11/8.6.9) id KAA02696; Thu, 18 May 1995 10:42:32 -0400 Date: Thu, 18 May 1995 10:42:32 -0400 (EDT) From: "Alok K. Dhir" To: hackers@FreeBSD.org, current@FreeBSD.org Subject: Follow up to my last message Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi sorry to do this in two messages, I forgot to add it to the last one. Re: Hanging -current since mid April. Running news full time. Here's a copy of my kernel config in case someone can glean some info from this. BTW another data point, we added the soundcard to this machine around the same time. I have not tried pulling it yet... # LITTLEDIPPER # # GENERIC,v 1.20 1994/11/18 19:10:25 jkh Exp # machine "i386" cpu "I486_CPU" ident LITTLEDIPPER maxusers 20 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options QUOTA options "COMPAT_43" #Compatible with BSD 4.3 options UCONSOLE #X Console support options "FAT_CURSOR" #block cursor in syscons or pccons options KTRACE options USERCONFIG options "COMPAT_IBCS2" # # Options for `sc': # # HARDFONTS allows the driver to load an ISO-8859-1 font to replace # the default font in your display adapter's memory. # #options HARDFONTS # # MAXCONS is maximum number of virtual consoles, no more than 16 # default value: 12 # #options "MAXCONS=4" options "AUTO_EOI_1" options SYSVSHM options SYSVSEM options SYSVMSG config kernel root on sd0 swap on sd0 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 controller ncr0 controller scbus0 device sd0 device sd1 device st0 device cd0 #Only need one of these, the code dynamically grows device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device lpt0 at isa? port "IO_LPT1" tty irq 7 vector lptintr device joy0 at isa? port "IO_GAME" device ed0 at isa? port 0x280 net irq 10 iomem 0xd8000 vector edintr controller snd0 device sb0 at isa? port 0x220 irq 5 drq 1 vector sbintr device opl0 at isa? port 0x388 pseudo-device loop pseudo-device ether pseudo-device log pseudo-device sl 2 pseudo-device pty 32 pseudo-device speaker pseudo-device snp 3 #pseudo-device bpfilter 4 Alok K. Dhir Internet Access Group, Inc. adhir@iagi.net (301) 652-0484 Fax: (301) 652-0649 http://www.iagi.net From owner-freebsd-hackers Thu May 18 08:24:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA10613 for hackers-outgoing; Thu, 18 May 1995 08:24:03 -0700 Received: from bigdipper.iagi.net (bigdipper.iagi.net [198.6.14.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA10607 for ; Thu, 18 May 1995 08:24:02 -0700 Received: (from adhir@localhost) by bigdipper.iagi.net (8.6.8/8.6.6) id LAA22681; Thu, 18 May 1995 11:19:26 -0400 Date: Thu, 18 May 1995 11:19:26 -0400 (EDT) From: "Alok K. Dhir" To: Aled Morris cc: hackers@FreeBSD.org Subject: Re: ram-speed (was Re: Adaptec 2940?) In-Reply-To: <199505181327.OAA16715@prinny.pavilion.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Some more data points: Bigdipper (ASUS SP3G, 486dx2/66, 40mb RAM, 512k cache, 1.1.5.1) 49005fb0 0.309 uS/op 3.23e+06 op/S 12.327 Mb/S 8938c0df 0.159 uS/op 6.31e+06 op/S 24.066 Mb/S Littledipper (ASUS SP3G, 486dx2/66, 32mb RAM, 512k cache, -current) 49005fb0 0.312 uS/op 3.21e+06 op/S 12.233 Mb/S 8938c0df 0.158 uS/op 6.32e+06 op/S 24.112 Mb/S (BTW - both machines were pretty heavily loaded at the time... Not sure if it makes a difference) Alok K. Dhir Internet Access Group, Inc. adhir@iagi.net (301) 652-0484 Fax: (301) 652-0649 http://www.iagi.net From owner-freebsd-hackers Thu May 18 08:49:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA11073 for hackers-outgoing; Thu, 18 May 1995 08:49:36 -0700 Received: from plains.nodak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA11067 ; Thu, 18 May 1995 08:49:34 -0700 Received: (from tinguely@localhost) by plains.nodak.edu (8.6.11/8.6.10) id KAA06162; Thu, 18 May 1995 10:49:06 -0500 Date: Thu, 18 May 1995 10:49:06 -0500 From: Mark Tinguely Message-Id: <199505181549.KAA06162@plains.nodak.edu> To: adhir@iagi.net, current@FreeBSD.org, hackers@FreeBSD.org Subject: Re: Help! Content-Length: 1188 Sender: hackers-owner@FreeBSD.org Precedence: bulk > System: 486dx2/66, 32mb RAM, 512k cache, ASUS SP3G motherboard, using > onboard NCR PCI SCSI connected to 2 drives totalling 5 gigs. Video is > ATI Mach32 PCI w 2mb vram. > > Crash description: Freezes. No panic messages, just freezes up solid. we just bought a DEC XL590s with NCR SCSI, 16 MB, Seagate 4 GB drive, Diamond Stealth , SMC Ultra, GUS sound card (now taken out), and I have been getting freezes running 2.0-950412-SNAP. I thought it was this machine, since it is easy to lock the keyboard (require a complete power cycle) with or without the PS/2 style mouse enabled. I had it up for over a day with internal and external caches disabled, but it was soooo slow, I would have shipped it back if I have to run it this way. Since I have been leaving it in X when I leave at night, for giggles I left the monitor on and it lasted the night. I enabled the process accounting so I can tell when it locks and it is doing anything important - nothing but atrun is being done. I also ran a simple script that keeps track of output from /usr/sbin/swapinfo to make we are not exceeding swap, but that was of no help. I think the key is in the cache settings. --mark. From owner-freebsd-hackers Thu May 18 08:53:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA11177 for hackers-outgoing; Thu, 18 May 1995 08:53:49 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA11170 ; Thu, 18 May 1995 08:53:48 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: "Nickolay N. Dudorov" Cc: hackers@freefall.cdrom.com Subject: Re: Multi-lingual support in sysinstall (TODO-2.0.5) In-reply-to: Your message of "Thu, 18 May 95 19:54:24 +0700." <199505181254.TAA26280@gw.itfs.nsk.su> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 18 May 1995 08:53:48 -0700 Message-ID: <11169.800812428@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > This is what I found about multi-lingual support in > sysinstall. Thank you, sir! I have incorporated all of these changes and can say that modulo a few screen-clearing changes (when the font changes on the fly, the contents of the screen can get a little confused :-), it looks perfect! I'm working on cleaning up the last of the problems now, but thank you for helping me take things to the next level! I can finally see what the Russian text looks like! :-) Jordan From owner-freebsd-hackers Thu May 18 09:26:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA11846 for hackers-outgoing; Thu, 18 May 1995 09:26:21 -0700 Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA11837 for ; Thu, 18 May 1995 09:26:18 -0700 Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by kitten.mcs.com (8.6.10/8.6.9) with SMTP id LAA13417 for ; Thu, 18 May 1995 11:26:16 -0500 Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Thu, 18 May 95 11:26 CDT Received: by mercury.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Thu, 18 May 95 11:26 CDT Message-Id: Subject: Re: ram-speed (was Re: Adapterc 2940?) To: hackers@FreeBSD.org Date: Thu, 18 May 1995 11:26:14 -0500 (CDT) From: "Lars Fredriksen" X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 508 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, Another datapoint: Mylex MAE486 (I think that is the right name) EISA, DX2/66, 16Mb 70ns fast page ram, 128K of "write back" (according to Mylex anyway) 49005fb0 0.473 uS/op 2.11e+06 op/S 8.068 Mb/S 8938c0df 0.499 uS/op 2.00e+06 op/S 7.648 Mb/S ^^^^^ What is wrong with this picture?? Lars -- ------------------------------------------------------------------- Lars Fredriksen fredriks@mcs.com (home) lars@fredriks.pr.mcs.net (home-home) fredriks@asiago.cs.wisc.edu From owner-freebsd-hackers Thu May 18 09:29:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA11979 for hackers-outgoing; Thu, 18 May 1995 09:29:34 -0700 Received: from ns1.win.net (NS1.WIN.NET [204.215.209.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA11973 ; Thu, 18 May 1995 09:29:33 -0700 Received: (from bugs@localhost) by ns1.win.net (8.6.11/8.6.9) id MAA19578; Thu, 18 May 1995 12:31:26 -0400 From: Mark Hittinger Message-Id: <199505181631.MAA19578@ns1.win.net> Subject: re: Help! (in, freezups) To: current@FreeBSD.org, hackers@FreeBSD.org Date: Thu, 18 May 1995 12:31:25 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 2100 Sender: hackers-owner@FreeBSD.org Precedence: bulk > From: "Alok K. Dhir" > I've got a news server (INN1.4sec - latest port on freebsd.cdrom.com) > running -current (as of yesterday). For the last 2.5 weeks or so, I've > been SUPing just about every other day... Why? Because I am waiting for > a kernel that doesn't crash every day. Before this, I was running > -current as of mid April (roughly), and did not have this crashing > problem. I can't seem to pinpoint exactly what went wrong. I'm not seeing terrible problems but I'm not using MMAP yet :-) Make sure you have this patch installed in your INN: I forget where it came from - may have been direct from rsalz) and patched it on to INN 1.4 here. The relevant area, as kluged, now reads (around line 82 in site.c): if (AmRoot) xchown(name); if (cp) { if (cp->fd >= 0) syslog(L_ERROR, "DEBUG ERROR SITEspool trashed:%d %s:%d", cp->fd, sp->Name, i); WCHANremove(cp); RCHANremove(cp); SCHANremove(cp); close(cp->fd); cp->fd = i; return TRUE; } sp->Channel = CHANcreate(i, CTfile, CSwriting, SITEreader, SITEwritedone); if (sp->Channel == NULL) { ----------------------- That fixes a file descriptor leak in INN. I think you should probably re-compile with MMAP off if it is on, and put this patch in. Then re-install the re-linked images. Just out of paranoia I'd run fsck on your news partition, rebuild your history files, and do an expireover -s if you are using the NOV database. Depending on your load you might also want to consider these options in your kernel config file: MAXUSERS 256 options "CHILD_MAX=128" options "OPEN_MAX=128" options "NMBCLUSTERS=512" But you should pick your own numbers for these. My average uptime is out to 4 days now on my heaviest hit box, the other boxes that have lighter load have very good uptimes. I have also noticed very nice performance improvements over the earlier kernels. The failures that I am seeing are scsi buffer already done freezups. About once a week on my 4 gig news harddrive. Regards, Mark Hittinger bugs@win.net From owner-freebsd-hackers Thu May 18 09:47:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA12531 for hackers-outgoing; Thu, 18 May 1995 09:47:47 -0700 Received: from shell1.best.com (root@shell1.best.com [204.156.128.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA12525 for ; Thu, 18 May 1995 09:47:46 -0700 Received: from geli.clusternet (rcarter.vip.best.com [204.156.137.2]) by shell1.best.com (8.6.12/8.6.5) with ESMTP id JAA15526; Thu, 18 May 1995 09:47:23 -0700 Received: (from rcarter@localhost) by geli.clusternet (8.6.11/8.6.9) id JAA05785; Thu, 18 May 1995 09:46:00 -0700 Date: Thu, 18 May 1995 09:46:00 -0700 From: "Russell L. Carter" Message-Id: <199505181646.JAA05785@geli.clusternet> To: phk@ref.tfs.com Subject: Memory bandwidth, was Adaptac 2940 Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk |From: Poul-Henning Kamp |Subject: Re: Adaptec 2940? |> > The drivers are identical, so the interupt time should be the same for |> > driving either card on the same machine. Your benchmark is not really |> > valid since they were run on different motherboards. |> |> To some extent. It is instesting that a good EISA system can best a |> poor PCI system. Woe to those buying cheap PCI motherboards. | |Oh, it's much worse than that. This is some numbers I have been collecting, |the represent the bandwidth between CPU and RAM pretty well: | |A RS6000/590, AIX 3.2.5 | # cc -o ram-speed -O3 ram-speed.c | # ./ram-speed | 49005fb0 0.116 uS/op 8.61e+06 op/S 32.833 Mb/S | 8938c0df 0.177 uS/op 5.64e+06 op/S 21.532 Mb/S | I don't know what to make of this. The 590 is capable of 4*8=32 bytes transferred from main memory per 62.5 MHZ clock. A simple matrix-matrix multiply will attain this. That's a hellava lot more than 32 MB/s. This system has had the best memory bandwidth of any non Cray Research system for the past year. There is a something like a "-power2" optimization switch that makes a lot of difference. Another memory benchmark that has been run on a lot of systems is STREAM, available from ftp://perelandra.cms.udel.edu/bench/stream. Results are in ftp://perelandra.cms.udel.edu/bench/stream/Tables/table.print My P5-100-TP4-PB/FreeBSD system is in there, looks pretty good against lower end SGIs and SUNs, but doesn't come close to the RS6000/590. Russell From owner-freebsd-hackers Thu May 18 11:14:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA14699 for hackers-outgoing; Thu, 18 May 1995 11:14:24 -0700 Received: from wc.cdrom.com (wc.cdrom.com [192.216.223.37]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA14693 for ; Thu, 18 May 1995 11:14:23 -0700 Received: from lupine.nsi.nasa.gov (lupine.nsi.nasa.gov [198.116.2.100]) by wc.cdrom.com (8.6.12/8.6.12) with ESMTP id LAA25220 for ; Thu, 18 May 1995 11:14:30 -0700 Received: (from mnewell@localhost) by lupine.nsi.nasa.gov (8.6.12/8.6.12) id OAA19615; Thu, 18 May 1995 14:10:56 -0400 Date: Thu, 18 May 1995 14:10:55 -0400 (EDT) From: "Michael C. Newell" To: Peter Wemm cc: Chris Shenton , hackers@FreeBSD.org Subject: Re: Hmm. Strange... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk (Quick note - one thing you might want to check is that your routedflags variable needs to be set to "-s" in the sysconfig file, or you need to run gated. The default for routedflags is "-q", which explicitly prohibits transmitting routing data. Now on to the rest of the message...) I have a similar problem that I've been working on off and on for a while. I sent mail to the questions list and got a couple of suggestions, but none worked. Reading the routed code (output.c) there's one place where it specifically says it won't broadcast subnet routes, but I've not had time to go further into it (the code isn't very pretty!!). However, we *DID* manage to get it to work, albeit shabbily... What we're doing is shown on my web page, http://www-dc.nsi.nasa.gov:80/~mnewell/mcnet.html Basically we want to connect a couple of subnets across a couple of PPP links via a FreeBSD router. I tried a HUGE number of combinations of things, and the only thing I got to work was: - boot the system Sisyphus - log in, kill routed/gated (or don't bother to start it in the startup process) - after Sisyphus is up, log in and add an alias for the subnetted network group to ed0; e.g. ifconfig ed0 alias 198.116.75.1 - the above changes the broadcast address, so do another ifconfig to fix that ifconfig ed0 broadcast 198.116.2.255 - run gated with RIP routing and an explicit announce for network 198.116.75.0 I even tried having it do all this automatically during boot, but it doesn't seem to work; there appear to be timing problems. This is the ONLY way I could get routed or gated to announce out the routes and I tried a HUGE number of alternatives. I'd sure appreciate any input on what I might be missing here... Thanks, Mike On Thu, 18 May 1995, Peter Wemm wrote: > Date: Thu, 18 May 1995 17:55:23 +0800 (WST) > From: Peter Wemm > To: hackers@FreeBSD.org > Subject: Hmm. Strange... > > Err.. I'm having a spot of bother.. Nothing seems to be able to broadcast > on a subnetted c-class network.. The networking code does not seem to be > recognising the broadcast address, and is trying to arp it instead.. > > Is this supported? We have a stack of other machines running in this > config... > > jhome # ifconfig -a > ed0: flags=8863 mtu 1500 > inet 192.203.228.69 netmask 0xfffffff0 broadcast 192.203.228.79 > ether 00:80:48:98:75:56 > lo0: flags=8009 mtu 16384 > inet 127.0.0.1 netmask 0xff000000 > ppp0: flags=10 mtu 1500 > ppp1: flags=10 mtu 1500 > sl0: flags=c010 mtu 552 > sl1: flags=c010 mtu 552 > tun0: flags=10 mtu 1500 > tun1: flags=10 mtu 1500 > > > jhome # arp -na > ? (192.203.228.65) at (incomplete) > ? (192.203.228.69) at 0:80:48:98:75:56 permanent > ? (192.203.228.79) at (incomplete) > > > jhome # netstat -rn > Routing tables > > Internet: > Destination Gateway Flags Refs Use Netif Expire > default 192.203.228.65 UGc 0 0 ed0 > 127.0.0.1 127.0.0.1 UH 0 0 lo0 > 192.203.228 192.203.228.65 UGc 2 0 ed0 > 192.203.228.16 192.203.228.65 UGc 0 0 ed0 > 192.203.228.32 192.203.228.65 UGc 0 0 ed0 > 192.203.228.48 192.203.228.65 UGc 0 0 ed0 > 192.203.228.64 link#1 UC 0 0 > 192.203.228.65 link#1 UHLW 15 175 > 192.203.228.69 0:80:48:98:75:56 UHLW 1 145 lo0 > 192.203.228.79 link#1 UHLW 1 39 > 192.203.228.80 192.203.228.65 UGc 0 0 ed0 > 192.203.228.96 192.203.228.65 UGc 0 0 ed0 > 192.203.228.112 192.203.228.65 UGc 0 0 ed0 > 192.203.228.192 192.203.228.65 UGc 0 0 ed0 > 192.203.228.241 192.203.228.65 UGH 0 0 ed0 > 192.203.228.242 192.203.228.65 UGH 0 0 ed0 > 202.12.86.1 192.203.228.65 UGH 0 0 ed0 > 224 link#1 UCS 0 0 > > Cheers, > -Peter > > Thanks, Mike +--------------------------------------+------------------------------------+ |Mike Newell | The opinions expressed herein are | |NASA Science Internet Network Systems | my own, and do not necessarily | |Sterling Software, Inc. | reflect those of the NSI program, | |MNewell@nsipo.nasa.gov | Sterling Software, NASA, or anyone | |+1-202-434-8954 | else. | +--------------------------------------+------------------------------------+ From owner-freebsd-hackers Thu May 18 11:24:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA14961 for hackers-outgoing; Thu, 18 May 1995 11:24:09 -0700 Received: from miller.cs.uwm.edu (miller.cs.uwm.edu [129.89.35.13]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA14955 ; Thu, 18 May 1995 11:24:07 -0700 Received: (from james@localhost) by miller.cs.uwm.edu (8.6.10/8.6.10) id NAA23047; Thu, 18 May 1995 13:24:05 -0500 Date: Thu, 18 May 1995 13:24:05 -0500 From: Jim Lowe Message-Id: <199505181824.NAA23047@miller.cs.uwm.edu> To: adhir@iagi.net, current@FreeBSD.org, hackers@FreeBSD.org, tinguely@plains.nodak.edu Subject: Re: Help! Sender: hackers-owner@FreeBSD.org Precedence: bulk > > System: 486dx2/66, 32mb RAM, 512k cache, ASUS SP3G motherboard, using > > onboard NCR PCI SCSI connected to 2 drives totalling 5 gigs. Video is > > ATI Mach32 PCI w 2mb vram. > > > > Crash description: Freezes. No panic messages, just freezes up solid. > > we just bought a DEC XL590s with NCR SCSI, 16 MB, Seagate 4 GB drive, > [...] > I think the key is in the cache settings. > I have had the same problem with a triton mother board P100, S3-964 video, and an NCR disk controller. I swapped out disk controllers with a Adaptec ISA controller and it still hangs. I havn't been able to get through a make world in the src tree since I switched from a 486dx50 - opti chip set to the 100 mhz pentium with the triton chip set. It almost seems pci bus related but I have no idea. I have now disabled the external cache and I am trying the make world again... It is a lot slower... Is there a method of forcing a crash dump in FreeBSD? Once I get a hang I would like to reset and dump the memory to see what it is up to. Is there any way of doing this? -Jim From owner-freebsd-hackers Thu May 18 11:39:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA15415 for hackers-outgoing; Thu, 18 May 1995 11:39:15 -0700 Received: from uuneo.neosoft.com (root@uuneo.NeoSoft.COM [198.64.84.252]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA15409 for ; Thu, 18 May 1995 11:39:14 -0700 Received: from ris1.UUCP (ficc@localhost) by uuneo.neosoft.com (8.6.10/8.6.10) with UUCP id NAA21377 for freebsd.org!hackers; Thu, 18 May 1995 13:05:42 -0500 Received: by ris1.nmti.com (smail2.5) id AA09446; 18 May 95 12:39:04 CDT (Thu) Received: by sonic.nmti.com; id AA03902; Thu, 18 May 1995 13:00:24 -0500 Date: Thu, 18 May 1995 13:00:24 -0500 From: peter@nmti.com (Peter da Silva) Message-Id: <9505181800.AA03902@sonic.nmti.com.nmti.com> To: jkh@FreeBSD.org Subject: Ron Minnich in comp.os.research: Status of Linux/FreeBSD/NetBSD buffer/vm page integration Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >From comp.os.research: Path: nmtigw!uuneo.neosoft.com!news.uh.edu!swrinde!howland.reston.ans.net!spool.mu.edu!agate!darkstar.UCSC.EDU!osr From: rminnich@tres.sarnoff.com (Ron Minnich) Newsgroups: comp.os.research Subject: Status of Linux/FreeBSD/NetBSD buffer/vm page integration Date: 16 May 1995 20:32:55 GMT Organization: SRI International Lines: 44 Approved: comp-os-research@ftp.cse.ucsc.edu Message-ID: <3pb25n$mv4@darkstar.UCSC.EDU> NNTP-Posting-Host: ftp.cse.ucsc.edu Originator: osr@cse.ucsc.edu Suppose you do the following: int fd; int *ptr; fd = open("something", 2); ptr = mmap(0, 8192, PROT_READ|PROT_WRITE, MAP_SHARED, fd, 0); *ptr = 1; Then you do either: msync(ptr, sizeof(*ptr), MS_INVALIDATE) -or- fsync(fd); On SunOS and many systems, you will see the same result when watching over the net: an nfs write at the point of the msync OR the fsync, for the "dirty" pages only. It's pretty much what you want: sync the modified pieces of the file back to their home. On FreeBSD, you don't get the same things at all: fsync and msync are very different in freebsd. They are concerned with totally different pieces of the kernel and if you depend on the "right thing" happening you're in for a surprise. Specifically, if you use an fsync in the above sequence there can still be (lots) of dirty pages for that file in you machine, if they apply to mmap'ed files. Anyone want to comment on the state of linux and netbsd? Last time I checked they did not have it right either. Not surprising for netbsd since it's basically the same structure (same mach vm code, ow). On linux, you still couldn't mmap a file with PROT_WRITE as of several months ago -- it loses instantly. How about systems such as chorus, windows/nt, etc? It's interesting that this simple sequence has worked right on (e.g.) SunOS for so long (almost 7 years ...), and we're still not there on so many other systems. thanks ron -- Ron Minnich |Constant performance conjecture: programs written rminnich@earth.sarnoff.com |using object-oriented techniques will exhibit (609)-734-3120 |constant performance, even as CPU speeds double. | See: Microsoft word 6.x From owner-freebsd-hackers Thu May 18 11:53:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA15708 for hackers-outgoing; Thu, 18 May 1995 11:53:15 -0700 Received: from sedhps01.mdc.com (SEDHPS01.MDC.COM [130.38.110.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA15702 for ; Thu, 18 May 1995 11:53:13 -0700 Message-Id: <199505181853.LAA15702@freefall.cdrom.com> Received: by sedhps01.mdc.com ($Revision: 1.37.109.9 $/16.2) id AA0181738904; Thu, 18 May 1995 13:54:48 -0500 From: Jim Babb Subject: Re: 3c509B woes ( B models only!) To: babkin@hq.icb.chel.su (Serge A. Babkin) Date: Thu, 18 May 95 13:54:46 CDT Cc: gibbs@estienne.CS.Berkeley.EDU, rashid@haven.ios.com, hackers@FreeBSD.org In-Reply-To: <199505180824.NAA01555@hq.icb.chel.su>; from "Serge A. Babkin" at May 18, 95 1:24 pm Mailer: Elm [revision: 70.85] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I borrowed a 3c509B for testing and it works without this change. Must be speed difference of machines. I have five identical machines here that all need some extra delay. > My card > is ASSY 03-0021-001 REV-A. The only problem I see is that it doesn't > allow autoconfiguring after soft reboot as 3c509 did. It's really very > inconvenient. Do you see this problem ? (I have 3c509 configured on > port? irq? so it really needs autoconfiguring). I have had the card missed when warm booting from DOS (configured as above). It works fine when warm booting from FreeBSD and on a cold boot (now that 'plug-n-play' is turned off). Jim From owner-freebsd-hackers Thu May 18 11:57:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA15783 for hackers-outgoing; Thu, 18 May 1995 11:57:52 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA15777 ; Thu, 18 May 1995 11:57:48 -0700 Received: (dyson@localhost) by Root.COM (8.6.8/8.6.5) id MAA12649; Thu, 18 May 1995 12:00:47 -0700 From: John Dyson Message-Id: <199505181900.MAA12649@Root.COM> Subject: Re: Ron Minnich in comp.os.research: Status of Linux/FreeBSD/NetBSD buffer/vm page integration To: peter@nmti.com (Peter da Silva) Date: Thu, 18 May 1995 12:00:47 -0700 (PDT) Cc: jkh@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <9505181800.AA03902@sonic.nmti.com.nmti.com> from "Peter da Silva" at May 18, 95 01:00:24 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1360 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Suppose you do the following: > > int fd; > int *ptr; > fd = open("something", 2); > ptr = mmap(0, 8192, PROT_READ|PROT_WRITE, MAP_SHARED, fd, 0); > > *ptr = 1; > > Then you do either: > msync(ptr, sizeof(*ptr), MS_INVALIDATE) -or- fsync(fd); > > On SunOS and many systems, you will see the same result when watching > over the net: an nfs write at the point of the msync OR the fsync, for > the "dirty" pages only. It's pretty much what you want: sync the > modified pieces of the file back to their home. > > On FreeBSD, you don't get the same things at all: fsync and msync are > very different in freebsd. They are concerned with totally different > pieces of the kernel and if you depend on the "right thing" happening > you're in for a surprise. Specifically, if you use an fsync in the > above sequence there can still be (lots) of dirty pages for that file > in you machine, if they apply to mmap'ed files. This is not a problem on UFS on FreeBSD, and we found out about the bug very recently. The fix is minor and not a major problem in the FreeBSD merged VM buffer cache scheme. The only reason that it hasn't been fixed is that it is too close to release. It'll sure be fixed soon. So, this is NOT an architecture flaw as much as a programming booboo. If you are using mmap with NFS -- make sure that you msync! John dyson@root.com From owner-freebsd-hackers Thu May 18 12:05:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA15873 for hackers-outgoing; Thu, 18 May 1995 12:05:40 -0700 Received: from alumni.EECS.Berkeley.EDU (hsu@alumni.EECS.Berkeley.EDU [128.32.156.234]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA15867 for ; Thu, 18 May 1995 12:05:38 -0700 Received: (from hsu@localhost) by alumni.EECS.Berkeley.EDU (8.6.11/UCSEE-0.9a) id MAA03193; Thu, 18 May 1995 12:05:29 -0700 Date: Thu, 18 May 1995 12:05:29 -0700 From: Jeffrey Hsu Message-Id: <199505181905.MAA03193@alumni.EECS.Berkeley.EDU> To: hackers@freefall.cdrom.com, jkh@whisker.hubbard.ie Subject: (fwd) Re: Mma for Linux, when? Sender: hackers-owner@FreeBSD.org Precedence: bulk > From ianc@wri.com Thu May 18 07:45:22 1995 > > While it would certainly be possible to port Mathematica to FreeBSD, > we do not currently have any plans to do so. In fact your message is > the first request we have had for this. > > It is not really practical for us to make a port of Mathematica > to a new platform if we will only sell a handful of copies. Of > course if someone came along with a purchase order for 100 copies > the situation would change. > > I hope this helps. > > --Ian > ---------------------------------------------------------------- > Ian Collier > Technical Sales Support > Wolfram Research, Inc. > ---------------------------------------------------------------- > Tel (217) 398-0700 Fax (217) 398-0747 ianc@wri.com > Wolfram Research Home Page http://www.wri.com/ > ---------------------------------------------------------------- Hmm, I know that my last message is not the first request, since I and Jordan have asked before and I've seen other requests for a FreeBSD port on usenet. Apparently we're not as loud as the Linux crowd so we're much more forgettable. However, Ian's reply offers an invitation for us to send more requests to him for a FreeBSD port. Let's do this in force. Jeffrey From owner-freebsd-hackers Thu May 18 12:08:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA15971 for hackers-outgoing; Thu, 18 May 1995 12:08:57 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA15965 for ; Thu, 18 May 1995 12:08:53 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id MAA14860; Thu, 18 May 1995 12:07:18 -0700 From: "Rodney W. Grimes" Message-Id: <199505181907.MAA14860@gndrsh.aac.dev.com> Subject: Re: ram-speed (was Re: Adaptec 2940?) To: adhir@iagi.net (Alok K. Dhir) Date: Thu, 18 May 1995 12:07:17 -0700 (PDT) Cc: aledm@pavilion.co.uk, hackers@FreeBSD.org In-Reply-To: from "Alok K. Dhir" at May 18, 95 11:19:26 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1126 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Some more data points: > > Bigdipper (ASUS SP3G, 486dx2/66, 40mb RAM, 512k cache, 1.1.5.1) > > 49005fb0 0.309 uS/op 3.23e+06 op/S 12.327 Mb/S > 8938c0df 0.159 uS/op 6.31e+06 op/S 24.066 Mb/S > > > Littledipper (ASUS SP3G, 486dx2/66, 32mb RAM, 512k cache, -current) > > 49005fb0 0.312 uS/op 3.21e+06 op/S 12.233 Mb/S > 8938c0df 0.158 uS/op 6.32e+06 op/S 24.112 Mb/S I've been telling these folks that the ASUS PCI/I-486SP3G was one heck of a fast motherboard, and here are the numbers from an independent source to prove it for me!! Those memory numbers are as fast as the Neptune P90 ASUS board, kinda pisses me off that I can't get 48MB/sec out of the Neptune when I can get 24MB/sec out of the Saturn II! > (BTW - both machines were pretty heavily loaded at the time... Not sure > if it makes a difference) It does not as long as there is the free 8MB or so of memory needed by this process (ie, page faulting would rune the results). -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Thu May 18 12:13:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA16036 for hackers-outgoing; Thu, 18 May 1995 12:13:35 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA16029 for ; Thu, 18 May 1995 12:13:32 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id MAA14897; Thu, 18 May 1995 12:13:05 -0700 From: "Rodney W. Grimes" Message-Id: <199505181913.MAA14897@gndrsh.aac.dev.com> Subject: Re: ram-speed (was Re: Adapterc 2940?) To: fredriks@mcs.com (Lars Fredriksen) Date: Thu, 18 May 1995 12:13:05 -0700 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: from "Lars Fredriksen" at May 18, 95 11:26:14 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 554 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Hi, > Another datapoint: > > Mylex MAE486 (I think that is the right name) EISA, DX2/66, > 16Mb 70ns fast page ram, 128K of "write back" (according to > Mylex anyway) > > > 49005fb0 0.473 uS/op 2.11e+06 op/S 8.068 Mb/S > 8938c0df 0.499 uS/op 2.00e+06 op/S 7.648 Mb/S > ^^^^^ > What is wrong with this picture?? Turbo button in the wrong possition?? What chip set? -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Thu May 18 12:26:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA16282 for hackers-outgoing; Thu, 18 May 1995 12:26:26 -0700 Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA16272 for ; Thu, 18 May 1995 12:26:23 -0700 Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by kitten.mcs.com (8.6.10/8.6.9) with SMTP id OAA17903; Thu, 18 May 1995 14:26:03 -0500 Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Thu, 18 May 95 14:26 CDT Received: by mercury.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Thu, 18 May 95 14:26 CDT Message-Id: Subject: Re: ram-speed (was Re: Adapterc 2940?) To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Thu, 18 May 1995 14:26:00 -0500 (CDT) From: "Lars Fredriksen" Cc: hackers@FreeBSD.org In-Reply-To: <199505181913.MAA14897@gndrsh.aac.dev.com> from "Rodney W. Grimes" at May 18, 95 12:13:05 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 984 Sender: hackers-owner@FreeBSD.org Precedence: bulk Rodney W. Grimes writes: > > > > > Hi, > > Another datapoint: > > > > Mylex MAE486 (I think that is the right name) EISA, DX2/66, > > 16Mb 70ns fast page ram, 128K of "write back" (according to > > Mylex anyway) > > > > > > 49005fb0 0.473 uS/op 2.11e+06 op/S 8.068 Mb/S > > 8938c0df 0.499 uS/op 2.00e+06 op/S 7.648 Mb/S > > ^^^^^ > > What is wrong with this picture?? > > Turbo button in the wrong possition?? What chip set? > As far as I know the turbo button works, but I'll double check. This motherboard is pre EISA chipset time. Mylex did all the stuff with descrete TTL and PAL chips. There is a option in the BIOS to run fast/slow and that is set to fast. I'll collect numbers for slow too. Lars Anyone out there with the same MB that could run the test? -- ------------------------------------------------------------------- Lars Fredriksen fredriks@mcs.com (home) lars@fredriks.pr.mcs.net (home-home) fredriks@asiago.cs.wisc.edu From owner-freebsd-hackers Thu May 18 12:31:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA16379 for hackers-outgoing; Thu, 18 May 1995 12:31:26 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA16372 ; Thu, 18 May 1995 12:31:21 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id MAA14977; Thu, 18 May 1995 12:30:06 -0700 From: "Rodney W. Grimes" Message-Id: <199505181930.MAA14977@gndrsh.aac.dev.com> Subject: Re: Help! To: james@miller.cs.uwm.edu (Jim Lowe) Date: Thu, 18 May 1995 12:30:06 -0700 (PDT) Cc: adhir@iagi.net, current@FreeBSD.org, hackers@FreeBSD.org, tinguely@plains.nodak.edu In-Reply-To: <199505181824.NAA23047@miller.cs.uwm.edu> from "Jim Lowe" at May 18, 95 01:24:05 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1720 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > System: 486dx2/66, 32mb RAM, 512k cache, ASUS SP3G motherboard, using > > > onboard NCR PCI SCSI connected to 2 drives totalling 5 gigs. Video is > > > ATI Mach32 PCI w 2mb vram. > > > > > > Crash description: Freezes. No panic messages, just freezes up solid. > > > > we just bought a DEC XL590s with NCR SCSI, 16 MB, Seagate 4 GB drive, > > [...] > > I think the key is in the cache settings. > > > > I have had the same problem with a triton mother board P100, S3-964 video, > and an NCR disk controller. I swapped out disk controllers with a Adaptec > ISA controller and it still hangs. I havn't been able to get through a > make world in the src tree since I switched from a 486dx50 - opti chip set > to the 100 mhz pentium with the triton chip set. It almost seems pci bus > related but I have no idea. I have now disabled the external cache and I > am trying the make world again... It is a lot slower... If this is not the ASUS board, ignore me!! I have qualified and done extensive testing on the ASUS Triton board, it does work. To this day I have probably completed over 100 make worlds on these boards. I see you are running a 100Mhz CPU chip, are you also running 60nS DRAM as required by the motherboard book. Have you left the BIOS settings on the default values, or have you tried to speed things up by tweaking them?? > Is there a method of forcing a crash dump in FreeBSD? Once I get a hang > I would like to reset and dump the memory to see what it is up to. Is there > any way of doing this? > > -Jim > -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Thu May 18 12:58:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA16846 for hackers-outgoing; Thu, 18 May 1995 12:58:15 -0700 Received: from miller.cs.uwm.edu (miller.cs.uwm.edu [129.89.35.13]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA16840 ; Thu, 18 May 1995 12:58:07 -0700 Received: (from james@localhost) by miller.cs.uwm.edu (8.6.10/8.6.10) id OAA24762; Thu, 18 May 1995 14:58:04 -0500 Date: Thu, 18 May 1995 14:58:04 -0500 From: Jim Lowe Message-Id: <199505181958.OAA24762@miller.cs.uwm.edu> To: rgrimes@gndrsh.aac.dev.com Subject: Re: Help! Cc: adhir@iagi.net, current@FreeBSD.org, hackers@FreeBSD.org, tinguely@plains.nodak.edu Sender: hackers-owner@FreeBSD.org Precedence: bulk > > related but I have no idea. I have now disabled the external cache and I > > am trying the make world again... It is a lot slower... > > If this is not the ASUS board, ignore me!! > > I have qualified and done extensive testing on the ASUS Triton board, it > does work. To this day I have probably completed over 100 make worlds > on these boards. I see you are running a 100Mhz CPU chip, are you also > running 60nS DRAM as required by the motherboard book. Have you left > the BIOS settings on the default values, or have you tried to speed > things up by tweaking them?? I am running 32 Meg of 70ns EDO DRAM (this was all that was available a month ago) with 12ns async cache with a SuperMicro mother board and AMI bios. I havn't tweaked much of anything. I think the problem might be the external cache speed in my case. My system has been running for almost 2.5 hrs now with the external cache disabled and make world is just about finished. I talked with some people down in the Electronics shop and they suggested that the cache speed must be 10ns with a 100 Mhz processor and 8ns with a 120Mhz processor (1/Processor Mhz). Do you know if this is correct? Also, do you know if there is anyway of causing a core dump if the system hangs? Thanks. -Jim From owner-freebsd-hackers Thu May 18 13:10:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA17111 for hackers-outgoing; Thu, 18 May 1995 13:10:58 -0700 Received: from jolt.eng.umd.edu (jolt.eng.umd.edu [129.2.102.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA17105 for ; Thu, 18 May 1995 13:10:53 -0700 Received: from espresso.eng.umd.edu (espresso.eng.umd.edu [129.2.98.13]) by jolt.eng.umd.edu (8.6.10/8.6.4) with ESMTP id QAA09153; Thu, 18 May 1995 16:10:42 -0400 Received: (chuckr@localhost) by espresso.eng.umd.edu (8.6.10/8.6.4) id QAA05646; Thu, 18 May 1995 16:09:40 -0400 Date: Thu, 18 May 1995 16:09:39 -0400 (EDT) From: Chuck Robey To: Jeffrey Hsu cc: hackers@freefall.cdrom.com, jkh@whisker.hubbard.ie Subject: Re: (fwd) Re: Mma for Linux, when? In-Reply-To: <199505181905.MAA03193@alumni.EECS.Berkeley.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Thu, 18 May 1995, Jeffrey Hsu wrote: > > From ianc@wri.com Thu May 18 07:45:22 1995 > > > > While it would certainly be possible to port Mathematica to FreeBSD, > > we do not currently have any plans to do so. In fact your message is > > the first request we have had for this. > > > > It is not really practical for us to make a port of Mathematica > > to a new platform if we will only sell a handful of copies. Of > > course if someone came along with a purchase order for 100 copies > > the situation would change. > > > > I hope this helps. > > > > --Ian > > ---------------------------------------------------------------- > > Ian Collier > > Technical Sales Support > > Wolfram Research, Inc. > > ---------------------------------------------------------------- > > Tel (217) 398-0700 Fax (217) 398-0747 ianc@wri.com > > Wolfram Research Home Page http://www.wri.com/ > > ---------------------------------------------------------------- > > Hmm, I know that my last message is not the first request, since I and > Jordan have asked before and I've seen other requests for a FreeBSD > port on usenet. Apparently we're not as loud as the Linux crowd so > we're much more forgettable. However, Ian's reply offers an invitation > for us to send more requests to him for a FreeBSD port. Let's do this > in force. > > Jeffrey > I'm gonna need Mathematica for next Spring's Diff EQ class, but I don't know what range of cost (rough idea?) we're talking about. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 7608 Topton St. | New Carrollton, MD 20784 | I run Journey2 (Freebsd 2.0) and n3lxx (301) 459-2316 | (FreeBSD 1.1.5.1) and am I happy! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Thu May 18 13:29:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA17501 for hackers-outgoing; Thu, 18 May 1995 13:29:27 -0700 Received: from haywire.DIALix.COM (peter@haywire.DIALix.COM [192.203.228.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA17493 for ; Thu, 18 May 1995 13:29:19 -0700 Received: (from peter@localhost) by haywire.DIALix.COM (8.6.12/8.6.12/DIALix) id EAA16712; Fri, 19 May 1995 04:28:53 +0800 Date: Fri, 19 May 1995 04:28:50 +0800 (WST) From: Peter Wemm To: David Greenman cc: hackers@FreeBSD.org Subject: Re: Hmm. Strange... In-Reply-To: <199505181018.DAA01255@corbin.Root.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Thu, 18 May 1995, David Greenman wrote: [..] > [corbin:davidg] ifconfig -a [..] > [corbin:davidg] arp -na > ? (198.145.90.17) at 0:0:c0:39:48:2c > ? (198.145.90.49) at 0:0:c0:eb:c3:9c > ? (198.145.90.50) at 0:0:c0:ef:c3:9c permanent > > [corbin:davidg] netstat -rn [..] > [corbin:davidg] ping 198.145.90.31 # Carefull, pinging the broadcast > # isn't very smart > PING 198.145.90.31 (198.145.90.31): 56 data bytes > 64 bytes from 198.145.90.18: icmp_seq=0 ttl=255 time=0.502 ms > 64 bytes from 198.145.90.19: icmp_seq=0 ttl=255 time=1.442 ms (DUP!) > 64 bytes from 198.145.90.18: icmp_seq=1 ttl=255 time=0.346 ms > 64 bytes from 198.145.90.19: icmp_seq=1 ttl=255 time=0.767 ms (DUP!) > 64 bytes from 198.145.90.18: icmp_seq=2 ttl=255 time=0.351 ms > 64 bytes from 198.145.90.19: icmp_seq=2 ttl=255 time=0.765 ms (DUP!) > > --- 198.145.90.31 ping statistics --- > 3 packets transmitted, 3 packets received, +3 duplicates, 0% packet loss > round-trip min/avg/max = 0.346/0.695/1.442 ms > > ...Hmmm, I see that the machine at 198.145.90.17 isn't responding to the > broadcast ping. I don't think machines are supposed to (according to > some RFC I forgot). I think we fixed that in 1.1.5 (which is what .17 > is running), and forgot to bring the fix into 2.x. > > -DG I have some more info. What I was trying to do was to get freebsd to run in place of an existing host (running SVR4, but we needn't go into that.. :-) The C class is subnetted into 16 chunks of 16, and subnet 0 is in use (apparently, using subnet 0 is illegal, but it's too late now.. there are hundreds of DNS NS records pointing there... We have to vacate the other 15 nets some time..) Anyway, try as I might, I couldn't get gated to broadcast a rip advertisment onto the local ethernet. I run gated 3.5alpha9 on the SVR4 machine, which works beautifully (with the exception of variable size subnet support.. good old hash routing tables.. :-( ). Anyway, I fired up pppd, (so there were two "networks" so that gated would advertise (it runs "quiet" if there is one network only)), and the !&@^#%!#$!&#^ thing (/usr/ports/net/gated (3.5alpha10)) just wouldn't broadcast the RIP announcements. At that point, I started looking with netstat, arp etc looking for mixed up broadcast addresses when I saw the arp for the broadcast address. It turns out.. it was a false alarm. It was rwhod that was making the arp entry. Not just rwhod, but *everything* that accessed the broadcast address was causing it to appear. I suspect there are cloning bugs still.. To test my theory, in the commands that you ran above, do an arp -na *after* the pings.. (and try a telnet to the broadcast address too for good measure) See if the system creats a route to the broadcast address that arp is picking up as a failed arp. As for gated, The really good bit, is that even after getting it so that it *said* it was broadcasting (ie: RIP SENT 192.203.228.69 -> 192.203.228.79) appears in the logs every 30 seconds.. tcpdump (on ed0) says there are definately no packets being sent, and none of the other hosts got them either. I've just transferred the working gated-alpha 9 code from the machine next to the freebsd box to see if that makes a difference. I'll be trying that soon, as soon as some rdists have finished and I can bring the link down. Anyway, here's the creation of the bogus "arp" entry for the broadcast address: -------------------- jhome # arp -a haywire.DIALix.COM (192.203.228.65) at 0:80:48:88:5d:9 jhome.DIALix.COM (192.203.228.69) at 0:80:48:98:75:56 permanent jhome # rwhod jhome # arp -a haywire.DIALix.COM (192.203.228.65) at 0:80:48:88:5d:9 jhome.DIALix.COM (192.203.228.69) at 0:80:48:98:75:56 permanent haywire_bcast.DIALix.COM (192.203.228.79) at (incomplete) ----------------------- And here's another (actually older than the above, but that doesn't matter) run, showing that it's not related to there being an illegal 16 address subnet 0 being present: jhome # arp -na ? (192.203.228.65) at (incomplete) ? (192.203.228.69) at 0:80:48:98:75:56 permanent ? (192.203.228.79) at (incomplete) jhome # netstat -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire 127 127.0.0.1 URc 0 0 lo0 127.0.0.1 127.0.0.1 UH 0 0 lo0 192.203.228.64 link#1 UC 0 0 192.203.228.65 link#1 UHLW 2 1122 192.203.228.69 0:80:48:98:75:56 UHLW 3 316 lo0 192.203.228.79 link#1 UHLW 1 4 224 link#1 UCS 0 0 224.0.0.9 127.0.0.1 UH 0 1 lo0 jhome # netstat -in Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll ed0 1500 00.80.48.98.75.56 2464 0 1527 0 0 ed0 1500 192.203.228 192.203.228.69 2464 0 1527 0 0 lo0 16384 316 0 316 0 0 lo0 16384 127 127.0.0.1 316 0 316 0 0 ppp0* 1500 0 0 0 0 0 ppp1* 1500 0 0 0 0 0 sl0* 552 0 0 0 0 0 sl1* 552 0 0 0 0 0 tun0* 1500 0 0 0 0 0 tun1* 1500 0 0 0 0 0 Cheers, -Peter From owner-freebsd-hackers Thu May 18 13:35:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA17674 for hackers-outgoing; Thu, 18 May 1995 13:35:33 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA17664 for ; Thu, 18 May 1995 13:35:25 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id NAA15099; Thu, 18 May 1995 13:34:55 -0700 From: "Rodney W. Grimes" Message-Id: <199505182034.NAA15099@gndrsh.aac.dev.com> Subject: Re: Help! To: james@miller.cs.uwm.edu (Jim Lowe) Date: Thu, 18 May 1995 13:34:55 -0700 (PDT) Cc: FreeBSD-hackers@FreeBSD.org (FreeBSD hackers) In-Reply-To: <199505181958.OAA24762@miller.cs.uwm.edu> from "Jim Lowe" at May 18, 95 02:58:04 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 3450 Sender: hackers-owner@FreeBSD.org Precedence: bulk [Moved to hackers list, please don't double post!!!] > > > related but I have no idea. I have now disabled the external cache and I > > > am trying the make world again... It is a lot slower... > > > > If this is not the ASUS board, ignore me!! > > > > I have qualified and done extensive testing on the ASUS Triton board, it > > does work. To this day I have probably completed over 100 make worlds > > on these boards. I see you are running a 100Mhz CPU chip, are you also > > running 60nS DRAM as required by the motherboard book. Have you left > > the BIOS settings on the default values, or have you tried to speed > > things up by tweaking them?? > > I am running 32 Meg of 70ns EDO DRAM (this was all that was available a > month ago) with 12ns async cache with a SuperMicro mother board and AMI bios. > I havn't tweaked much of anything. I think the problem might be the external > cache speed in my case. My system has been running for almost 2.5 hrs now with > the external cache disabled and make world is just about finished. Unless SuperMicro has pulled some time out of the memory setup in the chip set you *MUST* run 60nS Simms, I don't care if they are EDO or not, I was able to get 60nS EDO a month ago, but not in 16MB parts. I have rumor that Samsung is now making EDO in 50, 60 and 70nS parts. I have never been very impressed with SuperMicro boards, I own one of them and wish I didn't. This is the older P5-60/VLB/ISA board. Using it as a guide the book clearly says you must run 60nS simms with a 66Mhz CPU. I have found that almost *every* motherboard running an external clock frequency of 66Mhz require 60nS DRAMS. The clone makers might get away with stuffing 70nS in there and running DOS/Windows, but it will *not* work for unix which is known to use memory much more agressivly than DOS. Disabling the external cache has disabled memory read burst cycles most likely as they are usually caused by the external cache requesting a 32 byte line fill, thus you are now not using main memory near as hard. Or it could be a bad or slow cache ram causing you fits. > I talked with some people down in the Electronics shop and they suggested > that the cache speed must be 10ns with a 100 Mhz processor and 8ns with > a 120Mhz processor (1/Processor Mhz). Do you know if this is correct? It is not correct, they have not accounted for the fact that the external bus clock is different than the internal CPU speed. The 90MHz and 120MHz parts uses a 60MHz bus, the 100Mhz and 133Mhz part use a 66Mhz external bus. They have completely failed to take into account any bus delays, loading delay, gate delay external to the CPU. In general you need 15nS cache chips for 66Mhz externally clocked systems, but can cut 1 cycle out of the burst by going to 12nS or faster parts (1/66Mhz is 15nS, thus with 15nS parts you need to run at a 3-2-2-2 cycle typically, but going to 12nS parts of the pipeline burst type you cut this to 2-1-1-1). > > Also, do you know if there is anyway of causing a core dump if the system > hangs? Ah, compile in the kernel debugger ``ddb'', see LINT file in conf directory. Then ctrl-alt-esc should put you in the debugger, ``call diediedie'' should cause a panic of ``Becuase you told me to'', and do a crash dump. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Thu May 18 14:28:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA18741 for hackers-outgoing; Thu, 18 May 1995 14:28:29 -0700 Received: (from hsu@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA18730 ; Thu, 18 May 1995 14:28:29 -0700 Date: Thu, 18 May 1995 14:28:29 -0700 From: Jeffrey Hsu Message-Id: <199505182128.OAA18730@freefall.cdrom.com> To: chuckr@Glue.umd.edu Subject: Re: (fwd) Re: Mma for Linux, when? Cc: hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk > I'm gonna need Mathematica for next Spring's Diff EQ class, but I don't > know what range of cost (rough idea?) we're talking about. I guess it would be roughly the same as their Windows and DOS versions, which is $200 for the student version w/ fpu support disabled and double? that for the full version. We'll have a much better idea when the price of the Linux version is announced (any week now). From owner-freebsd-hackers Thu May 18 14:29:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA18806 for hackers-outgoing; Thu, 18 May 1995 14:29:29 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA18800 for ; Thu, 18 May 1995 14:29:25 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id OAA15190; Thu, 18 May 1995 14:28:58 -0700 From: "Rodney W. Grimes" Message-Id: <199505182128.OAA15190@gndrsh.aac.dev.com> Subject: Re: Help! To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Thu, 18 May 1995 14:28:58 -0700 (PDT) Cc: james@miller.cs.uwm.edu, FreeBSD-hackers@FreeBSD.org In-Reply-To: <199505182034.NAA15099@gndrsh.aac.dev.com> from "Rodney W. Grimes" at May 18, 95 01:34:55 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1840 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > [Moved to hackers list, please don't double post!!!] > > > > > related but I have no idea. I have now disabled the external cache and I > > > > am trying the make world again... It is a lot slower... > > > > > > If this is not the ASUS board, ignore me!! > > > > > > I have qualified and done extensive testing on the ASUS Triton board, it > > > does work. To this day I have probably completed over 100 make worlds > > > on these boards. I see you are running a 100Mhz CPU chip, are you also > > > running 60nS DRAM as required by the motherboard book. Have you left > > > the BIOS settings on the default values, or have you tried to speed > > > things up by tweaking them?? > > > > I am running 32 Meg of 70ns EDO DRAM (this was all that was available a > > month ago) with 12ns async cache with a SuperMicro mother board and AMI bios. > > I havn't tweaked much of anything. I think the problem might be the external > > cache speed in my case. My system has been running for almost 2.5 hrs now with > > the external cache disabled and make world is just about finished. > > Unless SuperMicro has pulled some time out of the memory setup in the > chip set you *MUST* run 60nS Simms, I don't care if they are EDO or not, > I was able to get 60nS EDO a month ago, but not in 16MB parts. I have > rumor that Samsung is now making EDO in 50, 60 and 70nS parts. I just came up with something I should have had you try in the first place. Reset the motherboard for a 90Mhz CPU instead of turning the cache off. This will let us know if it is memory speed problems due to using 70nS parts with a 100Mhz CPU. I feel so stupid for not thinking about this before <:-(. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Thu May 18 14:43:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA20423 for hackers-outgoing; Thu, 18 May 1995 14:43:44 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA20415 for ; Thu, 18 May 1995 14:43:41 -0700 Received: by sequent.kiae.su id AA01664 (5.65.kiae-2 ); Fri, 19 May 1995 01:35:06 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Fri, 19 May 95 01:35:04 +0400 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id BAA02328; Fri, 19 May 1995 01:31:43 +0400 To: hackers@FreeBSD.org, "Nickolay N. Dudorov" Cc: "Jordan K. Hubbard" References: <199505181254.TAA26280@gw.itfs.nsk.su> In-Reply-To: <199505181254.TAA26280@gw.itfs.nsk.su>; from "Nickolay N. Dudorov" at Thu, 18 May 1995 19:54:24 +0700 Message-Id: Organization: Olahm Ha-Yetzirah Date: Fri, 19 May 1995 01:31:43 +0400 (MSD) X-Mailer: Mail/@ [v2.35 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: Multi-lingual support in sysinstall (TODO-2.0.5) Lines: 40 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1484 Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <199505181254.TAA26280@gw.itfs.nsk.su> Nickolay N. Dudorov writes: >4) In Russian case there is no need in 'screenmap' if you > use koi8-r-8x16 font (and it seems right for me); Do you really look at semigraphics with koi8-r font? It is broken in last (9) pixel, it is standard VGA hardware braindamage. Why do you think russians use cp866 fonts with screenmap? Please fix this place to use cp866 with koi8-r->cp866 screenmap. >5) For screens look fine you must not only change > TERM and TERMCAP in environment but also (re)setterm > and especially 'init_acs'. > This present another problem - setterm breaks shell_mode > (sets noecho), so I find some ugly hack to prevent this. > Sombody with better understanding of dialog, ncurses and > mytinfo can find better solution. What exactly you mean by "breaks shell mode", please specify code flow in maximal detailed level. >- systemChangeFont(font_koi8_r_8x14); >+ systemChangeFont(font_koi8_r_8x16); There must be font_cp866_8x16 instead. >- systemChangeScreenmap(koi8_r2cp866); >+/* systemChangeScreenmap(koi8_r2cp866); */ This change must be reverted back. Jordan, please, apply my fix. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Thu May 18 15:29:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA22059 for hackers-outgoing; Thu, 18 May 1995 15:29:54 -0700 Received: from distortion.eng.umd.edu (distortion.eng.umd.edu [129.2.98.6]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA22053 ; Thu, 18 May 1995 15:29:49 -0700 Received: from mocha.eng.umd.edu (mocha.eng.umd.edu [129.2.98.16]) by distortion.eng.umd.edu (8.6.10/8.6.4) with ESMTP id SAA01580; Thu, 18 May 1995 18:29:37 -0400 Received: (chuckr@localhost) by mocha.eng.umd.edu (8.6.10/8.6.4) id SAA07964; Thu, 18 May 1995 18:29:36 -0400 Date: Thu, 18 May 1995 18:29:36 -0400 (EDT) From: Chuck Robey To: Jeffrey Hsu cc: hackers@freefall.cdrom.com Subject: Re: (fwd) Re: Mma for Linux, when? In-Reply-To: <199505182128.OAA18730@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Thu, 18 May 1995, Jeffrey Hsu wrote: > > I'm gonna need Mathematica for next Spring's Diff EQ class, but I don't > > know what range of cost (rough idea?) we're talking about. > > I guess it would be roughly the same as their Windows and DOS versions, > which is $200 for the student version w/ fpu support disabled and > double? that for the full version. We'll have a much better idea > when the price of the Linux version is announced (any week now). > Mmm, that's a little steep for something I will not rely on greatly. I'd set an upper limit in my mind of maybe $150 for such school related stuff. I'm not likely to need it greatly past 1 or two semesters. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 7608 Topton St. | New Carrollton, MD 20784 | I run Journey2 (Freebsd 2.0) and n3lxx (301) 459-2316 | (FreeBSD 1.1.5.1) and am I happy! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Thu May 18 15:55:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA24500 for hackers-outgoing; Thu, 18 May 1995 15:55:05 -0700 Received: from haywire.DIALix.COM (peter@haywire.DIALix.COM [192.203.228.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA24489 for ; Thu, 18 May 1995 15:55:00 -0700 Received: (from peter@localhost) by haywire.DIALix.COM (8.6.12/8.6.12/DIALix) id GAA27348; Fri, 19 May 1995 06:54:51 +0800 Date: Fri, 19 May 1995 06:54:49 +0800 (WST) From: Peter Wemm To: hackers@FreeBSD.org Subject: Hmm. _really wierd_. Packets going out wrong interface... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Something really wierd is going on.. When the system is choosing which interface a packet has to go out on, something is getting crossed over somewhere. Scenario: super small C-class subnet, 192.203.228.64 -> 192.203.228.79. .79 is broadcast address. .65 is haywire, .69 is jhome. Original config: haywire (SVR4, lachman tcp) ethernet at .65, netmask 0xfffffff0, and has a ppp link .65 -> .3, netmask also 0xfffffff0. This represents no problem, as all lookups that deal with IFF_POINTTOPOINT interfaces compare the destination address with the value being looked up. This prevents the need for large numbers of IP addresses for the server with lots of ppp/slip connections. it works reliably and deterministically. I tried that with a FreeBSD machine.. whooo.. that turned out to be interesting. I fired up the PPP link on jhome, .69 -> .3 with the same netmask, 0xfffffff0. I've been trying to figure out where the hell the broadcasts have gone. Talk about surprise.. The broadcasts destined for the local ethernet went out the PPP link! (so says tcpdump anyway..) It appears that even though the networking code goes to *great* lengths to make sure that destination address is the only one that counts on P2P links, there's still one or two left that are using (localaddr & netmask). So.. after killing and restarting gated, I then got: Data modified on freelist: word 0 of object 0xf0733c80 size 36 previous type in_multi (0xf066d440 != 0xdeadc0de) And.. I was just about to write that rwhod is broadcasting to the local ethernet to confuse the issue, I discover that it's currently going over the ppp link too... I was sure that it was going to ethernet before, but that might have been before I started messing with ifconfig. pinging the ethernet broadcast address yields a response from the ethernet hosts as expected (even though it's not got SO_BROADCAST set).. but things that DO have SO_BROADCAST seem to go out on the non-broadcast ppp link.. Real strange... The thought occurred that it might be an idea to try using the remote subnet for both addresses.. (ie: .3 -> .8 and vice versa), but that wont work when (if) the other end becomes a freebsd machine, because the remote end wont be able to broadcast to it's ethernet.. Puzzled.. -Peter From owner-freebsd-hackers Thu May 18 16:01:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA24757 for hackers-outgoing; Thu, 18 May 1995 16:01:01 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA24740 ; Thu, 18 May 1995 16:00:55 -0700 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id TAA09455; Thu, 18 May 1995 19:01:31 -0400 From: Peter Dufault Message-Id: <199505182301.TAA09455@hda.com> Subject: Re: (fwd) Re: Mma for Linux, when? To: hsu@freefall.cdrom.com (Jeffrey Hsu) Date: Thu, 18 May 1995 19:01:30 -0400 (EDT) Cc: chuckr@Glue.umd.edu, hackers@freefall.cdrom.com In-Reply-To: <199505182128.OAA18730@freefall.cdrom.com> from "Jeffrey Hsu" at May 18, 95 02:28:29 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1870 Sender: hackers-owner@FreeBSD.org Precedence: bulk Jeffrey Hsu writes: > > > I'm gonna need Mathematica for next Spring's Diff EQ class, but I don't > > know what range of cost (rough idea?) we're talking about. > > I guess it would be roughly the same as their Windows and DOS versions, > which is $200 for the student version w/ fpu support disabled and > double? that for the full version. We'll have a much better idea > when the price of the Linux version is announced (any week now). There is so much to do. Let us choose our battles carefully. IMHO, the right thing to do is to work on our Linux emulation so that we can run the Linux Mathematica port and not try to push Wolfram to do a native FreeBSD port. Everyone planning to send a mailing off to Wolfram please stop and consider what you can do to support full Linux emulation under FreeBSD. Wolfram really doesn't want to do another port to a Unixy clone, and I don't see why we have to make them. The major distinguishing characteristic of FreeBSD versus Linux is the BSD copyright. That issue matters little to Wolfram when choosing target platforms. They have a large customer base among students who either haven't thought through BSD versus FSF, or when they have, maybe they haven't also been trying to run a business and are wondering what will happen in that potential new clients legal department when the Copyleft is presented. If the Linux users shout the loudest, fine. We can leverage off their shouts through our top notch Linux emulation. Their encumbered source is there for us to work off of. I see no reason for Linux emulation to not be GPL. Linux is working for us. I didn't expect to see Mathematica ported to a source-code-available platform. -- 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 18 16:03:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA24901 for hackers-outgoing; Thu, 18 May 1995 16:03:20 -0700 Received: from kalypso.iqm.unicamp.br (kalypso.iqm.unicamp.br [143.106.13.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA24879 for ; Thu, 18 May 1995 16:03:01 -0700 Received: (from vazquez@localhost) by kalypso.iqm.unicamp.br (8.6.10/8.6.9) id UAA23426 for hackers@freebsd.org; Thu, 18 May 1995 20:01:46 -0300 From: Pedro A M Vazquez Message-Id: <199505182301.UAA23426@kalypso.iqm.unicamp.br> Subject: Re: Mathematica for FreeBSD (fwd) To: hackers@FreeBSD.org Date: Thu, 18 May 1995 20:01:44 -0300 (EST) Organization: Instituto de Quimica Unicamp X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1379 Sender: hackers-owner@FreeBSD.org Precedence: bulk I got this answer just now. Ian Collier said: > From ianc@wri.com Thu May 18 17:37:42 1995 > Posted-Date: Thu, 18 May 1995 17:23:04 -0300 > Message-Id: > Mime-Version: 1.0 > Content-Type: text/plain; charset="us-ascii" > Date: Thu, 18 May 1995 15:37:49 -0600 > To: Pedro A M Vazquez > From: ianc@wri.com (Ian Collier) > Subject: Re: Mathematica for FreeBSD > > To reiterate, if enough people approach us clearly requesting it and > clearly indicating that they would purchase the resulting version of > Mathematica then we will most certainly reconsider it. > > Until now we have had very few requests. You are the first person I have > dealt with directly about this. > > I will forward your comments to the appropriate people here. > > If you have comments about or requests for new versions of Mathematica you > can send them directly to "new-versions@wri.com". > > I hope this helps. > > --Ian > > ---------------------------------------------------------------- > Ian Collier > Technical Sales Support > Wolfram Research, Inc. > ---------------------------------------------------------------- > Tel (217) 398-0700 Fax (217) 398-0747 ianc@wri.com > Wolfram Research Home Page http://www.wri.com/ > ---------------------------------------------------------------- > > From owner-freebsd-hackers Thu May 18 16:27:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA25760 for hackers-outgoing; Thu, 18 May 1995 16:27:06 -0700 Received: (from hsu@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA25751 ; Thu, 18 May 1995 16:27:05 -0700 Date: Thu, 18 May 1995 16:27:05 -0700 From: Jeffrey Hsu Message-Id: <199505182327.QAA25751@freefall.cdrom.com> To: dufault@hda.com Subject: Re: (fwd) Re: Mma for Linux, when? Cc: hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk > IMHO, the right thing to do is to work on our Linux emulation so > that we can run the Linux Mathematica port and not try to push If a company has indicated a willingness to do a port for FreeBSD, I believe we should only encourage them. The problem w/ most OS'es is not too many applications. It's too few applications. Keep in mind that the number of users increases with the number of applications. It's shortsighted to say we don't need all the applications we can get. Since WRI has decided to go into the freeware OS market, I am continuing reminded of the question, "why not us?" To advance a slippery slope argument, settling for Linux application is tantamount to settling for the Linux operating system. Why run FreeBSD at all if all the applications are going to be Linux applications? Why try to encourage more users to try FreeBSD when Linux is so popular and has so much commercial application support? We might as well spend our time and energy into making Linux a better platform and abandon FreeBSD. [Unless we want to discuss why Linux emulation is technically inferior to running native applications, please follow-up on -chat and not -hackers.] Jeffrey From owner-freebsd-hackers Thu May 18 16:28:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA25802 for hackers-outgoing; Thu, 18 May 1995 16:28:36 -0700 Received: from lupine.nsi.nasa.gov (lupine.nsi.nasa.gov [198.116.2.100]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA25796 for ; Thu, 18 May 1995 16:28:35 -0700 Received: (from mnewell@localhost) by lupine.nsi.nasa.gov (8.6.12/8.6.12) id TAA20200; Thu, 18 May 1995 19:26:49 -0400 Date: Thu, 18 May 1995 19:26:48 -0400 (EDT) From: "Michael C. Newell" To: Peter Wemm cc: hackers@FreeBSD.org Subject: Re: Hmm. _really wierd_. Packets going out wrong interface... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Wait till the REALLY nasty one hits - when for some reason it decides that your default route should be out some other interface... We had ppp0: 198.116.2.4->198.116.75.1, where 2.4 was the local Ethernet and 75.1 was the remote tail site Ethernet. At one point routing decided that 2.4 wasn't ed0 anymore, it was ppp0. Don't know why or how, but the end result was everything got routed through ppp0. Not a good thing, and the only fix that worked was to reboot the local server. Major bummer. :{0 To fix that we picked a class C subnet specifically for the local server ppp interfaces; thus our two ppp links that used to be Local Remotes 198.116.2.4 -> 198.116.75.1 198.116.2.4 -> 198.116.75.33 became 198.116.75.17 -> 198.116.75.65 198.116.75.19 -> 198.116.75.33 Things worked MUCH better then; the ONLY problem we had after that was that routed and gated would simply not announce the 198.116.75 network out to the 198.116.2.0 network. That's when we assigned 198.116.75.1 as an alias to 198.116.2.4 and ran gated with a specific announce to specified; that fixed the problem. But I still don't understand why it has to be that way... Thanks, Mike On Fri, 19 May 1995, Peter Wemm wrote: > Date: Fri, 19 May 1995 06:54:49 +0800 (WST) > From: Peter Wemm > To: hackers@FreeBSD.org > Subject: Hmm. _really wierd_. Packets going out wrong interface... > > Something really wierd is going on.. > > When the system is choosing which interface a packet has to go out on, > something is getting crossed over somewhere. > > Scenario: > super small C-class subnet, 192.203.228.64 -> 192.203.228.79. > .79 is broadcast address. .65 is haywire, .69 is jhome. > > Original config: > haywire (SVR4, lachman tcp) ethernet at .65, netmask 0xfffffff0, and has > a ppp link .65 -> .3, netmask also 0xfffffff0. This represents no > problem, as all lookups that deal with IFF_POINTTOPOINT interfaces > compare the destination address with the value being looked up. This > prevents the need for large numbers of IP addresses for the server with > lots of ppp/slip connections. it works reliably and deterministically. > > I tried that with a FreeBSD machine.. whooo.. that turned out to be > interesting. > > I fired up the PPP link on jhome, .69 -> .3 with the same netmask, > 0xfffffff0. I've been trying to figure out where the hell the broadcasts > have gone. > > Talk about surprise.. The broadcasts destined for the local ethernet > went out the PPP link! (so says tcpdump anyway..) > > It appears that even though the networking code goes to *great* lengths > to make sure that destination address is the only one that counts on P2P > links, there's still one or two left that are using (localaddr & netmask). > > So.. after killing and restarting gated, I then got: > Data modified on freelist: word 0 of object 0xf0733c80 size 36 previous > type in_multi (0xf066d440 != 0xdeadc0de) > > And.. I was just about to write that rwhod is broadcasting to the local > ethernet to confuse the issue, I discover that it's currently going over > the ppp link too... I was sure that it was going to ethernet before, but > that might have been before I started messing with ifconfig. > > pinging the ethernet broadcast address yields a response from the > ethernet hosts as expected (even though it's not got SO_BROADCAST set).. > but things that DO have SO_BROADCAST seem to go out on the non-broadcast > ppp link.. > > Real strange... > > The thought occurred that it might be an idea to try using the remote > subnet for both addresses.. (ie: .3 -> .8 and vice versa), but that wont > work when (if) the other end becomes a freebsd machine, because the > remote end wont be able to broadcast to it's ethernet.. > > Puzzled.. > -Peter > Thanks, Mike +--------------------------------------+------------------------------------+ |Mike Newell | The opinions expressed herein are | |NASA Science Internet Network Systems | my own, and do not necessarily | |Sterling Software, Inc. | reflect those of the NSI program, | |MNewell@nsipo.nasa.gov | Sterling Software, NASA, or anyone | |+1-202-434-8954 | else. | +--------------------------------------+------------------------------------+ From owner-freebsd-hackers Thu May 18 16:33:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA25942 for hackers-outgoing; Thu, 18 May 1995 16:33:11 -0700 Received: from netcom14.netcom.com (root@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA25936 ; Thu, 18 May 1995 16:33:10 -0700 Received: by netcom14.netcom.com (8.6.12/Netcom) id QAA01537; Thu, 18 May 1995 16:13:11 -0700 Date: Thu, 18 May 1995 16:13:11 -0700 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199505182313.QAA01537@netcom14.netcom.com> To: dufault@hda.com, hsu@freefall.cdrom.com Subject: Re: (fwd) Re: Mma for Linux, when? Cc: chuckr@Glue.umd.edu, hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk I don't see anything wrong with people pestering vendors . It really doesn't take that much time to fire off an e-mail. Really, is nothing like hacking on the Linux emulation code. So if you can't contribute technically, you sure can help out by requesting more native ports to freebsd ! Enjoy, Amancio From owner-freebsd-hackers Thu May 18 16:33:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA25954 for hackers-outgoing; Thu, 18 May 1995 16:33:17 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA25944 ; Thu, 18 May 1995 16:33:14 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA28490; Thu, 18 May 95 17:26:24 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505182326.AA28490@cs.weber.edu> Subject: Re: (fwd) Re: Mma for Linux, when? To: dufault@hda.com (Peter Dufault) Date: Thu, 18 May 95 17:26:24 MDT Cc: hsu@freefall.cdrom.com, chuckr@Glue.umd.edu, hackers@freefall.cdrom.com In-Reply-To: <199505182301.TAA09455@hda.com> from "Peter Dufault" at May 18, 95 07:01:30 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > IMHO, the right thing to do is to work on our Linux emulation so > that we can run the Linux Mathematica port and not try to push > Wolfram to do a native FreeBSD port. Everyone planning to send a > mailing off to Wolfram please stop and consider what you can do to > support full Linux emulation under FreeBSD. Wolfram really doesn't > want to do another port to a Unixy clone, and I don't see why we > have to make them. > > The major distinguishing characteristic of FreeBSD versus Linux is > the BSD copyright. The major distinguishing feature for commercial software should be that there is a commercial OS whose binaries run: BSDI. A BSDI port should be in their normal business interest, if it doesn't already exist. The problem with Free OS ports (Warner Losh should back this) is the rapid ABI changes obsoleting the port and shortening its viable market lifetime. Neither a native FreeBSD /NetBSD nor a Linux port would address this issue. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu May 18 17:13:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA27036 for hackers-outgoing; Thu, 18 May 1995 17:13:52 -0700 Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.97.216]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA27029 ; Thu, 18 May 1995 17:13:50 -0700 Received: (from kargl@localhost) by troutmask.apl.washington.edu (8.6.11/8.6.9) id RAA01411; Thu, 18 May 1995 17:09:33 -0700 From: Steven G Kargl Message-Id: <199505190009.RAA01411@troutmask.apl.washington.edu> Subject: Re: (fwd) Re: Mma for Linux, when? To: chuckr@Glue.umd.edu (Chuck Robey) Date: Thu, 18 May 1995 17:09:33 -0700 (PDT) Cc: hsu@freefall.cdrom.com, hackers@freefall.cdrom.com In-Reply-To: from "Chuck Robey" at May 18, 95 06:29:36 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1119 Sender: hackers-owner@FreeBSD.org Precedence: bulk According to Chuck Robey: > > On Thu, 18 May 1995, Jeffrey Hsu wrote: > > > > I'm gonna need Mathematica for next Spring's Diff EQ class, but I don't > > > know what range of cost (rough idea?) we're talking about. > > > > I guess it would be roughly the same as their Windows and DOS versions, > > which is $200 for the student version w/ fpu support disabled and > > double? that for the full version. We'll have a much better idea > > when the price of the Linux version is announced (any week now). > > > Mmm, that's a little steep for something I will not rely on greatly. I'd > set an upper limit in my mind of maybe $150 for such school related stuff. > I'm not likely to need it greatly past 1 or two semesters. > > If mathematica is not REQUIRED by the professor for his course and you only want something to solve ODEs and PDEs, then you might be able to use octave. -- Steven G. Kargl | Phone: 206-685-4677 | Applied Physics Lab | Fax: 206-543-6785 | Univ. of Washington |---------------------| 1013 NE 40th St | FreeBSD 2.1-current | Seattle, WA 98105 |---------------------| From owner-freebsd-hackers Thu May 18 18:51:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA04125 for hackers-outgoing; Thu, 18 May 1995 18:51:19 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA04111 for ; Thu, 18 May 1995 18:51:09 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id VAA05510; Thu, 18 May 1995 21:51:03 +0500 From: "Serge A. Babkin" Message-Id: <199505181651.VAA05510@hq.icb.chel.su> Subject: Re: pcnfsd or bwnfsd To: asami@CS.Berkeley.EDU (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Date: Thu, 18 May 1995 21:51:03 +0500 (GMT+0500) Cc: hackers@FreeBSD.org In-Reply-To: <199505180930.CAA06566@silvia.HIP.Berkeley.EDU> from "Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=" at May 18, 95 02:30:58 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 412 Sender: hackers-owner@FreeBSD.org Precedence: bulk > * Bwnfsd is public domain, pcnfsd looks like freeware but I'm > * not a lawyer to be shure :-) > * > * A question is: Perhaps we need to include them in the > * distribution ? > > Dunno about bwnfsd, but pcnfsd is in the ports/net. Thanks. I didn't got ports so I didn't knew. Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Thu May 18 19:19:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA05969 for hackers-outgoing; Thu, 18 May 1995 19:19:56 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA05953 for ; Thu, 18 May 1995 19:19:49 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id WAA05757; Thu, 18 May 1995 22:20:21 +0500 From: "Serge A. Babkin" Message-Id: <199505181720.WAA05757@hq.icb.chel.su> Subject: Re: 3c509B woes ( B models only!) To: babb@sedhps01.mdc.com (Jim Babb) Date: Thu, 18 May 1995 22:20:21 +0500 (GMT+0500) Cc: hackers@FreeBSD.org In-Reply-To: <199505180951.OAA02986@hq.icb.chel.su> from "Jim Babb" at May 18, 95 01:54:46 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1297 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I borrowed a 3c509B for testing and it works without this change. > > Must be speed difference of machines. I have five identical machines > here that all need some extra delay. Something strange. It uses a DELAY() what should work independently of any machine speed. But it was told in -hackers that it may lie on big delays :-( > > My card > > is ASSY 03-0021-001 REV-A. The only problem I see is that it doesn't > > allow autoconfiguring after soft reboot as 3c509 did. It's really very > > inconvenient. Do you see this problem ? (I have 3c509 configured on > > port? irq? so it really needs autoconfiguring). > I have had the card missed when warm booting from DOS (configured as above). It's a common problem :-( > It works fine when warm booting from FreeBSD and on a cold boot (now that > 'plug-n-play' is turned off). It's what my old 3c509 does but this new 3c509B fails. BTW, these words "Parallel Tasking" are not about B-series only, they are about the whole line of 3c509 since 1992 (according to the 3Com tech-tip). I know now why it doesn't works with "plug-n-play" turned on and I hope it will be possibly to change driver to work with it. Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Thu May 18 20:08:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA09153 for hackers-outgoing; Thu, 18 May 1995 20:08:56 -0700 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id UAA09147 for ; Thu, 18 May 1995 20:08:49 -0700 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <29858-0@bunyip.cc.uq.oz.au>; Fri, 19 May 1995 13:07:44 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id NAA05364 for ; Fri, 19 May 1995 13:11:39 +1000 Received: by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id DAA26487; Fri, 19 May 1995 03:08:46 GMT Date: Fri, 19 May 1995 03:08:46 GMT From: Stephen Hocking Message-Id: <199505190308.DAA26487@netfl15a.devetir.qld.gov.au> To: hackers@FreeBSD.org Subject: ATM card for PC's with API specs Sender: hackers-owner@FreeBSD.org Precedence: bulk Looks like an ATM card will be availabe & programmable - any takers? >Archive-name: auto/linux.dev.atm/Information_about_FORE_ATM_Cards > > >Note: This is somewhat commercial in nature. > >FORE Systems is interested in enabling/developing an ATM driver for Linux. > >For the unfamiliar, FORE Systems supports the widest range of >platforms/busses (EISA, PCI relevant to the PCs for example) for ATM >adapters for various standard physical media (OC3, Taxi, UTP). Please see >below for more information about the company and for contact information. > >Towards this end we are willing to make the ATM Adaptation Layer Interface >(AALI) specification available to the public via various information >servers (ftp for start and www etc.). > >200 series adapter cards have an i960 processor to do the SAR. This is >done by the firmware which is shipped with the software that goes with the >adapter. The firmware is normally downloaded during boot and is mostly >transparent to the user. For example, ESA-200PC adapter card would come >with the right firmware to run on a PC. The AALI is an interface to the >firmware and will be needed for driver development if a 200 series adapter >will be used. > >It would something like: > > > IP (say) > | > Driver > | > (AALI sits here) > | > firmware > | > 200 series > > >The AALI is available from: > >ftp.fore.com:/pub/docs/ > > aali.readme > aali.ps > > >-Pragnesh > >FORE Systems, Inc. > >Company and Contact Information: > >FORE Systems is the worldwide leader in the design, development, >manufacture, and sale of high performance local area networking products >based on ATM (Asynchronous Transfer Mode) technology. FORE offers the most >comprehensive ATM LAN product line available today including ForeRunner >switches, adapter cards, LAN access products, and video adapters, >ForeThought internetworking software, and ForeView network management >software. FORE has delivered ATM solutions to over 500 customers including >Fortune 500 companies, telecommunications service providers, government >agencies, research institutions, and universities. FORE Systems' >headquarters are located at 174 Thorn Hill Road, Warrendale, Pennsylvania >15086. > >email: info@fore.com >Phone: (412) 772-6600 >Fax : (412) 772-6500 >ftp.fore.com:/pub for browsing and some good stuff. > > From owner-freebsd-hackers Thu May 18 20:21:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA09596 for hackers-outgoing; Thu, 18 May 1995 20:21:37 -0700 Received: from genesis.tiac.net (genesis.tiac.net [204.180.76.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA09586 for ; Thu, 18 May 1995 20:21:31 -0700 Received: by genesis.tiac.net (8.6.9/genesis0.0) id XAA05650; Thu, 18 May 1995 23:21:26 -0400 Date: Thu, 18 May 1995 23:21:26 -0400 From: steve2@genesis.tiac.net (Steve Gerakines) Message-Id: <199505190321.XAA05650@genesis.tiac.net> To: hackers@FreeBSD.org Subject: Re: Adaptec 2940? Sender: hackers-owner@FreeBSD.org Precedence: bulk Here's another one. Gateway 2000 486DX4/100 EISA, Anigma mb. [10:12pm]/usr/local/src/ram-speed% cc -O2 -o ram-speed ram-speed.c [10:13pm]/usr/local/src/ram-speed% ./ram-speed 49005fb0 0.332 uS/op 3.01e+06 op/S 11.480 Mb/S 8938c0df 0.130 uS/op 7.70e+06 op/S 29.371 Mb/S System was idle. Btw- There was some discussion a while back about Intel "Stepping 0" Intel CPU's. When I last booted 2.0 it reported stepping 0 for the CPU. What does this mean anyway? My system originally was a DX2/50 but I switched to the 33Mhz clock and got a clock tripled DX4 overdrive. - Steve steve2@genesis.tiac.net From owner-freebsd-hackers Thu May 18 21:11:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA11380 for hackers-outgoing; Thu, 18 May 1995 21:11:38 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA11372 for ; Thu, 18 May 1995 21:11:36 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id VAA09502; Thu, 18 May 1995 21:11:28 -0700 Date: Thu, 18 May 1995 21:11:28 -0700 Message-Id: <199505190411.VAA09502@silvia.HIP.Berkeley.EDU> To: adhir@iagi.net CC: aledm@pavilion.co.uk, hackers@FreeBSD.org In-reply-to: (adhir@iagi.net) Subject: Re: ram-speed (was Re: Adaptec 2940?) From: asami@CS.Berkeley.EDU (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: hackers-owner@FreeBSD.org Precedence: bulk * Some more data points: * * Bigdipper (ASUS SP3G, 486dx2/66, 40mb RAM, 512k cache, 1.1.5.1) * * 49005fb0 0.309 uS/op 3.23e+06 op/S 12.327 Mb/S * 8938c0df 0.159 uS/op 6.31e+06 op/S 24.066 Mb/S * * * Littledipper (ASUS SP3G, 486dx2/66, 32mb RAM, 512k cache, -current) * * 49005fb0 0.312 uS/op 3.21e+06 op/S 12.233 Mb/S * 8938c0df 0.158 uS/op 6.32e+06 op/S 24.112 Mb/S * * * (BTW - both machines were pretty heavily loaded at the time... Not sure * if it makes a difference) Here goes mine. silvia (SI54P AIO (SiS 85C* chipset), P-90, 32mb RAM, 256K $, -current) 49005fb0 0.418 uS/op 2.39e+06 op/S 9.121 Mb/S 8938c0df 0.170 uS/op 5.89e+06 op/S 22.462 Mb/S The machine was completely idle. Oh boy. ;< Satoshi From owner-freebsd-hackers Thu May 18 21:13:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA11463 for hackers-outgoing; Thu, 18 May 1995 21:13:18 -0700 Received: from tippy.cybernetics.net (tippy.cybernetics.net [198.80.51.150]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA11456 for ; Thu, 18 May 1995 21:13:14 -0700 Received: (from root@localhost) by tippy.cybernetics.net (8.6.11/8.6.9) id AAA00173; Fri, 19 May 1995 00:10:50 -0400 Date: Fri, 19 May 1995 00:10:49 -0400 (EDT) From: Chris Madison To: hackers@FreeBSD.org Subject: Okay, I give what's the new secret Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello. I've installed FreeBSD on my own machine and others. I have never had problems with the boot manager not seeing the msdawg drive, until tonight. I'm using the 9504?? SNAP floppies in fix it mode. Fdisk sees the active dos partition - Boot: Yes. So I "W"rite it to the MBR. Then I install the "B"ootmanager. On the BSD disk I label all the partitions as they should and again "W"rite the info. Now when I boot up and want to go to msdoz I press F1, because it is the option to go to doz. After I do that, F? appears. So I press F5 to see if its there and it is. The good thing is that I don't have to type in wd(1,a)...... anymore (good job on that btw). Then I pop the fix it disk back in to see what I have set up. Lo and behold, the dawg disk is marked as not bootable - Boot: No. Being curious I boot up with a doz disk and use its fdisk. ms fdisk says the partition is not active, so I make it active, reboot the doz disk and its still active. Then I boot up with the fix it disk again and it reads that it is active. So I set up everything again and do all the other fix it stuff and reboot. Well the same thing happens, the dawg disk isn't bootable. I've tried many things, except the "right" combination. Reformatted the doz drive and reinstalled doz itself. Is there a bug in the 9504?? SNAP floppies? Or did I forget the correct procedure? I really need to print off a resume off the doz disk (well off the tape backup now:-) ) for today. Thanx ------------------------------------------------------------- cmadison@tippy.cybernetics.net | Cybernetics.net: Were most cmadison@cybernetics.com | of the lusers whine all of cmmadiso@uncc.edu | the time!!(Tm) and now cmadison@metasys.com | *standard disclaimer applies* ------------------------------------------------------------- http://www.cybernetics.net/users/cmadison/homepage.html From owner-freebsd-hackers Thu May 18 21:15:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA11544 for hackers-outgoing; Thu, 18 May 1995 21:15:39 -0700 Received: from haywire.DIALix.COM (peter@haywire.DIALix.COM [192.203.228.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA11535 for ; Thu, 18 May 1995 21:15:32 -0700 Received: (from peter@localhost) by haywire.DIALix.COM (8.6.12/8.6.12/DIALix) id MAA09745; Fri, 19 May 1995 12:15:21 +0800 Date: Fri, 19 May 1995 12:15:18 +0800 (WST) From: Peter Wemm To: hackers@FreeBSD.org Subject: More on "Hmm.. Strange..." Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Well. Something really wierd is going on. I think it's a bug, and potentially serious, as it makes gated practically useless.. There is some interaction with SO_REUSEADDR.. I have not figured out why yet, but take the following program (chopped down rwhod.c) which deterministically demonstrates the problem. ----------- #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include int main(argc, argv) int argc; char *argv[]; { int on = 1; char *cp; struct sockaddr_in sin; struct servent *sp; struct hostent *hp; int s; sp = getservbyname("router", "udp"); if (sp == NULL) { fprintf(stderr, "rwhod: man/who: unknown service\n"); exit(1); } if ((s = socket(AF_INET, SOCK_DGRAM, 0)) < 0) { syslog(LOG_ERR, "socket: %m"); exit(1); } if (setsockopt(s, SOL_SOCKET, SO_BROADCAST, &on, sizeof(on)) < 0) { syslog(LOG_ERR, "setsockopt SO_BROADCAST: %m"); exit(1); } memset(&sin, 0, sizeof(sin)); sin.sin_family = AF_INET; sin.sin_port = sp->s_port; #if 0 if (bind(s, (struct sockaddr *)&sin, sizeof(sin)) < 0) { syslog(LOG_ERR, "bind: %m"); exit(1); } #endif hp = gethostbyname(argv[1]); if (hp == NULL) { fprintf(stderr, "rwhod: %s unknown host\n", argv[1]); exit(1); } sin.sin_addr.s_addr = *((long *)hp->h_addr); (void)sendto(s, "hello", 5, 0, (struct sockaddr *)&sin, sizeof(sin)); (void)sendto(s, "hellothere", 10, SO_REUSEADDR, (struct sockaddr *)&sin, sizeof(sin)); } The first sendto() always works, and the second sendto() sends the datagram to the *wrong interface*! Just a (yet another) reminder of the config: ed0: flags=8963 mtu 1500 inet 192.203.228.69 netmask 0xfffffff0 broadcast 192.203.228.79 ppp0: flags=151 mtu 1500 inet 192.203.228.69 --> 192.203.228.3 netmask 0xfffffff0 In this case, in the above program, the first sendto() sends a 5 byte broadcast to 192.203.228.79 on the ethernet (correct!). The second sendto(), the 10 byte datagram gets sent to 192.203.228.79 on the PPP interface!!!!! (of which the remote sends it straight back! after a game of ping-pong, an icmp timer exceeded message is sent). I recompiled gated to not turn on SO_REUSEADDR at all, but there's some kernel glue that appears to turn it on inside the kernel if the socket is implicated in any multicasting (as gated does with OSPF and RIP-II).. I'm not awake enough to interpret the code to understand what's going on.. But I thought I'd mention it in case somebody else might recognised it, or knew what was going wrong. Any suggestions what to try next? -Peter From owner-freebsd-hackers Thu May 18 22:45:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA12953 for hackers-outgoing; Thu, 18 May 1995 22:45:32 -0700 Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA12947 for ; Thu, 18 May 1995 22:45:29 -0700 Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id HAA09463; Fri, 19 May 1995 07:30:40 +0200 From: Luigi Rizzo Message-Id: <199505190530.HAA09463@labinfo.iet.unipi.it> Subject: Re: ram-speed (was Re: Adaptec 2940?) To: asami@CS.Berkeley.EDU (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Date: Fri, 19 May 1995 07:30:40 +0200 (MET DST) Cc: adhir@iagi.net, aledm@pavilion.co.uk, hackers@FreeBSD.org In-Reply-To: <199505190411.VAA09502@silvia.HIP.Berkeley.EDU> from "Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=" at May 18, 95 09:11:09 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 946 Sender: hackers-owner@FreeBSD.org Precedence: bulk > 49005fb0 0.418 uS/op 2.39e+06 op/S 9.121 Mb/S > 8938c0df 0.170 uS/op 5.89e+06 op/S 22.462 Mb/S What does this test measure ? Is it just reads and writes, or something more ? It looks kind of strange to me that reads take so long (418nS) to complete, even if you have a cache miss every time. BTW, on a couple of systems here, I see values such as 4.810/24.774 (the first looks quite low, I guess I have to play with the setup of the board). Also, the test takes quite long to complete. I noticed that if I reduce the number of loops the results don't change significantly. Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 ==================================================================== From owner-freebsd-hackers Thu May 18 22:57:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA13132 for hackers-outgoing; Thu, 18 May 1995 22:57:08 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA13124 for ; Thu, 18 May 1995 22:56:54 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id WAA15849; Thu, 18 May 1995 22:55:52 -0700 From: "Rodney W. Grimes" Message-Id: <199505190555.WAA15849@gndrsh.aac.dev.com> Subject: Re: Adaptec 2940? To: steve2@genesis.tiac.net (Steve Gerakines) Date: Thu, 18 May 1995 22:55:52 -0700 (PDT) Cc: hackers@FreeBSD.org, robin@interlabs.com In-Reply-To: <199505190321.XAA05650@genesis.tiac.net> from "Steve Gerakines" at May 18, 95 11:21:26 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2904 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Here's another one. Gateway 2000 486DX4/100 EISA, Anigma mb. > > [10:12pm]/usr/local/src/ram-speed% cc -O2 -o ram-speed ram-speed.c > [10:13pm]/usr/local/src/ram-speed% ./ram-speed > 49005fb0 0.332 uS/op 3.01e+06 op/S 11.480 Mb/S > 8938c0df 0.130 uS/op 7.70e+06 op/S 29.371 Mb/S > System was idle. > > Btw- There was some discussion a while back about Intel "Stepping 0" > Intel CPU's. When I last booted 2.0 it reported stepping 0 for the CPU. > What does this mean anyway? My system originally was a DX2/50 but I > switched to the 33Mhz clock and got a clock tripled DX4 overdrive. If I recall correctly someone out there had a DX4 stepping 0 and where having some problems. They called Intel who denied that a stepping 0 of the DX4 chip was ever done. Now we have a second person with a stepping 0 486DX4 chip, care to send me the complete CPUID output and if you can get the serial number and the SX number off the chip I will see what Intel says about this. [For those who do not know about SX numbers, well, I just found out for my self, they can tell you more about that chip than any other number there is, but it requires an NDA with Intel to get the SX listing. Note only that Intel says I should *always* specify on any CPU order the correct SX number to get the chip I really want. The A8050266-100 is *not* enough to necessarily get a P54C-100 3.4V chip. I must add the correct SX963 for a stepping 5 or SX957 for a stepping 4 chip of the ``Standard'' version. If you have an SX958 (Hi Robin!!!) this is what is called a ``VR'' version of the chip, but no one can tell me what *exactly* a VR version is, some said it mean ``Voltage Reduced'', others told me it meant ``Voltage Regulation''. Gee, and I thought I was talking to the manufacturer who sould know what there part nomenclature means :-(. They also told me all of the official Intel Distributors should know all about these numbers. Well I called a few of them, what I found was that some of them could tell me what SX number parts they had, others had never even heard of the SX number, and these are from *OFFICIAL* Intel component distributors. Needless to say it looks like Intel has really made it very hard to do business with them. They say get the SX data from distribution, distribution says get the DX data from Intel. No one I talked to had a clue about what the SX numbers really mean (thanks to a back door and the fact I am under Intel General NDA due to contract work I was able to get more data about it). They are also haveing an Intel Pentium apps engineer get back to me about all the various flavors of the chip (I see no less than 10 in what I have, and have heard of others that are not even in it yet like a 2.9V part :-(). -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Thu May 18 22:58:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA13145 for hackers-outgoing; Thu, 18 May 1995 22:58:01 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA13126 for ; Thu, 18 May 1995 22:57:01 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id BAA07069; Fri, 19 May 1995 01:51:59 +0500 From: "Serge A. Babkin" Message-Id: <199505182051.BAA07069@hq.icb.chel.su> Subject: Re: Fix for 3C509 (ep) driver To: davidg@Root.COM Date: Fri, 19 May 1995 01:51:58 +0500 (GMT+0500) Cc: hackers@FreeBSD.org, steve@simon.chi.il.us, martin@victor.innovus.com In-Reply-To: <199503230451.UAA02437@corbin.Root.COM> from "David Greenman" at Mar 22, 95 08:51:37 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 7686 Sender: hackers-owner@FreeBSD.org Precedence: bulk Review please this patch (and commit it if you think it's OK). It does: 1. Card is normally initialized after warm reboot from DOS. This part of patch is written by Steven E. Piette Now it has no kdc_...(I forgot what exactly)... hook that is called on system halt because I'm still running 950210-SNAP what doesn't have this hook. 2. Card works OK with "plug-n-play" mode enabled too (ISA cards only). I'm not shure about EISA autoconfiguration procedure so I didn't changed it. Perhaps the same changes should be done with Netboot, but I don't have its recent version. The patch is: *** 1.14 1995/05/18 08:06:26 --- if_ep.c 1995/05/19 05:36:51 *************** *** 38,44 **** */ /* ! * $Id: if_ep.c,v 1.14 1995/05/18 08:06:26 root Exp $ * * Promiscuous mode added and interrupt logic slightly changed * to reduce the number of adapter failures. Transceiver select --- 38,44 ---- */ /* ! * $Id: if_ep.c,v 1.16 1995/05/19 05:36:10 root Exp root $ * * Promiscuous mode added and interrupt logic slightly changed * to reduce the number of adapter failures. Transceiver select *************** *** 117,122 **** --- 117,123 ---- 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]; *************** *** 153,163 **** 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) *************** *** 173,179 **** return (1); } ! static int ep_look_for_board_at(is) struct isa_device *is; { --- 170,176 ---- return (1); } ! static struct ep_board * ep_look_for_board_at(is) struct isa_device *is; { *************** *** 202,213 **** --- 199,215 ---- * 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); + send_ID_sequence(id_port); + outb(id_port, 0xc0); /* Global reset */ DELAY(10000); for (i = 0; i < EP_MAX_BOARDS; i++) { *************** *** 220,231 **** 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--; --- 222,247 ---- 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--; *************** *** 265,271 **** 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++); --- 281,288 ---- 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++); *************** *** 276,282 **** 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; } } --- 293,300 ---- 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]; } } *************** *** 305,324 **** u_short k; int i; ! 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: --- 323,343 ---- u_short k; int i; ! 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: *************** *** 393,399 **** 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])); } --- 412,418 ---- 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])); } *** 1.8 1995/04/10 07:48:03 --- if_epreg.h 1995/05/19 05:36:53 *************** *** 31,37 **** */ /* ! * $Id: if_epreg.h,v 1.8 1995/04/10 07:48:03 root Exp $ * * Promiscuous mode added and interrupt logic slightly changed * to reduce the number of adapter failures. Transceiver select --- 31,37 ---- */ /* ! * $Id: if_epreg.h,v 1.9 1995/05/19 05:36:10 root Exp root $ * * Promiscuous mode added and interrupt logic slightly changed * to reduce the number of adapter failures. Transceiver select *************** *** 71,76 **** --- 71,78 ---- #define F_ACCESS_32_BITS 0x100 + struct ep_board *epb; + #ifdef EP_LOCAL_STATS short tx_underrun; short rx_no_first; *************** *** 80,85 **** --- 82,98 ---- 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 Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Thu May 18 23:29:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA13644 for hackers-outgoing; Thu, 18 May 1995 23:29:34 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA13638 for ; Thu, 18 May 1995 23:29:28 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id XAA15894; Thu, 18 May 1995 23:22:32 -0700 From: "Rodney W. Grimes" Message-Id: <199505190622.XAA15894@gndrsh.aac.dev.com> Subject: Re: Fix for 3C509 (ep) driver To: babkin@hq.icb.chel.su (Serge A. Babkin) Date: Thu, 18 May 1995 23:22:32 -0700 (PDT) Cc: davidg@Root.COM, hackers@FreeBSD.org, steve@simon.chi.il.us, martin@victor.innovus.com In-Reply-To: <199505182051.BAA07069@hq.icb.chel.su> from "Serge A. Babkin" at May 19, 95 01:51:58 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1576 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Review please this patch (and commit it if you think it's OK). > It does: > > 1. Card is normally initialized after warm reboot from DOS. This > part of patch is written by Steven E. Piette > > Now it has no kdc_...(I forgot what exactly)... hook that is called > on system halt because I'm still running 950210-SNAP what doesn't > have this hook. > > 2. Card works OK with "plug-n-play" mode enabled too (ISA cards only). > I'm not shure about EISA autoconfiguration procedure so I didn't > changed it. > > Perhaps the same changes should be done with Netboot, but I don't have > its recent version. > > The patch is: I don't have any problem with this patch, but would like to ask that you try to find at least 3 other sites running on the if_ep code and ask them to test this out to make sure we do not break any of the other boards suported by this driver. Also for future reference *please* do not patch the $Id$ strings, I sure as heck down show a version 1.14 checked into cvs by root, as root is not allowed to check files in on Freefall. I now don't have an easy way to verify what FreeBSD version of this file the patch is against :-( :-( :-(. Also patching the Rcs $Id$ may do strange things to cvs diff down the road, I am not quite just what value ends up stored in the rcs file when you do this (I need to go look, I have seen problems here before). -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Fri May 19 01:04:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA15552 for hackers-outgoing; Fri, 19 May 1995 01:04:09 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA15544 for ; Fri, 19 May 1995 01:04:04 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id BAA13471; Fri, 19 May 1995 01:07:08 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id BAA00362; Fri, 19 May 1995 01:04:08 -0700 Message-Id: <199505190804.BAA00362@corbin.Root.COM> To: Peter Wemm cc: hackers@FreeBSD.org Subject: Re: More on "Hmm.. Strange..." In-reply-to: Your message of "Fri, 19 May 95 12:15:18 +0800." From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 19 May 1995 01:04:07 -0700 Sender: hackers-owner@FreeBSD.org Precedence: bulk >The first sendto() always works, and the second sendto() sends the >datagram to the *wrong interface*! > >Just a (yet another) reminder of the config: > >ed0: flags=8963 mtu 1500 > inet 192.203.228.69 netmask 0xfffffff0 broadcast 192.203.228.79 >ppp0: flags=151 mtu 1500 > inet 192.203.228.69 --> 192.203.228.3 netmask 0xfffffff0 > >In this case, in the above program, the first sendto() sends a 5 byte >broadcast to 192.203.228.79 on the ethernet (correct!). The second >sendto(), the 10 byte datagram gets sent to 192.203.228.79 on the PPP >interface!!!!! (of which the remote sends it straight back! after a >game of ping-pong, an icmp timer exceeded message is sent). That is happening because you have both the ethernet and ppp interfaces in the same subnet. FreeBSD doesn't support this - each network interface must be in a unique subnet. As far as I know, it's always been this way in BSD. -DG From owner-freebsd-hackers Fri May 19 01:29:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA16113 for hackers-outgoing; Fri, 19 May 1995 01:29:19 -0700 Received: from nietzsche (annex1s26.urc.tue.nl [131.155.12.36]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA16106 for ; Fri, 19 May 1995 01:29:09 -0700 Received: from localhost (localhost [127.0.0.1]) by nietzsche (8.6.9/8.6.9) with ESMTP id KAA22686; Fri, 19 May 1995 10:30:55 +0100 Message-Id: <199505190930.KAA22686@nietzsche> X-Mailer: exmh version 1.5.3 12/28/94 To: Chuck Robey cc: Jeffrey Hsu , hackers@freefall.cdrom.com, jkh@whisker.hubbard.ie Subject: Re: (fwd) Re: Mma for Linux, when? In-reply-to: Your message of "Thu, 18 May 1995 16:09:39 EDT." Sender: hackers-owner@FreeBSD.org Precedence: bulk Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 19 May 1995 10:30:55 +0100 From: Marc van Kempen Did you give MuPAD a try? It's a symbolic mathematical package from the University of Paderborn (Germany), which is a lot like Mathematica. They provide binaries for FreeBSD. see: math-ftp.uni-paderborn.de:/pub/MuPAD/unix/bin.freebsd.tar.gz math-ftp.uni-paderborn.de:/pub/MuPAD/unix/share.tar.gz It has complete online documenatation, although most of it is still in German, they are working on this. It also has a graphics module and a debugger. Marc. Marc van Kempen wmbfmk@urc.tue.nl He's dead Jim ..., kick him if you don't believe me. From owner-freebsd-hackers Fri May 19 02:18:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA17275 for hackers-outgoing; Fri, 19 May 1995 02:18:23 -0700 Received: from lirmm.lirmm.fr (lirmm.lirmm.fr [193.49.104.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA17268 for ; Fri, 19 May 1995 02:18:12 -0700 Received: from lirmm.fr (baobab.lirmm.fr [193.49.106.14]) by lirmm.lirmm.fr (8.6.10/8.6.4) with ESMTP id LAA18218; Fri, 19 May 1995 11:17:22 +0200 Message-Id: <199505190917.LAA18218@lirmm.lirmm.fr> To: "Rodney W. Grimes" cc: davidg@Root.COM, hackers@FreeBSD.org, steve@simon.chi.il.us, martin@victor.innovus.com Subject: Re: Fix for 3C509 (ep) driver In-reply-to: Your message of "Thu, 18 May 1995 23:22:32 PDT." <199505190622.XAA15894@gndrsh.aac.dev.com> Date: Fri, 19 May 1995 11:17:18 +0200 From: "Philippe Charnier" Sender: hackers-owner@FreeBSD.org Precedence: bulk Salut, In the message Re: Fix for 3C509 (ep) driver, "Rodney W. Grimes" wrote : >> >> Review please this patch (and commit it if you think it's OK). >> It does: >> >> 1. Card is normally initialized after warm reboot from DOS. This >> part of patch is written by Steven E. Piette >> >> Now it has no kdc_...(I forgot what exactly)... hook that is called >> on system halt because I'm still running 950210-SNAP what doesn't >> have this hook. >> >> 2. Card works OK with "plug-n-play" mode enabled too (ISA cards only). >> I'm not shure about EISA autoconfiguration procedure so I didn't >> changed it. >> >> Perhaps the same changes should be done with Netboot, but I don't have >> its recent version. >> >> The patch is: > Using latest SNAP sources, and after applying (manually) the provided patch: - enable PnP in the bios and in the 3C509-TP - power off and boot Dos - test ok according to 3C5x9CFG - ctrl-alt-del - boot FreeBSD. the card is seen during the probe (was not without patch) - reboot and start Dos - test ok according to 3C5x9CFG - ctrl-alt-del - boot FreeBSD. the card is seen during the probe. - ping ok. -------- -------- Philippe Charnier charnier@lirmm.fr LIRMM, 161 rue Ada, 34392 Montpellier cedex 5 -- France ------------------------------------------------------------------------ From owner-freebsd-hackers Fri May 19 03:06:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA19012 for hackers-outgoing; Fri, 19 May 1995 03:06:50 -0700 Received: from ghpc6.ihf.rwth-aachen.de (ghpc6.ihf.RWTH-Aachen.DE [134.130.90.6]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA19004 for ; Fri, 19 May 1995 03:06:47 -0700 Received: (from thomas@localhost) by ghpc6.ihf.rwth-aachen.de (8.6.8/8.6.6) id MAA20054; Fri, 19 May 1995 12:06:16 +0200 From: Thomas Gellekum Message-Id: <199505191006.MAA20054@ghpc6.ihf.rwth-aachen.de> Subject: Re: (fwd) Re: Mma for Linux, when? To: wmbfmk@urc.tue.nl (Marc van Kempen) Date: Fri, 19 May 1995 12:06:15 +0200 (MET DST) Cc: chuckr@Glue.umd.edu, hsu@alumni.EECS.Berkeley.EDU, hackers@freefall.cdrom.com, jkh@whisker.hubbard.ie In-Reply-To: <199505190930.KAA22686@nietzsche> from "Marc van Kempen" at May 19, 95 10:30:55 am Organization: Institut f. Hochfrequenztechnik, RWTH Aachen X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 440 Sender: hackers-owner@FreeBSD.org Precedence: bulk Marc van Kempen wrote: > > > Did you give MuPAD a try? It's a symbolic mathematical package from > the University of Paderborn (Germany), which is a lot like Mathematica. > They provide binaries for FreeBSD. Not to mention that it's free, only a registration is needed. A mirror site in the USA is ftp.math.utah.edu:/pub/mupad While we're at it, I wrote to maplesoft.com a while ago. They referred to their port for BSD/386 1.1. tg From owner-freebsd-hackers Fri May 19 03:20:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA19323 for hackers-outgoing; Fri, 19 May 1995 03:20:16 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA19314 for ; Fri, 19 May 1995 03:20:13 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id DAA10561; Fri, 19 May 1995 03:19:45 -0700 Date: Fri, 19 May 1995 03:19:45 -0700 Message-Id: <199505191019.DAA10561@silvia.HIP.Berkeley.EDU> To: dufault@hda.com CC: babkin@hq.icb.chel.su, hackers@FreeBSD.org In-reply-to: <199505181146.HAA04554@hda.com> (message from Peter Dufault on Thu, 18 May 1995 07:46:24 -0400 (EDT)) Subject: Re: pcnfsd or bwnfsd From: asami@CS.Berkeley.EDU (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: hackers-owner@FreeBSD.org Precedence: bulk * ** pcnfsd is copyrighted software, but is freely licensed. This * ** means that you are free to redistribute it, modify it, ship it ^^^^^^^ * ** in binary with your system, whatever, provided: ^^^^^^^^^^^^^^^^^^^^^^^^^^ * ** * ** - you leave the Sun copyright notice in the source code * ** - you make clear what changes you have introduced and do * ** not represent them as being supported by Sun. * ** - you do not charge money for the source code (unlikely, given ^^^^^^^^^^^^^^^ * ** its free availability) Um...I guess we can't put the source code on the CDROM but the binary package is ok. Is that the correct interpretation? Satoshi From owner-freebsd-hackers Fri May 19 04:45:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA20981 for hackers-outgoing; Fri, 19 May 1995 04:45:14 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA20974 for ; Fri, 19 May 1995 04:45:10 -0700 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id HAA10969; Fri, 19 May 1995 07:41:26 -0400 From: Peter Dufault Message-Id: <199505191141.HAA10969@hda.com> Subject: Re: pcnfsd or bwnfsd To: asami@CS.Berkeley.EDU (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Date: Fri, 19 May 1995 07:41:26 -0400 (EDT) Cc: babkin@hq.icb.chel.su, hackers@FreeBSD.org In-Reply-To: <199505191019.DAA10561@silvia.HIP.Berkeley.EDU> from "Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=" at May 19, 95 03:19:45 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1302 Sender: hackers-owner@FreeBSD.org Precedence: bulk Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?= writes: > > * ** pcnfsd is copyrighted software, but is freely licensed. This > * ** means that you are free to redistribute it, modify it, ship it > ^^^^^^^ > * ** in binary with your system, whatever, provided: > ^^^^^^^^^^^^^^^^^^^^^^^^^^ > * ** > * ** - you leave the Sun copyright notice in the source code > * ** - you make clear what changes you have introduced and do > * ** not represent them as being supported by Sun. > * ** - you do not charge money for the source code (unlikely, given > ^^^^^^^^^^^^^^^ > * ** its free availability) > > Um...I guess we can't put the source code on the CDROM but the binary > package is ok. Is that the correct interpretation? I wouldn't put this on the CD-ROM without passing it before a lawyer. If I were to put it on a CD-ROM I'd somewhere on the label state that I wasn't charging for any of the source code but for the service of providing a collection of the sources. -- 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 Fri May 19 05:16:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA21399 for hackers-outgoing; Fri, 19 May 1995 05:16:18 -0700 Received: from leo.ibms.sinica.edu.tw ([140.109.40.249]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA21391 for ; Fri, 19 May 1995 05:16:09 -0700 Received: (from taob@localhost) by leo.ibms.sinica.edu.tw (8.6.11/8.6.9) id UAA03278; Fri, 19 May 1995 20:15:50 +0800 Date: Fri, 19 May 1995 20:15:49 +0800 (CST) From: Brian Tao To: FREEBSD-HACKERS-L Subject: Re: alias ( secondary IP ) for Ethernet Ifaces in FreeBSD Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk John A. Booth wrote: > > > ifconfig ep0 alias 199.199.199.22 > > That should do it, I've got 20 aliases on a 3-22 Snap. Thing is > after a few it give the following for each aditional aliases. > ifconfig ioctl (SIOCAIOCTL) : file exists > The alises seem to work ok (all of them), but I find that messages > disconcerting. It is using the ep0 interface btw. # netstat -i Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll ed1 1500 00.00.e8.08.ce.73 796092 1 294953 3 21079 ed1 1500 140.109.40 aries 796092 1 294953 3 21079 ed1 1500 140.109 scorpio 796092 1 294953 3 21079 ed1 1500 140.109 140.109.40.239 796092 1 294953 3 21079 ed1 1500 140.109 140.109.40.251 796092 1 294953 3 21079 ed1 1500 140.109 140.109.40.244 796092 1 294953 3 21079 lp0* 1500 0 0 0 0 0 lp0* 1500 none none 0 0 0 0 0 lo0 16384 504 0 504 0 0 lo0 16384 your-net localhost 504 0 504 0 0 Although the additional aliases work, it appears the error is generated if they reside in an already defined net class. I forgot to add "netmask 0xffffff00" to my aliases, so they were all given the default B-class mask. The first alias (scorpio) did not generate an error, but the second and subsequent ones did. If I specify a C-class netmask for the first alias, then the error is generated immediately. It doesn't seem to hurt though. I was able to setup five virtual Web servers on my machine in about two minutes using the Apache 0.6.2 server. No fuss, no muss, and runs like a dream (can even have each virtual server open separate access and error log files). Too bad those poor admins with their expensive HP's and SGI's and Suns can't have it this easy. :) -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Fri May 19 05:24:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA21491 for hackers-outgoing; Fri, 19 May 1995 05:24:13 -0700 Received: from leo.ibms.sinica.edu.tw ([140.109.40.249]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA21485 for ; Fri, 19 May 1995 05:24:02 -0700 Received: (from taob@localhost) by leo.ibms.sinica.edu.tw (8.6.11/8.6.9) id UAA03294; Fri, 19 May 1995 20:23:50 +0800 Date: Fri, 19 May 1995 20:23:50 +0800 (CST) From: Brian Tao To: FREEBSD-HACKERS-L Subject: Re: alias ( secondary IP ) for Ethernet Ifaces in FreeBSD In-Reply-To: <199505171300.OAA07193@isl.cf.ac.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, 17 May 1995, Paul Richards wrote: > > Wait until after 2.0.5, I'm going to need this functionality for > work (setting up a web site that supports virtual domains) and after > playing around with it I think ifconfig needs to be changed to handle > it a lot better. The current implementation isn't robust enough. What do you mean by that? I've noticed in my testing that on occasion, trying to connect to an alias address from a remote Lynx client would result in a "Network error" (connection closed by peer, or whatever Lynx calls it). However, those appear to be related to errors in my httpd.conf setup and not necessarily ifconfig. I just remembered something... a host with multiple aliases cannot reach itself via those additional addresses. Is this a bug? I can ping/telnet to any of the aliases from a different machine, but not from the same machine to itself (via an alias). -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Fri May 19 05:40:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA21727 for hackers-outgoing; Fri, 19 May 1995 05:40:11 -0700 Received: from leo.ibms.sinica.edu.tw ([140.109.40.249]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA21721 for ; Fri, 19 May 1995 05:40:09 -0700 Received: (from taob@localhost) by leo.ibms.sinica.edu.tw (8.6.11/8.6.9) id UAA03320; Fri, 19 May 1995 20:39:29 +0800 Date: Fri, 19 May 1995 20:39:28 +0800 (CST) From: Brian Tao To: "Rodney W. Grimes" cc: "Alok K. Dhir" , aledm@pavilion.co.uk, hackers@FreeBSD.org Subject: Re: ram-speed (was Re: Adaptec 2940?) In-Reply-To: <199505181907.MAA14860@gndrsh.aac.dev.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Thu, 18 May 1995, Rodney W. Grimes wrote: > > I've been telling these folks that the ASUS PCI/I-486SP3G was one > heck of a fast motherboard, and here are the numbers from an independent > source to prove it for me!! I must have missed the beginning of the thread... where do I get this ram-speed program everyone is using? I have three different 486 motherboards here and a fourth type coming in (the S3PG). It would be interesting to note the differences. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Fri May 19 05:45:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA21774 for hackers-outgoing; Fri, 19 May 1995 05:45:07 -0700 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA21768 for ; Fri, 19 May 1995 05:45:03 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA12670 (5.67a/IDA-1.5); Fri, 19 May 1995 07:19:17 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA08888; 19 May 95 07:10:00 CDT (Fri) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id HAA08885; Fri, 19 May 1995 07:10:00 -0500 From: Peter da Silva Message-Id: <199505191210.HAA08885@bonkers.taronga.com> Subject: Re: pcnfsd or bwnfsd To: asami@CS.Berkeley.EDU (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Date: Fri, 19 May 1995 07:09:59 -0500 (CDT) Cc: dufault@hda.com, babkin@hq.icb.chel.su, hackers@FreeBSD.org In-Reply-To: <199505191019.DAA10561@silvia.HIP.Berkeley.EDU> from "Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=" at May 19, 95 03:19:45 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 490 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Um...I guess we can't put the source code on the CDROM but the binary > package is ok. Is that the correct interpretation? Ask them what they mean by "don't charge money for the source code". Many places that say that have no problem with having the source on a CDROM along with a bunch of other packages. Others have an aversion to CDROM distribution. Since they allow binary distribution I suspect they just don't want you charging extra for the source above and beyond the binaries. From owner-freebsd-hackers Fri May 19 06:12:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA22409 for hackers-outgoing; Fri, 19 May 1995 06:12:43 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA22403 for ; Fri, 19 May 1995 06:12:40 -0700 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id JAA11265; Fri, 19 May 1995 09:12:44 -0400 From: Peter Dufault Message-Id: <199505191312.JAA11265@hda.com> Subject: Re: Adaptec 2940? To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Fri, 19 May 1995 09:12:44 -0400 (EDT) Cc: steve2@genesis.tiac.net, hackers@FreeBSD.org, robin@interlabs.com In-Reply-To: <199505190555.WAA15849@gndrsh.aac.dev.com> from "Rodney W. Grimes" at May 18, 95 10:55:52 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2834 Sender: hackers-owner@FreeBSD.org Precedence: bulk Rodney W. Grimes writes: > > > > > Here's another one. Gateway 2000 486DX4/100 EISA, Anigma mb. > > > > [10:12pm]/usr/local/src/ram-speed% cc -O2 -o ram-speed ram-speed.c > > [10:13pm]/usr/local/src/ram-speed% ./ram-speed > > 49005fb0 0.332 uS/op 3.01e+06 op/S 11.480 Mb/S > > 8938c0df 0.130 uS/op 7.70e+06 op/S 29.371 Mb/S > > System was idle. > > > > Btw- There was some discussion a while back about Intel "Stepping 0" > > Intel CPU's. When I last booted 2.0 it reported stepping 0 for the CPU. > > What does this mean anyway? My system originally was a DX2/50 but I > > switched to the 33Mhz clock and got a clock tripled DX4 overdrive. > > If I recall correctly someone out there had a DX4 stepping 0 and where > having some problems. They called Intel who denied that a stepping 0 > of the DX4 chip was ever done. > > Now we have a second person with a stepping 0 486DX4 chip, care to > send me the complete CPUID output and if you can get the serial number > and the SX number off the chip I will see what Intel says about this. That was me. I sent the CPUID output before; I can send it again but I'll have to take a floppy to that machine and boot it. Let me know via e-mail if you want me to do that. At any rate, here is what it says on the chip: OverDRIVE DX40DPR100 C4430635 SZ926 V1.0 INTEL (M)(C) '89'93 I don't see an SX number, just that SZ number. This chip has not worked properly running FreeBSD in either of the two motherboards we tried it in, a Micronics "GEMINI" 486VL and a Compaq Presario. On the Micronics it core dumps during big compiles (that is the only evident problem; I ran with it for a few days) and on the Compaq it reproducibly dies with a "privileged instruction fault in kernel mode". The neat thing about the Compaq failure is that it is instruction pattern dependent: when you are lucky you wind up with a kernel that boots and runs fine multiuser at 100Mhz, and when you are unlucky you wind up with a kernel that reproducibly fails at the same instruction, sometimes during boot up and sometimes when you run a certain utility. The reported instruction, btw, is not privileged. The chip works OK in the Presario running FreeBSD when you turn the motherboard down to 25Mhz, and of course it "works fine with Windows" at 33Mhz. Since this was chip functions fine as a "Word 6 accellerator" it isn't crucial that I figure out why it fails with FreeBSD, though it has made me leery of buying any other 100Mhz 486's. Intel asked me to send them a bunch of info about the Compaq, which I scrounged around and then sent them, and it has vanished into the black hole of bad customer relations. Peter -- 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 Fri May 19 06:57:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA23034 for hackers-outgoing; Fri, 19 May 1995 06:57:39 -0700 Received: from haven.ios.com (haven.ios.com [198.4.75.45]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA23027 for ; Fri, 19 May 1995 06:57:38 -0700 Received: (from rashid@localhost) by haven.ios.com (8.6.11/8.6.9) id KAA05940 for hackers@freebsd.org; Fri, 19 May 1995 10:00:09 -0400 From: "Rashid Karimov." Message-Id: <199505191400.KAA05940@haven.ios.com> Subject: fsck & boot Q To: hackers@FreeBSD.org Date: Fri, 19 May 1995 10:00:08 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1323 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi there folx, Albeit it works just great here ( server has ~3.000 accounts ) and is _very fast and stable in sense of load average ( it doesn't fluctuate between 2-20 as on SS10 here ) , sometimes it does reboot w/o kernel being able to determine the reason and panic. Just silent and sporadic reboot. The mileage of uptime can vary - between 10 -3 days. Since the FreeBSD kernel is rather a good cather of ordinary problems ( on other computer here , from different vendor it never ever rebooted w/o panic being activated and reason explained ), I suspect there is some magic'n'stupid conflict somewhere deep inside of that Gateway p90/PCI Bt946c/128Mb RAM/Diamond Viper juke box. Well, but the Q is : when it reboots in this way , it cleans all the filesystem except one , and then prompts for the default shell and asks sysadm to clean the FS manually.And if noone is available - the system just sits there forever. Is there any way to explicitly tell the system to run fsck -y _automatically on all FSes or at least on those it can't clean out ? And after everything is cool - just resume normal operation ? If it's impossible - can some1 point me to the code which is involved in that stage of boot process ? Rashid -=-=- Come,come Monday !=-=-=-= -=-=- Bring us 2.0.5 :) -=-=-=- From owner-freebsd-hackers Fri May 19 07:23:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA23484 for hackers-outgoing; Fri, 19 May 1995 07:23:45 -0700 Received: from gw.itfs.nsk.su (gw.itfs.nsk.su [193.124.36.33]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA23471 for ; Fri, 19 May 1995 07:23:16 -0700 Received: (nnd@localhost) by gw.itfs.nsk.su (8.6.12/8.6.12) id VAA02267 for hackers@freebsd.org; Fri, 19 May 1995 21:22:29 +0700 Date: Fri, 19 May 1995 21:22:29 +0700 From: "Nickolay N. Dudorov" Message-Id: <199505191422.VAA02267@gw.itfs.nsk.su> To: hackers@FreeBSD.org Subject: Re: Multi-lingual support in sysinstall (TODO-2.0.5) Sender: hackers-owner@FreeBSD.org Precedence: bulk "Andrey A. Chernov, Black Mage" writes: >>4) In Russian case there is no need in 'screenmap' if you >> use koi8-r-8x16 font (and it seems right for me); > >Do you really look at semigraphics with koi8-r font? >It is broken in last (9) pixel, it is standard VGA >hardware braindamage. Why do you think russians use cp866 fonts >with screenmap? Please fix this place to use cp866 with koi8-r->cp866 >screenmap. Here I must agree with Andrey - with cp866 Russian screens looks better (same quality as English with cp850 and better then other languages ;). >>5) For screens look fine you must not only change >> TERM and TERMCAP in environment but also (re)setterm >> and especially 'init_acs'. >> This present another problem - setterm breaks shell_mode >> (sets noecho), so I find some ugly hack to prevent this. >> Sombody with better understanding of dialog, ncurses and >> mytinfo can find better solution. > >What exactly you mean by "breaks shell mode", please >specify code flow in maximal detailed level. I mean that after 'setterm' call in systemChangeTerminal escaping to shell gives you '-echo' mode. In "usual life" setterm is called only once in the very beginning of curses initialization and therefore we have no such problems. > >>- systemChangeFont(font_koi8_r_8x14); >>+ systemChangeFont(font_koi8_r_8x16); > >There must be font_cp866_8x16 instead. > >>- systemChangeScreenmap(koi8_r2cp866); >>+/* systemChangeScreenmap(koi8_r2cp866); */ > >This change must be reverted back. > >Jordan, please, apply my fix. I see NO fix here :-^ ... and here is my new version of changes for multi-lingual support: =================================================================== diff -u sysinstall-old/Makefile sysinstall/Makefile --- sysinstall-old/Makefile Fri May 19 19:50:36 1995 +++ sysinstall/Makefile Fri May 19 20:20:37 1995 @@ -70,10 +70,15 @@ && file2c 'const u_char font_cp850_8x16[] = {' '};' \ < cp850-8x16 >> makedevs.tmp rm cp850-8x16 - uudecode < ${.CURDIR}/../../share/syscons/fonts/koi8-r-8x16.fnt \ - && file2c 'const u_char font_koi8_r_8x16[] = {' '};' \ - < koi8-r-8x16 >> makedevs.tmp - rm koi8-r-8x16 + uudecode < ${.CURDIR}/../../share/syscons/fonts/cp866-8x16.fnt \ + && file2c 'const u_char font_cp866_8x16[] = {' '};' \ + < cp866-8x16 >> makedevs.tmp + rm cp866-8x16 + ${.CURDIR}/../../share/syscons/scrnmaps/obj/koi8-r2cp866.mk \ + koi8-r2cp866 \ + && file2c 'const u_char koi8_r2cp866[] = {' '};' \ + < koi8-r2cp866 >> makedevs.tmp + rm koi8-r2cp866 mv makedevs.tmp makedevs.c rtermcap: ${.CURDIR}/rtermcap.c Common subdirectories: sysinstall-old/help and sysinstall/help diff -u sysinstall-old/lang.c sysinstall/lang.c --- sysinstall-old/lang.c Fri May 19 19:50:37 1995 +++ sysinstall/lang.c Fri May 19 20:03:46 1995 @@ -43,11 +43,14 @@ #include "sysinstall.h" +u_char default_scrnmap[256]; + void lang_set_Danish(char *str) { systemChangeFont(font_iso_8x16); systemChangeLang("da_DK.ISO8859-1"); + systemChangeScreenmap(default_scrnmap); systemChangeTerminal("cons25l1", termcap_cons25l1, "cons25l1-m", termcap_cons25l1_m); } @@ -57,6 +60,7 @@ { systemChangeFont(font_iso_8x16); systemChangeLang("nl_NL.ISO8859-1"); + systemChangeScreenmap(default_scrnmap); systemChangeTerminal("cons25l1", termcap_cons25l1, "cons25l1-m", termcap_cons25l1_m); } @@ -66,6 +70,7 @@ { systemChangeFont(font_cp850_8x16); systemChangeLang("en_US.ISO8859-1"); + systemChangeScreenmap(default_scrnmap); systemChangeTerminal("cons25", termcap_cons25, "cons25-m", termcap_cons25_m); } @@ -75,6 +80,7 @@ { systemChangeFont(font_iso_8x16); systemChangeLang("fr_FR.ISO8859-1"); + systemChangeScreenmap(default_scrnmap); systemChangeTerminal("cons25l1", termcap_cons25l1, "cons25l1-m", termcap_cons25l1_m); } @@ -84,6 +90,7 @@ { systemChangeFont(font_iso_8x16); systemChangeLang("de_DE.ISO8859-1"); + systemChangeScreenmap(default_scrnmap); systemChangeTerminal("cons25l1", termcap_cons25l1, "cons25l1-m", termcap_cons25l1_m); } @@ -93,6 +100,7 @@ { systemChangeFont(font_iso_8x16); systemChangeLang("it_IT.ISO8859-1"); + systemChangeScreenmap(default_scrnmap); systemChangeTerminal("cons25l1", termcap_cons25l1, "cons25l1-m", termcap_cons25l1_m); } @@ -103,6 +111,7 @@ { systemChangeFont(font_iso_8x16); systemChangeLang("ja_JP.ROMAJI"); + systemChangeScreenmap(default_scrnmap); systemChangeTerminal("cons25", termcap_cons25, "cons25-m", termcap_cons25_m); } @@ -112,6 +121,7 @@ { systemChangeFont(font_iso_8x16); systemChangeLang("no_NO.ISO8859-1"); + systemChangeScreenmap(default_scrnmap); systemChangeTerminal("cons25l1", termcap_cons25l1, "cons25l1-m", termcap_cons25l1_m); } @@ -119,8 +129,9 @@ void lang_set_Russian(char *str) { - systemChangeFont(font_koi8_r_8x16); + systemChangeFont(font_cp866_8x16); systemChangeLang("ru_SU.KOI8-R"); + systemChangeScreenmap(koi8_r2cp866); systemChangeTerminal("cons25r", termcap_cons25r, "cons25r-m", termcap_cons25r_m); } @@ -130,6 +141,7 @@ { systemChangeFont(font_iso_8x16); systemChangeLang("es_ES.ISO8859-1"); + systemChangeScreenmap(default_scrnmap); systemChangeTerminal("cons25l1", termcap_cons25l1, "cons25l1-m", termcap_cons25l1_m); } @@ -139,6 +151,7 @@ { systemChangeFont(font_iso_8x16); systemChangeLang("sv_SV.ISO8859-1"); + systemChangeScreenmap(default_scrnmap); systemChangeTerminal("cons25l1", termcap_cons25l1, "cons25l1-m", termcap_cons25l1_m); } diff -u sysinstall-old/menus.c sysinstall/menus.c --- sysinstall-old/menus.c Fri May 19 19:50:36 1995 +++ sysinstall/menus.c Fri May 19 20:30:38 1995 @@ -133,7 +133,7 @@ DMENU_CALL, (void *)lang_set_Japanese, 0, 0 }, { "Norwegian", "Norwegian language and character set (ISO-8859-1)", /* N */ DMENU_CALL, (void *)lang_set_Norwegian, 0, 0 }, - { "Russian", "Russian language and character set (cp866-8x14)", /* R */ + { "Russian", "Russian language and character set (cp866)", /* R */ DMENU_CALL, (void *)lang_set_Russian, 0, 0 }, { "Spanish", "Spanish language and character set (ISO-8859-1)", /* S */ DMENU_CALL, (void *)lang_set_Spanish, 0, 0 }, diff -u sysinstall-old/sysinstall.h sysinstall/sysinstall.h --- sysinstall-old/sysinstall.h Fri May 19 19:50:36 1995 +++ sysinstall/sysinstall.h Fri May 19 20:11:39 1995 @@ -281,7 +281,9 @@ extern const char termcap_cons25l1_m[]; extern const u_char font_iso_8x16[]; extern const u_char font_cp850_8x16[]; -extern const u_char font_koi8_r_8x16[]; +extern const u_char font_cp866_8x16[]; +extern const u_char koi8_r2cp866[]; +extern u_char default_scrnmap[]; /* media.c */ extern int mediaSetCDROM(char *str); diff -u sysinstall-old/system.c sysinstall/system.c --- sysinstall-old/system.c Fri May 19 19:50:36 1995 +++ sysinstall/system.c Fri May 19 20:09:20 1995 @@ -75,6 +75,11 @@ setbuf(stderr, 0); } + { + int i; + for(i=0;i<256;i++) default_scrnmap[i] = i; + } + if (set_termcap() == -1) { printf("Can't find terminal entry\n"); exit(-1); @@ -255,6 +260,16 @@ cbreak(); noecho(); dialog_clear(); } + } +} + +void +systemChangeScreenmap(const u_char newmap[]) +{ + if (OnVTY) { + if (ioctl(0, PIO_SCRNMAP, newmap) < 0) + msgConfirm("Sorry! Unable to load the screenmap for %s", + getenv("LANG")); } } From owner-freebsd-hackers Fri May 19 07:54:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA24401 for hackers-outgoing; Fri, 19 May 1995 07:54:52 -0700 Received: from specgw.spec.co.jp (specgw.spec.co.jp [202.32.13.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA24394 for ; Fri, 19 May 1995 07:54:48 -0700 Received: from localhost (uucp@localhost) by specgw.spec.co.jp (8.6.5/3.3Wb-SPEC) with UUCP id XAA19474; Fri, 19 May 1995 23:45:41 +0900 Received: by tama.spec.co.jp (8.6.11/6.4J.5) id XAA00535; Fri, 19 May 1995 23:33:29 +0900 From: Atsushi Murai Message-Id: <199505191433.XAA00535@tama.spec.co.jp> Subject: Re: ram-speed (was Re: Adaptec 2940?) To: asami@CS.Berkeley.EDU (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Date: Fri, 19 May 1995 23:33:28 +0900 (JST) Cc: adhir@iagi.net, aledm@pavilion.co.uk, hackers@FreeBSD.org In-Reply-To: <199505190411.VAA09502@silvia.HIP.Berkeley.EDU> from "Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=" at May 18, 95 09:11:28 pm Reply-To: amurai@spec.co.jp X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 606 Sender: hackers-owner@FreeBSD.org Precedence: bulk Some more data points: Nice EISA I486DX2-33Mhz 32MBytes 60ns (32pin SIMM * 8) 256KB 20ns cache SIS chip Set(FreeBSD-current) 49005fb0 0.261 uS/op 3.84e+06 op/S 14.642 Mb/S 8938c0df 0.137 uS/op 7.32e+06 op/S 27.942 Mb/S DEC ??? ISA/VLB I486DX2-33Mhz 16MBytes 70ns (72pin SIMM * 1) 128KB ?ns cache (Solaris 2.4 x86) 49005fb0 0.430 uS/op 2.32e+06 op/S 8.865 Mb/S 8938c0df 0.173 uS/op 5.79e+06 op/S 22.071 Mb/S # P.S. Thanks Satoshi ;-) -- Atsushi Murai Internet: amurai@spec.co.jp System Planning and Engineering Co,.Ltd. Voice : +81-33833-5341 From owner-freebsd-hackers Fri May 19 07:59:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA24504 for hackers-outgoing; Fri, 19 May 1995 07:59:41 -0700 Received: from orion.stars.sed.monmouth.army.mil ([158.9.11.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA24498 for ; Fri, 19 May 1995 07:59:26 -0700 Message-Id: <199505191459.HAA24498@freefall.cdrom.com> Received: by orion.stars.sed.monmouth.army.mil (1.37.109.16/16.2) id AA110275459; Fri, 19 May 1995 10:57:39 -0400 From: william pechter ILEX Subject: Re: Adaptec 2940? To: dufault@hda.com (Peter Dufault) Date: Fri, 19 May 1995 10:57:39 -0400 (EDT) Cc: FreeBSD-hackers@FreeBSD.org (FreeBSD-hackers) In-Reply-To: <199505191312.JAA11265@hda.com> from "Peter Dufault" at May 19, 95 09:12:44 am X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1918 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Rodney W. Grimes writes: > > > > Now we have a second person with a stepping 0 486DX4 chip, care to > > send me the complete CPUID output and if you can get the serial number > > and the SX number off the chip I will see what Intel says about this. > > That was me. I sent the CPUID output before; I can send it again > but I'll have to take a floppy to that machine and boot it. Let > me know via e-mail if you want me to do that. > > At any rate, here is what it says on the chip: > > OverDRIVE DX40DPR100 > C4430635 > SZ926 V1.0 > INTEL (M)(C) '89'93 > > I don't see an SX number, just that SZ number. > > This chip has not worked properly running FreeBSD in either of the > two motherboards we tried it in, a Micronics "GEMINI" 486VL and a > Compaq Presario. > > On the Micronics it core dumps during big compiles (that is the > only evident problem; I ran with it for a few days) and on the > Compaq it reproducibly dies with a "privileged instruction fault > in kernel mode". The neat thing about the Compaq failure is that > it is instruction pattern dependent: when you are lucky you wind > up with a kernel that boots and runs fine multiuser at 100Mhz, and > when you are unlucky you wind up with a kernel that reproducibly > fails at the same instruction, sometimes during boot up and sometimes > when you run a certain utility. The reported instruction, btw, is > not privileged. > Interesting that all my problems with FreeBSD 1.1.5.x and 2.x are on the non Vesa Micronics "Gemini" (straight ISA bus). Wonder if there's something in how Micronics is doing stuff in addition to the chip stepping issue... Bill ----------------------------------------------------------------------------- Bill Pechter |Systems Administrator | N2RDI Ilex Systems |170 Patterson Ave | Shrewsbury, New Jersey 07702 908-532-2369 |pechter@sesd.ilex.com | pechter@stars.sed.monmouth.army.mil From owner-freebsd-hackers Fri May 19 08:05:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA24587 for hackers-outgoing; Fri, 19 May 1995 08:05:11 -0700 Received: from hutcs.cs.hut.fi (root@hutcs.cs.hut.fi [130.233.192.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA24578 for ; Fri, 19 May 1995 08:05:00 -0700 Received: from shadows.cs.hut.fi by hutcs.cs.hut.fi with SMTP id AA05797 (5.65c8/HUTCS-S 1.4 for ); Fri, 19 May 1995 18:04:24 +0300 From: Heikki Suonsivu Received: (hsu@localhost) by shadows.cs.hut.fi (8.6.10/8.6.10) id SAA09854; Fri, 19 May 1995 18:04:24 +0300 Date: Fri, 19 May 1995 18:04:24 +0300 Message-Id: <199505191504.SAA09854@shadows.cs.hut.fi> To: Peter Wemm Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: Peter Wemm's message of 19 May 1995 02:23:55 +0300 Subject: Hmm. _really wierd_. Packets going out wrong interface... Organization: Helsinki University of Technology, Otaniemi, Finland Sender: hackers-owner@FreeBSD.org Precedence: bulk So.. after killing and restarting gated, I then got: Data modified on freelist: word 0 of object 0xf0733c80 size 36 previous type in_multi (0xf066d440 != 0xdeadc0de) We have seen this in our news server. It doesn't do any routing and doesn't run gated. It is loaded, though, runs innd and it is used a general purpose machine. Panics at least once a day, though it marginally improved after last motherboard switch. There are problems with SCSI but they look like disk-originated (it doesn't find disks in boot after crashing into disk errors). I tried to PR "Data modified on freelist" but send-pr said "Aborting..." and junked the finished report. I got pissed off badly enough to forget about it that time :-( -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@cs.hut.fi home +358-0-8031121 work -4513377 fax -4555276 riippu SN From owner-freebsd-hackers Fri May 19 08:59:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA25331 for hackers-outgoing; Fri, 19 May 1995 08:59:48 -0700 Received: from haywire.DIALix.COM (peter@haywire.DIALix.COM [192.203.228.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA25325 for ; Fri, 19 May 1995 08:59:43 -0700 Received: (from peter@localhost) by haywire.DIALix.COM (8.6.12/8.6.12/DIALix) id XAA19019; Fri, 19 May 1995 23:59:23 +0800 Date: Fri, 19 May 1995 23:59:21 +0800 (WST) From: Peter Wemm To: David Greenman cc: hackers@FreeBSD.org Subject: Re: More on "Hmm.. Strange..." In-Reply-To: <199505190804.BAA00362@corbin.Root.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Fri, 19 May 1995, David Greenman wrote: > >The first sendto() always works, and the second sendto() sends the > >datagram to the *wrong interface*! > That is happening because you have both the ethernet and ppp interfaces in > the same subnet. FreeBSD doesn't support this - each network interface must be > in a unique subnet. As far as I know, it's always been this way in BSD. > > -DG It should.. The code is there to support it. What the BSD kernel requires is that the _remote_ end is in a different subnet (that's the way it's been since BSD4.3). I'm quite sure it works in NetBSD, not because I've tried it, but because there are a dozen or so Internet Service Providers over here using it. The BSD model doesn't allow multiple ethernet interfaces on the same subnet, that I'm not arguing. The BSD code is littered with things like addr = (ifp->if_flags & IFF_POINTOPOINT) ? ifp->if_dstaddr : ifp->if_addr; (this isn't exact, but you get the idea). The only time it seems to fail, is if SO_REUSEADDR is turned on explicitly, or if it's turned on implicitly by use of Multicast. Also, on a point-to-point interface, the netmask is applied to the destination address, not the local address. Are you saying that in order to have a PPP link to a B-class network, you need to have your OWN SEPERATE b-class for your FreeBSD box just so that you can advertise a route to the other 3 machines on your local ethernet? eg: ed0: 192.203.228.1, netmask 0xffffff00, broadcast 192.203.228.255 ppp0: new b-class netmask 0xffff0000, destination 130.95.128.21 I personally think there is a bug in the FreeBSD lookups somewhere, perhaps as part of the Multicast merge.. 4.4BSD networking can't suck that badly, can it? Especially after the measures that 4.3BSD and 4.4BSD has taken to make sure that it does work.. Sorry if I sound sarcastic.. I just can't believe that this was working so very well in an older system, and doesn't work in a state-of-the-art system. Cheers, -Peter From owner-freebsd-hackers Fri May 19 09:07:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA25554 for hackers-outgoing; Fri, 19 May 1995 09:07:30 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA25547 ; Fri, 19 May 1995 09:07:25 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id JAA14047; Fri, 19 May 1995 09:10:28 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id JAA00169; Fri, 19 May 1995 09:07:28 -0700 Message-Id: <199505191607.JAA00169@corbin.Root.COM> To: Peter Wemm cc: hackers@FreeBSD.org, wollman@FreeBSD.org Subject: Re: More on "Hmm.. Strange..." In-reply-to: Your message of "Fri, 19 May 95 23:59:21 +0800." From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 19 May 1995 09:07:27 -0700 Sender: hackers-owner@FreeBSD.org Precedence: bulk >I personally think there is a bug in the FreeBSD lookups somewhere, >perhaps as part of the Multicast merge.. 4.4BSD networking can't suck that >badly, can it? Especially after the measures that 4.3BSD and 4.4BSD has >taken to make sure that it does work.. Perhaps, but I've never been able to get multiple SLIP links working when the local end was in the same subnet...and this dates back to the early days of 386BSD. >Sorry if I sound sarcastic.. I just can't believe that this was working >so very well in an older system, and doesn't work in a state-of-the-art >system. All I can say is that I've never seen it work. If it worked at one time, it must have been long ago (before Net/2?). Perhaps Garrett might be able to say more... -DG From owner-freebsd-hackers Fri May 19 09:59:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA27900 for hackers-outgoing; Fri, 19 May 1995 09:59:25 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA27893 ; Fri, 19 May 1995 09:59:24 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: "Nickolay N. Dudorov" cc: hackers@FreeBSD.org Subject: Re: Multi-lingual support in sysinstall (TODO-2.0.5) In-reply-to: Your message of "Fri, 19 May 95 21:22:29 +0700." <199505191422.VAA02267@gw.itfs.nsk.su> Date: Fri, 19 May 1995 09:59:24 -0700 Message-ID: <27892.800902764@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Here I must agree with Andrey - with cp866 Russian > screens looks better (same quality as English with cp850 and > better then other languages ;). Ok, done! Thanks for getting back to me (to both you and Andrey) on this! Jordan From owner-freebsd-hackers Fri May 19 10:20:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA28299 for hackers-outgoing; Fri, 19 May 1995 10:20:06 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA28293 for ; Fri, 19 May 1995 10:20:02 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id KAA00741; Fri, 19 May 1995 10:18:58 -0700 From: "Rodney W. Grimes" Message-Id: <199505191718.KAA00741@gndrsh.aac.dev.com> Subject: Re: pcnfsd or bwnfsd To: asami@CS.Berkeley.EDU (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Date: Fri, 19 May 1995 10:18:57 -0700 (PDT) Cc: dufault@hda.com, babkin@hq.icb.chel.su, hackers@FreeBSD.org In-Reply-To: <199505191019.DAA10561@silvia.HIP.Berkeley.EDU> from "Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=" at May 19, 95 03:19:45 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1029 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > * ** pcnfsd is copyrighted software, but is freely licensed. This > * ** means that you are free to redistribute it, modify it, ship it > ^^^^^^^ > * ** in binary with your system, whatever, provided: > ^^^^^^^^^^^^^^^^^^^^^^^^^^ > * ** > * ** - you leave the Sun copyright notice in the source code > * ** - you make clear what changes you have introduced and do > * ** not represent them as being supported by Sun. > * ** - you do not charge money for the source code (unlikely, given > ^^^^^^^^^^^^^^^ > * ** its free availability) > > Um...I guess we can't put the source code on the CDROM but the binary > package is ok. Is that the correct interpretation? No, you can put both on there, but you are only charging for the generated binary :-). -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Fri May 19 11:37:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA29533 for hackers-outgoing; Fri, 19 May 1995 11:37:50 -0700 Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA29522 for ; Fri, 19 May 1995 11:37:25 -0700 Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id EAA10489; Sat, 20 May 1995 04:35:40 +1000 From: michael butler Message-Id: <199505191835.EAA10489@asstdc.scgt.oz.au> Subject: Re: More on "Hmm.. Strange..." To: peter@haywire.dialix.com (Peter Wemm) Date: Sat, 20 May 1995 04:35:38 +1000 (EST) Cc: davidg@Root.COM, hackers@FreeBSD.org In-Reply-To: from "Peter Wemm" at May 19, 95 11:59:21 pm Reply-To: imb@scgt.oz.au X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1160 Sender: hackers-owner@FreeBSD.org Precedence: bulk Peter Wemm writes: > > That is happening because you have both the ethernet and ppp > > interfaces in the same subnet. FreeBSD doesn't support this - each > > network interface must be in a unique subnet. As far as I know, it's > > always been this way in BSD. > It should.. The code is there to support it. What the BSD kernel requires > is that the _remote_ end is in a different subnet (that's the way it's > been since BSD4.3). I'm quite sure it works in NetBSD, not because I've > tried it, but because there are a dozen or so Internet Service Providers > over here using it. Whilst I'm afraid I can't offer much in helping solve this dilemma, it raises a question for me .. Is there any mechanism in FreeBSD (-current or otherwise) to permit the dynamic allocation of IP addresses from a predetermined "pool" for the sole purpose of connecting intermittent dial-in users ? If not in the "standard" release, as an add-on ? If the above discussion requires that the (far) end-point is in a different subnet and I have two (or more) remote dial-ins, do they need to be in different subnets of their own for gated to operate correctly ? michael From owner-freebsd-hackers Fri May 19 11:49:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA29862 for hackers-outgoing; Fri, 19 May 1995 11:49:56 -0700 Received: from haywire.DIALix.COM (peter@haywire.DIALix.COM [192.203.228.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA29856 for ; Fri, 19 May 1995 11:49:53 -0700 Received: (from peter@localhost) by haywire.DIALix.COM (8.6.12/8.6.12/DIALix) id CAA27453; Sat, 20 May 1995 02:49:45 +0800 Date: Sat, 20 May 1995 02:49:42 +0800 (WST) From: Peter Wemm To: hackers@FreeBSD.org Subject: Test jig for running freebsd net code in user mode? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Does anybody know of anyone who's done anything even remotely like this? Thanks, -Peter From owner-freebsd-hackers Fri May 19 12:13:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA00532 for hackers-outgoing; Fri, 19 May 1995 12:13:36 -0700 Received: from labtam.labtam.OZ.AU (labtam.labtam.OZ.AU [137.109.1.16]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA00524 for ; Fri, 19 May 1995 12:13:33 -0700 Received: by labtam.labtam.OZ.AU (8.6.11/8.6.6+1.11) id FAA01726 for freebsd-hackers@freefall.cdrom.com; Sat, 20 May 1995 05:13:27 +1000 Date: Sat, 20 May 1995 05:13:27 +1000 From: Mark Treacy Message-Id: <199505191913.FAA01726@labtam.labtam.OZ.AU> To: freebsd-hackers@freefall.cdrom.com Subject: Re: More on "Hmm.. Strange..." Sender: hackers-owner@FreeBSD.org Precedence: bulk >>I personally think there is a bug in the FreeBSD lookups somewhere, >>perhaps as part of the Multicast merge.. 4.4BSD networking can't suck that >>badly, can it? Especially after the measures that 4.3BSD and 4.4BSD has >>taken to make sure that it does work.. > Perhaps, but I've never been able to get multiple SLIP links working when >the local end was in the same subnet...and this dates back to the early >days of 386BSD. > All I can say is that I've never seen it work. If it worked at one time, it >must have been long ago (before Net/2?). Just to clarify, we're talking about the situation where an ethernet interface and a bunch of ppp interfaces all share a common ip address ? If we are, then in my experience this has worked in 4.3bsd-tahoe, 4.3bsd-reno, and 4.3bsd-net2. I don't remember anything in 4.2 or 4.3 that would prevent sharing either. I haven't used 4.4bsd-lite based code in this setup, but I would be very surprised if it didn't work. A useful command to use when diagnosing these type of problems is route(1). Along with the radix tree routing introduction came a rewritten route command. One of the new keywords is "get". Get uses the route socket to get the kernel to do a route lookup. Try, route -vn get nn.mm.oo.pp Another useful variant is, route -vn get nn.mm.oo.pp -ifa 11 Which gets the kernel to return the AF_LINK address of the interface (which when printed out by route(1) conveniently tells you the interface name). The -ifa argument is just a bogus address to put in the message it stuffs down the route socket. - Mark. From owner-freebsd-hackers Fri May 19 12:27:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA01960 for hackers-outgoing; Fri, 19 May 1995 12:27:59 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA01952 for ; Fri, 19 May 1995 12:27:57 -0700 Received: from gemini.sdsp.mc.xerox.com ([13.252.21.73]) by alpha.xerox.com with SMTP id <14565(3)>; Fri, 19 May 1995 12:23:56 PDT Received: from gnu.mc.xerox.com (gnu.sdsp.mc.xerox.com) by gemini.sdsp.mc.xerox.com (4.1/SMI-4.1) id AA13416; Fri, 19 May 95 15:23:59 EDT Received: by gnu.mc.xerox.com (4.1/SMI-4.1) id AA16551; Fri, 19 May 95 15:27:03 EDT Message-Id: <9505191927.AA16551@gnu.mc.xerox.com> To: freebsd-hackers@FreeBSD.org Subject: Linux, BSD file systems and dosemu Date: Fri, 19 May 1995 12:27:03 PDT From: "Marty Leisner" Sender: hackers-owner@FreeBSD.org Precedence: bulk I now have enough hard disk to get a bsd system up and running. I'm impressed with what BSD has done with their file system support and will look for a way to rehost some of this onto linux... Is there any work on a driver for ext2 filesystems so I can cooperate effectively with linux? Also, I'm looking to work on dosemu on freebsd...(I'm currently working on dosemu on linux). marty leisner@sdsp.mc.xerox.com Member of the League for Programming Freedom (http://www.lpf.org) Any sufficiently advanced technology is indistinguishable from magic Arthur C. Clarke, The Lost Worlds of 2001 From owner-freebsd-hackers Fri May 19 13:53:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA07496 for hackers-outgoing; Fri, 19 May 1995 13:53:57 -0700 Received: from gateway.cybernet.com (gateway.cybernet.com [192.245.33.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA07490 for ; Fri, 19 May 1995 13:53:51 -0700 Received: from [192.245.33.12] by gateway.cybernet.com (8.6.8/1.0A) id RAA06415; Fri, 19 May 1995 17:28:30 -0400 X-Sender: mtaylor@gateway.cybernet.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 19 May 1995 16:54:17 -0400 To: hackers@FreeBSD.org From: mtaylor@gateway.cybernet.com (Mark J. Taylor) Subject: Synchronous serial support? Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello- We are looking for support of synchronous serial using the Zilog Z85230 chip (or equivalent). It's title is the ESCC (Enhanced Serial Communication Controller). I am wondering if FreeBSD supports any kind of USART (I know that 8250/16x50 UARTS are supported), esp. this one. Does anyone out there do synchronous serial in FreeBSD? I'd like to hear some (private, no need to broadcast these) stories about people's experiences with the Cronyx-Sigma adapters. -Mark Taylor mtaylor@cybernet.com From owner-freebsd-hackers Fri May 19 14:03:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA07680 for hackers-outgoing; Fri, 19 May 1995 14:03:23 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA07673 ; Fri, 19 May 1995 14:03:21 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: "Marty Leisner" cc: freebsd-hackers@FreeBSD.org Subject: Re: Linux, BSD file systems and dosemu In-reply-to: Your message of "Fri, 19 May 95 12:27:03 PDT." <9505191927.AA16551@gnu.mc.xerox.com> Date: Fri, 19 May 1995 14:03:20 -0700 Message-ID: <7672.800917400@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Is there any work on a driver for ext2 filesystems so I can > cooperate effectively with linux? I believe Remy Card, the author of extfs, has some plans to port the next revision of his code (ext3fs? :-) to FreeBSD though I don't know the state of this. Ollivier? Have you talked to Remy about this recently? > Also, I'm looking to work on dosemu on freebsd...(I'm currently > working on dosemu on linux). We'd like this! There is already some work that has been done in NetBSD which you might find to be a reasonable starting point, otherwise I might suggest you put together a small group of interested persons and rearchitect it from scratch (the NetBSD implementation is said to be less than ideal). Jordan From owner-freebsd-hackers Fri May 19 14:04:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA07695 for hackers-outgoing; Fri, 19 May 1995 14:04:30 -0700 Received: from clark.net (waa@clark.net [168.143.0.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA07689 for ; Fri, 19 May 1995 14:04:28 -0700 Received: (waa@localhost) by clark.net (8.6.12/8.6.5) id RAA05828; Fri, 19 May 1995 17:04:16 -0400 Date: Fri, 19 May 1995 17:04:14 -0400 (EDT) From: William A Arbaugh To: Stephen Hocking cc: hackers@FreeBSD.org Subject: Re: ATM card for PC's with API specs In-Reply-To: <199505190308.DAA26487@netfl15a.devetir.qld.gov.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Fri, 19 May 1995, Stephen Hocking wrote: > Looks like an ATM card will be availabe & programmable - any takers? > We're (UPenn) working on a NetBSD/FreeBSD driver for the FORE EISA card under a NDA. In previous talks with FORE, they "didn't see a demand for BSD drivers. SysV was the way they were going". We're more than willing to release binaries etc. but we have to get permission from FORE. My plans are, once we have a reasonable driver working, to put pressure on FORE for release. I'll keep hackers posted. bill ---------------------------------------------------------------------------- Bill Arbaugh waa@dsl.cis.upenn.edu waa@clark.net ---------------------------------------------------------------------------- From owner-freebsd-hackers Fri May 19 14:30:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA08083 for hackers-outgoing; Fri, 19 May 1995 14:30:41 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA08073 for ; Fri, 19 May 1995 14:30:36 -0700 Received: by sequent.kiae.su id AA10476 (5.65.kiae-2 ); Sat, 20 May 1995 01:29:50 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Sat, 20 May 95 01:29:49 +0400 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id BAA02209; Sat, 20 May 1995 01:27:19 +0400 To: hackers@FreeBSD.org, "Nickolay N. Dudorov" Cc: "Jordan K. Hubbard" References: <199505191422.VAA02267@gw.itfs.nsk.su> In-Reply-To: <199505191422.VAA02267@gw.itfs.nsk.su>; from "Nickolay N. Dudorov" at Fri, 19 May 1995 21:22:29 +0700 Message-Id: Organization: Olahm Ha-Yetzirah Date: Sat, 20 May 1995 01:27:18 +0400 (MSD) X-Mailer: Mail/@ [v2.36 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: Multi-lingual support in sysinstall (TODO-2.0.5) Lines: 24 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1084 Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <199505191422.VAA02267@gw.itfs.nsk.su> Nickolay N. Dudorov writes: >... and here is my new version of changes for multi-lingual support: Thanx for changes, here is just small nitpicking: >--- sysinstall-old/menus.c Fri May 19 19:50:36 1995 >+++ sysinstall/menus.c Fri May 19 20:30:38 1995 >@@ -133,7 +133,7 @@ > DMENU_CALL, (void *)lang_set_Japanese, 0, 0 }, > { "Norwegian", "Norwegian language and character set (ISO-8859-1)", /* N */ > DMENU_CALL, (void *)lang_set_Norwegian, 0, 0 }, >- { "Russian", "Russian language and character set (cp866-8x14)", /* R */ >+ { "Russian", "Russian language and character set (cp866)", /* R */ Here must be (koi8-r) string instead of (cp866), it describe final code table which is koi8-r and not cp866 (only font). -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Fri May 19 14:41:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA08325 for hackers-outgoing; Fri, 19 May 1995 14:41:15 -0700 Received: from haywire.DIALix.COM (peter@haywire.DIALix.COM [192.203.228.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA08319 for ; Fri, 19 May 1995 14:41:12 -0700 Received: (from peter@localhost) by haywire.DIALix.COM (8.6.12/8.6.12/DIALix) id FAA15363; Sat, 20 May 1995 05:41:05 +0800 Date: Sat, 20 May 1995 05:41:01 +0800 (WST) From: Peter Wemm To: hackers@FreeBSD.org Subject: The sledge-hammer approach seems to work.. :-) (ppp routing etc) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Well, I'm sure you're all tired of hearing about it, but I've got it working.. :-) ie: multiple PPP links all with the same local address as the ethernet interface. (you recieved this email via the results.. :-) I made several small changes at once, so I dont know which it is, but I think I know which it will be. I'm just about to go back and remove them one at a time to see which one is affecting the situation, then I'll try and work out why. I'm recompiling gated in the original configuration to make sure this isn't too premature.. I really have to analyse what I've done and what the side effects are or might be... -Peter From owner-freebsd-hackers Fri May 19 17:17:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA11160 for hackers-outgoing; Fri, 19 May 1995 17:17:17 -0700 Received: from haywire.DIALix.COM (peter@haywire.DIALix.COM [192.203.228.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA11153 for ; Fri, 19 May 1995 17:17:13 -0700 Received: (from peter@localhost) by haywire.DIALix.COM (8.6.12/8.6.12/DIALix) id IAA26051; Sat, 20 May 1995 08:17:04 +0800 Date: Sat, 20 May 1995 08:16:57 +0800 (WST) From: Peter Wemm To: hackers@FreeBSD.org Subject: Re: The sledge-hammer approach seems to work.. :-) (ppp routing etc) In-Reply-To: <199505192250.PAA06133@ref.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Well, this is what seems to do the trick... The patch is to net/if.c:ifa_ifwithnet(), the last sup to -current being about 30 hours ago. *** if.c.dist Fri Feb 24 23:19:07 1995 --- if.c Sat May 20 07:44:24 1995 *************** *** 240,246 **** --- 240,255 ---- if (ifa->ifa_addr->sa_family != af || ifa->ifa_netmask == 0) next: continue; cp = addr_data; + #define FIX1 + #ifdef FIX1 + if (ifp->if_flags & IFF_POINTOPOINT) { + cp2 = ifa->ifa_dstaddr->sa_data; + } else { + cp2 = ifa->ifa_addr->sa_data; + } + #else cp2 = ifa->ifa_addr->sa_data; + #endif /* FIX1 */ cp3 = ifa->ifa_netmask->sa_data; cplim = ifa->ifa_netmask->sa_len + (char *)ifa->ifa_netmask; while (cp3 < cplim) I've had a look at all the places that ifa_ifwithnet() is called, and I dont _think_ it's going to have any side effects other than good ones. Note that the original code is applying the netmask to the local address instead of the remote address, which is definately wrong... My limited understanding makes me suspect that when the interface is being looked up for the broadcast transmission, this is falsely matching on the local end of ppp/slip links. I'd be interested to know if it fixes anybody else's problems with ppp/ethernet conflicts. Also, note that there are other places in the interface selection and ifaddr selection code that do similar (IMHO)incorrect things, which will probably cause adding aliases to P2P links to do strange things as well. (I'm thinking of ifaof_ifpforaddr() in if.c in particular) As to why SO_REUSEADDR has any effect, I am none the wiser at this stage. Cheers, -Peter From owner-freebsd-hackers Fri May 19 18:27:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA11897 for hackers-outgoing; Fri, 19 May 1995 18:27:51 -0700 Received: from merlin.nando.net (root@merlin.nando.net [152.52.2.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA11891 for ; Fri, 19 May 1995 18:27:49 -0700 Received: from nando.net.nando.net (parsifal.nando.net) by merlin.nando.net (4.1/davel-nando/Jan95) id AA28607; Fri, 19 May 95 21:27:20 EDT Received: by nando.net.nando.net (4.1/SMI-4.1) id AA26444; Fri, 19 May 95 21:27:56 EDT From: kmitch@nando.net (kmitch) Message-Id: <9505200127.AA26444@nando.net.nando.net> Subject: Adaptec 2940W??? (help) To: hackers@FreeBSD.org Date: Fri, 19 May 1995 21:27:55 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 335 Sender: hackers-owner@FreeBSD.org Precedence: bulk I just got a new pentium computer, with an Adaptec 2940W SCSI controller in it. I recompiled the kernel for the PCI and ahc stuff, and all is recognized, but I keep getting timeouts from the SCSI device. I tried adjusting the timing in SCSIselect, but no good. Did I forget to do something?? or is this a problem in the driver?? From owner-freebsd-hackers Fri May 19 20:16:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA13986 for hackers-outgoing; Fri, 19 May 1995 20:16:42 -0700 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA13979 for ; Fri, 19 May 1995 20:16:40 -0700 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.11/8.6.9) with SMTP id UAA05731; Fri, 19 May 1995 20:16:34 -0700 Message-Id: <199505200316.UAA05731@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: kmitch@nando.net (kmitch) cc: hackers@FreeBSD.org Subject: Re: Adaptec 2940W??? (help) In-reply-to: Your message of "Fri, 19 May 1995 21:27:55 EDT." <9505200127.AA26444@nando.net.nando.net> Date: Fri, 19 May 1995 20:16:34 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk >I just got a new pentium computer, with an Adaptec 2940W SCSI controller >in it. I recompiled the kernel for the PCI and ahc stuff, and all is >recognized, but I keep getting timeouts from the SCSI device. I tried >adjusting the timing in SCSIselect, but no good. Did I forget to do >something?? or is this a problem in the driver?? Are you running current or an earlier release? There are patches to the driver that may solve your problem that are only availible in current. If you tell me a little bit more about the devices on the bus, I might be able to say more about what you're seeing. -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Fri May 19 20:57:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA14673 for hackers-outgoing; Fri, 19 May 1995 20:57:51 -0700 Received: from relay4.UU.NET (relay4.UU.NET [192.48.96.14]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA14667 for ; Fri, 19 May 1995 20:57:50 -0700 Received: from ast.com by relay4.UU.NET with SMTP id QQyqmh06306; Fri, 19 May 1995 23:57:47 -0400 Received: from trsvax.fw.ast.com (fw.ast.com) by ast.com with SMTP id AA08547 (5.67b/IDA-1.5 for uunet!freebsd.org!hackers); Fri, 19 May 1995 20:57:58 -0700 Received: by trsvax.fw.ast.com (/\=-/\ Smail3.1.18.1 #18.1) id ; Fri, 19 May 95 22:56 CDT Received: by nemesis.lonestar.org (Smail3.1.27.1 #18) id m0sCeqT-0004vzC; Fri, 19 May 95 22:04 CDT Message-Id: Date: Fri, 19 May 95 22:04 CDT To: hackers@FreeBSD.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Fri May 19 1995, 22:04:52 CDT Subject: Re: pcnfsd or bwnfsd Cc: uhclem@nemesis.lonestar.org Sender: hackers-owner@FreeBSD.org Precedence: bulk [2]I wouldn't put this on the CD-ROM without passing it before a lawyer. [2] [2]If I were to put it on a CD-ROM I'd somewhere on the label state [2]that I wasn't charging for any of the source code but for the service [2]of providing a collection of the sources. I believe the phrase is that the cost is a "modest charge for the media, and not a charge for the content itself", aka the modest media charge ploy. Frank Durda IV |"The Knights who say "LETNi" or uhclem%nemesis@fw.ast.com (Fastest Route)| demand... A WORKING PCI BOARD!!! ...letni!rwsys!nemesis!uhclem |"A what?" ...decvax!fw.ast.com!nemesis!uhclem |"LETNi! LETNi! LETNi!" - 1983 From owner-freebsd-hackers Fri May 19 21:07:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA14829 for hackers-outgoing; Fri, 19 May 1995 21:07:31 -0700 Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA14822 ; Fri, 19 May 1995 21:07:24 -0700 Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id WAA05672; Fri, 19 May 1995 22:06:34 -0600 Message-Id: <199505200406.WAA05672@rover.village.org> To: terry@cs.weber.edu (Terry Lambert) Subject: Re: (fwd) Re: Mma for Linux, when? Cc: dufault@hda.com (Peter Dufault), hsu@freefall.cdrom.com, chuckr@Glue.umd.edu, hackers@freefall.cdrom.com In-reply-to: Your message of Thu, 18 May 1995 17:26:24 MDT Date: Fri, 19 May 1995 22:06:33 -0600 From: Warner Losh Sender: hackers-owner@FreeBSD.org Precedence: bulk : The problem with Free OS ports (Warner Losh should back this) is the : rapid ABI changes obsoleting the port and shortening its viable market : lifetime. Neither a native FreeBSD /NetBSD nor a Linux port would : address this issue. Yes. I've said it several times in the past, but I'll say it again: The Linux port went stale in less than 6 months (and more like 3-4) because the compiler was upgraded and the binaries weren't compatible. Also, there were a number of changes to libc that made it hard to build a new program with the old library. It was a nightmare. However, for ordinary programs, it is much saner, but still fraught with dangers. FreeBSD/NetBSD have been better than Linux about this, btw. The big problem that I had with OI (a library) was that the shared libraries on FreeBSD/NetBSD weren't the same (the ABI was different) and I'd have to do the port twice. The incremental cost wasn't much, but explaining which binary to get and why would be a pain. I don't know if FreeBSD/NetBSD are compatible now with 2.0/1.0, so maybe this is obsolete info. And then OI was purchased by people who are actively hostile toward free software, so nothing happened (or will ever happen now that I've left). Warner From owner-freebsd-hackers Sat May 20 01:03:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA18138 for hackers-outgoing; Sat, 20 May 1995 01:03:38 -0700 Received: from labtam.labtam.OZ.AU (labtam.labtam.OZ.AU [137.109.1.16]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA18131 for ; Sat, 20 May 1995 01:03:31 -0700 Received: by labtam.labtam.OZ.AU (8.6.11/8.6.6+1.11) id SAA26101 for freebsd-hackers@freefall.cdrom.com; Sat, 20 May 1995 18:03:28 +1000 Date: Sat, 20 May 1995 18:03:28 +1000 From: Mark Treacy Message-Id: <199505200803.SAA26101@labtam.labtam.OZ.AU> To: freebsd-hackers@freefall.cdrom.com Subject: Re: Synchronous serial support? Sender: hackers-owner@FreeBSD.org Precedence: bulk >We are looking for support of synchronous serial using the Zilog Z85230 >chip (or equivalent). It's title is the ESCC (Enhanced Serial >Communication Controller). I am wondering if FreeBSD supports any kind of >USART (I know that 8250/16x50 UARTS are supported), esp. this one. The 85230 is basically an 8530 with deeper fifo's. This part is supposed to be more suited to synchronous applications. It isn't really, the priorities that the 8530 (and hence 85230) assign interrupts internally mean that the chip is more suited towards async apps than sync. The 85230 is software compatible with the 8530, it is also pin compatible. It is a horrible part. >Does anyone out there do synchronous serial in FreeBSD? I'd like to hear >some (private, no need to broadcast these) stories about people's >experiences with the Cronyx-Sigma adapters. The cirrus logic chip that this board uses seems to be a nice part for sync apps. Do whatever you can do to avoid going the 8530/85230 path. - Mark. From owner-freebsd-hackers Sat May 20 01:42:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA19108 for hackers-outgoing; Sat, 20 May 1995 01:42:21 -0700 Received: from lirmm.lirmm.fr (lirmm.lirmm.fr [193.49.104.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA19100 for ; Sat, 20 May 1995 01:42:18 -0700 Received: from lirmm.fr (baobab.lirmm.fr [193.49.106.14]) by lirmm.lirmm.fr (8.6.10/8.6.4) with ESMTP id KAA00523 for ; Sat, 20 May 1995 10:42:16 +0200 Message-Id: <199505200842.KAA00523@lirmm.lirmm.fr> To: hackers@FreeBSD.org Subject: sysctl(3) in kernel modules. Date: Sat, 20 May 1995 10:42:13 +0200 From: "Philippe Charnier" Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello, I'm trying to patch the snake saver, in the way it can find itself the name and version (i.e return value of uname -s and uname -r). The code is made but it use sysctl(3) for now, ... and don't compile (sysctl is part of libc). The question is: Can I replace it by __sysctl ? Is this THE right choice when -DKERNEL. -------- -------- Philippe Charnier charnier@lirmm.fr LIRMM, 161 rue Ada, 34392 Montpellier cedex 5 -- France ------------------------------------------------------------------------ From owner-freebsd-hackers Sat May 20 05:54:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA27074 for hackers-outgoing; Sat, 20 May 1995 05:54:27 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA27068 for ; Sat, 20 May 1995 05:54:19 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id WAA02087; Sat, 20 May 1995 22:48:47 +1000 Date: Sat, 20 May 1995 22:48:47 +1000 From: Bruce Evans Message-Id: <199505201248.WAA02087@godzilla.zeta.org.au> To: charnier@lirmm.fr, hackers@FreeBSD.org Subject: Re: sysctl(3) in kernel modules. Sender: hackers-owner@FreeBSD.org Precedence: bulk >The question is: Can I replace it by __sysctl ? Is this THE right choice >when -DKERNEL. It isn't right. __sysctl() requires lots of magic initialization, possibly including faking kernel space to be user space so that copyin() works. Use part of version[]. Bruce From owner-freebsd-hackers Sat May 20 07:57:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA29961 for hackers-outgoing; Sat, 20 May 1995 07:57:26 -0700 Received: from mpp.com (dialup-4-75.gw.umn.edu [128.101.96.75]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA29945 for ; Sat, 20 May 1995 07:57:16 -0700 Received: (from mpp@localhost) by mpp.com (8.6.11/8.6.9) id JAA00348 for hackers@freebsd.org; Sat, 20 May 1995 09:57:07 -0500 From: Mike Pritchard Message-Id: <199505201457.JAA00348@mpp.com> Subject: slow ftp sends over slip link To: hackers@FreeBSD.org Date: Sat, 20 May 1995 09:57:07 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2193 Sender: hackers-owner@FreeBSD.org Precedence: bulk I've seen the following problem with a -current kernel and a kernel from a month ago: I just noticed that attempting to send out of my machine with ftp over a SLIP link is horribily slow (0.3 Kbytes/second if it works at all) compared to receiving a file with ftp (1.4 Kbytes/second). I got those two speeds sending/receiving the same file to/from freefall. Attempting to send a file via ftp to my local ISP (SunOs 5.4) winds up hanging and never completes. Anywhere from 0 - 20,000 bytes of the file will make it to the remote host before it hangs. Receives from this host are usually around 1.4 Kbytes/sec. The file in question is a 200K zip file. I did notice something interesting if I enable hash mark printing in ftp. Immediately after issuing the "send" command, about 30 hash marks will be printed. This happens if I ftp to freefall, or my local ISP's machine. In the case of ftping to the local ISP's machine, maybe 1 or 2 other hash marks will be printed before it winds up hanging. In either case, watching the modem lights shows that the modem is sitting idle most of the time. Some relavant information: 1% ifconfig sl0 sl0: flags=f011 mtu 552 inet 128.101.96.75 --> 128.101.118.21 netmask 0xffffff00 2% netstat -in Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll lp0* 1500 0 0 0 0 0 lo0 16384 8 0 8 0 0 lo0 16384 127 127.0.0.1 8 0 8 0 0 ppp0* 1500 0 0 0 0 0 sl0 552 2746 0 2846 0 0 sl0 552 128.101.96 128.101.96.75 2746 0 2846 0 0 I still have problems even if I turn off SLIP compression (e.g. ifconfig sl0 -link0 -link2). I also tried disabling the rfc1323 and rfc1644 options without any luck. Anyone have any ideas what is wrong here, or have any suggestions on what else I could try? -- Mike Pritchard pritc003@maroon.tc.umn.edu "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-hackers Sat May 20 09:09:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA01851 for hackers-outgoing; Sat, 20 May 1995 09:09:55 -0700 Received: from mpp.com (dialup-5-86.gw.umn.edu [128.101.96.86]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA01845 for ; Sat, 20 May 1995 09:09:52 -0700 Received: (from mpp@localhost) by mpp.com (8.6.11/8.6.9) id LAA00402 for hackers@freebsd.org; Sat, 20 May 1995 11:09:07 -0500 From: Mike Pritchard Message-Id: <199505201609.LAA00402@mpp.com> Subject: kernel database files To: hackers@FreeBSD.org Date: Sat, 20 May 1995 11:09:06 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 623 Sender: hackers-owner@FreeBSD.org Precedence: bulk Due to the way I name my kernels (kernel.MMDD, linked to /kernel), whenever I boot a new kernel for testing before linking it to /kernel, I wind up with a new kernel database file in /var/db. Booting a lot of different kernels can cause your root file system to start filling up, since these files are 300K+ in size. How about if we add something like this to /etc/daily or weekly: echo "" echo "Cleaning up kernel database files:" find /var/db -name "kvm_*.db" -a -atime +7 -exec rm -f -- {} \; kvm_mkdb -- Mike Pritchard pritc003@maroon.tc.umn.edu "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-hackers Sat May 20 09:27:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA02132 for hackers-outgoing; Sat, 20 May 1995 09:27:23 -0700 Received: from isl.cf.ac.uk (isl-gate.elsy.cf.ac.uk [131.251.22.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA02123 for ; Sat, 20 May 1995 09:27:21 -0700 Received: (from paul@localhost) by isl.cf.ac.uk (8.6.9/8.6.9) id RAA29572; Sat, 20 May 1995 17:27:36 +0100 From: Paul Richards Message-Id: <199505201627.RAA29572@isl.cf.ac.uk> Subject: Re: alias ( secondary IP ) for Ethernet Ifaces in FreeBSD To: taob@gate.sinica.edu.tw (Brian Tao) Date: Sat, 20 May 1995 17:27:35 +0100 (BST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: from "Brian Tao" at May 19, 95 08:23:50 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1713 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply to Brian Tao who said > > On Wed, 17 May 1995, Paul Richards wrote: > > > > Wait until after 2.0.5, I'm going to need this functionality for > > work (setting up a web site that supports virtual domains) and after > > playing around with it I think ifconfig needs to be changed to handle > > it a lot better. The current implementation isn't robust enough. > > What do you mean by that? I've noticed in my testing that on > occasion, trying to connect to an alias address from a remote Lynx > client would result in a "Network error" (connection closed by peer, > or whatever Lynx calls it). However, those appear to be related to > errors in my httpd.conf setup and not necessarily ifconfig. The ifconfig alias syntax is a little cludgy. I'd like a more robust syntax that doesn't let you make mistakes like ifconfig lnc0 131.251.22.1 alias 131.251.122.1 which will set your broadcast address to 131.251.122.1 which is wrong. I'd also like to be able to treat an alias as a separate interface and do things like ifconfig lnc0:1 and get the alias info like you can under Solaris. > > I just remembered something... a host with multiple aliases cannot > reach itself via those additional addresses. Is this a bug? I can > ping/telnet to any of the aliases from a different machine, but not > from the same machine to itself (via an alias). You need to specify a netmask for the aliases so that the routing code can distinguish between them, you can access the aliases from the host then. -- Paul Richards, Bluebird Computer Systems. FreeBSD core team member. Internet: paul@FreeBSD.org, http://www.isl.cf.ac.uk/ Phone: +44 1222 874000 x6646 (work), +44 1222 457651 (home) From owner-freebsd-hackers Sat May 20 09:44:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA02634 for hackers-outgoing; Sat, 20 May 1995 09:44:25 -0700 Received: from leo.ibms.sinica.edu.tw ([140.109.40.249]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA02624 for ; Sat, 20 May 1995 09:44:20 -0700 Received: (from taob@localhost) by leo.ibms.sinica.edu.tw (8.6.11/8.6.9) id AAA16222; Sun, 21 May 1995 00:41:35 +0800 Date: Sun, 21 May 1995 00:41:34 +0800 (CST) From: Brian Tao To: Paul Richards cc: freebsd-hackers@FreeBSD.org Subject: Re: alias ( secondary IP ) for Ethernet Ifaces in FreeBSD In-Reply-To: <199505201627.RAA29572@isl.cf.ac.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sat, 20 May 1995, Paul Richards wrote: > > which will set your broadcast address to 131.251.122.1 which is wrong. I'd > also like to be able to treat an alias as a separate interface and do > things like > > ifconfig lnc0:1 I like this format too. Makes getting at each numbered interface much easier than remembering IP addresses and looking through netstat. > You need to specify a netmask for the aliases so that the routing code can > distinguish between them, you can access the aliases from the host then. I've been using the usual 0xffffff00 netmask for all my local machines on the same C-class subnet. Do I need to specify something different for the aliases? This is what I get on host leo, initially with one IP address assigned to it (140.109.40.249). I want to add 140.109.40.238 to it: # netstat -i Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll ed1 1500 00.00.e8.cb.cd.58 3916567 1 2536025 11 584527 ed1 1500 140.109.40 leo 3916567 1 2536025 11 584527 lp0* 1500 0 0 0 0 0 lo0 16384 67 0 67 0 0 lo0 16384 your-net localhost 67 0 67 0 0 # ping 140.109.40.238 PING 140.109.40.238 (140.109.40.238): 56 data bytes ^C --- 140.109.40.238 ping statistics --- 6 packets transmitted, 0 packets received, 100% packet loss # ifconfig ed1 inet 140.109.40.238 netmask 0xffffff00 alias ifconfig: ioctl (SIOCAIFADDR): File exists # netstat -i Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll ed1 1500 00.00.e8.cb.cd.58 3916601 1 2536043 11 584527 ed1 1500 140.109.40 leo 3916601 1 2536043 11 584527 ed1 1500 140.109.40 140.109.40.238 3916601 1 2536043 11 584527 lp0* 1500 0 0 0 0 0 lo0 16384 67 0 67 0 0 lo0 16384 your-net localhost 67 0 67 0 0 # ping 140.109.40.238 PING 140.109.40.238 (140.109.40.238): 56 data bytes ping: sendto: Host is down ping: wrote 140.109.40.238 64 chars, ret=-1 ping: sendto: Host is down ping: wrote 140.109.40.238 64 chars, ret=-1 ping: sendto: Host is down ping: wrote 140.109.40.238 64 chars, ret=-1 ^C --- 140.109.40.238 ping statistics --- 6 packets transmitted, 0 packets received, 100% packet loss # rsh aries ping 140.109.40.238 PING 140.109.40.238 (140.109.40.238): 56 data bytes 64 bytes from 140.109.40.238: icmp_seq=0 ttl=255 time=2.967 ms 64 bytes from 140.109.40.238: icmp_seq=1 ttl=255 time=1.633 ms 64 bytes from 140.109.40.238: icmp_seq=2 ttl=255 time=1.440 ms 64 bytes from 140.109.40.238: icmp_seq=3 ttl=255 time=1.373 ms ^C --- 140.109.40.238 ping statistics --- 4 packets transmitted, 4 packets received, 0% packet loss round-trip min/avg/max = 1.373/1.853/2.967 ms Do I need to restrict my netmask more? -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Sat May 20 11:32:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA04543 for hackers-outgoing; Sat, 20 May 1995 11:32:04 -0700 Received: from aries.ai.net (ai.net [198.69.35.206]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA04537 for ; Sat, 20 May 1995 11:31:55 -0700 Received: (from nc@localhost) by aries.ai.net (8.6.11/8.6.12) id OAA02611; Sat, 20 May 1995 14:26:35 -0400 Date: Sat, 20 May 1995 14:26:35 -0400 (EDT) From: Network Coordinator To: Mike Pritchard cc: hackers@FreeBSD.org Subject: Re: slow ftp sends over slip link In-Reply-To: <199505201457.JAA00348@mpp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Try using hardware flow control. It sounds like with FreeFall the latency is high enough that its not needed, but with your local ISP your modem is getting thrown 30 or so K of data and then FTP or TCP [I don't remember which does the error correction in that sort of situtation] realizes it hasn't been rec'd correctly and resends it. That is why you are getting .3K/sec. On the receive side your modem is receiving as fast as it can. The same thing should happen if you try to dial up and use a shell account on your ISP's machine. Try using rz and sz with a file. Then turn flow control on both sides on. Well, that is the problem I think of when I see reports like that. Hope it helps. Regards, -Jerry. On Sat, 20 May 1995, Mike Pritchard wrote: > I've seen the following problem with a -current kernel and a kernel > from a month ago: > > I just noticed that attempting to send out of my machine with ftp > over a SLIP link is horribily slow (0.3 Kbytes/second if it works at all) > compared to receiving a file with ftp (1.4 Kbytes/second). I got those two > speeds sending/receiving the same file to/from freefall. > > Attempting to send a file via ftp to my local ISP (SunOs 5.4) winds up > hanging and never completes. Anywhere from 0 - 20,000 bytes of the file > will make it to the remote host before it hangs. Receives from this > host are usually around 1.4 Kbytes/sec. The file in question is > a 200K zip file. > > I did notice something interesting if I enable hash mark printing > in ftp. Immediately after issuing the "send" command, about 30 hash > marks will be printed. This happens if I ftp to freefall, or my > local ISP's machine. In the case of ftping to the local ISP's machine, > maybe 1 or 2 other hash marks will be printed before it winds up hanging. > > In either case, watching the modem lights shows that the modem is sitting > idle most of the time. > > Some relavant information: > > 1% ifconfig sl0 > sl0: flags=f011 mtu 552 > inet 128.101.96.75 --> 128.101.118.21 netmask 0xffffff00 > 2% netstat -in > Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll > lp0* 1500 0 0 0 0 0 > lo0 16384 8 0 8 0 0 > lo0 16384 127 127.0.0.1 8 0 8 0 0 > ppp0* 1500 0 0 0 0 0 > sl0 552 2746 0 2846 0 0 > sl0 552 128.101.96 128.101.96.75 2746 0 2846 0 0 > > > I still have problems even if I turn off SLIP compression (e.g. > ifconfig sl0 -link0 -link2). > > I also tried disabling the rfc1323 and rfc1644 options without > any luck. > > Anyone have any ideas what is wrong here, or have any suggestions > on what else I could try? > -- > Mike Pritchard > pritc003@maroon.tc.umn.edu > "Go that way. Really fast. If something gets in your way, turn" > From owner-freebsd-hackers Sat May 20 13:17:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA07488 for hackers-outgoing; Sat, 20 May 1995 13:17:08 -0700 Received: from hutcs.cs.hut.fi (root@hutcs.cs.hut.fi [130.233.192.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA07482 for ; Sat, 20 May 1995 13:17:04 -0700 Received: from shadows.cs.hut.fi by hutcs.cs.hut.fi with SMTP id AA14069 (5.65c8/HUTCS-S 1.4 for ); Sat, 20 May 1995 23:16:58 +0300 From: Heikki Suonsivu Received: (hsu@localhost) by shadows.cs.hut.fi (8.6.10/8.6.10) id XAA11937; Sat, 20 May 1995 23:16:59 +0300 Date: Sat, 20 May 1995 23:16:59 +0300 Message-Id: <199505202016.XAA11937@shadows.cs.hut.fi> To: Mark Treacy Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: Mark Treacy's message of 20 May 1995 11:21:42 +0300 Subject: Re: Synchronous serial support? Organization: Helsinki University of Technology, Otaniemi, Finland Sender: hackers-owner@FreeBSD.org Precedence: bulk sync. The 85230 is software compatible with the 8530, it is also pin compatible. It is a horrible part. Amen, The cirrus logic chip that this board uses seems to be a nice part for sync apps. I haven't seen a single Cirrus logic based board to go faster than 256k? Is this a chipset limitation or something else? All Hitachi 64570 based boards seem to do up to 4M. -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@cs.hut.fi home +358-0-8031121 work -4513377 fax -4555276 riippu SN From owner-freebsd-hackers Sat May 20 13:27:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA07811 for hackers-outgoing; Sat, 20 May 1995 13:27:40 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA07805 for ; Sat, 20 May 1995 13:27:34 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id GAA13062; Sun, 21 May 1995 06:23:56 +1000 Date: Sun, 21 May 1995 06:23:56 +1000 From: Bruce Evans Message-Id: <199505202023.GAA13062@godzilla.zeta.org.au> To: hackers@FreeBSD.org, pritc003@maroon.tc.umn.edu Subject: Re: kernel database files Sender: hackers-owner@FreeBSD.org Precedence: bulk >Due to the way I name my kernels (kernel.MMDD, linked to /kernel), >whenever I boot a new kernel for testing before linking it to >/kernel, I wind up with a new kernel database file in /var/db. >Booting a lot of different kernels can cause your root file system to >start filling up, since these files are 300K+ in size. How about if I think the kernel database should be regenerated at every boot like it was in 1.1. kvm_mkdb was very slow in 2.0 due to braindamaged buffering in kvm_mkdb and/or db and braindamaged non-delayed writing of full blocks in ufs, but Poul fixed kvm_mkdb on 1995/01/10 so it now takes only about 1 second on a DX2/66. Bruce From owner-freebsd-hackers Sat May 20 13:29:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA07919 for hackers-outgoing; Sat, 20 May 1995 13:29:34 -0700 Received: from relay3.UU.NET (relay3.UU.NET [192.48.96.8]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA07884 for ; Sat, 20 May 1995 13:29:19 -0700 Received: from uucp3.UU.NET by relay3.UU.NET with SMTP id QQyqov27432; Sat, 20 May 1995 16:29:16 -0400 Received: from uanet.UUCP by uucp3.UU.NET with UUCP/RMAIL ; Sat, 20 May 1995 16:29:16 -0400 Received: by crocodil.monolit.kiev.ua (8.6.8.1/8.5) id XAA13806 for hackers@FreeBSD.ORG; Sat, 20 May 1995 23:26:32 +0300 Newsgroups: cs-monolit.gated.lists.freebsd.hackers Path: newsserv From: Igor Sviridov Subject: Re: fsck & boot Q X-Return-Path: lotua!lot.cs.kiev.ua!sia Reply-To: sia-@ua.net Organization: Communication Systems Research Team, Kiev, Ukraine Date: Sat, 20 May 1995 13:13:32 GMT Message-ID: <800972012PCTIN@lot.cs.kiev.ua> Lines: 28 Apparently-To: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk In article "Rashid Karimov." writes: > Well, but the Q is : > when it reboots in this way , it cleans all the filesystem > except one , and then prompts for the default shell and asks > sysadm to clean the FS manually.And if noone is available - > the system just sits there forever. > Is there any way to explicitly tell the system to run fsck -y > _automatically on all FSes or at least on those it can't clean > > out ? And after everything is cool - just resume normal operation ? > If it's impossible - can some1 point me to the code which is involved > in that stage of boot process ? Look in /etc/rc, it runs fsck -p, which parses /etc/fstab to find which filesystems in which order to check/repair. Also, if filesystem is trashed harder, than it may be without hardware/software failures, then fsck -p will not repair it and ask for operator intervention. I used to insert "fsck -y /dev/sd0..." in /etc/rc, if "fsck -p" didn't help; though it seems to be undesirable (note, that you usually even don't have place to store message about rough filesystem cleanup :-( ) > Rashid -- Igor From owner-freebsd-hackers Sat May 20 13:29:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA07921 for hackers-outgoing; Sat, 20 May 1995 13:29:34 -0700 Received: from relay3.UU.NET (relay3.UU.NET [192.48.96.8]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA07883 for ; Sat, 20 May 1995 13:29:19 -0700 Received: from uucp3.UU.NET by relay3.UU.NET with SMTP id QQyqov27425; Sat, 20 May 1995 16:29:15 -0400 Received: from uanet.UUCP by uucp3.UU.NET with UUCP/RMAIL ; Sat, 20 May 1995 16:29:15 -0400 Received: by crocodil.monolit.kiev.ua (8.6.8.1/8.5) id XAA13804 for hackers@FreeBSD.ORG; Sat, 20 May 1995 23:26:32 +0300 Path: newsserv From: Igor Sviridov Newsgroups: cs-monolit.gated.lists.freebsd.hackers Subject: Re: fsck & boot Q Date: Sat, 20 May 95 15:13:32 +0200 Distribution: world Organization: Communication Systems Research Team, Kiev, Ukraine Message-ID: <800972012PCTIN@lot.cs.kiev.ua> Reply-To: sia-@ua.net X-Return-Path: lotua!lot.cs.kiev.ua!sia Apparently-To: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk In article "Rashid Karimov." writes: > Well, but the Q is : > when it reboots in this way , it cleans all the filesystem > except one , and then prompts for the default shell and asks > sysadm to clean the FS manually.And if noone is available - > the system just sits there forever. > Is there any way to explicitly tell the system to run fsck -y > _automatically on all FSes or at least on those it can't clean > > out ? And after everything is cool - just resume normal operation ? > If it's impossible - can some1 point me to the code which is involved > in that stage of boot process ? Look in /etc/rc, it runs fsck -p, which parses /etc/fstab to find which filesystems in which order to check/repair. Also, if filesystem is trashed harder, than it may be without hardware/software failures, then fsck -p will not repair it and ask for operator intervention. I used to insert "fsck -y /dev/sd0..." in /etc/rc, if "fsck -p" didn't help; though it seems to be undesirable (note, that you usually even don't have place to store message about rough filesystem cleanup :-( ) > Rashid -- Igor From owner-freebsd-hackers Sat May 20 13:59:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA08694 for hackers-outgoing; Sat, 20 May 1995 13:59:20 -0700 Received: from odin.INS.CWRU.Edu (chet@odin.INS.CWRU.Edu [129.22.8.102]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA08657 for ; Sat, 20 May 1995 13:56:31 -0700 Received: (chet@localhost) by odin.INS.CWRU.Edu (8.6.10+cwru/CWRU-2.1-ins) id QAA10065; Sat, 20 May 1995 16:43:15 -0400 (from chet) Date: Sat, 20 May 1995 15:17:55 -0400 From: Chet Ramey To: arnold@skeeve.atl.ga.us, composer@beyond.dreams.org, friedman@gnu.ai.mit.edu, joshua5@cs.bu.edu, dob@inel.gov, mjo@msen.com, jason@servio.slc.com, timbo@ig.co.uk, trost@cse.ogi.edu, zoo@armadillo.com, lubkin@cs.rochester.edu, james@bigtex.cactus.org, dbrooks@ics.com, Greg.Onufer@Eng.Sun.COM, kre@munnari.oz.au, tmwalden@saturn.sys.acc.com, torvalds@cc.helsinki.fi, i.watson@lilly.com, glenn@mathcs.emory.edu, penningt@reason.psc.edu, devet@adv.iaehv.nl, grog@lemis.de, djm@eng.umd.edu, wieting@tweety.llnl.gov, geoffc@research.att.com, de5@ornl.gov, kayvan@satyr.sylvan.com, smd@uunet.ca, asjl@connect.com.au, mark@comp.vuw.ac.nz, david@cs.dal.ca, jwe@che.utexas.edu, Karl.Kleinpaste@GODIVA.NECTAR.CS.CMU.EDU, bammi@cadence.com, sanders@bsdi.com, tramey@boi.hp.com, sandro@elf.com, drich@sgi.com, carson@cs.columbia.edu, dbecker@legato.com, deven@asylum.sf.ca.us, remy@ccs.neu.edu, freebsd-hackers@freefall.cdrom.com, dtm@nsd.3com.com, kjetilho@ifi.uio.no, cam@iinet.com.au, wbader@EECS.Lehigh.Edu, hniksic@neumijko.srce.hr, mwette@csi.jpl.nasa.gov, jsh@canary.com, gjb@gba.oz.au, andreas@MPA-Garching.MPG.DE, pgf@foxharp.boston.ma.us, peterc@suite.sw.oz.au, brown@eff.org, bothner@cygnus.com, tudor@cs.pub.ro, fox@cac.washington.edu, hag@gnu.ai.mit.edu, root@candle.pha.pa.us, neal@ctd.comsat.com, grw@tamu.edu, schwab@issan.informatik.uni-dortmund.de, haible@ma2s2.mathematik.uni-karlsruhe.de, rfg@segfault.us.com Subject: Bash-1.14.5 beta test version available Cc: chet@odin.INS.CWRU.Edu Reply-To: chet@po.cwru.edu Message-ID: <9505201917.AA04499.SM@odin.INS.CWRU.Edu> Read-Receipt-To: chet@po.CWRU.Edu MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi. I have made a beta test version of bash-1.14.5 available for anonymous FTP from ftp://slc2.ins.cwru.edu/pub/hidden/bash-1.14.5.tar.gz Please grab it, build it, and test it out. I want a reasonably quick beta period so I can get this version onto the next GNU source CD. The only changes in this version fix the few bugs reported for bash-1.14.4. The `NEWS' file detailing the changes is appended. This will be the last release for bash version 1.14. I will release a version of bash-2.0 available for alpha testing to this group sometime this summer, probably after I get back from Italy at the end of June. As always, thanks very much for your help. Chet +=============== NEWS ===============+ This file documents the bugs fixed between this release, bash-1.14.5, and the last public bash release, 1.14.4. 1. Bugs fixed in Bash a. Fix to `fc' so that `fc -l' works when fewer than 16 commands are in the history list. b. Fixes to the builtin getopt(3) and `getopts' to complete conversion from GNU glibc getopt() to internal bash getopt. c. Changes to `make install' to bring it closer to GNU guidelines. d. Fixes to the expansion code so that double quotes on the rhs of ${variableOPword} are handled better. e. New/changed machines.h entries: Fujitsu UXP/M f. Changes to cpp-Makefile and the rest of the Makefiles to more closely adhere to the GNU coding standards. In particular, all recommended targets should now exist. g. `read' now correctly strips trailing IFS whitespace from the input line. h. Reworked the documentation Makefile so that it does not use `texindex' and `tex', but rather `texi2dvi', as per the GNU coding standards i. If SIGINT is not trapped, a process dying of SIGINT will cause the shell to act as if it had received SIGINT and break out of for, while, and until loops. 2. Bugs fixed in Readline a. Fix to the display code so that null prompts don't cause core dumps. -- ``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 Sat May 20 15:12:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA11117 for hackers-outgoing; Sat, 20 May 1995 15:12:47 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA11111 for ; Sat, 20 May 1995 15:12:46 -0700 Received: from baycon.org (wraith.cdrom.com [192.216.222.6]) by who.cdrom.com (8.6.11/8.6.11) with SMTP id PAA06110 for ; Sat, 20 May 1995 15:05:42 -0700 Received: from hasty.vip.best.com by baycon.org (4.1/SMI-4.1) id AA04386; Sat, 20 May 95 15:19:09 PDT Message-Id: <9505202219.AA04386@ baycon.org > X-Mailer: exmh version 1.6delta 4/7/95 To: hackers@FreeBSD.org Subject: 4gig drive for $1099 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 20 May 1995 15:02:23 -0700 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk NCA in Sunnyvale, Ca., has a special for 4gig quantum disk drives for $1099 . I almost feel morally obligated to buy one :) Enjoy, Amancio From owner-freebsd-hackers Sat May 20 15:18:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA11291 for hackers-outgoing; Sat, 20 May 1995 15:18:58 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA11285 for ; Sat, 20 May 1995 15:18:57 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id PAA09306; Sat, 20 May 1995 15:18:54 -0700 From: Poul-Henning Kamp Message-Id: <199505202218.PAA09306@ref.tfs.com> Subject: Re: 4gig drive for $1099 To: hasty@star-gate.com (Amancio Hasty) Date: Sat, 20 May 1995 15:18:54 -0700 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: <9505202219.AA04386@ baycon.org > from "Amancio Hasty" at May 20, 95 03:02:23 pm Content-Type: text Content-Length: 325 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > NCA in Sunnyvale, Ca., has a special for 4gig quantum disk drives for > $1099 . Check out http://www.quantum.com and you'll see why :-) -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Sat May 20 15:46:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA11676 for hackers-outgoing; Sat, 20 May 1995 15:46:00 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA11670 for ; Sat, 20 May 1995 15:45:58 -0700 Received: from baycon.org (wraith.cdrom.com [192.216.222.6]) by who.cdrom.com (8.6.11/8.6.11) with SMTP id PAA06145 ; Sat, 20 May 1995 15:38:54 -0700 Received: from hasty.vip.best.com by baycon.org (4.1/SMI-4.1) id AA04404; Sat, 20 May 95 15:52:13 PDT Message-Id: <9505202252.AA04404@ baycon.org > X-Mailer: exmh version 1.6delta 4/7/95 To: Poul-Henning Kamp Cc: hackers@FreeBSD.org Subject: Re: 4gig drive for $1099 In-Reply-To: Your message of "Sat, 20 May 1995 15:18:54 PDT." <199505202218.PAA09306@ref.tfs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 20 May 1995 15:35:28 -0700 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > NCA in Sunnyvale, Ca., has a special for 4gig quantum disk drives for > > $1099 . > > Check out > http://www.quantum.com > and you'll see why :-) > Care to clarify ... Amancio From owner-freebsd-hackers Sat May 20 15:51:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA11804 for hackers-outgoing; Sat, 20 May 1995 15:51:42 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA11798 for ; Sat, 20 May 1995 15:51:39 -0700 Received: by haven.uniserve.com id <136>; Sat, 20 May 1995 16:07:09 -0700 Date: Sat, 20 May 1995 16:06:55 -0700 (PDT) From: Tom Samplonius To: hackers@FreeBSD.org Subject: "mb_map full" ? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On a current system (supped and built this morning), I just received a "mb_map full" message in syslog just after starting a news feed to INN. Everything "appears" to be working though. INN is using mmap(). I thought this bug was fixed long ago? Or is something new? Tom From owner-freebsd-hackers Sat May 20 16:25:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA12101 for hackers-outgoing; Sat, 20 May 1995 16:25:29 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA12095 for ; Sat, 20 May 1995 16:25:26 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id QAA02457; Sat, 20 May 1995 16:24:50 -0700 From: "Rodney W. Grimes" Message-Id: <199505202324.QAA02457@gndrsh.aac.dev.com> Subject: Re: 4gig drive for $1099 To: hasty@star-gate.com (Amancio Hasty) Date: Sat, 20 May 1995 16:24:50 -0700 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: <9505202219.AA04386@ baycon.org > from "Amancio Hasty" at May 20, 95 03:02:23 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 508 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > NCA in Sunnyvale, Ca., has a special for 4gig quantum disk drives for > $1099 . > > I almost feel morally obligated to buy one :) Humm.. My distributor sent me email on saturday, my cost dropped to $1100 :-(. Seems NCA is selling with a very low margin, and they are selling at distributor pricing to the public (typical Bay area deals...) -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Sat May 20 16:39:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA12333 for hackers-outgoing; Sat, 20 May 1995 16:39:13 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA12327 for ; Sat, 20 May 1995 16:39:10 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id QAA02481; Sat, 20 May 1995 16:38:50 -0700 From: "Rodney W. Grimes" Message-Id: <199505202338.QAA02481@gndrsh.aac.dev.com> Subject: Re: 4gig drive for $1099 To: hasty@star-gate.com (Amancio Hasty) Date: Sat, 20 May 1995 16:38:50 -0700 (PDT) Cc: phk@ref.tfs.com, hackers@FreeBSD.org In-Reply-To: <9505202252.AA04404@ baycon.org > from "Amancio Hasty" at May 20, 95 03:35:28 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1327 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > Check out > > http://www.quantum.com > > and you'll see why :-) > > > > Care to clarify ... Yea, Poul, what does it say in there Web pages that I have missed that would give you reason to think Quantum has something to do with the fire sale (at distributor cost, which they are not suppose to do) on Grand Prix drives (buyer beware, these have had compatibility problems with NCR 53C810 controllers). Just becuase the Empire II and Atlas II drives have been ``announced'', they are far from avaliable in distribution channels. I really don't expect to see these new drives for 60 days, and they well be on allocation. >From the web page itself: Volume production of the Quantum Empire II and Quantum Atlas II drives will begin in the fourth quarter of 1995, with evaluation units available in the third quarter. Single unit OEM prices are as follows: ^^^^^^^^^^^ 9.1GB: $2,995 9.1GB: $2,495 4.3GB: $1,795 4.3GB: $1,495 2.1GB: $1,195 2.1GB: $995 Yea, okay, so the new drive is going to be $1500. But it won't be out until 4th quarter, that should not drive the current price down any. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Sat May 20 16:49:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA12454 for hackers-outgoing; Sat, 20 May 1995 16:49:04 -0700 Received: from mercury.unt.edu (mercury.unt.edu [129.120.1.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA12447 for ; Sat, 20 May 1995 16:49:02 -0700 Received: from gab.unt.edu by mercury.unt.edu with SMTP id AA21593 (5.65c/IDA-1.4.4 for ); Sat, 20 May 1995 18:48:59 -0500 Received: from GAB/MAILQUEUE by gab.unt.edu (Mercury 1.13); Sat, 20 May 95 18:48:49 CST6CDT Received: from MAILQUEUE by GAB (Mercury 1.13); Fri, 19 May 95 18:02:43 CST6CDT From: "John Booth" Organization: University of North Texas To: hackers@FreeBSD.org Date: Fri, 19 May 1995 18:02:36 CST6CDT Subject: bootpgw, arpresolve. Priority: normal X-Mailer: Pegasus Mail v3.22 Message-Id: <2C4070667@gab.unt.edu> Sender: hackers-owner@FreeBSD.org Precedence: bulk I grabbed the current source on 5/18 and compiled it last night. Am getting these messages on the console/logs. May 19 23:14:18 www /kernel: arpresolve: can't allocate llinfo May 19 23:14:53 www last message repeated 14 times I've got about 20 aliases setup, running 3 network cards and acting as a gateway as well. Also bootpgw doesn't seem to want to send the bootp down to the machines requesting. It didn't know which interface to send it back to the requesting machine on. WWW gets the bootp from the server and then is left holding it. For now we're using bootp and serving then from the machine. Is setup something like this /--129.120.158. (129.120.1.1)-129.120.1.250-fiber-129.120.3.250--www ns.unt.edu (cisco) (cisco) \--129.120.169. ---------------------------------------------------------------------- College of Arts & Sciences Computing Services John A. Booth, john@gab.unt.edu From owner-freebsd-hackers Sat May 20 16:58:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA12530 for hackers-outgoing; Sat, 20 May 1995 16:58:15 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA12524 for ; Sat, 20 May 1995 16:58:12 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id RAA21386; Sat, 20 May 1995 17:01:16 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id QAA00163; Sat, 20 May 1995 16:58:16 -0700 Message-Id: <199505202358.QAA00163@corbin.Root.COM> To: Tom Samplonius cc: hackers@FreeBSD.org Subject: Re: "mb_map full" ? In-reply-to: Your message of "Sat, 20 May 95 16:06:55 PDT." From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 20 May 1995 16:58:12 -0700 Sender: hackers-owner@FreeBSD.org Precedence: bulk > On a current system (supped and built this morning), I just received a >"mb_map full" message in syslog just after starting a news feed to INN. >Everything "appears" to be working though. INN is using mmap(). I >thought this bug was fixed long ago? Or is something new? Fixed? It's not a problem that can be fixed other than trying to make it dynamic (which would be quite difficult given the current mbuf cluster allocation scheme). Someone suggested making it a function of maxusers; I might do this someday. I would guess that you don't have options GATEWAY in your kernel, and thus the number of mbuf clusters is small enough that you occasionally hit the in-use limit. You can increase the limit with options "NMBCLUSTERS=512" (or more if you need). -DG From owner-freebsd-hackers Sat May 20 17:46:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA14280 for hackers-outgoing; Sat, 20 May 1995 17:46:17 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA14259 for ; Sat, 20 May 1995 17:46:13 -0700 Received: by haven.uniserve.com id <136>; Sat, 20 May 1995 18:01:29 -0700 Date: Sat, 20 May 1995 18:01:15 -0700 (PDT) From: Tom Samplonius To: David Greenman cc: hackers@FreeBSD.org Subject: Re: "mb_map full" ? In-Reply-To: <199505202358.QAA00163@corbin.Root.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sat, 20 May 1995, David Greenman wrote: > Fixed? It's not a problem that can be fixed other than trying to make it > dynamic (which would be quite difficult given the current mbuf cluster > allocation scheme). Someone suggested making it a function of maxusers; I Ok, NMBCLUSTERS doesn't seem to be mentioned in LINT though. Tom From owner-freebsd-hackers Sat May 20 18:42:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA16495 for hackers-outgoing; Sat, 20 May 1995 18:42:22 -0700 Received: from ns1.win.net (ns1.win.net [204.215.209.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA16489 for ; Sat, 20 May 1995 18:42:21 -0700 Received: (from bugs@localhost) by ns1.win.net (8.6.11/8.6.9) id VAA25243 for hackers@freebsd.org; Sat, 20 May 1995 21:44:20 -0400 From: Mark Hittinger Message-Id: <199505210144.VAA25243@ns1.win.net> Subject: re: 4gig drive for $1099 To: hackers@FreeBSD.org Date: Sat, 20 May 1995 21:44:19 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1099 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > NCA in Sunnyvale, Ca., has a special for 4gig quantum disk drives for > $1099 . > I wonder if there might be some sort of pricing anomoly on these drives because of the lack of 64 bit file system support in many operating systems. This is one of the nice advantages of FreeBSD. Even Cutler, who should have known better, wound up with 32 bit limits in NTFS. People with SCO, ect, have got to feel at least a psychological inhibition about buying 4 gig drives :-). If this is correct I would expect demand to be pronounced at the 2 gig level and to be very soft at the 4 gig + levels. Anyway 64 bit fs support is yet another drumstick to pound the drum with. Jordan needs to get some artwork with the BSDaemon pounding a drum that has the file system limit written on it :-). Say a couple of bongos - one has "4 gig OK" and the other has "9 gig OK". :-) PS: Like Jordan I've also moved my news partition to an entire 4 gig drive and have been running a full newsfeed across it for several weeks now. Happy Happy, Joy Joy, Surprise, Surprise. Regards, Mark Hittinger bugs@win.net From owner-freebsd-hackers Sat May 20 18:45:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA16526 for hackers-outgoing; Sat, 20 May 1995 18:45:22 -0700 Received: from mpp.com (dialup-4-38.gw.umn.edu [128.101.96.38]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA16520 for ; Sat, 20 May 1995 18:45:19 -0700 Received: (from mpp@localhost) by mpp.com (8.6.11/8.6.9) id UAA00881; Sat, 20 May 1995 20:38:57 -0500 From: Mike Pritchard Message-Id: <199505210138.UAA00881@mpp.com> Subject: Re: slow ftp sends over slip link To: nc@ai.net (Network Coordinator) Date: Sat, 20 May 1995 20:38:57 -0500 (CDT) Cc: hackers@FreeBSD.org In-Reply-To: from "Network Coordinator" at May 20, 95 02:26:35 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 785 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Try using hardware flow control. It sounds like with FreeFall the latency > is high enough that its not needed, but with your local ISP your modem is > getting thrown 30 or so K of data and then FTP or TCP [I don't remember > which does the error correction in that sort of situtation] realizes it > hasn't been rec'd correctly and resends it. That is why you are getting > .3K/sec. On the receive side your modem is receiving as fast as it can. >... > -Jerry. Yes, it did turn out to be a flow control problem (modem was doing it, software wasn't). Adding "-F hw" to my startslip command cleared everything up. Thanks to everyone who responded here and via e-mail. -- Mike Pritchard pritc003@maroon.tc.umn.edu "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-hackers Sat May 20 18:45:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA16533 for hackers-outgoing; Sat, 20 May 1995 18:45:40 -0700 Received: from mpp.com (dialup-4-38.gw.umn.edu [128.101.96.38]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA16527 for ; Sat, 20 May 1995 18:45:37 -0700 Received: (from mpp@localhost) by mpp.com (8.6.11/8.6.9) id UAA00892; Sat, 20 May 1995 20:42:14 -0500 From: Mike Pritchard Message-Id: <199505210142.UAA00892@mpp.com> Subject: Re: kernel database files To: bde@zeta.org.au (Bruce Evans) Date: Sat, 20 May 1995 20:42:14 -0500 (CDT) Cc: hackers@FreeBSD.org In-Reply-To: <199505202023.GAA13062@godzilla.zeta.org.au> from "Bruce Evans" at May 21, 95 06:23:56 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1072 Sender: hackers-owner@FreeBSD.org Precedence: bulk > >Due to the way I name my kernels (kernel.MMDD, linked to /kernel), > >whenever I boot a new kernel for testing before linking it to > >/kernel, I wind up with a new kernel database file in /var/db. > >Booting a lot of different kernels can cause your root file system to > >start filling up, since these files are 300K+ in size. How about if > > I think the kernel database should be regenerated at every boot like > it was in 1.1. kvm_mkdb was very slow in 2.0 due to braindamaged > buffering in kvm_mkdb and/or db and braindamaged non-delayed writing > of full blocks in ufs, but Poul fixed kvm_mkdb on 1995/01/10 so it > now takes only about 1 second on a DX2/66. > > Bruce kvm_db does get run at each but, but if may not do anything since it also has some logic in it to not rewrite the file if it decides that the database matches the current kernel. Since kvm_mkdb is fast enough, maybe rc should read like: rm -f /var/db/kvm_*.db kvm_mkdb -- Mike Pritchard pritc003@maroon.tc.umn.edu "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-hackers Sat May 20 20:47:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA23033 for hackers-outgoing; Sat, 20 May 1995 20:47:26 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA23022 for ; Sat, 20 May 1995 20:47:22 -0700 Received: by haven.uniserve.com id <140>; Sat, 20 May 1995 21:02:45 -0700 Date: Sat, 20 May 1995 21:02:42 -0700 (PDT) From: Tom Samplonius To: Mark Hittinger cc: hackers@FreeBSD.org Subject: re: 4gig drive for $1099 In-Reply-To: <199505210144.VAA25243@ns1.win.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sat, 20 May 1995, Mark Hittinger wrote: > This is one of the nice advantages of FreeBSD. Even Cutler, who should > have known better, wound up with 32 bit limits in NTFS. People with I'm not sure about that. I've made a 9 gig volume on NT, out 4 2 gig drives and and a 1 gig partition, which would seem to indicate that the NTFS can handle very large filesystems. Tom From owner-freebsd-hackers Sat May 20 22:12:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA24246 for hackers-outgoing; Sat, 20 May 1995 22:12:41 -0700 Received: from leo.ibms.sinica.edu.tw ([140.109.40.249]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA24240 for ; Sat, 20 May 1995 22:12:38 -0700 Received: (from taob@localhost) by leo.ibms.sinica.edu.tw (8.6.11/8.6.9) id NAA16889; Sun, 21 May 1995 13:12:19 +0800 Date: Sun, 21 May 1995 13:12:19 +0800 (CST) From: Brian Tao To: Mark Hittinger cc: hackers@FreeBSD.org Subject: re: 4gig drive for $1099 In-Reply-To: <199505210144.VAA25243@ns1.win.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk > This is one of the nice advantages of FreeBSD. Even Cutler, who should > have known better, wound up with 32 bit limits in NTFS. People with > SCO, ect, have got to feel at least a psychological inhibition about > buying 4 gig drives :-). Good point... I'm compiling a list of reasons why FreeBSD makes a better Web server platform than a really pricey machine running Solaris or IRIX or HP/SUX. ;-) Do you know if any of those support 64-bit offsets in their filesystems? How about Linux? -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Sat May 20 23:42:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA25688 for hackers-outgoing; Sat, 20 May 1995 23:42:41 -0700 Received: from leo.ibms.sinica.edu.tw ([140.109.40.249]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA25681 for ; Sat, 20 May 1995 23:42:31 -0700 Received: (from taob@localhost) by leo.ibms.sinica.edu.tw (8.6.11/8.6.9) id OAA17103; Sun, 21 May 1995 14:41:54 +0800 Date: Sun, 21 May 1995 14:41:54 +0800 (CST) From: Brian Tao Reply-To: taob@gate.sinica.edu.tw To: Mark Hittinger , hackers@FreeBSD.org Subject: re: 4gig drive for $1099 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 21 May 1995, Brian Tao wrote: > > Good point... I'm compiling a list of reasons why FreeBSD makes a Whoops, sorry... didn't mean to cc the entire list... -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org