From owner-freebsd-hackers Sun Nov 12 01:24:17 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA01501 for hackers-outgoing; Sun, 12 Nov 1995 01:24:17 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA01488 for ; Sun, 12 Nov 1995 01:24:09 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA05990 for ; Sun, 12 Nov 1995 10:24:00 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA03465 for freebsd-hackers@freebsd.org; Sun, 12 Nov 1995 10:23:59 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id KAA18566 for freebsd-hackers@freebsd.org; Sun, 12 Nov 1995 10:01:04 +0100 From: J Wunsch Message-Id: <199511120901.KAA18566@uriah.heep.sax.de> Subject: Re: That G&*()m process limit To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 12 Nov 1995 10:01:04 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <14272.816152262@time.cdrom.com> from "Jordan K. Hubbard" at Nov 11, 95 08:57:42 pm X-Phone: +49-351-2012 669 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: 1743 Sender: owner-hackers@freebsd.org Precedence: bulk As Jordan K. Hubbard wrote: > > > With my current 2-CPU setup, fvwm and exmh get launched off a single > > server, and apparently consume more than 100 child_proc PIDs apiece... > > > > Jordan sets his to 400, maybe the default should be higher than 40? > > No argument from me! Perhaps it should be made dependant from the machine size (unless overridden from the config file)? For my 386sx/16 notebook with its 5 MB of RAM, 40 is certainly the upmost number that could reliably prevent a ``while (fork()) ;'' from making the machine unoperable. So what about: switch(cpu_class) { case CPUCLASS_286: printf("What the heck are you doing here?\n"); exit(1); /* or does somebody know why CPUCLASS_286 is still there? */ case CPUCLASS_386: proclimit = 20; break; case CPUCLASS_486: proclimit = 40; break; case CPUCLASS_586: proclimit = 50; break; } i = ptoa(Maxmem) / (4 * 1024 * 1024); /* calculate int(log2(i)) */ for(j = 31; j >= 0; j--) { if(i & (1 << j)) break; } proclimit *= (j + 1); This would yield: CPU & maxmem: 386 2 :-) Your proclimit is 20 CPU & maxmem: 386 4 Your proclimit is 20 CPU & maxmem: 386 8 Your proclimit is 40 CPU & maxmem: 486 4 Your proclimit is 40 CPU & maxmem: 486 8 Your proclimit is 80 CPU & maxmem: 386 12 Your proclimit is 40 CPU & maxmem: 486 16 Your proclimit is 120 CPU & maxmem: 586 8 Your proclimit is 100 CPU & maxmem: 586 16 Your proclimit is 150 CPU & maxmem: 586 64 Your proclimit is 250 CPU & maxmem: 486 128 Your proclimit is 240 CPU & maxmem: ^C I believe these are realistic defaults. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Nov 12 01:24:24 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA01537 for hackers-outgoing; Sun, 12 Nov 1995 01:24:24 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA01503 for ; Sun, 12 Nov 1995 01:24:17 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA06012; Sun, 12 Nov 1995 10:24:11 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA03473; Sun, 12 Nov 1995 10:24:11 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id KAA18740; Sun, 12 Nov 1995 10:20:56 +0100 From: J Wunsch Message-Id: <199511120920.KAA18740@uriah.heep.sax.de> Subject: Re: Odd crash after inode depletion.. To: root@gateway.net.hk (System Administrator) Date: Sun, 12 Nov 1995 10:20:56 +0100 (MET) Cc: jgreco@solaria.sol.net, hackers@FreeBSD.ORG Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "System Administrator" at Nov 12, 95 12:29:47 pm X-Phone: +49-351-2012 669 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: 633 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk As System Administrator wrote: > > > Nov 6 19:56:59 hummin /kernel: uid 8 on /news/.0: out of inodes > > Nov 6 19:57:00 hummin /kernel: uid 8 on /news/.0: out of inodes > > Nov 6 20:10:17 hummin /kernel: panic: free vnode isn't > I do not believe it is bug. news uses *lots* of small files. A news > filesystem should be newfs for smaller blocks and more inodes. see man > newfs -b and -i The bug is that the system should not panic with ``free vnode isn't''. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Nov 12 03:21:17 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA05790 for hackers-outgoing; Sun, 12 Nov 1995 03:21:17 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA05783 for ; Sun, 12 Nov 1995 03:21:11 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id MAA07714; Sun, 12 Nov 1995 12:21:06 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id MAA04827; Sun, 12 Nov 1995 12:21:06 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id MAA19291; Sun, 12 Nov 1995 12:05:40 +0100 From: J Wunsch Message-Id: <199511121105.MAA19291@uriah.heep.sax.de> Subject: Re: 2.0.5-R, Cyrus IMAPd, getpwnam() ? To: jem@mystery.milleredp.com (John Edward Miller) Date: Sun, 12 Nov 1995 12:05:39 +0100 (MET) Cc: hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199511120519.VAA21285@mystery.milleredp.com> from "John Edward Miller" at Nov 11, 95 10:21:20 pm X-Phone: +49-351-2012 669 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: 516 Sender: owner-hackers@freebsd.org Precedence: bulk As John Edward Miller wrote: > > The problem: Upon attempting to log in, no matter what user, all > passwords fail validation. If I start imapd as a command at a shell > prompt and just talk to it via stdin/stdout, correct passwords do > allow login. Does your imapd run under (effective) UID 0? That's a requirement for shadowed password scenarios. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Nov 12 05:11:56 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA07439 for hackers-outgoing; Sun, 12 Nov 1995 05:11:56 -0800 Received: from mailserv.uni-tuebingen.de (mailserv.uni-tuebingen.de [134.2.250.102]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id FAA07434 for ; Sun, 12 Nov 1995 05:11:53 -0800 Received: from pc-micha.zdv.uni-tuebingen.de by mailserv.uni-tuebingen.de with SMTP (PP); Sun, 12 Nov 1995 14:11:47 +0100 Received: from pc-micha.zdv.uni-tuebingen.de (pc-micha.zdv.uni-tuebingen.de [172.2.81.200]) by pc-micha.zdv.uni-tuebingen.de (8.6.12/8.6.12) with SMTP id OAA00256 for ; Sun, 12 Nov 1995 14:11:22 +0100 Date: Sun, 12 Nov 1995 14:11:22 +0100 (MET) From: Micha Class Reply-To: Micha Class Subject: FBSD-current: PANIC getnewbuf: inconsistent LRU queue To: freebsd-hackers@freefall.FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk Hello, ... not that I wuold want to compalin about it, but just for the record: during a "make world" with a current Kernel (Sources from Friday) I got an panic: "getnewbuf: inconsistent LRU queue" Yes, I am using mount -o async for /usr and /var, and yes I know that I have been warned :-) The configuration of the machine is: FreeBSD 2.2-CURRENT #0: Fri Nov 10 21:44:40 MET 1995 zrncl01@pc-micha.zdv.uni-tuebingen.de:/usr/src/sys/compile/MCSCSI CPU: i486 DX4 (486-class CPU) Origin = "GenuineIntel" Id = 0x480 Stepping=0 Features=0x3 real memory = 33554432 (32768K bytes) avail memory = 31297536 (30564K bytes) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <8 virtual consoles, flags=0x0> ed0 at 0x300-0x31f irq 10 maddr 0xd8000 msize 16384 on isa ed0: address 00:00:c0:b0:12:9a, type WD8013EBT (16 bit) sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f on isa fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in fd1: 1.2MB 5.25in npx0 on motherboard npx0: INT 16 interface eisa0: Probing for devices on the EISA bus eisa0:1 unknown device ahb0: at 0x2c00-0x2cff irq 11 on eisa0 slot 2 ahb0 waiting for scsi devices to settle (ahb0:0:0): "QUANTUM PD1800S 3161" type 0 fixed SCSI 2 sd0(ahb0:0:0): Direct-Access 1717MB (3517856 512 byte sectors) (ahb0:1:0): "SEAGATE ST3283N 9303" type 0 fixed SCSI 2 sd1(ahb0:1:0): Direct-Access 237MB (485601 512 byte sectors) (ahb0:2:0): "HP HP35450A -A BE00" type 1 removable SCSI 2 st0(ahb0:2:0): Sequential-Access density code 0x13, drive empty (ahb0:6:0): "MATSHITA CD-ROM CR-5XX 1.0c" type 5 removable SCSI 1 cd0(ahb0:6:0): CD-ROM cd present.[73795 x 2048 byte records] Anyway, thank a lot for the incredable system. Micha ------------------------------------------------------------------------------ michael class Michael.Class@zdv.uni-tuebingen.de hauptstr. 83, 72127 wankheim, frg ------------------------------------------------------------------------------ From owner-freebsd-hackers Sun Nov 12 05:31:41 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA07681 for hackers-outgoing; Sun, 12 Nov 1995 05:31:41 -0800 Received: from nanolon.gun.de (nanolon.gun.de [192.109.159.5]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id FAA07665 ; Sun, 12 Nov 1995 05:31:23 -0800 Received: (from uucp@localhost) by nanolon.gun.de (8.6.8.1/8.6.6) id OAA07387; Sun, 12 Nov 1995 14:30:38 +0100 Received: from knobel.gun.de (localhost [127.0.0.1]) by knobel.gun.de (8.6.12/8.6.12) with SMTP id OAA04909; Sun, 12 Nov 1995 14:27:57 +0100 Date: Sun, 12 Nov 1995 14:27:57 +0100 (MET) From: Andreas Klemm To: hackers@freebsd.org, current@freebsd.org Subject: Diffs to the dump utility, rewritten with respect to your comments Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-895630724-816182877=:4791" Sender: owner-hackers@freebsd.org Precedence: bulk This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-895630724-816182877=:4791 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi ! Here again my diffs for the dump utility. I rewrote my changes because of your comments (division through zero, same default dump device as tar). I made the context diffs against the FreeBSD-stable source of today: Sun Nov 12 14:01:21 MET 1995. Changes in detail: main.c - line 167: abort dump if a blocksize > 32 (K) was chosen using dump's "b" option, because restore is unable to restore dumps with blocksizes over 32 K. Someone said here, there might be a bug in the scsi tape driver. This should be fixed as soon as possible. Users/Administrators are now protected from the worst case situation, that they can't restore their dump if they choosed a blocksize over 32. Dump does it all fine, but later, &@&%" ;-) "So this patch prevent's dump from being a BOFH tool ;-))" - line 447: here ends the dump time, needed for calculation of dumptime and throughput. - line 460: report dump time and performance after dump. check that dumptime isn't zero, that would cause a division through zero. when calculating the performance. dump.h - line 82: introducnd new variable for dumptime calculation tend_writing. dump.8 - line 105: changed default dump device to /dev/rst0. Now it's the same as in tar (for Joerg ;-). He convinced me, that a) not all people have a dump device, where everything fits on one tape and b) that /dev/rst0 is the standard in tar, too. Ok, you win ;-)) - line 259: In the example I deceided to dump to the first connected tape drive, most people will have only one tape device, so the example becomes more praxis oriented ;-) - line 285: FILES section: changed /dev/rmt8 to /dev/rst0 - line 314: BUG section: tell the people to use blocksizes <= 32 K. If they don't follow that, then dump takes care and aborts ;-) Never do backups, you can't read ;-) - line 341: Updated the history section. pathnames.h - line 38: changed default dump device to /dev/rst0 That's it folks, hope you enjoyed it. I hope the verbose comments help, to incorporate these (partly important) fixes to the source tree very quickly. I think the fix that prevents to use blocksizes over 32k, is really important. Figure out, someone relies on the backup, that he made on his brand new Tape or DAT ... Let's assume, he makes two backups, to be save, but he too lazy or inexperienced, to check, if he can read it in.... If then the system crashes and he is unable to restore his data, then ..... figure out yourself ! Perhaps this might be a reason, to "break" the code freeze in this case. A System, that is unable to read it's own dumps under certain circumstances without a big warning to the operator is deadly bad ;-) Think over it twice, it was called FreeBSD-stable the last weeks ;-) Prevent calling it: "FreeBSD-crashed-unable_to_restore" ;-)) happy weekend :) Andreas /// -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ - Support Unix - aklemm@wup.de - \/ ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz apsfilter - magic print filter 4lpd >>> knobel is powered by FreeBSD <<< --0-895630724-816182877=:4791 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="diff.akl" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: diffs to dump(8) FreeBSD-stable KioqIG1haW4uYy5vcmlnCVN1biBOb3YgMTIgMTM6NDE6NDMgMTk5NQ0KLS0t IG1haW4uYwlTdW4gTm92IDEyIDEzOjQ0OjE5IDE5OTUNCioqKioqKioqKioq KioqKg0KKioqIDE2NywxNzIgKioqKg0KLS0tIDE2NywxNzkgLS0tLQ0KICAJ CWNhc2UgJ2InOgkJLyogYmxvY2tzIHBlciB0YXBlIHdyaXRlICovDQogIAkJ CW50cmVjID0gbnVtYXJnKCdiJywgIm51bWJlciBvZiBibG9ja3MgcGVyIHdy aXRlIiwNCiAgCQkJICAgIDFMLCAxMDAwTCwgJmFyZ2MsICZhcmd2KTsNCisg CQkJLyogWFhYIHJlc3RvcmUgaXMgdW5hYmxlIHRvIHJlc3RvcmUgZHVtcHMg dGhhdCANCisgCQkJICAgd2VyZSBjcmVhdGVkICB3aXRoIGEgYmxvY2tzaXpl IGxhcmdlciB0aGFuIDMySy4NCisgCQkJICAgUG9zc2libHkgYnVnIGluIHRo ZSBzY3NpIHRhcGUgZHJpdmVyLiBBS0wgKi8NCisgCQkJaWYgKCBudHJlYyA+ IDMyICkgew0KKyAJCQkJbXNnKCJwbGVhc2UgY2hvb3NlIGEgYmxvY2tzaXpl IDw9IDMyXG4iKTsNCisgCQkJCWV4aXQoWF9BQk9SVCk7DQorIAkJCX0NCiAg CQkJYnJlYWs7DQogIA0KICAJCWNhc2UgJ0InOgkJLyogYmxvY2tzIHBlciBv dXRwdXQgZmlsZSAqLw0KKioqKioqKioqKioqKioqDQoqKiogNDQwLDQ0NSAq KioqDQotLS0gNDQ3LDQ1MyAtLS0tDQogIAkJKHZvaWQpZHVtcGlubyhkcCwg aW5vKTsNCiAgCX0NCiAgDQorIAkodm9pZCl0aW1lKCh0aW1lX3QgKikmKHRl bmRfd3JpdGluZykpOwkJLyogQUtMIGVuZCB0aW1lICovDQogIAlzcGNsLmNf dHlwZSA9IFRTX0VORDsNCiAgCWZvciAoaSA9IDA7IGkgPCBudHJlYzsgaSsr KQ0KICAJCXdyaXRlaGVhZGVyKG1heGlubyAtIDEpOw0KKioqKioqKioqKioq KioqDQoqKiogNDQ4LDQ1MyAqKioqDQotLS0gNDU2LDQ3MSAtLS0tDQogIAll bHNlDQogIAkJbXNnKCJEVU1QOiAlbGQgdGFwZSBibG9ja3Mgb24gJWQgdm9s dW1lcyhzKVxuIiwNCiAgCQkgICAgc3BjbC5jX3RhcGVhLCBzcGNsLmNfdm9s dW1lKTsNCisgDQorIAkvKiBBS0w6IHJlcG9ydCBkdW1wIHBlcmZvcm1hbmNl LCBhdm9pZCBkaXZpc2lvbiB0aHJvdWdoIHplcm8gKi8NCisgCWlmKHRlbmRf d3JpdGluZy10c3RhcnRfd3JpdGluZyA9PSAwKQ0KKyAJCW1zZygiRFVNUDog ZmluaXNoZWQgaW4gJWQgc2Vjb25kc1xuIiwNCisgCQkJdGVuZF93cml0aW5n LXRzdGFydF93cml0aW5nKTsNCisgCWVsc2UNCisgCQltc2coIkRVTVA6IGZp bmlzaGVkIGluICVkIHNlY29uZHMsIHRocm91Z2hwdXQgJWQgS0J5dGVzL3Nl Y1xuIiwNCisgCQkJdGVuZF93cml0aW5nLXRzdGFydF93cml0aW5nLA0KKyAJ CQlzcGNsLmNfdGFwZWEvKHRlbmRfd3JpdGluZy10c3RhcnRfd3JpdGluZykp Ow0KKyANCiAgCXB1dGR1bXB0aW1lKCk7DQogIAl0cmV3aW5kKCk7DQogIAli cm9hZGNhc3QoIkRVTVAgSVMgRE9ORSFcN1w3XG4iKTsNCioqKiBkdW1wLmgu b3JpZwlTdW4gTm92IDEyIDEzOjQxOjQzIDE5OTUNCi0tLSBkdW1wLmgJU3Vu IE5vdiAxMiAxMzo0NDoxOSAxOTk1DQoqKioqKioqKioqKioqKioNCioqKiA3 OSw4NCAqKioqDQotLS0gNzksODUgLS0tLQ0KICBpbnQJYmxvY2tzd3JpdHRl bjsJLyogbnVtYmVyIG9mIGJsb2NrcyB3cml0dGVuIG9uIGN1cnJlbnQgdGFw ZSAqLw0KICBpbnQJdGFwZW5vOwkJLyogY3VycmVudCB0YXBlIG51bWJlciAq Lw0KICB0aW1lX3QJdHN0YXJ0X3dyaXRpbmc7CS8qIHdoZW4gc3RhcnRlZCB3 cml0aW5nIHRoZSBmaXJzdCB0YXBlIGJsb2NrICovDQorIHRpbWVfdAl0ZW5k X3dyaXRpbmc7CS8qIGFmdGVyIHdyaXRpbmcgdGhlIGxhc3QgdGFwZSBibG9j ayBBS0wgKi8NCiAgc3RydWN0CWZzICpzYmxvY2s7CS8qIHRoZSBmaWxlIHN5 c3RlbSBzdXBlciBibG9jayAqLw0KICBjaGFyCXNibG9ja19idWZbTUFYQlNJ WkVdOw0KICBsb25nCWRldl9ic2l6ZTsJLyogYmxvY2sgc2l6ZSBvZiB1bmRl cmx5aW5nIGRpc2sgZGV2aWNlICovDQoqKiogZHVtcC44Lm9yaWcJU3VuIE5v diAxMiAxMzo0MTo0MyAxOTk1DQotLS0gZHVtcC44CVN1biBOb3YgMTIgMTM6 NDQ6MTkgMTk5NQ0KKioqKioqKioqKioqKioqDQoqKiogMTAyLDEwOCAqKioq DQogIC5BciBmaWxlDQogIG1heSBiZSBhIHNwZWNpYWwgZGV2aWNlIGZpbGUN CiAgbGlrZQ0KISAuUGEgL2Rldi9ybXQxMg0KICAoYSB0YXBlIGRyaXZlKSwN CiAgLlBhIC9kZXYvcnNkMWMNCiAgKGEgZGlzayBkcml2ZSksDQotLS0gMTAy LDEwOCAtLS0tDQogIC5BciBmaWxlDQogIG1heSBiZSBhIHNwZWNpYWwgZGV2 aWNlIGZpbGUNCiAgbGlrZQ0KISAuUGEgL2Rldi9yc3QwDQogIChhIHRhcGUg ZHJpdmUpLA0KICAuUGEgL2Rldi9yc2QxYw0KICAoYSBkaXNrIGRyaXZlKSwN CioqKioqKioqKioqKioqKg0KKioqIDI1NiwyNjIgKioqKg0KICAuSXQNCiAg QWx3YXlzIHN0YXJ0IHdpdGggYSBsZXZlbCAwIGJhY2t1cCwgZm9yIGV4YW1w bGU6DQogIC5CZCAtbGl0ZXJhbCAtb2Zmc2V0IGluZGVudA0KISAvc2Jpbi9k dW1wIDB1ZiAvZGV2L25yc3QxIC91c3Ivc3JjDQogIC5FZA0KICAuUHANCiAg VGhpcyBzaG91bGQgYmUgZG9uZSBhdCBzZXQgaW50ZXJ2YWxzLCBzYXkgb25j ZSBhIG1vbnRoIG9yIG9uY2UgZXZlcnkgdHdvIG1vbnRocywNCi0tLSAyNTYs MjYyIC0tLS0NCiAgLkl0DQogIEFsd2F5cyBzdGFydCB3aXRoIGEgbGV2ZWwg MCBiYWNrdXAsIGZvciBleGFtcGxlOg0KICAuQmQgLWxpdGVyYWwgLW9mZnNl dCBpbmRlbnQNCiEgL3NiaW4vZHVtcCAwdWYgL2Rldi9ucnN0MCAvdXNyL3Ny Yw0KICAuRWQNCiAgLlBwDQogIFRoaXMgc2hvdWxkIGJlIGRvbmUgYXQgc2V0 IGludGVydmFscywgc2F5IG9uY2UgYSBtb250aCBvciBvbmNlIGV2ZXJ5IHR3 byBtb250aHMsDQoqKioqKioqKioqKioqKioNCioqKiAyODIsMjg4ICoqKioN CiAgcm90YXRlZCBvdXQgb2YgdGhlIGR1bXAgY3ljbGUgYW5kIGZyZXNoIHRh cGVzIGJyb3VnaHQgaW4uDQogIC5TaCBGSUxFUw0KICAuQmwgLXRhZyAtd2lk dGggL2V0Yy9kdW1wZGF0ZXMgLWNvbXBhY3QNCiEgLkl0IFBhIC9kZXYvcm10 OA0KICBkZWZhdWx0IHRhcGUgdW5pdCB0byBkdW1wIHRvDQogIC5JdCBQYSAv ZXRjL2R1bXBkYXRlcw0KICBkdW1wIGRhdGUgcmVjb3Jkcw0KLS0tIDI4Miwy ODggLS0tLQ0KICByb3RhdGVkIG91dCBvZiB0aGUgZHVtcCBjeWNsZSBhbmQg ZnJlc2ggdGFwZXMgYnJvdWdodCBpbi4NCiAgLlNoIEZJTEVTDQogIC5CbCAt dGFnIC13aWR0aCAvZXRjL2R1bXBkYXRlcyAtY29tcGFjdA0KISAuSXQgUGEg L2Rldi9yc3QwDQogIGRlZmF1bHQgdGFwZSB1bml0IHRvIGR1bXAgdG8NCiAg Lkl0IFBhIC9ldGMvZHVtcGRhdGVzDQogIGR1bXAgZGF0ZSByZWNvcmRzDQoq KioqKioqKioqKioqKioNCioqKiAzMTEsMzE2ICoqKioNCi0tLSAzMTEsMzIw IC0tLS0NCiAgcmVlbHMgYWxyZWFkeSB3cml0dGVuIGp1c3QgaGFuZyBhcm91 bmQgdW50aWwgdGhlIGVudGlyZSB0YXBlDQogIGlzIHdyaXR0ZW4uDQogIC5Q cA0KKyByZXN0b3JlKDgpIGlzIGN1cnJlbnRseSB1bmFibGUgdG8gcmVzdG9y ZSBkdW1wcyB0aGF0IHdlcmUgY3JlYXRlZA0KKyB3aXRoIGEgYmxvY2tzaXpl IGxhcmdlciB0aGFuIDMyLiBXb3JrYXJvdW5kIGZvciBzYWZldHkgcmVhc29u czogDQorIGR1bXAgYWJvcnRzIHdpdGggYSB3YXJuaW5nIG1lc3NhZ2Ugd2hl biBjaG9vc2luZyBhIGJsb2Nrc2l6ZSA+IDMyLg0KKyAuUHANCiAgLk5tIER1 bXANCiAgd2l0aCB0aGUNCiAgLkNtIFcNCioqKioqKioqKioqKioqKg0KKioq IDMzNCwzMzYgKioqKg0KLS0tIDMzOCwzNTAgLS0tLQ0KICBBDQogIC5ObSBk dW1wDQogIGNvbW1hbmQgYXBwZWFyZWQgaW4gVmVyc2lvbiA2IEFUJlQgVU5J WC4NCisgLlBwDQorIEFkZGl0aW9uYWwgZHVtcCBtZXNzYWdlIChzaW1pbGFy IHRvIFNvbGFyaXMgMikgDQorIGJ5IEFuZHJlYXMgS2xlbW0gPGFuZHJlYXNA a25vYmVsLmd1bi5kZT4gcmVwb3J0aW5nIA0KKyAuTm0gYmFja3VwIHRpbWUN CisgaW4gc2Vjb25kcyBhbmQNCisgLk5tIHdyaXRlIHBlcmZvcm1hbmNlIA0K KyBpbiBLYnl0ZXMgcGVyIHNlY29uZC4gQ2hhbmdlZCBkZWZhdWx0IGR1bXAg ZGV2aWNlIGZyb20NCisgdGhlIG9sZCBmYXNoaW9uZWQgcm10OCBkZXZpY2Ug dG8gL2Rldi9yc3QwIChzbyBpdCdzIHRoZSBzYW1lDQorIGFzIHVzZWQgYnkg dGFyKS4NCisgQXBwZWFyZWQgZmlyc3QgaW4gRnJlZUJTRCAyLjIuDQoqKiog cGF0aG5hbWVzLmgub3JpZwlTdW4gTm92IDEyIDEzOjQxOjQzIDE5OTUNCi0t LSBwYXRobmFtZXMuaAlTdW4gTm92IDEyIDEzOjQ0OjE5IDE5OTUNCioqKioq KioqKioqKioqKg0KKioqIDM1LDQxICoqKioNCiAgDQogICNpbmNsdWRlIDxw YXRocy5oPg0KICANCiEgI2RlZmluZQlfUEFUSF9ERUZUQVBFCSIvZGV2L3Jt dDgiDQogICNkZWZpbmUJX1BBVEhfRFRNUAkiL2V0Yy9kdG1wIg0KICAjZGVm aW5lCV9QQVRIX0RVTVBEQVRFUwkiL2V0Yy9kdW1wZGF0ZXMiDQogICNkZWZp bmUJX1BBVEhfTE9DSwkiL3RtcC9kdW1wbG9ja1hYWFhYWCINCi0tLSAzNSw0 MSAtLS0tDQogIA0KICAjaW5jbHVkZSA8cGF0aHMuaD4NCiAgDQohICNkZWZp bmUJX1BBVEhfREVGVEFQRQkiL2Rldi9yc3QwIgkvKiBBS0wgKi8NCiAgI2Rl ZmluZQlfUEFUSF9EVE1QCSIvZXRjL2R0bXAiDQogICNkZWZpbmUJX1BBVEhf RFVNUERBVEVTCSIvZXRjL2R1bXBkYXRlcyINCiAgI2RlZmluZQlfUEFUSF9M T0NLCSIvdG1wL2R1bXBsb2NrWFhYWFhYIg0K --0-895630724-816182877=:4791-- From owner-freebsd-hackers Sun Nov 12 05:33:22 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA07784 for hackers-outgoing; Sun, 12 Nov 1995 05:33:22 -0800 Received: from w8hd.w8hd.org (w8hd.w8hd.org [198.252.159.10]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id FAA07779 for ; Sun, 12 Nov 1995 05:33:18 -0800 Received: (from kimc@localhost) by w8hd.w8hd.org (8.6.12/8.6.9) id IAA19370; Sun, 12 Nov 1995 08:33:08 -0500 Date: Sun, 12 Nov 1995 08:33:08 -0500 (EST) From: Kim Culhan To: "Jordan K. Hubbard" cc: hackers@freebsd.org Subject: Re: boot.flp for 1104 snap broken In-Reply-To: <14041.816148254@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Sat, 11 Nov 1995, Jordan K. Hubbard wrote: > > > > The installation on this snap appears broken, here are the details: > > > > 1) Booting from the floppy and into the menu-driven installation, I tried > > to create a FreeBSD 'partition' which appeared to work Ok. > > > > 2) Trying to create partitions and label same I can create some partitions > > (even using the autodefaults choice) but then it blows-up, complaining > > first that its unable to write to the swap partition > > You used `(W)rite' from the label screen, didn't you? > > This has been proven, for reasons I'm still unable to fathom, not to > work for systems that are not yet installed. I have therefore put > LARGE warning letters telling people to not use it for anything but > tweaking an existing system. You'll see this in 2.1. > > Don't use Write. Do your commit step in one go. Yes, I was trying to use Write and looks like I used the one-step commit in one attempt and thats what got it going. kim -- kimc@w8hd.org From owner-freebsd-hackers Sun Nov 12 06:14:03 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA08374 for hackers-outgoing; Sun, 12 Nov 1995 06:14:03 -0800 Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id GAA08366 for ; Sun, 12 Nov 1995 06:13:56 -0800 Received: from uucp1.UU.NET by relay5.UU.NET with SMTP id QQzpns01301; Sun, 12 Nov 1995 09:13:52 -0500 (EST) Received: from uanet.UUCP by uucp1.UU.NET with UUCP/RMAIL ; Sun, 12 Nov 1995 09:13:52 -0500 Received: by crocodil.monolit.kiev.ua; Sun, 12 Nov 95 16:13:06 +0200 Received: from bee.cs.kiev.ua (bee.cs.kiev.ua [193.124.54.45]) by clipper.cs.kiev.ua (8.6.4) with ESMTP id QAA09592 for ; Sun, 12 Nov 1995 16:05:58 +0200 Received: (from daemon@localhost) by bee.cs.kiev.ua (8.6.12/8.6.9) id QAA12160 for hackers@FreeBSD.ORG; Sun, 12 Nov 1995 16:05:57 +0200 Date: Sun, 12 Nov 1995 16:05:57 +0200 From: System Daemon Message-Id: <199511121405.QAA12160@bee.cs.kiev.ua> Apparently-To: hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Ron G. Minnich (rminnich@Sarnoff.COM) wrote: > this program does a very simple thing: > 1) open a file > 2) call write with an invalid address, viz: > write(fd, x, 5); > where x is (void *) 0x40000000 [...] > Numbers ( i just do wall clock time, since to first order it's all system) > linux, p100, 3.8 seconds > Irix, 150 Mhz. r4600 63 seconds > Solaris, 66 Mhz. sparc-20 68 seconds > FreeBSD, p90 290 seconds well, on my machine ( FreeBSD dog.farm.org 2.0.5-RELEASE FreeBSD 2.0.5-RELEASE #16: Sat Oct 28 00:13:32 EET 1995 dk@dog.farm.org:/xusr/src/sys/compile/FARM i386 ) I get: dog:~/tmp> cc -o bb bb.c dog:~/tmp> ./bb usage: ./bb file-to-create [count [debug]] Exit 1 dog:~/tmp> ./bb zuka 100 one illin: Bad address created zuka Exit 23 dog:~/tmp> ls -la zuka -rwxrwxr-x 1 dk cs 5 Nov 12 01:28 zuka dog:~/tmp> od -x zuka * dog:~/tmp> (file consists of 5 zero bytes). So, what's special with this test program? > Yup, freebsd is really basically 70 times slower than linux on this one. I suppose my system is faster ;-) p.s. I have tried it with 0x40000000 changed to 0xdeadbeef ;-), with same result. From owner-freebsd-hackers Sun Nov 12 11:01:39 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA18985 for hackers-outgoing; Sun, 12 Nov 1995 11:01:39 -0800 Received: from cwbone.bsi.com.br ([200.250.250.14]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA18948 ; Sun, 12 Nov 1995 11:01:25 -0800 Received: (from lenzi@localhost) by cwbone.bsi.com.br (8.6.11/8.6.9) id RAA00844; Sun, 12 Nov 1995 17:02:13 GMT Date: Sun, 12 Nov 1995 17:02:13 +0000 () From: Sergio Lenzi To: hackers@freebsd.org cc: questions@freebsd.org Subject: +INGRES Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hello folks, The Ingres data base is avaiable in package format (source and bin) at ftp.bsi.com.br/FreeBSD/packages. I'm working in a Development kit for screens and applications. I'll put it in the ftp of my site ftp.bsi.com.br in some days (10 to 20) ok?? Good ingres.. for you all. Lenzi, From owner-freebsd-hackers Sun Nov 12 12:43:50 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA06998 for hackers-outgoing; Sun, 12 Nov 1995 12:43:50 -0800 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA06991 for ; Sun, 12 Nov 1995 12:43:48 -0800 Received: from rah.star-gate.com (localhost [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.9) with ESMTP id MAA01434 for ; Sun, 12 Nov 1995 12:43:38 -0800 Message-Id: <199511122043.MAA01434@rah.star-gate.com> X-Mailer: exmh version 1.6.2 7/18/95 To: hackers@FreeBSD.ORG Subject: linux's lseek vs freebsd's lseek Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 12 Nov 1995 12:43:37 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Howdy, While in the process of getting Linux's music server for Doom (musserver) working, I discovered that on linux you can issue a seek with a negative offset. So I changed the addition of an offset to a file position to be a of type "int". In vfs_syscalls.c, lseek(p, uap, retval) struct proc *p; register struct lseek_args *uap; int *retval; { struct ucred *cred = p->p_ucred; register struct filedesc *fdp = p->p_fd; register struct file *fp; struct vattr vattr; int error; if ((u_int)uap->fd >= fdp->fd_nfiles || (fp = fdp->fd_ofiles[uap->fd]) == NULL) return (EBADF); if (fp->f_type != DTYPE_VNODE) return (ESPIPE); switch (uap->whence) { case L_INCR: (int)fp->f_offset += (int)uap->offset; ^^^^ ^^^^ --------------- The question is what is the implication of doing a signed addition as supposed to an unsigned addition as it is in the original file. Tnks, Amancio From owner-freebsd-hackers Sun Nov 12 12:52:12 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA07957 for hackers-outgoing; Sun, 12 Nov 1995 12:52:12 -0800 Received: from cwbone.bsi.com.br ([200.250.250.14]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA07932 for ; Sun, 12 Nov 1995 12:52:01 -0800 Received: (from lenzi@localhost) by cwbone.bsi.com.br (8.6.11/8.6.9) id SAA02103; Sun, 12 Nov 1995 18:52:33 GMT Date: Sun, 12 Nov 1995 18:52:33 +0000 () From: Sergio Lenzi To: Chuck Robey cc: hackers@freebsd.org Subject: Re: +INGRES In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Things in Brazil are harder to do..... Sorry for the transfer speed. I'll upload the INGRES in the ftp.freebsd.org Ther you can get it in a more confort way.... It will be in incomming directory for FreeBSD From owner-freebsd-hackers Sun Nov 12 13:08:12 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA08673 for hackers-outgoing; Sun, 12 Nov 1995 13:08:12 -0800 Received: from netcom22.netcom.com (bakul@netcom22.netcom.com [192.100.81.136]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA08628 for ; Sun, 12 Nov 1995 13:08:07 -0800 Received: from localhost by netcom22.netcom.com (8.6.12/Netcom) id NAA21837; Sun, 12 Nov 1995 13:06:37 -0800 Message-Id: <199511122106.NAA21837@netcom22.netcom.com> To: "Amancio Hasty Jr." cc: hackers@freebsd.org Subject: Re: linux's lseek vs freebsd's lseek In-reply-to: Your message of "Sun, 12 Nov 95 12:43:37 PST." <199511122043.MAA01434@rah.star-gate.com> Date: Sun, 12 Nov 95 13:06:36 -0800 From: Bakul Shah Sender: owner-hackers@freebsd.org Precedence: bulk > (int)fp->f_offset += (int)uap->offset; > ^^^^ ^^^^ > The question is what is the implication of doing a signed addition as > supposed to an unsigned addition as it is in the original file. Huh? f_offset & uap->offset are of type quad_t, which is a signed quantity and -ve offsets are perfectly reasonable when you seek relative to file-end or current-position. From owner-freebsd-hackers Sun Nov 12 13:11:46 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA10403 for hackers-outgoing; Sun, 12 Nov 1995 13:11:46 -0800 Received: from cwbone.bsi.com.br ([200.250.250.14]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA10323 for ; Sun, 12 Nov 1995 13:11:37 -0800 Received: (from lenzi@localhost) by cwbone.bsi.com.br (8.6.11/8.6.9) id TAA02234; Sun, 12 Nov 1995 19:12:16 GMT Date: Sun, 12 Nov 1995 19:12:16 +0000 () From: Sergio Lenzi To: Chuck Robey cc: hackers@freebsd.org Subject: Re: +INGRES In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Problems... the freebsd.org ftp is too busy trying freefall.cdrom.com FTP.. From owner-freebsd-hackers Sun Nov 12 13:51:01 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA29166 for hackers-outgoing; Sun, 12 Nov 1995 13:51:01 -0800 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA28900 for ; Sun, 12 Nov 1995 13:50:36 -0800 Received: from rah.star-gate.com (localhost [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.9) with ESMTP id NAA03928; Sun, 12 Nov 1995 13:43:15 -0800 Message-Id: <199511122143.NAA03928@rah.star-gate.com> X-Mailer: exmh version 1.6.2 7/18/95 To: Bakul Shah cc: hackers@freebsd.org Subject: Re: linux's lseek vs freebsd's lseek In-reply-to: Your message of "Sun, 12 Nov 1995 13:06:36 PST." <199511122106.NAA21837@netcom22.netcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 12 Nov 1995 13:43:13 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk Hi, I will have to investigate further more since without this change doom and the music server do not work. Tnks, Amancio >>> Bakul Shah said: > > (int)fp->f_offset += (int)uap->offset; > > ^^^^ ^^^^ > > The question is what is the implication of doing a signed addition as > > supposed to an unsigned addition as it is in the original file. > > Huh? f_offset & uap->offset are of type quad_t, which is a > signed quantity and -ve offsets are perfectly reasonable > when you seek relative to file-end or current-position. > From owner-freebsd-hackers Sun Nov 12 14:28:08 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA07331 for hackers-outgoing; Sun, 12 Nov 1995 14:28:08 -0800 Received: from rainbow-jr.dreaming.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA07234 ; Sun, 12 Nov 1995 14:26:24 -0800 Received: (from scrappy@localhost) by rainbow-jr.dreaming.org (8.7.1/8.7.1) id QAA00216; Sun, 12 Nov 1995 16:10:48 -0500 (EST) Date: Sun, 12 Nov 1995 16:10:46 -0500 (EST) From: "Marc G. Fournier" X-Sender: scrappy@rainbow-jr.dreaming.org To: freebsd-questions@freebsd.org, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: FreeBSD 2.0.5R hanging inexplicably... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hi... For the second time in two days, my system just hung, in that, essentially, no keyboard input was being permitted. The first time, I'm sure it had to do with PCVT, in that it happened the moment after I had modified /etc/ttys and turned off all the console screens that I'm not using and issued a kill -1 1. Even after reboot, it hung almost immediately. When I booted up into single user mode, and turned those ports back on, it was all fine. Of significance to note in that case, everything ran fine in the background, it was just a console lock. This second time, though, I don't know...it just locked up completely. Of note, it seems that when it locks up, one of the keyboard lights comes on, either NumLock, CapsLock or ScrollLock...this last time, prior to lockup, ScrollLock came on, and after turning it back off, it ran for a little bit befor elockingup completely. That is the symptoms...now the question...are there any known problems with PCVT under 2.0.5R that have been fixed in 2.1.0-*-SNAP? If not...how do I debug something like this? Since it hangs, and doesn't fault itself, getting a core dump, so I'd think, is kind of difficult... Marc G. Fournier | Knowledge, Information and Communications, Inc (ki.net) scrappy@hub.org | soon to be: | scrappy@ki.net | For more information, send me email. From owner-freebsd-hackers Sun Nov 12 14:38:52 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA08039 for hackers-outgoing; Sun, 12 Nov 1995 14:38:52 -0800 Received: from cps201.cps.cmich.edu (cps201.cps.cmich.edu [141.209.20.201]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA08032 for ; Sun, 12 Nov 1995 14:38:48 -0800 Received: from cps201 (cps201.cps.cmich.edu [141.209.20.201]) by cps201.cps.cmich.edu (8.6.12/8.6.12) with SMTP id RAA11543; Sun, 12 Nov 1995 17:38:37 -0500 Date: Sun, 12 Nov 1995 17:38:36 -0500 (EST) From: Mail Archive X-Sender: archive@cps201 To: Kim Culhan cc: hackers@freebsd.org Subject: Re: Any mirrors with latest snap? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Sat, 11 Nov 1995, Kim Culhan wrote: > > Can't reach freefall and wcarchive is at the user limit, got a new machine > I want try the release candidate on. > > Any mirrors where the boot.flp can obtained and with good connectivity > for the release to be ftp'd ? > > regards > kim > > -- > kimc@w8hd.org > ftp.cps.cmich.edu:/pub/FreeBSD/* has the latest and greatest. Matthew S. Bailey From owner-freebsd-hackers Sun Nov 12 14:44:34 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA08423 for hackers-outgoing; Sun, 12 Nov 1995 14:44:34 -0800 Received: from cps201.cps.cmich.edu (cps201.cps.cmich.edu [141.209.20.201]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA08418 for ; Sun, 12 Nov 1995 14:44:31 -0800 Received: from cps201 (cps201.cps.cmich.edu [141.209.20.201]) by cps201.cps.cmich.edu (8.6.12/8.6.12) with SMTP id RAA11660; Sun, 12 Nov 1995 17:44:10 -0500 Date: Sun, 12 Nov 1995 17:44:09 -0500 (EST) From: Mail Archive X-Sender: archive@cps201 To: "Jordan K. Hubbard" cc: Kim Culhan , hackers@freebsd.org Subject: Re: getting close - 1104-snap ed0 not working In-Reply-To: <14085.816148709@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Sat, 11 Nov 1995, Jordan K. Hubbard wrote: > > You sure it matches your hardware? You've booted with -c and made > positively sure it matches what the SMC is set to? > Just to say this I have an Ultra in a 486/66 that works fine for WinNT/Win95/LinSux BUT won't run fer shit in the current snapshop I have spent three hours of reconfigging the whole system to make sure the card was even where freebsd wanted to find it by default.. Matthew S. Bailey mbailey@cps.cmich.edu From owner-freebsd-hackers Sun Nov 12 14:47:59 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA08673 for hackers-outgoing; Sun, 12 Nov 1995 14:47:59 -0800 Received: (from hsu@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA08663 ; Sun, 12 Nov 1995 14:47:55 -0800 Date: Sun, 12 Nov 1995 14:47:55 -0800 From: Jeffrey Hsu Message-Id: <199511122247.OAA08663@freefall.freebsd.org> To: andreas@knobel.gun.de Subject: Re: Diffs to the dump utility, rewritten with respect to your comments Cc: hackers Sender: owner-hackers@FreeBSD.org Precedence: bulk > Let's assume, he makes two backups, to be save, but he too lazy > or inexperienced, to check, if he can read it in.... Do you know how to check a dump w/o actually restoring to disk and comparing files? I was thinking of adding an option to restore to restore to stdout, allowing something like 'restore | checksumprogram' and comparing the checksum signature w/ the on-disk files. Of course, I'd be very happy if someone else beat to to it. Jeffrey From owner-freebsd-hackers Sun Nov 12 15:18:28 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA10065 for hackers-outgoing; Sun, 12 Nov 1995 15:18:28 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA10058 for ; Sun, 12 Nov 1995 15:18:23 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id KAA26938; Mon, 13 Nov 1995 10:16:50 +1100 Date: Mon, 13 Nov 1995 10:16:50 +1100 From: Bruce Evans Message-Id: <199511122316.KAA26938@godzilla.zeta.org.au> To: bakul@netcom.com, hasty@rah.star-gate.com Subject: Re: linux's lseek vs freebsd's lseek Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >> (int)fp->f_offset += (int)uap->offset; >> ^^^^ ^^^^ >> The question is what is the implication of doing a signed addition as >> supposed to an unsigned addition as it is in the original file. >Huh? f_offset & uap->offset are of type quad_t, which is a >signed quantity and -ve offsets are perfectly reasonable >when you seek relative to file-end or current-position. POSIX requires off_t to be a signed arithmetic type so that negative offsets work right. In the above, the cast to (int) on the RHS throws away the top 32 bits on the i386, so seeking back 1 would actually seek forward 0xffffffff, while the cast to (int) on the LHS shouldn't compile. Bruce From owner-freebsd-hackers Sun Nov 12 15:35:49 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA12126 for hackers-outgoing; Sun, 12 Nov 1995 15:35:49 -0800 Received: from devnull.mpd.tandem.com ([131.124.4.29]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA12109 for ; Sun, 12 Nov 1995 15:35:37 -0800 Received: from olympus by devnull.mpd.tandem.com (8.6.8/8.6.6) id RAA17415; Sun, 12 Nov 1995 17:34:14 -0600 Received: by olympus (4.1/TSS2.1) id AA05518; Sun, 12 Nov 95 17:34:20 CST From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9511122334.AA05518@olympus> Subject: Re: linux's lseek vs freebsd's lseek To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Sun, 12 Nov 1995 17:34:19 -0600 (CST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199511122043.MAA01434@rah.star-gate.com> from "Amancio Hasty Jr." at Nov 12, 95 12:43:37 pm X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 524 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > Howdy, > > While in the process of getting Linux's music server for Doom (musserver) > working, I discovered that on linux you can issue a seek with a negative > offset. So I changed the addition of an offset to a file position to > be a of type "int". Is this to say "it is working"? Boyd -- _______________________________________________________________________ Boyd Faulkner - faulkner@isd.tandem.com - http://cactus.org/~faulkner _______________________________________________________________________ From owner-freebsd-hackers Sun Nov 12 15:38:29 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA12570 for hackers-outgoing; Sun, 12 Nov 1995 15:38:29 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA12546 ; Sun, 12 Nov 1995 15:38:22 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id KAA27739; Mon, 13 Nov 1995 10:36:35 +1100 Date: Mon, 13 Nov 1995 10:36:35 +1100 From: Bruce Evans Message-Id: <199511122336.KAA27739@godzilla.zeta.org.au> To: andreas@knobel.gun.de, hsu@freefall.freebsd.org Subject: Re: Diffs to the dump utility, rewritten with respect to your comments Cc: hackers@freefall.freebsd.org Sender: owner-hackers@FreeBSD.org Precedence: bulk > > Let's assume, he makes two backups, to be save, but he too lazy > > or inexperienced, to check, if he can read it in.... >Do you know how to check a dump w/o actually restoring to disk and >comparing files? I was thinking of adding an option to restore to I refuse to use cpio or dump because of the lack of such a feature. I depend on tar's `d' option to check all major backups. Bruce From owner-freebsd-hackers Sun Nov 12 15:44:43 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA13434 for hackers-outgoing; Sun, 12 Nov 1995 15:44:43 -0800 Received: from linus.demon.co.uk (linus.demon.co.uk [158.152.10.220]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA13410 ; Sun, 12 Nov 1995 15:44:32 -0800 Received: (from mark@localhost) by linus.demon.co.uk (8.7.1/8.7.1) id XAA00478; Sun, 12 Nov 1995 23:04:39 GMT Date: Sun, 12 Nov 1995 23:04:39 GMT From: Mark Valentine Message-Id: <199511122304.XAA00478@linus.demon.co.uk> In-Reply-To: Richard Wackerbarth's message of Nov 11, 4:34pm X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: rkw@dataplex.net (Richard Wackerbarth), Terry Lambert Subject: Re: LKM's still wont compile in -current Cc: current@freebsd.org, root@deadline.snafu.de, hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk > From: rkw@dataplex.net (Richard Wackerbarth) > Date: Sat 11 Nov, 1995 > Subject: Re: LKM's still wont compile in -current > Now can I sell "you" (the holdouts, not you Terry) on getting rid of the > absolute paths? > EVERYTHING needs to be referenced relative to the ROOT of the build tree. > SRC, OBJ location, TOOLS, INCludes, MKfiles, etc. EVERYTHING. I'd draw a line below EVERYTHING, at least for initial bootstrapping. I'd separate out some of the tools, like the compiler and make, just documenting which versions you need to have installed in the host environment to build for your target (point src/make.conf at them if they're not in the standard locations). If you need to, you build the tools you need as part of bootstrapping your build environment. Some stuff, like config, will always be used from the build tree, though. Mark. From owner-freebsd-hackers Sun Nov 12 16:03:41 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA15108 for hackers-outgoing; Sun, 12 Nov 1995 16:03:41 -0800 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA15094 for ; Sun, 12 Nov 1995 16:03:37 -0800 Received: (from hasty@localhost) by rah.star-gate.com (8.6.12/8.6.9) id QAA00904; Sun, 12 Nov 1995 16:02:16 -0800 Date: Sun, 12 Nov 1995 16:02:16 -0800 From: "Amancio Hasty Jr." Message-Id: <199511130002.QAA00904@rah.star-gate.com> To: faulkner@mpd.tandem.com, hasty@rah.star-gate.com Subject: Re: linux's lseek vs freebsd's lseek Cc: hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Yes, the music server works . I just spend about an hour playing doom with sound effects and music . However, the music server does not work with the gus . I have an experimental sound driver for an AudioTrix Pro. The driver is a bit rough however I did managed to get it going for the music server using the cs4231 for the special sound effects and the SB emulation on the AudioTrix Pro for the music. The FM synthesis found on the SB quite simply sucks. Now I know why I junk my SB and PAS16 8) Enjoy, Amancio From owner-freebsd-hackers Sun Nov 12 16:40:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA18870 for hackers-outgoing; Sun, 12 Nov 1995 16:40:21 -0800 Received: from DATAPLEX.NET (SHARK.DATAPLEX.NET [199.183.109.241]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA18859 for ; Sun, 12 Nov 1995 16:40:14 -0800 Received: from [199.183.109.242] by DATAPLEX.NET with SMTP (MailShare 1.0fc5); Sun, 12 Nov 1995 18:40:02 -0600 X-Sender: rkw@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 12 Nov 1995 18:39:59 -0600 To: Mark Valentine From: rkw@dataplex.net (Richard Wackerbarth) Subject: Re: LKM's still wont compile in -current Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >I'd draw a line below EVERYTHING, at least for initial bootstrapping. > >I'd separate out some of the tools, like the compiler and make, just >documenting which versions you need to have installed in the host environment >to build for your target (point src/make.conf at them if they're not in the >standard locations). If you need to, you build the tools you need as part of >bootstrapping your build environment. I think that you are skirting the fact that there are three separate environments. 1) The host environment. 2) The bootstrap environment. 3) The target environment. The host environment just "is". I'm not allowed to change it. The bootstrap environment has the customized tools to build the target. In many cases, these tools are the generic tools available from the host environment. In those cases, they are specified by a configuration link of some sort. However, I can override any of them by providing the source code that will run in the host environment. For example, I might have a revised version of a compiler or make that has a feature that I am using in building the target. And the target is the target. When building the target, we don't step on anything in either the host or bootstrap environments. However, we do associate with each target the bootstrap environment that knows how to build the target. Right now, make world tries to pile all three of these environments on top of each other. I "sortta" works only because in most cases, the host, bootstrap, and target environments are the same. One thing we must do is to unfold these three environments and then we can refold them by specification of the appropriate links. ---- Richard Wackerbarth rkw@dataplex.net From owner-freebsd-hackers Sun Nov 12 18:15:37 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA26703 for hackers-outgoing; Sun, 12 Nov 1995 18:15:37 -0800 Received: from linus.demon.co.uk (linus.demon.co.uk [158.152.10.220]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA26669 for ; Sun, 12 Nov 1995 18:15:10 -0800 Received: (from mark@localhost) by linus.demon.co.uk (8.7.1/8.7.1) id CAA02290; Mon, 13 Nov 1995 02:16:28 GMT Date: Mon, 13 Nov 1995 02:16:28 GMT From: Mark Valentine Message-Id: <199511130216.CAA02290@linus.demon.co.uk> In-Reply-To: Richard Wackerbarth's message of Nov 12, 6:39pm X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: rkw@dataplex.net (Richard Wackerbarth) Subject: Re: LKM's still wont compile in -current Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk > From: rkw@dataplex.net (Richard Wackerbarth) > Date: Sun 12 Nov, 1995 > Subject: Re: LKM's still wont compile in -current > I think that you are skirting the fact that there are three separate > environments. > 1) The host environment. > 2) The bootstrap environment. > 3) The target environment. > > The host environment just "is". I'm not allowed to change it. Amen! > The bootstrap environment has the customized tools to build the target. > In many cases, these tools are the generic tools available from the host > environment. In those cases, they are specified by a configuration link of > some sort. > However, I can override any of them by providing the source code that will > run in the host environment. For example, I might have a revised version of > a compiler or make that has a feature that I am using in building the > target. OK, I've been treating the bootstrap environment as simply a set of tools which exist in the host environment (e.g. ``CC=/usr/bin/cc'' for the common case, ``CC=/usr/local/bin/gcc -V 2.7.0'' or ``CC=gcc -b sparc'' for other interesting cases). However, even in the common case, you still want to treat the bootstrap tools specially (e.g. to end up with a target compiler compiled by itself, which make world already does in its own brutal way; the standard FSF build method does this without clobbering the host environment). So, I agree that we need to firm out a build model which embodies this distinction (more concrete examples will help this process, since talking in abstractions won't make the problems clear to a wider audience who don't have the brain cycles to spare in following all of this). > And the target is the target. When building the target, we don't step on > anything in either the host or bootstrap environments. However, we do > associate with each target the bootstrap environment that knows how to > build the target. As in src/make.conf, perhaps... > Right now, make world tries to pile all three of these environments on top > of each other. I "sortta" works only because in most cases, the host, > bootstrap, and target environments are the same. The "sortta" is probably generous, since building an -experimental system on a -stable or -current host must be awfully common... I think that if we fix this, we'll make it easier for people without lots of kit to play with to join in the development effort (all you should need is enough disk space on your "working" system for a target build and a separate boot partition containing a minimal target installation for testing; or a spare 386 with 4MB^H^H^H5MB RAM and a small disk...). Mark. From owner-freebsd-hackers Sun Nov 12 18:25:32 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA27817 for hackers-outgoing; Sun, 12 Nov 1995 18:25:32 -0800 Received: from shell.monmouth.com (pechter@shell.monmouth.com [205.164.220.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA27806 for ; Sun, 12 Nov 1995 18:25:27 -0800 Received: (from pechter@localhost) by shell.monmouth.com (8.6.12/8.6.12) id VAA21007; Sun, 12 Nov 1995 21:23:47 -0500 From: Bill/Carolyn Pechter Message-Id: <199511130223.VAA21007@shell.monmouth.com> Subject: Re: Odd crash after inode depletion.. To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Sun, 12 Nov 1995 21:23:46 -0500 (EST) Cc: FreeBSD-hackers@freebsd.org (FreeBSD-hackers) In-Reply-To: <199511120740.BAA26010@brasil.moneng.mei.com> from "Joe Greco" at Nov 12, 95 01:40:28 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 895 Sender: owner-hackers@freebsd.org Precedence: bulk > I've noticed an infrequent but consistent tendency for the system to panic > with "free vnode isn't" some time after hitting inode exhaustion. With a > sample size of only a few instances, all I can establish is that I have NOT > seen a "free vnode isn't" panic without first having run out of inodes. > > (system is running 1026-SNAP, by the way, which may be significant - I never > saw this panic under 2.0.5R, but then again, I can't recall ever having run > out of inodes under 2.0.5R) > > ... Joe > I'm seeing this as well without running out of Inodes... Bill ------------------------------------------------------------------------------- Bill Pechter/Carolyn Pechter | The postmaster always pings twice. Lakewood MicroSystems | 17 Meredith Drive, 908-389-3592 | Tinton Falls, NJ 07724 pechter@shell.monmouth.com | From owner-freebsd-hackers Sun Nov 12 18:28:06 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA28115 for hackers-outgoing; Sun, 12 Nov 1995 18:28:06 -0800 Received: from shell.monmouth.com (pechter@shell.monmouth.com [205.164.220.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA28106 for ; Sun, 12 Nov 1995 18:28:02 -0800 Received: (from pechter@localhost) by shell.monmouth.com (8.6.12/8.6.12) id VAA21393; Sun, 12 Nov 1995 21:27:33 -0500 From: Bill/Carolyn Pechter Message-Id: <199511130227.VAA21393@shell.monmouth.com> Subject: Re: Odd crash after inode depletion.. To: root@gateway.net.hk (System Administrator) Date: Sun, 12 Nov 1995 21:27:32 -0500 (EST) Cc: FreeBSD-hackers@freebsd.org (FreeBSD-hackers) In-Reply-To: from "System Administrator" at Nov 12, 95 12:29:47 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 783 Sender: owner-hackers@freebsd.org Precedence: bulk > > > Nov 6 20:10:17 hummin /kernel: panic: free vnode isn't Er, folks -- one thing I've noticed is I get this every 3 days or so with a mostly idle machine. Could this be related to 4096 byte/512 frag file systems? I didn't get this with 2.0.5R -- just with stable. It seems more often with the MS-DOS filesystem mounted. (I put it in the kernel, then removed it and the problem still occurs). The system's a 486DX33 with 1542CF and 8mb of memory. Bill ------------------------------------------------------------------------------- Bill Pechter/Carolyn Pechter | The postmaster always pings twice. Lakewood MicroSystems | 17 Meredith Drive, 908-389-3592 | Tinton Falls, NJ 07724 pechter@shell.monmouth.com | From owner-freebsd-hackers Sun Nov 12 18:46:35 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA00816 for hackers-outgoing; Sun, 12 Nov 1995 18:46:35 -0800 Received: from gaia.coppe.ufrj.br (root@gaia.coppe.ufrj.br [146.164.63.4]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA00799 for ; Sun, 12 Nov 1995 18:46:25 -0800 Received: (from jonny@localhost) by gaia.coppe.ufrj.br (8.6.11/8.6.9) id AAA07796; Mon, 13 Nov 1995 00:45:58 -0200 From: Joao Carlos Mendes Luis Message-Id: <199511130245.AAA07796@gaia.coppe.ufrj.br> Subject: Re: linux's lseek vs freebsd's lseek To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Mon, 13 Nov 1995 00:45:57 -0200 (EDT) Cc: hackers@FreeBSD.ORG In-Reply-To: <199511122043.MAA01434@rah.star-gate.com> from "Amancio Hasty Jr." at Nov 12, 95 12:43:37 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 448 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > While in the process of getting Linux's music server for Doom (musserver) > working, I discovered that on linux you can issue a seek with a negative > offset. You mean the off_t parameter ? Hasn't this been the default since the very beginning of Unix ????? Jonny -- Joao Carlos Mendes Luis jonny@coe.ufrj.br +55 21 290-4698 ( Job ) jonny@adc.coppe.ufrj.br Network Manager UFRJ/COPPE/CISI Universidade Federal do Rio de Janeiro From owner-freebsd-hackers Sun Nov 12 19:14:54 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA03644 for hackers-outgoing; Sun, 12 Nov 1995 19:14:54 -0800 Received: from ee.petra.ac.id (bsd@ee.petra.ac.id [141.103.250.66]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA03598 ; Sun, 12 Nov 1995 19:14:36 -0800 Received: (from bsd@localhost) by ee.petra.ac.id (8.6.12/8.6.9) id JAA27219; Mon, 13 Nov 1995 09:30:41 -0500 Date: Mon, 13 Nov 1995 09:30:02 -0500 (EST) From: FreeBSD To: questions@freebsd.org cc: freebsd-questions@freebsd.org, hackers@freebsd.org Subject: elm problem :) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk What's wrong with my elm compiled under FreeBSD : * it cant read mailbox : Waiting to read mailbox while mail is being recieved: attempt #? But if we use traditional mailer (mail), we can send and recieved successfully. Thanks in advanced :) PS: can someone send me a binary file of pine compiled under FreeBSD 2.0 ? we cant compiled pine (_crypt problem). From owner-freebsd-hackers Sun Nov 12 19:23:19 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA04642 for hackers-outgoing; Sun, 12 Nov 1995 19:23:19 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA04624 for ; Sun, 12 Nov 1995 19:23:12 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id OAA02807; Mon, 13 Nov 1995 14:21:17 +1100 Date: Mon, 13 Nov 1995 14:21:17 +1100 From: Bruce Evans Message-Id: <199511130321.OAA02807@godzilla.zeta.org.au> To: hasty@rah.star-gate.com, jonny@gaia.coppe.ufrj.br Subject: Re: linux's lseek vs freebsd's lseek Cc: hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >> While in the process of getting Linux's music server for Doom (musserver) >> working, I discovered that on linux you can issue a seek with a negative >> offset. >You mean the off_t parameter ? >Hasn't this been the default since the very beginning of Unix ????? Yes. The linux emulator is buggy. It uses `unsigned long off' in its `linux_lseek_args' struct. This causes sign extension bugs when the offset is converted to a long long and passed to lseek(). Bruce From owner-freebsd-hackers Sun Nov 12 19:27:31 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA05145 for hackers-outgoing; Sun, 12 Nov 1995 19:27:31 -0800 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA05112 for ; Sun, 12 Nov 1995 19:27:19 -0800 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id IAA06518; Mon, 13 Nov 1995 08:29:21 +0500 From: "Serge A. Babkin" Message-Id: <199511130329.IAA06518@hq.icb.chel.su> Subject: Re: linux's xnetview and doom's sndserver To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 13 Nov 1995 08:29:20 +0500 (GMT+0500) Cc: hasty@rah.star-gate.com, multimedia@star-gate.com, hackers@freebsd.org In-Reply-To: <441.816065691@time.cdrom.com> from "Jordan K. Hubbard" at Nov 10, 95 08:54:51 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 632 Sender: owner-hackers@freebsd.org Precedence: bulk > > > Ladies and Gentlemen we now have the Linux Doom's sndserver working on > > FreeBSD . > > Wow! Congradulations, Amancio! > > I might even be willing to exit fvwm to play DOOM if it has sound! :-) > > [fvwm grabs the control arrow events, making "strafing" and such > otherwise rather difficult!] It's strange but Linux works under fvwm for me. Fvwm grabs only right "control", the left one works. I had not changed the fvwm setup in part of keys, it works as was set up in the packages of 2.0.5. Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Sun Nov 12 20:14:36 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA09613 for hackers-outgoing; Sun, 12 Nov 1995 20:14:36 -0800 Received: from jazz.trumpet.com.au (root@jazz.trumpet.com.au [203.5.119.51]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA09545 ; Sun, 12 Nov 1995 20:14:21 -0800 Received: (from paul@localhost) by jazz.trumpet.com.au (8.6.11/8.6.9) id PAA11584; Mon, 13 Nov 1995 15:03:47 +1100 Date: Mon, 13 Nov 1995 15:03:46 +1100 (EST) From: Paul Reece X-Sender: paul@jazz To: "Marc G. Fournier" cc: freebsd-questions@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-hackers@FreeBSD.org Subject: Re: FreeBSD 2.0.5R hanging inexplicably... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Sun, 12 Nov 1995, Marc G. Fournier wrote: > > Hi... > > For the second time in two days, my system just hung, in that, > essentially, no keyboard input was being permitted. > > The first time, I'm sure it had to do with PCVT, in that it happened > the moment after I had modified /etc/ttys and turned off all the console > screens that I'm not using and issued a kill -1 1. Even after reboot, it > hung almost immediately. When I booted up into single user mode, and > turned those ports back on, it was all fine. > > Of significance to note in that case, everything ran fine in the > background, it was just a console lock. > > This second time, though, I don't know...it just locked up > completely. Of note, it seems that when it locks up, one of the keyboard > lights comes on, either NumLock, CapsLock or ScrollLock...this last time, > prior to lockup, ScrollLock came on, and after turning it back off, it ran > for a little bit befor elockingup completely. > > That is the symptoms...now the question...are there any known > problems with PCVT under 2.0.5R that have been fixed in 2.1.0-*-SNAP? > If not...how do I debug something like this? Since it hangs, and doesn't > fault itself, getting a core dump, so I'd think, is kind of difficult... I had the same problem. Since I disabled the screensavers on the console I've had no further lockups.. Perhaps something that needs to be looked at closely? Rgds, Paul. From owner-freebsd-hackers Sun Nov 12 21:36:59 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA19465 for hackers-outgoing; Sun, 12 Nov 1995 21:36:59 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA19458 ; Sun, 12 Nov 1995 21:36:56 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id VAA18465; Sun, 12 Nov 1995 21:36:37 -0800 To: announce@freefall.FreeBSD.org cc: hackers@freefall.FreeBSD.org Reply-to: hackers@FreeBSD.org Subject: Please welcome Peter Wemm to the core team! Date: Sun, 12 Nov 1995 21:36:37 -0800 Message-ID: <18463.816240997@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk The FreeBSD core team has gained another member today: Peter Wemm. Peter has long been an active contributor to FreeBSD, is our current CVS repository manager and all around importer-of-new-bits. I'm sure you've seen his many messages to the hackers and committers lists, so no further introduction should be necessary. All of us on the core team feel that Peter bring fresh enthusiasm and drive to the project and will be a valuable member of the team. Welcome, Peter! Jordan From owner-freebsd-hackers Sun Nov 12 22:02:08 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA24224 for hackers-outgoing; Sun, 12 Nov 1995 22:02:08 -0800 Received: from peedub.gj.org (ns039.munich.netsurf.de [194.64.166.39]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA24182 for ; Sun, 12 Nov 1995 22:01:54 -0800 Received: from localhost (localhost [127.0.0.1]) by peedub.gj.org (8.6.12/8.6.9) with SMTP id GAA19155; Mon, 13 Nov 1995 06:57:23 GMT Message-Id: <199511130657.GAA19155@peedub.gj.org> X-Authentication-Warning: peedub.gj.org: Host localhost didn't use HELO protocol To: Chuck Robey cc: freebsd-hackers@freefall.FreeBSD.org Subject: Re: gdbtk From: Gary Jennejohn Date: Mon, 13 Nov 1995 06:57:23 +0000 Sender: owner-hackers@FreeBSD.org Precedence: bulk Chuck Robey writes: > Thought you guys might like to know; I was tipped off that the newest > gdb compiled fine under current, I just checked with a program I wrote, > and it sure does recognize our executeable format. What I'm trying to > pass on is something that we haven't been able to use before, because of > the inability to run gdb out-of-the-box. That something is gdbtk, a nice > tk interface to gdb. it does compile under -current and it is possible to debug a programm using it but it doesn't seem to completely grok our core files. It has problems unrolling the stack. The GUI is a little primitive and not very good compared to e.g. tgdb, but it's early days yet. Still needs some work for FBSD. Gary J From owner-freebsd-hackers Sun Nov 12 23:42:19 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA14831 for hackers-outgoing; Sun, 12 Nov 1995 23:42:19 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA14753 ; Sun, 12 Nov 1995 23:42:07 -0800 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 IAA08758 ; Mon, 13 Nov 1995 08:41:58 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id IAA22815 ; Mon, 13 Nov 1995 08:41:57 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.1/keltia-uucp-2.6) id IAA01404; Mon, 13 Nov 1995 08:28:53 +0100 (MET) From: Ollivier Robert Message-Id: <199511130728.IAA01404@keltia.freenix.fr> Subject: Re: elm problem :) To: bsd@ee.petra.ac.id (FreeBSD) Date: Mon, 13 Nov 1995 08:28:52 +0100 (MET) Cc: questions@freebsd.org, freebsd-questions@freebsd.org, hackers@freebsd.org In-Reply-To: from "FreeBSD" at Nov 13, 95 09:30:02 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1327 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk It seems that FreeBSD said: > What's wrong with my elm compiled under FreeBSD : > > * it cant read mailbox : > > Waiting to read mailbox while mail is being recieved: attempt #? Use fcntl as locking mechanism when configuring Elm. Your /var/mail directory should have the following permissions: drwxr-xr-x 2 root bin 512 Oct 17 20:51 /var/mail > PS: can someone send me a binary file of pine compiled under FreeBSD 2.0 ? > we cant compiled pine (_crypt problem). Add -lcrypt to the LDFLAGS (or whatever use Pine for the linker flags or libraries). -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Sun Nov 12 16:47:05 MET 1995 From owner-freebsd-hackers Sun Nov 12 23:55:29 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA18869 for hackers-outgoing; Sun, 12 Nov 1995 23:55:29 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA18712 for ; Sun, 12 Nov 1995 23:54:51 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA29988 for ; Mon, 13 Nov 1995 08:54:11 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id IAA13410 for freebsd-hackers@freebsd.org; Mon, 13 Nov 1995 08:54:10 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id IAA24778 for freebsd-hackers@freebsd.org; Mon, 13 Nov 1995 08:11:28 +0100 From: J Wunsch Message-Id: <199511130711.IAA24778@uriah.heep.sax.de> Subject: Re: Diffs to the dump utility, rewritten with respect to your comments To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 13 Nov 1995 08:11:27 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199511122336.KAA27739@godzilla.zeta.org.au> from "Bruce Evans" at Nov 13, 95 10:36:35 am X-Phone: +49-351-2012 669 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: 930 Sender: owner-hackers@freebsd.org Precedence: bulk As Bruce Evans wrote: > > >Do you know how to check a dump w/o actually restoring to disk and > >comparing files? I was thinking of adding an option to restore to > > I refuse to use cpio or dump because of the lack of such a feature. > I depend on tar's `d' option to check all major backups. It should actually not be a big problem to add this feature to restore, provided that the file system in question is actually mounted. (Remember, dump does also work on an unmounted file system.) One should care for two details: . what's the most effective method to compare two files -- or should checksumming be used? . restore should remember all i-nodes that have already been checked, so checking a large file with multiple links has to be done once only -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Nov 13 00:01:44 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA20671 for hackers-outgoing; Mon, 13 Nov 1995 00:01:44 -0800 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA20661 for ; Mon, 13 Nov 1995 00:01:42 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id AAA04624 for ; Mon, 13 Nov 1995 00:00:37 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA00101; Mon, 13 Nov 1995 08:54:31 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id IAA13417; Mon, 13 Nov 1995 08:54:31 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id IAA24961; Mon, 13 Nov 1995 08:41:27 +0100 From: J Wunsch Message-Id: <199511130741.IAA24961@uriah.heep.sax.de> Subject: Re: getting close - 1104-snap ed0 not working To: archive@cps.cmich.edu (Mail Archive) Date: Mon, 13 Nov 1995 08:41:26 +0100 (MET) Cc: freebsd-hackers@freebsd.org (FreeBSD hackers) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Mail Archive" at Nov 12, 95 05:44:09 pm X-Phone: +49-351-2012 669 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: 929 Sender: owner-hackers@freebsd.org Precedence: bulk As Mail Archive wrote: > > > You sure it matches your hardware? You've booted with -c and made > > positively sure it matches what the SMC is set to? > > > Just to say this I have an Ultra in a 486/66 that works fine for > WinNT/Win95/LinSux BUT won't run fer shit in the current snapshop I have That's not sufficient. FreeBSD refuses to tweak the configuration of the card, since (that's how i understand it) there's no way to tell the difference between a soft configuration and a hard jumper setting, at least on some cards. > spent three hours of reconfigging the whole system to make sure the card > was even where freebsd wanted to find it by default.. You shouldn't have done this! Simply boot with -c and adjust _FreeBSD_'s idea, not the hardware. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Nov 13 00:04:20 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA21283 for hackers-outgoing; Mon, 13 Nov 1995 00:04:20 -0800 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA21272 for ; Mon, 13 Nov 1995 00:04:18 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id AAA04623 for ; Mon, 13 Nov 1995 00:00:31 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA29992 for ; Mon, 13 Nov 1995 08:54:13 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id IAA13413 for freebsd-hackers@freebsd.org; Mon, 13 Nov 1995 08:54:12 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id IAA24795 for freebsd-hackers@freebsd.org; Mon, 13 Nov 1995 08:15:35 +0100 From: J Wunsch Message-Id: <199511130715.IAA24795@uriah.heep.sax.de> Subject: Re: Diffs to the dump utility, rewritten with respect to your comments To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 13 Nov 1995 08:15:34 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Andreas Klemm" at Nov 12, 95 02:27:57 pm X-Phone: +49-351-2012 669 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: 1524 Sender: owner-hackers@freebsd.org Precedence: bulk As Andreas Klemm wrote: > > main.c - line 167: > abort dump if a blocksize > 32 (K) was chosen using > dump's "b" option, because restore is unable to restore > dumps with blocksizes over 32 K. Someone said here, > there might be a bug in the scsi tape driver. This > should be fixed as soon as possible. > Users/Administrators are now protected from the worst > case situation, that they can't restore their dump if > they choosed a blocksize over 32. Dump does it all fine, > but later, &@&%" ;-) "So this patch prevent's dump from > being a BOFH tool ;-))" While i personally think that mentioning the bug in the man page would have been sufficient, this workaround should at least be marked with XXX, until someone has fixed the driver. Anyway, Andreas, as i've also written in a Usenet reply, i can *not* confirm your observation. I've done a couple of tests on a 2 GB HP-DAT drive (forgot the exact version number, mail or call me at work if you're interested), and everything worked fine. Even an attempted blocksize of 96 k did work. Suprisingly, since i know that the driver can only handle 64 k -- but it silently truncated the blocksize to 64 k, both on read and write. So everything was okay. I suggest you clarifying your point also with Julian Elischer, and/or Justin Gibbs (dunno which adapter you're working with). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Nov 13 00:44:37 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA02719 for hackers-outgoing; Mon, 13 Nov 1995 00:44:37 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA02700 for ; Mon, 13 Nov 1995 00:44:32 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id AAA19106 for ; Mon, 13 Nov 1995 00:44:12 -0800 To: hackers@freefall.FreeBSD.org Subject: mrouted equivalent for Solaris 5.3? Date: Mon, 13 Nov 1995 00:44:12 -0800 Message-ID: <19104.816252252@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk I've read through the MBONE FAQ and it claims that multicast routing is supported in Solaris, but darned if I can figure out how to enable it (or where they stuck `traceroute', but that's another story). I've got to go into work, leaving my little FreeBSD box behind (sniff) and sitting behind an SS5, and I don't want to miss the NASA video and audio currently being broadcast. Anyone ever put a solaris box on the MBONE who'd care to share some tips? Thanks! Jordan From owner-freebsd-hackers Mon Nov 13 01:01:41 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA07522 for hackers-outgoing; Mon, 13 Nov 1995 01:01:41 -0800 Received: from terra.stack.urc.tue.nl (terra.stack.urc.tue.nl [131.155.140.128]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA07502 for ; Mon, 13 Nov 1995 01:01:36 -0800 Received: from zen.stack.urc.tue.nl (zen.stack.urc.tue.nl [131.155.140.130]) by terra.stack.urc.tue.nl (8.6.11) with ESMTP id KAA28845 for ; Mon, 13 Nov 1995 10:01:28 +0100 Received: (sven@localhost) by zen.stack.urc.tue.nl (8.6.10/8.6.4) id KAA02291 for hackers@FreeBSD.org; Mon, 13 Nov 1995 10:00:10 +0100 From: sven@stack.urc.tue.nl (Sven Berkvens) Message-Id: <199511130900.KAA02291@zen.stack.urc.tue.nl> Subject: Re: Anyone else think it's about time to beat a WEB server to death? To: hackers@FreeBSD.org Date: Mon, 13 Nov 1995 10:00:08 +0100 (MET) In-Reply-To: <5587.816024955@time.cdrom.com> from "Jordan K. Hubbard" at Nov 10, 95 09:35:55 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: 1675 Sender: owner-hackers@FreeBSD.org Precedence: bulk Hi! > What I'd most ideally like would be some numbers from a site that's to > WEB servers what ftp.cdrom.com is to FTP servers, but I'll take whatever > I can get! :-) > > Anyone got any stats they'd like to share? # of running daemons, > server used, hits-per-second, hardware used, that kind of thing. Our site (www.stack.urc.tue.nl) runs on a 486DX/33 with 20 megs of RAM, Adaptec SCSI controller, three ethernet cards (2 x NE2000 compatible, 1 x WD8003EP). We have half of our data in the machine itself, and half is NFS mounted from an Ultrix. We get 140.000 hits a day, totalling between 1.2 GB and 1.4 GB. Of course, a simple calculation reveals about 2 hits per second. The machine's load average is about 0.5, so it can easily handle it. I have my own HTTP daemon running, which is not like any existing daemon, I suppose. It has a fixed number of running daemons (35 in this case) and uses accept(2) to choose a daemon in a round-robin fashion, skipping the daemons that are (still) busy. > If we can't get any actual data from existing WEB service providers, > or even if we can, might I prevail on someone out there with a > well-connected box to possibly declare a "flag day", during which as > many people on this list as possible (and anyone else they can find) > aggressively attempts to beat the server to its knees while the server > maintainers busily collect stats on the event? You may try this, although this daemon is "protected" against overloading because no more than 35 requests will be handled at one single time. > Jordan Sven Berkvens (sven@stack.urc.tue.nl) System Administrator for MCGV Stack, Eindhoven University of Technology From owner-freebsd-hackers Mon Nov 13 01:17:47 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA10835 for hackers-outgoing; Mon, 13 Nov 1995 01:17:47 -0800 Received: from pancake.remcomp.fr (root@pancake.remcomp.fr [194.51.30.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id BAA10737 for ; Mon, 13 Nov 1995 01:17:00 -0800 Received: from zapata.omnix.fr.org by zapata.omnix.fr.org (8.6.9/8.6.9) with SMTP id LAA17659 for ; Mon, 13 Nov 1995 11:15:16 +0100 Date: Mon, 13 Nov 1995 11:15:16 +0100 (MET) From: Didier Derny To: hackers@freebsd.org Subject: FreeBSD 2.05R CDROM With AHA1542CP Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hi a friend of mine tried to install FreeBSD 2.05-R without any succes I guess that the problem comes from his AHA1542CP since the system hangs on the scsi check of the devices. Is there any boot floppy disk that fix this problem ? Thanks for your help +---------------------+ | Didier Derny | | didier@omnix.fr.org | +---------------------+ From owner-freebsd-hackers Mon Nov 13 03:08:44 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA27352 for hackers-outgoing; Mon, 13 Nov 1995 03:08:44 -0800 Received: from deputy.pavilion.co.uk (deputy.pavilion.co.uk [194.193.24.33]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA27267 for ; Mon, 13 Nov 1995 03:08:27 -0800 Received: from poolc46.pavilion.co.uk (poolc28.pavilion.co.uk [194.193.28.156]) by deputy.pavilion.co.uk (8.7/8.7) with SMTP id LAA09405; Mon, 13 Nov 1995 11:05:10 GMT Date: Mon, 13 Nov 1995 11:05:10 GMT Message-Id: <199511131105.LAA09405@deputy.pavilion.co.uk> X-Sender: aledm@mailhost.pavilion.co.uk Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Jerry.Kendall@vmicls.com (Jerry Kendall), freebsd-hackers@FreeBSD.ORG From: aledm@pavilion.co.uk (Aled Morris) Subject: Re: PS 1 Systems and FreeBSD X-Mailer: Sender: owner-hackers@FreeBSD.ORG Precedence: bulk At 04:14 PM 10/11/95 +0500, Jerry Kendall wrote: > >Does anyone know if FreeBSD will run on a PS-1 486 ??? Certainly does. I have had one running since February doing firewall duty. Can't remember which SNAP I used :-( The 4Mb RAM means it runs a bit slow sometimes. Aled fire$ uptime 10:48AM up 249 days, 18:55, 1 user, load averages: 0.00, 0.00, 0.00 fire$ uname -a FreeBSD fire 2.1.0-Development FreeBSD 2.1.0-Development #1: Mon Feb 13 11:19:39 GMT 1995 aledm@aegean.hea.ps.net.:/usr/src/sys/compile/AEGEAN i386 fire$ -- telephone +44 973 207987 From owner-freebsd-hackers Mon Nov 13 03:35:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA04179 for hackers-outgoing; Mon, 13 Nov 1995 03:35:21 -0800 Received: from fermi.kamsc.k12.mi.us (cross@fermi.kamsc.k12.mi.us [198.108.158.16]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA04158 for ; Mon, 13 Nov 1995 03:35:13 -0800 Received: (from cross@localhost) by fermi.kamsc.k12.mi.us (8.6.11/8.6.9) id GAA16620; Mon, 13 Nov 1995 06:27:43 -0500 Date: Mon, 13 Nov 1995 06:27:42 -0500 (EST) From: "Christopher T. Ross" To: hackers@freefall.freebsd.org Subject: Re: hackers-digest V1 #561 In-Reply-To: <199511130537.VAA19497@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk unsubscribe From owner-freebsd-hackers Mon Nov 13 04:05:19 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA11135 for hackers-outgoing; Mon, 13 Nov 1995 04:05:19 -0800 Received: from ncc-1701-d.starfleet.gov (ix-sb1-18.ix.netcom.com [204.32.201.50]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id EAA11080 ; Mon, 13 Nov 1995 04:04:49 -0800 Received: (from d_burr@localhost) by ncc-1701-d.starfleet.gov (8.6.11/8.6.9) id EAA03431; Mon, 13 Nov 1995 04:05:59 -0800 Date: Mon, 13 Nov 1995 04:05:59 -0800 (PST) From: Donald Burr X-Sender: d_burr@ncc-1701-d To: FreeBSD Questions cc: freebsd-hackers@freebsd.org Subject: Getting rid of the console (text-mode AND x11) beep? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Where should I look in the kernel to silence the BEEPs produced by text and X11 programs? Ideally, I'd like to replace the beep with something coming out of my soundcard (say, a WAV or AU file, or even playing a tone using the FM synth), but if that can't be done, I'll take the quick hack of disabling the sound altogether. Can anyone help? Not sure if I'm subscribed to the hackers list, so please respond by email if at all possible. thanks! Donald Burr [d_burr@ix.netcom.com], PO Box 91212, Santa Barbara CA 93190-1212 TEL (805)564-1871 // FAX 564-2315 // WWW http://www.physics.ucsb.edu/~dburr PGP Public Key available by request (send e-mail) or Public Key Servers. ** Uphold your right to privacy - Use PGP. ** From owner-freebsd-hackers Mon Nov 13 05:20:12 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA21400 for hackers-outgoing; Mon, 13 Nov 1995 05:20:12 -0800 Received: from shell.monmouth.com (pechter@shell.monmouth.com [205.164.220.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id FAA21393 for ; Mon, 13 Nov 1995 05:20:09 -0800 Received: (from pechter@localhost) by shell.monmouth.com (8.6.12/8.6.12) id IAA12889 for FreeBSD-hackers@freebsd.org; Mon, 13 Nov 1995 08:19:57 -0500 From: Bill/Carolyn Pechter Message-Id: <199511131319.IAA12889@shell.monmouth.com> Subject: free vnode isn't To: FreeBSD-hackers@freebsd.org (FreeBSD-hackers) Date: Mon, 13 Nov 1995 08:19:56 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 476 Sender: owner-hackers@freebsd.org Precedence: bulk If anyone's interested -- I've got a core dump from the last night's crash. I'd be happy to make it and my machine available. (Running 2.1-STABLE). Bill ------------------------------------------------------------------------------- Bill Pechter/Carolyn Pechter | The postmaster always pings twice. Lakewood MicroSystems | 17 Meredith Drive, 908-389-3592 | Tinton Falls, NJ 07724 pechter@shell.monmouth.com | From owner-freebsd-hackers Mon Nov 13 05:52:53 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA23324 for hackers-outgoing; Mon, 13 Nov 1995 05:52:53 -0800 Received: from w8hd.w8hd.org (w8hd.w8hd.org [198.252.159.10]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id FAA23316 for ; Mon, 13 Nov 1995 05:52:47 -0800 Received: (from kimc@localhost) by w8hd.w8hd.org (8.6.12/8.6.9) id IAA22185; Mon, 13 Nov 1995 08:46:16 -0500 Date: Mon, 13 Nov 1995 08:46:16 -0500 (EST) From: Kim Culhan To: Joerg Wunsch cc: Mail Archive , FreeBSD hackers Subject: Re: getting close - 1104-snap ed0 not working In-Reply-To: <199511130741.IAA24961@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Mon, 13 Nov 1995, J Wunsch wrote: > That's not sufficient. FreeBSD refuses to tweak the configuration of > the card, since (that's how i understand it) there's no way to tell > the difference between a soft configuration and a hard jumper setting, > at least on some cards. The SMC 'Elite16 Combo' card is shipped without 'soft config' enabled and the irq is set to 3. This card BTW has been in the product line for quite a while and works very well. The similarly named Elite Ultra is different and was recently found not to work. kim -- kimc@w8hd.org From owner-freebsd-hackers Mon Nov 13 06:20:55 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA25190 for hackers-outgoing; Mon, 13 Nov 1995 06:20:55 -0800 Received: from schwing.ginsu.com ([205.210.24.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id GAA25161 ; Mon, 13 Nov 1995 06:20:30 -0800 Received: (from geoff@localhost) by schwing.ginsu.com (8.6.9/8.6.9) id IAA01773; Mon, 13 Nov 1995 08:15:35 GMT Date: Mon, 13 Nov 1995 08:15:33 +0000 () From: User GEOFF To: Ollivier Robert cc: FreeBSD , questions@freebsd.org, freebsd-questions@freebsd.org, hackers@freebsd.org Subject: Re: elm problem :) In-Reply-To: <199511130728.IAA01404@keltia.freenix.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Mon, 13 Nov 1995, Ollivier Robert wrote: > It seems that FreeBSD said: > > What's wrong with my elm compiled under FreeBSD : > > > > * it cant read mailbox : > > > > Waiting to read mailbox while mail is being recieved: attempt #? > > Use fcntl as locking mechanism when configuring Elm. Your /var/mail > directory should have the following permissions: > > drwxr-xr-x 2 root bin 512 Oct 17 20:51 /var/mail > I found that if I compiled fcntl into elm it wouldn't work. I had /var/mail wide open and still couldn't get the locking working. I had to remove fcntl for it to work. Geoff. From owner-freebsd-hackers Mon Nov 13 06:25:44 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA25739 for hackers-outgoing; Mon, 13 Nov 1995 06:25:44 -0800 Received: from ns0.netcraft.co.uk (ns0.netcraft.co.uk [194.72.238.4]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id GAA25719 ; Mon, 13 Nov 1995 06:25:38 -0800 Received: (from paul@localhost) by ns0.netcraft.co.uk (8.6.12/8.6.9) id OAA08697; Mon, 13 Nov 1995 14:19:37 GMT From: Paul Richards Message-Id: <199511131419.OAA08697@ns0.netcraft.co.uk> Subject: Re: FreeBSD 2.0.5R hanging inexplicably... To: paul@trumpet.net.au (Paul Reece) Date: Mon, 13 Nov 1995 14:19:37 +0000 (GMT) Cc: scrappy@hub.org, freebsd-questions@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-hackers@FreeBSD.org In-Reply-To: from "Paul Reece" at Nov 13, 95 03:03:46 pm Reply-to: paul@netcraft.co.uk X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2991 Sender: owner-hackers@FreeBSD.org Precedence: bulk In reply to Paul Reece who said > > On Sun, 12 Nov 1995, Marc G. Fournier wrote: > > > For the second time in two days, my system just hung, in that, > > essentially, no keyboard input was being permitted. > > Which version are you running? I had this happen a lot with 2.0.5 since it didn't handle keyboard disconnection and unplugging and putting the keyboard back made it dissappear. I also had it happen "randomly" quite frequently but I put that down to the some quirk triggering the same problem. When I upgraded to stable the problem went away BUT I did have it happen to me once about three days ago shortly after reboot (5 mins say) just after upgrading to stable again. That's the only time it's happened in the last 6 weeks or so but there may be a problem lurking in there somewhere. This is with PCVT. I've had worse problems with syscons. There's something wrong with syscons vt switching, it's not completely reproducable but it happens frequently enough that I've now switched all our machines to pcvt. The symptom is that when you switch VT the screen goes completely blank and further attempts to switch VT just gets a beep (as though no VT was configured). Everything is still running (getty etc) but the screen is just totally blank. Only way to recover the console is to reboot. > > The first time, I'm sure it had to do with PCVT, in that it happened > > the moment after I had modified /etc/ttys and turned off all the console > > screens that I'm not using and issued a kill -1 1. Even after reboot, it > > hung almost immediately. When I booted up into single user mode, and > > turned those ports back on, it was all fine. > > > > Of significance to note in that case, everything ran fine in the > > background, it was just a console lock. The keyboard lock problems I've seen have been purely keyboard problems. I can start X terms on other machines and have them appear on the locked console so the display is still working fine. > > That is the symptoms...now the question...are there any known > > problems with PCVT under 2.0.5R that have been fixed in 2.1.0-*-SNAP? > > If not...how do I debug something like this? Since it hangs, and doesn't > > fault itself, getting a core dump, so I'd think, is kind of difficult... I'd say yes, I had this keyboard problem happen regularly with 2.0.5 and apart from this one lockup I had a few days ago everythings been fine since upgrading to 2.1-stable. I doubt the lockup I had a few days ago is the same problem since the old problem would happen every few hours, for the moment I'm putting this last lockup down to the phase of the moon :-) A nice feature would be an ioctl that caused the console driver to reset itself so that you can log in across the net and run some user-land util to reset the console driver without having to reboot. -- Paul Richards, Netcraft Ltd. Internet: paul@netcraft.co.uk, http://www.netcraft.co.uk Phone: 0370 462071 (Mobile), +44 1225 447500 (work) From owner-freebsd-hackers Mon Nov 13 07:25:02 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA02493 for hackers-outgoing; Mon, 13 Nov 1995 07:25:02 -0800 Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id HAA02468 ; Mon, 13 Nov 1995 07:24:57 -0800 Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA29120; Mon, 13 Nov 95 09:24:56 -0600 Received: by emu.fsl.noaa.gov (1.38.193.4/SMI-4.1 (1.38.193.4)) id AA01556; Mon, 13 Nov 1995 08:24:55 -0700 Date: Mon, 13 Nov 1995 08:24:55 -0700 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <9511131524.AA01556@emu.fsl.noaa.gov> To: d_burr@ix.netcom.com Cc: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org In-Reply-To: (message from Donald Burr on Mon, 13 Nov 1995 04:05:59 -0800 (PST)) Subject: Re: Getting rid of the console (text-mode AND x11) beep? Sender: owner-hackers@freebsd.org Precedence: bulk A quick way to disable beeps ... try this line in your .xinitrc, .xsession, or whatever script you're using to start X: xset b off -- Sean Kelly NOAA Forecast Systems Laboratory, Boulder Colorado USA In my house there's this light switch that doesn't do anything. Every so often I would flick it on and off just to check. Yesterday, I got a call from a woman in Germany. She said, "Cut it out." -- Steven Wright From owner-freebsd-hackers Mon Nov 13 07:49:40 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA04877 for hackers-outgoing; Mon, 13 Nov 1995 07:49:40 -0800 Received: from cps201.cps.cmich.edu (cps201.cps.cmich.edu [141.209.20.201]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA04868 for ; Mon, 13 Nov 1995 07:49:36 -0800 Received: from cps201 (cps201.cps.cmich.edu [141.209.20.201]) by cps201.cps.cmich.edu (8.6.12/8.6.12) with SMTP id KAA28302; Mon, 13 Nov 1995 10:45:39 -0500 Date: Mon, 13 Nov 1995 10:45:38 -0500 (EST) From: Mail Archive X-Sender: archive@cps201 To: Joerg Wunsch cc: FreeBSD hackers Subject: Re: getting close - 1104-snap ed0 not working In-Reply-To: <199511130741.IAA24961@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Mon, 13 Nov 1995, J Wunsch wrote: > > You shouldn't have done this! Simply boot with -c and adjust > _FreeBSD_'s idea, not the hardware. > NO NO NO I think you miss understood what I meant. I did that after using kernel -c and playingf with the settings I was checking to see if it was the config option breaking or if the kernel was being a pain in the ass. Apparently it seems to be the ed0 drive. Since I mailed yesterday I have tried NE2000's WD8003 WD8013 SMC Elite and SMC Ultra cards. With NO LUCK! Hrmm guess I will stick to de0 :) Matthew S. Bailey mbailey@misha.net From owner-freebsd-hackers Mon Nov 13 08:20:46 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA07519 for hackers-outgoing; Mon, 13 Nov 1995 08:20:46 -0800 Received: from ulantris.infinop.com (root@[205.230.144.80]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA07477 for ; Mon, 13 Nov 1995 08:20:35 -0800 Received: (from john@localhost) by ulantris.infinop.com (8.6.11/8.6.9) id KAA04083 for hackers@freebsd.org; Mon, 13 Nov 1995 10:33:01 -0600 From: "John A. Booth" Message-Id: <199511131633.KAA04083@ulantris.infinop.com> Subject: Re: Disk I/O that binds To: hackers@freebsd.org Date: Mon, 13 Nov 1995 10:33:01 -0600 (CST) In-Reply-To: from "Frank Durda IV" at Nov 12, 95 01:13:00 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 694 Sender: owner-hackers@freebsd.org Precedence: bulk > > My system where I have seen something that somewhat resembles his > description is a mixed IDE SCSI system, and when things bog, the hog > process and the binding process are both trying to get to the same > SCSI drive. The IDE is for swap and root and is idle during these events. I've got an all IDE system, this seems to occur on my system when I have a large process core (I've got a few muds running and they're updated quite frequently, so we get a few bugs). The whole system is basically frozen while it's coring we usualy get between 3 meg and 7 meg core files. This is a noname 486/66 24M ram, main drive is a 1 gig IBM (they're recent 'fast' one), generic IDE controller. From owner-freebsd-hackers Mon Nov 13 09:35:19 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA13863 for hackers-outgoing; Mon, 13 Nov 1995 09:35:19 -0800 Received: from spot.lodgenet.com (lodgenet.iw.net [204.157.148.88]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA13776 for ; Mon, 13 Nov 1995 09:33:52 -0800 Received: from jake.lodgenet.com (jake.lodgenet.com [204.124.120.30]) by spot.lodgenet.com (8.6.12/8.6.12) with ESMTP id LAA08849 for ; Mon, 13 Nov 1995 11:32:22 -0600 Received: from localhost (localhost [127.0.0.1]) by jake.lodgenet.com (8.6.12/8.6.12) with SMTP id LAA00708 for ; Mon, 13 Nov 1995 11:42:44 -0600 Message-Id: <199511131742.LAA00708@jake.lodgenet.com> X-Authentication-Warning: jake.lodgenet.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: hackers@freebsd.org Subject: lkms for snp and vn devices Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="===_0_Mon_Nov_13_11:41:38_CST_1995" Date: Mon, 13 Nov 1995 11:42:43 -0600 From: "Eric L. Hernes" Sender: owner-hackers@freebsd.org Precedence: bulk This is a multipart MIME message. --===_0_Mon_Nov_13_11:41:38_CST_1995 Content-Type: text/plain; charset=us-ascii here is a couple of patches to the vn and snp devices to make load as lkms. They don't unload but that looks like it's a characteristic of PSEUDO_SET() and not the modules themselves. also they install as MOD_MISC modules and not MOD_DEV, which is again because of PSEUDO_SET(). Should there be a DEV_SET(), or maybe an ISA_DEV_SET()? the snp device is a bit kludgey, but I couldn't think of another way to overload existing funcions :(. eric. --===_0_Mon_Nov_13_11:41:38_CST_1995 Content-Type: text/plain; charset=us-ascii Content-Description: snp-vn-lkm.tgz Content-Transfer-Encoding: x-uuencode begin 644 snp-vn-lkm.tgz M'XL(```````"`^U:>U/;2!+G7_E3=#:IE&6$+>`2*@M#R`3:X;[/I'7SW]?^/ M4H#V/[6N^,1V^/=ZAJ'KG59KO?U;S3;9O]5IZO@QT?Y&I]W9`+VT_W>G^OFK MB[>]+!)?_%D_^/#^\/C]IT:]3I_@)FA<<=^MO#L].X0<[0'ZSG#FC2N#]P># M8D\8W@P#U_/F=49<]6FE?W;ZJI_GJ;P^[N-C\E(-YVI6.1\?5S-O3F'FP=U^EO,;/*P(?\/L4,Q3_N_JNM&D^#=;IE[&_V-0K58#"B3Q)R)V6O=\^U(9 M6"'TO1BS,R['O9;1,[&PL].N;&UMW9903CU7,!M-S-T]L]LS$N9:D:@.W8[6 MW0%1I;&PNMT!+&U5`&PW5-`=,1QA.#RO5H/0CU@(XCE0PQX-V!3MQ51U%]F? M%F:L"DMO^I]C!U#,W8ZF:<8VSN::6ZGOO(\ISE;NA?P.A1Z_DCBU_3+W@T/9D;`?,GE.Q+L9IK(P0 ML]76$#&E,:\PQP["X<3G?,A&&+170?5E.-_:#X=>%/XN,N8=/+YU+7DJSXI! M\`P4K%:/!X.CBZKD)2-P#2X&,N6I\/(E)#T,GNU!_\/)B4J":8Y="I64&Y_X MK)`O%-ESR=W-S=VL+M2R!QBIA\>#@UV1$,QN5S.SQ>,;OK]X86G_NEPP5/0" M>I\OUX22C'>_.I1/GZ6*E\I!556I/A2-WYL5\+"*+),?@\W'$.-B,`8U83S@;*QQH M26_.Q+$N-3@Z>'M&.A,\M!W\'NBJ7(TZ>DZZ8/T_34*3[WY M,[2N"+_^0I6O=/*.J:,)FCDGOSUVLB4H*AUG]OMV.7.= MF^0-Q[;/68A5W)W9[CP*::\AX"4"1UX'W+*Y6U3GXU1:LEW;C@,C+H=!.SNH M;1_=1?@+6'-,^`P7-T^.Q@.PP[S%'R>(V!WVK(I]QZT8NLMJ1?L*?4& M$0]>6BJ^9HV]=R%@M#=<6@4^W?*AXPFX7CBU$4=,+)?=@,O1"]`AQIZ+,[GT M<5\83KV`BUR-%N:8L*]Y`E-T!"[;AIDY]WTJR%Y[M<]\E48>E*ES:E$6_O#M M]'(;#*>G@\E90^0*2&SNT%F#:?3TUFI(G(HM`^/6]GI@W&QJK68&([&ZHZ>V M68]B4S!(@&PX?(,;QM>#P^$P0R"QA\&!NK7"T&)3B=-$6X(#DY-,,MJ"2R,! MM8AD$INP,8^#:^I/2A)W4`.!!R')'%2M**$#C47AVK=#V61[F.HT<"/'"4)O M3E`$C84QS$-LQ7P7AYZ`'\@;<`<3(S7/9M:9V1WXQSYW46<+K$0NV!#9!'TJWX12SZS", M7,'12'"XGB%5G+Z$9*2=W1Q(%1U*TH%*FUE7"*+C*JXPF+$FOH/K7RG7 M_5;4+;F-1)[23:K1V`HME8"E]"A1)YD$SUZBXFA!0MW9R5"*L(0(4A>8A2&( MFTT+=Z&X`SUY=]I+.DF_*=4`#!70/R":DQYMW&H&:`LVK2?<8"[Z$S1J*E$4P7N6B.'(Y?'>!#8\C!&G&A))C*O(KW\UYGU3\^O M)N93?Y/7"K)/G+]Y.=0D.]-:>CR7ZWV9._E82-HY.;L@9:0.">$FD:B%"E-W[B2X;8_>[7OP^^_]6[K5;+,+".^X=6 M>?_[2/;_WM>_]][_=IJI_9OR+L@P6MUN>?_S&/2\\AQ2!X")YT-,.P6@F]C* M@^Z&,8S* M.!-'QF`*Q=ORQJ+[KBZ?/?G5_3Q7_9K/37.1_.L[&^&\WVV7\/^;] MKPSC!L7FOV_=_39W>LU;>"S'K;SQ;0G%=##:B,-ZNKD>BNUT-$,W,BQ&=7-Q M@IH&VB^'KX?'9XJB_Z&W"AOK(O:*W0=`KY1)0_;5P&LDX5;LC@JXB[*"P%VQ MF\"NV%V`)"5V)=Q*.,?1;"X8['\AHY[>,JU$>#C>/0_RK6N)[[`@\5W"ET(\ M3P`\`?66\9W@18"'#^49PLLFG[M+^W;@C8[%)("CM:.^0''K@)S4]NYR\VIX M)]ESZ,YHI^@N9;@%_UHKX%]V]1N[D6N'8@.NC*\6Y>1`(&&ZY"$^-YI45>4? MJP^[FKIF--NY&^HV^G.WE?]O!M0[#YG/QX6+7%P<`V\2,JC%A.QE8R38:O0M M_[V!7)H&F$:A`#@+/R]T,X=C!ELWNJJNA)II6%314S'J8$LTB'O M0KN$1J$V5_\*_]554DDEE51222655%)))9544DDEE51222655%)))9544DDE 6E51222655%)))?T5Z#^6N*HI`%```%)) ` end --===_0_Mon_Nov_13_11:41:38_CST_1995 Content-Type: text/plain; charset=us-ascii -- erich@lodgenet.com erich@rrnet.com --===_0_Mon_Nov_13_11:41:38_CST_1995-- From owner-freebsd-hackers Mon Nov 13 11:09:45 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA19425 for hackers-outgoing; Mon, 13 Nov 1995 11:09:45 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA19397 for ; Mon, 13 Nov 1995 11:09:26 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA17056; Mon, 13 Nov 1995 12:02:50 -0700 From: Terry Lambert Message-Id: <199511131902.MAA17056@phaeton.artisoft.com> Subject: Re: boot.flp for 1104 snap broken To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 13 Nov 1995 12:02:50 -0700 (MST) Cc: kimc@w8hd.org, hackers@FreeBSD.org In-Reply-To: <14041.816148254@time.cdrom.com> from "Jordan K. Hubbard" at Nov 11, 95 07:50:54 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: 689 Sender: owner-hackers@FreeBSD.org Precedence: bulk > You used `(W)rite' from the label screen, didn't you? > > This has been proven, for reasons I'm still unable to fathom, not to > work for systems that are not yet installed. I have therefore put > LARGE warning letters telling people to not use it for anything but > tweaking an existing system. You'll see this in 2.1. > > Don't use Write. Do your commit step in one go. Can you remove the "Write" option in the case that the system is not yet installed? Personally, I suspect it has to wo with the OnTrack stuff maybe getting overwritten? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Nov 13 11:20:01 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA20396 for hackers-outgoing; Mon, 13 Nov 1995 11:20:01 -0800 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id LAA20368 for ; Mon, 13 Nov 1995 11:19:28 -0800 Received: from gemini.sdsp.mc.xerox.com ([13.231.132.20]) by alpha.xerox.com with SMTP id <16853(5)>; Mon, 13 Nov 1995 11:18:16 PST Received: from gnu.mc.xerox.com (gnu.sdsp.mc.xerox.com) by gemini.sdsp.mc.xerox.com (4.1/SMI-4.1) id AA27243; Mon, 13 Nov 95 14:17:46 EST Received: by gnu.mc.xerox.com (4.1/SMI-4.1) id AA13145; Mon, 13 Nov 95 14:17:45 EST Message-Id: <9511131917.AA13145@gnu.mc.xerox.com> X-Mailer: exmh version 1.6.4 10/10/95 To: hackers@freebsd.org Subject: handbook in postscript? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 13 Nov 1995 11:17:45 PST From: "Marty Leisner" Sender: owner-hackers@freebsd.org Precedence: bulk In docs, there is the handbook in html, ascii and tex. I can't seem to latex it...can someone put the postscript there? (even after I got the linuxdoc.sty). 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 -- marty leisner@sdsp.mc.xerox.com Member of the League for Programming Freedom From owner-freebsd-hackers Mon Nov 13 11:54:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA22982 for hackers-outgoing; Mon, 13 Nov 1995 11:54:48 -0800 Received: from tetsuo.communique.net (Tetsuo.Communique.Net [204.27.64.10]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA22973 for ; Mon, 13 Nov 1995 11:54:45 -0800 Received: from ryu.communique.net (Ryu.Communique.Net [204.27.64.11]) by tetsuo.communique.net (8.6.12/8.6.12) with SMTP id NAA18573; Mon, 13 Nov 1995 13:54:12 -0600 Date: Mon, 13 Nov 1995 13:54:12 -0600 (CST) From: Raul Zighelboim To: hackers@freebsd.org cc: Jacques Vidrine Subject: /dev/rst0 not configured.... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk I am trying to backup my system on /dev/rst0 (SCSI tape drive). If I try to access the drive I get a 'device not configured' error. ----- # tar -cf /dev/rst0 / ----- tar: can't open /dev/rst0 : Device not configured But the device was configure on the Kernel: ---- controller scbus0 #base SCSI code ---- device ch0 #SCSI media changers ---- device sd0 #SCSI disks ---- device st0 #SCSI tapes And created on /dev: # ls -l rst0* crw-r----- 2 root operator 14, 0 Nov 2 21:08 rst0 crw-r----- 2 root operator 14, 0 Nov 2 21:08 rst0.0 crw-r----- 1 root operator 14, 4 Nov 2 21:08 rst0.1 crw-r----- 1 root operator 14, 8 Nov 2 21:08 rst0.2 crw-r----- 1 root operator 14, 12 Nov 2 21:08 rst0.3 And I am running the correct Kernel. I also check know for a fact that there is a tape on the drive. Sugestions ? ----------------------------------------------------------------------------- Raul Zighelboim e-mail: mango@communique.net Communique Inc. Tel: 504.527.6200 Technical Specialist Fax: 504.527.6030 From owner-freebsd-hackers Mon Nov 13 12:01:00 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA23491 for hackers-outgoing; Mon, 13 Nov 1995 12:01:00 -0800 Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA23441 for ; Mon, 13 Nov 1995 12:00:27 -0800 Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id VAA01171; Mon, 13 Nov 1995 21:00:45 +0100 From: Luigi Rizzo Message-Id: <199511132000.VAA01171@labinfo.iet.unipi.it> Subject: TIME_WAIT and linear chain of TCPCBs (was: ...beat a WEB server to death) To: hackers@freebsd.org, luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Mon, 13 Nov 1995 21:00:44 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1592 Sender: owner-hackers@freebsd.org Precedence: bulk There are two phenomenons which might disturb performance on a busy http or gopher server. I would like to know how FreeBSD deals with them * TIME_WAIT: a connection should remain in the TIME_WAIT status for 2MSL. According to the spec this is 4 minutes, although I believe 4.4Lite uses a shorter value (1minute ?). As J.Mogul points out in his paper "The case for Persistent-Connection HTTP", http://ftp.digital.com/~mogul/sigcomm95.ps, a busy server might end up with many thousands of connections in the time wait state, consuming a large amount of memory; * TCPCB caching when an incoming segment arrives, the pertinent tcpcb must be located. I believe that 4.4Lite uses a linear chain of tcpcbs, with possibly a pointer to recently used ones. On a busy server, both the arrangement and the cache are not very effective. Someone in the literature (I forget whom, but Stevens' book "TCP/IP illustrated" tells more on this) suggested the use of a hash table. I believe a busy HTTP server using 4.4Lite code can become very inefficient in demuxing incoming TCP segments for the above two reasons. Does -current code include any improvement to the code ? 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 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-hackers Mon Nov 13 12:06:56 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA24008 for hackers-outgoing; Mon, 13 Nov 1995 12:06:56 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA23998 for ; Mon, 13 Nov 1995 12:06:53 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA17295; Mon, 13 Nov 1995 12:59:24 -0700 From: Terry Lambert Message-Id: <199511131959.MAA17295@phaeton.artisoft.com> Subject: Re: Odd crash after inode depletion.. To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Mon, 13 Nov 1995 12:59:24 -0700 (MST) Cc: jkh@time.cdrom.com, hackers@FreeBSD.org In-Reply-To: <199511120740.BAA26010@brasil.moneng.mei.com> from "Joe Greco" at Nov 12, 95 01:40:28 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: 846 Sender: owner-hackers@FreeBSD.org Precedence: bulk > I've noticed an infrequent but consistent tendency for the system to panic > with "free vnode isn't" some time after hitting inode exhaustion. With a > sample size of only a few instances, all I can establish is that I have NOT > seen a "free vnode isn't" panic without first having run out of inodes. > > (system is running 1026-SNAP, by the way, which may be significant - I never > saw this panic under 2.0.5R, but then again, I can't recall ever having run > out of inodes under 2.0.5R) This is endemic to the move from regualr to circular queues. I don't know why, but going back to the old queues fixes it. Probably, this is just a symptom of the larger problem of global allocation of vnodes. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Nov 13 12:10:31 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA24186 for hackers-outgoing; Mon, 13 Nov 1995 12:10:31 -0800 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA24178 for ; Mon, 13 Nov 1995 12:10:27 -0800 Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id OAA27716 for hackers@freebsd.org; Mon, 13 Nov 1995 14:09:50 -0600 From: Joe Greco Message-Id: <199511132009.OAA27716@brasil.moneng.mei.com> Subject: Say what??? rwhod.c To: hackers@freebsd.org Date: Mon, 13 Nov 1995 14:09:49 -0600 (CST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Okay, okay, nitpicking, I was looking at the source for rwhod because I am writing a daemon, and I noticed: int main(argc, argv) int argc; char argv[]; Say WHAT?? :-) Anybody wanna throw a * in there someplace? This works of course because rwhod doesn't use its arguments. :-) ... JG From owner-freebsd-hackers Mon Nov 13 12:22:46 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA24902 for hackers-outgoing; Mon, 13 Nov 1995 12:22:46 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA24884 for ; Mon, 13 Nov 1995 12:22:31 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA17829; Mon, 13 Nov 1995 13:16:25 -0700 From: Terry Lambert Message-Id: <199511132016.NAA17829@phaeton.artisoft.com> Subject: Re: install trouble on 1104 SNAP To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 13 Nov 1995 13:16:25 -0700 (MST) Cc: inkari@snakemail.hut.fi, hackers@FreeBSD.org In-Reply-To: <14116.816149027@time.cdrom.com> from "Jordan K. Hubbard" at Nov 11, 95 08:03:47 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: 3135 Sender: owner-hackers@FreeBSD.org Precedence: bulk > > "Fdisk" editor reported all sorts of drive geometries varying from > > 4076 cylinders to 200000 cylinders. The values that it did not > > complain to be incompatible with BIOS were 14703/13/44 > > (cyl/heads/sectors). The drives "natural" geometry is 4076 cyls, 20 > > heads, and average 103 sectors per track. > > > > With the fdisk editor, I tried one slice, two slice and totally > > dedicated disk partitions (with different geometries) and run into > > trouble with the disk label editor. > > Well, hang on now. You're trying to have your cake and eat it too! :) > > If you're going to use partitions, then you MUST MUST MUST use the > *right* geometry, and that rarely has anything to do with the > "natural" geometry. Read the docs (and don't use expert mode - you've > just disqualified yourself :-) that say how to determine the correct > geometry using the various DOS utilities provided in the tools/ > directory, or install a small DOS partition (as recommended by > those same docs) and let FreeBSD "snoop" on it. > > If you don't want to think about geometry then use the "(A)ll" disk > feature and choose the "dangerously dedicated" option to really and > truly use the *entire* disk for FreeBSD. Then geometry becomes > irrelevant. You only need to use the "*right*" geometry because of the sector offsets for the partition starts in protected mode being calculated by multiplying the geometry vs. the C/H/S offsets in the partition table. The Partition table has 32 bit absolute sector offsets as well. Only you can't really trust them. So the souloution is to *EITHER* use the "*right*" geometry, *OR* ensure that the absolute sector offsets are correct, and use them instead. The problem will occur if you can't do an LCF calculation of the geometry from the C/H/S vs. the absolute sector offset when creating the partition for the BSD, since the BIOS based MBR must have a correct C/H/S to load the second stage boot, and the BIOS-based second stage boot must have a correct C/H/S to load the kernel. But there *are* two ways to "skin the cat". I'd prefer if one of the two BIOS based boots ensured that the absolute sector offsets were correct. Since no one else really uses them, and since they have defined values in any case, retrofitting the values for older FDISK programs that didn't properly maintain the absolute sector offset portion of the partition table should ba an acceptable thing to do prior to going to protected mode. In fact, using the absolute sector offset in the second stage boot seems like the right thing to do in any case, even if the C/H/S is then divided out to get INT 13 parameters for BIOS I/O. This would make it much easier to include "LBA" in the second stage boot at some later time. It seems to me that the main screwups occur when the BIOS translation changes from the default once the BIOS using OS has been booted. Like when OnTrack is there, or when non-linear translation occurs in BIOS (like on the WD1007). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Nov 13 12:34:23 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA25975 for hackers-outgoing; Mon, 13 Nov 1995 12:34:23 -0800 Received: from kryten.atinc.com (kryten.Atinc.COM [198.138.38.7]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA25962 for ; Mon, 13 Nov 1995 12:34:15 -0800 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id PAA27866; Mon, 13 Nov 1995 15:23:52 -0500 Date: Mon, 13 Nov 1995 15:23:50 -0500 (EST) From: "Jonathan M. Bresler" Subject: Re: /dev/rst0 not configured.... To: Raul Zighelboim cc: hackers@freebsd.org, Jacques Vidrine In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk please check the output of /sbin/dmesg. you are looking for a lines similar to: ncr1 scanning for targets 0..6 (V2 pl23 95/09/07) (ncr1:4:0): "EXABYTE EXB-4200 114" type 1 removable SCSI 2 st0(ncr1:4:0): Sequential-Access st0(ncr1:4:0): asynchronous. st0(ncr1:4:0): asynchronous. if you do not have something similar, the tape drive was not recognized at boot. On Mon, 13 Nov 1995, Raul Zighelboim wrote: > > I am trying to backup my system on /dev/rst0 (SCSI tape drive). > > If I try to access the drive I get a 'device not configured' error. > ----- # tar -cf /dev/rst0 / > ----- tar: can't open /dev/rst0 : Device not configured > > But the device was configure on the Kernel: > ---- controller scbus0 #base SCSI code > ---- device ch0 #SCSI media changers > ---- device sd0 #SCSI disks > ---- device st0 #SCSI tapes > > And created on /dev: > # ls -l rst0* > crw-r----- 2 root operator 14, 0 Nov 2 21:08 rst0 > crw-r----- 2 root operator 14, 0 Nov 2 21:08 rst0.0 > crw-r----- 1 root operator 14, 4 Nov 2 21:08 rst0.1 > crw-r----- 1 root operator 14, 8 Nov 2 21:08 rst0.2 > crw-r----- 1 root operator 14, 12 Nov 2 21:08 rst0.3 > > And I am running the correct Kernel. > > I also check know for a fact that there is a tape on the drive. > Sugestions ? > ----------------------------------------------------------------------------- > Raul Zighelboim e-mail: mango@communique.net > Communique Inc. Tel: 504.527.6200 > Technical Specialist Fax: 504.527.6030 > > > Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. FreeBSD Postmaster jmb@FreeBSD.Org | 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 Mon Nov 13 12:50:31 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA27230 for hackers-outgoing; Mon, 13 Nov 1995 12:50:31 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA27219 for ; Mon, 13 Nov 1995 12:50:29 -0800 Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id MAA25132; Mon, 13 Nov 1995 12:50:10 -0800 From: Julian Elischer Message-Id: <199511132050.MAA25132@ref.tfs.com> Subject: Re: /dev/rst0 not configured.... To: mango@communique.net (Raul Zighelboim) Date: Mon, 13 Nov 1995 12:50:09 -0800 (PST) Cc: hackers@freebsd.org, nectar@communique.net In-Reply-To: from "Raul Zighelboim" at Nov 13, 95 01:54:12 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1429 Sender: owner-hackers@freebsd.org Precedence: bulk whether it is in /dev isn't important.. "not configured" says that the kernel doesn't know about it if you type 'dmesg' can you see a reference to st0 in it? (send a copy here is in doubt) > > > I am trying to backup my system on /dev/rst0 (SCSI tape drive). > > If I try to access the drive I get a 'device not configured' error. > ----- # tar -cf /dev/rst0 / > ----- tar: can't open /dev/rst0 : Device not configured > > But the device was configure on the Kernel: > ---- controller scbus0 #base SCSI code > ---- device ch0 #SCSI media changers > ---- device sd0 #SCSI disks > ---- device st0 #SCSI tapes > > And created on /dev: > # ls -l rst0* > crw-r----- 2 root operator 14, 0 Nov 2 21:08 rst0 > crw-r----- 2 root operator 14, 0 Nov 2 21:08 rst0.0 > crw-r----- 1 root operator 14, 4 Nov 2 21:08 rst0.1 > crw-r----- 1 root operator 14, 8 Nov 2 21:08 rst0.2 > crw-r----- 1 root operator 14, 12 Nov 2 21:08 rst0.3 > > And I am running the correct Kernel. > > I also check know for a fact that there is a tape on the drive. > Sugestions ? > ----------------------------------------------------------------------------- > Raul Zighelboim e-mail: mango@communique.net > Communique Inc. Tel: 504.527.6200 > Technical Specialist Fax: 504.527.6030 > > > From owner-freebsd-hackers Mon Nov 13 13:07:37 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA28558 for hackers-outgoing; Mon, 13 Nov 1995 13:07:37 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA28540 ; Mon, 13 Nov 1995 13:07:29 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA18039; Mon, 13 Nov 1995 14:00:50 -0700 From: Terry Lambert Message-Id: <199511132100.OAA18039@phaeton.artisoft.com> Subject: Re: ISP state their FreeBSD concerns To: jmb@kryten.Atinc.COM (Jonathan M. Bresler) Date: Mon, 13 Nov 1995 14:00:50 -0700 (MST) Cc: hackers@freebsd.org, current@freebsd.org In-Reply-To: from "Jonathan M. Bresler" at Nov 13, 95 02:58:20 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: 1038 Sender: owner-hackers@freebsd.org Precedence: bulk > On Mon, 13 Nov 1995, Terry Lambert wrote: > > I think the University of Michigan EECS's paper on "Metadata Update > > Performance in File Systems" (USENIX Symposium on Operating Systems > > Design and Implementation, November 1994, pp. 49-60) is well taken in > > this regard. They used BSDI as their base platform, so their code > > will need rewriting before they can release it. It wants ~1500 lines > > of changes to the buffer cache code. > > terry, do you have an ftp pointer for this paper? I've been asked this several times so far. Here is the pointer for everyone at once: ftp:ftp.eecs.umich.edu:/techreports/cse/1995/CSE-TR-254-95-cover.ps.Z ftp:ftp.eecs.umich.edu:/techreports/cse/1995/CSE-TR-254-95.ps.Z There are also a number of good papers on performance analysis and optimization for multiprocessing architectures on this site. I believe this is Peter Chen's home site. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Nov 13 13:37:55 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA01101 for hackers-outgoing; Mon, 13 Nov 1995 13:37:55 -0800 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA01094 for ; Mon, 13 Nov 1995 13:37:51 -0800 Received: from jhome.DIALix.COM (root@jhome.DIALix.COM [192.203.228.69]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id NAA01082 for ; Mon, 13 Nov 1995 13:37:03 -0800 Received: (from peter@localhost) by jhome.DIALix.COM (8.6.12/8.6.9) id FAA01129; Tue, 14 Nov 1995 05:28:43 +0800 Date: Tue, 14 Nov 1995 05:28:43 +0800 (WST) From: Peter Wemm To: hackers@freebsd.org Subject: if_mux hack? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk I saw something in Lin*x that got me thinking.... How does this sound for a crude hack to get multiple slip/ppp/hdlc links working in a load-sharing arrangement: Create a stub if_mux that only accepts packets from IP, and redistributes them to other interfaces that it's been told about below it. Ie: it's if_output routine would take the packets and distribute them to other interface's if_output routines below it. Incoming packets from the lower interfaces would still go direct to IP, but that's no big deal. The basic result is that you would have cheap, simple aggregation of point-to-point links. ie: two 28.8K modems in parallel, you can have your route to the other end pointing to "mux0", and be able to send packets interleaved over both modems for nearly double the throughput. This is something like what Cisco's can do with load balancing.. (They do far more I know, but we talk to a Cisco over ppp this way at the moment, and it's an asymmetric link because we can't distribute packets to two interfaces.) Sound interesting? Is it a "worthy hack"? (especially since Linux has something like it.. :-) Cheers, -Peter From owner-freebsd-hackers Mon Nov 13 13:53:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA02063 for hackers-outgoing; Mon, 13 Nov 1995 13:53:48 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA02054 for ; Mon, 13 Nov 1995 13:53:40 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA03621; Mon, 13 Nov 1995 22:50:42 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA20489; Mon, 13 Nov 1995 22:50:42 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id WAA27675; Mon, 13 Nov 1995 22:47:24 +0100 From: J Wunsch Message-Id: <199511132147.WAA27675@uriah.heep.sax.de> Subject: Re: /dev/rst0 not configured.... To: mango@communique.net (Raul Zighelboim) Date: Mon, 13 Nov 1995 22:47:24 +0100 (MET) Cc: hackers@freebsd.org, nectar@communique.net Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Raul Zighelboim" at Nov 13, 95 01:54:12 pm X-Phone: +49-351-2012 669 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: 528 Sender: owner-hackers@freebsd.org Precedence: bulk As Raul Zighelboim wrote: > > > I am trying to backup my system on /dev/rst0 (SCSI tape drive). > > If I try to access the drive I get a 'device not configured' error. > ----- # tar -cf /dev/rst0 / > ----- tar: can't open /dev/rst0 : Device not configured What controller and driver are you using? Can you forward us the boot messages from the SCSI controller? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Nov 13 14:08:32 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA02752 for hackers-outgoing; Mon, 13 Nov 1995 14:08:32 -0800 Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA02747 for ; Mon, 13 Nov 1995 14:08:27 -0800 Received: (from henrich@localhost) by crh.cl.msu.edu (8.6.12/8.6.12) id RAA17602 for freebsd-hackers@freebsd.org; Mon, 13 Nov 1995 17:08:25 -0500 From: Charles Henrich Message-Id: <199511132208.RAA17602@crh.cl.msu.edu> Subject: missing quotactl prototype ? To: freebsd-hackers@freebsd.org Date: Mon, 13 Nov 1995 17:08:25 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 220 Sender: owner-hackers@freebsd.org Precedence: bulk I cant seem to find a prototype for quotactl in any .h file. Any reason for this? -Crh Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-hackers Mon Nov 13 14:20:40 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA03202 for hackers-outgoing; Mon, 13 Nov 1995 14:20:40 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA03166 ; Mon, 13 Nov 1995 14:20:03 -0800 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 XAA28522 ; Mon, 13 Nov 1995 23:19:51 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id XAA25274 ; Mon, 13 Nov 1995 23:19:51 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.1/keltia-uucp-2.6) id XAA04336; Mon, 13 Nov 1995 23:09:20 +0100 (MET) From: Ollivier Robert Message-Id: <199511132209.XAA04336@keltia.freenix.fr> Subject: Re: elm problem :) To: geoff@ginsu.com (User GEOFF) Date: Mon, 13 Nov 1995 23:09:19 +0100 (MET) Cc: bsd@ee.petra.ac.id, questions@freebsd.org, freebsd-hackers@freebsd.org (FreeBSD Hackers' list) In-Reply-To: from "User GEOFF" at Nov 13, 95 08:15:33 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1327 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk It seems that User GEOFF said: > I found that if I compiled fcntl into elm it wouldn't work. I had > /var/mail wide open and still couldn't get the locking working. I had to > remove fcntl for it to work. Have you tried the port in /usr/ports/mail/elm ? My Elm is not the same as I try to follow M. Elkins patches (ME8b+ now :-)) but it should work. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Sun Nov 12 16:47:05 MET 1995 From owner-freebsd-hackers Mon Nov 13 15:02:36 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA04821 for hackers-outgoing; Mon, 13 Nov 1995 15:02:36 -0800 Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA04806 for ; Mon, 13 Nov 1995 15:02:26 -0800 Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id AAA01380; Tue, 14 Nov 1995 00:02:08 +0100 From: Luigi Rizzo Message-Id: <199511132302.AAA01380@labinfo.iet.unipi.it> Subject: Re: TIME_WAIT and linear chain of TCPCBs (was: ...beat a WEB server to death) To: davidg@Root.COM Date: Tue, 14 Nov 1995 00:02:08 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: <199511132037.MAA04226@corbin.Root.COM> from "David Greenman" at Nov 13, 95 12:37:34 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 894 Sender: owner-hackers@freebsd.org Precedence: bulk > In several cases the timers were not properly implemented in 4.4BSD, > causing certain connections to never timeout. This has been fixed recently > in FreeBSD. TIME_WAIT waits can still be a problem on busy servers, however. especially because they do not derive from a bug but from a feature :) > >* TCPCB caching > > I implemented PCB hashing in FreeBSD. This was done prior to FreeBSD 2.0.5 > so it was in that release and will be in 2.1 and later releases. good to know. Thanks 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 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-hackers Mon Nov 13 15:29:09 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA05761 for hackers-outgoing; Mon, 13 Nov 1995 15:29:09 -0800 Received: from dtr.com (dtr.rain.com [204.119.8.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA05754 ; Mon, 13 Nov 1995 15:28:56 -0800 From: bmk@dtr.com Received: (from bmk@localhost) by dtr.com (8.6.12/8.6.9) id PAA07428; Mon, 13 Nov 1995 15:26:12 -0800 Message-Id: <199511132326.PAA07428@dtr.com> Subject: Re: elm problem :) To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Mon, 13 Nov 1995 15:26:12 -0800 (PST) Cc: geoff@ginsu.com, bsd@ee.petra.ac.id, questions@freebsd.org, freebsd-hackers@freebsd.org In-Reply-To: <199511132209.XAA04336@keltia.freenix.fr> from "Ollivier Robert" at Nov 13, 95 11:09:19 pm Reply-To: bmk@dtr.com X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 812 Sender: owner-hackers@freebsd.org Precedence: bulk > It seems that User GEOFF said: > > I found that if I compiled fcntl into elm it wouldn't work. I had > > /var/mail wide open and still couldn't get the locking working. I had to > > remove fcntl for it to work. > Have you tried the port in /usr/ports/mail/elm ? My Elm is not the same as > I try to follow M. Elkins patches (ME8b+ now :-)) but it should work. I wasn't able to get it working with fcntl locking, either. I compiled and installed it long before I knew of the existance of a port (one might have existed, I don't know). I've always had to use flock style locking - fcntl always seemed to cause the symptoms the original complaint described. Then again, I'm not exactly a UNIX programming guru - I know enough to be extremely dangerous. :) Take it with a (rather large) grain of salt. From owner-freebsd-hackers Mon Nov 13 15:38:32 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA06323 for hackers-outgoing; Mon, 13 Nov 1995 15:38:32 -0800 Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA06318 for ; Mon, 13 Nov 1995 15:38:28 -0800 Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.6.12/8.6.9) id PAA27293; Mon, 13 Nov 1995 15:38:28 -0800 Date: Mon, 13 Nov 1995 15:38:28 -0800 (PST) From: Jaye Mathisen To: hackers@freebsd.org Subject: internet phone calls (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Saw this on the BSD/OS users list, maybe it would run under the Linux emu. ---------- Forwarded message ---------- Date: Mon, 13 Nov 1995 15:23:02 -0500 (EST) From: Brett Wynkoop To: bsdi-users@BSDI.COM Subject: internet phone calls Greeting- Check out http://magenta.com/cyberphone on this subject. If the product sounds of interest to you drop them some e-mail asking when it will be ported to BSD/OS. The best way to get software ported is to let the vendors know that it is desired. I had to drop them 2 messages before they thought I was serious, but 50 or 100 messages from other folks/sites might give them a clue that there is a market for commercial software under BSD/OS. -Brett -- Brett Wynkoop wynkoop@wynn.com Voice 718-398-8431 Data 718-789-8821 (login: guest) You cannot know the seasons till you've planted a garden Or gone to sea in a sailing ship. From owner-freebsd-hackers Mon Nov 13 17:40:59 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA11070 for hackers-outgoing; Mon, 13 Nov 1995 17:40:59 -0800 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA11065 for ; Mon, 13 Nov 1995 17:40:49 -0800 Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id RAA02647 for ; Mon, 13 Nov 1995 17:40:44 -0800 Received: from uucp6.UU.NET by relay5.UU.NET with SMTP id QQzpte01609; Mon, 13 Nov 1995 20:39:26 -0500 (EST) Received: from uanet.UUCP by uucp6.UU.NET with UUCP/RMAIL ; Mon, 13 Nov 1995 20:39:26 -0500 Received: by crocodil.monolit.kiev.ua; Tue, 14 Nov 95 03:36:36 +0200 Received: (from alexis@localhost) by unicorn.ww.net (8.6.11/alexis 2.5) id DAA04234 for freebsd-hackers@freebsd.org; Tue, 14 Nov 1995 03:55:58 +0300 Message-Id: <199511140055.DAA04234@unicorn.ww.net> Subject: index() doesn't handle NULL strings To: freebsd-hackers@freebsd.org Date: Tue, 14 Nov 1995 03:55:56 +0300 (MSK) From: "Alexis Yushin" Reply-To: alexis@ww.net (Alexis Yushin) X-Office-Phone: +380 65 2 26.1410 X-Home-Phone: +380 65 2 27.0747 X-NIC-Handle: AY23 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Hello, Perhaps it is out-of-date, because I use FreeBSD-2.0.5, but if it is not it should be fixed. I don't send the patch, it is obvious. The idea is in the subject. I see that it may be intended for faster operations, but such a check would help portability. Even if not we should point out the fact in the manual page. alexis -- The signature is being changed. From owner-freebsd-hackers Mon Nov 13 18:02:58 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA12162 for hackers-outgoing; Mon, 13 Nov 1995 18:02:58 -0800 Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA12112 ; Mon, 13 Nov 1995 18:02:46 -0800 Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id VAA04247; Mon, 13 Nov 1995 21:02:01 -0500 (EST) Date: Mon, 13 Nov 1995 21:01:52 -0500 (EST) From: "Marc G. Fournier" To: paul@netcraft.co.uk cc: Paul Reece , freebsd-questions@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-hackers@FreeBSD.org Subject: Re: FreeBSD 2.0.5R hanging inexplicably... In-Reply-To: <199511131419.OAA08697@ns0.netcraft.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Mon, 13 Nov 1995, Paul Richards wrote: > In reply to Paul Reece who said > > > > On Sun, 12 Nov 1995, Marc G. Fournier wrote: > > > > > For the second time in two days, my system just hung, in that, > > > essentially, no keyboard input was being permitted. > > > > > Which version are you running? > 2.0.5R > I had this happen a lot with 2.0.5 since it didn't handle keyboard > disconnection and unplugging and putting the keyboard back made it > dissappear. I also had it happen "randomly" quite frequently but > I put that down to the some quirk triggering the same problem. > Hrm...one way to reproduce the bug seems to be to exit from screen...not sure if that is related or not though. What happens is that when I exit from screen, usually my NumLock will light up on the keyboard, and that is end of story until I hit the reset button > When I upgraded to stable the problem went away BUT I did have it happen > to me once about three days ago shortly after reboot (5 mins say) just > after upgrading to stable again. That's the only time it's happened in the > last 6 weeks or so but there may be a problem lurking in there somewhere. > > This is with PCVT. > Same here... > I've had worse problems with syscons. There's something wrong with syscons > vt switching, it's not completely reproducable but it happens frequently > enough that I've now switched all our machines to pcvt. The symptom is that > when you switch VT the screen goes completely blank and further attempts > to switch VT just gets a beep (as though no VT was configured). Everything > is still running (getty etc) but the screen is just totally blank. Only way > to recover the console is to reboot. > And someone out there was wondering why more ISPs aren't using FreeBSD? :) Sounds like a big problem to worry about :( > I'd say yes, I had this keyboard problem happen regularly with > 2.0.5 and apart from this one lockup I had a few days ago everythings > been fine since upgrading to 2.1-stable. I doubt the lockup I had > a few days ago is the same problem since the old problem would > happen every few hours, for the moment I'm putting this last lockup > down to the phase of the moon :-) > Ah, then hopefully when 2.1.0R comes out, I won't have this problem again :) Marc G. Fournier | Knowledge, Information and Communications, Inc (ki.net) scrappy@hub.org | soon to be: | scrappy@ki.net | For more information, send me email. From owner-freebsd-hackers Mon Nov 13 18:21:19 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA12983 for hackers-outgoing; Mon, 13 Nov 1995 18:21:19 -0800 Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA12949 for ; Mon, 13 Nov 1995 18:20:39 -0800 Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id VAA05827; Mon, 13 Nov 1995 21:20:23 -0500 (EST) Date: Mon, 13 Nov 1995 21:20:16 -0500 (EST) From: "Marc G. Fournier" To: freebsd-hackers@freebsd.org Subject: Making Shared Libraries Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hi... Quick question, but I'd like to compiled ncurses shared libraries, but don't know how to do so. Pointers to documentations on doing this would help, or direct pointers to man pages... I've tried 'man -k share', so see if there is some sort of 'mksharedlib' or something "easy to find" like that, but nothing came up. Thanks... Marc G. Fournier | Knowledge, Information and Communications, Inc (ki.net) scrappy@hub.org | soon to be: | scrappy@ki.net | For more information, send me email. From owner-freebsd-hackers Mon Nov 13 18:51:59 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA13713 for hackers-outgoing; Mon, 13 Nov 1995 18:51:59 -0800 Received: from irbs.irbs.com (irbs.com [199.182.75.129]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA13708 for ; Mon, 13 Nov 1995 18:51:54 -0800 Received: (from jc@localhost) by irbs.irbs.com (8.6.12/8.6.6) id VAA28363; Mon, 13 Nov 1995 21:49:57 -0500 From: John Capo Message-Id: <199511140249.VAA28363@irbs.irbs.com> Subject: Re: handbook in postscript? To: leisner@sdsp.mc.xerox.com (Marty Leisner) Date: Mon, 13 Nov 1995 21:49:56 -0500 (EST) Cc: hackers@FreeBSD.org In-Reply-To: <9511131917.AA13145@gnu.mc.xerox.com> from "Marty Leisner" at Nov 13, 95 11:17: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: 585 Sender: owner-hackers@FreeBSD.org Precedence: bulk Marty Leisner writes: > > > > In docs, there is the handbook in html, ascii and tex. > I can't seem to latex it...can someone put the postscript > there? (even after I got the linuxdoc.sty). > Add the directory with linuxdoc.sty to TEXINPUTS or put linuxdoc.sty in the directory with the rest of the LaTeX style files. Or ftp://ftp.irbs.com/pub/handbook.ps.gz John Capo jc@irbs.com IRBS Engineering High performance FreeBSD systems (305) 792-9551 Internet Consulting - ISP Solutions From owner-freebsd-hackers Mon Nov 13 19:02:56 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA14108 for hackers-outgoing; Mon, 13 Nov 1995 19:02:56 -0800 Received: from bubba.tribe.com ([205.184.207.7]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA14103 ; Mon, 13 Nov 1995 19:02:46 -0800 Received: (from archie@localhost) by bubba.tribe.com (8.6.12/8.6.12) id SAA00296; Mon, 13 Nov 1995 18:58:11 -0800 From: Archie Cobbs Message-Id: <199511140258.SAA00296@bubba.tribe.com> Subject: Re: FreeBSD 2.0.5R hanging inexplicably... To: scrappy@hub.org (Marc G. Fournier) Date: Mon, 13 Nov 1995 18:58:10 -0800 (PST) Cc: paul@netcraft.co.uk, paul@trumpet.net.au, freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org In-Reply-To: from "Marc G. Fournier" at Nov 13, 95 09:01:52 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: 1312 Sender: owner-hackers@freebsd.org Precedence: bulk scrappy@hub.org (Marc G. Fournier) quotes: > > I've had worse problems with syscons. There's something wrong with syscons > > vt switching, it's not completely reproducable but it happens frequently > > enough that I've now switched all our machines to pcvt. The symptom is that > > when you switch VT the screen goes completely blank and further attempts > > to switch VT just gets a beep (as though no VT was configured). Everything > > is still running (getty etc) but the screen is just totally blank. Only way > > to recover the console is to reboot. This just started happening when I loaded 2.1-951104-SNAP onto a new machine: ASUS SP3G with Intel 486DX2/66 ... If I startup X, and then try to switch back to a text console, the screen goes blank and everything hangs. I've got vt0-vt5 as login windows, running X on vt6... this happens with the ET4000 X server, both versions 3.1.1 and 3.1.2. Could the ET4000 be involved somehow? Sometimes you get the beeps, sometimes not. When you get the beeps, then that means you can hit ctrl-alt-del and the box gracefully shuts down and reboots. If no beep, then you have to hit reset. -Archie _______________________________________________________________________________ Archie L. Cobbs, archie@tribe.com * Tribe Computer Works http://www.tribe.com From owner-freebsd-hackers Mon Nov 13 20:10:02 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA19947 for hackers-outgoing; Mon, 13 Nov 1995 20:10:02 -0800 Received: from server.icon-stl.net (server.icon-stl.net [199.217.153.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA19885 ; Mon, 13 Nov 1995 20:09:52 -0800 Received: from gwydion.HNS.St-Louis.Mo.US (dialup-83.icon-stl.net [199.217.153.83]) by server.icon-stl.net (8.6.11/8.6.11) with ESMTP id WAA09968; Mon, 13 Nov 1995 22:09:55 -0600 Received: (from kenth@localhost) by gwydion.HNS.St-Louis.Mo.US (8.6.12/8.6.12) id VAA21443; Mon, 13 Nov 1995 21:13:11 -0600 From: Kent Hamilton Message-Id: <199511140313.VAA21443@gwydion.HNS.St-Louis.Mo.US> Subject: Re: FreeBSD 2.0.5R hanging inexplicably... To: paul@trumpet.net.au (Paul Reece) Date: Mon, 13 Nov 1995 21:13:10 -0600 (CST) Cc: scrappy@hub.org, freebsd-questions@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-hackers@FreeBSD.org In-Reply-To: from "Paul Reece" at Nov 13, 95 03:03:46 pm Reply-To: Kent.Hamilton@HNS.St-Louis.Mo.US Organization: HNS Consulting X-Location: St. Peters, MO USA X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 872 Sender: owner-hackers@FreeBSD.org Precedence: bulk According to Paul Reece: > > On Sun, 12 Nov 1995, Marc G. Fournier wrote: > > > > > Hi... > > > > For the second time in two days, my system just hung, in that, > > essentially, no keyboard input was being permitted. > > [deleted] > I had the same problem. Since I disabled the screensavers on the console > I've had no further lockups.. > > Perhaps something that needs to be looked at closely? I've seen the same one here. I thought it was just the fact that I had a new machine and it was exhibiting some "odd" behavior. -- Kent Hamilton Work: KHamilton@Hunter.COM URL: http://www.icon-stl.net/~khamilto Play: KentH@HNS.St-Louis.Mo.US "The cop already knows what the sysadmin has yet to learn: The best way to manage a thousand users is at gunpoint. :)" - Mike O'Connor on systems security From owner-freebsd-hackers Mon Nov 13 21:10:38 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA25459 for hackers-outgoing; Mon, 13 Nov 1995 21:10:38 -0800 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA25409 for ; Mon, 13 Nov 1995 21:10:15 -0800 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id JAA20223; Tue, 14 Nov 1995 09:52:44 +0500 From: "Serge A. Babkin" Message-Id: <199511140452.JAA20223@hq.icb.chel.su> Subject: Re: if_mux hack? To: peter@jhome.DIALix.COM (Peter Wemm) Date: Tue, 14 Nov 1995 09:52:43 +0500 (GMT+0500) Cc: hackers@freebsd.org In-Reply-To: from "Peter Wemm" at Nov 14, 95 05:28:43 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1077 Sender: owner-hackers@freebsd.org Precedence: bulk > I saw something in Lin*x that got me thinking.... > > How does this sound for a crude hack to get multiple slip/ppp/hdlc links > working in a load-sharing arrangement: > > Create a stub if_mux that only accepts packets from IP, and > redistributes them to other interfaces that it's been told about below > it. Ie: it's if_output routine would take the packets and distribute > them to other interface's if_output routines below it. > > Incoming packets from the lower interfaces would still go direct to IP, > but that's no big deal. Perhaps it needs to trace the state of "lower" interfaces and stop to exclude interface from the balancing when it goes down (and restore when it goes up). And it needs to look at sizes of queues of "lower" interfaces and put the packet to the one with the shortest queue for some load balancing. > Sound interesting? Is it a "worthy hack"? (especially since Linux has > something like it.. :-) Yes! Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Mon Nov 13 22:26:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA00599 for hackers-outgoing; Mon, 13 Nov 1995 22:26:48 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA00581 for ; Mon, 13 Nov 1995 22:26:43 -0800 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id WAA27832; Mon, 13 Nov 1995 22:26:41 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id WAA04450; Mon, 13 Nov 1995 22:21:02 -0800 Message-Id: <199511140621.WAA04450@corbin.Root.COM> To: Peter Wemm cc: hackers@freebsd.org Subject: Re: if_mux hack? In-reply-to: Your message of "Tue, 14 Nov 95 05:28:43 +0800." From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 13 Nov 1995 22:21:01 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >Create a stub if_mux that only accepts packets from IP, and >redistributes them to other interfaces that it's been told about below >it. Ie: it's if_output routine would take the packets and distribute >them to other interface's if_output routines below it. > >Incoming packets from the lower interfaces would still go direct to IP, >but that's no big deal. ... >Sound interesting? Is it a "worthy hack"? (especially since Linux has >something like it.. :-) I thought of doing this exact thing about 3 years ago. It was more work than I was willing to do at the time so I never got around to doing it. The mechanics of the load balancing are trivial; the difficulty comes from the little nits - like writing the utility to manage the list of "multiplexed" interfaces, etc.. I definately think it is worthwhile. -DG From owner-freebsd-hackers Mon Nov 13 22:41:59 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA01874 for hackers-outgoing; Mon, 13 Nov 1995 22:41:59 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA01865 for ; Mon, 13 Nov 1995 22:41:56 -0800 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 HAA01583 ; Tue, 14 Nov 1995 07:41:46 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id HAA26182 ; Tue, 14 Nov 1995 07:41:45 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.1/keltia-uucp-2.6) id AAA04896; Tue, 14 Nov 1995 00:43:03 +0100 (MET) From: Ollivier Robert Message-Id: <199511132343.AAA04896@keltia.freenix.fr> Subject: Re: handbook in postscript? To: leisner@sdsp.mc.xerox.com (Marty Leisner) Date: Tue, 14 Nov 1995 00:43:03 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: <9511131917.AA13145@gnu.mc.xerox.com> from "Marty Leisner" at Nov 13, 95 11:17:45 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1327 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk It seems that Marty Leisner said: > In docs, there is the handbook in html, ascii and tex. > I can't seem to latex it...can someone put the postscript > there? (even after I got the linuxdoc.sty). I'm not connected right now but will put the .ps in freefall's incoming if John doesn't beat me to it in a few hours. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Sun Nov 12 16:47:05 MET 1995 From owner-freebsd-hackers Mon Nov 13 22:42:01 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA01881 for hackers-outgoing; Mon, 13 Nov 1995 22:42:01 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA01864 for ; Mon, 13 Nov 1995 22:41:53 -0800 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 HAA01579 ; Tue, 14 Nov 1995 07:41:45 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id HAA26179 ; Tue, 14 Nov 1995 07:41:45 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.1/keltia-uucp-2.6) id AAA04886; Tue, 14 Nov 1995 00:41:57 +0100 (MET) From: Ollivier Robert Message-Id: <199511132341.AAA04886@keltia.freenix.fr> Subject: Re: TIME_WAIT and linear chain of TCPCBs (was: ...beat a WEB server to death) To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Tue, 14 Nov 1995 00:41:57 +0100 (MET) Cc: davidg@Root.COM, hackers@freebsd.org In-Reply-To: <199511132302.AAA01380@labinfo.iet.unipi.it> from "Luigi Rizzo" at Nov 14, 95 00:02:08 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1327 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk It seems that Luigi Rizzo said: > > especially because they do not derive from a bug but from a feature :) There was talk about something somewhat related in bugtraq about half opened connections (SYN_RECV then nothing else) and the possible denial of service... -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Sun Nov 12 16:47:05 MET 1995 From owner-freebsd-hackers Mon Nov 13 23:36:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA05323 for hackers-outgoing; Mon, 13 Nov 1995 23:36:21 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id XAA05288 for ; Mon, 13 Nov 1995 23:36:12 -0800 Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Tue, 14 Nov 95 07:36 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id IAA02043; Tue, 14 Nov 1995 08:31:31 +0100 Message-Id: <199511140731.IAA02043@allegro.lemis.de> Subject: Re: getting close - 1104-snap ed0 not working To: archive@cps.cmich.edu (Mail Archive) Date: Tue, 14 Nov 1995 08:31:31 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: from "Mail Archive" at Nov 13, 95 10:45:38 am 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: 688 Sender: owner-hackers@freebsd.org Precedence: bulk Mail Archive writes: > > On Mon, 13 Nov 1995, J Wunsch wrote: > > > > You shouldn't have done this! Simply boot with -c and adjust > > _FreeBSD_'s idea, not the hardware. > > > > NO NO NO I think you miss understood what I meant. I did that after using > kernel -c and playingf with the settings I was checking to see if it was > the config option breaking or if the kernel was being a pain in the ass. > Apparently it seems to be the ed0 drive. Since I mailed yesterday I have > tried NE2000's WD8003 WD8013 SMC Elite and SMC Ultra cards. With NO LUCK! Well, considering that you've tried the cards that most people use, I'd guess that you're looking in the wrong place. Greg From owner-freebsd-hackers Mon Nov 13 23:43:05 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA05947 for hackers-outgoing; Mon, 13 Nov 1995 23:43:05 -0800 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA05939 ; Mon, 13 Nov 1995 23:42:58 -0800 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id HAA00793; Tue, 14 Nov 1995 07:34:52 GMT From: Michael Smith Message-Id: <199511140734.HAA00793@genesis.atrad.adelaide.edu.au> Subject: Re: FreeBSD 2.0.5R hanging inexplicably... To: archie@tribe.com (Archie Cobbs) Date: Tue, 14 Nov 1995 07:34:51 +0000 () Cc: scrappy@hub.org, paul@netcraft.co.uk, paul@trumpet.net.au, freebsd-questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199511140258.SAA00296@bubba.tribe.com> from "Archie Cobbs" at Nov 13, 95 06:58:10 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1061 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Archie Cobbs stands accused of saying: > If I startup X, and then try to switch back to a text console, the screen > goes blank and everything hangs. > > I've got vt0-vt5 as login windows, running X on vt6... this happens > with the ET4000 X server, both versions 3.1.1 and 3.1.2. > > Could the ET4000 be involved somehow? The ET4000 (and particularly the W32 variants) XFree server is _very_fragile_. The cards themselves are no great shakes, and the behaviour of the server leads me to _strongly_ discourage people from using them. (Especially given how cheap S3-based cards are these days). > Archie L. Cobbs, archie@tribe.com * Tribe Computer Works http://www.tribe.com -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 041-122-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" -Terry Lambert UNIX: live FreeBSD or die! [[ From owner-freebsd-hackers Mon Nov 13 23:46:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA06240 for hackers-outgoing; Mon, 13 Nov 1995 23:46:48 -0800 Received: from piglet.stins.msk.su (root@piglet.stins.msk.su [194.58.175.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA06231 for ; Mon, 13 Nov 1995 23:46:43 -0800 Received: (from akolb@localhost) by piglet.stins.msk.su (8.7/8.7/akolb/102795) id KAA00731; Tue, 14 Nov 1995 10:46:36 +0300 (MSK) Date: Tue, 14 Nov 1995 10:46:36 +0300 (MSK) From: Alexander Kolbasov Message-Id: <199511140746.KAA00731@piglet.stins.msk.su> To: hackers@freefall.freebsd.org Subject: Re: handbook in postscript? In-Reply-To: <199511140203.SAA12180@freefall.freebsd.org> References: <199511140203.SAA12180@freefall.freebsd.org> Sender: owner-hackers@FreeBSD.org Precedence: bulk "Marty Leisner" writes: > In docs, there is the handbook in html, ascii and tex. > I can't seem to latex it...can someone put the postscript > there? (even after I got the linuxdoc.sty). May be somebody knows how to latex it? -- - Sasha - From owner-freebsd-hackers Mon Nov 13 23:49:59 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA06475 for hackers-outgoing; Mon, 13 Nov 1995 23:49:59 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA06401 ; Mon, 13 Nov 1995 23:49:10 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA29034; Tue, 14 Nov 1995 08:48:24 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id IAA25537; Tue, 14 Nov 1995 08:48:05 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id IAA00168; Tue, 14 Nov 1995 08:27:35 +0100 From: J Wunsch Message-Id: <199511140727.IAA00168@uriah.heep.sax.de> Subject: Re: elm problem :) To: bmk@dtr.com Date: Tue, 14 Nov 1995 08:27:34 +0100 (MET) Cc: roberto@keltia.freenix.fr, geoff@ginsu.com, bsd@ee.petra.ac.id, questions@freebsd.org, freebsd-hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199511132326.PAA07428@dtr.com> from "bmk@dtr.com" at Nov 13, 95 03:26:12 pm X-Phone: +49-351-2012 669 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: 1541 Sender: owner-hackers@freebsd.org Precedence: bulk As bmk@dtr.com wrote: > > I've always had to use flock style locking > - fcntl always seemed to cause the symptoms the original complaint > described. That's quite surprising since both functions share a rather large part of their implementation inside the kernel. flock() is basically an fcntl-style lock spanning the entire file: /* ARGSUSED */ int flock(p, uap, retval) struct proc *p; register struct flock_args *uap; int *retval; { ... lf.l_whence = SEEK_SET; lf.l_start = 0; lf.l_len = 0; if (uap->how & LOCK_UN) { ... return (VOP_ADVLOCK(vp, (caddr_t)fp, F_UNLCK, &lf, F_FLOCK)); } ... return (VOP_ADVLOCK(vp, (caddr_t)fp, F_SETLK, &lf, F_FLOCK|F_WAIT)); } and: /* ARGSUSED */ int fcntl(p, uap, retval) struct proc *p; register struct fcntl_args *uap; int *retval; { ... switch (uap->cmd) { ... case F_SETLK: ... if (fl.l_whence == SEEK_CUR) fl.l_start += fp->f_offset; switch (fl.l_type) { case F_RDLCK: if ((fp->f_flag & FREAD) == 0) return (EBADF); p->p_flag |= P_ADVLOCK; return (VOP_ADVLOCK(vp, (caddr_t)p, F_SETLK, &fl, flg)); ... ... } -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Nov 13 23:50:12 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA06533 for hackers-outgoing; Mon, 13 Nov 1995 23:50:12 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA06462 for ; Mon, 13 Nov 1995 23:49:56 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA29073; Tue, 14 Nov 1995 08:49:09 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id IAA25556; Tue, 14 Nov 1995 08:48:59 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id IAA00342; Tue, 14 Nov 1995 08:40:31 +0100 From: J Wunsch Message-Id: <199511140740.IAA00342@uriah.heep.sax.de> Subject: Re: Making Shared Libraries To: scrappy@hub.org (Marc G. Fournier) Date: Tue, 14 Nov 1995 08:40:31 +0100 (MET) Cc: freebsd-hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Marc G. Fournier" at Nov 13, 95 09:20:16 pm X-Phone: +49-351-2012 669 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: 703 Sender: owner-hackers@freebsd.org Precedence: bulk As Marc G. Fournier wrote: > > Quick question, but I'd like to compiled ncurses shared libraries, > but don't know how to do so. Pointers to documentations on doing this > would help, or direct pointers to man pages... > > I've tried 'man -k share', so see if there is some sort of > 'mksharedlib' or something "easy to find" like that, but nothing came > up. No, this ain't old-style (i.e., non-ELF) Linux. :-) perhaps ``man ld''? cd /usr/src/lib/libncurses make (or, if you only wanna have the shared lib) make libncurses.so.3.0 -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Nov 13 23:52:09 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA06701 for hackers-outgoing; Mon, 13 Nov 1995 23:52:09 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA06672 for ; Mon, 13 Nov 1995 23:51:52 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA29060; Tue, 14 Nov 1995 08:48:47 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id IAA25553; Tue, 14 Nov 1995 08:48:47 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id IAA00224; Tue, 14 Nov 1995 08:32:16 +0100 From: J Wunsch Message-Id: <199511140732.IAA00224@uriah.heep.sax.de> Subject: Re: index() doesn't handle NULL strings To: alexis@ww.net Date: Tue, 14 Nov 1995 08:32:16 +0100 (MET) Cc: freebsd-hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199511140055.DAA04234@unicorn.ww.net> from "Alexis Yushin" at Nov 14, 95 03:55:56 am X-Phone: +49-351-2012 669 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: 553 Sender: owner-hackers@freebsd.org Precedence: bulk As Alexis Yushin wrote: > > Perhaps it is out-of-date, because I use FreeBSD-2.0.5, > but if it is not it should be fixed. If it ain't broken, don't fix it. NULL pointers do not point to a valid string, therefore string functions cannot be applied to them. This has been discussed to death here, and we generally reject hacking the operating system where fixing the application is TRT. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Nov 14 00:06:08 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA07825 for hackers-outgoing; Tue, 14 Nov 1995 00:06:08 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id AAA07813 for ; Tue, 14 Nov 1995 00:06:02 -0800 Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Tue, 14 Nov 95 08:06 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id JAA02152 for hackers@freebsd.org; Tue, 14 Nov 1995 09:00:10 +0100 Message-Id: <199511140800.JAA02152@allegro.lemis.de> Subject: Re: handbook in postscript? To: jc@irbs.com (John Capo) Date: Tue, 14 Nov 1995 08:38:44 +0100 (MET) Cc: handbook@allegro.lemis.de In-Reply-To: <199511140249.VAA28363@irbs.irbs.com> from "John Capo" at Nov 13, 95 09:49:56 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: 1063 Sender: owner-hackers@FreeBSD.org Precedence: bulk John Capo writes: > > Marty Leisner writes: > > > > In docs, there is the handbook in html, ascii and tex. > > I can't seem to latex it...can someone put the postscript > > there? (even after I got the linuxdoc.sty). > > > > Add the directory with linuxdoc.sty to TEXINPUTS or put linuxdoc.sty > in the directory with the rest of the LaTeX style files. > > Or ftp://ftp.irbs.com/pub/handbook.ps.gz It's still a reasonable request to put it there in PostScript form. I'd say it's a better choice than LaTex. BTW, if you can't get the LaTeX version formatted, I had no trouble going via groff: cd /usr/src/share/doc/handbook make handbook.nroff groff -ms handbook.nroff >handbook.ps Also BTW, I am currently working on an installation guide which Walnut Creek is planning to supply with the 2.1 release (assuming that Jordan doesn't win the race :-). This won't be the same as the handbook, but it will include some of the contents of the handbook. If anybody has any feelings about what should be put into the book, please contact me. Greg From owner-freebsd-hackers Tue Nov 14 00:55:29 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA12023 for hackers-outgoing; Tue, 14 Nov 1995 00:55:29 -0800 Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA11985 for ; Tue, 14 Nov 1995 00:55:11 -0800 Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id JAA01909 for hackers@freebsd.org; Tue, 14 Nov 1995 09:55:29 +0100 From: Luigi Rizzo Message-Id: <199511140855.JAA01909@labinfo.iet.unipi.it> Subject: Multiple http servers - howto ? To: hackers@freebsd.org Date: Tue, 14 Nov 1995 09:55:29 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 779 Sender: owner-hackers@freebsd.org Precedence: bulk I have read that some http servers (probably some machines at NCSA) are actually a cluster of servers attached to the same ethernet. Client transparently contact one of the servers. I would like to know how this is achieved, e.g. i) by supplying different IP translations for the same name; ii) by a clever use of ARP iii) by some other technique which I do not know Thanks 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 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-hackers Tue Nov 14 02:10:52 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA21991 for hackers-outgoing; Tue, 14 Nov 1995 02:10:52 -0800 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA21970 for ; Tue, 14 Nov 1995 02:10:39 -0800 Received: from rah.star-gate.com (localhost [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.9) with ESMTP id CAA02005; Tue, 14 Nov 1995 02:10:28 -0800 Message-Id: <199511141010.CAA02005@rah.star-gate.com> X-Mailer: exmh version 1.6.2 7/18/95 To: Jaye Mathisen cc: hackers@FreeBSD.ORG Subject: Re: internet phone calls (fwd) In-reply-to: Your message of "Mon, 13 Nov 1995 15:38:28 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 14 Nov 1995 02:10:27 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Well, I just hate to talk about audio on this list so I will be brief. There is a cypberphone for linux so I will see if the mods to the linux layer which I did can stand up to cyberphone 8) At any rate, one or the other we have audio over the internet. Cheers, Amancio >>> Jaye Mathisen said: > > Saw this on the BSD/OS users list, maybe it would run under the Linux emu. > > ---------- Forwarded message ---------- > Date: Mon, 13 Nov 1995 15:23:02 -0500 (EST) > From: Brett Wynkoop > To: bsdi-users@BSDI.COM > Subject: internet phone calls > > Greeting- > Check out http://magenta.com/cyberphone on this subject. If the > product sounds of interest to you drop them some e-mail asking when it > will be ported to BSD/OS. The best way to get software ported is to let > the vendors know that it is desired. I had to drop them 2 messages > before they thought I was serious, but 50 or 100 messages from other > folks/sites might give them a clue that there is a market for commercial > software under BSD/OS. > > -Brett > > -- > Brett Wynkoop wynkoop@wynn.com > Voice 718-398-8431 Data 718-789-8821 (login: guest) > > You cannot know the seasons till you've planted a garden > Or gone to sea in a sailing ship. > > From owner-freebsd-hackers Tue Nov 14 02:38:37 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA24828 for hackers-outgoing; Tue, 14 Nov 1995 02:38:37 -0800 Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id CAA24795 for ; Tue, 14 Nov 1995 02:38:22 -0800 Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from julia.physik.fu-berlin.de (130.133.3.235) with smtp id ; Tue, 14 Nov 95 09:20 MET Received: (from graichen@localhost) by julia.physik.fu-berlin.de (8.6.11/8.6.9) id JAA12927 for hackers@freebsd.org; Tue, 14 Nov 1995 09:20:20 +0100 From: Thomas Graichen Message-Id: <199511140820.JAA12927@julia.physik.fu-berlin.de> Subject: mailinglists To: hackers@freebsd.org Date: Tue, 14 Nov 1995 09:20:19 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1237 Sender: owner-hackers@freebsd.org Precedence: bulk hello maybe this is the wrong list for the following but it's very short: how about some consistent names for the mailinglist-owners - we have owner-hackers for the freebsd-hackers list - but owner-freebsd-scsi for freebsd-scsi or owner-cvs-all for cvs-all - why not making it like netbsd -> simply name the owner of the list owner-listname - this would make it much easier to set up mailfilters - in the current sheme i have to wait until a mail comes to see from which owner it comes and then to add a line into my filter-rules (... but that moment i may have 100 or mail mail in my mailbox which i intended to read later - or at home - thus i'm saving them via filter into a folder) - what do you think about it ? 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 Nov 14 03:45:30 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA02718 for hackers-outgoing; Tue, 14 Nov 1995 03:45:30 -0800 Received: (from jkh@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA02704 ; Tue, 14 Nov 1995 03:45:27 -0800 Date: Tue, 14 Nov 1995 03:45:27 -0800 From: "Jordan K. Hubbard" Message-Id: <199511141145.DAA02704@freefall.freebsd.org> To: hackers, ports Subject: Argh! Guess I'm remastering.. Sender: owner-hackers@FreeBSD.org Precedence: bulk Well, I found "the big one" that is going to make remastering between now and the 2.1 final CD inevitable. No, I'm not going to say what it is, but just to note that it will happen so, among other things, Satoshi's all-nighter the other night on the ports was not wasted. This also means that if you have something else to point out, you should please do it *soon* so that it falls somewhere within the 3 day "window" I've declared for waiting until the BETA CD people come back to me with their comments. This means Wednesday, basically, since the CDs went out Monday morning. I'm also not declaring this a flag day for coming back to me with all kinds of things you want in 2.1 in general, I'm talking about issues specifically related to the installation or the distributions that make up the release. Thanks! Jordan From owner-freebsd-hackers Tue Nov 14 04:06:02 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA05288 for hackers-outgoing; Tue, 14 Nov 1995 04:06:02 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id EAA05265 for ; Tue, 14 Nov 1995 04:05:56 -0800 Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Tue, 14 Nov 95 12:06 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id MAA02816 for hackers@freebsd.org; Tue, 14 Nov 1995 12:48:48 +0100 Message-Id: <199511141148.MAA02816@allegro.lemis.de> Subject: Sequence problems making world after ctm update 1333 To: hackers@freebsd.org (FreeBSD Hackers) Date: Tue, 14 Nov 1995 12:48:47 +0100 (MET) 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: 950 Sender: owner-hackers@freebsd.org Precedence: bulk I've just installed the latest cvs updates, from 1329 to 1333. I then did a 'make all' in /usr/src, and it failed in gnu/lib/libgmp: gcc -O -I/usr/src/gnu/lib/libgmp/../libmp -I/usr/src/gnu/lib/libgmp -Wall -Wstrict-prototypes -DLOCALE -c /usr/src/gnu/lib/libgmp/../libmp/mpz_init.c -o mpz_init.o In file included from /usr/src/gnu/lib/libgmp/../libmp/mpz_init.c:22: /usr/src/gnu/lib/libgmp/../libmp/gmp-impl.h:38: gmp-mparam.h: No such file or directory *** Error code 1 I did a make -k, and then repeated it to see what was going on, and presto! it compiled clean. Immediately after the compilation of gnu/lib/libgmp I had: ===> gnu/lib/libmp gcc -O -I/usr/src/gnu/lib/libmp -I/usr/src/gnu/lib/libmp -Wall -Wstrict-prototypes -DLOCALE cre-mparam.c -o cre-mparam ./cre-mparam > tmp-gmp-mparam.h mv tmp-gmp-mparam.h gmp-mparam.h I don't feel like climbing in to the Makefiles, but this is obviously something that could be improved upon. Greg From owner-freebsd-hackers Tue Nov 14 04:09:25 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA05806 for hackers-outgoing; Tue, 14 Nov 1995 04:09:25 -0800 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id EAA05788 ; Tue, 14 Nov 1995 04:09:15 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.12/8.6.9) id EAA00164; Tue, 14 Nov 1995 04:09:05 -0800 Date: Tue, 14 Nov 1995 04:09:05 -0800 Message-Id: <199511141209.EAA00164@silvia.HIP.Berkeley.EDU> To: jkh@freefall.freebsd.org CC: hackers@freefall.freebsd.org, ports@freefall.freebsd.org In-reply-to: <199511141145.DAA02704@freefall.freebsd.org> (jkh@freefall.freebsd.org) Subject: Re: Argh! Guess I'm remastering.. From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-hackers@FreeBSD.org Precedence: bulk * This means Wednesday, basically, since the CDs went out Monday * morning. Ok -- ports people, get things you want to put in to me asap. Joerg, what do you want me to do with yours? Satoshi (still recovering from a cold) From owner-freebsd-hackers Tue Nov 14 06:24:53 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA02162 for hackers-outgoing; Tue, 14 Nov 1995 06:24:53 -0800 Received: from dtr.com (dtr.rain.com [204.119.8.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id GAA02154 ; Tue, 14 Nov 1995 06:24:49 -0800 From: bmk@dtr.com Received: (from bmk@localhost) by dtr.com (8.6.12/8.6.9) id GAA11536; Tue, 14 Nov 1995 06:19:42 -0800 Message-Id: <199511141419.GAA11536@dtr.com> Subject: Re: elm problem :) To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 14 Nov 1995 06:19:42 -0800 (PST) Cc: bmk@dtr.com, roberto@keltia.freenix.fr, geoff@ginsu.com, bsd@ee.petra.ac.id, questions@freebsd.org, freebsd-hackers@freebsd.org In-Reply-To: <199511140727.IAA00168@uriah.heep.sax.de> from "J Wunsch" at Nov 14, 95 08:27:34 am Reply-To: bmk@dtr.com X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 605 Sender: owner-hackers@freebsd.org Precedence: bulk > As bmk@dtr.com wrote: > > > > I've always had to use flock style locking > > - fcntl always seemed to cause the symptoms the original complaint > > described. > That's quite surprising since both functions share a rather large part > of their implementation inside the kernel. flock() is basically an > fcntl-style lock spanning the entire file: [snip] Tell me about it. :) At the time (this was under a 1.1 system, BTW), I didn't know enough for this to really bother me. Now that I know better, I might just investigate it further. Perhaps there's something buggy with how elm uses fcntl? From owner-freebsd-hackers Tue Nov 14 06:25:14 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA02261 for hackers-outgoing; Tue, 14 Nov 1995 06:25:14 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id GAA02248 for ; Tue, 14 Nov 1995 06:25:11 -0800 Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Tue, 14 Nov 95 14:24 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id PAA03522; Tue, 14 Nov 1995 15:18:21 +0100 Message-Id: <199511141418.PAA03522@allegro.lemis.de> Subject: Can't NFS mount with latest -current To: phk@critter.tfs.com Date: Tue, 14 Nov 1995 15:18:21 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) 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: 766 Sender: owner-hackers@freebsd.org Precedence: bulk I've just installed the latest -current, and can't perform NFS mounts. mount_nfs aborts as the result of an error ENOMEM: 187 mount_nfs CALL __sysctl(0xefbfd670,0x2,0xefbfd714,0xefbfd678,0,0) 187 mount_nfs RET __sysctl -1 errno 12 Cannot allocate memory 187 mount_nfs CALL sigprocmask(0x3,0xffffffdf) 187 mount_nfs RET sigprocmask 0 187 mount_nfs CALL getpid 187 mount_nfs RET getpid 187/0xbb 187 mount_nfs CALL kill(0xbb,0x6) 187 mount_nfs PSIG SIGIOT SIG_DFL 187 mount_nfs NAMI "mount_nfs.core" I've traced this back to /usr/src/kern/kern_sysctl.c, but haven't got round to finding out why it dies (it's difficult without an editor and a debugger :-) It looks as if you've seen problems in this area before, though. Greg From owner-freebsd-hackers Tue Nov 14 06:28:50 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA02656 for hackers-outgoing; Tue, 14 Nov 1995 06:28:50 -0800 Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id GAA02651 for ; Tue, 14 Nov 1995 06:28:47 -0800 Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tFMLs-0003vuC; Tue, 14 Nov 95 06:28 PST Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.6.11/8.6.9) with SMTP id PAA01055; Tue, 14 Nov 1995 15:28:44 +0100 X-Authentication-Warning: localhost.tfs.com: Host localhost didn't use HELO protocol To: grog@lemis.de (Greg Lehey) cc: hackers@freebsd.org (FreeBSD Hackers) Subject: Re: Can't NFS mount with latest -current In-reply-to: Your message of "Tue, 14 Nov 1995 15:18:21 +0100." <199511141418.PAA03522@allegro.lemis.de> Date: Tue, 14 Nov 1995 15:28:44 +0100 Message-ID: <1053.816359324@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > I've traced this back to /usr/src/kern/kern_sysctl.c, but haven't got > round to finding out why it dies (it's difficult without an editor and > a debugger :-) It looks as if you've seen problems in this area > before, though. A lot of commits went into kern_sysctl.c lately. The most recent of these are belived to be mostly correct even. There may still be an issue if the program doesn't allocate a sufficiently large buffer for things like the hostname (256 chars) I think, which this could look like it is. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Tue Nov 14 07:31:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA10765 for hackers-outgoing; Tue, 14 Nov 1995 07:31:48 -0800 Received: from rk.ios.com ([198.4.75.55]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA10742 for ; Tue, 14 Nov 1995 07:31:43 -0800 Received: (from rashid@localhost) by rk.ios.com (8.6.11/8.6.9) id KAA02266; Tue, 14 Nov 1995 10:22:23 -0500 From: Rashid Karimov Message-Id: <199511141522.KAA02266@rk.ios.com> Subject: Re: Odd crash after inode depletion.. To: terry@lambert.org (Terry Lambert) Date: Tue, 14 Nov 1995 10:22:23 -0500 (EST) Cc: jgreco@brasil.moneng.mei.com, jkh@time.cdrom.com, hackers@freebsd.org In-Reply-To: <199511131959.MAA17295@phaeton.artisoft.com> from "Terry Lambert" at Nov 13, 95 12:59: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: 829 Sender: owner-hackers@freebsd.org Precedence: bulk Hi there folx, > > > I've noticed an infrequent but consistent tendency for the system to panic > > with "free vnode isn't" some time after hitting inode exhaustion. With a > > sample size of only a few instances, all I can establish is that I have NOT > > seen a "free vnode isn't" panic without first having run out of inodes. > > > > (system is running 1026-SNAP, by the way, which may be significant - I never > > saw this panic under 2.0.5R, but then again, I can't recall ever having run > > out of inodes under 2.0.5R) > > This is endemic to the move from regualr to circular queues. I don't know > why, but going back to the old queues fixes it. Terry , could you pls post here the patch which fixes the thing ? The problem doesn't bug us for some time - but if it will return - I'll need the fix > Rashid From owner-freebsd-hackers Tue Nov 14 07:35:51 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA11473 for hackers-outgoing; Tue, 14 Nov 1995 07:35:51 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA11446 for ; Tue, 14 Nov 1995 07:35:42 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id IAA19839; Tue, 14 Nov 1995 08:27:58 -0700 From: Terry Lambert Message-Id: <199511141527.IAA19839@phaeton.artisoft.com> Subject: Re: Multiple http servers - howto ? To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Tue, 14 Nov 1995 08:27:58 -0700 (MST) Cc: hackers@FreeBSD.org In-Reply-To: <199511140855.JAA01909@labinfo.iet.unipi.it> from "Luigi Rizzo" at Nov 14, 95 09:55: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: 669 Sender: owner-hackers@FreeBSD.org Precedence: bulk > I have read that some http servers (probably some machines at NCSA) > are actually a cluster of servers attached to the same ethernet. Client > transparently contact one of the servers. I would like to know how this > is achieved, e.g. > > i) by supplying different IP translations for the same name; > ii) by a clever use of ARP > iii) by some other technique which I do not know #1. Via DNS. The requesting hosts are rotored through a list of the addresses. It isn't a very good scheme, mostly because caching exists. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Nov 14 08:15:31 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA17376 for hackers-outgoing; Tue, 14 Nov 1995 08:15:31 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA17365 for ; Tue, 14 Nov 1995 08:15:21 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA19934; Tue, 14 Nov 1995 09:05:04 -0700 From: Terry Lambert Message-Id: <199511141605.JAA19934@phaeton.artisoft.com> Subject: Re: Odd crash after inode depletion.. To: rashid@rk.ios.com (Rashid Karimov) Date: Tue, 14 Nov 1995 09:05:04 -0700 (MST) Cc: terry@lambert.org, jgreco@brasil.moneng.mei.com, jkh@time.cdrom.com, hackers@freebsd.org In-Reply-To: <199511141522.KAA02266@rk.ios.com> from "Rashid Karimov" at Nov 14, 95 10:22:23 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: 3694 Sender: owner-hackers@freebsd.org Precedence: bulk > > > I've noticed an infrequent but consistent tendency for the system to panic > > > with "free vnode isn't" some time after hitting inode exhaustion. With a > > > sample size of only a few instances, all I can establish is that I have NOT > > > seen a "free vnode isn't" panic without first having run out of inodes. > > > > > > (system is running 1026-SNAP, by the way, which may be significant - I never > > > saw this panic under 2.0.5R, but then again, I can't recall ever having run > > > out of inodes under 2.0.5R) > > > > This is endemic to the move from regualr to circular queues. I don't know > > why, but going back to the old queues fixes it. > > Terry , could you pls post here the patch which fixes the > thing ? The problem doesn't bug us for some time - but if > it will return - I'll need the fix Going back isn't the correct fix. The correct fix is to find where the tail wraps and fix it. It would be difficult for me to find this; I've changed large portions of this code locally... I don't even allocate nodes the same way any more because I want to vary cache discard rates by file system type (so I have a watermarked pool on a per FS basis for node allocation). My guess from the -curent code is: /sys/kern/vfs_subr.c: =========================================================================== /* * Return the next vnode from the free list. */ int getnewvnode(tag, mp, vops, vpp) enum vtagtype tag; struct mount *mp; vop_t **vops; struct vnode **vpp; { register struct vnode *vp; vp = vnode_free_list.tqh_first; <<<<<<<-------------****************** /* * we allocate a new vnode if * 1. we don't have any free * Pretty obvious, we actually used to panic, but that * is a silly thing to do. * 2. we havn't filled our pool yet * We don't want to trash the incore (VM-)vnodecache. * 3. if less that 1/4th of our vnodes are free. * We don't want to trash the namei cache either. */ if (freevnodes < (numvnodes >> 2) || numvnodes < desiredvnodes || vp == NULL) { <<<<<<<-----------------**************************** vp = (struct vnode *) malloc((u_long) sizeof *vp, M_VNODE, M_WAITOK); bzero((char *) vp, sizeof *vp); numvnodes++; } else { TAILQ_REMOVE(&vnode_free_list, vp, v_freelist); freevnodes--; if (vp->v_usecount) panic("free vnode isn't"); =========================================================================== This is a pretty obvious bug. When the circular queue wraps, vp will not be NULL. This is probably most easily fixed if you change: numvnodes < desiredvnodes || To: numvnodes < desiredvnodes + 1 || It's probably most correctly fixed by changing: vp == NULL) To: vp == NULL || /* list empty*/ vp->v_usecount) /* queue wrapped*/ Or something similar using one of the circular queue macros. Then remove the stupid: if (vp->v_usecount) panic("free vnode isn't"); The move to circular queues is one of those half-cocked changes that you see made for purely aesthetic reasons instead of technical ones. The move to circular queues for the mountlists is one of the things that made my FS layering patches not apply cleanly. Mountlists are effectively initialization code, and one should not optimize such code unduly: its execution time is irrelevant. Vnode allocation is more time critical, but a circular queue is a bad deal all around in terms of doubling the object protection hits and cache coherency hassles in an MP/MT environment. It is a pessimization in that situation. 8-(. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Nov 14 08:23:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA18304 for hackers-outgoing; Tue, 14 Nov 1995 08:23:48 -0800 Received: from Wit401402.student.utwente.nl (wit401402.student.utwente.nl [130.89.236.162]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA18261 ; Tue, 14 Nov 1995 08:23:27 -0800 Received: (from alain@localhost) by Wit401402.student.utwente.nl (8.6.12/8.6.12) id RAA00286; Tue, 14 Nov 1995 17:22:49 +0100 Date: Tue, 14 Nov 1995 17:22:49 +0100 Message-ID: X-Mailer: XFMail 0.3-beta [p0] on FreeBSD In-Reply-To: <199511141145.DAA02704@freefall.freebsd.org> Reply-To: a.c.p.m.kalker@student.utwente.nl Organization: University of Twente From: Alain Kalker To: "Jordan K. Hubbard" Subject: RE: Argh! Guess I'm remastering.. Cc: , Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Tue Nov 14 11:51:13 1995 Jordan K. Hubbard wrote: >>Well, I found "the big one" that is going to make remastering >between now and the 2.1 final CD inevitable. No, I'm not going to >say what it is, but just to note that it will happen so, among other >things, Satoshi's all-nighter the other night on the ports was not >wasted. This also means that if you have something else to point >out, you should please do it *soon* so that it falls somewhere within >the 3 day "window" I've declared for waiting until the BETA CD people >come back to me with their comments. > >This means Wednesday, basically, since the CDs went out Monday >morning. > >I'm also not declaring this a flag day for coming back to me with >all kinds of things you want in 2.1 in general, I'm talking about >issues specifically related to the installation or the distributions >that make up the release. > >Thanks! > > Jordan From owner-freebsd-hackers Tue Nov 14 08:32:17 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA19121 for hackers-outgoing; Tue, 14 Nov 1995 08:32:17 -0800 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA19106 for ; Tue, 14 Nov 1995 08:32:12 -0800 Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id KAA28744; Tue, 14 Nov 1995 10:25:55 -0600 From: Joe Greco Message-Id: <199511141625.KAA28744@brasil.moneng.mei.com> Subject: Re: if_mux hack? To: peter@jhome.DIALix.COM (Peter Wemm) Date: Tue, 14 Nov 1995 10:25:55 -0600 (CST) Cc: hackers@freebsd.org In-Reply-To: from "Peter Wemm" at Nov 14, 95 05:28:43 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > I saw something in Lin*x that got me thinking.... > > How does this sound for a crude hack to get multiple slip/ppp/hdlc links > working in a load-sharing arrangement: > > Create a stub if_mux that only accepts packets from IP, and > redistributes them to other interfaces that it's been told about below > it. Ie: it's if_output routine would take the packets and distribute > them to other interface's if_output routines below it. > > Incoming packets from the lower interfaces would still go direct to IP, > but that's no big deal. > > The basic result is that you would have cheap, simple aggregation of > point-to-point links. ie: two 28.8K modems in parallel, you can have > your route to the other end pointing to "mux0", and be able to send > packets interleaved over both modems for nearly double the throughput. > > This is something like what Cisco's can do with load balancing.. (They do > far more I know, but we talk to a Cisco over ppp this way at the moment, > and it's an asymmetric link because we can't distribute packets to two > interfaces.) > > Sound interesting? Is it a "worthy hack"? (especially since Linux has > something like it.. :-) I had been intending to play with this under iijppp but never did. Since the "tun" device brings an IP interface into userland, one should be able to do whatever one pleases at that level... including writing alternative transport mechanisms that do load balancing. :-) ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Tue Nov 14 08:46:47 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA20296 for hackers-outgoing; Tue, 14 Nov 1995 08:46:47 -0800 Received: from cps201.cps.cmich.edu (cps201.cps.cmich.edu [141.209.20.201]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA20289 for ; Tue, 14 Nov 1995 08:46:44 -0800 Received: from cps201 (cps201.cps.cmich.edu [141.209.20.201]) by cps201.cps.cmich.edu (8.6.12/8.6.12) with SMTP id LAA28825; Tue, 14 Nov 1995 11:45:57 -0500 Date: Tue, 14 Nov 1995 11:45:57 -0500 (EST) From: Mail Archive X-Sender: archive@cps201 To: Greg Lehey cc: FreeBSD Hackers Subject: Re: getting close - 1104-snap ed0 not working In-Reply-To: <199511140731.IAA02043@allegro.lemis.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk > > Apparently it seems to be the ed0 drive. Since I mailed yesterday I have > > tried NE2000's WD8003 WD8013 SMC Elite and SMC Ultra cards. With NO LUCK! > > Well, considering that you've tried the cards that most people use, > I'd guess that you're looking in the wrong place. Considering I can get a 3C509 to work and all of my PCI cards to work I think I would be doing everything right. I have now tried 4 machines. I go backa snap and they _ALL_ work again. This is kindof weird I was looking at the CVS diffs and do NOT see anything at all that would have caused this.... Matthew S. Bailey mbailey@cps.cmich.edu From owner-freebsd-hackers Tue Nov 14 09:08:35 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA22346 for hackers-outgoing; Tue, 14 Nov 1995 09:08:35 -0800 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA22335 for ; Tue, 14 Nov 1995 09:08:31 -0800 Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id LAA28800; Tue, 14 Nov 1995 11:00:20 -0600 From: Joe Greco Message-Id: <199511141700.LAA28800@brasil.moneng.mei.com> Subject: Re: Multiple http servers - howto ? To: terry@lambert.org (Terry Lambert) Date: Tue, 14 Nov 1995 11:00:19 -0600 (CST) Cc: luigi@labinfo.iet.unipi.it, hackers@FreeBSD.org In-Reply-To: <199511141527.IAA19839@phaeton.artisoft.com> from "Terry Lambert" at Nov 14, 95 08:27:58 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > > I have read that some http servers (probably some machines at NCSA) > > are actually a cluster of servers attached to the same ethernet. Client > > transparently contact one of the servers. I would like to know how this > > is achieved, e.g. > > > > i) by supplying different IP translations for the same name; > > ii) by a clever use of ARP > > iii) by some other technique which I do not know > > #1. Via DNS. The requesting hosts are rotored through a list of the > addresses. > > It isn't a very good scheme, mostly because caching exists. Which is why you lower the TTL :-) or maybe just not worry about it, because when you start examining the Bigger Picture, you realize that a site large enough to require multiple servers is receiving zillions of requests, and different data will be cached by each domain server, still effectively spreading the load over multiple servers. The case where you might lose is if a hundred workstations at the same site suddenly decide to all run Netscape on a particular URL at once, all hundred workstations receive the same cached answer from the local domain server, and they proceed to pound the box into oblivion. This is the "University Intro to CS class" problem. It's worse if they are pounding on your news server :-( which HAS happened to me. ... JG From owner-freebsd-hackers Tue Nov 14 09:12:54 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA22769 for hackers-outgoing; Tue, 14 Nov 1995 09:12:54 -0800 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA22753 for ; Tue, 14 Nov 1995 09:12:40 -0800 Received: from nanolon.gun.de (nanolon.gun.de [192.109.159.5]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id JAA07988 for ; Tue, 14 Nov 1995 09:12:05 -0800 Received: (from uucp@localhost) by nanolon.gun.de (8.6.8.1/8.6.6) id RAA16276; Tue, 14 Nov 1995 17:55:14 +0100 Received: from knobel.gun.de (localhost [127.0.0.1]) by knobel.gun.de (8.6.12/8.6.12) with SMTP id RAA00481; Mon, 13 Nov 1995 17:19:54 +0100 Date: Mon, 13 Nov 1995 17:19:54 +0100 (MET) From: Andreas Klemm To: Joerg Wunsch cc: FreeBSD hackers Subject: Re: Diffs to the dump utility, rewritten with respect to your , comments In-Reply-To: <199511130715.IAA24795@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Mon, 13 Nov 1995, J Wunsch wrote: > As Andreas Klemm wrote: > > > > main.c - line 167: > > abort dump if a blocksize > 32 (K) was chosen using > > dump's "b" option, because restore is unable to restore > > dumps with blocksizes over 32 K. Someone said here, > > there might be a bug in the scsi tape driver. This > > should be fixed as soon as possible. > > Users/Administrators are now protected from the worst > > case situation, that they can't restore their dump if > > they choosed a blocksize over 32. Dump does it all fine, > > but later, &@&%" ;-) "So this patch prevent's dump from > > being a BOFH tool ;-))" > > While i personally think that mentioning the bug in the man page would > have been sufficient, this workaround should at least be marked with > XXX, until someone has fixed the driver. Well, if I remember right it did so (XXX) :) Sorry folks, that I don't have the experience to track down errors in a SCSI driver. Otherwise I'd fixed the bug instead of making a workaround. But since I know, how busy you are, I thought it's better than nothing at all. > Anyway, Andreas, as i've also written in a Usenet reply, i can *not* > confirm your observation. I've done a couple of tests on a 2 GB > HP-DAT drive (forgot the exact version number, mail or call me at work > if you're interested), and everything worked fine. Even an attempted > blocksize of 96 k did work. Suprisingly, since i know that the driver > can only handle 64 k -- but it silently truncated the blocksize to 64 > k, both on read and write. So everything was okay. Hmm, writing wasn't the problem I think it did so ... but restoring leads to kernel error messages from the scsi driver ... as I wrote to this list several weeks ago. I had made that experience with a 5 GB Sun DAT ( Archive Python with data compression ). > I suggest you clarifying your point also with Julian Elischer, and/or > Justin Gibbs (dunno which adapter you're working with). I'm working with a AHA 2940 narrow scsi controller and FreeBSD stable. Currently I don't have access to the DAT, it's on the ACS in Frankfurt. If I get it back next week, I could try it again, since the SCSI driver code has changed 2 times or even more since that time, where I discovered this odd behaviour. Regards Andreas /// -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ - Support Unix - aklemm@wup.de - \/ ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz apsfilter - magic print filter 4lpd >>> knobel is powered by FreeBSD <<< From owner-freebsd-hackers Tue Nov 14 09:27:20 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA24140 for hackers-outgoing; Tue, 14 Nov 1995 09:27:20 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA24122 for ; Tue, 14 Nov 1995 09:27:14 -0800 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id JAA28840; Tue, 14 Nov 1995 09:27:11 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id JAA00436; Tue, 14 Nov 1995 09:25:56 -0800 Message-Id: <199511141725.JAA00436@corbin.Root.COM> To: Terry Lambert cc: rashid@rk.ios.com (Rashid Karimov), jgreco@brasil.moneng.mei.com, hackers@freebsd.org Subject: Re: Odd crash after inode depletion.. In-reply-to: Your message of "Tue, 14 Nov 95 09:05:04 MST." <199511141605.JAA19934@phaeton.artisoft.com> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 14 Nov 1995 09:25:44 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >> > This is endemic to the move from regualr to circular queues. I don't know >> > why, but going back to the old queues fixes it. >> >> Terry , could you pls post here the patch which fixes the >> thing ? The problem doesn't bug us for some time - but if >> it will return - I'll need the fix > >Going back isn't the correct fix. > >The correct fix is to find where the tail wraps and fix it. > >It would be difficult for me to find this; I've changed large portions >of this code locally... I don't even allocate nodes the same way any >more because I want to vary cache discard rates by file system type >(so I have a watermarked pool on a per FS basis for node allocation). > ... > >This is a pretty obvious bug. When the circular queue wraps, vp will not >be NULL. ... >The move to circular queues is one of those half-cocked changes that >you see made for purely aesthetic reasons instead of technical ones. >The move to circular queues for the mountlists is one of the things >that made my FS layering patches not apply cleanly. Mountlists are >effectively initialization code, and one should not optimize such >code unduly: its execution time is irrelevant. Vnode allocation is >more time critical, but a circular queue is a bad deal all around >in terms of doubling the object protection hits and cache coherency >hassles in an MP/MT environment. It is a pessimization in that >situation. 8-(. Do you know the difference of appearance of a cicular queue in our sources? Based on your comments, I must conclude that you do not. tailq's are NOT circular queues. The vnode free list is NOT a circular queue and it never has been in FreeBSD. The change to a circular queue for the mountlist was NOT made for aesthetic reasons. It was made because it is required to traverse the mount queue in the reverse direction in order to properly dismount filesystems (because of mount point dependencies). You can only do this by using circleq's. The only reason the code works at all in pre-2.2 kernels is because we are doing forcible dismounts on all the filesystems. This change becomes required if you want to deal with union and other 4.4BSD special filesystems. Look Terry, I'm not the only one who is getting very annoyed at your continuous spread of mis-truths and baseless criticisms. You would be doing yourself and everyone else a favor if you would double check your facts and assumptions first and stop making such completely wrong comments. -DG From owner-freebsd-hackers Tue Nov 14 09:37:58 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA25406 for hackers-outgoing; Tue, 14 Nov 1995 09:37:58 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA25392 for ; Tue, 14 Nov 1995 09:37:50 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA20264; Tue, 14 Nov 1995 10:28:06 -0700 From: Terry Lambert Message-Id: <199511141728.KAA20264@phaeton.artisoft.com> Subject: Re: Multiple http servers - howto ? To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Tue, 14 Nov 1995 10:28:06 -0700 (MST) Cc: terry@lambert.org, luigi@labinfo.iet.unipi.it, hackers@FreeBSD.org In-Reply-To: <199511141700.LAA28800@brasil.moneng.mei.com> from "Joe Greco" at Nov 14, 95 11:00:19 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: 1456 Sender: owner-hackers@FreeBSD.org Precedence: bulk > > #1. Via DNS. The requesting hosts are rotored through a list of the > > addresses. > > > > It isn't a very good scheme, mostly because caching exists. > > Which is why you lower the TTL :-) or maybe just not worry about it, > because when you start examining the Bigger Picture, you realize that a site > large enough to require multiple servers is receiving zillions of requests, > and different data will be cached by each domain server, still effectively > spreading the load over multiple servers. *My* cache doesn't have to honor *your* TTL. In fact, if my provider is Sprint or one of serval others, it *won't* honor your TTL. You're still doing round-robin address assignment, which expects that clients will behave statistically identical to one another. And they won't, even if the TTL is honored. > The case where you might lose is if a hundred workstations at the same site > suddenly decide to all run Netscape on a particular URL at once, all hundred > workstations receive the same cached answer from the local domain server, > and they proceed to pound the box into oblivion. This is the "University > Intro to CS class" problem. It's worse if they are pounding on your news > server :-( which HAS happened to me. Or one of several server boxes with 40 X terminals hanging off it. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Nov 14 09:38:30 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA25463 for hackers-outgoing; Tue, 14 Nov 1995 09:38:30 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA25448 for ; Tue, 14 Nov 1995 09:38:24 -0800 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id JAA28873; Tue, 14 Nov 1995 09:38:14 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id JAA00471; Tue, 14 Nov 1995 09:36:57 -0800 Message-Id: <199511141736.JAA00471@corbin.Root.COM> To: Mail Archive cc: Greg Lehey , FreeBSD Hackers Subject: Re: getting close - 1104-snap ed0 not working In-reply-to: Your message of "Tue, 14 Nov 95 11:45:57 EST." From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 14 Nov 1995 09:36:51 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >> > Apparently it seems to be the ed0 drive. Since I mailed yesterday I have >> > tried NE2000's WD8003 WD8013 SMC Elite and SMC Ultra cards. With NO LUCK! >> >> Well, considering that you've tried the cards that most people use, >> I'd guess that you're looking in the wrong place. > >Considering I can get a 3C509 to work and all of my PCI cards to work I >think I would be doing everything right. I have now tried 4 machines. I >go backa snap and they _ALL_ work again. This is kindof weird I was >looking at the CVS diffs and do NOT see anything at all that would have >caused this.... There have been no changes to the driver code in the past 2 months. Can you be more specific about "it doesn't work"? -DG From owner-freebsd-hackers Tue Nov 14 09:39:05 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA25580 for hackers-outgoing; Tue, 14 Nov 1995 09:39:05 -0800 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA25554 for ; Tue, 14 Nov 1995 09:38:56 -0800 Received: from jhome.DIALix.COM (root@jhome.DIALix.COM [192.203.228.69]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id JAA08314 for ; Tue, 14 Nov 1995 09:38:40 -0800 Received: (from peter@localhost) by jhome.DIALix.COM (8.6.12/8.6.9) id BAA00724; Wed, 15 Nov 1995 01:30:46 +0800 Date: Wed, 15 Nov 1995 01:30:45 +0800 (WST) From: Peter Wemm To: Joe Greco cc: hackers@freebsd.org Subject: Re: if_mux hack? In-Reply-To: <199511141625.KAA28744@brasil.moneng.mei.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Tue, 14 Nov 1995, Joe Greco wrote: > > Sound interesting? Is it a "worthy hack"? (especially since Linux has > > something like it.. :-) > > I had been intending to play with this under iijppp but never did. Since > the "tun" device brings an IP interface into userland, one should be able to > do whatever one pleases at that level... including writing alternative > transport mechanisms that do load balancing. > > :-) Yep.. I'd thought about this too. I also had an evil idea on how to get around lossy/saturated international internet links. Use if_tun to get datagrams out to userspace, and encapsulate them in UDP packets for transmission to a daemon on freefall, redundantly transmitting each UDP packet two or three times, or with a non-backoff retransmission algorithm... Desperate things for desperate times... Quite anti-social I know, but doing interactive work over a link that's doing 70% packet drop is extremely painful. :-( TCP is doing so much backoff that it's practically useless. (BTW: if there's an easy way to violate the RFC's by clamp the maximum TCP retransmission values I'd love to know...) -Peter > ... Joe > > ------------------------------------------------------------------------------- > Joe Greco - Systems Administrator jgreco@ns.sol.net > Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 > From owner-freebsd-hackers Tue Nov 14 09:45:43 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA26168 for hackers-outgoing; Tue, 14 Nov 1995 09:45:43 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA26046 ; Tue, 14 Nov 1995 09:44:02 -0800 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 SAA18370 ; Tue, 14 Nov 1995 18:42:04 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id SAA28260 ; Tue, 14 Nov 1995 18:42:03 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.1/keltia-uucp-2.6) id SAA07475; Tue, 14 Nov 1995 18:28:45 +0100 (MET) From: Ollivier Robert Message-Id: <199511141728.SAA07475@keltia.freenix.fr> Subject: Re: elm problem :) To: bmk@dtr.com Date: Tue, 14 Nov 1995 18:28:45 +0100 (MET) Cc: geoff@ginsu.com, bsd@ee.petra.ac.id, questions@freebsd.org, freebsd-hackers@freebsd.org In-Reply-To: <199511132326.PAA07428@dtr.com> from "bmk@dtr.com" at Nov 13, 95 03:26:12 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1327 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk It seems that bmk@dtr.com said: > have existed, I don't know). I've always had to use flock style locking > - fcntl always seemed to cause the symptoms the original complaint > described. I used to compile Elm setgid mail with all three types of lock till Rod said that without the setgid and with both the 755 permissions on /var/mail and fcntl locking it was working beatifully. It runs like that since. Weird. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Sun Nov 12 16:47:05 MET 1995 From owner-freebsd-hackers Tue Nov 14 09:57:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA27184 for hackers-outgoing; Tue, 14 Nov 1995 09:57:48 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA27155 for ; Tue, 14 Nov 1995 09:57:36 -0800 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id JAA28903; Tue, 14 Nov 1995 09:57:26 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id JAA00503; Tue, 14 Nov 1995 09:56:07 -0800 Message-Id: <199511141756.JAA00503@corbin.Root.COM> To: Terry Lambert cc: rashid@rk.ios.com, jgreco@brasil.moneng.mei.com, hackers@freebsd.org Subject: Re: Odd crash after inode depletion.. In-reply-to: Your message of "Tue, 14 Nov 95 10:46:47 MST." <199511141746.KAA20340@phaeton.artisoft.com> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 14 Nov 1995 09:56:07 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >> Do you know the difference of appearance of a cicular queue in our sources? >> Based on your comments, I must conclude that you do not. tailq's are NOT >> circular queues. The vnode free list is NOT a circular queue and it never has >> been in FreeBSD. > >First of all, I correctly identified the code that was screwing up from >a written description of the problem. I wrote the part about the circular >queues before going to the code (I was going to not attempt a cursor fix >precisely because it doesn't matter what I post, I get attacked). No you did not identify the problem. vnodes on the free list are not supposed to *ever* have non-zero usecounts. Something gained a reference to the vnode without pulling it off the freelist. THAT is the problem. >Second, it was a change to the queue management that cause the screwup, >since even you must admit that it didn't happen in the past, and the >change was to add more vnodes, and the failure mode was in the queue >head check that guards the allocation code. We did !!!NOT!!! change the queue management for vnodes! How many times do I have to say this? >Third, I identified two potential quick hack fixes. Which are wrong. You don't understand the problem or the code. >> The change to a circular queue for the mountlist was NOT made for aesthetic >> reasons. It was made because it is required to traverse the mount queue in the >> reverse direction in order to properly dismount filesystems (because of mount >> point dependencies). > >This is why god invented the stack and function recursion. It's called a >depth first traversal. I had considered doing the mount insertion at the head. "df" then comes out backwards. circleq's are the correct solution. -DG From owner-freebsd-hackers Tue Nov 14 10:01:05 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA27372 for hackers-outgoing; Tue, 14 Nov 1995 10:01:05 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA27355 for ; Tue, 14 Nov 1995 10:00:53 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA20340; Tue, 14 Nov 1995 10:46:47 -0700 From: Terry Lambert Message-Id: <199511141746.KAA20340@phaeton.artisoft.com> Subject: Re: Odd crash after inode depletion.. To: davidg@root.com Date: Tue, 14 Nov 1995 10:46:47 -0700 (MST) Cc: terry@lambert.org, rashid@rk.ios.com, jgreco@brasil.moneng.mei.com, hackers@freebsd.org In-Reply-To: <199511141725.JAA00436@corbin.Root.COM> from "David Greenman" at Nov 14, 95 09:25:44 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: 2392 Sender: owner-hackers@freebsd.org Precedence: bulk > Do you know the difference of appearance of a cicular queue in our sources? > Based on your comments, I must conclude that you do not. tailq's are NOT > circular queues. The vnode free list is NOT a circular queue and it never has > been in FreeBSD. First of all, I correctly identified the code that was screwing up from a written description of the problem. I wrote the part about the circular queues before going to the code (I was going to not attempt a cursor fix precisely because it doesn't matter what I post, I get attacked). Second, it was a change to the queue management that cause the screwup, since even you must admit that it didn't happen in the past, and the change was to add more vnodes, and the failure mode was in the queue head check that guards the allocation code. Third, I identified two potential quick hack fixes. > The change to a circular queue for the mountlist was NOT made for aesthetic > reasons. It was made because it is required to traverse the mount queue in the > reverse direction in order to properly dismount filesystems (because of mount > point dependencies). This is why god invented the stack and function recursion. It's called a depth first traversal. > You can only do this by using circleq's. Like hell. It's *convenient* to use a circular queue. Since mounting and unmounting are less typical than getdents(), and system shutdown is less typical than either, there's no good reason, other than aesthetics, to make a change. Unless you happen to fix the file systems that would require the change. > Look Terry, I'm not the only one who is getting very annoyed at your > continuous spread of mis-truths and baseless criticisms. You would be doing > yourself and everyone else a favor if you would double check your facts and > assumptions first and stop making such completely wrong comments. I couldn't give less of a damn if the actual description lacked your high standards of descriptive accuracy. I correctly identified the problem as that of pulling a vnode with a positive count off the freelist head. It's the code that counts. Feel free to provide your own patch to fix this long standing bug, as you have been free to do since it was first reported. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Nov 14 10:06:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA27885 for hackers-outgoing; Tue, 14 Nov 1995 10:06:42 -0800 Received: from bell.cs.strath.ac.uk (mmdf@bell.cs.strath.ac.uk [130.159.196.126]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id KAA27862 for ; Tue, 14 Nov 1995 10:06:32 -0800 Received: from muir-11.cs.strath.ac.uk by bell.cs.strath.ac.uk id aa08228; 14 Nov 95 14:08 GMT To: freebsd-hackers@freebsd.org Subject: Re: Making Shared Libraries In-reply-to: Your message of "Mon, 13 Nov 1995 21:20:16 EST." Date: Tue, 14 Nov 1995 14:06:53 +0000 From: Neil Clark Message-ID: <9511141408.aa08228@bell.cs.strath.ac.uk> Sender: owner-hackers@freebsd.org Precedence: bulk > Quick question, but I'd like to compiled ncurses shared libraries, >but don't know how to do so. Pointers to documentations on doing this >would help, or direct pointers to man pages... I don't know about ncurses, but I`ve been able to compile various libraries as shared by compiling the .c files with the -fpic (position independant code) option and linking with the -shared option. Seems to have worked fine so far... I got this info (mostly) from the gcc man page BTW. You could also check out the man page for ld.so as well for further info. Neil From owner-freebsd-hackers Tue Nov 14 10:09:30 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA28139 for hackers-outgoing; Tue, 14 Nov 1995 10:09:30 -0800 Received: from virginia.edu (uvaarpa.Virginia.EDU [128.143.2.7]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id KAA28124 for ; Tue, 14 Nov 1995 10:09:16 -0800 Received: from server.cs.virginia.edu by uvaarpa.virginia.edu id ab11762; 14 Nov 95 13:09 EST Received: from mamba.cs.Virginia.EDU (mamba-fo.cs.Virginia.EDU) by uvacs.cs.virginia.edu (4.1/5.1.UVA) id AA16911; Tue, 14 Nov 95 13:09:06 EST Posted-Date: Tue, 14 Nov 1995 13:09:05 -0500 (EST) Received: by mamba.cs.Virginia.EDU (5.x/SMI-2.0) id AA07983; Tue, 14 Nov 1995 13:09:05 -0500 From: bah6f@server.cs.virginia.edu Message-Id: <9511141809.AA07983@mamba.cs.Virginia.EDU> Subject: -current kernel not compiling To: hackers@freebsd.org Date: Tue, 14 Nov 1995 13:09:05 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk I just sup'ed the latest -current, and now my kernel won't compile: cc -c -O2 -pipe -m486 -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -nostdinc -I. -I../.. -I../../sys -I../../../include -DI586_CPU -DPROBE_VERBOSE -DMAXCONS=6 -DXSERVER -DBOUNCE_BUFFERS -DNSWAPDEV=4 -DMFS_ROOT=10 -DMFS -DFFS -DMROUTING -DINET -DUCONSOLE -DSYSVMSG -DSYSVSEM -DSYSVSHM -DDDB -DCOMPAT_43 -DKERNEL -Di386 -DLOAD_ADDRESS=0xF0100000 ../../pci/aic7870.c In file included from ../../pci/aic7870.c:35: ../../i386/scsi/aic7xxx.h:220: conflicting types for `ahcintr' ./ioconf.h:13: previous declaration of `ahcintr' ../../i386/scsi/aic7xxx.h:220: warning: redundant redeclaration of `ahcintr' in same scope ./ioconf.h:13: warning: previous declaration of `ahcintr' *** Error code 1 Is there anything I can do to help it along, or should I just sit and wait? I did a 'make all install' on the rest of the OS, so I have problems with 'w', 'who', 'ps' and the like because they're new, but the kernel isn't. Thanks, Paco -- Brian "Paco" Hope Research Assistant, Technical Support Staff email: paco@virginia.edu Department of Computer Science WWW: http://www.cs.virginia.edu/~bah6f/ University of Virginia From owner-freebsd-hackers Tue Nov 14 10:15:01 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA28692 for hackers-outgoing; Tue, 14 Nov 1995 10:15:01 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA28683 for ; Tue, 14 Nov 1995 10:14:54 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA20459; Tue, 14 Nov 1995 11:06:20 -0700 From: Terry Lambert Message-Id: <199511141806.LAA20459@phaeton.artisoft.com> Subject: Re: Odd crash after inode depletion.. To: davidg@root.com Date: Tue, 14 Nov 1995 11:06:20 -0700 (MST) Cc: terry@lambert.org, rashid@rk.ios.com, jgreco@brasil.moneng.mei.com, hackers@freebsd.org In-Reply-To: <199511141756.JAA00503@corbin.Root.COM> from "David Greenman" at Nov 14, 95 09:56:07 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: 4456 Sender: owner-hackers@freebsd.org Precedence: bulk > > >> Do you know the difference of appearance of a cicular queue in our sources? > >> Based on your comments, I must conclude that you do not. tailq's are NOT > >> circular queues. The vnode free list is NOT a circular queue and it never has > >> been in FreeBSD. > > > >First of all, I correctly identified the code that was screwing up from > >a written description of the problem. I wrote the part about the circular > >queues before going to the code (I was going to not attempt a cursor fix > >precisely because it doesn't matter what I post, I get attacked). > > No you did not identify the problem. vnodes on the free list are not > supposed to *ever* have non-zero usecounts. Something gained a reference to > the vnode without pulling it off the freelist. THAT is the problem. int vget(vp, lockflag) register struct vnode *vp; int lockflag; { /* * If the vnode is in the process of being cleaned out for another * use, we wait for the cleaning to finish and then return failure. * Cleaning is determined either by checking that the VXLOCK flag is * set, or that the use count is zero with the back pointer set to * show that it has been removed from the free list by getnewvnode. * The VXLOCK flag may not have been set yet because vclean is blocked * in the VOP_LOCK call waiting for the VOP_INACTIVE to complete. */ if ((vp->v_flag & VXLOCK) || (vp->v_usecount == 0 && vp->v_freelist.tqe_prev == (struct vnode **) 0xdeadb)) { vp->v_flag |= VXWANT; (void) tsleep((caddr_t) vp, PINOD, "vget", 0); return (1); } ****** ****** Next compare assumes node from freelist can have non-0 usecount ****** if (vp->v_usecount == 0) { TAILQ_REMOVE(&vnode_free_list, vp, v_freelist); freevnodes--; } ****** ****** This ordering is evil. To make it less evil would require ****** abstracting the vnode locking from the underlying file systems ****** into a file system independent layer using an owner and a counting ****** semaphore. Like SunOS or SVR4 or Dynix. ****** vp->v_usecount++; if (lockflag) VOP_LOCK(vp); return (0); } > > >Second, it was a change to the queue management that cause the screwup, > >since even you must admit that it didn't happen in the past, and the > >change was to add more vnodes, and the failure mode was in the queue > >head check that guards the allocation code. > > We did !!!NOT!!! change the queue management for vnodes! How many times do > I have to say this? Until you change the comments. /* * Return the next vnode from the free list. */ int getnewvnode(tag, mp, vops, vpp) enum vtagtype tag; struct mount *mp; vop_t **vops; struct vnode **vpp; { register struct vnode *vp; vp = vnode_free_list.tqh_first; /* * we allocate a new vnode if ******** * 1. we don't have any free ******** * Pretty obvious, we actually used to panic, but that ******** * is a silly thing to do. * 2. we havn't filled our pool yet * We don't want to trash the incore (VM-)vnodecache. * 3. if less that 1/4th of our vnodes are free. * We don't want to trash the namei cache either. */ if (freevnodes < (numvnodes >> 2) || numvnodes < desiredvnodes || vp == NULL) { vp = (struct vnode *) malloc((u_long) sizeof *vp, M_VNODE, M_WAITOK); bzero((char *) vp, sizeof *vp); numvnodes++; } else { TAILQ_REMOVE(&vnode_free_list, vp, v_freelist); freevnodes--; "used to panic" == "no longer panic" == "changed code". > >Third, I identified two potential quick hack fixes. > > Which are wrong. You don't understand the problem or the code. Which is why I used that little adjective "potential" and didn't claim them as fixes in my post. > >> The change to a circular queue for the mountlist was NOT made for aesthetic > >> reasons. It was made because it is required to traverse the mount queue in the > >> reverse direction in order to properly dismount filesystems (because of mount > >> point dependencies). > > > >This is why god invented the stack and function recursion. It's called a > >depth first traversal. > > I had considered doing the mount insertion at the head. "df" then comes out > backwards. circleq's are the correct solution. It would have been equally valid to do a recursive descent, unmounting on ascent instead of descent to ensure proper ordering. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Nov 14 10:39:41 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA01167 for hackers-outgoing; Tue, 14 Nov 1995 10:39:41 -0800 Received: from haywire.DIALix.COM (news@haywire.DIALix.COM [192.203.228.65]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA01150 for ; Tue, 14 Nov 1995 10:39:30 -0800 Received: (from news@localhost) by haywire.DIALix.COM (sendmail) id CAA08895 for freebsd-hackers@freebsd.org; Wed, 15 Nov 1995 02:38:41 +0800 (WST) Received: from GATEWAY by haywire.DIALix.COM with netnews for freebsd-hackers@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-hackers@freebsd.org Date: 15 Nov 1995 02:38:36 +0800 From: peter@haywire.dialix.com (Peter Wemm) Message-ID: <48annc$8lr$1@haywire.DIALix.COM> Organization: DIALix Services, Perth, Australia. References: <199511141418.PAA03522@allegro.lemis.de>, <1053.816359324@critter.tfs.com> Subject: Re: Can't NFS mount with latest -current Sender: owner-hackers@freebsd.org Precedence: bulk phk@critter.tfs.com (Poul-Henning Kamp) writes: >> I've traced this back to /usr/src/kern/kern_sysctl.c, but haven't got >> round to finding out why it dies (it's difficult without an editor and >> a debugger :-) It looks as if you've seen problems in this area >> before, though. >A lot of commits went into kern_sysctl.c lately. The most recent of these >are belived to be mostly correct even. There may still be an issue >if the program doesn't allocate a sufficiently large buffer for things >like the hostname (256 chars) I think, which this could look like it is. What if you have a binary that was compiled on a system with MAXHOSTNAMELEN=64 (as is the traitional BSD value), and you do not have source? IMO, gethostname(buf, 64) should not fail unless the hostname is longer than 64 characters! What's worse, is that older software was written with the knowledge that "MAXHOSTNAMELEN" is not portable across systems and use their own non-conflicting constant. On some systems, the #define is in rather than in . On other systems, the actual maximum hostname length is _SYS_NMLEN(256) while the token MAXHOSTNAMELEN is a bogus "64" despite the fact that gethostname() on those systems will return up to 256 characters. For the people out there who are stuck while this is being resolved, you might want to try this patch to -current.. Index: kern_sysctl.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_sysctl.c,v retrieving revision 1.49 diff -c -r1.49 kern_sysctl.c *** kern_sysctl.c 1995/11/14 09:42:22 1.49 --- kern_sysctl.c 1995/11/14 15:59:14 *************** *** 293,301 **** --- 293,303 ---- { int error=0; + #if 0 /* Broken! this breaks traditional gethostname(buf, 64) */ if (arg2) error = SYSCTL_OUT(req, arg1, arg2); else + #endif error = SYSCTL_OUT(req, arg1, strlen((char *)arg1)+1); if (error || !req->newptr || !arg2) (Damn.. I've had another go at Poul-Henning.. He must be cursing me by now.. Sorry again... :-) Anyway, Poul-Henning has created two sysctl types.. one is a null-terminated "C-style" string, and the other is an "opaque" chunk of byte counted memory. IMHO, the string version should always return the correct amount of characters that the string actually uses. If the whole block is to be returned, that's what the opaque type is for. -Peter >-- >Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. >http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. >whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. >Future will arrive by its own means, progress not so. From owner-freebsd-hackers Tue Nov 14 10:50:06 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA02046 for hackers-outgoing; Tue, 14 Nov 1995 10:50:06 -0800 Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA02041 for ; Tue, 14 Nov 1995 10:50:02 -0800 Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id LAA03028; Tue, 14 Nov 1995 11:51:36 -0700 Date: Tue, 14 Nov 1995 11:51:36 -0700 From: Nate Williams Message-Id: <199511141851.LAA03028@rocky.sri.MT.net> To: bah6f@server.cs.virginia.edu Cc: hackers@freebsd.org Subject: Re: -current kernel not compiling In-Reply-To: <9511141809.AA07983@mamba.cs.Virginia.EDU> References: <9511141809.AA07983@mamba.cs.Virginia.EDU> Sender: owner-hackers@freebsd.org Precedence: bulk > I just sup'ed the latest -current, and now my kernel won't compile: You *need* to be on the CVS commit list if you're going to be running -current. There were changes to the kernel configuration that are different now. See the new GENERIC and LINT configuration files for changes you'll need to make to your custom configuration file. Nate From owner-freebsd-hackers Tue Nov 14 10:55:24 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA02647 for hackers-outgoing; Tue, 14 Nov 1995 10:55:24 -0800 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA02640 for ; Tue, 14 Nov 1995 10:55:21 -0800 Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id MAA29115; Tue, 14 Nov 1995 12:51:44 -0600 From: Joe Greco Message-Id: <199511141851.MAA29115@brasil.moneng.mei.com> Subject: Re: Multiple http servers - howto ? To: terry@lambert.org (Terry Lambert) Date: Tue, 14 Nov 1995 12:51:44 -0600 (CST) Cc: terry@lambert.org, luigi@labinfo.iet.unipi.it, hackers@FreeBSD.org In-Reply-To: <199511141728.KAA20264@phaeton.artisoft.com> from "Terry Lambert" at Nov 14, 95 10:28:06 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > > > #1. Via DNS. The requesting hosts are rotored through a list of the > > > addresses. > > > > > > It isn't a very good scheme, mostly because caching exists. > > > > Which is why you lower the TTL :-) or maybe just not worry about it, > > because when you start examining the Bigger Picture, you realize that a site > > large enough to require multiple servers is receiving zillions of requests, > > and different data will be cached by each domain server, still effectively > > spreading the load over multiple servers. > > *My* cache doesn't have to honor *your* TTL. In fact, if my provider > is Sprint or one of serval others, it *won't* honor your TTL. If you are using Sprint for domain service, I pity you. Nevertheless, the TTL only assists in randomization. > You're still doing round-robin address assignment, which expects that > clients will behave statistically identical to one another. And they > won't, even if the TTL is honored. Somebody else who doesn't really understand that when N is a random function that may not be random for small values of x, still is random enough for large values of x.... :-) The TTL hack simply reduces the definition of "may not be random for small values of x". If you are trying to tell me that if I have 4 addresses and 5,000 sites do a DNS lookup on me, I will state that at least 1,000 sites will get assigned to each address. That does not imply that the loading will be identical or totally equal, but it should be reasonably distributed. I may not care if the distribution is 1000/1000/1000/2000, because it is still better than 5000 against a single box - and I would bet that it would be more evenly distributed than I am suggesting, most of the time. For smaller cases, you don't care because you don't need multiple server platforms to begin with. > > The case where you might lose is if a hundred workstations at the same site > > suddenly decide to all run Netscape on a particular URL at once, all hundred > > workstations receive the same cached answer from the local domain server, > > and they proceed to pound the box into oblivion. This is the "University > > Intro to CS class" problem. It's worse if they are pounding on your news > > server :-( which HAS happened to me. > > Or one of several server boxes with 40 X terminals hanging off it. Both of which are cases where the sample size "x" isn't large enough (well, of course, in the case of the news server, there was only one news server). ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Tue Nov 14 11:03:56 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA03537 for hackers-outgoing; Tue, 14 Nov 1995 11:03:56 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA03532 for ; Tue, 14 Nov 1995 11:03:53 -0800 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id LAA29054; Tue, 14 Nov 1995 11:03:49 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id LAA00602; Tue, 14 Nov 1995 11:02:22 -0800 Message-Id: <199511141902.LAA00602@corbin.Root.COM> To: Joe Greco cc: hackers@freebsd.org Subject: Re: Odd crash after inode depletion.. In-reply-to: Your message of "Sun, 12 Nov 95 01:40:28 CST." <199511120740.BAA26010@brasil.moneng.mei.com> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 14 Nov 1995 11:02:21 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >> > I've got this message. Then system destroys my / partition. I also >> > believe that was'nt a bug. I think it is nice feature added in kernel. ;) >> >> I have a hard time believing that the two are related. I've exhausted >> inodes on our news server quite a few times (and on some of my own >> machines) without any data corruption whatsoever. >> >> Be careful making assertions like this if you're not *really sure* >> that a relationship exists. I do not see any of the investigative >> work required to prove this one way or another given here. > >I've noticed an infrequent but consistent tendency for the system to panic >with "free vnode isn't" some time after hitting inode exhaustion. With a >sample size of only a few instances, all I can establish is that I have NOT >seen a "free vnode isn't" panic without first having run out of inodes. > >(system is running 1026-SNAP, by the way, which may be significant - I never >saw this panic under 2.0.5R, but then again, I can't recall ever having run >out of inodes under 2.0.5R) For those that are seeing this problem ("free vnode isn't"), please add options DIAGNOSTIC ...to your kernel. I need to know if the vnode reference count is going negative. Also, a description of *all* filesystem types that you're using on the system would be useful. It looks like the problem may be correlated to the out-of-inodes condition, but maybe not. Since the problem seems to happen often for some people, perhaps I'll be able to get this one fixed quickly (although too late for 2.1...sorry). BTW, we do plan to provide patches to 2.1 after the release. -DG From owner-freebsd-hackers Tue Nov 14 11:04:51 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA03624 for hackers-outgoing; Tue, 14 Nov 1995 11:04:51 -0800 Received: from dtr.com (dtr.rain.com [204.119.8.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA03617 ; Tue, 14 Nov 1995 11:04:47 -0800 From: bmk@dtr.com Received: (from bmk@localhost) by dtr.com (8.6.12/8.6.9) id LAA01278; Tue, 14 Nov 1995 11:02:49 -0800 Message-Id: <199511141902.LAA01278@dtr.com> Subject: Re: elm problem :) To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Tue, 14 Nov 1995 11:02:49 -0800 (PST) Cc: bmk@dtr.com, geoff@ginsu.com, bsd@ee.petra.ac.id, questions@freebsd.org, freebsd-hackers@freebsd.org In-Reply-To: <199511141728.SAA07475@keltia.freenix.fr> from "Ollivier Robert" at Nov 14, 95 06:28:45 pm Reply-To: bmk@dtr.com X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 713 Sender: owner-hackers@freebsd.org Precedence: bulk > It seems that bmk@dtr.com said: > > have existed, I don't know). I've always had to use flock style locking > > - fcntl always seemed to cause the symptoms the original complaint > > described. > I used to compile Elm setgid mail with all three types of lock till Rod > said that without the setgid and with both the 755 permissions on /var/mail > and fcntl locking it was working beatifully. It runs like that since. > Weird. I don't run Elm setgid mail and I also use 755 perms on /var/mail. However, when I first installed elm, I (perhaps foolishly) used world rwx with setgid mail and the sticky bit on /var/mail. Fcntl didn't work then, but it's possible that it will now. I'll have to try it. From owner-freebsd-hackers Tue Nov 14 11:07:47 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA03940 for hackers-outgoing; Tue, 14 Nov 1995 11:07:47 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA03927 for ; Tue, 14 Nov 1995 11:07:41 -0800 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id LAA29060; Tue, 14 Nov 1995 11:07:39 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id LAA00617; Tue, 14 Nov 1995 11:06:11 -0800 Message-Id: <199511141906.LAA00617@corbin.Root.COM> To: peter@haywire.dialix.com (Peter Wemm) cc: freebsd-hackers@freebsd.org Subject: Re: Can't NFS mount with latest -current In-reply-to: Your message of "15 Nov 95 02:38:36 +0800." <48annc$8lr$1@haywire.DIALix.COM> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 14 Nov 1995 11:06:11 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >Anyway, Poul-Henning has created two sysctl types.. one is a >null-terminated "C-style" string, and the other is an "opaque" chunk >of byte counted memory. IMHO, the string version should always return >the correct amount of characters that the string actually uses. If >the whole block is to be returned, that's what the opaque type is for. Yes, the "size" argument should be used to limit the copy, not prevent it from happening. We should be using copyoutstr() for this. -DG From owner-freebsd-hackers Tue Nov 14 11:15:39 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA04549 for hackers-outgoing; Tue, 14 Nov 1995 11:15:39 -0800 Received: from rk.ios.com ([198.4.75.55]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA04524 for ; Tue, 14 Nov 1995 11:15:31 -0800 Received: (from rashid@localhost) by rk.ios.com (8.6.11/8.6.9) id OAA02701; Tue, 14 Nov 1995 14:07:10 -0500 From: Rashid Karimov Message-Id: <199511141907.OAA02701@rk.ios.com> Subject: Re: Multiple http servers - howto ? To: terry@lambert.org (Terry Lambert) Date: Tue, 14 Nov 1995 14:07:10 -0500 (EST) Cc: luigi@labinfo.iet.unipi.it, hackers@FreeBSD.org In-Reply-To: <199511141527.IAA19839@phaeton.artisoft.com> from "Terry Lambert" at Nov 14, 95 08:27: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: 1244 Sender: owner-hackers@FreeBSD.org Precedence: bulk Hi there folx, > > > I have read that some http servers (probably some machines at NCSA) > > are actually a cluster of servers attached to the same ethernet. Client > > transparently contact one of the servers. I would like to know how this > > is achieved, e.g. > > > > i) by supplying different IP translations for the same name; > > ii) by a clever use of ARP > > iii) by some other technique which I do not know > > #1. Via DNS. The requesting hosts are rotored through a list of the > addresses. > > It isn't a very good scheme, mostly because caching exists. It is importante that you provide 0 expiration times for the corresponding A records - so that (at least RFC compliant) DNS servers will not cache the record .... There are a few pitfalls in http ... namely lack of support for multiple WWW domains on the same computer(the URL gets stripped, so the server never sees the domain name in URL) and the mechanism for authentic redirection to the mirror Web site - in case when the first server is overloaded or/and is under maintenance. Would be great if this issues could be addressed in future implementation of the hhtp proto... will take some time tho to upgrade all the servers and browsers Rashid From owner-freebsd-hackers Tue Nov 14 11:31:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA06113 for hackers-outgoing; Tue, 14 Nov 1995 11:31:21 -0800 Received: from dtr.com (dtr.rain.com [204.119.8.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA06070 ; Tue, 14 Nov 1995 11:31:10 -0800 From: bmk@dtr.com Received: (from bmk@localhost) by dtr.com (8.6.12/8.6.9) id LAA03668; Tue, 14 Nov 1995 11:29:45 -0800 Message-Id: <199511141929.LAA03668@dtr.com> Subject: Re: elm problem :) To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Tue, 14 Nov 1995 11:29:45 -0800 (PST) Cc: bmk@dtr.com, geoff@ginsu.com, bsd@ee.petra.ac.id, questions@freebsd.org, freebsd-hackers@freebsd.org In-Reply-To: <199511141728.SAA07475@keltia.freenix.fr> from "Ollivier Robert" at Nov 14, 95 06:28:45 pm Reply-To: bmk@dtr.com X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 523 Sender: owner-hackers@freebsd.org Precedence: bulk > It seems that bmk@dtr.com said: > > have existed, I don't know). I've always had to use flock style locking > > - fcntl always seemed to cause the symptoms the original complaint > > described. > I used to compile Elm setgid mail with all three types of lock till Rod > said that without the setgid and with both the 755 permissions on /var/mail > and fcntl locking it was working beatifully. It runs like that since. Just got an opportunity to recompile and test using only fcntl locking - and it now works. :) From owner-freebsd-hackers Tue Nov 14 11:44:02 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA07619 for hackers-outgoing; Tue, 14 Nov 1995 11:44:02 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA07582 for ; Tue, 14 Nov 1995 11:43:30 -0800 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 UAA20559 ; Tue, 14 Nov 1995 20:43:15 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id UAA28560 ; Tue, 14 Nov 1995 20:43:15 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.1/keltia-uucp-2.6) id UAA08147; Tue, 14 Nov 1995 20:39:31 +0100 (MET) From: Ollivier Robert Message-Id: <199511141939.UAA08147@keltia.freenix.fr> Subject: Re: elm problem :) To: bmk@dtr.com Date: Tue, 14 Nov 1995 20:39:30 +0100 (MET) Cc: freebsd-hackers@FreeBSD.ORG (FreeBSD Hackers' list) In-Reply-To: <199511141419.GAA11536@dtr.com> from "bmk@dtr.com" at Nov 14, 95 06:19:42 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1327 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk It seems that bmk@dtr.com said: > At the time (this was under a 1.1 system, BTW), I didn't know enough for > this to really bother me. Now that I know better, I might just > investigate it further. > > Perhaps there's something buggy with how elm uses fcntl? I don't think so. Your problem is weird. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Sun Nov 12 16:47:05 MET 1995 From owner-freebsd-hackers Tue Nov 14 11:50:24 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA08164 for hackers-outgoing; Tue, 14 Nov 1995 11:50:24 -0800 Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA08152 for ; Tue, 14 Nov 1995 11:50:10 -0800 Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id OAA01682; Tue, 14 Nov 1995 14:48:32 -0500 Date: Tue, 14 Nov 1995 14:48:32 -0500 (EST) From: "Ron G. Minnich" To: hackers@freebsd.org Subject: bogus benchmark & who knows where the time goes? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk My apologies for the tone of a previous note. It won't be repeated. My thanks to john dyson, terry lambert, and others for their thoughtful and interesting comments re that simple program that is in truth a bogus benchmark for general use (it's measuring two different things on linux and freebsd, which is why it's not a useful general purpose benchmark). The program stimulates page faults on freebsd, and not on linux. It remains useful to me for work i'm doing but for general purpose should not be used. Now i'd like to raise a purely freebsd question: where's the time going? Freebsd does ok on page faults -- 60-80 microseconds, 3x better than linux! If you just multiply the numbers out it's about 6k-8k instructions. I don't know what part of this is actual instruction overhead and what part is waiting for i/o. I do know what a better number looks like: 10 microseconds, or 600 instructions, or both. 10 microseconds looks better because at that point you're doing general purpose multi-user page faults in time comparable to what people are achieving with single-user Myrinet cards. 600 instructions looks better because you can then support more parallel applications. The ATM card we're doing here will send packets out with about 5 microseconds of software overhead, and you don't have to look too long to see that software is now over 90% of the page fault overhead -- quite different than the Ethernet numbers. So it's an interesting question: what would it take to achieve these goals? where is the time going? what can we slice out? When chuck cranor did the netbsd port to the heurikon cards we spent some time looking at the vm code. There's a lot of work going on in there. It would be nice to see a simpler model that does less and does it faster. We formulated a challenge goal: user-mode page fault to network I/O in 10 instructions. Probably impossible to achieve, but we can dream ... ron Ron Minnich |Like a knife through Daddy's heart: rminnich@sarnoff.com |"Don't make fun of Windows, daddy! It takes care (609)-734-3120 | of all my files and it's reliable and I like it". From owner-freebsd-hackers Tue Nov 14 11:54:15 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA08403 for hackers-outgoing; Tue, 14 Nov 1995 11:54:15 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA08387 for ; Tue, 14 Nov 1995 11:54:11 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA20656; Tue, 14 Nov 1995 12:45:40 -0700 From: Terry Lambert Message-Id: <199511141945.MAA20656@phaeton.artisoft.com> Subject: Re: Multiple http servers - howto ? To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Tue, 14 Nov 1995 12:45:40 -0700 (MST) Cc: terry@lambert.org, luigi@labinfo.iet.unipi.it, hackers@FreeBSD.org In-Reply-To: <199511141851.MAA29115@brasil.moneng.mei.com> from "Joe Greco" at Nov 14, 95 12:51: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: 3202 Sender: owner-hackers@FreeBSD.org Precedence: bulk > > You're still doing round-robin address assignment, which expects that > > clients will behave statistically identical to one another. And they > > won't, even if the TTL is honored. > > Somebody else who doesn't really understand that when N is a random function > that may not be random for small values of x, still is random enough for > large values of x.... :-) > > The TTL hack simply reduces the definition of "may not be random for small > values of x". For P(N1(X) == N2(X)) << 1. I quantified this as "statistically identical client behaviour". If the distribution of clients by duration is not uniform, then the effective "randomness" is reduced. > If you are trying to tell me that if I have 4 addresses and 5,000 sites do > a DNS lookup on me, I will state that at least 1,000 sites will get assigned > to each address. That does not imply that the loading will be identical or > totally equal, but it should be reasonably distributed. I may not care if > the distribution is 1000/1000/1000/2000, because it is still better than > 5000 against a single box - and I would bet that it would be more evenly > distributed than I am suggesting, most of the time. The loading due to each client will be non-identical. For P(Nn(X)) for 'n' hosts, the probability of divergence is given by: n * session duration / sample interval. I guess if you don't check your per server connection load too often relative to the TTL, it will be better balanced on average. 8-). This is the problem with connecting to machines instead of to services. In any case, the point is that distribution of server load by DNS is non-optimal, since it assumes all clients are equal in terms of duration and/or server load factor, etc.. The actual tendency is for a loaded server to service requests slower, and so become more loaded if a truly round-robin assignment scheme is used. Using a machine connection assignment oriented mechanism (like picking your DNS response to a potential client), you want to assign clients based on inverse of relative server load to optimize per client response times. Maybe you could wire a special DNS server that knew WWW server loads per some sample reporting interval? This would still be inferior to a dynamic load balancing mechanism, like service connection instead of machine connectin, but it wouldn't require protocol changes to implement. You'd end up with no load increase on an over-used server, though load decrease would not fall off proportionally to unloading of other servers in the same group of assigns, like it would with service connection or some meta-protocol for client handoff between identical service providers. The other thing that isn't taken into account is topology management for geographically seperate servers: no way to get the least loaded server cosest to your location to reduce overall network congestion. Actually, someone could probably get a nice little paper out of building an inverse load preferential DNS (and load reporting daemons) if they wanted to. 8-). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Nov 14 11:58:05 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA08737 for hackers-outgoing; Tue, 14 Nov 1995 11:58:05 -0800 Received: from fieber-john.campusview.indiana.edu (Fieber-John.campusview.indiana.edu [149.159.1.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA08732 for ; Tue, 14 Nov 1995 11:58:02 -0800 Received: (from jfieber@localhost) by fieber-john.campusview.indiana.edu (8.6.12/8.6.12) id OAA11646; Tue, 14 Nov 1995 14:57:56 -0500 Date: Tue, 14 Nov 1995 14:57:53 -0500 (EST) From: John Fieber X-Sender: jfieber@fieber-john.campusview.indiana.edu To: Thomas Graichen cc: hackers@freebsd.org Subject: Re: mailinglists In-Reply-To: <199511140820.JAA12927@julia.physik.fu-berlin.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Tue, 14 Nov 1995, Thomas Graichen wrote: > how about some consistent names for the mailinglist-owners - we have ... > simply name the owner of the list owner-listname - this would make it much > easier to set up mailfilters - in the current sheme i have to wait until a > mail comes to see from which owner it comes and then to add a line into my > filter-rules (... but that moment i may have 100 or mail mail in my mailbox It gets better! If you wait long enough, the Sender field on a maililng list will *change* and then you have to change your filter! (But keep the old filter rules in there in case they change back...) -john == jfieber@indiana.edu =========================================== == http://fieber-john.campusview.indiana.edu/~jfieber ============ From owner-freebsd-hackers Tue Nov 14 12:21:03 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA09552 for hackers-outgoing; Tue, 14 Nov 1995 12:21:03 -0800 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA09535 for ; Tue, 14 Nov 1995 12:20:56 -0800 Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id OAA29269; Tue, 14 Nov 1995 14:18:45 -0600 From: Joe Greco Message-Id: <199511142018.OAA29269@brasil.moneng.mei.com> Subject: Re: Multiple http servers - howto ? To: rashid@rk.ios.com (Rashid Karimov) Date: Tue, 14 Nov 1995 14:18:44 -0600 (CST) Cc: terry@lambert.org, luigi@labinfo.iet.unipi.it, hackers@FreeBSD.org In-Reply-To: <199511141907.OAA02701@rk.ios.com> from "Rashid Karimov" at Nov 14, 95 02:07:10 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > > > I have read that some http servers (probably some machines at NCSA) > > > are actually a cluster of servers attached to the same ethernet. Client > > > transparently contact one of the servers. I would like to know how this > > > is achieved, e.g. > > > > > > i) by supplying different IP translations for the same name; > > > ii) by a clever use of ARP > > > iii) by some other technique which I do not know > > > > #1. Via DNS. The requesting hosts are rotored through a list of the > > addresses. > > > > It isn't a very good scheme, mostly because caching exists. > > It is importante that you provide 0 expiration times > for the corresponding A records - so that (at least RFC compliant) > DNS servers will not cache the record .... Not necessarily something you WANT to do either, however. > There are a few pitfalls in http ... namely lack of support > for multiple WWW domains on the same computer(the URL gets > stripped, so the server never sees the domain name in URL) > and the mechanism for authentic redirection to the mirror Web site - > in case when the first server is overloaded or/and is under maintenance. Yes, although this can be done under an OS such as FreeBSD, with careful IP aliasing. www.xyz IN A 206.55.64.140 IN A 206.55.64.141 www.abc IN A 206.55.64.142 IN A 206.55.64.143 Where 206.55.64.{140,142} are on one box and 206.55.64.{141,143} are on another. During maintenance of one machine you can even temporarily assign the other machine's addresses to the first machine... not that I've tried it. > Would be great if this issues could be addressed in future > implementation of the hhtp proto... will take some time tho > to upgrade all the servers and browsers It would make sense to provide a cleaner interface, yes. But it can be done with today's technology. ... JG From owner-freebsd-hackers Tue Nov 14 12:29:52 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA10358 for hackers-outgoing; Tue, 14 Nov 1995 12:29:52 -0800 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA10348 for ; Tue, 14 Nov 1995 12:29:45 -0800 Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id OAA29285; Tue, 14 Nov 1995 14:27:59 -0600 From: Joe Greco Message-Id: <199511142027.OAA29285@brasil.moneng.mei.com> Subject: Re: Multiple http servers - howto ? To: terry@lambert.org (Terry Lambert) Date: Tue, 14 Nov 1995 14:27:58 -0600 (CST) Cc: terry@lambert.org, luigi@labinfo.iet.unipi.it, hackers@FreeBSD.org In-Reply-To: <199511141945.MAA20656@phaeton.artisoft.com> from "Terry Lambert" at Nov 14, 95 12:45:40 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > The other thing that isn't taken into account is topology management for > geographically seperate servers: no way to get the least loaded server > cosest to your location to reduce overall network congestion. Very true. > Actually, someone could probably get a nice little paper out of building > an inverse load preferential DNS (and load reporting daemons) if they > wanted to. 8-). Somebody already did, a while ago, but I don't have any references handy. Something I saw once in comp.protocols.tcp-ip.domains.... ... JG From owner-freebsd-hackers Tue Nov 14 12:35:06 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA10860 for hackers-outgoing; Tue, 14 Nov 1995 12:35:06 -0800 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id MAA10841 ; Tue, 14 Nov 1995 12:35:01 -0800 Message-Id: <199511142035.MAA10841@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com didn't use HELO protocol To: bah6f@server.cs.virginia.edu cc: hackers@freebsd.org Subject: Re: -current kernel not compiling In-reply-to: Your message of "Tue, 14 Nov 1995 13:09:05 EST." <9511141809.AA07983@mamba.cs.Virginia.EDU> Date: Tue, 14 Nov 1995 12:34:59 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org Precedence: bulk >I just sup'ed the latest -current, and now my kernel won't compile: > >In file included from ../../pci/aic7870.c:35: >../../i386/scsi/aic7xxx.h:220: conflicting types for `ahcintr' >./ioconf.h:13: previous declaration of `ahcintr' >../../i386/scsi/aic7xxx.h:220: warning: redundant redeclaration of >`ahcintr' in same scope >./ioconf.h:13: warning: previous declaration of `ahcintr' >*** Error code 1 > >Is there anything I can do to help it along, or should I just sit and >wait? I did a 'make all install' on the rest of the OS, so I have >problems with 'w', 'who', 'ps' and the like because they're new, but >the kernel isn't. The ahc driver used eisaconf now. You will have to change how your kernel config file configs any ahc devices. Look in the LINT and GENERIC config files for examples. You should also be on the -curren and -commit mailing lists if you are going to track -current. This issue has already been discussed there. > >Thanks, >Paco >-- >Brian "Paco" Hope Research Assistant, Technical Support Staff >email: paco@virginia.edu Department of Computer Science >WWW: http://www.cs.virginia.edu/~bah6f/ University of Virginia -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Tue Nov 14 13:08:35 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA13389 for hackers-outgoing; Tue, 14 Nov 1995 13:08:35 -0800 Received: from bubba.tribe.com ([205.184.207.7]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA13378 ; Tue, 14 Nov 1995 13:08:28 -0800 Received: (from archie@localhost) by bubba.tribe.com (8.6.12/8.6.12) id NAA02611; Tue, 14 Nov 1995 13:07:15 -0800 From: Archie Cobbs Message-Id: <199511142107.NAA02611@bubba.tribe.com> Subject: Re: FreeBSD 2.0.5R hanging inexplicably... To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 14 Nov 1995 13:07:15 -0800 (PST) Cc: freebsd-questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199511140734.HAA00793@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Nov 14, 95 07:34:51 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: 909 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Mike Smith sez: > Archie Cobbs stands accused of saying: > > If I startup X, and then try to switch back to a text console, the screen > > goes blank and everything hangs. > > > > I've got vt0-vt5 as login windows, running X on vt6... this happens > > with the ET4000 X server, both versions 3.1.1 and 3.1.2. > > > > Could the ET4000 be involved somehow? > > The ET4000 (and particularly the W32 variants) XFree server is _very_fragile_. > > The cards themselves are no great shakes, and the behaviour of the server > leads me to _strongly_ discourage people from using them. (Especially given > how cheap S3-based cards are these days). The et4000/w32p server has been rock solid under Linux for over a year... just a data point... -Archie _______________________________________________________________________________ Archie L. Cobbs, archie@tribe.com * Tribe Computer Works http://www.tribe.com From owner-freebsd-hackers Tue Nov 14 13:43:28 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA15704 for hackers-outgoing; Tue, 14 Nov 1995 13:43:28 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA15695 for ; Tue, 14 Nov 1995 13:43:22 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id NAA29801 for ; Tue, 14 Nov 1995 13:42:44 -0800 To: hackers@freefall.FreeBSD.org Subject: Sup! It's killing us! Please help! Date: Tue, 14 Nov 1995 13:42:43 -0800 Message-ID: <29799.816385363@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk OK, so maybe I'm being just a bit dramatic.. Nonetheless, the sup load on freefall, on top of the many tens of thousands of mail messages it does every week, is getting to be more than a bit of a drag on our development resources. Being behind WC's T1, which itself is behind BARRNET's already overloaded hub, also isn't doing us or our users any favors. I'd therefore like to put out a general call for backup sup servers. If we sup'd to 5 sites who in turn provided sup servers for 10 others, we'd have this problem licked and our sup users would be considerably happier to boot - it really won't take that much to significantly improve the situation. All we need are some fairly well-connected sites who have about 120MB or so of space to spare. What it takes to be a sup server: o T1 or better connectivity, depending on how many users you're willing to support. o About 120MB for a full source tree, itself kept up to date via sup from freefall. o A run of `supscan' once a night in cron. That's really it! Especially desirable would be any sites in Europe, Japan or Australia, where sup services are especially thin. Our current method of having everyone converge on freefall is clearly sub-optimial and it's not giving our users the service they deserve. Volunteers? Please? I'm more than happy to work with anyone in setting up the sup collections and supscan administration. It's not really that hard, and once it's done it basically runs itself. Thanks! Jordan From owner-freebsd-hackers Tue Nov 14 13:52:54 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA16178 for hackers-outgoing; Tue, 14 Nov 1995 13:52:54 -0800 Received: from tetsuo.communique.net (Tetsuo.Communique.Net [204.27.64.10]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA16161 for ; Tue, 14 Nov 1995 13:52:46 -0800 Received: from ryu.communique.net (Ryu.Communique.Net [204.27.64.11]) by tetsuo.communique.net (8.6.12/8.6.12) with SMTP id PAA26096 for ; Tue, 14 Nov 1995 15:52:13 -0600 Date: Tue, 14 Nov 1995 15:52:13 -0600 (CST) From: Raul Zighelboim To: hackers@freefall.freebsd.org Subject: Kernel config and two SCSI controllers... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I have a FreeBSD system and I am trying to configure it with two SCSI controllers. On one of them, I have the HDs, on the other, a tape drive. Originaly, the config file had the following in: controller ahb0 at isa? bio irq ? vector ahbintr controller scbus0 #base SCSI code device ch0 #SCSI media changers device sd0 #SCSI disks device st0 #SCSI tapes device cd0 #SCSI CD-ROMs Should I add the folling lines ? controller ahb1 at isa? bio irq ? vector ahbintr controller scbus1 #base SCSI code device ch1 #SCSI media changers device st1 #SCSI tapes as both scsi controllers are ahb ? ----------------------------------------------------------------------------- Raul Zighelboim e-mail: mango@communique.net Communique Inc. Tel: 504.527.6200 Technical Specialist Fax: 504.527.6030 From owner-freebsd-hackers Tue Nov 14 14:52:55 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA21683 for hackers-outgoing; Tue, 14 Nov 1995 14:52:55 -0800 Received: from beta.mdc.com (GAMMA.MDC.COM [130.38.238.83]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA21631 ; Tue, 14 Nov 1995 14:52:43 -0800 Message-Id: <199511142252.OAA21631@freefall.freebsd.org> Received: by beta.mdc.com ($Revision: 1.37.109.15 $/16.2) id AA115437576; Tue, 14 Nov 1995 16:52:08 -0600 From: Jim Babb Subject: Re: Argh! Guess I'm remastering.. To: jkh@freefall.freebsd.org (Jordan K. Hubbard) Date: Tue, 14 Nov 95 16:52:06 CST Cc: hackers@freefall.freebsd.org, ports@freefall.freebsd.org In-Reply-To: <199511141145.DAA02704@freefall.freebsd.org>; from "Jordan K. Hubbard" at Nov 14, 95 3:45 am Mailer: Elm [revision: 70.85] Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > This also means that if you have something else to point > out, you should please do it *soon* so that it falls somewhere within > the 3 day "window" I've declared for waiting until the BETA CD people > come back to me with their comments. > > I'm also not declaring this a flag day for coming back to me with > all kinds of things you want in 2.1 in general, I'm talking about > issues specifically related to the installation or the distributions > that make up the release. > OK, you asked. Just a minor nit, which I think was reported before. sysinstall creates (and later tests for) "/dev/ft0", while the 'ft' filter program uses "/dev/rft0" by default. This breaks the floppy tape for use during the install, and with the fixit floppy. Jim From owner-freebsd-hackers Tue Nov 14 15:02:18 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA22715 for hackers-outgoing; Tue, 14 Nov 1995 15:02:18 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA22698 for ; Tue, 14 Nov 1995 15:02:10 -0800 Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id PAA28765; Tue, 14 Nov 1995 15:01:50 -0800 From: Julian Elischer Message-Id: <199511142301.PAA28765@ref.tfs.com> Subject: Re: Sup! It's killing us! Please help! To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 14 Nov 1995 15:01:49 -0800 (PST) Cc: hackers@freefall.freebsd.org In-Reply-To: <29799.816385363@time.cdrom.com> from "Jordan K. Hubbard" at Nov 14, 95 01:42:43 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1811 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I volunteer ref.. of course it's behind the same BARRnet hub, but maybe they'll fix that.:) > > OK, so maybe I'm being just a bit dramatic.. > > Nonetheless, the sup load on freefall, on top of the many tens of > thousands of mail messages it does every week, is getting to be more > than a bit of a drag on our development resources. Being behind WC's > T1, which itself is behind BARRNET's already overloaded hub, also > isn't doing us or our users any favors. > > I'd therefore like to put out a general call for backup sup servers. > If we sup'd to 5 sites who in turn provided sup servers for 10 others, > we'd have this problem licked and our sup users would be considerably > happier to boot - it really won't take that much to significantly > improve the situation. > > All we need are some fairly well-connected sites who have about 120MB > or so of space to spare. > > What it takes to be a sup server: > > o T1 or better connectivity, depending on how many users > you're willing to support. > T1 > o About 120MB for a full source tree, itself kept up to date > via sup from freefall. I have the space > > o A run of `supscan' once a night in cron. > > That's really it! Especially desirable would be any sites in Europe, > Japan or Australia, where sup services are especially thin. hmmm peter, I meant to set jhome up for this but never got it going.. what's your bandwidth like? > > Our current method of having everyone converge on freefall is clearly > sub-optimial and it's not giving our users the service they deserve. I agree > > Volunteers? Please? I'm more than happy to work with anyone in > setting up the sup collections and supscan administration. It's > not really that hard, and once it's done it basically runs itself. > > Thanks! > > Jordan > From owner-freebsd-hackers Tue Nov 14 15:19:37 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA24444 for hackers-outgoing; Tue, 14 Nov 1995 15:19:37 -0800 Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA24400 for ; Tue, 14 Nov 1995 15:19:14 -0800 Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id QAA04121; Tue, 14 Nov 1995 16:21:35 -0700 Date: Tue, 14 Nov 1995 16:21:35 -0700 From: Nate Williams Message-Id: <199511142321.QAA04121@rocky.sri.MT.net> To: hackers@FreeBSD.org Subject: FreeBSD mentioned in SunExpert Sender: owner-hackers@FreeBSD.org Precedence: bulk In Jim Frost's review of WNT 3.51, FreeBSD is mentioned as one of the 'modern UNIX variants' who have an integrated VM and filesystem cache. We are placed in the same boat as 'SunOX, HP/UX, and SVR4. All-right! Nate From owner-freebsd-hackers Tue Nov 14 15:28:04 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA25821 for hackers-outgoing; Tue, 14 Nov 1995 15:28:04 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA25718 for ; Tue, 14 Nov 1995 15:27:46 -0800 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 AAA22755 ; Wed, 15 Nov 1995 00:27:21 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id AAA29010 ; Wed, 15 Nov 1995 00:27:21 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.1/keltia-uucp-2.6) id AAA09720; Wed, 15 Nov 1995 00:11:09 +0100 (MET) From: Ollivier Robert Message-Id: <199511142311.AAA09720@keltia.freenix.fr> Subject: Re: Kernel config and two SCSI controllers... To: mango@communique.net (Raul Zighelboim) Date: Wed, 15 Nov 1995 00:11:09 +0100 (MET) Cc: hackers@freefall.freebsd.org In-Reply-To: from "Raul Zighelboim" at Nov 14, 95 03:52:13 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1327 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk It seems that Raul Zighelboim said: > Originaly, the config file had the following in: > > controller ahb0 at isa? bio irq ? vector ahbintr > controller scbus0 #base SCSI code > device ch0 #SCSI media changers > device sd0 #SCSI disks > device st0 #SCSI tapes > device cd0 #SCSI CD-ROMs > > Should I add the folling lines ? > > controller ahb1 at isa? bio irq ? vector ahbintr > controller scbus1 #base SCSI code > device ch1 #SCSI media changers > device st1 #SCSI tapes I use this with my BT-747S and my AHA-1740A. I wire my devices down to avoid changes in fstab. controller bt0 at isa? port "IO_BT0" bio irq ? vector btintr controller scbus0 at bt0 controller eisa0 controller ahb0 controller scbus1 at ahb0 # BT: conner + CD disk sd0 at scbus0 target 0 unit 0 device cd0 at scbus0 target 6 # 1742: seagate + all streamers disk sd2 at scbus1 target 2 tape st0 at scbus1 target 5 Note that I'm using the -CURRENT's syntax for EISA device but the result is the same. Now, if only the BT driver could be eisaconf-aware :-) (probably a lot of work as the same driver is used for ISA/EISA/PCI/VLB controllers). -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Sun Nov 12 16:47:05 MET 1995 From owner-freebsd-hackers Tue Nov 14 15:34:51 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA27549 for hackers-outgoing; Tue, 14 Nov 1995 15:34:51 -0800 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA27518 for ; Tue, 14 Nov 1995 15:34:43 -0800 Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id RAA29533; Tue, 14 Nov 1995 17:33:56 -0600 From: Joe Greco Message-Id: <199511142333.RAA29533@brasil.moneng.mei.com> Subject: Re: FreeBSD mentioned in SunExpert To: nate@rocky.sri.MT.net (Nate Williams) Date: Tue, 14 Nov 1995 17:33:55 -0600 (CST) Cc: hackers@FreeBSD.org In-Reply-To: <199511142321.QAA04121@rocky.sri.MT.net> from "Nate Williams" at Nov 14, 95 04:21:35 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > In Jim Frost's review of WNT 3.51, FreeBSD is mentioned as one of the > 'modern UNIX variants' who have an integrated VM and filesystem cache. > We are placed in the same boat as 'SunOX, HP/UX, and SVR4. All right! :-) This was pointed out to me by a coworker earlier today too. This is a good reminder, however, that work remains to be done on the bleeding edge technologies such as lfs... (read the article) ... JG From owner-freebsd-hackers Tue Nov 14 15:36:57 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA27836 for hackers-outgoing; Tue, 14 Nov 1995 15:36:57 -0800 Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA27786 for ; Tue, 14 Nov 1995 15:36:28 -0800 Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id QAA04216; Tue, 14 Nov 1995 16:37:25 -0700 Date: Tue, 14 Nov 1995 16:37:25 -0700 From: Nate Williams Message-Id: <199511142337.QAA04216@rocky.sri.MT.net> To: Joe Greco Cc: nate@rocky.sri.MT.net (Nate Williams), hackers@FreeBSD.org Subject: Re: FreeBSD mentioned in SunExpert In-Reply-To: <199511142333.RAA29533@brasil.moneng.mei.com> References: <199511142321.QAA04121@rocky.sri.MT.net> <199511142333.RAA29533@brasil.moneng.mei.com> Sender: owner-hackers@FreeBSD.org Precedence: bulk > > In Jim Frost's review of WNT 3.51, FreeBSD is mentioned as one of the > > 'modern UNIX variants' who have an integrated VM and filesystem cache. > > We are placed in the same boat as 'SunOX, HP/UX, and SVR4. > > All right! :-) This was pointed out to me by a coworker earlier today too. > > This is a good reminder, however, that work remains to be done on the > bleeding edge technologies such as lfs... (read the article) Yep. Hopefully Justin will get some time to work on LFS now that the Adaptec stuff seems to be winding down. Nate From owner-freebsd-hackers Tue Nov 14 15:54:16 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA29669 for hackers-outgoing; Tue, 14 Nov 1995 15:54:16 -0800 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id PAA29656 ; Tue, 14 Nov 1995 15:54:09 -0800 Message-Id: <199511142354.PAA29656@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com didn't use HELO protocol To: Ollivier Robert cc: mango@communique.net (Raul Zighelboim), hackers@freefall.freebsd.org Subject: Re: Kernel config and two SCSI controllers... In-reply-to: Your message of "Wed, 15 Nov 1995 00:11:09 +0100." <199511142311.AAA09720@keltia.freenix.fr> Date: Tue, 14 Nov 1995 15:54:08 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >Now, if only the BT driver could be eisaconf-aware :-) (probably a lot of >work as the same driver is used for ISA/EISA/PCI/VLB controllers). I have access to a bt747, so I'm planning on doing the conversion soon... assuming Joerg didn't take up my invitation to do it first. :) >-- >Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net > FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Sun Nov 12 16:47:05 MET 1995 -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Tue Nov 14 18:57:55 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA05534 for hackers-outgoing; Tue, 14 Nov 1995 18:57:55 -0800 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA05529 for ; Tue, 14 Nov 1995 18:57:44 -0800 Received: from rah.star-gate.com (localhost [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.9) with ESMTP id SAA23075 for ; Tue, 14 Nov 1995 18:57:30 -0800 Message-Id: <199511150257.SAA23075@rah.star-gate.com> X-Mailer: exmh version 1.6.2 7/18/95 To: hackers@freefall.freebsd.org Subject: wordperfect and /dev/socksys Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 14 Nov 1995 18:57:29 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Has anyone managed to get wordperfect to work? Tnks, Amancio From owner-freebsd-hackers Tue Nov 14 19:22:38 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA06125 for hackers-outgoing; Tue, 14 Nov 1995 19:22:38 -0800 Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA06096 for ; Tue, 14 Nov 1995 19:22:22 -0800 Received: (from henrich@localhost) by crh.cl.msu.edu (8.6.12/8.6.12) id WAA06619 for freebsd-hackers@freebsd.org; Tue, 14 Nov 1995 22:22:15 -0500 From: Charles Henrich Message-Id: <199511150322.WAA06619@crh.cl.msu.edu> Subject: Strange tape bug FYI To: freebsd-hackers@freebsd.org Date: Tue, 14 Nov 1995 22:22:15 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1685 Sender: owner-hackers@freebsd.org Precedence: bulk This is not a bug w/ FreeBSD, but it was strange enough, that I figured I'd post it just in case someone else sees it in the future. I have been having problems with a SCSI DAT drive on a BusLogic 946C, where the tape would never start streaming, and after a long time would error out with the following messages: Beginning backup of partition / DUMP: Date of this level 0 dump: Tue Nov 14 19:33:13 1995 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping /dev/rsd0a (/) to /dev/nrst0 DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 103338 tape blocks on 0.03 tape(s). DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] DUMP: End of tape detected DUMP: Closing /dev/nrst0 DUMP: Change Volumes: Mount volume #2 DUMP: Is the new volume mounted and ready to go?: ("yes" or "no") no^C DUMP: Interrupt received. dmesg output shows: st0(bt0:0:0): Deferred Error: HARDWARE FAILURE asc:9,0 Track following error st0(bt0:0:0): HARDWARE FAILURE info:2800 asc:9,0 Track following error st0(bt0:0:0): HARDWARE FAILURE info:2800 asc:9,0 Track following error st0(bt0:0:0): HARDWARE FAILURE asc:9,0 Track following error ----- Hard drive access and everything else was peachy-keen. I swapped tape drives, same problem, I loaded older OS's and newer OS's. Used different versions of dump, all with zero success. Finally I replaced the SCSI card, and vwalla, all worked well. This doesnt make much sense to me, as HD access was just fine, go figure. -Crh Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-hackers Tue Nov 14 19:36:23 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA06890 for hackers-outgoing; Tue, 14 Nov 1995 19:36:23 -0800 Received: from bacchus.eng.umd.edu (bacchus.eng.umd.edu [129.2.94.5]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA06881 for ; Tue, 14 Nov 1995 19:36:01 -0800 Received: from espresso.eng.umd.edu (espresso.eng.umd.edu [129.2.98.13]) by bacchus.eng.umd.edu (8.7/8.7) with ESMTP id WAA26969; Tue, 14 Nov 1995 22:35:50 -0500 (EST) Received: (chuckr@localhost) by espresso.eng.umd.edu (8.7/8.6.4) id WAA09185; Tue, 14 Nov 1995 22:35:50 -0500 (EST) Date: Tue, 14 Nov 1995 22:35:49 -0500 (EST) From: Chuck Robey X-Sender: chuckr@espresso.eng.umd.edu To: bah6f@server.cs.virginia.edu cc: hackers@FreeBSD.org Subject: Re: -current kernel not compiling In-Reply-To: <9511141809.AA07983@mamba.cs.Virginia.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Tue, 14 Nov 1995 bah6f@server.cs.virginia.edu wrote: > I just sup'ed the latest -current, and now my kernel won't compile: > > cc -c -O2 -pipe -m486 -W -Wreturn-type -Wcomment -Wredundant-decls > -Wimplicit -Wnested-externs -nostdinc -I. -I../.. -I../../sys > -I../../../include -DI586_CPU -DPROBE_VERBOSE -DMAXCONS=6 -DXSERVER > -DBOUNCE_BUFFERS -DNSWAPDEV=4 -DMFS_ROOT=10 -DMFS -DFFS -DMROUTING > -DINET -DUCONSOLE -DSYSVMSG -DSYSVSEM -DSYSVSHM -DDDB -DCOMPAT_43 > -DKERNEL -Di386 -DLOAD_ADDRESS=0xF0100000 ../../pci/aic7870.c > In file included from ../../pci/aic7870.c:35: > ../../i386/scsi/aic7xxx.h:220: conflicting types for `ahcintr' > ./ioconf.h:13: previous declaration of `ahcintr' > ../../i386/scsi/aic7xxx.h:220: warning: redundant redeclaration of > `ahcintr' in same scope > ./ioconf.h:13: warning: previous declaration of `ahcintr' > *** Error code 1 > > Is there anything I can do to help it along, or should I just sit and > wait? I did a 'make all install' on the rest of the OS, so I have > problems with 'w', 'who', 'ps' and the like because they're new, but > the kernel isn't. I just got hit with the same thing. Justin Gibbs explained to me that the ahc driver is now classed as an EISA device, because it uses an EISA register to identify itself, so you need to add one line to your config file: controller eisa0 and change your ahc line to look like: controller ahc0 It now gets all it's info from probing. This works, too, because I'm using a non-standard place for my controller, but this finds it fine. > > Thanks, > Paco > -- > Brian "Paco" Hope Research Assistant, Technical Support Staff > email: paco@virginia.edu Department of Computer Science > WWW: http://www.cs.virginia.edu/~bah6f/ University of Virginia > ========================================================================== Chuck Robey chuckr@eng.umd.edu, I run FreeBSD-current on n3lxx + Journey2 Here's OJ's internet address in hex code: 00 2F 2F 2F 2F 5C 7F 2D 0D 15 1B 19 24 24 24 18 If you can't recall the translation, here it is: null character, slash, slash, slash, slash, backslash, rubout, dash, carriage return, negative acknowledgement, escape, end of media, dollar sign, dollar sign, dollar sign, cancel From owner-freebsd-hackers Tue Nov 14 19:53:39 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA07218 for hackers-outgoing; Tue, 14 Nov 1995 19:53:39 -0800 Received: from cps201.cps.cmich.edu (cps201.cps.cmich.edu [141.209.20.201]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA07212 for ; Tue, 14 Nov 1995 19:53:22 -0800 Received: from cps201 (cps201.cps.cmich.edu [141.209.20.201]) by cps201.cps.cmich.edu (8.6.12/8.6.12) with SMTP id WAA12028; Tue, 14 Nov 1995 22:53:13 -0500 Date: Tue, 14 Nov 1995 22:53:12 -0500 (EST) From: Mail Archive X-Sender: archive@cps201 To: David Greenman cc: Greg Lehey , FreeBSD Hackers Subject: Re: getting close - 1104-snap ed0 not working In-Reply-To: <199511141736.JAA00471@corbin.Root.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Tue, 14 Nov 1995, David Greenman wrote: > > There have been no changes to the driver code in the past 2 months. Can you > be more specific about "it doesn't work"? > it will probe the card find the card but refuse to initialize the network with an ifconfig. All I get from the ifconfig is the ability to ping my own IP number but not my router. I can throw a linux boot disk in and setup network with the same values and am able to NFS mount the remote filesystem where the installation lives. I have also tried both 10base5/10base2/10baseT on all these cards and "NONE" of them will work under freebsd. Yet all of them are probed and will run on linux. I do not know how much farther I can go with this. But the only factor I have found is that all the motherboards are Intel with Neptune chipsets P5-90's. I then got brave this afternoon and took the same hardware MINUS motherboard (replaced it with an ASUS PCI/I-P55TP4XE board and guess what all the ISA cards work fine now. I have a feeling that this a problem of the Neptune chipset. This is all the insight I have.... Matthew S. Bailey mbailey@cps.cmich.edu From owner-freebsd-hackers Tue Nov 14 20:04:09 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA07649 for hackers-outgoing; Tue, 14 Nov 1995 20:04:09 -0800 Received: from cps201.cps.cmich.edu (cps201.cps.cmich.edu [141.209.20.201]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA07642 for ; Tue, 14 Nov 1995 20:04:04 -0800 Received: from cps201 (cps201.cps.cmich.edu [141.209.20.201]) by cps201.cps.cmich.edu (8.6.12/8.6.12) with SMTP id XAA12213; Tue, 14 Nov 1995 23:04:00 -0500 Date: Tue, 14 Nov 1995 23:03:57 -0500 (EST) From: Mail Archive X-Sender: archive@cps201 To: "Jordan K. Hubbard" cc: hackers@freefall.freebsd.org Subject: Re: Sup! It's killing us! Please help! In-Reply-To: <29799.816385363@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Tue, 14 Nov 1995, Jordan K. Hubbard wrote: > > I'd therefore like to put out a general call for backup sup servers. > If we sup'd to 5 sites who in turn provided sup servers for 10 others, > we'd have this problem licked and our sup users would be considerably > happier to boot - it really won't take that much to significantly > improve the situation. ***---*** > Volunteers? Please? I'm more than happy to work with anyone in > setting up the sup collections and supscan administration. It's > not really that hard, and once it's done it basically runs itself. Hey Jordan more than will to set that up here. Help me a little bit in the setup and I will not have a problme letting it sit here. I have over 39Gigs online so a couple hundred megs or so will not hurt. I am connected on a pair of T1 lines two hops (VIA COPPER) from chicago NAP (well plus the other FDDI rings in between). We are more than willing to set this up here. ftp.cps.cmich.edu:/pub/FreeBSD is a current mirror and the machine runs FreeBSD as well. (always a plus :) All I ask is that there be a link on the web pages to the departments web pages. (which are poor and miserable but I can only work so fast alone.) Anyway Let me know....... Matthew S. Bailey mbailey@cps.cmich.edu I am also willing to be a mail exploder for the mailing lists as well if someone will help me set them up... CYA! From owner-freebsd-hackers Tue Nov 14 20:07:19 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA07837 for hackers-outgoing; Tue, 14 Nov 1995 20:07:19 -0800 Received: from virginia.edu (uvaarpa.Virginia.EDU [128.143.2.7]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id UAA07827 for ; Tue, 14 Nov 1995 20:07:12 -0800 Received: from server.cs.virginia.edu by uvaarpa.virginia.edu id aa14595; 14 Nov 95 23:07 EST Received: from parker.cs.Virginia.EDU (fddi-parker.cs.Virginia.EDU) by uvacs.cs.virginia.edu (4.1/5.1.UVA) id AA26672; Tue, 14 Nov 95 23:07:09 EST Posted-Date: Tue, 14 Nov 1995 23:07:04 -0500 (EST) Received: by parker.cs.Virginia.EDU (940816.SGI.8.6.9/SMI-2.0) id XAA27244; Tue, 14 Nov 1995 23:07:04 -0500 From: bah6f@server.cs.virginia.edu Message-Id: <199511150407.XAA27244@parker.cs.Virginia.EDU> Subject: Re: -current kernel not compiling To: hackers@freebsd.org Date: Tue, 14 Nov 1995 23:07:04 -0500 (EST) In-Reply-To: from "Chuck Robey" at Nov 14, 95 10:35:49 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: 1079 Sender: owner-hackers@freebsd.org Precedence: bulk Chuck Robey writes: -> -> On Tue, 14 Nov 1995 bah6f@server.cs.virginia.edu wrote: -> -> > I just sup'ed the latest -current, and now my kernel won't compile: -> > ../../i386/scsi/aic7xxx.h:220: conflicting types for `ahcintr' -> > ./ioconf.h:13: previous declaration of `ahcintr' -> > ../../i386/scsi/aic7xxx.h:220: warning: redundant redeclaration of [...snip...] -> I just got hit with the same thing. Justin Gibbs explained to me that -> the ahc driver is now classed as an EISA device, because it uses an EISA -> register to identify itself, so you need to add one line to your config -> -> controller eisa0 -> -> and change your ahc line to look like: -> -> controller ahc0 In my particular case, I'm using the PCI version of the card, so I added "controller ahc1" and I'm all set. Thanks to all those who responded. Paco -- Brian "Paco" Hope Research Assistant, Technical Support Staff email: paco@virginia.edu Department of Computer Science WWW: http://www.cs.virginia.edu/~bah6f/ University of Virginia From owner-freebsd-hackers Tue Nov 14 20:17:04 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA08093 for hackers-outgoing; Tue, 14 Nov 1995 20:17:04 -0800 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA08081 for ; Tue, 14 Nov 1995 20:16:54 -0800 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id EAA03435; Wed, 15 Nov 1995 04:10:29 GMT From: Michael Smith Message-Id: <199511150410.EAA03435@genesis.atrad.adelaide.edu.au> Subject: Re: Sup! It's killing us! Please help! To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 15 Nov 1995 04:10:28 +0000 () Cc: hackers@freefall.freebsd.org In-Reply-To: <29799.816385363@time.cdrom.com> from "Jordan K. Hubbard" at Nov 14, 95 01:42:43 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1174 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Jordan K. Hubbard stands accused of saying: > That's really it! Especially desirable would be any sites in Europe, > Japan or Australia, where sup services are especially thin. Hmm. If it's possible to restrict sup-serving times and clients then I'm happy to set up a small server here. Connectivity isn't the problem, just the potential volume issues that may upset our provider. (Although they're a Netscape mirror, so this is hardly going to touch the surface 8) > Volunteers? Please? I'm more than happy to work with anyone in > setting up the sup collections and supscan administration. It's > not really that hard, and once it's done it basically runs itself. Sure - who else in Oz is considering setting this up? (and any idea how many suppers there are here?) > Jordan -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 041-122-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" -Terry Lambert UNIX: live FreeBSD or die! [[ From owner-freebsd-hackers Tue Nov 14 20:19:38 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA08193 for hackers-outgoing; Tue, 14 Nov 1995 20:19:38 -0800 Received: from sumter.awod.com (awod.com [198.81.225.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA08186 for ; Tue, 14 Nov 1995 20:19:31 -0800 Received: from spr.awod.com (ppps04.awod.com [198.81.225.84]) by sumter.awod.com (8.6.11/8.6.9) with SMTP id XAA08214; Tue, 14 Nov 1995 23:17:17 -0500 Date: Tue, 14 Nov 1995 23:17:17 -0500 Message-Id: <199511150417.XAA08214@sumter.awod.com> X-Sender: srob@awod.com X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: "Sean P. Robertson" Sender: owner-hackers@freebsd.org Precedence: bulk The following is a tribute to the work that is being done at FreeBSD.org. Please be kind. I am little more than a curious user on the sidelines, but my obsession is your obsession as much as it can be. Thanks Guys. Sean P. Robertson The Citadel - Charleston, SC USA & Sales Manager - awod.com Make the Daemon The hacker to the detriment of all else, Knows the machine. Its language and temperament and ability, He knows better than all others. He feels the weight of his lack of that knowledge; though, and it Drives him on. While others sleep, he fights; his fingers navigating the crude Tactile input device designed to transfer his brilliance to the Console. In spastic bursts of revelation, processes spawn other processes Until the operating system and the machine and the wizard, the hacker, bring the cumbersome code to life. ENTER. At the speed of light, the fiber optic propels the bytes of Lifeblood to his fellow junkies, traversing a world mapped by Routers, taking them, in packet formation, to .COMs and .EDUs and .NETs and .ORGs. as famed mariners, seeking the White Whale, Stormed the seven seas. Sean P. Robertson From owner-freebsd-hackers Tue Nov 14 21:00:13 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA11040 for hackers-outgoing; Tue, 14 Nov 1995 21:00:13 -0800 Received: from haywire.DIALix.COM (haywire.DIALix.COM [192.203.228.65]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA11015 for ; Tue, 14 Nov 1995 21:00:02 -0800 Received: (from news@localhost) by haywire.DIALix.COM (sendmail) id MAA13755 for freebsd-hackers@freebsd.org; Wed, 15 Nov 1995 12:54:53 +0800 (WST) Received: from GATEWAY by haywire.DIALix.COM with netnews for freebsd-hackers@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-hackers@freebsd.org Date: 15 Nov 1995 12:54:47 +0800 From: peter@haywire.dialix.com (Peter Wemm) Message-ID: <48brqn$ddn$1@haywire.DIALix.COM> Organization: DIALix Services, Perth, Australia. References: <29799.816385363@time.cdrom.com>, <199511142301.PAA28765@ref.tfs.com> Subject: Re: Sup! It's killing us! Please help! Sender: owner-hackers@freebsd.org Precedence: bulk julian@ref.tfs.com (Julian Elischer) writes: [...] >> That's really it! Especially desirable would be any sites in Europe, >> Japan or Australia, where sup services are especially thin. >hmmm peter, I meant to set jhome up for this but never got it going.. >what's your bandwidth like? Within Perth, 28.8K. I can probably organise 128K but not on jhome. Unfortunately it'd be practically useless outside of Perth. :-( The WA to "rest of australia" 2Megabit link (run by Telstra Internet Service, was AARNet) is running at about 60% packet loss, bringing the effecitive throughput down in the order of equvalent to a miserable 9600 baud.. :-( (ie: over 1KB/sec is a bonus). Sigh. -Peter From owner-freebsd-hackers Tue Nov 14 21:41:44 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA16383 for hackers-outgoing; Tue, 14 Nov 1995 21:41:44 -0800 Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA16362 for ; Tue, 14 Nov 1995 21:41:31 -0800 Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD-4.4) id QAA19325; Wed, 15 Nov 1995 16:40:32 +1100 From: michael butler Message-Id: <199511150540.QAA19325@asstdc.scgt.oz.au> Subject: Re: Sup! It's killing us! Please help! To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 15 Nov 1995 16:40:31 +1100 (EST) Cc: jkh@time.cdrom.com, hackers@freefall.freebsd.org In-Reply-To: <199511150410.EAA03435@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Nov 15, 95 04:10:28 am X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2172 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Michael Smith writes: > Hmm. If it's possible to restrict sup-serving times and clients then > I'm happy to set up a small server here. Connectivity isn't the problem, > just the potential volume issues that may upset our provider. (Although > they're a Netscape mirror, so this is hardly going to touch the surface 8) Volume isn't (currently) a problem here .. I am my own provider with an average inbound bandwidth utilisation of <20% and outbound of <%5 (avg. over a month) :-) I wrote to Peter Wemm .. > >> That's really it! Especially desirable would be any sites in Europe, > >> Japan or Australia, where sup services are especially thin. > >hmmm peter, I meant to set jhome up for this but never got it going.. > >what's your bandwidth like? > Within Perth, 28.8K. I can probably organise 128K but not on jhome. > Unfortunately it'd be practically useless outside of Perth. :-( The WA > to "rest of australia" 2Megabit link (run by Telstra Internet Service, > was AARNet) is running at about 60% packet loss, bringing the > effecitive throughput down in the order of equvalent to a miserable > 9600 baud.. :-( (ie: over 1KB/sec is a bonus). > Sigh. I know how you feel .. I've seen many comments from Perth residents about this. I run an ISDN feed into the same building as the new Sydney->LA link if that's of more help. Packet loss from here to freefall is not unacceptable .. even at this hour of the day .. asstdc:~ % /sbin/ping -c 20 freefall.freebsd.org PING freefall.freebsd.org (192.216.222.4): 56 data bytes 64 bytes from 192.216.222.4: icmp_seq=0 ttl=241 time=294.253 ms 64 bytes from 192.216.222.4: icmp_seq=1 ttl=241 time=270.990 ms : 64 bytes from 192.216.222.4: icmp_seq=17 ttl=241 time=270.527 ms 64 bytes from 192.216.222.4: icmp_seq=18 ttl=241 time=272.189 ms 64 bytes from 192.216.222.4: icmp_seq=19 ttl=241 time=275.917 ms --- freefall.freebsd.org ping statistics --- 20 packets transmitted, 18 packets received, 10% packet loss round-trip min/avg/max = 265.901/293.016/433.456 ms Obviously, if we could convince David Dawes (on physics.su.oz.au) it'd be better .. they've got 2meg into the same Telstra office. michael From owner-freebsd-hackers Tue Nov 14 21:46:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA16869 for hackers-outgoing; Tue, 14 Nov 1995 21:46:21 -0800 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA16856 for ; Tue, 14 Nov 1995 21:46:16 -0800 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id FAA03663; Wed, 15 Nov 1995 05:39:12 GMT From: Michael Smith Message-Id: <199511150539.FAA03663@genesis.atrad.adelaide.edu.au> Subject: Re: Sup! It's killing us! Please help! To: imb@scgt.oz.au (michael butler) Date: Wed, 15 Nov 1995 05:39:12 +0000 () Cc: msmith@atrad.adelaide.edu.au, jkh@time.cdrom.com, hackers@freefall.freebsd.org In-Reply-To: <199511150540.QAA19325@asstdc.scgt.oz.au> from "michael butler" at Nov 15, 95 04:40:31 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 947 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk michael butler stands accused of saying: > Volume isn't (currently) a problem here .. I am my own provider with an > average inbound bandwidth utilisation of <20% and outbound of <%5 (avg. over > a month) :-) Looks ideal. Sup shouldn't add too much there 8) > Obviously, if we could convince David Dawes (on physics.su.oz.au) it'd be > better .. they've got 2meg into the same Telstra office. Last time I heard from David, they were cramped for space. Either way, it looks like you're in a much better position than me, so I'll happily step down 8) > michael -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 041-122-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" -Terry Lambert UNIX: live FreeBSD or die! [[ From owner-freebsd-hackers Tue Nov 14 22:04:09 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA18866 for hackers-outgoing; Tue, 14 Nov 1995 22:04:09 -0800 Received: from werple.net.au (0@werple.mira.net.au [203.9.190.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA18845 for ; Tue, 14 Nov 1995 22:03:58 -0800 Received: from cimaxp1.UUCP (Ucimlogi@localhost) by werple.net.au (8.7/8.7.1) with UUCP id QAA15103 for hackers@freebsd.org; Wed, 15 Nov 1995 16:45:10 +1100 (EST) Message-Id: <199511150545.QAA15103@werple.net.au> X-Authentication-Warning: werple.net.au: Ucimlogi set sender to cimaxp1!jb using -f Received: by cimaxp1.cimlogic.com.au; (5.65/1.1.8.2/10Sep95-0953AM) id AA01015; Wed, 15 Nov 1995 16:48:30 +1100 From: John Birrell Subject: Re: Sup! It's killing us! Please help! To: atrad.adelaide.edu.au!msmith@werple.net.au (Michael Smith) Date: Wed, 15 Nov 1995 16:48:29 +1100 (EST) Cc: hackers@freebsd.org, jb@cimlogic.com.au In-Reply-To: <199511150410.EAA03435@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Nov 15, 95 04:10:28 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > Volunteers? Please? I'm more than happy to work with anyone in > > setting up the sup collections and supscan administration. It's > > not really that hard, and once it's done it basically runs itself. > > Sure - who else in Oz is considering setting this up? (and any idea how > many suppers there are here?) In Oz it'd be nice if the mirror was close to the US gateway (like the NetBSD one is - NetBSD.rmit.edu.au) so that it doesn't load up interstate links. For us, ftp'ing from Sydney is often as bad as from the US. I don't know what the Adelaide link is like. Does anyone from RMIT subscribe to this list?????? > > > Jordan > > -- > ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ > ]] Genesis Software genesis@atrad.adelaide.edu.au [[ > ]] High-speed data acquisition and (GSM mobile) 041-122-496 [[ > ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ > ]] My car has "demand start" -Terry Lambert UNIX: live FreeBSD or die! [[ > -- John Birrell CIMlogic Pty Ltd jb@cimlogic.com.au 119 Cecil Street Ph +61 3 9690 9600 South Melbourne Vic 3205 Fax +61 3 9690 6650 Australia Mob +61 18 353 137 From owner-freebsd-hackers Tue Nov 14 22:24:27 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA21153 for hackers-outgoing; Tue, 14 Nov 1995 22:24:27 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA21144 for ; Tue, 14 Nov 1995 22:24:16 -0800 Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.12/8.6.9) with ESMTP id IAA10618; Wed, 15 Nov 1995 08:23:57 +0200 Received: from localhost (localhost [127.0.0.1]) by grumble.grondar.za (8.6.12/8.6.9) with SMTP id IAA14408; Wed, 15 Nov 1995 08:23:55 +0200 Message-Id: <199511150623.IAA14408@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" cc: hackers@freebsd.org Subject: Re: Sup! It's killing us! Please help! Date: Wed, 15 Nov 1995 08:23:55 +0200 From: Mark Murray Sender: owner-hackers@freebsd.org Precedence: bulk > That's really it! Especially desirable would be any sites in Europe, > Japan or Australia, where sup services are especially thin. > > Our current method of having everyone converge on freefall is clearly > sub-optimial and it's not giving our users the service they deserve. Do you have any stats as to who is getting what and from where? I would happily take over the South African distribution as long as I (we) knew what we were dealing with. (I speak for myself here, and maybe a little out of turn, but WTH) > Volunteers? Please? I'm more than happy to work with anyone in > setting up the sup collections and supscan administration. It's > not really that hard, and once it's done it basically runs itself. I already have this going for the crypto stuff. it would be a cinch to make it work for the rest. M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grumble.grondar.za for PGP key From owner-freebsd-hackers Tue Nov 14 22:54:36 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA23347 for hackers-outgoing; Tue, 14 Nov 1995 22:54:36 -0800 Received: from relay.hp.com (relay.hp.com [15.255.152.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA23342 ; Tue, 14 Nov 1995 22:54:33 -0800 Received: from srmail.sr.hp.com by relay.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA004068392; Tue, 14 Nov 1995 22:53:12 -0800 Received: from hpnmhjw.sr.hp.com by srmail.sr.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA084038376; Tue, 14 Nov 1995 22:52:56 -0800 Received: from mina.sr.hp.com by hpnmhjw.sr.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA002288372; Tue, 14 Nov 1995 22:52:52 -0800 Message-Id: <199511150652.AA002288372@hpnmhjw.sr.hp.com> To: freebsd-questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD 2.0.5R hanging inexplicably... Date: Tue, 14 Nov 1995 22:52:52 -0800 From: Darryl Okahata Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > The ET4000 (and particularly the W32 variants) XFree server is _very_fragil > e_. > > > > The cards themselves are no great shakes, and the behaviour of the server > > leads me to _strongly_ discourage people from using them. (Especially given > > how cheap S3-based cards are these days). > > The et4000/w32p server has been rock solid under Linux for over a year... > just a data point... It would be interesting to see if the people who are having problems with ET4000/W32p-based video cards are using syscons or pcvt. There have been a few posts recently regarding the "better robustness" of pcvt (vs syscons), and I just recently found a "bug" in syscons that was causing all my syscons fonts to be corrupted (after using X-Windows). -- Darryl Okahata Internet: darrylo@sr.hp.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion or policy of Hewlett-Packard or of the little green men that have been following him all day. From owner-freebsd-hackers Tue Nov 14 22:56:45 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA23766 for hackers-outgoing; Tue, 14 Nov 1995 22:56:45 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA23755 for ; Tue, 14 Nov 1995 22:56:43 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id WAA19623; Tue, 14 Nov 1995 22:54:50 -0800 To: "Amancio Hasty Jr." cc: hackers@freefall.freebsd.org Subject: Re: wordperfect and /dev/socksys In-reply-to: Your message of "Tue, 14 Nov 1995 18:57:29 PST." <199511150257.SAA23075@rah.star-gate.com> Date: Tue, 14 Nov 1995 22:54:50 -0800 Message-ID: <19621.816418490@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Yeah, works fine! > Has anyone managed to get wordperfect to work? > > Tnks, > Amancio > From owner-freebsd-hackers Tue Nov 14 22:57:14 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA23899 for hackers-outgoing; Tue, 14 Nov 1995 22:57:14 -0800 Received: from suphys.physics.usyd.edu.au (dawes@suphys.physics.usyd.edu.au [129.78.129.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA23879 for ; Tue, 14 Nov 1995 22:57:07 -0800 Received: (from dawes@localhost) by suphys.physics.usyd.edu.au (8.6.12/8.6.12) id RAA29411; Wed, 15 Nov 1995 17:55:52 +1100 From: David Dawes Message-Id: <199511150655.RAA29411@suphys.physics.usyd.edu.au> Subject: Re: Sup! It's killing us! Please help! To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 15 Nov 1995 17:55:52 +1100 (EST) Cc: imb@scgt.oz.au, msmith@atrad.adelaide.edu.au, jkh@time.cdrom.com, hackers@freefall.freebsd.org In-Reply-To: <199511150539.FAA03663@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Nov 15, 95 05:39:12 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 656 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >michael butler stands accused of saying: >> Volume isn't (currently) a problem here .. I am my own provider with an >> average inbound bandwidth utilisation of <20% and outbound of <%5 (avg. over >> a month) :-) > >Looks ideal. Sup shouldn't add too much there 8) > >> Obviously, if we could convince David Dawes (on physics.su.oz.au) it'd be >> better .. they've got 2meg into the same Telstra office. > >Last time I heard from David, they were cramped for space. Either way, it >looks like you're in a much better position than me, so I'll happily >step down 8) I should have a lot more space in a day or two, so I should be able to do this. David From owner-freebsd-hackers Tue Nov 14 23:09:46 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA25535 for hackers-outgoing; Tue, 14 Nov 1995 23:09:46 -0800 Received: from suphys.physics.usyd.edu.au (dawes@suphys.physics.usyd.edu.au [129.78.129.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA25524 for ; Tue, 14 Nov 1995 23:09:42 -0800 Received: (from dawes@localhost) by suphys.physics.usyd.edu.au (8.6.12/8.6.12) id SAA00231; Wed, 15 Nov 1995 18:09:20 +1100 From: David Dawes Message-Id: <199511150709.SAA00231@suphys.physics.usyd.edu.au> Subject: Re: Sup! It's killing us! Please help! To: cimaxp1!jb@werple.net.au (John Birrell) Date: Wed, 15 Nov 1995 18:09:19 +1100 (EST) Cc: atrad.adelaide.edu.au!msmith@werple.net.au, hackers@freebsd.org, jb@cimlogic.com.au In-Reply-To: <199511150545.QAA15103@werple.net.au> from "John Birrell" at Nov 15, 95 04:48:29 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 2062 Sender: owner-hackers@freebsd.org Precedence: bulk >> > Volunteers? Please? I'm more than happy to work with anyone in >> > setting up the sup collections and supscan administration. It's >> > not really that hard, and once it's done it basically runs itself. >> >> Sure - who else in Oz is considering setting this up? (and any idea how >> many suppers there are here?) > >In Oz it'd be nice if the mirror was close to the US gateway (like the >NetBSD one is - NetBSD.rmit.edu.au) so that it doesn't load up interstate >links. For us, ftp'ing from Sydney is often as bad as from the US. I don't >know what the Adelaide link is like. > >Does anyone from RMIT subscribe to this list?????? There are currently two US gateways. One in Sydney (4Mbit/s) and one in Melbourne (6Mbit/s). The information I have on this (as of a few weeks ago) is: ] All outgoing international traffic from Canberra, Sydney and the ] non-university Queensland networks is outbound across the ] Sydney-LA links, while all outbound Melbourne, Adelaide, Darwin, ] Perth and Hobart traffic is routed across the 6Mbps circuits. ] ] For incoming traffic the northern US and European transit traffic is ] inbound routed across the 6Mbps system and other traffic is inbound ] routed across the 4Mbps system. ] ] The internal distribution of traffic within the Melbourne - Canberra ] - Sydney is undertaken within a 2Mbps ring which connects the ] Melbourne, Canberra and Sydney locations. ] ] In response to a detailed examination of traffic patterns this afternoon ] we have reconfigured the traffic flow within the south east to make ] better use of all available capacity. Incoming international traffic ] at Sydney is now load balanced across the two bearer systems, lifting ] some of transit traffic off the Canberra link systems. ] ] An additional Melbourne - Sydney 2Mbps bearer is scheduled to be in ] production in some 2 weeks from today - which is anticipated to impose ] some short term stability on the traffic flows within this section ] of the network by removing all transit traffic from the Canberra links. David From owner-freebsd-hackers Tue Nov 14 23:13:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA26232 for hackers-outgoing; Tue, 14 Nov 1995 23:13:21 -0800 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA26205 for ; Tue, 14 Nov 1995 23:13:10 -0800 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id HAA03972; Wed, 15 Nov 1995 07:05:44 GMT From: Michael Smith Message-Id: <199511150705.HAA03972@genesis.atrad.adelaide.edu.au> Subject: Re: wordperfect and /dev/socksys To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 15 Nov 1995 07:05:43 +0000 () Cc: hasty@rah.star-gate.com, hackers@freefall.freebsd.org In-Reply-To: <19621.816418490@time.cdrom.com> from "Jordan K. Hubbard" at Nov 14, 95 10:54:50 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 590 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Jordan K. Hubbard stands accused of saying: > > Yeah, works fine! > > > Has anyone managed to get wordperfect to work? You _still_ haven't given us the URL for the static demo version! GRR! 8) > > Amancio -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 041-122-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" -Terry Lambert UNIX: live FreeBSD or die! [[ From owner-freebsd-hackers Tue Nov 14 23:25:10 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA28069 for hackers-outgoing; Tue, 14 Nov 1995 23:25:10 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA28062 for ; Tue, 14 Nov 1995 23:25:08 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id XAA19744; Tue, 14 Nov 1995 23:24:23 -0800 To: Michael Smith cc: hackers@freefall.freebsd.org Subject: Re: Sup! It's killing us! Please help! In-reply-to: Your message of "Wed, 15 Nov 1995 04:10:28 GMT." <199511150410.EAA03435@genesis.atrad.adelaide.edu.au> Date: Tue, 14 Nov 1995 23:24:23 -0800 Message-ID: <19742.816420263@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Hmm. If it's possible to restrict sup-serving times and clients then > I'm happy to set up a small server here. Connectivity isn't the problem, I'm not sure that's possible from sup itsel, though you could simply write a daemon that killed off the supfilesrv processes at the right times and restarted them again. Jordan From owner-freebsd-hackers Tue Nov 14 23:34:44 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA29470 for hackers-outgoing; Tue, 14 Nov 1995 23:34:44 -0800 Received: from psychotic.communica.com.au (root@gw.communica.com.au [203.8.94.161]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA29426 ; Tue, 14 Nov 1995 23:34:34 -0800 Received: from communica.com.au (newton@frenzy [192.82.222.1]) by psychotic.communica.com.au (8.6.12/8.6.9) with SMTP id SAA03147; Wed, 15 Nov 1995 18:04:01 +1030 Received: by communica.com.au (4.1/SMI-4.1) id AA09529; Wed, 15 Nov 95 18:03:50 CDT From: newton@communica.com.au (Mark Newton) Message-Id: <9511150733.AA09529@communica.com.au> Subject: Re: FreeBSD 2.0.5R hanging inexplicably... To: darrylo@hpnmhjw.sr.hp.com (Darryl Okahata) Date: Wed, 15 Nov 1995 18:03:49 +1030 (CST) Cc: freebsd-questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199511150652.AA002288372@hpnmhjw.sr.hp.com> from "Darryl Okahata" at Nov 14, 95 10:52:52 pm X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 2281 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Darryl Okahata wrote: > It would be interesting to see if the people who are having > problems with ET4000/W32p-based video cards are using syscons or pcvt. > There have been a few posts recently regarding the "better robustness" > of pcvt (vs syscons), and I just recently found a "bug" in syscons that > was causing all my syscons fonts to be corrupted (after using > X-Windows). My little brain ran itself along similar suspicions about six months ago, leading me to install pcvt on system instead of pccons. The problems X had occasionally caused for me were not fixed with the different console driver. Basically, the X server seems to be buggy when it restores text mode. I have no problems with it until I logout (when using xdm) or switch to another virtual console with CTL-ALT-Fx. Curiously, it *does* sometimes manage to do it right. A quick precis, for those who are interested: Scenario 1: xdm started at boot time with an empty Xservers file X server started at end of rc.local with: X -query cleese.apana.org.au >/dev/null 2>&1 ; Wed, 15 Nov 1995 00:09:16 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id TAA25412; Wed, 15 Nov 1995 19:06:56 +1100 Date: Wed, 15 Nov 1995 19:06:56 +1100 From: Bruce Evans Message-Id: <199511150806.TAA25412@godzilla.zeta.org.au> To: davidg@Root.COM, peter@haywire.dialix.com Subject: Re: Can't NFS mount with latest -current Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >>Anyway, Poul-Henning has created two sysctl types.. one is a >>null-terminated "C-style" string, and the other is an "opaque" chunk >>of byte counted memory. IMHO, the string version should always return >>the correct amount of characters that the string actually uses. If >>the whole block is to be returned, that's what the opaque type is for. > Yes, the "size" argument should be used to limit the copy, not prevent it >from happening. We should be using copyoutstr() for this. We shouldn't be using copyoutstr() for this. It returns ENAMETOOLONG, which would need to be converted to ENOMEM. Together with managing the indirect count, this would take about the same amount of code as calling strlen() and calculating the amount that fits. I think sysctl_handle_string() essentially does this. Does it have bugs? Why does it return E2BIG? This errno isn't documented for sysctl(). The current (i386) implementation of copyoutstr() is poor. strlen() followed by copyout() would be much faster. strlen() followed by memcpy() is close to the fastest method of implementing strcpy() on the i386. copyoutstr() is the most complicated routine in support.s, but is currently unused. Bruce From owner-freebsd-hackers Wed Nov 15 00:15:28 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA05305 for hackers-outgoing; Wed, 15 Nov 1995 00:15:28 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA05294 for ; Wed, 15 Nov 1995 00:15:25 -0800 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id AAA01802; Wed, 15 Nov 1995 00:15:24 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id AAA00161; Wed, 15 Nov 1995 00:15:22 -0800 Message-Id: <199511150815.AAA00161@corbin.Root.COM> To: Bruce Evans cc: peter@haywire.dialix.com, freebsd-hackers@freebsd.org Subject: Re: Can't NFS mount with latest -current In-reply-to: Your message of "Wed, 15 Nov 95 19:06:56 +1100." <199511150806.TAA25412@godzilla.zeta.org.au> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 15 Nov 1995 00:15:21 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >>>Anyway, Poul-Henning has created two sysctl types.. one is a >>>null-terminated "C-style" string, and the other is an "opaque" chunk >>>of byte counted memory. IMHO, the string version should always return >>>the correct amount of characters that the string actually uses. If >>>the whole block is to be returned, that's what the opaque type is for. > >> Yes, the "size" argument should be used to limit the copy, not prevent it >>from happening. We should be using copyoutstr() for this. > >We shouldn't be using copyoutstr() for this. ... >copyoutstr() is the most complicated routine in support.s, but is >currently unused. Are you saying that you would like to officially remove support for copyoutstr() in favor of strlen/copyout? I can agree with that. BTW, we should remove the #if 0'd crap in cpufunc.h: #if 0 /* * These functions in support.s are declared elsewhere. */ ... -DG From owner-freebsd-hackers Wed Nov 15 00:27:39 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA06092 for hackers-outgoing; Wed, 15 Nov 1995 00:27:39 -0800 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA06087 for ; Wed, 15 Nov 1995 00:27:36 -0800 Received: from rah.star-gate.com (localhost [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.9) with ESMTP id AAA01433; Wed, 15 Nov 1995 00:26:48 -0800 Message-Id: <199511150826.AAA01433@rah.star-gate.com> X-Mailer: exmh version 1.6.2 7/18/95 To: Michael Smith cc: jkh@time.cdrom.com (Jordan K. Hubbard), hackers@freefall.freebsd.org Subject: Re: wordperfect and /dev/socksys In-reply-to: Your message of "Wed, 15 Nov 1995 07:05:43 GMT." <199511150705.HAA03972@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 15 Nov 1995 00:26:45 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.ORG Precedence: bulk wordperf.novell.com:/pub/wpapps/unix/wp60/demos/sco/static/x11/wp60stat.tar What I don't know yet is whether wordperfect works with stable's ibcs2 or current's ibcs2? Tnks, Amancio >>> Michael Smith said: > Jordan K. Hubbard stands accused of saying: > > > > Yeah, works fine! > > > > > Has anyone managed to get wordperfect to work? > > You _still_ haven't given us the URL for the static demo version! GRR! 8) > > > > Amancio > > -- > ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ > ]] Genesis Software genesis@atrad.adelaide.edu.au [[ > ]] High-speed data acquisition and (GSM mobile) 041-122-496 [[ > ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ > ]] My car has "demand start" -Terry Lambert UNIX: live FreeBSD or die! [[ From owner-freebsd-hackers Wed Nov 15 00:42:25 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA07263 for hackers-outgoing; Wed, 15 Nov 1995 00:42:25 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA07194 for ; Wed, 15 Nov 1995 00:41:30 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA27599; Wed, 15 Nov 1995 09:39:14 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA06628; Wed, 15 Nov 1995 09:39:10 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id JAA05424; Wed, 15 Nov 1995 09:07:16 +0100 From: J Wunsch Message-Id: <199511150807.JAA05424@uriah.heep.sax.de> Subject: Re: if_mux hack? To: peter@jhome.DIALix.COM (Peter Wemm) Date: Wed, 15 Nov 1995 09:07:16 +0100 (MET) Cc: jgreco@brasil.moneng.mei.com, hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Peter Wemm" at Nov 15, 95 01:30:45 am X-Phone: +49-351-2012 669 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: 409 Sender: owner-hackers@freebsd.org Precedence: bulk As Peter Wemm wrote: > > extremely painful. :-( TCP is doing so much backoff that it's > practically useless. (BTW: if there's an easy way to violate the RFC's > by clamp the maximum TCP retransmission values I'd love to know...) Me too. :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Nov 15 00:43:28 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA07396 for hackers-outgoing; Wed, 15 Nov 1995 00:43:28 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA07080 ; Wed, 15 Nov 1995 00:40:10 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA27590; Wed, 15 Nov 1995 09:39:06 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA06627; Wed, 15 Nov 1995 09:39:05 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id JAA05503; Wed, 15 Nov 1995 09:15:16 +0100 From: J Wunsch Message-Id: <199511150815.JAA05503@uriah.heep.sax.de> Subject: Re: Kernel config and two SCSI controllers... To: gibbs@freefall.freebsd.org (Justin T. Gibbs) Date: Wed, 15 Nov 1995 09:15:16 +0100 (MET) Cc: roberto@keltia.freenix.fr, mango@communique.net, hackers@freefall.freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199511142354.PAA29656@freefall.freebsd.org> from "Justin T. Gibbs" at Nov 14, 95 03:54:08 pm X-Phone: +49-351-2012 669 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: 441 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk As Justin T. Gibbs wrote: > > I have access to a bt747, so I'm planning on doing the conversion soon... > assuming Joerg didn't take up my invitation to do it first. :) Sorry, add_item_to_todo_list() returned ENOSPC. :) But i'm more than willing to beta-test it on my Bt742A. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Nov 15 01:04:27 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA09154 for hackers-outgoing; Wed, 15 Nov 1995 01:04:27 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA09135 for ; Wed, 15 Nov 1995 01:04:16 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id UAA27600; Wed, 15 Nov 1995 20:00:16 +1100 Date: Wed, 15 Nov 1995 20:00:16 +1100 From: Bruce Evans Message-Id: <199511150900.UAA27600@godzilla.zeta.org.au> To: bde@zeta.org.au, davidg@Root.COM Subject: Re: Can't NFS mount with latest -current Cc: freebsd-hackers@freebsd.org, peter@haywire.dialix.com Sender: owner-hackers@freebsd.org Precedence: bulk >>copyoutstr() is the most complicated routine in support.s, but is >>currently unused. > Are you saying that you would like to officially remove support for >copyoutstr() in favor of strlen/copyout? I can agree with that. Yes. >BTW, we >should remove the #if 0'd crap in cpufunc.h: >#if 0 >/* > * These functions in support.s are declared elsewhere. > */ >... A couple of them are more correct than elsewhere (they have size_t instead of u_int). Bruce From owner-freebsd-hackers Wed Nov 15 01:16:27 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA10061 for hackers-outgoing; Wed, 15 Nov 1995 01:16:27 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA10033 ; Wed, 15 Nov 1995 01:15:55 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id TAA25998; Wed, 15 Nov 1995 19:21:08 +1100 Date: Wed, 15 Nov 1995 19:21:08 +1100 From: Bruce Evans Message-Id: <199511150821.TAA25998@godzilla.zeta.org.au> To: darrylo@hpnmhjw.sr.hp.com, freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org Subject: Re: FreeBSD 2.0.5R hanging inexplicably... Sender: owner-hackers@freebsd.org Precedence: bulk >> > The ET4000 (and particularly the W32 variants) XFree server is _very_fragil >> e_. >> > >> > The cards themselves are no great shakes, and the behaviour of the server >> > leads me to _strongly_ discourage people from using them. (Especially given >> > how cheap S3-based cards are these days). >> >> The et4000/w32p server has been rock solid under Linux for over a year... >> just a data point... > It would be interesting to see if the people who are having >problems with ET4000/W32p-based video cards are using syscons or pcvt. >There have been a few posts recently regarding the "better robustness" >of pcvt (vs syscons), and I just recently found a "bug" in syscons that >was causing all my syscons fonts to be corrupted (after using >X-Windows). Don't blame syscons or pcvt for bugs in the X server. The W32 server apparently does incomplete initialization so it sometimes fails to switch out of modes that are adequate for syscons and pcvt. I've reported the following problems for a W32i: XF3.1.2: W32 server always crashes when starting up time trying to access through a null pointer to the accelerator registers. XF3.1.1: W32 always hangs waiting for bit 1 in the Accelerator Status Register when switching back to X from syscons console. It sometimes hangs in the same place when starting up. Bruce From owner-freebsd-hackers Wed Nov 15 01:28:09 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA11150 for hackers-outgoing; Wed, 15 Nov 1995 01:28:09 -0800 Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id BAA11136 for ; Wed, 15 Nov 1995 01:28:01 -0800 Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tFe8N-0003w1C; Wed, 15 Nov 95 01:27 PST Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.6.11/8.6.9) with SMTP id KAA02630; Wed, 15 Nov 1995 10:27:57 +0100 X-Authentication-Warning: localhost.tfs.com: Host localhost didn't use HELO protocol To: davidg@Root.COM cc: Bruce Evans , peter@haywire.dialix.com, freebsd-hackers@freebsd.org Subject: Re: Can't NFS mount with latest -current In-reply-to: Your message of "Wed, 15 Nov 1995 00:15:21 PST." <199511150815.AAA00161@corbin.Root.COM> Date: Wed, 15 Nov 1995 10:27:56 +0100 Message-ID: <2628.816427676@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > >>>Anyway, Poul-Henning has created two sysctl types.. one is a > >>>null-terminated "C-style" string, and the other is an "opaque" chunk > >>>of byte counted memory. IMHO, the string version should always return > >>>the correct amount of characters that the string actually uses. If > >>>the whole block is to be returned, that's what the opaque type is for. > > > >> Yes, the "size" argument should be used to limit the copy, not prevent i t > >>from happening. We should be using copyoutstr() for this. > > > >We shouldn't be using copyoutstr() for this. > ... > >copyoutstr() is the most complicated routine in support.s, but is > >currently unused. > > Are you saying that you would like to officially remove support for > copyoutstr() in favor of strlen/copyout? I can agree with that. BTW, we > should remove the #if 0'd crap in cpufunc.h: I'd vote for killing copyoutstr too. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Wed Nov 15 01:29:55 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA11277 for hackers-outgoing; Wed, 15 Nov 1995 01:29:55 -0800 Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id BAA11257 for ; Wed, 15 Nov 1995 01:29:50 -0800 Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tFeA6-0003vlC; Wed, 15 Nov 95 01:29 PST Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.6.11/8.6.9) with SMTP id KAA02645; Wed, 15 Nov 1995 10:29:44 +0100 X-Authentication-Warning: localhost.tfs.com: Host localhost didn't use HELO protocol To: Bruce Evans cc: davidg@Root.COM, peter@haywire.dialix.com, freebsd-hackers@freebsd.org Subject: Re: Can't NFS mount with latest -current In-reply-to: Your message of "Wed, 15 Nov 1995 19:06:56 +1100." <199511150806.TAA25412@godzilla.zeta.org.au> Date: Wed, 15 Nov 1995 10:29:44 +0100 Message-ID: <2643.816427784@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > >>Anyway, Poul-Henning has created two sysctl types.. one is a > >>null-terminated "C-style" string, and the other is an "opaque" chunk > >>of byte counted memory. IMHO, the string version should always return > >>the correct amount of characters that the string actually uses. If > >>the whole block is to be returned, that's what the opaque type is for. > > > Yes, the "size" argument should be used to limit the copy, not prevent it > >from happening. We should be using copyoutstr() for this. > > We shouldn't be using copyoutstr() for this. (well actually we cannot with the current structure of the code :-) > It returns ENAMETOOLONG, which would need to be converted to ENOMEM. > Together with managing the indirect count, this would take about the > same amount of code as calling strlen() and calculating the amount > that fits. I think sysctl_handle_string() essentially does this. > Does it have bugs? Why does it return E2BIG? This errno isn't > documented for sysctl(). That's a liberty on my part, the manpage will need updating later anyway. > The current (i386) implementation of copyoutstr() is poor. strlen() > followed by copyout() would be much faster. strlen() followed by > memcpy() is close to the fastest method of implementing strcpy() on > the i386. Huh ? -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Wed Nov 15 02:15:17 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA14596 for hackers-outgoing; Wed, 15 Nov 1995 02:15:17 -0800 Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA14491 for ; Wed, 15 Nov 1995 02:14:25 -0800 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id LAA16549; Wed, 15 Nov 1995 11:10:38 +0100 Message-Id: <199511151010.LAA16549@gilberto.physik.rwth-aachen.de> Subject: Re: Sup! It's killing us! Please help! To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 15 Nov 1995 11:10:38 +0100 (MET) Cc: hackers@freefall.freebsd.org In-Reply-To: <29799.816385363@time.cdrom.com> from "Jordan K. Hubbard" at Nov 14, 95 01:42:43 pm From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1915 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > OK, so maybe I'm being just a bit dramatic.. > > Nonetheless, the sup load on freefall, on top of the many tens of > thousands of mail messages it does every week, is getting to be more > than a bit of a drag on our development resources. Being behind WC's > T1, which itself is behind BARRNET's already overloaded hub, also > isn't doing us or our users any favors. > > I'd therefore like to put out a general call for backup sup servers. > If we sup'd to 5 sites who in turn provided sup servers for 10 others, > we'd have this problem licked and our sup users would be considerably > happier to boot - it really won't take that much to significantly > improve the situation. > > All we need are some fairly well-connected sites who have about 120MB > or so of space to spare. > > What it takes to be a sup server: > > o T1 or better connectivity, depending on how many users > you're willing to support. > > o About 120MB for a full source tree, itself kept up to date > via sup from freefall. > > o A run of `supscan' once a night in cron. > > That's really it! Especially desirable would be any sites in Europe, > Japan or Australia, where sup services are especially thin. > > Our current method of having everyone converge on freefall is clearly > sub-optimial and it's not giving our users the service they deserve. > > Volunteers? Please? I'm more than happy to work with anyone in > setting up the sup collections and supscan administration. It's > not really that hard, and once it's done it basically runs itself. > > Thanks! > > Jordan It has been on my todo list to establish the sup server on gil.physik.rwth-aachen.de for a while now but I admit that I didn't find the time to set it up. Gary Palmer offered me help already - I come back to you or Gary when it's time. Maybe the coming weekend. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Wed Nov 15 02:24:28 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA15501 for hackers-outgoing; Wed, 15 Nov 1995 02:24:28 -0800 Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA15386 ; Wed, 15 Nov 1995 02:22:59 -0800 Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.6.11/8.6.9) id VAA29801; Wed, 15 Nov 1995 21:21:24 +1100 From: David Dawes Message-Id: <199511151021.VAA29801@rf900.physics.usyd.edu.au> Subject: Re: FreeBSD 2.0.5R hanging inexplicably... To: bde@zeta.org.au (Bruce Evans) Date: Wed, 15 Nov 1995 21:21:23 +1100 (EST) Cc: darrylo@hpnmhjw.sr.hp.com, freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org In-Reply-To: <199511150821.TAA25998@godzilla.zeta.org.au> from "Bruce Evans" at Nov 15, 95 07:21:08 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1802 Sender: owner-hackers@freebsd.org Precedence: bulk >>> > The ET4000 (and particularly the W32 variants) XFree server is _very_fragil >>> e_. >>> > >>> > The cards themselves are no great shakes, and the behaviour of the server >>> > leads me to _strongly_ discourage people from using them. (Especially given >>> > how cheap S3-based cards are these days). >>> >>> The et4000/w32p server has been rock solid under Linux for over a year... >>> just a data point... > >> It would be interesting to see if the people who are having >>problems with ET4000/W32p-based video cards are using syscons or pcvt. >>There have been a few posts recently regarding the "better robustness" >>of pcvt (vs syscons), and I just recently found a "bug" in syscons that >>was causing all my syscons fonts to be corrupted (after using >>X-Windows). > >Don't blame syscons or pcvt for bugs in the X server. The W32 server >apparently does incomplete initialization so it sometimes fails to switch >out of modes that are adequate for syscons and pcvt. I've reported the >following problems for a W32i: > >XF3.1.2: W32 server always crashes when starting up time trying to > access through a null pointer to the accelerator registers. >XF3.1.1: W32 always hangs waiting for bit 1 in the Accelerator Status > Register when switching back to X from syscons console. > It sometimes hangs in the same place when starting up. Yes, we're aware of these two problems. The first has been fixed. The second has been worked around for the time being. Although I'm told it didn't show up with older Linux versions, it seems to show up with 1.3.x Linux kernels. The W32 server is probably the flakiest of the XFree86 servers. It will work fine on some hardware, but there is a lot of hardware where it doesn't. Some work is being done on this. David From owner-freebsd-hackers Wed Nov 15 02:33:50 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA16416 for hackers-outgoing; Wed, 15 Nov 1995 02:33:50 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA16399 for ; Wed, 15 Nov 1995 02:33:42 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id VAA31058; Wed, 15 Nov 1995 21:31:47 +1100 Date: Wed, 15 Nov 1995 21:31:47 +1100 From: Bruce Evans Message-Id: <199511151031.VAA31058@godzilla.zeta.org.au> To: bde@zeta.org.au, phk@critter.tfs.com Subject: Re: Can't NFS mount with latest -current Cc: davidg@Root.COM, freebsd-hackers@freebsd.org, peter@haywire.dialix.com Sender: owner-hackers@freebsd.org Precedence: bulk >> that fits. I think sysctl_handle_string() essentially does this. >> Does it have bugs? Why does it return E2BIG? This errno isn't >> documented for sysctl(). >That's a liberty on my part, the manpage will need updating later anyway. What about the BSDI/NetBSD compatibility? >> The current (i386) implementation of copyoutstr() is poor. strlen() >> followed by copyout() would be much faster. strlen() followed by >> memcpy() is close to the fastest method of implementing strcpy() on >> the i386. >Huh ? memcpy() moves 4 bytes at a time, while writing the bytes as they are read in strcpy() writes only 1 byte at a time. Thus using memcpy() to write may be 2 more times faster than using stores to write. The actual benefits for using memcpy() depends on overheads unrelated to read/write and on caching. Bruce From owner-freebsd-hackers Wed Nov 15 02:46:51 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA17553 for hackers-outgoing; Wed, 15 Nov 1995 02:46:51 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA17547 for ; Wed, 15 Nov 1995 02:46:45 -0800 Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id CAA20774 for ; Wed, 15 Nov 1995 02:46:02 -0800 Message-ID: <30A9C4E9.59E2B600@FreeBSD.org> Date: Wed, 15 Nov 1995 02:46:01 -0800 From: "Jordan K. Hubbard" Organization: Walnut Creek CDROM X-Mailer: Mozilla 2.0b2 (X11; I; FreeBSD 2.1-STABLE i386) MIME-Version: 1.0 To: hackers@freefall.FreeBSD.org Subject: [Fwd: Re: 3com 3c590 PCI Ethernet drivers....] Content-Type: multipart/mixed; boundary="---------------------------16344997403924306071736312174" Sender: owner-hackers@FreeBSD.org Precedence: bulk This is a multi-part message in MIME format. -----------------------------16344997403924306071736312174 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Comments? -- Jordan -----------------------------16344997403924306071736312174 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Newsgroups: comp.unix.bsd.freebsd.misc Path: reason.cdrom.com!nntp-ucb.barrnet.net!agate!howland.reston.ans.net!newsfeed.internetmci.com!chi-news.cic.net!uwm.edu!math.ohio-state.edu!deshaw.com!christos From: christos@deshaw.com (Christos Zoulas) Subject: Re: 3com 3c590 PCI Ethernet drivers.... Message-ID: Sender: usenet@deshaw.com Nntp-Posting-Host: es2 Organization: D. E. Shaw & Co. References: <30A7A9F7.41C67EA6@maui.com> Date: Tue, 14 Nov 1995 15:09:26 GMT Lines: 20 In article <30A7A9F7.41C67EA6@maui.com> Richard Puga writes: >The drivers for the 3com PCI 3c590 ethernet card are in >FreeBSD-current... In I belive FreeBSD-crrent/usr/srs/sys/pci/..... or >somewhere there about... Im not sure if the drivers will work with >other versions of FreeBSD..... > >If anyone gets there card working in a Intel system (Intel Plato MB) >please let me know... I think that there is a bug in that driver. In the pci attach routine there is an out instruction that tries to reset the card but does an out at the wrong absolute address; just remove it. I know because I borrowed the knowledge from the driver to port it to NetBSD... FYI, there is no reason for that driver to be separate from the ep (3c509) driver; they are 99.9% identical. christos -----------------------------16344997403924306071736312174-- From owner-freebsd-hackers Wed Nov 15 03:27:36 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA21086 for hackers-outgoing; Wed, 15 Nov 1995 03:27:36 -0800 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA21078 for ; Wed, 15 Nov 1995 03:27:28 -0800 Received: from rah.star-gate.com (localhost [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.9) with ESMTP id DAA01916; Wed, 15 Nov 1995 03:26:26 -0800 Message-Id: <199511151126.DAA01916@rah.star-gate.com> X-Mailer: exmh version 1.6.2 7/18/95 To: "Jordan K. Hubbard" cc: hackers@freefall.freebsd.org Subject: Re: wordperfect and /dev/socksys In-reply-to: Your message of "Tue, 14 Nov 1995 22:54:50 PST." <19621.816418490@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 15 Nov 1995 03:26:25 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Hmm... I am running stable and I am getting: ./wpinstall WPCorp Installation for: WordPerfect 6.0 for UNIX (R) Systems Warning: Unable to copy Wp60 to Warning: Unable to copy Wp60 to Wp60 will be installed in the wplib directory. This will affect the default colors for WordPerfect 6.0. Refer to Default Colors in your documentation for more information. /dev/spx: No such device or address Error: Can't open display: :0.0 {hasty} modstat Type Id Off Loadaddr Size Info Rev Module Name MISC 0 0 f0cf2000 0020 f0cf9000 1 ibcs2_mod EXEC 1 3 f0cfb000 0008 f0cfc000 1 ibcs2_coff_mod DEV 2 33 f0cfe000 0010 f0d0102c 1 socksys_mod {hasty} ls -ald /dev/spx crw-rw-rw- 1 root wheel 41, 1 Nov 15 01:17 /dev/spx {hasty} ls -ald /dev/spx crw-rw-rw- 1 root wheel 41, 1 Nov 15 01:17 /dev/spx so what is the scoop? Tnks, Amancio >>> "Jordan K. Hubbard" said: > Yeah, works fine! > > > Has anyone managed to get wordperfect to work? > > > > Tnks, > > Amancio > > > > From owner-freebsd-hackers Wed Nov 15 04:10:47 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA24345 for hackers-outgoing; Wed, 15 Nov 1995 04:10:47 -0800 Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id EAA24294 for ; Wed, 15 Nov 1995 04:09:31 -0800 Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id MAA03928; Wed, 15 Nov 1995 12:53:45 +0100 From: Luigi Rizzo Message-Id: <199511151153.MAA03928@labinfo.iet.unipi.it> Subject: Re: if_mux hack? To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 15 Nov 1995 12:53:45 +0100 (MET) Cc: peter@jhome.DIALix.COM, jgreco@brasil.moneng.mei.com, hackers@freebsd.org In-Reply-To: <199511150807.JAA05424@uriah.heep.sax.de> from "J Wunsch" at Nov 15, 95 09:06:57 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 881 Sender: owner-hackers@freebsd.org Precedence: bulk > As Peter Wemm wrote: > > > > extremely painful. :-( TCP is doing so much backoff that it's > > practically useless. (BTW: if there's an easy way to violate the RFC's > > by clamp the maximum TCP retransmission values I'd love to know...) > > Me too. :) I believe you can set the values in the tcp_backoff[] array to *low* values (i.e all '1') I did it, it works for a single host, I believe people would kill you if you start distributing a kernel with such a change :) 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 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-hackers Wed Nov 15 04:26:31 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA24881 for hackers-outgoing; Wed, 15 Nov 1995 04:26:31 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id EAA24873 for ; Wed, 15 Nov 1995 04:26:27 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id EAA21264 for ; Wed, 15 Nov 1995 04:25:48 -0800 To: hackers@freefall.FreeBSD.org Subject: Being a FreeBSD sup site - more on this topic. Date: Wed, 15 Nov 1995 04:25:48 -0800 Message-ID: <21262.816438348@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Well, I got a gratifyingly large number of responses to my plea for more sup distribution points, so I sat down and created a little "kit" for people wanting to do this. I recommend that folks simply fetch it, try it out, and if they get it working well enough to sup between the server and a test machine, contact me to "register" themselves. The kit is in: ftp://freefall.freebsd.org/pub/FreeBSD/sup-server-kit.tar.gz Thanks! Jordan From owner-freebsd-hackers Wed Nov 15 04:38:53 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA25559 for hackers-outgoing; Wed, 15 Nov 1995 04:38:53 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id EAA25554 for ; Wed, 15 Nov 1995 04:38:44 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id EAA21633; Wed, 15 Nov 1995 04:37:56 -0800 To: Mail Archive cc: hackers@freefall.freebsd.org Subject: Re: Sup! It's killing us! Please help! In-reply-to: Your message of "Tue, 14 Nov 1995 23:03:57 EST." Date: Wed, 15 Nov 1995 04:37:55 -0800 Message-ID: <21631.816439075@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Hey Jordan more than will to set that up here. Help me a little bit in > the setup and I will not have a problme letting it sit here. I have over > 39Gigs online so a couple hundred megs or so will not hurt. See my previous message announcing the `sup server kit' - if you (or anyone else) still has troubles even after reading the README I put together, let me know.. Thanks! Jordan From owner-freebsd-hackers Wed Nov 15 06:04:27 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA29827 for hackers-outgoing; Wed, 15 Nov 1995 06:04:27 -0800 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id GAA29676 for ; Wed, 15 Nov 1995 06:02:33 -0800 Received: by sequent.kiae.su id AA10215 (5.65.kiae-2 ); Wed, 15 Nov 1995 16:42:39 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Wed, 15 Nov 95 16:42:38 +0300 Received: (from ache@localhost) by ache.dialup.demos.ru (8.6.12/8.6.12) id QAA01034; Wed, 15 Nov 1995 16:31:59 +0300 To: "Amancio Hasty Jr." , Jaye Mathisen Cc: hackers@FreeBSD.ORG References: <199511141010.CAA02005@rah.star-gate.com> In-Reply-To: <199511141010.CAA02005@rah.star-gate.com>; from "Amancio Hasty Jr." at Tue, 14 Nov 1995 02:10:27 -0800 Message-Id: Organization: Olahm Ha-Yetzirah Date: Wed, 15 Nov 1995 16:31:58 +0300 (MSK) X-Mailer: Mail/@ [v2.40 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: Re: internet phone calls (fwd) Lines: 22 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 843 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk In message <199511141010.CAA02005@rah.star-gate.com> Amancio Hasty Jr. writes: >Well, >I just hate to talk about audio on this list so I will be brief. >There is a cypberphone for linux so I will see if the mods to the linux >layer which I did can stand up to cyberphone 8) >At any rate, one or the other we have audio over the internet. You can look at speak_freely. It is available with sources. Recently I try to make it work under FreeBSD (and author apply my patches) by I can't test it fully. Check http://www.fourmilab.ch for it. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Wed Nov 15 06:06:46 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA00220 for hackers-outgoing; Wed, 15 Nov 1995 06:06:46 -0800 Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id GAA00190 for ; Wed, 15 Nov 1995 06:06:37 -0800 Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.11/8.6.9) id JAA04385; Wed, 15 Nov 1995 09:06:30 -0500 From: A boy and his worm gear Message-Id: <199511151406.JAA04385@skynet.ctr.columbia.edu> Subject: Re: getting close - 1104-snap ed0 not working To: archive@cps.cmich.edu (Mail Archive) Date: Wed, 15 Nov 1995 09:06:29 -0500 (EST) Cc: hackers@freebsd.org In-Reply-To: from "Mail Archive" at Nov 14, 95 10:53:12 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 4094 Sender: owner-hackers@freebsd.org Precedence: bulk Of all the gin joints in all the towns in all the world, Mail Archive had to walk into mine and say: > On Tue, 14 Nov 1995, David Greenman wrote: > > > > > There have been no changes to the driver code in the past 2 months. Can you > > be more specific about "it doesn't work"? > > > it will probe the card find the card but refuse to initialize the network > with an ifconfig. All I get from the ifconfig is the ability to ping my > own IP number but not my router. I can throw a linux boot disk in and > setup network with the same values and am able to NFS mount the remote > filesystem where the installation lives. I have also tried both > 10base5/10base2/10baseT on all these cards and "NONE" of them will work > under freebsd. Yet all of them are probed and will run on linux. I do not > know how much farther I can go with this. But the only factor I have > found is that all the motherboards are Intel with Neptune chipsets > P5-90's. I then got brave this afternoon and took the same hardware MINUS > motherboard (replaced it with an ASUS PCI/I-P55TP4XE board and guess what > all the ISA cards work fine now. I have a feeling that this a problem of > the Neptune chipset. > > This is all the insight I have.... > > Matthew S. Bailey > mbailey@cps.cmich.edu Hmm. Here's another datapoint for you (which may not help, since you said Linux worked, and I'm pretty sure this trouble would affect just about any OS). We got some PCI boxes from Intel a while back (part of a grant) and I remember having difficulty with installing ethernet adapters in these things until I went into the BIOS and changed a few things. These had AMI BIOSes. One of the screens (I think it was a plug & pray setup, though it didn't really identify it as such) allowed you to configure the size and location of a shared memory window (I set mine to D0000. 32K) as well as IRQ assignments. By default, the shared memory segment was disabled. I had both an Intel Etherexpress16 (ix0) and a 3Com 3c503 (ed0) and both gave me trouble until I enabled that damn shared memory zone and set the cards' shared memory configuration to match. The Intel Etherexpress card would probe, but when I tried to ifconfig it, I would get timeout errors from the kernel. The address would be installed, but the device wouldn't work. With the 3c503, the card would be detected but the shared memory test would fail. As it happened, Windows NT also had trouble on the same hardware until I set the BIOS right, but NT was a bit more tight-lipped about the problem: it gave me no errors or warnings whatsoeve -- the cards simply wouldn't work. Once I set the shared memory segment correctly however, both Windows NT and FreeBSD worked fine with either card. Both the Intel Etherexpress16 and the 3c503 require a shared memory segment to work. And I think the 3c503 is the only card for which the ed driver performs a memory test (I could be wrong: it's the first thing in the morning and my brain is still fuzzy), so you may not notice the trouble with the SMC/WD or Novell cards. The ed driver uses programmed I/O with the Novell NE2000 though, so I'm not sure why this one would fail. (Murphy's Law applies though, so you never know.) I've used the ed driver with Novell NE2000 clones, SMC and 3Com adapters on a fairly wide range of hardware (386s, 486s, Pentiums, ISA/PCI, EISA...) including my machines at home, and I've had very good results with it once I got the hardware set up right. :) -Bill -- ============================================================================= -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 ============================================================================= License error: The license for this .sig file has expired. You must obtain a new license key before any more witty phrases will appear in this space. ============================================================================= From owner-freebsd-hackers Wed Nov 15 06:08:43 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA00488 for hackers-outgoing; Wed, 15 Nov 1995 06:08:43 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id GAA00474 for ; Wed, 15 Nov 1995 06:08:38 -0800 Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Wed, 15 Nov 95 14:08 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id OAA26411 for hackers@freebsd.org; Wed, 15 Nov 1995 14:50:46 +0100 Message-Id: <199511151350.OAA26411@allegro.lemis.de> Subject: Who's playing with my keymap? To: hackers@freebsd.org (FreeBSD Hackers) Date: Wed, 15 Nov 1995 14:50:45 +0100 (MET) 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: 820 Sender: owner-hackers@freebsd.org Precedence: bulk Running -current 1337, I configured DDB and tried to enter via ctrl-alt-ESC. Nothing happened. Looking with kgdb, I find: + (kgdb) p key_map + $1 = { + n_keys = 107, + key = {{ + map = "\000\000\000\000\000\000\000", + spcl = 255 'ÿ', + flgs = 0 '\000' + }, { + map = "\e\e\000\000\e\e\000", ^^^^ This should be 0x86 + spcl = 51 '3', + flgs = 0 '\000' The other contents are wrong as well: for example, in sys/i386/isa/kbdtables.h, n_keys is defined as 108. It's correct in the kernel, as I could determine by booting with the -d flag, but though I put a watchpoint on it, DDB didn't find the change (the example above was after the system had come up). I suspected the screen saver, but have disabled it and the problem persists. Ideas, anyone? Greg From owner-freebsd-hackers Wed Nov 15 06:21:52 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA02875 for hackers-outgoing; Wed, 15 Nov 1995 06:21:52 -0800 Received: from pancake.remcomp.fr (pancake.remcomp.fr [194.51.30.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id GAA02610 for ; Wed, 15 Nov 1995 06:20:25 -0800 Received: from zapata.omnix.fr.org by zapata.omnix.fr.org (8.6.9/8.6.9) with SMTP id QAA23689 for ; Wed, 15 Nov 1995 16:17:53 +0100 Date: Wed, 15 Nov 1995 16:17:53 +0100 (MET) From: Didier Derny To: hackers@freebsd.org Subject: pty Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hi Is there any possibility to have more than 256 ptys ? Is there any trick to find the next available pty without having to try them all ? Thanks for your help +---------------------+ | Didier Derny | | didier@omnix.fr.org | +---------------------+ From owner-freebsd-hackers Wed Nov 15 07:35:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA11881 for hackers-outgoing; Wed, 15 Nov 1995 07:35:42 -0800 Received: from spot.lodgenet.com (lodgenet.iw.net [204.157.148.88]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA11696 for ; Wed, 15 Nov 1995 07:34:07 -0800 Received: from jake.lodgenet.com (jake.lodgenet.com [204.124.120.30]) by spot.lodgenet.com (8.6.12/8.6.12) with ESMTP id JAA19430; Wed, 15 Nov 1995 09:31:49 -0600 Received: from localhost (localhost [127.0.0.1]) by jake.lodgenet.com (8.6.12/8.6.12) with SMTP id JAA17531; Wed, 15 Nov 1995 09:47:21 -0600 Message-Id: <199511151547.JAA17531@jake.lodgenet.com> X-Authentication-Warning: jake.lodgenet.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: "Amancio Hasty Jr." cc: multimedia@star-gate.com, hackers@freebsd.org Subject: linux' mknod and named pipes. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 15 Nov 1995 09:47:20 -0600 From: "Eric L. Hernes" Sender: owner-hackers@freebsd.org Precedence: bulk Now that I've got doom and sound 85% done, and the first doom finished, I've moved on to abuse. It runs and is playable but the sound doesn't work ktrace shows it fails trying to make a pipe in /tmp with mknod(). FreeBSD's mknod is different enough to not let this work. Any ideas? tia, eric. -- erich@lodgenet.com erich@rrnet.com -- erich@lodgenet.com erich@rrnet.com From owner-freebsd-hackers Wed Nov 15 07:41:13 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA12613 for hackers-outgoing; Wed, 15 Nov 1995 07:41:13 -0800 Received: from fang.cs.sunyit.edu (fang.cs.sunyit.edu [192.52.220.66]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA12602 for ; Wed, 15 Nov 1995 07:41:09 -0800 From: chuck@fang.cs.sunyit.edu Received: (from chuck@localhost) by fang.cs.sunyit.edu (8.6.9/8.6.9) id KAA25999 for hackers@freebsd.org; Wed, 15 Nov 1995 10:41:07 -0500 Date: Wed, 15 Nov 1995 10:41:07 -0500 Message-Id: <199511151541.KAA25999@fang.cs.sunyit.edu> X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: hackers@freebsd.org Subject: Device drivers Sender: owner-hackers@freebsd.org Precedence: bulk I have access to a Etherlink III PCI 3C590 Ethernet card and a Intel EtherExpress PRO/100 LAN Adapter (actually they sit in a drawer collecting dust :). I understand that there is a driver in -current for the 3C590 but I also understand that it doesn't take advantage of the full capabilities of the card (which capabilities I'm not clear on because I'm not an expert on this card). Anyhow, I'd be more than willing to spend a little time trying to write drivers for these cards (or testing other people's if they are already working on them). However, I have very little experience writing drivers for FreeBSD and would like advice on how to accomplish my goal. For example, how to properly debug the driver, where I might get programming hints or spec.s for the two cards, or any other related information I should know. I'd even appreciate any examples of how other people went about writing other device drivers. -- Charles Green UN*X System Administration 22 Powell Ave. Apt. B UN*X Security & Whitesboro, NY 13492 Programming From owner-freebsd-hackers Wed Nov 15 07:46:05 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA12956 for hackers-outgoing; Wed, 15 Nov 1995 07:46:05 -0800 Received: from insanus.matematik.su.se (insanus.matematik.su.se [130.237.198.12]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA12934 for ; Wed, 15 Nov 1995 07:45:54 -0800 Received: from localhost (prudens.matematik.su.se [130.237.198.5]) by insanus.matematik.su.se (8.7.1/8.6.9) with ESMTP id QAA08749 for ; Wed, 15 Nov 1995 16:45:47 +0100 (MET) Message-Id: <199511151545.QAA08749@insanus.matematik.su.se> X-Address: Department of Mathematics, Stockholm University S-106 91 Stockholm SWEDEN X-Phone: int+46 8 162000 X-Fax: int+46 8 6126717 X-Url: http://www.matematik.su.se To: freebsd-hackers@freebsd.org Subject: outb/inb usage Date: Wed, 15 Nov 1995 16:45:46 +0100 From: Torbjorn Granlund Sender: owner-hackers@freebsd.org Precedence: bulk Now that GCC 2.7.1 is out, you should consider changing the way outb/inb is used in inline asm constructs. This is the right way to do it now: __asm __volatile ("outb %b0,%w1" : : "a" (x), "Nd" (0)); __asm __volatile ("outb %b0,%w1" : : "a" (x), "Nd" (1000)); __asm __volatile ("outb %b0,%w1" : : "a" (x), "Nd" (port)); For older versions of GCC, simply leave out the `N'. From owner-freebsd-hackers Wed Nov 15 08:05:32 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA15070 for hackers-outgoing; Wed, 15 Nov 1995 08:05:32 -0800 Received: from fang.cs.sunyit.edu (fang.cs.sunyit.edu [192.52.220.66]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA15052 for ; Wed, 15 Nov 1995 08:05:26 -0800 From: chuck@fang.cs.sunyit.edu Received: (from chuck@localhost) by fang.cs.sunyit.edu (8.6.9/8.6.9) id LAA26241; Wed, 15 Nov 1995 11:05:23 -0500 Date: Wed, 15 Nov 1995 11:05:23 -0500 Message-Id: <199511151605.LAA26241@fang.cs.sunyit.edu> In-Reply-To: "Ron G. Minnich" "Re: Device drivers" (Nov 15, 11:00am) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: "Ron G. Minnich" Subject: Re: Device drivers Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk On Nov 15, 11:00am, "Ron G. Minnich" wrote: } Subject: Re: Device drivers } the problem i've had with the eepro/100 is getting info without signing a } 5-year non-disclosure. Good luck. } } ron }-- End of excerpt from "Ron G. Minnich" What they want is us (FreeBSD) to distribute objects only... iss that a viable option? -- Charles Green UN*X System Administration 22 Powell Ave. Apt. B UN*X Security & Whitesboro, NY 13492 Programming From owner-freebsd-hackers Wed Nov 15 08:14:04 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA16511 for hackers-outgoing; Wed, 15 Nov 1995 08:14:04 -0800 Received: from snake.hut.fi (snake.hut.fi [193.167.6.99]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA16500 for ; Wed, 15 Nov 1995 08:13:58 -0800 Received: from lk-hp-5.hut.fi (lk-hp-5.hut.fi [130.233.244.36]) by snake.hut.fi (8.7.1/8.7.1) with ESMTP id SAA06868; Wed, 15 Nov 1995 18:13:55 +0200 (EET) Received: (vode@localhost) by lk-hp-5.hut.fi (8.6.12/8.6.7) id SAA19802; Wed, 15 Nov 1995 18:13:57 +0200 Date: Wed, 15 Nov 1995 18:13:57 +0200 Message-Id: <199511151613.SAA19802@lk-hp-5.hut.fi> From: Kai Vorma To: "Jordan K. Hubbard" Cc: hackers@freefall.freebsd.org Subject: Re: Sup! It's killing us! Please help! In-Reply-To: <29799.816385363@time.cdrom.com> References: <29799.816385363@time.cdrom.com> Reply-To: Kai.Vorma@hut.fi Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I can offer nic.funet.fi. It is our (FUNET - Finnish university network) big ftp-server with enough CPU/RAM/disk/network/whatever to handle some sup load without anybody noticing :-) I have first to get sup running on Digital Unix 3.2 but that should not be a big problem. ..vode From owner-freebsd-hackers Wed Nov 15 08:18:14 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA17010 for hackers-outgoing; Wed, 15 Nov 1995 08:18:14 -0800 Received: from fang.cs.sunyit.edu (fang.cs.sunyit.edu [192.52.220.66]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA16984 for ; Wed, 15 Nov 1995 08:18:07 -0800 From: chuck@fang.cs.sunyit.edu Received: (from chuck@localhost) by fang.cs.sunyit.edu (8.6.9/8.6.9) id LAA26380; Wed, 15 Nov 1995 11:17:53 -0500 Date: Wed, 15 Nov 1995 11:17:53 -0500 Message-Id: <199511151617.LAA26380@fang.cs.sunyit.edu> In-Reply-To: "Ron G. Minnich" "Re: Device drivers" (Nov 15, 11:12am) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: "Ron G. Minnich" Subject: Re: Device drivers Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk On Nov 15, 11:12am, "Ron G. Minnich" wrote: } Subject: Re: Device drivers } > What they want is us (FreeBSD) to distribute objects only... } > iss that a viable option? } } I think it stinks. I'd tell intel to go straight to hell, given that DEC } PROVIDED a driver for their card. I actually did some work with this } card, but the manual is terrible and the company was most unhelpful. } } ron } } }-- End of excerpt from "Ron G. Minnich" Actually, I don't think DEC actually provided a driver for their card, I think a DEC employee provided a driver for their cards. A significant difference. -- Charles Green UN*X System Administration 22 Powell Ave. Apt. B UN*X Security & Whitesboro, NY 13492 Programming From owner-freebsd-hackers Wed Nov 15 08:42:46 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA20862 for hackers-outgoing; Wed, 15 Nov 1995 08:42:46 -0800 Received: from fang.cs.sunyit.edu (fang.cs.sunyit.edu [192.52.220.66]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA20829 for ; Wed, 15 Nov 1995 08:42:39 -0800 From: chuck@fang.cs.sunyit.edu Received: (from chuck@localhost) by fang.cs.sunyit.edu (8.6.9/8.6.9) id LAA26574; Wed, 15 Nov 1995 11:42:35 -0500 Date: Wed, 15 Nov 1995 11:42:35 -0500 Message-Id: <199511151642.LAA26574@fang.cs.sunyit.edu> In-Reply-To: "Ron G. Minnich" "Re: Device drivers" (Nov 15, 11:33am) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: "Ron G. Minnich" Subject: Re: Device drivers Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk On Nov 15, 11:33am, "Ron G. Minnich" wrote: } Subject: Re: Device drivers } I still take it as pretty significant that dec allowed an employee to } ship a driver. Given the way companies are about IP nowadays that's a } pretty significant statement of support on dec's part. } I agree. } Intel, on the other hand, is still behaving like intel. A 5-year nda is } really out of control. I'd think very hard before signing such a } document, esp. when we end up with object only (although i hate to admit } sarnoff did finally sign it -- we were under time pressure). What about Does this mean you have a device driver written? Oh, I agree, these types of agreements stifle (sp?) developement but some- times you have to bite the bullet. (this discussion sounds an awful lot like the discussion about writing a driver for one of the newer adaptecs). } the .h files: are you not allowed to even ship those? Good question!!! This might require contacting Intel. } } ron } } Ron Minnich |Like a knife through Daddy's heart: } rminnich@sarnoff.com |"Don't make fun of Windows, daddy! It takes care } (609)-734-3120 | of all my files and it's reliable and I like it". } } }-- End of excerpt from "Ron G. Minnich" -- Charles Green UN*X System Administration 22 Powell Ave. Apt. B UN*X Security & Whitesboro, NY 13492 Programming From owner-freebsd-hackers Wed Nov 15 08:48:44 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA21720 for hackers-outgoing; Wed, 15 Nov 1995 08:48:44 -0800 Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA21705 for ; Wed, 15 Nov 1995 08:48:35 -0800 Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id LAA05878; Wed, 15 Nov 1995 11:46:25 -0500 Date: Wed, 15 Nov 1995 11:46:25 -0500 (EST) From: "Ron G. Minnich" To: chuck@fang.cs.sunyit.edu cc: hackers@freebsd.org Subject: Re: Device drivers In-Reply-To: <199511151642.LAA26574@fang.cs.sunyit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk > Does this mean you have a device driver written? I started to do a driver. I got to the point where the card was mostly configured. The state dump out of the card looked ok, although reality and the manual diverged quite a bit. I never got far enough to send a packet: the company promised some sample assembly source, never delivered, and i got tired of the whole thing and sent back the cards. Once i realized that the dec card was supported and with source, I bought the smc cards instead. ron From owner-freebsd-hackers Wed Nov 15 09:01:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA23738 for hackers-outgoing; Wed, 15 Nov 1995 09:01:48 -0800 Received: from sivka.carrier.kiev.ua (root@sivka.carrier.kiev.ua [193.125.68.130]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA23108 for ; Wed, 15 Nov 1995 08:57:27 -0800 Received: from elvisti.kiev.ua (uucp@localhost) by sivka.carrier.kiev.ua (Sendmail 8.who.cares/5) with UUCP id SAA16161 for hackers@freebsd.org; Wed, 15 Nov 1995 18:56:03 +0200 Received: from office.elvisti.kiev.ua (office.elvisti.kiev.ua [193.125.28.33]) by spider2.elvisti.kiev.ua (8.6.12/8.ElVisti) with ESMTP id RAA22588 for ; Wed, 15 Nov 1995 17:56:23 +0200 Received: (from stesin@localhost) by office.elvisti.kiev.ua (8.6.12/8.ElVisti) id RAA17559; Wed, 15 Nov 1995 17:56:22 +0200 From: "Andrew V. Stesin" Message-Id: <199511151556.RAA17559@office.elvisti.kiev.ua> Subject: Re: Is TTYHOG too small? (Re: STARTECH ...550CP chips are Ok for me. ) To: tateoka@pdcd.ilab.toshiba.co.jp (Masamichi Tateoka) Date: Wed, 15 Nov 1995 17:56:22 +0200 (EET) Cc: hackers@freebsd.org In-Reply-To: <199511150828.RAA03853@pdcd-mail.pdcd.ilab.toshiba.co.jp> from "Masamichi Tateoka" at Nov 15, 95 05:28:10 pm X-Mailer: ELM [version 2.4 PL24alpha5] Content-Type: text Content-Length: 1557 Sender: owner-hackers@freebsd.org Precedence: bulk Hello Masamichi, I'm forvarding your message to hackers@freebsd.org mailing list, 'cause I have about nothing to comment on the issue myself (it's above my today's competence, sorry ); maybe somebody more knowlegeable will comment? As for me, I've noticed UUCP 'i' protocol mailfunction on big packets, too; but in my case it was 2048 bytes packet, and 1024 byte packets worked Ok, so I relaxed. Seems that your situation was actively discussed a while ago with no specific conclusions; I think you could discover something important. # Dear, Andrew. # # I found a solution to my problem with UUCP i protocol. # It's not in the sio.c but tty.h. # # after 2.0.5, clist size limited by c_cbmax. # and c_cbmax's value from TTYHOG in tty.h. # but flow control refer to t_hiwat from TTYMAXHIWAT. # and TTYHOG < TTYMAXHIWAT. # # I think It cause unusual flow control ( by no more clist ). # # Last night, I increased TTYHOG to 4096 in 2.1.0-951104-SNAP and # recompiled my kernel. # I tryed UUCP communication, and uucico completed i protocol transfer. # # I don't make clear that TTYHOG > TTYMAXHIWAT is a sufficient condition or # TTYHOG size is impotant. ( I wanted to sleep last night. ;-) # But I expected you to make clear immediately you see it. # So, I mail you now. # # Masamichi Tateoka # tateoka@pdcd.ilab.toshiba.co.jp # tateoka@yasai.forus.or.jp (HOME) # -- With best regards -- Andrew Stesin. +380 (44) 2760188 +380 (44) 2713457 +380 (44) 2713560 An undocumented feature is a coding error. From owner-freebsd-hackers Wed Nov 15 09:09:03 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA24513 for hackers-outgoing; Wed, 15 Nov 1995 09:09:03 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id JAA24472 for ; Wed, 15 Nov 1995 09:08:47 -0800 Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Wed, 15 Nov 95 17:08 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id RAA27309; Wed, 15 Nov 1995 17:30:36 +0100 Message-Id: <199511151630.RAA27309@allegro.lemis.de> Subject: Re: index() doesn't handle NULL strings To: alexis@ww.net Date: Wed, 15 Nov 1995 17:30:35 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <199511150836.LAA00686@unicorn.ww.net> from "Alexis Yushin" at Nov 15, 95 11:36:44 am 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: 1906 Sender: owner-hackers@freebsd.org Precedence: bulk Alexis Yushin writes: > > Once Greg Lehey wrote: > [...] > >Alexis Yushin writes: > >> > >> Perhaps it is out-of-date, because I use FreeBSD-2.0.5, > >> but if it is not it should be fixed. I don't send the patch, it > >> is obvious. > > > >Not to me, I'm afraid. Must be too early in the morning. > > if(!p) { > return (char *)NULL; > } This is in the context index (char *p, int c), yes? It doesn't harm to be more explicit. > >> The idea is in the subject. I see that it may be > >> intended for faster operations, but such a check would help > >> portability. Even if not we should point out the fact in the > >> manual page. > > > >Sure, I see the idea, but that's about all. Do you mean null strings > >or a NULL pointer? What do you mean by "handle"? > > NULL pointer. Handle correctly means not dumping core (reading > data pointed with NULL pointer) This is an opinion. Jörg Wunsch described a different one yesterday. I agree with Jörg. Of course, you don't have to dump core--that depends on what your program decides to do with a SIGSEGV. > >index(3) is, of course, obsolescent, and should be replaced by > >strchr(3), which is defined by ANSI. The ANSI definition doesn't > >state what should be done if the string pointer is NULL. I think this > >is an error condition which should cause the program to SIGSEGV. > > That is what index(3) does. Hmmm, which index(3)? Do you know of any standard that says that this is correct? If so, it would mean that we are wrong in equating index() with strrchr(). I've been through this before in my System V days. We (Tandem) had similar complaints, but we stuck to our guns. Write bad systems software to compensate for bad software on top, and things just go from bad to worse. > Sorry for the delay which took place > in replying to your message. I was overloaded. You're welcome. Why should you be different? :-) Greg From owner-freebsd-hackers Wed Nov 15 10:13:53 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA02014 for hackers-outgoing; Wed, 15 Nov 1995 10:13:53 -0800 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id KAA02003 ; Wed, 15 Nov 1995 10:13:47 -0800 Received: from gemini.sdsp.mc.xerox.com ([13.231.132.20]) by alpha.xerox.com with SMTP id <14401(2)>; Wed, 15 Nov 1995 10:11:52 PST Received: from gnu.mc.xerox.com (gnu.sdsp.mc.xerox.com) by gemini.sdsp.mc.xerox.com (4.1/SMI-4.1) id AA20634; Wed, 15 Nov 95 13:11:26 EST Received: by gnu.mc.xerox.com (4.1/SMI-4.1) id AA19406; Wed, 15 Nov 95 13:11:24 EST Message-Id: <9511151811.AA19406@gnu.mc.xerox.com> X-Mailer: exmh version 1.6.4 10/10/95 To: Michael Smith Cc: sos@freebsd.org, hackers@freebsd.org Subject: Re: Linux emul, QMAGIC libs In-Reply-To: Your message of "Tue, 07 Nov 1995 16:26:23 PST." <199511080026.AAA05119@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 15 Nov 1995 10:11:23 PST From: "Marty Leisner" Sender: owner-hackers@freebsd.org Precedence: bulk I hate to mention it, but ZMAGIC/QMAGIC is going out of style... I just installed Slackware 3.0 on the machine I'm going to share with FreeBSD, and its all ELF... What's the plans for ELF emulation? Does ibsc2 on linux do anything for Freebsd binaries? -- marty leisner@sdsp.mc.xerox.com Member of the League for Programming Freedom From owner-freebsd-hackers Wed Nov 15 10:48:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA07089 for hackers-outgoing; Wed, 15 Nov 1995 10:48:48 -0800 Received: from fang.cs.sunyit.edu (fang.cs.sunyit.edu [192.52.220.66]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA07074 for ; Wed, 15 Nov 1995 10:48:44 -0800 From: chuck@fang.cs.sunyit.edu Received: (from chuck@localhost) by fang.cs.sunyit.edu (8.6.9/8.6.9) id NAA27341 for hackers@freebsd.org; Wed, 15 Nov 1995 13:48:43 -0500 Date: Wed, 15 Nov 1995 13:48:43 -0500 Message-Id: <199511151848.NAA27341@fang.cs.sunyit.edu> X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: hackers@freebsd.org Subject: APC PowerChute Sender: owner-hackers@freebsd.org Precedence: bulk Anyone have any experience running APC's PowerChute UPS software under the SCO emulator? We're moving all of our systems (Suns, DEC's, PC's (running FreeBSD and Linux), and macs (bleck!)) to run on UPS' since a brown-out earlier this week fried a couple of disks. Any info on UPS experiences would also be helpful. -- Charles Green UN*X System Administration 22 Powell Ave. Apt. B UN*X Security & Whitesboro, NY 13492 Programming From owner-freebsd-hackers Wed Nov 15 10:50:20 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA07483 for hackers-outgoing; Wed, 15 Nov 1995 10:50:20 -0800 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA07456 for ; Wed, 15 Nov 1995 10:50:15 -0800 Received: from rah.star-gate.com (localhost [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.9) with ESMTP id KAA01200; Wed, 15 Nov 1995 10:49:42 -0800 Message-Id: <199511151849.KAA01200@rah.star-gate.com> X-Mailer: exmh version 1.6.2 7/18/95 To: "Eric L. Hernes" cc: multimedia@star-gate.com, hackers@freebsd.org Subject: Re: linux' mknod and named pipes. In-reply-to: Your message of "Wed, 15 Nov 1995 09:47:20 CST." <199511151547.JAA17531@jake.lodgenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 15 Nov 1995 10:49:41 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk Sure, turn mknod(arg,arg1,0) into a bsd mkfifo call anything else for now just pass it thru to mknod 8) Let us know if you get it working!! Tnks! Amancio >>> "Eric L. Hernes" said: > > Now that I've got doom and sound 85% done, and the first > doom finished, I've moved on to abuse. > > It runs and is playable but the sound doesn't work > ktrace shows it fails trying to make a pipe in /tmp with > mknod(). FreeBSD's mknod is different enough to not > let this work. Any ideas? > > > tia, > eric. > -- > erich@lodgenet.com > erich@rrnet.com > > > -- > erich@lodgenet.com > erich@rrnet.com > From owner-freebsd-hackers Wed Nov 15 10:56:20 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA08637 for hackers-outgoing; Wed, 15 Nov 1995 10:56:20 -0800 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA08628 for ; Wed, 15 Nov 1995 10:56:18 -0800 Received: from rah.star-gate.com (localhost [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.9) with ESMTP id KAA01255; Wed, 15 Nov 1995 10:53:41 -0800 Message-Id: <199511151853.KAA01255@rah.star-gate.com> X-Mailer: exmh version 1.6.2 7/18/95 To: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) cc: Jaye Mathisen , hackers@FreeBSD.ORG Subject: Re: internet phone calls (fwd) In-reply-to: Your message of "Wed, 15 Nov 1995 16:31:58 +0300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 15 Nov 1995 10:53:40 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Hmmm... Tnks for working speak freely. Maybe we should talk about this on the multimedia mailing list? multimedia@star-gate.com people are already playing with speakfreely, vat-2, bat, etc.. Tnks, Amancio >>> =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= said: > In message <199511141010.CAA02005@rah.star-gate.com> Amancio Hasty Jr. > writes: > > >Well, > >I just hate to talk about audio on this list so I will be brief. > > >There is a cypberphone for linux so I will see if the mods to the linux > >layer which I did can stand up to cyberphone 8) > > >At any rate, one or the other we have audio over the internet. > > You can look at speak_freely. It is available with sources. > Recently I try to make it work under FreeBSD (and author apply > my patches) by I can't test it fully. > > Check http://www.fourmilab.ch for it. > > -- > Andrey A. Chernov : And I rest so composedly, /Now, in my bed, > ache@astral.msk.su : That any beholder /Might fancy me dead - > http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. > RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 > From owner-freebsd-hackers Wed Nov 15 11:50:33 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA15024 for hackers-outgoing; Wed, 15 Nov 1995 11:50:33 -0800 Received: from spot.lodgenet.com (lodgenet.iw.net [204.157.148.88]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA14874 for ; Wed, 15 Nov 1995 11:49:08 -0800 Received: from jake.lodgenet.com (jake.lodgenet.com [204.124.120.30]) by spot.lodgenet.com (8.6.12/8.6.12) with ESMTP id NAA20889; Wed, 15 Nov 1995 13:47:36 -0600 Received: from localhost (localhost [127.0.0.1]) by jake.lodgenet.com (8.6.12/8.6.12) with SMTP id OAA06387; Wed, 15 Nov 1995 14:03:40 -0600 Message-Id: <199511152003.OAA06387@jake.lodgenet.com> X-Authentication-Warning: jake.lodgenet.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: "Amancio Hasty Jr." cc: "Eric L. Hernes" , multimedia@star-gate.com, hackers@freebsd.org Subject: Re: linux' mknod and named pipes. In-reply-to: Your message of "Wed, 15 Nov 1995 10:49:41 PST." <199511151849.KAA01200@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 15 Nov 1995 14:03:40 -0600 From: "Eric L. Hernes" Sender: owner-hackers@freebsd.org Precedence: bulk "Amancio Hasty Jr." writes: >Sure, turn mknod(arg,arg1,0) into a bsd mkfifo call anything else for now >just pass it thru to mknod 8) > > Let us know if you get it working!! > Tnks! > Amancio > I stumbled across ibcs2_mknod, which is very close to what is needed for linux_mknod, so I sledge-hammered and scotch taped it it. I've now got some sound for abuse, but only the during the opening segment, while it's playing there is nothing, and as an extra bonus, it now core dumps after playing a while. (it doesn't core dump without the sound -- or at least it hasn't yet). the ktrace is littered with stuff like: 27074 abuse.x11R6 CALL open(0xefbfd3dc,0,0x40d7c4) 27074 abuse.x11R6 NAMI "sfx/aslash01.wav" 27074 abuse.x11R6 RET open 11/0xb 27074 abuse.x11R6 CALL old.lseek(0xb,0,0x2) 27074 abuse.x11R6 RET old.lseek 2822/0xb06 27074 abuse.x11R6 CALL old.lseek(0xb,0,0) 27074 abuse.x11R6 RET old.lseek 0 27074 abuse.x11R6 CALL read(0xb,0x45ca8c,0x800) 27074 abuse.x11R6 GIO fd 11 read 2048 bytes <...read data deleted...> 27074 abuse.x11R6 RET read 774/0x306 27074 abuse.x11R6 CALL close(0xb) 27074 abuse.x11R6 RET close 0 27074 abuse.x11R6 CALL getrusage(0x17,0,0xaad,0x3ff) 27074 abuse.x11R6 RET getrusage 4653065/0x470009 27074 abuse.x11R6 CALL getrusage(0x15,0x470009,0,0xefbfd528) 27074 abuse.x11R6 RET getrusage -1 errno 24 Too many open files 27074 abuse.x11R6 CALL getrusage(0x18,0x470009,0,0) 27074 abuse.x11R6 RET getrusage 0 can anyone tell me what is going on with getrusage()? tia, eric. -- erich@lodgenet.com erich@rrnet.com From owner-freebsd-hackers Wed Nov 15 12:02:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA16040 for hackers-outgoing; Wed, 15 Nov 1995 12:02:21 -0800 Received: from insanus.matematik.su.se (insanus.matematik.su.se [130.237.198.12]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA16022 for ; Wed, 15 Nov 1995 12:02:18 -0800 Received: from localhost (prudens.matematik.su.se [130.237.198.5]) by insanus.matematik.su.se (8.7.1/8.6.9) with ESMTP id VAA11119 for ; Wed, 15 Nov 1995 21:02:10 +0100 (MET) Message-Id: <199511152002.VAA11119@insanus.matematik.su.se> X-Address: Department of Mathematics, Stockholm University S-106 91 Stockholm SWEDEN X-Phone: int+46 8 162000 X-Fax: int+46 8 6126717 X-Url: http://www.matematik.su.se To: freebsd-hackers@freebsd.org Subject: Clarification (about outb/inb) Date: Wed, 15 Nov 1995 21:01:32 +0100 From: Torbjorn Granlund Sender: owner-hackers@freebsd.org Precedence: bulk Note that my suggestion about using the `N' flag for outb works also for older versions of GCC, but will generate worse code (any constant will be put into register edx before the instruction). Therefore, you could tranquilly use it already now in the kernel. The generated code will improve as people upgrade to newer versions of GCC. From owner-freebsd-hackers Wed Nov 15 12:15:19 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA18037 for hackers-outgoing; Wed, 15 Nov 1995 12:15:19 -0800 Received: from virginia.edu (uvaarpa.Virginia.EDU [128.143.2.7]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id MAA18025 for ; Wed, 15 Nov 1995 12:15:14 -0800 Received: from server.cs.virginia.edu by uvaarpa.virginia.edu id aa14437; 15 Nov 95 15:15 EST Received: from stretch.cs.Virginia.edu (stretch-fo.cs.Virginia.EDU) by uvacs.cs.virginia.edu (4.1/5.1.UVA) id AA09889; Wed, 15 Nov 95 15:14:55 EST Posted-Date: Wed, 15 Nov 1995 15:14:53 -0500 (EST) Received: by stretch.cs.Virginia.edu (4.1/SMI-2.0) id AA11193; Wed, 15 Nov 95 15:14:53 EST Date: Wed, 15 Nov 1995 15:14:53 -0500 (EST) From: "Adrian T. Filipi-Martin" Reply-To: adrian@virginia.edu To: bah6f@server.cs.virginia.edu Cc: hackers@freebsd.org Subject: Re: -current kernel not compiling In-Reply-To: <199511150407.XAA27244@parker.cs.Virginia.EDU> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hi Paco, The eisa controller lit took care of everything. It's pretty cool. Now I do not have to specify any of the setting for my controller because it gets all the info from the eisa bus when it probes. It is intersting to note that my controller, the adaptec 1742, is the one and only eisa controller supported at the moment. At least it is the only one with a source module in the eisa source directory. thanks, Adrian adrian@virginia.edu ---->>>>| Support your local programmer, http://www.cs.virginia.edu/~atf3r/ --->>>| STOP Software Patent Abuses NOW! Member: The League for -->>| For an application and information Programming Freedom ->| see: http://www.lpf.org/ From owner-freebsd-hackers Wed Nov 15 12:33:34 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA21631 for hackers-outgoing; Wed, 15 Nov 1995 12:33:34 -0800 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA21609 for ; Wed, 15 Nov 1995 12:33:32 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id MAA19707 for ; Wed, 15 Nov 1995 12:33:08 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA23156; Wed, 15 Nov 1995 21:23:24 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id VAA03857; Wed, 15 Nov 1995 21:23:23 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id VAA08239; Wed, 15 Nov 1995 21:19:27 +0100 From: J Wunsch Message-Id: <199511152019.VAA08239@uriah.heep.sax.de> Subject: Re: pty To: didier@omnix.fr.org (Didier Derny) Date: Wed, 15 Nov 1995 21:19:27 +0100 (MET) Cc: hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Didier Derny" at Nov 15, 95 04:17:53 pm X-Phone: +49-351-2012 669 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: 364 Sender: owner-hackers@freebsd.org Precedence: bulk As Didier Derny wrote: > > Is there any possibility to have more than 256 ptys ? > Is there any trick to find the next available pty without having to > try them all ? Implement a cloning pty driver. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Nov 15 12:39:27 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA22514 for hackers-outgoing; Wed, 15 Nov 1995 12:39:27 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA22415 for ; Wed, 15 Nov 1995 12:38:00 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA23401; Wed, 15 Nov 1995 21:35:54 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id VAA04005; Wed, 15 Nov 1995 21:35:54 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id VAA08437; Wed, 15 Nov 1995 21:33:52 +0100 From: J Wunsch Message-Id: <199511152033.VAA08437@uriah.heep.sax.de> Subject: Re: APC PowerChute To: chuck@fang.cs.sunyit.edu Date: Wed, 15 Nov 1995 21:33:52 +0100 (MET) Cc: hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199511151848.NAA27341@fang.cs.sunyit.edu> from "chuck@fang.cs.sunyit.edu" at Nov 15, 95 01:48:43 pm X-Phone: +49-351-2012 669 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: 1246 Sender: owner-hackers@freebsd.org Precedence: bulk As chuck@fang.cs.sunyit.edu wrote: > > Anyone have any experience running APC's PowerChute UPS > software under the SCO emulator? We're moving all of our systems (Suns, > DEC's, PC's (running FreeBSD and Linux), and macs (bleck!)) to run on UPS' > since a brown-out earlier this week fried a couple of disks. Any info on > UPS experiences would also be helpful. APC powerchute sucks. At least the SCO version i've seen. I've got the chance to hold my hands on two APC Smart UPSen for a weekend recently. I owe great thanks to Ty Hoeffer, , who's been publishing his knowlege. The result is a simple Smart UPS monitor, and a much more valuable file smartups.h, describing as much of the Smart UPS protocol as i could examine while i've got them available. The result will be in /xperimnt on the 2.1 CD. I would upload it to ftp.{freebsd.org,cdrom.com}, but the lines from Europe are simply terrible these days. The snapshot should be available as ftp://ftp.inf.tu-dresden.de/pub/people/wunsch/smartups/smartups.tar.gz really soon now. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Nov 15 14:17:23 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA09647 for hackers-outgoing; Wed, 15 Nov 1995 14:17:23 -0800 Received: from www.cybercity.dk ([194.16.56.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA09570 ; Wed, 15 Nov 1995 14:16:49 -0800 Received: from SandBox by www.cybercity.dk via ESMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id XAA08957; Wed, 15 Nov 1995 23:19:26 +0100 Received: (from sos@localhost) by SandBox (8.6.11/8.6.9) id XAA00470; Wed, 15 Nov 1995 23:05:34 +0100 From: Soren Schmidt Message-Id: <199511152205.XAA00470@SandBox> Subject: Re: Linux emul, QMAGIC libs To: leisner@sdsp.mc.xerox.com (Marty Leisner) Date: Wed, 15 Nov 1995 23:05:31 +0100 (MET) Cc: msmith@atrad.adelaide.edu.au, sos@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <9511151811.AA19406@gnu.mc.xerox.com> from "Marty Leisner" at Nov 15, 95 10:11:23 am Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 835 Sender: owner-hackers@FreeBSD.org Precedence: bulk In reply to Marty Leisner who wrote: > > > > I hate to mention it, but ZMAGIC/QMAGIC is going out > of style... > > I just installed Slackware 3.0 on the machine I'm going to share > with FreeBSD, and its all ELF... > > > What's the plans for ELF emulation? Oh I have plans !! I even have an ELF loader ready (sort of) What I need is my new machine to arrive and to get an ELF linux installation, I'll see if I can get my hands on the skackware 3.0 here in DK land.... > Does ibsc2 on linux do anything for Freebsd binaries? Hmm, they do have some BSD emul code in there, but I don't now if it works for FreeBSD... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time .. From owner-freebsd-hackers Wed Nov 15 16:00:02 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA06961 for hackers-outgoing; Wed, 15 Nov 1995 16:00:02 -0800 Received: from wiley.muc.ditec.de (wiley.muc.ditec.de [194.120.126.9]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA06890 ; Wed, 15 Nov 1995 15:59:49 -0800 Received: from vector.eikon.e-technik.tu-muenchen.de ([139.92.18.171]) by wiley.muc.ditec.de (8.6.12/8.6.9) with ESMTP id AAA00578; Thu, 16 Nov 1995 00:59:09 +0100 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.12/8.6.9) with SMTP id PAA08251; Tue, 14 Nov 1995 15:50:05 +0100 Message-Id: <199511141450.PAA08251@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: hackers@freebsd.org, doc@freebsd.org, core@freebsd.org Cc: jhs@freebsd.org, n1epo4tl@ibmmail.com, velte@cdrom.com, gewt@ukc.ac.uk Subject: OEM Magazine, October 1995, Page 8, Column 2 - Unix Column Unbalanced Reply-To: "Julian H. Stacey" X-mailer: EXMH [version 1.6.4 10/10/95 Date: Tue, 14 Nov 1995 15:50:03 +0100 From: "Julian H. Stacey" Sender: owner-hackers@freebsd.org Precedence: bulk FreeBSD people, For Your Info: OEM Magazine, October 1995, Page 8, Column 2 has a letter I wrote My letter basically : - Criticised a published article that placed reliance on quantity of commercial Unix licenses sold, to predict the imminent demise of Unix, in favour of NT. - Pointed at the thriving non commercial Unix variants, that need no licenses, & that no manufacturer trumpets sales figures for. - Hyped _FreeBSD_ in particular & referenced wcarchive@cdrom.com (as a FreeBSD host), http://www.freebsd.org , ^^^ (typo. in magazine, maybe from my original email) sales@cdrom.com , & hackers@freebsd.org There's also a reply from the chap who's OEM 7/8-95 OS feature I criticised. I don't have machine readable copies (except perhaps on a backup tape) but the magazine has a web page http:/tech-web.cmp.com/oem (maybe it's there, haven't looked, bad net connection at present) PS I suggest not stripping these CCs from this mail: jhs@freebsd.org & n1epo4tl@ibmmail.com not on hackers list core@freebsd.org some not on hackers list Julian H. Stacey EMAIL: jhs@freebsd.org WEB: http://www.freebsd.org/~jhs/ TEL: +49.89.268616 FAX: +49.89.2608126 CONSULTANT: Internet, Unix, C POST: Vector Systems Ltd, Holz Strasse 27d, 80469 Munich, Germany. From owner-freebsd-hackers Wed Nov 15 16:18:43 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA11559 for hackers-outgoing; Wed, 15 Nov 1995 16:18:43 -0800 Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA11554 ; Wed, 15 Nov 1995 16:18:41 -0800 Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by mail.barrnet.net (8.7.1/MAIL-RELAY-LEN) with SMTP id QAA26843; Wed, 15 Nov 1995 16:18:35 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id RAA07561; Wed, 15 Nov 1995 17:17:08 -0700 Date: Wed, 15 Nov 1995 17:17:08 -0700 From: Nate Williams Message-Id: <199511160017.RAA07561@rocky.sri.MT.net> To: sos@FreeBSD.org Cc: leisner@sdsp.mc.xerox.com (Marty Leisner), msmith@atrad.adelaide.edu.au, hackers@FreeBSD.org Subject: Re: Linux emul, QMAGIC libs In-Reply-To: <199511152205.XAA00470@SandBox> References: <9511151811.AA19406@gnu.mc.xerox.com> <199511152205.XAA00470@SandBox> Sender: owner-hackers@FreeBSD.org Precedence: bulk > > Does ibsc2 on linux do anything for Freebsd binaries? > > Hmm, they do have some BSD emul code in there, but I don't > now if it works for FreeBSD... The developer who did the FreeBSD emulation for Linux mentioned on Usenet this week that the FreeBSD emulation code is extremely incomplete and *NO* more work would be done on it unless he was offered $$. And, he offered to help others do the work and hasn't received any offers of help in the last 3 months. I suspect FreeBSD emulation under Linux will be a non-issue soon. Nate From owner-freebsd-hackers Wed Nov 15 16:38:38 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA15834 for hackers-outgoing; Wed, 15 Nov 1995 16:38:38 -0800 Received: from ns.easy.re.kr (ns.easy.re.kr [203.241.171.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA14984 for ; Wed, 15 Nov 1995 16:35:01 -0800 Received: (from moonhunt@localhost) by ns.easy.re.kr (8.6.12H1/8.6.12) id JAA28944 for freebsd-hackers@freebsd.org; Thu, 16 Nov 1995 09:34:27 +0900 From: HyunSeog Ryu Message-Id: <199511160034.JAA28944@ns.easy.re.kr> Subject: Question: Can I prevent suspend key??? To: freebsd-hackers@freebsd.org Date: Thu, 16 Nov 1995 09:34:27 +1553003 (KST) X-Mailer: ELM [version 2.4 PL21-h4] Content-Type: text Content-Length: 772 Sender: owner-hackers@freebsd.org Precedence: bulk Hi, everyone, Can I prevent some user to use suspend function??? I want some user to do only one program. So I modify his .cshrc to do that program and logout... But if he press ctrl-z, he get all function as full shell user. Because of security, I try to find some way to restrict suspend function. So I use next command at .cshrc. stty susp <= of course, means real null 'stty -a' reports susp has 'undef' value. Do you have more idea on this situation??? ;> -- Name : Hyunseog Ryu(moonhunt@easy.re.kr) http://www.easy.re.kr/~moonhunt Tel : +82-2-884-0174 Fax : +82-2-884-0175 EASY Research Institute, 304-25,Shinrim 10-dong Kwanak-gu,Seoul,151-020,Korea For the better tommorow, for the better world!!! Cheers~~~~ ;> From owner-freebsd-hackers Wed Nov 15 17:12:09 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA21324 for hackers-outgoing; Wed, 15 Nov 1995 17:12:09 -0800 Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA21307 for ; Wed, 15 Nov 1995 17:11:56 -0800 Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id SAA07794; Wed, 15 Nov 1995 18:11:25 -0700 Date: Wed, 15 Nov 1995 18:11:25 -0700 From: Nate Williams Message-Id: <199511160111.SAA07794@rocky.sri.MT.net> To: HyunSeog Ryu Cc: freebsd-hackers@freebsd.org Subject: Re: Question: Can I prevent suspend key??? In-Reply-To: <199511160034.JAA28944@ns.easy.re.kr> References: <199511160034.JAA28944@ns.easy.re.kr> Sender: owner-hackers@freebsd.org Precedence: bulk > Can I prevent some user to use suspend function??? > I want some user to do only one program. > So I modify his .cshrc to do that program and logout... Why don't you use that program as his login shell? Make sure you also catch all the signals in the program and you should be set. Nate From owner-freebsd-hackers Wed Nov 15 17:16:13 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA21952 for hackers-outgoing; Wed, 15 Nov 1995 17:16:13 -0800 Received: from strider.ibenet.it (root@strider.ibenet.it [194.179.130.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA21935 for ; Wed, 15 Nov 1995 17:16:09 -0800 Received: (from piero@localhost) by strider.ibenet.it (8.6.12/8.6.12) id CAA14609 for Hackers@FreeBSD.ORG; Thu, 16 Nov 1995 02:12:58 +0100 From: Piero Serini Message-Id: <199511160112.CAA14609@strider.ibenet.it> Subject: 2.1-951104-SNAP: more on net problems To: Hackers@FreeBSD.ORG (FreeBSD Hackers' List) Date: Thu, 16 Nov 1995 02:12:58 +0100 (MET) Reply-To: piero@strider.ibenet.it Operating-System: FreeBSD 1.1.5.1 X-Phone-Number: +39 (2) 58113562 X-NCC-RegID: it.ibenet X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1354 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Hello. As some of you may recall, I'm having problems with the new machine I installed and the network: I thought I couldn't simply log in via net, but I have some more data now: interface ed0: 194.179.128.33 255.255.255.0, it works, as I can ftp/telnet/whatever to another FBSD box (2.0.5). It won't see any other machine on the same network, though, and one of those is its router (Cisco 4500). I can't exactly quote the output of netstat right now (too bad I didn't write it down, no the machine isn't phisically here), but it's fine: the only strange thing is that it won't see the router, so I can't telnet in via network. The router (194.179.128.254) is on the same network and works fine for all the other machines. /etc/sysconfig says NO TCP extensions (but nothing changes if I set them to YES). I tried changing the IP address to something else, either very low (3) or near to the router's (250), no go. The ARP entry for the router is reported correctly if I ping 194.179.128.255 from the router itself (it founds this new machine), but I can't still connect. Any idea? Need some other input (please specify)? Bye, -- # $Id: .signature,v 1.12 1995/08/14 12:10:54 piero Exp $ Piero Serini Via Giambologna, 1 I 20136 Milano - ITALY From owner-freebsd-hackers Wed Nov 15 17:22:12 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA22956 for hackers-outgoing; Wed, 15 Nov 1995 17:22:12 -0800 Received: from ns.easy.re.kr (ns.easy.re.kr [203.241.171.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA22195 for ; Wed, 15 Nov 1995 17:17:21 -0800 Received: (from moonhunt@localhost) by ns.easy.re.kr (8.6.12H1/8.6.12) id KAA00685 for freebsd-hackers@freebsd.org; Thu, 16 Nov 1995 10:16:01 +0900 Date: Thu, 16 Nov 1995 10:16:01 +0900 From: HyunSeog Ryu Message-Id: <199511160116.KAA00685@ns.easy.re.kr> To: freebsd-hackers@freebsd.org Subject: Installation problem Sender: owner-hackers@freebsd.org Precedence: bulk Hi, everyone, When I was installed FreeBSD 2.1.0-951104-SNAP to my system, I got error message with boot.flp. My machine information : CPU : 486-DX4/100 RAM : 64M HDD : SEAGATE ST32430N (SCSI ID 0) SEAGATE ST15230N (SCSI ID 1) AHA1542CF LAN : 3COM 3C509 Combo I know, SEAGATE HDD's geometry infomation is below. Cyl Head Sector RPM Capacity ST32430N 2605 19 82 5411 2.14GB ST15230N 3974 19 111 5411 4.294GB But boot.flp's Partition menu reports different geometry information. So I put correct geometry information by "g" command. And I do installation procedure by commit. It has reported warning message as below. Warning! Unable to swap to /dev/sd0s1b: Device not cpnfigured This may cause the installation to fail at some point if you don't have a lot of memory. And procedure go on, it report error message as below. Unable to make new root filesystem on /dev/rsd0a! Command returned status 1 Boot.flp detect sd0 and sd1 correctly when it is begin(Alt-F2 debugging screen). I was labeled all partition as below. / : 128M swap : 128M /var : 64M /usr : 512M /news : 1 GB /home : 128M /home/ftp : 4 GB Why this situation occurs??? When I just follow as boot.flp's reported geometry, it's result is same... I got boot.flp from ftp://ftp.waseda.ac.jp/pub/FreeBSD/2.1.0-951104-SNAP/floppies/boot.flp. Is this hardware problem or boot.flp's problem??? ;< Please help me this situation... ;< Thank you for your reading... -- Name : Hyunseog Ryu(moonhunt@easy.re.kr) http://www.easy.re.kr/~moonhunt Tel : +82-2-884-0174 Fax : +82-2-884-0175 EASY Research Institute, 304-25,Shinrim 10-dong Kwanak-gu,Seoul,151-020,Korea For the better tommorow, for the better world!!! Cheers~~~~ ;> From owner-freebsd-hackers Wed Nov 15 17:56:09 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA25077 for hackers-outgoing; Wed, 15 Nov 1995 17:36:10 -0800 Received: from psychotic.communica.com.au (root@gw.communica.com.au [203.8.94.161]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA25059 for ; Wed, 15 Nov 1995 17:36:01 -0800 Received: from communica.com.au (newton@frenzy [192.82.222.1]) by psychotic.communica.com.au (8.6.12/8.6.9) with SMTP id MAA04809; Thu, 16 Nov 1995 12:05:29 +1030 Received: by communica.com.au (4.1/SMI-4.1) id AA26738; Thu, 16 Nov 95 12:05:18 CDT From: newton@communica.com.au (Mark Newton) Message-Id: <9511160135.AA26738@communica.com.au> Subject: Re: 2.1-951104-SNAP: more on net problems To: piero@strider.ibenet.it Date: Thu, 16 Nov 1995 12:05:18 +1030 (CST) Cc: Hackers@FreeBSD.ORG In-Reply-To: <199511160112.CAA14609@strider.ibenet.it> from "Piero Serini" at Nov 16, 95 02:12:58 am X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 523 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Piero Serini wrote: > The ARP entry for the router is reported correctly if I ping > 194.179.128.255 from the router itself (it founds this new machine), > but I can't still connect. What happens if you ping 194.179.128.255 from the FreeBSD box? (you'll need to be running as root, btw) - mark --- Mark Newton Email: newton@communica.com.au Systems Engineer Phone: +61-8-373-2523 Communica Systems WWW: http://www.communica.com.au From owner-freebsd-hackers Wed Nov 15 18:09:09 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA26528 for hackers-outgoing; Wed, 15 Nov 1995 17:56:27 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA26513 for ; Wed, 15 Nov 1995 17:56:23 -0800 Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id RAA00385; Wed, 15 Nov 1995 17:53:07 -0800 From: Julian Elischer Message-Id: <199511160153.RAA00385@ref.tfs.com> Subject: Re: Installation problem To: moonhunt@easy.RE.KR (HyunSeog Ryu) Date: Wed, 15 Nov 1995 17:53:06 -0800 (PST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199511160116.KAA00685@ns.easy.re.kr> from "HyunSeog Ryu" at Nov 16, 95 10:16:01 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2089 Sender: owner-hackers@freebsd.org Precedence: bulk > > Hi, everyone, > > When I was installed FreeBSD 2.1.0-951104-SNAP to my system, > I got error message with boot.flp. > > My machine information : > CPU : 486-DX4/100 > RAM : 64M > HDD : SEAGATE ST32430N (SCSI ID 0) > SEAGATE ST15230N (SCSI ID 1) > AHA1542CF > LAN : 3COM 3C509 Combo > > I know, SEAGATE HDD's geometry infomation is below. > > Cyl Head Sector RPM Capacity > ST32430N 2605 19 82 5411 2.14GB > ST15230N 3974 19 111 5411 4.294GB > > But boot.flp's Partition menu reports different geometry information. > So I put correct geometry information by "g" command. > And I do installation procedure by commit. you must NOT use this geometry.. you MUST be compatible with BIOS PRETEND geometry. the BIOS pretend geometry is: 64 heads 32 sectors/track 1023 cylinders <--this number does not matter just make it 1023 for now.. > > It has reported warning message as below. > > Warning! Unable to swap to /dev/sd0s1b: Device not cpnfigured > This may cause the installation to fail at some point > if you don't have a lot of memory. > > And procedure go on, it report error message as below. > I don't know this.. > Unable to make new root filesystem on /dev/rsd0a! > Command returned status 1 > > Boot.flp detect sd0 and sd1 correctly when it is begin(Alt-F2 debugging screen). > > I was labeled all partition as below. > > / : 128M > swap : 128M > /var : 64M > /usr : 512M > /news : 1 GB > /home : 128M > /home/ftp : 4 GB > > Why this situation occurs??? > When I just follow as boot.flp's reported geometry, > it's result is same... > I got boot.flp from ftp://ftp.waseda.ac.jp/pub/FreeBSD/2.1.0-951104-SNAP/floppies/boot.flp. > > Is this hardware problem or boot.flp's problem??? ;< > Please help me this situation... ;< > Thank you for your reading... > > > -- > Name : Hyunseog Ryu(moonhunt@easy.re.kr) http://www.easy.re.kr/~moonhunt > Tel : +82-2-884-0174 Fax : +82-2-884-0175 > EASY Research Institute, 304-25,Shinrim 10-dong Kwanak-gu,Seoul,151-020,Korea > For the better tommorow, for the better world!!! Cheers~~~~ ;> > From owner-freebsd-hackers Wed Nov 15 19:08:37 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA05937 for hackers-outgoing; Wed, 15 Nov 1995 18:54:52 -0800 Received: from scam.XCF.Berkeley.EDU (scam.XCF.Berkeley.EDU [128.32.43.201]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA05930 for ; Wed, 15 Nov 1995 18:54:48 -0800 From: grady@scam.XCF.Berkeley.EDU Received: from localhost (localhost [127.0.0.1]) by scam.XCF.Berkeley.EDU (8.7/8.7) with SMTP id SAA00213 for ; Wed, 15 Nov 1995 18:55:03 -0800 Message-Id: <199511160255.SAA00213@scam.XCF.Berkeley.EDU> X-Authentication-Warning: scam.XCF.Berkeley.EDU: Host localhost [127.0.0.1] didn't use HELO protocol To: freebsd-hackers@FreeBSD.ORG Subject: more on problems with PPP Date: Wed, 15 Nov 95 18:55:02 -0800 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I sent a question a couple weeks ago about hangs I was getting from PPP (iijppp v. 0.94 under FreeBSD 2.0.5). I got one response which suggested turning off timeouts. It may do the trick -- I haven't had too much time to check it out. But I have found something else. When running over an ISDN "modem", ppp is going into a tight loop after a few minutes, preventing any further packets from getting through. I am going to try to debug it tonight, but I'd be interested in knowing if anyone else has seen this and dealt with it. The fact that it is happening only over an ISDN modem, and not over a 28.8k modem, suggests that either a) it is an incompatibility with the box on the other side (an Ascend box, but apparently no one else has complained about this), or b) there is a PPP bug that manifests itself due to timing issues. Both would be surprising. Unfortunately, there is a business resting on getting this stuff working, so this is pretty high priority for me. Steven From owner-freebsd-hackers Wed Nov 15 19:43:55 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA12381 for hackers-outgoing; Wed, 15 Nov 1995 19:43:55 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA12354 for ; Wed, 15 Nov 1995 19:43:41 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id OAA32756; Thu, 16 Nov 1995 14:42:20 +1100 Date: Thu, 16 Nov 1995 14:42:20 +1100 From: Bruce Evans Message-Id: <199511160342.OAA32756@godzilla.zeta.org.au> To: stesin@elvisti.kiev.ua, tateoka@pdcd.ilab.toshiba.co.jp Subject: Re: Is TTYHOG too small? (Re: STARTECH ...550CP chips are Ok for me. ) Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk ># I found a solution to my problem with UUCP i protocol. ># It's not in the sio.c but tty.h. ># ># after 2.0.5, clist size limited by c_cbmax. ># and c_cbmax's value from TTYHOG in tty.h. ># but flow control refer to t_hiwat from TTYMAXHIWAT. ># and TTYHOG < TTYMAXHIWAT. ># ># I think It cause unusual flow control ( by no more clist ). TTYMAXHIWAT is essentially the size of the output buffer. It is unrelated to TTYHOG. TTYHIWAT is currently 2048 while TTYHOG is only 1024. These numbers haven't changed for a long time and made more sense when most i/o was to terminals so there was always a lot more output than input. ># Last night, I increased TTYHOG to 4096 in 2.1.0-951104-SNAP and ># recompiled my kernel. ># I tryed UUCP communication, and uucico completed i protocol transfer. Making TTYHOG larger may help solve flow control problems. Hardware flow control should always work, but throught may be reduced a little if flow control is invoked. Are you using hardware flow control in both directions? I think uucp's `hardflow' option only applies to outgoing connections. To initialize crtscts flow control for uucp logins (and all other logins), use `stty crtscts' on the initial state ports and perhaps on the lock state ports for each dialin port. See /etc/rc.serial. Bruce From owner-freebsd-hackers Wed Nov 15 21:12:09 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA19892 for hackers-outgoing; Wed, 15 Nov 1995 21:12:09 -0800 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id VAA19735 for ; Wed, 15 Nov 1995 21:11:31 -0800 Received: by sequent.kiae.su id AA17624 (5.65.kiae-2 ); Thu, 16 Nov 1995 08:00:37 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Thu, 16 Nov 95 08:00:36 +0300 Received: (from ache@localhost) by ache.dialup.demos.ru (8.6.12/8.6.12) id HAA02899; Thu, 16 Nov 1995 07:59:55 +0300 To: Bruce Evans , stesin@elvisti.kiev.ua, tateoka@pdcd.ilab.toshiba.co.jp Cc: hackers@freebsd.org References: <199511160342.OAA32756@godzilla.zeta.org.au> In-Reply-To: <199511160342.OAA32756@godzilla.zeta.org.au>; from Bruce Evans at Thu, 16 Nov 1995 14:42:20 +1100 Message-Id: Organization: Olahm Ha-Yetzirah Date: Thu, 16 Nov 1995 07:59:55 +0300 (MSK) X-Mailer: Mail/@ [v2.40 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: Re: Is TTYHOG too small? (Re: STARTECH ...550CP chips are Ok for me. ) Lines: 16 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 745 Sender: owner-hackers@freebsd.org Precedence: bulk In message <199511160342.OAA32756@godzilla.zeta.org.au> Bruce Evans writes: >Are you using hardware flow control in both directions? I think uucp's >`hardflow' option only applies to outgoing connections. To initialize >crtscts flow control for uucp logins (and all other logins), use >`stty crtscts' on the initial state ports and perhaps on the lock state >ports for each dialin port. See /etc/rc.serial. No, uucp set _both_ iflow & oflow. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Wed Nov 15 21:27:29 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA21145 for hackers-outgoing; Wed, 15 Nov 1995 21:27:29 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA21128 for ; Wed, 15 Nov 1995 21:27:23 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id QAA03381; Thu, 16 Nov 1995 16:18:21 +1100 Date: Thu, 16 Nov 1995 16:18:21 +1100 From: Bruce Evans Message-Id: <199511160518.QAA03381@godzilla.zeta.org.au> To: ache@astral.msk.su, bde@zeta.org.au, stesin@elvisti.kiev.ua, tateoka@pdcd.ilab.toshiba.co.jp Subject: Re: Is TTYHOG too small? (Re: STARTECH ...550CP chips are Ok for me. ) Cc: hackers@FreeBSD.org Sender: owner-hackers@FreeBSD.org Precedence: bulk >>Are you using hardware flow control in both directions? I think uucp's >>`hardflow' option only applies to outgoing connections. To initialize >>crtscts flow control for uucp logins (and all other logins), use >>`stty crtscts' on the initial state ports and perhaps on the lock state >>ports for each dialin port. See /etc/rc.serial. >No, uucp set _both_ iflow & oflow. Of course CRTSCTS sets flow control in both directions. uucp doesn't even know about FreeBSD's CRTS_IFLOW and CCCTS_OFLOW which can be used in both directions. I mean that `hardflow y' in the /etc/uucp/port has no effect of uucp logins. Bruce From owner-freebsd-hackers Wed Nov 15 21:33:06 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA21737 for hackers-outgoing; Wed, 15 Nov 1995 21:33:06 -0800 Received: from novidc.blr.novell.com (novidc.blr.novell.com [164.99.119.64]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id VAA21732 for ; Wed, 15 Nov 1995 21:32:54 -0800 Date: Thu, 16 Nov 95 11:02 IST From: koshy@blr.novell.com To: hackers@freebsd.org Subject: IDE drives using DMA? Content-Length: 301 Content-Type: text/plain Message-ID: <30aacced0.2096@novidc.blr.novell.com> Sender: owner-hackers@freebsd.org Precedence: bulk Hi, I chanced upon a book about ATA drives and noted there that IDE can optionally support DMA transfers in addition to the regular programmed IO. Does anyone have any experience with this? Are such configurations common? Any catches or caveats that hinder DMA use with IDE drives? Thanks, Koshy From owner-freebsd-hackers Wed Nov 15 22:41:54 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA00356 for hackers-outgoing; Wed, 15 Nov 1995 22:41:54 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA00343 for ; Wed, 15 Nov 1995 22:41:50 -0800 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 HAA19378 ; Thu, 16 Nov 1995 07:41:46 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id HAA03625 ; Thu, 16 Nov 1995 07:41:46 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.1/keltia-uucp-2.6) id AAA16296; Thu, 16 Nov 1995 00:32:13 +0100 (MET) From: Ollivier Robert Message-Id: <199511152332.AAA16296@keltia.freenix.fr> Subject: Re: -current kernel not compiling To: adrian@virginia.edu Date: Thu, 16 Nov 1995 00:32:12 +0100 (MET) Cc: bah6f@server.cs.virginia.edu, hackers@freebsd.org In-Reply-To: from "Adrian T. Filipi-Martin" at Nov 15, 95 03:14:53 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1327 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk It seems that Adrian T. Filipi-Martin said: > because it gets all the info from the eisa bus when it probes. It is > intersting to note that my controller, the adaptec 1742, is the one and > only eisa controller supported at the moment. At least it is the only > one with a source module in the eisa source directory. The Adaptec 27xx (EISA) and 28xx (VLB but answer to EISA probes) are also converted to the new scheme (in fact, they were done before the 174x). -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Sun Nov 12 16:47:05 MET 1995 From owner-freebsd-hackers Thu Nov 16 00:04:46 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA08223 for hackers-outgoing; Thu, 16 Nov 1995 00:04:46 -0800 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA08208 for ; Thu, 16 Nov 1995 00:04:40 -0800 Received: from rah.star-gate.com (localhost [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.9) with ESMTP id AAA01067; Thu, 16 Nov 1995 00:02:02 -0800 Message-Id: <199511160802.AAA01067@rah.star-gate.com> X-Mailer: exmh version 1.6.2 7/18/95 To: koshy@blr.novell.com cc: hackers@freebsd.org Subject: Re: IDE drives using DMA? In-reply-to: Your message of "Thu, 16 Nov 1995 11:02:00 +0700." <30aacced0.2096@novidc.blr.novell.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 16 Nov 1995 00:02:01 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk Oh, boy here we go again... Koshy, there has been a few nice threads on this subject which can be researched thru : http://www.freebsd.org/search.html Have fun, Amancio >>> koshy@blr.novell.com said: > Hi, > > I chanced upon a book about ATA drives and noted there that IDE can > optionally support DMA transfers in addition to the regular programmed > IO. > > Does anyone have any experience with this? Are such configurations > common? Any catches or caveats that hinder DMA use with IDE drives? > > Thanks, > Koshy > From owner-freebsd-hackers Thu Nov 16 00:15:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA09766 for hackers-outgoing; Thu, 16 Nov 1995 00:15:21 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA09741 for ; Thu, 16 Nov 1995 00:15:12 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA14696; Thu, 16 Nov 1995 09:14:29 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA13547; Thu, 16 Nov 1995 09:14:28 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id IAA11670; Thu, 16 Nov 1995 08:40:37 +0100 From: J Wunsch Message-Id: <199511160740.IAA11670@uriah.heep.sax.de> Subject: Re: Installation problem To: moonhunt@easy.re.kr Date: Thu, 16 Nov 1995 08:40:37 +0100 (MET) Cc: freebsd-hackers@freebsd.org (FreeBSD hackers) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199511160153.RAA00385@ref.tfs.com> from "Julian Elischer" at Nov 15, 95 05:53:06 pm X-Phone: +49-351-2012 669 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: 1557 Sender: owner-hackers@freebsd.org Precedence: bulk As Julian Elischer wrote: > > > I know, SEAGATE HDD's geometry infomation is below. > > > > Cyl Head Sector RPM Capacity > > ST32430N 2605 19 82 5411 2.14GB > > ST15230N 3974 19 111 5411 4.294GB > > > > But boot.flp's Partition menu reports different geometry information. > > So I put correct geometry information by "g" command. > > And I do installation procedure by commit. > you must NOT use this geometry.. > you MUST be compatible with BIOS PRETEND geometry. > the BIOS pretend geometry is: > 64 heads > 32 sectors/track > 1023 cylinders <--this number does not matter just make it 1023 for now.. Since it seems that you're going to install a FreeBSD-only system, perhaps you'll find it easier to use the ``dangerously dedicated disk'' option. Say ``A)ll'' in the partitioning menu, and answer the next question with the non-default value (``No''). This way, your BSD partition will start on sector 0, and you don't have to care for any geometry. (Ignore the ``The detected geometry is incorrect...'' warning.) Btw., i doubt your information about the geometry is correct. As far as i know, the disk vendors publish cylinder and head numbers, and only tell you a range for the sectors per track, since the outer tracks have more sectors than the inner. The only trustworthy value is the ``total blocks per disk'', and that's basically what's being used in the above scenario. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Nov 16 01:01:11 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA16053 for hackers-outgoing; Thu, 16 Nov 1995 01:01:11 -0800 Received: from gw.wmich.edu (gw.wmich.edu [141.218.1.100]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA16043 for ; Thu, 16 Nov 1995 01:01:07 -0800 Received: from piglet.cc.wmich.edu (piglet.cc.wmich.edu [141.218.20.105]) by gw.wmich.edu (8.7.1/8.7.1) with ESMTP id EAA20986 for ; Thu, 16 Nov 1995 04:01:05 -0500 Received: from wmich.edu by wmich.edu (PMDF V5.0-4 #5064) id <01HXP45FY8MOB2JQBD@wmich.edu> for hackers@freebsd.org; Thu, 16 Nov 1995 04:01:04 -0500 (EST) Date: Thu, 16 Nov 1995 04:01:04 -0500 (EST) From: -=WireHead=- Subject: A few questions To: hackers@freebsd.org Reply-to: "Timothy.Butkiewicz" Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=DEC-MCS Content-transfer-encoding: 7BIT Importance: low Priority: low Sensitivity: none Encrypted?: no Comments: none Sender: owner-hackers@freebsd.org Precedence: bulk Oh wise ones, I have come to the stpes of the oracle in search of some plain truths. For the gift of this knowledge I will forever carry the bit-bucket, encircling the globe in search of lost bits. I present before thee..... 1) Using user PPP how do i pull out the dynamically assigned IP address to save it in a file. I connect on a fairly regular basis, about once a day. And would like to yank my assigned IP address each time and save it to a file. 2) While trying to compile some bsd(i?) based software i ran into some problems with crypt. It is giving me some undefined errors relating to "_crypt" Does freebsd handle a different methodology. I have DES in action on this system. 3) and last. Is there a way to set up my machine to only deliver mail to this machine. It is a solo system, only way out is through a PPP connection and i would like to turn off internet mail processing so that the users on this system can only send mail within and not get it routed through the PPP link. Thank you in advance for your knoledge and patience. -Timothy, burdened bucket carrier.  --Is It Live .. or Is It Mimecon--  +-----------------------> *)(* WireHead *)(* <-----------------------+ |Feed the NOiSe in2 the .SYS fone: 616.349.8044| |Please end destructive fax : 616.373.6680| | nuclear testing http://arbornet.org/~wirehead| | ! PGP Key available upon request. ! eMail:X93BUTKIEWIC@wmich.edu| [<*>]--------------------------------[<*>]--------------------------------[<*>] From owner-freebsd-hackers Thu Nov 16 01:06:37 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA17142 for hackers-outgoing; Thu, 16 Nov 1995 01:06:37 -0800 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA17127 for ; Thu, 16 Nov 1995 01:06:32 -0800 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by rah.star-gate.com (8.6.12/8.6.9) with SMTP id BAA01585 for ; Thu, 16 Nov 1995 01:06:26 -0800 Message-Id: <199511160906.BAA01585@rah.star-gate.com> Date: Thu, 16 Nov 95 01:06:27 -0800 From: "Amancio Hasty, Jr." X-Mailer: Mozilla 1.1N (X11; I; FreeBSD 2.1-STABLE i386) MIME-Version: 1.0 To: hackers@freebsd.org Subject: Re: FreeBSD and Linux --(was re: Yikes!!! New 200Mhz Intel P6 Benchmarks X-URL: news:GLEW.95Nov13234221@pdx910.intel.com Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Sender: owner-hackers@freebsd.org Precedence: bulk glew@ichips.intel.com (Andy Glew) wrote: > Now, what I like to see is a FreeBSD box or Linux Box running on > a Pentium Pro 8) > >Can I get in trouble for saying this? > >I'm posting this from a Pentium(r) Pro Processor based system running >FreeBSD. It's my primary desktop computer. > >It's not the fastest P6 around, but it is the fastest computer I have >ever had on my desktop. > >I keep crying out "God, I *love* this!" every time I realize that the >P6 is fast enough to run some software feature that I tried a while >back, and found too slow to tolerate. (I have a very low tolerance for >features that slow down performance.) > >I keep running impromptu benchmarks on little things I do regularly - >sorts, perl scripts, compilations, news. Many of these show speedups >(over P5, or other CPUs) significantly *better* than the published >SPEC and other benchmark results for P6. > I.e. P6 is disproportionately faster on many of the things that >most annoy me. P6 delivers performance to more than just special case >benchmarks. > I'm somewhat constrained from posting such ad-hoc benchmark >results, but I hope that others will post such results, as soon as >they have access to P6 systems. > >In fact, the only thing I'm really annoyed about is my very slow, old, >EtherExpress 16 card. > The trouble about building a compatible system is that it is >compatible with old I/O cards, and you can't always justify buying a >new one. > >"God, I *love* this!" > > > > >-- > >Andy "Krazy" Glew, glew@ichips.intel.com, Intel, >M/S JF1-19, 5200 NE Elam Young Pkwy, Hillsboro, Oregon 97124-6497. >Place URGENT in email subject line for mail filter prioritization. >DISCLAIMER: private posting, not representative of employer. > >We're looking for a few good microarchitects for our research labs. > news:GLEW.95Nov13234221@pdx910.intel.com -- Amancio Hasty Hasty Software Consulting Services Tel: 415-495-3046 Fax: 415-495-3046 Cellular: 415-309-8434 e-mail: hasty@star-gate.com Powered by FreeBSD From owner-freebsd-hackers Thu Nov 16 01:10:25 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA18024 for hackers-outgoing; Thu, 16 Nov 1995 01:10:25 -0800 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA18001 for ; Thu, 16 Nov 1995 01:10:19 -0800 Received: from rah.star-gate.com (localhost [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.9) with ESMTP id BAA02219 for ; Thu, 16 Nov 1995 01:10:14 -0800 Message-Id: <199511160910.BAA02219@rah.star-gate.com> X-Mailer: exmh version 1.6.2 7/18/95 To: hackers@freebsd.org Subject: worperfect again... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 16 Nov 1995 01:10:13 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk No matter what I do on stable I can't get wordperfect to work. I am running stable .... Anyone out there can you run wordperfect in current or stable?? Tnks, Amancio modstat Type Id Off Loadaddr Size Info Rev Module Name EXEC 0 3 f0cee000 0018 f0cf3000 1 linux_emulator MISC 1 0 f0d0d000 0020 f0d14000 1 ibcs2_mod EXEC 2 4 f0d15000 0008 f0d16000 1 ibcs2_coff_mod DEV 3 33 f0d17000 0010 f0d1a02c 1 socksys_mod rah# setenv DISPLAY unix:0.0 rah# ./wpinstall WPCorp Installation for: WordPerfect 6.0 for UNIX (R) Systems Warning: Unable to copy Wp60 to Warning: Unable to copy Wp60 to Wp60 will be installed in the wplib directory. This will affect the default colors for WordPerfect 6.0. Refer to Default Colors in your documentation for more information. /dev/spx: No such device or address Error: Can't open display: unix:0.0 rah# ls -ald /dev/spx crw-rw-rw- 1 root wheel 41, 1 Nov 15 01:17 /dev/spx From owner-freebsd-hackers Thu Nov 16 01:18:47 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA19220 for hackers-outgoing; Thu, 16 Nov 1995 01:18:47 -0800 Received: from pancake.remcomp.fr (root@pancake.remcomp.fr [194.51.30.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id BAA19186 for ; Thu, 16 Nov 1995 01:18:30 -0800 Received: from zapata.omnix.fr.org by zapata.omnix.fr.org (8.6.9/8.6.9) with SMTP id KAA25925; Thu, 16 Nov 1995 10:41:08 +0100 Date: Thu, 16 Nov 1995 10:41:08 +0100 (MET) From: Didier Derny To: Joerg Wunsch cc: hackers@freebsd.org Subject: Re: pty In-Reply-To: <199511152019.VAA08239@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Wed, 15 Nov 1995, J Wunsch wrote: > As Didier Derny wrote: > > > > Is there any possibility to have more than 256 ptys ? > > Is there any trick to find the next available pty without having to > > try them all ? > > Implement a cloning pty driver. > In fact I have to control 32 pty with the same process. It might be more interesting for me to write a driver to multiplex 32 slaves on only one master. > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) > +---------------------+ | Didier Derny | | didier@omnix.fr.org | +---------------------+ From owner-freebsd-hackers Thu Nov 16 01:23:06 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA19849 for hackers-outgoing; Thu, 16 Nov 1995 01:23:06 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA19839 for ; Thu, 16 Nov 1995 01:23:02 -0800 Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id BAA01235 for hackers@freebsd.org; Thu, 16 Nov 1995 01:22:59 -0800 Date: Thu, 16 Nov 1995 01:22:59 -0800 From: Julian Elischer Message-Id: <199511160922.BAA01235@ref.tfs.com> To: hackers@freebsd.org Subject: DOCS comment.. where too? Sender: owner-hackers@freebsd.org Precedence: bulk in the SCSI doc in the handbook teh BIOS translated geometry stated as being "often used" is backwards.. it states in handbook 117.html#220 64 sector, 32 heads..... in actual fact it's 64 heads, 32 sectors not sure where I should send this comment...... julian. From owner-freebsd-hackers Thu Nov 16 01:23:11 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA19867 for hackers-outgoing; Thu, 16 Nov 1995 01:23:11 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id BAA19855 for ; Thu, 16 Nov 1995 01:23:08 -0800 Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Thu, 16 Nov 95 09:22 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id KAA00693; Thu, 16 Nov 1995 10:09:23 +0100 Message-Id: <199511160909.KAA00693@allegro.lemis.de> Subject: Re: linux' mknod and named pipes. To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Thu, 16 Nov 1995 10:09:22 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <199511151849.KAA01200@rah.star-gate.com> from "Amancio Hasty Jr." at Nov 15, 95 10:49:41 am 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: 617 Sender: owner-hackers@freebsd.org Precedence: bulk Amancio Hasty Jr. writes: > > >>> "Eric L. Hernes" said: > > > > Now that I've got doom and sound 85% done, and the first > > doom finished, I've moved on to abuse. > > > > It runs and is playable but the sound doesn't work > > ktrace shows it fails trying to make a pipe in /tmp with > > mknod(). FreeBSD's mknod is different enough to not > > let this work. Any ideas? > > Sure, turn mknod(arg,arg1,0) into a bsd mkfifo call anything else for now > just pass it thru to mknod 8) Is there any good reason why we shouldn't modify mknod to make a fifo when called with the appropriate parameters? Greg From owner-freebsd-hackers Thu Nov 16 01:32:43 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA21684 for hackers-outgoing; Thu, 16 Nov 1995 01:32:43 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA21663 for ; Thu, 16 Nov 1995 01:32:38 -0800 Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id BAA01265 for hackers@freebsd.org; Thu, 16 Nov 1995 01:32:37 -0800 Date: Thu, 16 Nov 1995 01:32:37 -0800 From: Julian Elischer Message-Id: <199511160932.BAA01265@ref.tfs.com> To: hackers@freebsd.org Subject: comments on SCSI doc Sender: owner-hackers@freebsd.org Precedence: bulk I'd like to fix a few thing in this.. (the one in the handbook reached from www.freebsd.org) what do I do to do this..? what do I check out and change? I assume it's in src/share/doc.. but I'd like an authoritative answer before I start doingthis, and will the web pages be fixed when I do this? if not, how do I propogate my changes? julian From owner-freebsd-hackers Thu Nov 16 01:46:52 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA24180 for hackers-outgoing; Thu, 16 Nov 1995 01:46:52 -0800 Received: from iselgw.ilab.toshiba.co.jp (iselgw.ilab.toshiba.co.jp [202.249.10.129]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA24161 for ; Thu, 16 Nov 1995 01:46:46 -0800 Received: by iselgw.ilab.toshiba.co.jp (8.6.7/MMLAB-1.0) with UUCP id SAA28502; Thu, 16 Nov 1995 18:46:20 +0900 Received: from ilab-master.ilab.toshiba.co.jp by isel3.mmlab.toshiba.co.jp (5.67+1.6W/6.4J.6-mmlab_2.60) id AA08178; Thu, 16 Nov 95 18:44:11 JST Received: from pdcd-mail.pdcd.ilab.toshiba.co.jp by ilab-master.ilab.toshiba.co.jp (8.6.11+2.5Wb2/3.3W9-ilab2.1) with ESMTP id SAA06043; Thu, 16 Nov 1995 18:44:10 +0900 Received: by pdcd-mail.pdcd.ilab.toshiba.co.jp (8.6.11+2.5Wb2+PDCD/3.3W9-pdcd7.1) with ESMTP id SAA22815; Thu, 16 Nov 1995 18:44:23 +0900 Message-Id: <199511160944.SAA22815@pdcd-mail.pdcd.ilab.toshiba.co.jp> To: Bruce Evans Cc: stesin@elvisti.kiev.ua, tateoka@pdcd.ilab.toshiba.co.jp, hackers@freebsd.org Subject: Re: Is TTYHOG too small? (Re: STARTECH ...550CP chips are Ok for me. ) In-Reply-To: Your message of "Thu, 16 Nov 1995 14:42:20 +1100." <199511160342.OAA32756@godzilla.zeta.org.au> Date: Thu, 16 Nov 1995 18:44:07 +0900 From: Masamichi Tateoka Sender: owner-hackers@freebsd.org Precedence: bulk > Are you using hardware flow control in both directions? I think uucp's > `hardflow' option only applies to outgoing connections. To initialize I had the problem while outgoing UUCP connections. The opposite side was linux box that's using hard flow control. Masamichi Tateoka tateoka@pdcd.ilab.toshiba.co.jp tateoka@yasai.forus.or.jp (HOME) From owner-freebsd-hackers Thu Nov 16 02:20:24 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA29353 for hackers-outgoing; Thu, 16 Nov 1995 02:20:24 -0800 Received: from strider.ibenet.it (root@strider.ibenet.it [194.179.130.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA29333 for ; Thu, 16 Nov 1995 02:20:12 -0800 Received: (from piero@localhost) by strider.ibenet.it (8.6.12/8.6.12) id LAA15167; Thu, 16 Nov 1995 11:15:08 +0100 From: Piero Serini Message-Id: <199511161015.LAA15167@strider.ibenet.it> Subject: Re: 2.1-951104-SNAP: more on net problems To: newton@communica.com.au (Mark Newton) Date: Thu, 16 Nov 1995 11:15:08 +0100 (MET) Cc: piero@strider.ibenet.it, Hackers@FreeBSD.ORG In-Reply-To: <9511160135.AA26738@communica.com.au> from "Mark Newton" at Nov 16, 95 12:05:18 pm Reply-To: piero@strider.ibenet.it Operating-System: FreeBSD 1.1.5.1 X-Phone-Number: +39 (2) 58113562 X-NCC-RegID: it.ibenet X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 681 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Hello. Quoting from Mark Newton (Thu Nov 16 02:35:18 1995): > > The ARP entry for the router is reported correctly if I ping > > 194.179.128.255 from the router itself (it founds this new machine), > > but I can't still connect. > > What happens if you ping 194.179.128.255 from the FreeBSD box? > (you'll need to be running as root, btw) The arp table is filled up correctly, but I get no response from the three routers (194.179.128.254, 253, 252). Bye, -- # $Id: .signature,v 1.12 1995/08/14 12:10:54 piero Exp $ Piero Serini Via Giambologna, 1 I 20136 Milano - ITALY From owner-freebsd-hackers Thu Nov 16 02:52:43 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA03666 for hackers-outgoing; Thu, 16 Nov 1995 02:52:43 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id CAA03655 for ; Thu, 16 Nov 1995 02:52:38 -0800 Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Thu, 16 Nov 95 10:52 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id LAA00930 for hackers@freebsd.org; Thu, 16 Nov 1995 11:34:41 +0100 Message-Id: <199511161034.LAA00930@allegro.lemis.de> Subject: Compilation problems with -current 1342 To: hackers@freebsd.org (FreeBSD Hackers) Date: Thu, 16 Nov 1995 11:34:40 +0100 (MET) 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: 533 Sender: owner-hackers@freebsd.org Precedence: bulk For the past couple of days, after applying the cvs patches, make all hasn't completed cleanly. Today I'm at 1342, and have the following problems: - usr.sbin/lsdev/i386.c fails to compile with undefined {ISA,EISA,PCI,SCSI}_EXTERNALLEN and a whole lot of other symbols. - usr.sbin/sysctl/sysctl.c fails to compile with undefined CTL_DEBUG_{MAXID,NAME,VALUE} - in lkm/pcic, sys/pccard/pcic.c fails to compile with undefined struct isa_device. None of this really worries me, so I haven't bothered to follow up. Greg From owner-freebsd-hackers Thu Nov 16 03:10:33 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA05833 for hackers-outgoing; Thu, 16 Nov 1995 03:10:33 -0800 Received: from westhill.cdrom.com (westhill.cdrom.com [192.216.223.138]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA05822 for ; Thu, 16 Nov 1995 03:10:29 -0800 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by westhill.cdrom.com (8.6.12/8.6.11) with SMTP id DAA15493 ; Thu, 16 Nov 1995 03:10:21 -0800 X-Authentication-Warning: westhill.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: "Timothy.Butkiewicz" cc: hackers@freebsd.org Subject: Re: A few questions In-reply-to: Your message of "Thu, 16 Nov 1995 04:01:04 EST." Date: Thu, 16 Nov 1995 03:10:20 -0800 Message-ID: <15491.816520220@westhill.cdrom.com> From: Gary Palmer Sender: owner-hackers@freebsd.org Precedence: bulk -=WireHead=- wrote in message ID : > 2) While trying to compile some bsd(i?) based software i ran into some > problems with crypt. It is giving me some undefined errors relating to > "_crypt" Does freebsd handle a different methodology. I have DES in > action on this system. Have you added `-lcrypt' to the linktime flags? That's probably the problem. > 3) and last. Is there a way to set up my machine to only deliver mail to > this machine. It is a solo system, only way out is through a PPP > connection and i would like to turn off internet mail processing so that > the users on this system can only send mail within and not get it routed > through the PPP link. Depends. You could disable SMTP delivery in the sendmail.cf if you wanted. Not sure if that'd do what you want tho, and what repercussions it would have. Gary From owner-freebsd-hackers Thu Nov 16 04:16:17 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA10930 for hackers-outgoing; Thu, 16 Nov 1995 04:16:17 -0800 Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id EAA10910 for ; Thu, 16 Nov 1995 04:16:10 -0800 Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD-4.4) id XAA25244; Thu, 16 Nov 1995 23:15:25 +1100 From: michael butler Message-Id: <199511161215.XAA25244@asstdc.scgt.oz.au> Subject: Re: Sup! It's killing us! Please help! To: dawes@Physics.usyd.edu.au (David Dawes) Date: Thu, 16 Nov 1995 23:15:24 +1100 (EST) Cc: msmith@atrad.adelaide.edu.au, jkh@time.cdrom.com, hackers@freefall.freebsd.org In-Reply-To: <199511150655.RAA29411@suphys.physics.usyd.edu.au> from "David Dawes" at Nov 15, 95 05:55:52 pm X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 962 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk David Dawes writes: Whilst I think David is better positioned for this (as I said) .. >>> Obviously, if we could convince David Dawes (on physics.su.oz.au) it'd be >>> better .. they've got 2meg into the same Telstra office. > I should have a lot more space in a day or two, so I should be able to > do this. For the benefit of Australian "suppers" :-), in the interim, there is a sup-server running on sup.asstdc.com.au (202.12.127.70) which has all but the most recent secure- stuff (i.e. -stable, -current and -ports). Whilst I haven't addressed it with him directly, this will give David some extra "breathing space" to reorganise as and when he wants rather than in any hurry without prolonging freefall's agony. The server here is currently only updated daily (~2am in Sydney, 1500 UTC) in order not to beat freefall into the ground any more than it already is. Jordon, if there's a more convenient time, please advise and I'll adjust it. michael From owner-freebsd-hackers Thu Nov 16 05:59:04 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA18417 for hackers-outgoing; Thu, 16 Nov 1995 05:59:04 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id FAA18412 ; Thu, 16 Nov 1995 05:59:01 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id FAA29455; Thu, 16 Nov 1995 05:58:14 -0800 To: announce@freebsd.org cc: hackers@freebsd.org Subject: Sup server at sup.valleynet.com now online. Reply-To: freebsd-hackers@freebsd.org Date: Thu, 16 Nov 1995 05:58:13 -0800 Message-ID: <29453.816530293@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk -- Begin forwarded message: From: Pat Jensen - Network Administrator Subject: sup.valleynet.com -- New SUP Server Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Well, I now have the latest SUP tree from sup.FreeBSD.org, and my server is up and running and should be able to handle 25 concurrent users (I think, hehe). sup.valleynet.com grabs the latest SUP tree updates from FreeBSD.org twice a day (in cron) and rebuilds the tree also. -- End forwarded message: From owner-freebsd-hackers Thu Nov 16 06:57:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA21560 for hackers-outgoing; Thu, 16 Nov 1995 06:57:21 -0800 Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id GAA21317 for ; Thu, 16 Nov 1995 06:52:33 -0800 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id PAA22771 for freebsd-hackers@freefall.cdrom.com; Thu, 16 Nov 1995 15:21:00 +0100 Date: Thu, 16 Nov 1995 15:21:00 +0100 From: "Christoph P. Kukulies" Message-Id: <199511161421.PAA22771@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: IDE/eIDE issues Sender: owner-hackers@FreeBSD.ORG Precedence: bulk For some installation tests I bought a brandnew Quantum Fireball640 (612 MB) thinking it would be least risky to use IDE/eIDE to install FreeBSD. But it turns out to be the most cumbersome installation I was doing ever :-( I can't the hell get it to boot. After several tries with 'missing operating system' results I finally got it to find the boot loader but when the kernel is being loaded all I can get is the first | from the twisting |/-\'s then hang. I tried with IDE, and two different eIDE (VLB) controller to no avail. Do I need to put special disk software that came with the controller to the disk first ? I always thought FreeBSD can cope with any disk geometry/IDE drive size as long as the partition can be reached from the BIOS. Looking back I find that I did only do mostly SCSI installations in the past and my (successful) IDE installations date back into times where common IDE drives used to have less than 1/2 GB. I tried to read the handbook first before coming up here but in fact the handbook is very sparse on (e)IDE. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Thu Nov 16 09:18:30 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA29356 for hackers-outgoing; Thu, 16 Nov 1995 09:18:30 -0800 Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA29348 for ; Thu, 16 Nov 1995 09:18:22 -0800 Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id MAA10061; Thu, 16 Nov 1995 12:15:15 -0500 Date: Thu, 16 Nov 1995 12:15:15 -0500 (EST) From: "Ron G. Minnich" To: "Christoph P. Kukulies" cc: freebsd-hackers@freefall.freebsd.org Subject: Re: IDE/eIDE issues In-Reply-To: <199511161421.PAA22771@gilberto.physik.rwth-aachen.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > I can't the hell get it to boot. After several tries with > 'missing operating system' results I finally got it to find > the boot loader but when the kernel is being loaded > all I can get is the first | from the twisting |/-\'s then hang. I had no luck with 2.05R install with ide, similar symptoms. What worked was to build a 10 meg dos partition and put freebsd on the partition after that. Seems silly, but it did the job for us. Your problem may not be this problem, however :=( ron From owner-freebsd-hackers Thu Nov 16 09:36:33 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA00951 for hackers-outgoing; Thu, 16 Nov 1995 09:36:33 -0800 Received: from vulture.dmem.strath.ac.uk (vulture.dmem.strath.ac.uk [130.159.232.158]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA00916 for ; Thu, 16 Nov 1995 09:36:12 -0800 Received: from localhost (localhost [127.0.0.1]) by vulture.dmem.strath.ac.uk (8.6.12/8.6.9) with SMTP id RAA01702 for ; Thu, 16 Nov 1995 17:36:39 GMT Message-Id: <199511161736.RAA01702@vulture.dmem.strath.ac.uk> X-Authentication-Warning: vulture.dmem.strath.ac.uk: Host localhost didn't use HELO protocol To: freebsd-hackers@freefall.FreeBSD.org Subject: Re IDE/eIDE issues In-reply-to: Your message of "Thu, 16 Nov 1995 15:21:00 +0100." <199511161421.PAA22771@gilberto.physik.rwth-aachen.de> Date: Thu, 16 Nov 1995 17:36:39 +0000 From: Neil Brendan Clark Sender: owner-hackers@FreeBSD.ORG Precedence: bulk In message <199511161421.PAA22771@gilberto.physik.rwth-aachen.de>you write: > >Looking back I find that I did only do mostly SCSI installations >in the past and my (successful) IDE installations date back into >times where common IDE drives used to have less than 1/2 GB. In my experience the root partition must not only be reachable by the BIOS, but be contained entirely within the reachable limits of the BIOS, i.e. <1024 cylinders or whatever. On my 1GB drive I have a small root which is used to mount the rest after the BIOS has been blown out; here's the fdisk info for completeness. Neil ******* Working on device /dev/rwd0 ******* parameters extracted from in-core disklabel are: cylinders=2099 heads=16 sectors/track=63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=2099 heads=16 sectors/track=63 (1008 blks/cyl) Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 0 is: sysid 77,(unknown) start 263088, size 676368 (330 Meg), flag 0 beg: cyl 261/ sector 1/ head 0; end: cyl 931/ sector 63/ head 15 The data for partition 1 is: sysid 165,(FreeBSD/NetBSD/386BSD) start 939456, size 42336 (20 Meg), flag 80 beg: cyl 932/ sector 1/ head 0; end: cyl 973/ sector 63/ head 15 The data for partition 2 is: sysid 165,(FreeBSD/NetBSD/386BSD) start 981792, size 1134000 (553 Meg), flag 0 beg: cyl 974/ sector 1/ head 0; end: cyl 1023/ sector 63/ head 15 The data for partition 3 is: sysid 6,(Primary 'big' DOS (> 32MB)) start 63, size 263025 (128 Meg), flag 0 beg: cyl 0/ sector 1/ head 1; end: cyl 260/ sector 63/ head 15 From owner-freebsd-hackers Thu Nov 16 09:40:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA01190 for hackers-outgoing; Thu, 16 Nov 1995 09:40:21 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA01182 ; Thu, 16 Nov 1995 09:40:08 -0800 Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.12/8.6.9) with ESMTP id TAA12931; Thu, 16 Nov 1995 19:39:54 +0200 Received: from localhost (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.6.12/8.6.9) with SMTP id TAA03690; Thu, 16 Nov 1995 19:39:52 +0200 Message-Id: <199511161739.TAA03690@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: freebsd-hackers@FreeBSD.ORG cc: announce@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Sup server at sup.valleynet.com now online. Date: Thu, 16 Nov 1995 19:39:48 +0200 From: Mark Murray Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Excellent! This sort of thing is _great_ news! Please also give us an idea where these supservers are, both geographically and from a net.topology perspective. As more spring up, it will make the job of choosing an appropriate one easier. M > > -- Begin forwarded message: > > From: Pat Jensen - Network Administrator > Subject: sup.valleynet.com -- New SUP Server > Message-ID: > MIME-Version: 1.0 > Content-Type: TEXT/PLAIN; charset=US-ASCII > > > Well, I now have the latest SUP tree from sup.FreeBSD.org, and > my server is up and running and should be able to handle 25 > concurrent users (I think, hehe). -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grumble.grondar.za for PGP key From owner-freebsd-hackers Thu Nov 16 09:58:38 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA02200 for hackers-outgoing; Thu, 16 Nov 1995 09:58:38 -0800 Received: from spot.lodgenet.com (lodgenet.iw.net [204.157.148.88]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA02172 for ; Thu, 16 Nov 1995 09:57:06 -0800 Received: from jake.lodgenet.com (jake.lodgenet.com [204.124.120.30]) by spot.lodgenet.com (8.6.12/8.6.12) with ESMTP id LAA26080; Thu, 16 Nov 1995 11:55:24 -0600 Received: from localhost (localhost [127.0.0.1]) by jake.lodgenet.com (8.6.12/8.6.12) with SMTP id MAA21140; Thu, 16 Nov 1995 12:14:14 -0600 Message-Id: <199511161814.MAA21140@jake.lodgenet.com> X-Authentication-Warning: jake.lodgenet.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: "Amancio Hasty Jr." cc: hackers@freebsd.org Subject: Re: worperfect again... In-reply-to: Your message of "Thu, 16 Nov 1995 01:10:13 PST." <199511160910.BAA02219@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 16 Nov 1995 12:14:13 -0600 From: "Eric L. Hernes" Sender: owner-hackers@freebsd.org Precedence: bulk "Amancio Hasty Jr." writes: > >No matter what I do on stable I can't get wordperfect to work. >I am running stable .... Anyone out there can you run >wordperfect in current or stable?? How did you get past ``/dev/X0R: No such file or directory''? I tried `ln -s /dev/null /dev/X0R', which gets me to the point you're at now. from the cdevsw[] in conf.c { nxopen, nxclose, nxread, nxwrite, /*41*/ nxioctl, nxstop, nullreset, nxdevtotty,/* was socksy s */ it appears that /dev/socksys is deprecated, maybe. also there's an #ifdef SOCKSYS_HACK in the ibcs2 sources, which doesn't seem to make a difference. ;( > > Tnks, > Amancio > > modstat >Type Id Off Loadaddr Size Info Rev Module Name >EXEC 0 3 f0cee000 0018 f0cf3000 1 linux_emulator >MISC 1 0 f0d0d000 0020 f0d14000 1 ibcs2_mod >EXEC 2 4 f0d15000 0008 f0d16000 1 ibcs2_coff_mod >DEV 3 33 f0d17000 0010 f0d1a02c 1 socksys_mod >rah# setenv DISPLAY unix:0.0 >rah# ./wpinstall > WPCorp Installation for: > > WordPerfect 6.0 for UNIX (R) Systems > > Warning: Unable to copy Wp60 to > Warning: Unable to copy Wp60 to > Wp60 will be installed in the wplib directory. > This will affect the default colors for WordPerfect 6.0. > Refer to Default Colors in your documentation for more information. >/dev/spx: No such device or address >Error: Can't open display: unix:0.0 >rah# ls -ald /dev/spx >crw-rw-rw- 1 root wheel 41, 1 Nov 15 01:17 /dev/spx > > eric. -- erich@lodgenet.com erich@rrnet.com From owner-freebsd-hackers Thu Nov 16 10:08:53 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA02907 for hackers-outgoing; Thu, 16 Nov 1995 10:08:53 -0800 Received: from spot.lodgenet.com (lodgenet.iw.net [204.157.148.88]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA02698 for ; Thu, 16 Nov 1995 10:07:29 -0800 Received: from jake.lodgenet.com (jake.lodgenet.com [204.124.120.30]) by spot.lodgenet.com (8.6.12/8.6.12) with ESMTP id MAA26179 for ; Thu, 16 Nov 1995 12:05:47 -0600 Received: from localhost (localhost [127.0.0.1]) by jake.lodgenet.com (8.6.12/8.6.12) with SMTP id MAA24203 for ; Thu, 16 Nov 1995 12:24:43 -0600 Message-Id: <199511161824.MAA24203@jake.lodgenet.com> X-Authentication-Warning: jake.lodgenet.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: hackers@freebsd.org Subject: ibcs2 and socksys. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 16 Nov 1995 12:24:42 -0600 From: "Eric L. Hernes" Sender: owner-hackers@freebsd.org Precedence: bulk ok, with SOCKSYS_HACK defined and /dev/null symlinked to /dev/socksys, SCO's telnet works: (ttyp0@jake)$ sudo file telnet telnet: 80386 COFF executable (ttyp0@jake)$ sudo file ./telnet ./telnet: 80386 COFF executable (ttyp0@jake)$ ./telnet jake Trying 204.124.120.30... Connected to jake.lodgenet.com. Escape character is '^]'. FreeBSD (jake) (ttypd) login: Connection closed by foreign host. (ttyp0@jake)$ ls -l /dev/socksys lrwxr-xr-x 1 root wheel 9 Nov 16 12:21 /dev/socksys@ -> /dev/null (ttyp0@jake)$ dunno if any of that is relevant. still poking at wordperfect... eric. -- erich@lodgenet.com erich@rrnet.com From owner-freebsd-hackers Thu Nov 16 10:21:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA03810 for hackers-outgoing; Thu, 16 Nov 1995 10:21:21 -0800 Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA03799 for ; Thu, 16 Nov 1995 10:20:40 -0800 Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id TAA05643; Thu, 16 Nov 1995 19:11:56 +0100 From: Luigi Rizzo Message-Id: <199511161811.TAA05643@labinfo.iet.unipi.it> Subject: Re: IDE/eIDE issues To: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) Date: Thu, 16 Nov 1995 19:11:56 +0100 (MET) Cc: freebsd-hackers@freefall.freebsd.org In-Reply-To: <199511161421.PAA22771@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Nov 16, 95 03:20:41 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1531 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > For some installation tests I bought a brandnew Quantum Fireball640 > (612 MB) thinking it would be least risky to use IDE/eIDE to install FreeBSD. > > But it turns out to be the most cumbersome installation I was doing > ever :-( > > I can't the hell get it to boot. After several tries with > 'missing operating system' results I finally got it to find > the boot loader but when the kernel is being loaded > all I can get is the first | from the twisting |/-\'s then hang. Are you sure it is not the BIOS on your system/controller that does automatic remapping of the geometry to something <= 1024 cylinders ? I had this problem with a new Intel Zappa motherboard. Luckily you can disable this feature in the bios. I think there is some mention to this problem in the helpfiles within the install floppy (as of 95100x snap), but it was so indirect and hidden that one hardly finds it even if he knows what to look for. I suggested Jordan to point out this specific problem (possibly in simple words, e.g. "WARNING: disable automatic geometry remapping in your bios, if present"), but have not checked the new floppies. 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 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-hackers Thu Nov 16 10:59:00 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA06144 for hackers-outgoing; Thu, 16 Nov 1995 10:59:00 -0800 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA06136 for ; Thu, 16 Nov 1995 10:58:57 -0800 Received: from rah.star-gate.com (localhost [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.9) with ESMTP id KAA03524; Thu, 16 Nov 1995 10:58:42 -0800 Message-Id: <199511161858.KAA03524@rah.star-gate.com> X-Mailer: exmh version 1.6.2 7/18/95 To: "Eric L. Hernes" cc: hackers@freebsd.org Subject: Re: worperfect again... In-reply-to: Your message of "Thu, 16 Nov 1995 12:14:13 CST." <199511161814.MAA21140@jake.lodgenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 16 Nov 1995 10:58:42 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk Yeap, I just did "ln -s /dev/null /dev/X0R" I guess it aint working yet. Amancio >>> "Eric L. Hernes" said: > "Amancio Hasty Jr." writes: > > > >No matter what I do on stable I can't get wordperfect to work. > >I am running stable .... Anyone out there can you run > >wordperfect in current or stable?? > > How did you get past ``/dev/X0R: No such file or directory''? > I tried `ln -s /dev/null /dev/X0R', which gets me to the point > you're at now. > > from the cdevsw[] in conf.c > { nxopen, nxclose, nxread, nxwrite, /*41*/ > nxioctl, nxstop, nullreset, nxdevtotty,/* was socksy > s */ > > it appears that /dev/socksys is deprecated, maybe. also there's an > #ifdef SOCKSYS_HACK in the ibcs2 sources, which doesn't seem to make > a difference. ;( > > > > > Tnks, > > Amancio > > > > modstat > >Type Id Off Loadaddr Size Info Rev Module Name > >EXEC 0 3 f0cee000 0018 f0cf3000 1 linux_emulator > >MISC 1 0 f0d0d000 0020 f0d14000 1 ibcs2_mod > >EXEC 2 4 f0d15000 0008 f0d16000 1 ibcs2_coff_mod > >DEV 3 33 f0d17000 0010 f0d1a02c 1 socksys_mod > >rah# setenv DISPLAY unix:0.0 > >rah# ./wpinstall > > WPCorp Installation for: > > > > WordPerfect 6.0 for UNIX (R) Systems > > > > Warning: Unable to copy Wp60 to > > Warning: Unable to copy Wp60 to > > Wp60 will be installed in the wplib directory. > > This will affect the default colors for WordPerfect 6.0. > > Refer to Default Colors in your documentation for more information. > >/dev/spx: No such device or address > >Error: Can't open display: unix:0.0 > >rah# ls -ald /dev/spx > >crw-rw-rw- 1 root wheel 41, 1 Nov 15 01:17 /dev/spx > > > > > > eric. > > -- > erich@lodgenet.com > erich@rrnet.com > From owner-freebsd-hackers Thu Nov 16 11:04:26 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA06605 for hackers-outgoing; Thu, 16 Nov 1995 11:04:26 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA06598 for ; Thu, 16 Nov 1995 11:04:24 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA03449; Thu, 16 Nov 1995 11:59:32 -0700 From: Terry Lambert Message-Id: <199511161859.LAA03449@phaeton.artisoft.com> Subject: Re: pty To: didier@omnix.fr.org (Didier Derny) Date: Thu, 16 Nov 1995 11:59:31 -0700 (MST) Cc: joerg_wunsch@uriah.heep.sax.de, hackers@FreeBSD.ORG In-Reply-To: from "Didier Derny" at Nov 16, 95 10:41:08 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: 663 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > Is there any possibility to have more than 256 ptys ? > > > Is there any trick to find the next available pty without having to > > > try them all ? > > > > Implement a cloning pty driver. > > In fact I have to control 32 pty with the same process. It might be > more interesting for me to write a driver to multiplex 32 slaves on only > one master. Er. This makes no sense. Unless your program is not going to distinguish between slaves? I'd think the process would care which is which because of implied state. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Nov 16 11:09:30 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA06845 for hackers-outgoing; Thu, 16 Nov 1995 11:09:30 -0800 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA06840 for ; Thu, 16 Nov 1995 11:09:29 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id LAA03498 for ; Thu, 16 Nov 1995 11:09:18 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA03474; Thu, 16 Nov 1995 12:04:48 -0700 From: Terry Lambert Message-Id: <199511161904.MAA03474@phaeton.artisoft.com> Subject: Re: IDE drives using DMA? To: koshy@blr.novell.com Date: Thu, 16 Nov 1995 12:04:48 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: <30aacced0.2096@novidc.blr.novell.com> from "koshy@blr.novell.com" at Nov 16, 95 11:02:00 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: 717 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > I chanced upon a book about ATA drives and noted there that IDE can > optionally support DMA transfers in addition to the regular programmed > IO. > > Does anyone have any experience with this? Are such configurations > common? Any catches or caveats that hinder DMA use with IDE drives? The most common IDE chip, the RZ1000, will silently corrupt data if you get *any* interrupt during a DMA transfer. This was discussed in great, gory detail on comp.sys.intel (Intel makes the RZ1000). This affects something like 1/3 to 1/2 of all IDE interfaces currently out there. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Nov 16 11:11:00 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA06945 for hackers-outgoing; Thu, 16 Nov 1995 11:11:00 -0800 Received: from bigbird.vmicls.com (bigbird.vmicls.com [198.17.96.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA06940 for ; Thu, 16 Nov 1995 11:10:56 -0800 Received: from gonzo by bigbird.vmicls.com (8.6.9/SMI-4.1-vmicls-master-host-1) id OAA10832; Thu, 16 Nov 1995 14:12:25 -0500 From: Jerry.Kendall@vmicls.com (Jerry Kendall) Organization: VMI Communications and Learning Systems Received: by gonzo (5.0/vmi-client-host-1) id AA12472; Thu, 16 Nov 1995 14:12:20 +0500 Date: Thu, 16 Nov 1995 14:12:20 +0500 Message-Id: <9511161912.AA12472.gonzo@vmicls.com> To: hackers@freebsd.org Subject: KEYBOARD goes crazy X-Sun-Charset: US-ASCII content-length: 637 Sender: owner-hackers@freebsd.org Precedence: bulk I just setup two computers, a 386-40 with DOS/WINDOWS and a Pentium-75 running FreeBSD 2.0.5R. They share the same monitor and keyboard via a 'little switch box'. The problem is when I switch from/to the FreeBSD box. The input from the keyboard gets messed up. If I run DOS/WINDOWS on both systems, I can switch between them without any trouble. It seems to be related to switching from/to FreeBSD. At the login prompt, I type 'l' and I see '^L' on the screen. If I am logged in and type 'd', it interprets it as '^D' and logs me out. I tried switch to another screen via 'ALT-Fx' and it still is messed up. Any ideas ?????? Jerry From owner-freebsd-hackers Thu Nov 16 11:14:00 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA07137 for hackers-outgoing; Thu, 16 Nov 1995 11:14:00 -0800 Received: from bigbird.vmicls.com (bigbird.vmicls.com [198.17.96.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA07128 for ; Thu, 16 Nov 1995 11:13:53 -0800 Received: from gonzo by bigbird.vmicls.com (8.6.9/SMI-4.1-vmicls-master-host-1) id OAA11094; Thu, 16 Nov 1995 14:16:00 -0500 From: Jerry.Kendall@vmicls.com (Jerry Kendall) Organization: VMI Communications and Learning Systems Received: by gonzo (5.0/vmi-client-host-1) id AA12574; Thu, 16 Nov 1995 14:15:59 +0500 Date: Thu, 16 Nov 1995 14:15:59 +0500 Message-Id: <9511161915.AA12574.gonzo@vmicls.com> To: hackers@freebsd.org Subject: PC-TCP-NFS X-Sun-Charset: US-ASCII content-length: 417 Sender: owner-hackers@freebsd.org Precedence: bulk I would like to setup my DOS/WINDOWS system to be able to access a NFS-exported filesystem on my FreeBSD system. It would be nice if I could do this without running WINDOWS as Trumpet WinSock requires. SO: Does anyone know where to get some NFS-client software for my DOS/WINDOWS system ???? What about a TCP package for DOS(preferred), WINDOWS(acceptable) across ether. Both systems have ether cards. Jerry From owner-freebsd-hackers Thu Nov 16 11:36:08 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA08787 for hackers-outgoing; Thu, 16 Nov 1995 11:36:08 -0800 Received: from baudot.sarnoff.com (baudot.sarnoff.com [130.33.13.55]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA08780 for ; Thu, 16 Nov 1995 11:36:04 -0800 Received: from baudot (localhost [127.0.0.1]) by baudot.sarnoff.com (8.6.11/8.6.9) with SMTP id PAA00629 for ; Thu, 16 Nov 1995 15:36:39 -0500 Message-Id: <199511162036.PAA00629@baudot.sarnoff.com> Date: Thu, 16 Nov 95 15:36:39 -0500 From: Ron Minnich Organization: david sarnoff research center X-Mailer: Mozilla 1.1N (X11; I; Linux 1.3.27 i586) MIME-Version: 1.0 To: hackers@freebsd.org Subject: DCE-Core for Linux X-URL: http://neon.auswired.net/dce/ Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Sender: owner-hackers@freebsd.org Precedence: bulk http://neon.auswired.net/dce/ hi folks this is the public domain dce for linux home page. It's a threads package but more importantly a dce package for linux. Source is there too. One thing I noticed that's interesting: " Unfortunately, while we can compile the sources and can execute the code, the RPC does not yet work. DCE requires the BSD socket services, sendmsg() and recvmsg(), neither of which are yet implemented on Linux and are scheduled for release until Linux V1.4 (Linux is currently at 1.3.36+). " OK, but freebsd has these calls. If anyone gets interested they might want to look at this. (but someone probably already is ...) ron From owner-freebsd-hackers Thu Nov 16 11:37:15 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA08870 for hackers-outgoing; Thu, 16 Nov 1995 11:37:15 -0800 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id LAA08865 for ; Thu, 16 Nov 1995 11:37:13 -0800 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <16951(6)>; Thu, 16 Nov 1995 11:35:59 PST Received: from localhost ([127.0.0.1]) by crevenia.parc.xerox.com with SMTP id <177478>; Thu, 16 Nov 1995 11:35:35 -0800 X-Mailer: exmh version 1.6.4 10/10/95 To: guido@gvr.win.tue.nl (Guido van Rooij) cc: jmb@kryten.atinc.com (Jonathan M. Bresler), hackers@freebsd.org Subject: Re: [Q] Traceroute and source routing In-reply-to: Your message of "Mon, 06 Nov 1995 11:14:55 PST." <199511061914.UAA24264@gvr.win.tue.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 16 Nov 1995 11:35:27 PST From: Bill Fenner Message-Id: <95Nov16.113535pst.177478@crevenia.parc.xerox.com> Sender: owner-hackers@freebsd.org Precedence: bulk In message <199511061914.UAA24264@gvr.win.tue.nl> Guido van Rooij wrote: >> so...i want a source route option on traceroute. >> >> suggestions ?? pointers ?? code ?? > >It is in the Stevens book: >ftp://ftp.uu.net:/published/books/setevens.tcpipv1.tar.gz I just found a traceroute that claims to have working source-routing support under BSD4.4 . Check out ftp://ftp.nikhef.nl/pub/network/traceroute.tar.Z . Bill From owner-freebsd-hackers Thu Nov 16 12:01:22 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA09956 for hackers-outgoing; Thu, 16 Nov 1995 12:01:22 -0800 Received: from scam.XCF.Berkeley.EDU (scam.XCF.Berkeley.EDU [128.32.43.201]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA09951 for ; Thu, 16 Nov 1995 12:01:20 -0800 From: grady@scam.XCF.Berkeley.EDU Received: from localhost (localhost [127.0.0.1]) by scam.XCF.Berkeley.EDU (8.7/8.7) with SMTP id MAA06351 for ; Thu, 16 Nov 1995 12:01:34 -0800 Message-Id: <199511162001.MAA06351@scam.XCF.Berkeley.EDU> X-Authentication-Warning: scam.XCF.Berkeley.EDU: Host localhost [127.0.0.1] didn't use HELO protocol To: freebsd-hackers@freebsd.org Subject: Re: more on problems with PPP In-reply-to: Your message of Wed, 15 Nov 95 18:55:02 -0800 Date: Thu, 16 Nov 95 12:01:34 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk > But I have found something else. > When running over an ISDN "modem", ppp is going into a tight loop after > a few minutes, preventing any further packets from getting through. Yet further more information: This bug was not reproducible last night, which sucks. But I found a _new_ problem (I was debugging this over the phone, so I couldn't get a lot of information from the non-techie on the other end). With the appropriate configuration, doing a "ppp isdn", then a dial from within the ppp worked fine. But doing a "ppp -auto isdn" resulted in an error after doing a SIOCIAFADDR (I think). I don't remember the error string off-hand, unfortunately. This error happens sporadically when the connection is explicitly established with "dial", but happens _every_ time with "-auto", before a connection is actually made -- that is, it happens when ppp is trying to initialize the run interface (I assume), _not_ when it makes the ISDN connection. And yet it _only_ happens with the ISDN connection (which also has a different configuration due to a faster connection to the modem (115200), and a different ifaddr). I just had enough time to look through the PPP code and find the one place it occurred, but since it was only reproducible by my friend over the phone, I'm not sure how to easily debug this. So again, I'll ask if anyone has seen this. I haven't gotten much in the way of help with this stuff, so if you haven't bothered answering because you figure someone else has probably answered, please reconsider... Thanks for any help. Steven From owner-freebsd-hackers Thu Nov 16 12:43:19 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA11877 for hackers-outgoing; Thu, 16 Nov 1995 12:43:19 -0800 Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA11855 for ; Thu, 16 Nov 1995 12:41:40 -0800 Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.12/8.6.9) id WAA18545; Thu, 16 Nov 1995 22:40:51 +0200 From: John Hay Message-Id: <199511162040.WAA18545@zibbi.mikom.csir.co.za> Subject: Alpha release of Arnet SYNC/570i driver for FreeBSD To: hackers@FreeBSD.ORG (FreeBSD-hackers) Date: Thu, 16 Nov 1995 22:40:51 +0200 (SAT) Cc: bill@arnet.com, hsu@cs.hut.fi X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1452 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Release Note for the Arnet SYNC/570i driver for FreeBSD. DISCLAIMER: This is ALPHA-RELEASE code and may do anything to your system!! Don't blame me for anything that go wrong. I have done my development using 2 and 4 port SYNC/570i isa bus cards with V.35 interfaces. I think the X.21 interfaces will also work just like it is. The other interfaces may need some tweaking to the code that program the direction of the clock signals. This distribution is available at ftp://ftp.internat.FreeBSD.ORG/pub/FreeBSD.local/arnet-0.1.tgz and consists of: Relnote - This document. README.ar - The beginnning of a man page. hd64570.h - Chip definitions. if_arregs.h - Card definitions. if_ar.c - The device driver. To install copy hd64570.h to /sys/i386/isa/ic/ and if_ar* to /sys/i386/isa/ so that it end up like this: /sys/i386/isa/ic/hd64570.h /sys/i386/isa/if_arregs.h /sys/i386/isa/if_ar.c Add the following line to /sys/i386/conf/files.i386. i386/isa/if_ar.c optional ar device-driver Then add the following two lines to your kernel configuration file. device ar0 at isa? port 0x300 net irq 10 iomem 0xd0000 vector arintr pseudo-device sppp Configure and compile a new kernel. Please report problems, bugs and especially success stories to me at: jhay@mikom.csir.co.za. Fixes are also very welcome. :-) John -- John Hay -- John.Hay@csir.co.za From owner-freebsd-hackers Thu Nov 16 12:49:38 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA12223 for hackers-outgoing; Thu, 16 Nov 1995 12:49:38 -0800 Received: from kryten.atinc.com (kryten.Atinc.COM [198.138.38.7]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA12218 for ; Thu, 16 Nov 1995 12:49:33 -0800 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id PAA25550; Thu, 16 Nov 1995 15:40:56 -0500 Date: Thu, 16 Nov 1995 15:40:55 -0500 (EST) From: "Jonathan M. Bresler" Subject: Re: [Q] Traceroute and source routing To: Bill Fenner cc: Guido van Rooij , hackers@freebsd.org In-Reply-To: <95Nov16.113535pst.177478@crevenia.parc.xerox.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk thank you. i'll get it and continue to work the mail system over. On Thu, 16 Nov 1995, Bill Fenner wrote: > In message <199511061914.UAA24264@gvr.win.tue.nl> Guido van Rooij wrote: > >> so...i want a source route option on traceroute. > >> > >> suggestions ?? pointers ?? code ?? > > > >It is in the Stevens book: > >ftp://ftp.uu.net:/published/books/setevens.tcpipv1.tar.gz > > > I just found a traceroute that claims to have working source-routing support > under BSD4.4 . Check out ftp://ftp.nikhef.nl/pub/network/traceroute.tar.Z . > > Bill > > Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. FreeBSD Postmaster jmb@FreeBSD.Org | 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 Nov 16 13:20:43 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA14291 for hackers-outgoing; Thu, 16 Nov 1995 13:20:43 -0800 Received: from bubba.tribe.com ([205.184.207.7]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA14284 ; Thu, 16 Nov 1995 13:20:38 -0800 Received: (from archie@localhost) by bubba.tribe.com (8.6.12/8.6.12) id NAA23830; Thu, 16 Nov 1995 13:14:34 -0800 From: Archie Cobbs Message-Id: <199511162114.NAA23830@bubba.tribe.com> Subject: Re: FreeBSD 2.0.5R hanging inexplicably... To: darrylo@hpnmhjw.sr.hp.com (Darryl Okahata) Date: Thu, 16 Nov 1995 13:14:34 -0800 (PST) Cc: freebsd-questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199511150652.AA002288372@hpnmhjw.sr.hp.com> from "Darryl Okahata" at Nov 14, 95 10:52:52 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: 1096 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Darryl Okahata darrylo@sr.hp.com writes: > > > The cards themselves are no great shakes, and the behaviour of the server > > > leads me to _strongly_ discourage people from using them. (Especially giv > > > how cheap S3-based cards are these days). > > > > The et4000/w32p server has been rock solid under Linux for over a year... > > just a data point... > > It would be interesting to see if the people who are having > problems with ET4000/W32p-based video cards are using syscons or pcvt. > There have been a few posts recently regarding the "better robustness" > of pcvt (vs syscons), and I just recently found a "bug" in syscons that > was causing all my syscons fonts to be corrupted (after using > X-Windows). I'm using syscons... also, I can make this happens pretty easily so if there's something anyone wants me to try I will. For the time being, I've been starting X and just never switching back.. :-) -Archie _______________________________________________________________________________ Archie L. Cobbs, archie@tribe.com * Tribe Computer Works http://www.tribe.com From owner-freebsd-hackers Thu Nov 16 14:20:07 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA18940 for hackers-outgoing; Thu, 16 Nov 1995 14:20:07 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA18873 for ; Thu, 16 Nov 1995 14:19:57 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id JAA05714; Fri, 17 Nov 1995 09:13:33 +1100 Date: Fri, 17 Nov 1995 09:13:33 +1100 From: Bruce Evans Message-Id: <199511162213.JAA05714@godzilla.zeta.org.au> To: grog@lemis.de, hasty@rah.star-gate.com Subject: Re: linux' mknod and named pipes. Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >> > It runs and is playable but the sound doesn't work >> > ktrace shows it fails trying to make a pipe in /tmp with >> > mknod(). FreeBSD's mknod is different enough to not >> > let this work. Any ideas? >> >> Sure, turn mknod(arg,arg1,0) into a bsd mkfifo call anything else for now ^^^POSIX >> just pass it thru to mknod 8) >Is there any good reason why we shouldn't modify mknod to make a fifo >when called with the appropriate parameters? The same reason we shouldn't modify thousands of other system calls to be compatible with thousands of other systems: it takes longer and gives worse results. Bruce From owner-freebsd-hackers Thu Nov 16 14:21:33 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA19072 for hackers-outgoing; Thu, 16 Nov 1995 14:21:33 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA19064 for ; Thu, 16 Nov 1995 14:21:25 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id JAA05820; Fri, 17 Nov 1995 09:16:10 +1100 Date: Fri, 17 Nov 1995 09:16:10 +1100 From: Bruce Evans Message-Id: <199511162216.JAA05820@godzilla.zeta.org.au> To: dawes@Physics.usyd.edu.au, imb@scgt.oz.au Subject: Re: Sup! It's killing us! Please help! Cc: hackers@freefall.freebsd.org, jkh@time.cdrom.com, msmith@atrad.adelaide.edu.au Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >The server here is currently only updated daily (~2am in Sydney, 1500 UTC) in >order not to beat freefall into the ground any more than it already is. >Jordon, if there's a more convenient time, please advise and I'll adjust it. Use ctm :-). It has "only" a 6 hour latency. Bruce From owner-freebsd-hackers Thu Nov 16 15:39:18 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA23528 for hackers-outgoing; Thu, 16 Nov 1995 15:39:18 -0800 Received: from sierra.valleynet.com (patj@sierra.valleynet.com [205.199.144.101]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA23512 ; Thu, 16 Nov 1995 15:39:07 -0800 Received: (from patj@localhost) by sierra.valleynet.com (8.6.12/8.6.9) id PAA13830; Thu, 16 Nov 1995 15:37:31 -0800 Date: Thu, 16 Nov 1995 15:37:30 -0800 (PST) From: Pat Jensen - Network Administrator To: hackers@freebsd.org cc: questions@freebsd.org Subject: Sup Server Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk I've set up a new SUP Server here at ValleyNet Communications. It should be able to handle 20/25 users, I believe. We are located in Fresno, California (USA to the dudes that don't know :) It's at sup.valleynet.com. Machine profile: BSD/OS 2.0.1 box with 96 megs of RAM, ~5 gigs of drive space. Point to Point Full T1 to Net99. Porting (is this the right werd?) sup to BSD/OS was pretty cheesy, I beat up the Makefile and removed some variable definitions, if you want the know-how drop me an email. If you have any problems/questions, drop me an email at patj@valleynet.com. p.s. My apoligies for dropping to two lists, sorry sorry sorry. Party on Pat Pat Jensen _\\|//_ Network Administrator (-0-0-) ---------------------------------------------------------------ooO-(_)-Ooo---- ValleyNet Communications - Central California's Premier Internet Provider ------------------------------------------------------------------------------ Voice: (209) 486-VNET (8638) or (800) 426-VNET 2300 Tulare, Suite 100 Fax: (209) 495-4940 Fresno, CA 93721-2226 Data: (209) 495-4950 http://www.valleynet.com ============================================================================== From owner-freebsd-hackers Thu Nov 16 17:06:54 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA27361 for hackers-outgoing; Thu, 16 Nov 1995 17:06:54 -0800 Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA27342 ; Thu, 16 Nov 1995 17:06:42 -0800 Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id UAA15948; Thu, 16 Nov 1995 20:06:34 -0500 (EST) Date: Thu, 16 Nov 1995 20:06:23 -0500 (EST) From: "Marc G. Fournier" To: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org Subject: Shared Libraries...almost there... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hi... Well, I've finally got it down to the point that I have to compile with -fpic, and then link with "ld -Bshareable" to create a shared library...but it doesn't look right... Looking at /usr/share/mk/bsd.lib.mk, I'm supposed to be using "shlib_version" to get major/minor numbers for the libraries I create, but I can't find that. And, the shared library I created is over 3x the size of the original ncurses shared library that comes with the system...so I screwed up somewhere :( So...back to the drawing board... what am I missing? can someone who has the src's distribution available send me the Makefile for ncurses that is being used for the standard ncurses distribution? Essentially, so that I don't get a bunch of "just type make out of the src's directory" answers this time...I'm trying to get ncurses 1.9.8 compiled and working. It compiles and works cleanly using static libraries, but getting it to compile shared has been a new experience... ...so, what key step have I missed in all this? I assume that when gcc compiles, its going to look at the "registered" ncurses shared library, which is the one that was installed when the system was built, right? thanks... Marc G. Fournier | Knowledge, Information and Communications, Inc (ki.net) scrappy@hub.org | soon to be: | scrappy@ki.net | For more information, send me email. From owner-freebsd-hackers Thu Nov 16 17:09:31 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA27542 for hackers-outgoing; Thu, 16 Nov 1995 17:09:31 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA27533 for ; Thu, 16 Nov 1995 17:09:21 -0800 Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id RAA02644; Thu, 16 Nov 1995 17:08:54 -0800 From: Julian Elischer Message-Id: <199511170108.RAA02644@ref.tfs.com> Subject: Re: Re IDE/eIDE issues To: nbc@vulture.dmem.strath.ac.uk (Neil Brendan Clark) Date: Thu, 16 Nov 1995 17:08:54 -0800 (PST) Cc: freebsd-hackers@freefall.freebsd.org In-Reply-To: <199511161736.RAA01702@vulture.dmem.strath.ac.uk> from "Neil Brendan Clark" at Nov 16, 95 05:36:39 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1921 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk As you've got the two FreeBSD parts next to each other, why did you make 2? you only need the a partition to be < 500MB > > In message <199511161421.PAA22771@gilberto.physik.rwth-aachen.de>you write: > > > >Looking back I find that I did only do mostly SCSI installations > >in the past and my (successful) IDE installations date back into > >times where common IDE drives used to have less than 1/2 GB. > > In my experience the root partition must not only be reachable by the BIOS, > but be contained entirely within the reachable limits of the BIOS, i.e. > <1024 cylinders or whatever. On my 1GB drive I have a small root which is > used to mount the rest after the BIOS has been blown out; here's the fdisk > info for completeness. > > Neil > > ******* Working on device /dev/rwd0 ******* > parameters extracted from in-core disklabel are: > cylinders=2099 heads=16 sectors/track=63 (1008 blks/cyl) > > Figures below won't work with BIOS for partitions not in cyl 1 > parameters to be used for BIOS calculations are: > cylinders=2099 heads=16 sectors/track=63 (1008 blks/cyl) > > Warning: BIOS sector numbering starts with sector 1 > Information from DOS bootblock is: > The data for partition 0 is: > sysid 77,(unknown) > start 263088, size 676368 (330 Meg), flag 0 > beg: cyl 261/ sector 1/ head 0; > end: cyl 931/ sector 63/ head 15 > The data for partition 1 is: > sysid 165,(FreeBSD/NetBSD/386BSD) > start 939456, size 42336 (20 Meg), flag 80 > beg: cyl 932/ sector 1/ head 0; > end: cyl 973/ sector 63/ head 15 > The data for partition 2 is: > sysid 165,(FreeBSD/NetBSD/386BSD) > start 981792, size 1134000 (553 Meg), flag 0 > beg: cyl 974/ sector 1/ head 0; > end: cyl 1023/ sector 63/ head 15 > The data for partition 3 is: > sysid 6,(Primary 'big' DOS (> 32MB)) > start 63, size 263025 (128 Meg), flag 0 > beg: cyl 0/ sector 1/ head 1; > end: cyl 260/ sector 63/ head 15 > From owner-freebsd-hackers Thu Nov 16 17:11:40 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA27679 for hackers-outgoing; Thu, 16 Nov 1995 17:11:40 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA27673 for ; Thu, 16 Nov 1995 17:11:35 -0800 Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id RAA02655; Thu, 16 Nov 1995 17:11:16 -0800 From: Julian Elischer Message-Id: <199511170111.RAA02655@ref.tfs.com> Subject: Re: IDE/eIDE issues To: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) Date: Thu, 16 Nov 1995 17:11:16 -0800 (PST) Cc: freebsd-hackers@freefall.freebsd.org In-Reply-To: <199511161421.PAA22771@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Nov 16, 95 03:21:00 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1393 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk the simple way to get it to work:: install a dos partition on the drive (and nothing else) boot BSD change the dos part to BSD use it.. the secret is to make sure that you give the geometry that the BIOS uses > > For some installation tests I bought a brandnew Quantum Fireball640 > (612 MB) thinking it would be least risky to use IDE/eIDE to install FreeBSD. > > But it turns out to be the most cumbersome installation I was doing > ever :-( > > I can't the hell get it to boot. After several tries with > 'missing operating system' results I finally got it to find > the boot loader but when the kernel is being loaded > all I can get is the first | from the twisting |/-\'s then hang. > > I tried with IDE, and two different eIDE (VLB) controller to no avail. > > Do I need to put special disk software that came with the controller > to the disk first ? I always thought FreeBSD can cope with any disk > geometry/IDE drive size as long as the partition can be reached from > the BIOS. > > Looking back I find that I did only do mostly SCSI installations > in the past and my (successful) IDE installations date back into > times where common IDE drives used to have less than 1/2 GB. > > I tried to read the handbook first before coming up here > but in fact the handbook is very sparse on (e)IDE. > > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de > From owner-freebsd-hackers Thu Nov 16 17:25:57 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA28505 for hackers-outgoing; Thu, 16 Nov 1995 17:25:57 -0800 Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA28481 ; Thu, 16 Nov 1995 17:25:47 -0800 Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id SAA10855; Thu, 16 Nov 1995 18:27:45 -0700 Date: Thu, 16 Nov 1995 18:27:45 -0700 From: Nate Williams Message-Id: <199511170127.SAA10855@rocky.sri.MT.net> To: "Marc G. Fournier" Cc: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: Shared Libraries...almost there... In-Reply-To: References: Sender: owner-hackers@freebsd.org Precedence: bulk Marc G. Fournier writes: > > Hi... > > Well, I've finally got it down to the point that I have > to compile with -fpic, and then link with "ld -Bshareable" to create > a shared library...but it doesn't look right... > > Looking at /usr/share/mk/bsd.lib.mk, I'm supposed to be using > "shlib_version" to get major/minor numbers for the libraries I create, > but I can't find that. And, the shared library I created is over 3x > the size of the original ncurses shared library that comes with the > system...so I screwed up somewhere :( Look /usr/share/mk/bsd.lib.mk and note the ld commands. These are used to 'strip' out un-necessary (And some necessary according to Bruce) symbols out of the resulting .o files. .cc.so .C.so: ${CXX} ${PICFLAG} -DPIC ${CXXFLAGS} -c ${.IMPSRC} -o ${.TARGET} @${LD} -x -r ${.TARGET} @mv a.out ${.TARGET} So, if you use a .c.o target that is similar and add the 'ld -x -r' to the resulting .o I suspect your library will also be smaller. Nate From owner-freebsd-hackers Thu Nov 16 19:22:03 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA06937 for hackers-outgoing; Thu, 16 Nov 1995 19:22:03 -0800 Received: from chemserv.umd.edu (chemserv.umd.edu [129.2.64.40]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA06908 ; Thu, 16 Nov 1995 19:21:43 -0800 Received: from espresso.eng.umd.edu (espresso.eng.umd.edu [129.2.98.13]) by chemserv.umd.edu (8.7.1/8.7) with ESMTP id WAA05127; Thu, 16 Nov 1995 22:21:33 -0500 (EST) Received: (chuckr@localhost) by espresso.eng.umd.edu (8.7.1/8.6.4) id WAA15395; Thu, 16 Nov 1995 22:21:32 -0500 (EST) Date: Thu, 16 Nov 1995 22:21:32 -0500 (EST) From: Chuck Robey X-Sender: chuckr@espresso.eng.umd.edu To: "Marc G. Fournier" cc: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: Shared Libraries...almost there... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Thu, 16 Nov 1995, Marc G. Fournier wrote: > > Hi... > > Well, I've finally got it down to the point that I have > to compile with -fpic, and then link with "ld -Bshareable" to create > a shared library...but it doesn't look right... > > Looking at /usr/share/mk/bsd.lib.mk, I'm supposed to be using > "shlib_version" to get major/minor numbers for the libraries I create, > but I can't find that. And, the shared library I created is over 3x > the size of the original ncurses shared library that comes with the > system...so I screwed up somewhere :( > > So...back to the drawing board... > > what am I missing? can someone who has the src's distribution > available send me the Makefile for ncurses that is being used for the > standard ncurses distribution? > > Essentially, so that I don't get a bunch of "just type make out > of the src's directory" answers this time...I'm trying to get ncurses > 1.9.8 compiled and working. It compiles and works cleanly using static > libraries, but getting it to compile shared has been a new experience... > > ...so, what key step have I missed in all this? I assume that > when gcc compiles, its going to look at the "registered" ncurses shared > library, which is the one that was installed when the system was built, > right? You know there's two version of that pic flag stuff, which stands for Position Independent Code (I think). The -fPIC is supposed to be stronger in force than the -fpic, but most code does not need the strong -fPIC. I don't know how to tell the difference, except to try it and find out. As far as code size, have you checked to see if you happen to be using the -g flag? That causes gcc to stuff in a huge number of debugging flags and can really bloat out code. A lot of packages come with that set automatically, which I think is dumb, because if you're sophisticated enough to know how to use a debugger, then you would know how to set the -g your ownself. If you weren't that familiar with it, then you would have huge code and no idea how to fix it. > > > thanks... > > > Marc G. Fournier | Knowledge, Information and Communications, Inc (ki.net) > scrappy@hub.org | > soon to be: | > scrappy@ki.net | For more information, send me email. > > ========================================================================== Chuck Robey chuckr@eng.umd.edu, I run FreeBSD-current on n3lxx + Journey2 Here's OJ's internet address in hex code: 00 2F 2F 2F 2F 5C 7F 2D 0D 15 1B 19 24 24 24 18 If you can't recall the translation, here it is: null character, slash, slash, slash, slash, backslash, rubout, dash, carriage return, negative acknowledgement, escape, end of media, dollar sign, dollar sign, dollar sign, cancel From owner-freebsd-hackers Thu Nov 16 19:22:16 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA06975 for hackers-outgoing; Thu, 16 Nov 1995 19:22:16 -0800 Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA06934 ; Thu, 16 Nov 1995 19:21:54 -0800 Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id WAA19483; Thu, 16 Nov 1995 22:21:36 -0500 (EST) Date: Thu, 16 Nov 1995 22:21:28 -0500 (EST) From: "Marc G. Fournier" To: Nate Williams cc: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: Shared Libraries...almost there... In-Reply-To: <199511170127.SAA10855@rocky.sri.MT.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Thu, 16 Nov 1995, Nate Williams wrote: > Marc G. Fournier writes: > > > > Hi... > > > > Well, I've finally got it down to the point that I have > > to compile with -fpic, and then link with "ld -Bshareable" to create > > a shared library...but it doesn't look right... > > > > Looking at /usr/share/mk/bsd.lib.mk, I'm supposed to be using > > "shlib_version" to get major/minor numbers for the libraries I create, > > but I can't find that. And, the shared library I created is over 3x > > the size of the original ncurses shared library that comes with the > > system...so I screwed up somewhere :( > > Look /usr/share/mk/bsd.lib.mk and note the ld commands. These are used > to 'strip' out un-necessary (And some necessary according to Bruce) Bruce...are you out there? :) Right now, I've left it 'unstripped'...what is necesary that stripping gets rid of? debug code would be my first guess... Marc G. Fournier | Knowledge, Information and Communications, Inc (ki.net) scrappy@hub.org | soon to be: | scrappy@ki.net | For more information, send me email. From owner-freebsd-hackers Thu Nov 16 19:50:18 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA10299 for hackers-outgoing; Thu, 16 Nov 1995 19:50:18 -0800 Received: from madonna.ic.net (root@madonna.ic.net [152.160.131.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA10282 for ; Thu, 16 Nov 1995 19:50:09 -0800 Received: (from rob@localhost) by madonna.ic.net (8.6.12/8.6.9) id WAA03824; Thu, 16 Nov 1995 22:47:03 -0500 From: Rob Misiak Posted-Date: Thu, 16 Nov 1995 22:47:03 -0500 Message-Id: <199511170347.WAA03824@madonna.ic.net> Subject: Re: A few questions To: Timothy.Butkiewicz@wmich.edu Date: Thu, 16 Nov 1995 22:47:01 -0500 (EST) Cc: hackers@freebsd.org In-Reply-To: from "-=WireHead=-" at Nov 16, 95 04:01:04 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: 1194 Sender: owner-hackers@freebsd.org Precedence: bulk -=WireHead=- ("A few questions") wrote: > > 1) Using user PPP how do i pull out the dynamically assigned IP address > to save it in a file. > I connect on a fairly regular basis, about once a day. And would like to > yank my assigned IP address each time and save it to a file. After the connection is made, you can get the IP address from "ifconfig ppp0". Maybe pipe that to sed or awk. When I had a PPP connection like yours, I would get the IP address this way, nslookup it, and set the hostname this way in /etc/ppp/ip-up. > 2) While trying to compile some bsd(i?) based software i ran into some > problems with crypt. It is giving me some undefined errors relating to > "_crypt" Does freebsd handle a different methodology. I have DES in > action on this system. Try adding -lcrypt. > 3) and last. Is there a way to set up my machine to only deliver mail to > this machine. It is a solo system, only way out is through a PPP > connection and i would like to turn off internet mail processing so that > the users on this system can only send mail within and not get it routed > through the PPP link. Then just send mail to the username.. don't include the full address. Rob From owner-freebsd-hackers Thu Nov 16 20:46:30 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA17343 for hackers-outgoing; Thu, 16 Nov 1995 20:46:30 -0800 Received: from schwing.ginsu.com ([205.210.24.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA17312 for ; Thu, 16 Nov 1995 20:46:18 -0800 Received: (from geoff@localhost) by schwing.ginsu.com (8.6.9/8.6.9) id WAA00222; Thu, 16 Nov 1995 22:46:13 GMT Date: Thu, 16 Nov 1995 22:46:11 +0000 () From: User GEOFF To: freebsd-hackers@freebsd.org Subject: Building a gateway Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Arggg.... Sorry if this is a trivial question but I just can't seem to make it work! I'm trying to make my system behave as a gateway between a PPP internet link and my internal eithernet. I can get to either network from the BSD machine but I just can't seem to make it work as a gateway between the two. Is there something special I'm missing? I've played with route till I'm blue in the face! Geoff. From owner-freebsd-hackers Thu Nov 16 20:58:23 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA19071 for hackers-outgoing; Thu, 16 Nov 1995 20:58:23 -0800 Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA19052 for ; Thu, 16 Nov 1995 20:58:12 -0800 Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id XAA22311; Thu, 16 Nov 1995 23:57:34 -0500 (EST) Date: Thu, 16 Nov 1995 23:57:27 -0500 (EST) From: "Marc G. Fournier" To: User GEOFF cc: freebsd-hackers@FreeBSD.org Subject: Re: Building a gateway In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Thu, 16 Nov 1995, User GEOFF wrote: > Arggg.... > > Sorry if this is a trivial question but I just can't seem to make it > work! I'm trying to make my system behave as a gateway between a PPP > internet link and my internal eithernet. I can get to either network > from the BSD machine but I just can't seem to make it work as a gateway > between the two. Is there something special I'm missing? I've played > with route till I'm blue in the face! > Have you enabled GATEWAY in the kernel? If memory serves, you need to add: options GATEWAY among everything else in yoru config file, and then recompile/install the kernel Marc G. Fournier | Knowledge, Information and Communications, Inc (ki.net) scrappy@hub.org | soon to be: | scrappy@ki.net | For more information, send me email. From owner-freebsd-hackers Thu Nov 16 21:04:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA19872 for hackers-outgoing; Thu, 16 Nov 1995 21:04:42 -0800 Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA19756 for ; Thu, 16 Nov 1995 21:04:04 -0800 Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id AAA22348; Fri, 17 Nov 1995 00:02:36 -0500 (EST) Date: Fri, 17 Nov 1995 00:02:30 -0500 (EST) From: "Marc G. Fournier" To: freebsd-hackers@freebsd.org Subject: Have to ask: __dead & __pure? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hi... I know the question has gone around concerning BIND, so apologies that I didn't follow them, and therefore probably missed the answer, but... Why are there a couple of prototypes in and that are surrounded by __dead ... __dead2 and __pure ... __pure2? What do those mean? And why do they only seem to affect compiling BIND? I've looked at the code, and the include files, and can't figure out where, if anywhere, compiling BIND "tickles" anything different then compiling a simple program, but then again, I can't find anything in the cpp man page that references __dead/__pure *shrug* Thanks... Marc G. Fournier | Knowledge, Information and Communications, Inc (ki.net) scrappy@hub.org | soon to be: | scrappy@ki.net | For more information, send me email. From owner-freebsd-hackers Thu Nov 16 21:37:26 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA26248 for hackers-outgoing; Thu, 16 Nov 1995 21:37:26 -0800 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA26069 for ; Thu, 16 Nov 1995 21:36:16 -0800 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id KAA29102; Fri, 17 Nov 1995 10:35:40 +0500 From: "Serge A. Babkin" Message-Id: <199511170535.KAA29102@hq.icb.chel.su> Subject: Re: ISP state their FreeBSD concerns To: terry@lambert.org (Terry Lambert) Date: Fri, 17 Nov 1995 10:35:39 +0500 (GMT+0500) Cc: hackers@freebsd.org In-Reply-To: <199511161850.LAA03418@phaeton.artisoft.com> from "Terry Lambert" at Nov 16, 95 11:50:47 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 9408 Sender: owner-hackers@freebsd.org Precedence: bulk > > We can divide all clients simultaneously accessing some file into two > > groups: > > > > 1. Clients who synchronyse their access using locks > > 2. Clients who are ignoring locks > > > > In my opinion we don't have to bother about the second group of clients > > because their interaction is very random anywayi (there is absolutely > > no difference between the situations where a client generates a write > > request N seconds later or a write cache delaying this write request > > for N seconds). Consider the first > > group. When a process locks some part of file it assumes that it gets > > ability to do anything with this part. So, it must not bother about > > any cache coherence until it does an unlock call. > > If you don't cache the second case, I agree. > > Otherwise, you potentially screw applications that lock the index for > a record in order to lock the record itself (the index and data files > being seperate, so the lock doesn't apply over the cacheable data). It really looks like a problem. For DOS client the solution may be to flush the whole cache before issuing an unlock request. But I think any network-aware DOS program must use fsync. > > > The principle that a server is like a disk: when the write returns, > > > you are guaranteed that a read several days later will return the > > > same data by virtue of the semantics. > > > > Agreed, but why can not we have a write cache before writing to server like > > the write cache before writing to disk ? > > Write cache going to disk relies on the fact that some writes are async, > and may be cached, and some writes are sync, and must complete before > they return, leaving the data on the disk. > > DOS doesn't have the distinction between async and sync writes, so you > can't just say "I'll just cache async writes" -- because there aren't > any. The programs using Netware must know about this difference. Most programs that really do record locking are working on Netware, not on a local machine (why else you need record locking on a single-tasking OS?) and differ async and sync writes. > So in the client redirector, whose job is to convert DOS calls into > NFS requests, there is some leeway for interpretation. But not very > much. DOS calls expect to have status returned immediately. You > can't succeed on caching a write, telling the application that the > write succeeded, and then when it fails (because the server is currently > down or because some other client has changed file protection), turn > around and fail the write. I think in many cases failing of some later write to this file will be enough. The return code of close call can be used for this purpose too, the only problem is that most applications don't bother about this code. > > Since the client won't make one INT 21 call and then make another while > that one is pending (DOS is a non-reentrant real mode interrupt handler), > you can't cache one and not return. You *must* return. How about to use a like algorithm for an Unix client ? > An index record. The relationship is abstract, and not related to the > committed write order. Typically, UNIX applications which do this (like > the NWU NetWare Directory Services Database) will use sync I/O, either > by opening the index file O_SYNC, or explicitly calling fsync() to commit > the transaction record. > > DOS client applications assume O_SYNC on all opens. Pure DOS (without any network) assume exclusive access to anything and do not use any locks at all. > You'd do better to define your own API and make it conform to POSIX > semantics (basically, a libc replacement) and write the DOS client > programs that way. The problem is that we need to run the ready applications, not only the self-written ones. BTW I think Novell did exactly this with its Netware and now all network-aware clients use such API implemented with DOS calls. > > Another issue is that when the write requests are overlapped the later one > > must overrule the earlier one (or wait until the earlier one is completed). > > Probably it will have to wait, considering DOS is non-reentrant. The most > common case will be a rewrite of another record sharing the same cache > block. You could overwrite it only if it were exactly the same record. Agreed. > The problem here is that cache blocks must be committed in byte ranges > instead of pages. The efficiency will go way, way down. We need to have a per-file cache, not the common one. We can limit the number of outstanding write requests to a small number enough to work as the window for the delay of our network. So we need not compare the latest block against all block in cache, we need to compare it with the small number of blocks of the same file. > > Yes, this alogrithm implies a client-side "write only" cache and no > > server-side write cache, the server remains as it is now. In your > > analogy server is here a "disk". > > What about Solaris, SGI, and SVR4 servers, which do server caching? You said that this solution is unreliable and it will not be yet more unreliable due to the client-side write caching. > > > IMHO a client must not do this assumption until it issues an explicit > > fsync() request. How else can it be shure that when its file is on the > > common disk all its requests are not cached by OS? > > DOS libc fsync() does nothing. Or applications don't call fsync(). > Very differnt form assembly programs calling the INT 21 op. How do they work on the Netware network ? If they want to work on it they need to use fsync() too. And I think most dBASE-like databases do these calls. If they do not use these calls they would not work on Netware too. > > > The problem comes when some other client updates the same block > > > before you do. > > > > When this client did not used locking we get a general problem of > > write interference, when it used locking this algorithm guarantees > > that there will be no interference because this other client issues an > > unlock call only after its cache is flushed and our client gets its lock > > only after other clients issues an unlock call. > > What about an implied data file lock because of a lock on the record. It needs to use fsync(). IMHO most Unix programs that use this technique use flock() or close the file they changed in case of running something like shell scripts after locking. All DOS programs that work on Netware must do it too or they will cause data corruption. [...] > > After latest experiments I have found (with Bruce Evans) the problem due to > > which DOS cients give terribly bad performance with FreeBSD. The problem > > is that typical DOS transfer is one sector, 512 bytes while the FreeBSD > > FFS block size is 8K, so when the file is written sequentially FreeBSD > > needs to rewrite each block 16 times. The results with SCO or Linux are > > better because they use 1K blocks. HP-UX results are good too although it > > has UFS but it divides each block into fragments of 1K and can work with > > them separately. > > This is interesting, but hard to believe in the vmio case. There is a > bitmap in the buffer cacch for page sized buffers which should result in > devbsize-based I/O for partial pages. Basically, if I have a dirty write > to a small record, (512 bytes in this case), the maximum span should be > two devbsize blocks of the page. If it is so then obvioulsly my conclusion was wrong. > This may in fact be a bug in the VM system that you have found instead of > a bug in the way I/O is intended to be done. The worst you should see is > ~350k/s, not 200k/s, except that the write commits must return before the > next write can be done on the client. And much of that is due to using > sync I/O to guarantee ordering. May be. Actually I have experimented with a SCO client mounting FreeBSD disks with different [rw]size and executing dd with different block sizes. The numbers I got are: [rw]size=8192 dd bs=100k: 150K/s write 705K/s read [rw]size=8192 dd bs=1k: 122K/s write 705K/s read [rw]size=8192 dd bs=512: 28K/s write 688K/s read [rw]size=2048 dd bs=100k: 53K/s write 316K/s read [rw]size=2048 dd bs=1536: 40K/s write [rw]size=2048 dd bs=1234: 33K/s write [rw]size=2048 dd bs=1025: 28K/s write [rw]size=2048 dd bs=1k: 52K/s write 307K/s read [rw]size=2048 dd bs=512: 28K/s write [rw]size=1024 dd bs=100k: 27K/s write 691K/s read [rw]size=1024 dd bs=1k: 27K/s write 690K/s read [rw]size=1024 dd bs=512: 28K/s write 651K/s read With DOS Tsoft's client I got 12K/s write and 200K/s read independently of [rw]size when testing with sysinfo (I'm not shure was it Norton's or PC-tools). The network was not empty so I carried out every test several times and took the best one but the fluctuations are still possible. The FreeBSD 2.0.5 NFS server was 486DX2/66 with 20M of memory and an IDE drive with raw transfer speed about 4M/s. The SCO client was Pentium/90 with SCO OpenServer 5. The DOS client was 486DX2/66. The network was Ethernet, all network cards are 3c509B except the on in SCO server which was 3c579. The DOS client was connected through a 3COM TP hub, FreeBSD and SCO are on thin Ethernet. The results are looking like there is some problem with write requests of 512 bytes size. Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Thu Nov 16 21:43:03 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA27215 for hackers-outgoing; Thu, 16 Nov 1995 21:43:03 -0800 Received: from psychotic.communica.com.au (gw.communica.com.au [203.8.94.161]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA27200 for ; Thu, 16 Nov 1995 21:42:57 -0800 Received: from communica.com.au (newton@frenzy [192.82.222.1]) by psychotic.communica.com.au (8.6.12/8.6.9) with SMTP id QAA07548; Fri, 17 Nov 1995 16:11:46 +1030 Received: by communica.com.au (4.1/SMI-4.1) id AA25818; Fri, 17 Nov 95 16:11:33 CDT From: newton@communica.com.au (Mark Newton) Message-Id: <9511170541.AA25818@communica.com.au> Subject: Re: 2.1-951104-SNAP: more on net problems To: piero@strider.ibenet.it Date: Fri, 17 Nov 1995 16:11:33 +1030 (CST) Cc: newton@communica.com.au, Hackers@freebsd.org In-Reply-To: <199511161015.LAA15167@strider.ibenet.it> from "Piero Serini" at Nov 16, 95 11:15:08 am X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 646 Sender: owner-hackers@freebsd.org Precedence: bulk Piero Serini wrote: > > What happens if you ping 194.179.128.255 from the FreeBSD box? > > (you'll need to be running as root, btw) > > The arp table is filled up correctly, but I get no response from > the three routers (194.179.128.254, 253, 252). Are you sure they're not filtering-out packets to your address? (or, more likely, filtering out packets to everything except a limited subset of addresses) - mark --- Mark Newton Email: newton@communica.com.au Systems Engineer Phone: +61-8-373-2523 Communica Systems WWW: http://www.communica.com.au From owner-freebsd-hackers Thu Nov 16 21:46:19 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA27845 for hackers-outgoing; Thu, 16 Nov 1995 21:46:19 -0800 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA27686 for ; Thu, 16 Nov 1995 21:45:19 -0800 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id KAA29262; Fri, 17 Nov 1995 10:41:08 +0500 From: "Serge A. Babkin" Message-Id: <199511170541.KAA29262@hq.icb.chel.su> Subject: Re: PC-TCP-NFS To: Jerry.Kendall@vmicls.com (Jerry Kendall) Date: Fri, 17 Nov 1995 10:41:07 +0500 (GMT+0500) Cc: hackers@FreeBSD.ORG In-Reply-To: <9511161915.AA12574.gonzo@vmicls.com> from "Jerry Kendall" at Nov 16, 95 02:15:59 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 770 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > I would like to setup my DOS/WINDOWS system to be able to > access a NFS-exported filesystem on my FreeBSD system. > It would be nice if I could do this without running WINDOWS as > Trumpet WinSock requires. > > > SO: > Does anyone know where to get some NFS-client software for my > DOS/WINDOWS system ???? > > What about a TCP package for DOS(preferred), WINDOWS(acceptable) > across ether. Both systems have ether cards. The best (fastest) PCNFS client I saw is SUN PCNFS. The cheapest PCNFS client I saw is shareware Tsoft's NFS ftp://ftp.tsoft.net/pub/tsoft/nfs it has variants for DOS Waterloo TCP and Windows Trumpet WinSock. Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Thu Nov 16 22:29:36 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA05139 for hackers-outgoing; Thu, 16 Nov 1995 22:29:36 -0800 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA05110 for ; Thu, 16 Nov 1995 22:29:19 -0800 Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id AAA02171 for hackers@freebsd.org; Fri, 17 Nov 1995 00:28:47 -0600 From: Joe Greco Message-Id: <199511170628.AAA02171@brasil.moneng.mei.com> Subject: Evil constants in iijppp To: hackers@freebsd.org Date: Fri, 17 Nov 1995 00:28:47 -0600 (CST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Spent a bit of time tonight trying to figure out why iijppp dies with > 4 connections active. It appears that there is a hard coded "32" in the interface scan routine at the end of "route.c", limiting the number of interfaces iijppp is able to deal with (I had 4 ethers, 8 SLIP, 8 PPP, a few misc, and 20 tunnels, or something like that, and the tunnels came at the end). I bumped the number to 1024 and all was sort of better. Constants are evil but if you have to use them, pick them large enough that nobody's likely to notice anytime soon. I don't see a readily apparent call that will return the number of interfaces configured in the system, alas... There is also some logic that needs to be reworked in the code that scans the "tun" devices in /dev because right now it looks like it only deals with numbers 0-9... I didn't look into this very far, but it is on my list of things to do. Thanks, ... JG From owner-freebsd-hackers Thu Nov 16 22:58:27 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA09783 for hackers-outgoing; Thu, 16 Nov 1995 22:58:27 -0800 Received: from strider.ibenet.it (root@strider.ibenet.it [194.179.130.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA09749 for ; Thu, 16 Nov 1995 22:58:19 -0800 Received: (from piero@localhost) by strider.ibenet.it (8.6.12/8.6.12) id HAA17384; Fri, 17 Nov 1995 07:54:25 +0100 From: Piero Serini Message-Id: <199511170654.HAA17384@strider.ibenet.it> Subject: Re: 2.1-951104-SNAP: more on net problems To: newton@communica.com.au (Mark Newton) Date: Fri, 17 Nov 1995 07:54:24 +0100 (MET) Cc: piero@strider.ibenet.it, newton@communica.com.au, Hackers@freebsd.org In-Reply-To: <9511170541.AA25818@communica.com.au> from "Mark Newton" at Nov 17, 95 04:11:33 pm Reply-To: piero@strider.ibenet.it Operating-System: FreeBSD 1.1.5.1 X-Phone-Number: +39 (2) 58113562 X-NCC-RegID: it.ibenet X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 585 Sender: owner-hackers@freebsd.org Precedence: bulk Hello. Quoting from Mark Newton (Fri Nov 17 06:41:33 1995): > > The arp table is filled up correctly, but I get no response from > > the three routers (194.179.128.254, 253, 252). > > Are you sure they're not filtering-out packets to your address? > (or, more likely, filtering out packets to everything except a limited > subset of addresses) Absolutely. Bye, -- # $Id: .signature,v 1.12 1995/08/14 12:10:54 piero Exp $ Piero Serini Via Giambologna, 1 I 20136 Milano - ITALY From owner-freebsd-hackers Thu Nov 16 23:29:12 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA12623 for hackers-outgoing; Thu, 16 Nov 1995 23:29:12 -0800 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA12618 for ; Thu, 16 Nov 1995 23:29:09 -0800 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id HAA10386; Fri, 17 Nov 1995 07:23:02 GMT From: Michael Smith Message-Id: <199511170723.HAA10386@genesis.atrad.adelaide.edu.au> Subject: Re: Evil constants in iijppp To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Fri, 17 Nov 1995 07:23:01 +0000 () Cc: hackers@FreeBSD.ORG In-Reply-To: <199511170628.AAA02171@brasil.moneng.mei.com> from "Joe Greco" at Nov 17, 95 00:28:47 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 806 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Joe Greco stands accused of saying: > There is also some logic that needs to be reworked in the code that scans > the "tun" devices in /dev because right now it looks like it only deals with > numbers 0-9... I didn't look into this very far, but it is on my list of > things to do. Just on that topic - MAKEDEV is broken in that it uses tun?) rather than tun*), so it's difficult to make more than those anyway 8) > ... JG -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 041-122-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" -Terry Lambert UNIX: live FreeBSD or die! [[ From owner-freebsd-hackers Thu Nov 16 23:50:17 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA13646 for hackers-outgoing; Thu, 16 Nov 1995 23:50:17 -0800 Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA13625 for ; Thu, 16 Nov 1995 23:49:42 -0800 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id IAA26324; Fri, 17 Nov 1995 08:48:12 +0100 Message-Id: <199511170748.IAA26324@gilberto.physik.rwth-aachen.de> Subject: Re: IDE/eIDE issues To: julian@ref.tfs.com (Julian Elischer) Date: Fri, 17 Nov 1995 08:48:12 +0100 (MET) Cc: kuku@gilberto.physik.rwth-aachen.de, freebsd-hackers@freefall.freebsd.org In-Reply-To: <199511170111.RAA02655@ref.tfs.com> from "Julian Elischer" at Nov 16, 95 05:11:16 pm From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2045 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > the simple way to get it to work:: > > install a dos partition on the drive > (and nothing else) Do you mean it is required to do so? What if I don't have DOS? (I assume you mean creating a DOS partition with DOS's FDISK) > > boot BSD > change the dos part to BSD > use it.. > > the secret is to make sure that you give the > geometry that the BIOS uses That drive has 1244/16/63. FreeBSD sysinstall partition editor suggested 933/32/42. I entered these figures into the CMOS labeled and installed FreeBSD (2.1.0-xxx) and still was unable to boot - as I said, it found the boot loader but stopped right at beginning of loading the kernel. Has the disklabel to be rewritten everytime the geometry is changed? I think so. > > > > > For some installation tests I bought a brandnew Quantum Fireball640 > > (612 MB) thinking it would be least risky to use IDE/eIDE to install FreeBSD. > > > > But it turns out to be the most cumbersome installation I was doing > > ever :-( > > > > I can't the hell get it to boot. After several tries with > > 'missing operating system' results I finally got it to find > > the boot loader but when the kernel is being loaded > > all I can get is the first | from the twisting |/-\'s then hang. > > > > I tried with IDE, and two different eIDE (VLB) controller to no avail. > > > > Do I need to put special disk software that came with the controller > > to the disk first ? I always thought FreeBSD can cope with any disk > > geometry/IDE drive size as long as the partition can be reached from > > the BIOS. > > > > Looking back I find that I did only do mostly SCSI installations > > in the past and my (successful) IDE installations date back into > > times where common IDE drives used to have less than 1/2 GB. > > > > I tried to read the handbook first before coming up here > > but in fact the handbook is very sparse on (e)IDE. > > > > > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de > > > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Fri Nov 17 00:01:31 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA14158 for hackers-outgoing; Fri, 17 Nov 1995 00:01:31 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA14153 for ; Fri, 17 Nov 1995 00:01:24 -0800 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 JAA16240 ; Fri, 17 Nov 1995 09:00:56 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id JAA07454 ; Fri, 17 Nov 1995 09:00:49 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.1/keltia-uucp-2.6) id IAA20476; Fri, 17 Nov 1995 08:52:49 +0100 (MET) From: Ollivier Robert Message-Id: <199511170752.IAA20476@keltia.freenix.fr> Subject: Re: Building a gateway To: scrappy@hub.org (Marc G. Fournier) Date: Fri, 17 Nov 1995 08:52:48 +0100 (MET) Cc: geoff@ginsu.com, freebsd-hackers@FreeBSD.org In-Reply-To: from "Marc G. Fournier" at Nov 16, 95 11:57:27 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1327 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk It seems that Marc G. Fournier said: > Have you enabled GATEWAY in the kernel? If memory serves, you need > to add: > > options GATEWAY The GATEWAY option is deprecated. Use the following /etc/sysconfig variable: # If you want this host to be a gateway, set to YES. gateway=YES The result will that the sysctl variable net.inet.ip.forwarding will be set to one. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Sun Nov 12 16:47:05 MET 1995 From owner-freebsd-hackers Fri Nov 17 00:22:31 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA15311 for hackers-outgoing; Fri, 17 Nov 1995 00:22:31 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id AAA15301 for ; Fri, 17 Nov 1995 00:22:25 -0800 Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Fri, 17 Nov 95 08:22 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id JAA24322; Fri, 17 Nov 1995 09:21:31 +0100 Message-Id: <199511170821.JAA24322@allegro.lemis.de> Subject: Re: A few questions To: Timothy.Butkiewicz@wmich.edu Date: Fri, 17 Nov 1995 09:21:31 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: from "-=WireHead=-" at Nov 16, 95 04:01:04 am 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: 682 Sender: owner-hackers@freebsd.org Precedence: bulk -=WireHead=- writes: > > I have come to the stpes of the oracle in search of some plain > truths. For the gift of this knowledge I will forever carry the > bit-bucket, encircling the globe in search of lost bits. Beware of rash promises. Do you know how big our bit buckets have become? :-) > 3) and last. Is there a way to set up my machine to only deliver mail to > this machine. It is a solo system, only way out is through a PPP > connection and i would like to turn off internet mail processing so that > the users on this system can only send mail within and not get it routed > through the PPP link. Sure. Remove all mailers except local from sendmail.cf. Greg From owner-freebsd-hackers Fri Nov 17 00:26:01 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA15577 for hackers-outgoing; Fri, 17 Nov 1995 00:26:01 -0800 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA15572 for ; Fri, 17 Nov 1995 00:25:58 -0800 Received: from pancake.remcomp.fr (root@pancake.remcomp.fr [194.51.30.1]) by who.cdrom.com (8.6.12/8.6.11) with SMTP id AAA08064 for ; Fri, 17 Nov 1995 00:25:27 -0800 Received: from zapata.omnix.fr.org by zapata.omnix.fr.org (8.6.9/8.6.9) with SMTP id KAA03353; Fri, 17 Nov 1995 10:17:49 +0100 Date: Fri, 17 Nov 1995 10:17:49 +0100 (MET) From: Didier Derny To: Terry Lambert cc: joerg_wunsch@uriah.heep.sax.de, hackers@FreeBSD.ORG Subject: Re: pty In-Reply-To: <199511161859.LAA03449@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Thu, 16 Nov 1995, Terry Lambert wrote: > > > > Is there any possibility to have more than 256 ptys ? > > > > Is there any trick to find the next available pty without having to > > > > try them all ? > > > > > > Implement a cloning pty driver. > > > > In fact I have to control 32 pty with the same process. It might be > > more interesting for me to write a driver to multiplex 32 slaves on only > > one master. > > Er. This makes no sense. > > Unless your program is not going to distinguish between slaves? > > I'd think the process would care which is which because of implied state. > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > the data would be send and received on the pty side as small blocks. each block would be delimited with STX an ETX example: STX CODE CHAN DATA ETX CODE: indicates the nature of the block start a new connection, data, or disconnect CHAN: ttyp number It's a protocol wildely use in france for minitel servers. (ASM protocol) either I write a program to control 32 pty and feed them with the data from the ASM box or I control only one special pty an the driver do the job... +---------------------+ | Didier Derny | | didier@omnix.fr.org | +---------------------+ From owner-freebsd-hackers Fri Nov 17 00:26:35 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA15609 for hackers-outgoing; Fri, 17 Nov 1995 00:26:35 -0800 Received: from pancake.remcomp.fr (pancake.remcomp.fr [194.51.30.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id AAA15552 for ; Fri, 17 Nov 1995 00:25:11 -0800 Received: from zapata.omnix.fr.org by zapata.omnix.fr.org (8.6.9/8.6.9) with SMTP id KAA03358; Fri, 17 Nov 1995 10:19:09 +0100 Date: Fri, 17 Nov 1995 10:19:09 +0100 (MET) From: Didier Derny To: Terry Lambert cc: joerg_wunsch@uriah.heep.sax.de, hackers@FreeBSD.ORG Subject: Re: pty In-Reply-To: <199511161859.LAA03449@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Thu, 16 Nov 1995, Terry Lambert wrote: > > > > Is there any possibility to have more than 256 ptys ? > > > > Is there any trick to find the next available pty without having to > > > > try them all ? > > > > > > Implement a cloning pty driver. > > > > In fact I have to control 32 pty with the same process. It might be > > more interesting for me to write a driver to multiplex 32 slaves on only > > one master. > > Er. This makes no sense. > > Unless your program is not going to distinguish between slaves? > > I'd think the process would care which is which because of implied state. > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > I must be able to receive up to 256 simultaneous connexions on the same machine. From owner-freebsd-hackers Fri Nov 17 00:52:31 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA16820 for hackers-outgoing; Fri, 17 Nov 1995 00:52:31 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id AAA16811 for ; Fri, 17 Nov 1995 00:52:25 -0800 Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Fri, 17 Nov 95 08:52 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id JAA24499; Fri, 17 Nov 1995 09:45:39 +0100 Message-Id: <199511170845.JAA24499@allegro.lemis.de> Subject: Re: elm problem :) To: bmk@dtr.com Date: Fri, 17 Nov 1995 09:45:38 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <199511132326.PAA07428@dtr.com> from "bmk@dtr.com" at Nov 13, 95 03:26:12 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: 1467 Sender: owner-hackers@freebsd.org Precedence: bulk bmk@dtr.com writes: > > > > It seems that User GEOFF said: > > > I found that if I compiled fcntl into elm it wouldn't work. I had > > > /var/mail wide open and still couldn't get the locking working. I had to > > > remove fcntl for it to work. > > > Have you tried the port in /usr/ports/mail/elm ? My Elm is not the same as > > I try to follow M. Elkins patches (ME8b+ now :-)) but it should work. > > I wasn't able to get it working with fcntl locking, either. I compiled > and installed it long before I knew of the existance of a port (one might > have existed, I don't know). I've always had to use flock style locking > - fcntl always seemed to cause the symptoms the original complaint > described. I've followed this up a little, and now believe that fcntl locking is broken. I took an elm I compiled on BSD/386 (in fact, the one I'm using now) and went through with gdb. The result: the system call to fcntl has identical parameters in each case: (gdb) p lock_info $1 = { l_type = 3, l_whence = 0, l_start = 0, l_len = 0, l_pid = 0 } l_type is F_WRLCK, and it's calling fcntl with F_SETLK. This works as advertised with BSD/386, but returns with an invalid argument with FreeBSD in all versions I've tried recently. I haven't got any further (can somebody please tell me how to enter ddb from the keyboard? Something goes and messes up my keymap, so I can't get in after booting), but intend to do so some time soon. Greg From owner-freebsd-hackers Fri Nov 17 01:01:19 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA17269 for hackers-outgoing; Fri, 17 Nov 1995 01:01:19 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA17264 for ; Fri, 17 Nov 1995 01:01:14 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id BAA02040; Fri, 17 Nov 1995 01:00:15 -0800 To: Jerry.Kendall@vmicls.com (Jerry Kendall) cc: hackers@FreeBSD.org Subject: Re: KEYBOARD goes crazy In-reply-to: Your message of "Thu, 16 Nov 1995 14:12:20 +0500." <9511161912.AA12472.gonzo@vmicls.com> Date: Fri, 17 Nov 1995 01:00:15 -0800 Message-ID: <2038.816598815@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > The problem is when I switch from/to the FreeBSD box. The input from > the keyboard gets messed up. If I run DOS/WINDOWS on both systems, I can I think this may be a miswired switch box or a truly funky keyboard controller on the machine that gets messed up. I have a 10 port Master Console (RCI) switch that goes between an equal number of FreeBSD machines and they all work flawlessly with it. Jordan From owner-freebsd-hackers Fri Nov 17 01:02:14 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA17325 for hackers-outgoing; Fri, 17 Nov 1995 01:02:14 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA17316 for ; Fri, 17 Nov 1995 01:02:09 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id BAA02054; Fri, 17 Nov 1995 01:01:10 -0800 To: Jerry.Kendall@vmicls.com (Jerry Kendall) cc: hackers@FreeBSD.ORG Subject: Re: PC-TCP-NFS In-reply-to: Your message of "Thu, 16 Nov 1995 14:15:59 +0500." <9511161915.AA12574.gonzo@vmicls.com> Date: Fri, 17 Nov 1995 01:01:10 -0800 Message-ID: <2052.816598870@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Does anyone know where to get some NFS-client software for my > DOS/WINDOWS system ???? Chameleon NFS. Note: I'm not saying it's any good - it's not in fact - but Windows users can't be chosers.. :-) Jordan From owner-freebsd-hackers Fri Nov 17 01:03:06 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA17391 for hackers-outgoing; Fri, 17 Nov 1995 01:03:06 -0800 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA17381 for ; Fri, 17 Nov 1995 01:02:58 -0800 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id IAA10575; Fri, 17 Nov 1995 08:56:46 GMT From: Michael Smith Message-Id: <199511170856.IAA10575@genesis.atrad.adelaide.edu.au> Subject: Re: IDE/eIDE issues To: kuku@gilberto.physik.rwth-aachen.de Date: Fri, 17 Nov 1995 08:56:45 +0000 () Cc: julian@ref.tfs.com, freebsd-hackers@freefall.freebsd.org In-Reply-To: <199511170748.IAA26324@gilberto.physik.rwth-aachen.de> from "Christoph Kukulies" at Nov 17, 95 08:48:12 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1113 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Christoph Kukulies stands accused of saying: > > the secret is to make sure that you give the > > geometry that the BIOS uses > > That drive has 1244/16/63. FreeBSD sysinstall partition editor > suggested 933/32/42. I entered these figures into the CMOS > labeled and installed FreeBSD (2.1.0-xxx) and still was unable > to boot - as I said, it found the boot loader but stopped > right at beginning of loading the kernel. Read the above again. Tell _FreeBSD_ what the _BIOS_ wants. It's not out of the question that your BIOS crapped out at the thought of 32 heads. > Has the disklabel to be rewritten everytime the geometry is > changed? I think so. Yes. > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 041-122-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" -Terry Lambert UNIX: live FreeBSD or die! [[ From owner-freebsd-hackers Fri Nov 17 01:42:03 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA18959 for hackers-outgoing; Fri, 17 Nov 1995 01:42:03 -0800 Received: from vulture.dmem.strath.ac.uk (vulture.dmem.strath.ac.uk [130.159.232.158]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA18925 for ; Fri, 17 Nov 1995 01:41:21 -0800 Received: from localhost (localhost [127.0.0.1]) by vulture.dmem.strath.ac.uk (8.6.12/8.6.9) with SMTP id JAA03749; Fri, 17 Nov 1995 09:41:30 GMT Message-Id: <199511170941.JAA03749@vulture.dmem.strath.ac.uk> X-Authentication-Warning: vulture.dmem.strath.ac.uk: Host localhost didn't use HELO protocol To: Julian Elischer cc: freebsd-hackers@freefall.freebsd.org Subject: Re: Re IDE/eIDE issues In-reply-to: Your message of "Thu, 16 Nov 1995 17:08:54 PST." <199511170108.RAA02644@ref.tfs.com> Date: Fri, 17 Nov 1995 09:41:29 +0000 From: Neil Brendan Clark Sender: owner-hackers@FreeBSD.ORG Precedence: bulk In message <199511170108.RAA02644@ref.tfs.com>you write: >As you've got the two FreeBSD parts next to each other, >why did you make 2? The main reason was that as well as FreeBSD and a (token) DOS partition, I also wanted to install another OS, QNX on the same disk as well. QNX is similar in its demands to FreeBSD with regards to IDE disks, i.e. its boot partition must reside lower than the 1024th cylinder. 3 onto 1 does not always easily go! The way I allocated space was like this; DOS 128M QNX 330M FBSD1 20M FBSD2 553M which allowed me to access all OS's freely without changing any BIOS parameters, aside from removing the initial brain damaged IDE translation. If I had merged FBSD1 and FBSD2 into the one partition, it would not be wholly within the reach of the BIOS and would not boot. I know this, since I tried it ;-) Neil From owner-freebsd-hackers Fri Nov 17 01:52:29 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA19772 for hackers-outgoing; Fri, 17 Nov 1995 01:52:29 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id BAA19757 for ; Fri, 17 Nov 1995 01:52:24 -0800 Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Fri, 17 Nov 95 09:52 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id KAA24588; Fri, 17 Nov 1995 10:50:40 +0100 Message-Id: <199511170950.KAA24588@allegro.lemis.de> Subject: Re: KEYBOARD goes crazy To: Jerry.Kendall@vmicls.com (Jerry Kendall) Date: Fri, 17 Nov 1995 10:50:40 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <9511161912.AA12472.gonzo@vmicls.com> from "Jerry Kendall" at Nov 16, 95 02:12:20 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: 974 Sender: owner-hackers@freebsd.org Precedence: bulk Jerry Kendall writes: > > I just setup two computers, a 386-40 with DOS/WINDOWS and a Pentium-75 running > FreeBSD 2.0.5R. > > They share the same monitor and keyboard via a 'little switch box'. > > The problem is when I switch from/to the FreeBSD box. The input from > the keyboard gets messed up. If I run DOS/WINDOWS on both systems, I can > switch between them without any trouble. It seems to be related to switching > from/to FreeBSD. > > At the login prompt, I type 'l' and I see '^L' on the screen. If I am > logged in and type 'd', it interprets it as '^D' and logs me out. I tried > switch to another screen via 'ALT-Fx' and it still is messed up. It looks as if the keyboard driver thinks the Ctrl key is pressed. Could be that it gets some kind of noise when switching, and the keyboard driver interprets it as a Ctrl key press and no release. If that's the case, you should be able to fix it by pressing the Ctrl key, releasing it and trying again. Greg From owner-freebsd-hackers Fri Nov 17 01:58:10 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA20156 for hackers-outgoing; Fri, 17 Nov 1995 01:58:10 -0800 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA20151 for ; Fri, 17 Nov 1995 01:58:06 -0800 Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id BAA08427 for ; Fri, 17 Nov 1995 01:57:41 -0800 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id JAA26465; Fri, 17 Nov 1995 09:33:48 +0100 Message-Id: <199511170833.JAA26465@gilberto.physik.rwth-aachen.de> Subject: Re: PC-TCP-NFS To: Jerry.Kendall@vmicls.com (Jerry Kendall) Date: Fri, 17 Nov 1995 09:33:47 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: <9511161915.AA12574.gonzo@vmicls.com> from "Jerry Kendall" at Nov 16, 95 02:15:59 pm From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 734 Sender: owner-hackers@freebsd.org Precedence: bulk > > I would like to setup my DOS/WINDOWS system to be able to > access a NFS-exported filesystem on my FreeBSD system. > It would be nice if I could do this without running WINDOWS as > Trumpet WinSock requires. > > > SO: > Does anyone know where to get some NFS-client software for my > DOS/WINDOWS system ???? robertj@lwfws1.uni-paderborn.de has written a decent NFS client for Windows (XFS32). I'm using it at home to connect a Windows 3.11 box sometimes to a FreeBSD box. > > What about a TCP package for DOS(preferred), WINDOWS(acceptable) > across ether. Both systems have ether cards. What about using MS TCPIP32 for Win3.1/WfW3.11 ? > > Jerry > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Fri Nov 17 02:07:37 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA20825 for hackers-outgoing; Fri, 17 Nov 1995 02:07:37 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA20819 for ; Fri, 17 Nov 1995 02:07:32 -0800 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id CAA15623; Fri, 17 Nov 1995 02:07:29 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id CAA00915; Fri, 17 Nov 1995 02:04:03 -0800 Message-Id: <199511171004.CAA00915@corbin.Root.COM> To: grog@lemis.de (Greg Lehey) cc: bmk@dtr.com, hackers@freebsd.org (FreeBSD Hackers) Subject: Re: elm problem :) In-reply-to: Your message of "Fri, 17 Nov 95 09:45:38 +0100." <199511170845.JAA24499@allegro.lemis.de> From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 17 Nov 1995 02:04:02 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >> I wasn't able to get it working with fcntl locking, either. I compiled >> and installed it long before I knew of the existance of a port (one might >> have existed, I don't know). I've always had to use flock style locking >> - fcntl always seemed to cause the symptoms the original complaint >> described. > >I've followed this up a little, and now believe that fcntl locking is >broken. I took an elm I compiled on BSD/386 (in fact, the one I'm >using now) and went through with gdb. The result: the system call to >fcntl has identical parameters in each case: > >(gdb) p lock_info >$1 = { > l_type = 3, > l_whence = 0, > l_start = 0, > l_len = 0, > l_pid = 0 >} > >l_type is F_WRLCK, and it's calling fcntl with F_SETLK. This works as >advertised with BSD/386, but returns with an invalid argument with >FreeBSD in all versions I've tried recently. > >I haven't got any further (can somebody please tell me how to enter >ddb from the keyboard? Something goes and messes up my keymap, so I >can't get in after booting), but intend to do so some time soon. If you can put together a short program to demonstrate the bug, I would be happy to find and fix it. -DG From owner-freebsd-hackers Fri Nov 17 02:13:16 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA21284 for hackers-outgoing; Fri, 17 Nov 1995 02:13:16 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA21277 for ; Fri, 17 Nov 1995 02:13:09 -0800 Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id CAA03705; Fri, 17 Nov 1995 02:11:49 -0800 From: Julian Elischer Message-Id: <199511171011.CAA03705@ref.tfs.com> Subject: Re: Re IDE/eIDE issues To: nbc@vulture.dmem.strath.ac.uk (Neil Brendan Clark) Date: Fri, 17 Nov 1995 02:11:48 -0800 (PST) Cc: freebsd-hackers@freefall.freebsd.org In-Reply-To: <199511170941.JAA03749@vulture.dmem.strath.ac.uk> from "Neil Brendan Clark" at Nov 17, 95 09:41:29 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 563 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > The way I allocated space was like this; > DOS 128M > QNX 330M > FBSD1 20M > FBSD2 553M > > which allowed me to access all OS's freely without changing any BIOS parameters, > aside from removing the initial brain damaged IDE translation. If I had merged > FBSD1 and FBSD2 into the one partition, it would not be wholly within the reach > of the BIOS and would not boot. I know this, since I tried it ;-) > No, this is where you are wrong.. it would work as long as the 'a' subdivision of the FBSD slice was below Cyl 1024 the rest doesn't matter.. From owner-freebsd-hackers Fri Nov 17 02:26:17 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA22012 for hackers-outgoing; Fri, 17 Nov 1995 02:26:17 -0800 Received: from vulture.dmem.strath.ac.uk (vulture.dmem.strath.ac.uk [130.159.232.158]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA21780 for ; Fri, 17 Nov 1995 02:22:42 -0800 Received: from localhost (localhost [127.0.0.1]) by vulture.dmem.strath.ac.uk (8.6.12/8.6.9) with SMTP id KAA03818; Fri, 17 Nov 1995 10:23:14 GMT Message-Id: <199511171023.KAA03818@vulture.dmem.strath.ac.uk> X-Authentication-Warning: vulture.dmem.strath.ac.uk: Host localhost didn't use HELO protocol To: Christoph Kukulies Subject: Re: IDE/eIDE issues cc: freebsd-hackers@freefall.freebsd.org In-reply-to: Your message of "Fri, 17 Nov 1995 08:48:12 +0100." <199511170748.IAA26324@gilberto.physik.rwth-aachen.de> Date: Fri, 17 Nov 1995 10:23:14 +0000 From: Neil Brendan Clark Sender: owner-hackers@FreeBSD.ORG Precedence: bulk The Failsafe Guide to IDE drives (with FreeBSD ;) ------------------------------------------------- Caveat (1) If in doubt about disk geometry, read the sticky label on the disk. It tends to be more accurate than whatever the BIOS reports ;-) Caveat(2) *Always* assume this number to be correct - even if at some point FreeBSD reports the BIOS parameters. Caveat(3) I realise that some people have had success with creating small DOS partitions and all that, but it didn't work for me :( Caveat(4) This information has been gathered through weeks of painful efforts with IDE disks, culminating in an "all nighter" when I actually got my 1Gig IDE to work. Any inaccuracies are wholly due to post-dated lack of sleep and nutrition. Step(1) Switch of the BIOS translation, returning it to "standard" mode. Step(2) If you want a DOS partition, it will now need to reside (in real geometry terms) totally within the first 1024 cylinders of the disk. Step(3) Boot the computer with the FreeBSD boot disk, and start partitioning the disk. Step(4) Make a root partition - not a "fake" partition within a partition, but dedicate a whole, i.e. one of the four available on the entire disk, to becoming your FreeBSD "root". 25 Megabytes should do it. This partition *must must must* be *totally* within the first *real* 1024 cylinders of the IDE disk in order that it be accessable to the BIOS at boot time. Step(5) Make your main partition, which will be a distinct partition from the one created in step(4). In other words, there are only two partitions on the disk left - room for, say, DOS and something else. This partition can be anywhere at all on the disk, since the BIOS will not be used to read it in any way (that I am aware of). Step(6) Label the two partitions. The partition in step(4) becomes "/", while the partition created in step(5) becomes your /usr and swap or whatever. If you are doing this using the standard system installer (of course you are! ;-) it will create an appropriate fstab which will automount all this gubbins. Step(7) Do the rest of the installation, and reboot, after which you should have a working system. On no account ever change the BIOS back to "kludge translation" mode or your system won't boot. You'll have to change it back to get it working again. Neil From owner-freebsd-hackers Fri Nov 17 02:27:25 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA22094 for hackers-outgoing; Fri, 17 Nov 1995 02:27:25 -0800 Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA21948 for ; Fri, 17 Nov 1995 02:24:58 -0800 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id LAA26773 for freebsd-hackers@freefall.cdrom.com; Fri, 17 Nov 1995 11:19:40 +0100 Date: Fri, 17 Nov 1995 11:19:40 +0100 From: "Christoph P. Kukulies" Message-Id: <199511171019.LAA26773@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: pci/ncr 53c810 problem Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I bought a ncr53c810 cheapo PCI controller yesterday and connected the SCSI CDROM (Toshiba 3301) to it. (P90, 32MB, WD8003E, PCI/I P54SP4 Asus board , 3 eIDE drives). (Toshiba 3301 SCSI, Quantum GrandPrix SCSI connected to the SCSI PCI controller). This happened during booting the boot disk: sd0(ncr0:0:0): Direct-Access sd0(ncr0:0:0): FAST SCSI-2 100ns (10MB/sec) offset 8. 4106MB (8410200 512 byte sectors) (ncr0:2:0): "TOSHIBA CD-ROM XM-3301TA 0272" type 5 removable SCSI 2 cd0(ncr0:2:0):CD-ROM cd0(ncr0:2:0): asynchronous. cd present.[304677 x 2048 byte records] vga0 rev 0 on pci0:10 pci0:13: CMD, device=0x640, class=storage (ide) [no driver assigned] rootfs is 1000 Kbyte compiled in MFS Fatal trap 18: integer divide fault while in kernel mode instruction pointer = 0x8:0xf0197f1b code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def 32, gran 1 processor eflags = resume, IOPL = 0 current process = 0 (swapper) interrupt mask = net tty bio panic: integer divide fault syncing disks... done (I suspect this is a general PCI problem) Removing the ncr controller and installing the system to an IDE drive worked fine. BTW, FreeBSD still does not probe a Future Domain 845 SCSI (8 bit) controller correctly (this is a successor of the ST02 controller, I believe). --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Fri Nov 17 03:44:39 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA27247 for hackers-outgoing; Fri, 17 Nov 1995 03:44:39 -0800 Received: from ccslinux.dlsu.edu.ph (gavin@linux1.dlsu.edu.ph [165.220.8.15]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA27147 for ; Fri, 17 Nov 1995 03:43:39 -0800 Received: (from gavin@localhost) by ccslinux.dlsu.edu.ph (8.6.11/8.6.9) id TAA08317; Fri, 17 Nov 1995 19:46:27 +0800 Date: Fri, 17 Nov 1995 19:46:25 +0800 (GMT+0800) From: Gavin Lim To: hackers@freebsd.org Subject: ptrace() Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk How do you use the ptrace() call? We cannot find any documentation for it. We are trying to use ptrace() to get the process's data and text segments, also the proc structure and the user structure. How do we do this using ptrace()? We'd appreciate if you could include sample code to use ptrace. Thanks! From owner-freebsd-hackers Fri Nov 17 03:48:47 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA27583 for hackers-outgoing; Fri, 17 Nov 1995 03:48:47 -0800 Received: from vulture.dmem.strath.ac.uk (vulture.dmem.strath.ac.uk [130.159.232.158]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA27569 for ; Fri, 17 Nov 1995 03:48:32 -0800 Received: from localhost (localhost [127.0.0.1]) by vulture.dmem.strath.ac.uk (8.6.12/8.6.9) with SMTP id LAA03976; Fri, 17 Nov 1995 11:48:20 GMT Message-Id: <199511171148.LAA03976@vulture.dmem.strath.ac.uk> X-Authentication-Warning: vulture.dmem.strath.ac.uk: Host localhost didn't use HELO protocol To: Julian Elischer Subject: Re: Re IDE/eIDE issues cc: freebsd-hackers@freefall.freebsd.org In-reply-to: Your message of "Fri, 17 Nov 1995 02:11:48 PST." <199511171011.CAA03705@ref.tfs.com> Date: Fri, 17 Nov 1995 11:48:19 +0000 From: Neil Brendan Clark Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >No, this is where you are wrong.. >it would work >as long as the 'a' subdivision of the FBSD slice was below Cyl 1024 >the rest doesn't matter.. Either my computer is a fussy bugger or I took too much LDS in the seventies ;-)I tried it; it seems a fairly obvious thing to do, after all, and it did not work. I recall a boot message saying something like "partition is out of reach of BIOS", whereas if it is completely out of reach of the BIOS you get a "missing operating system message", or something like that. Either way, it most definately utterly sure-as-the-sun-rises-in-the-morning did not work. Perhaps having two other OS's on the disk confused the issue; perhaps, as I say, my machine is fussy (it is certainly a bit strange), but it didn't work. Maybe it's my BIOS, maybe it's because I live in Glasgow town, maybe it's because of latent black magic, but that's what happened. My machine is a Viglen Genie Professional Pentium 75 with 1Gig IDE, 2099 cylinders, 16 heads, 63 sectors, BTW. Neil From owner-freebsd-hackers Fri Nov 17 03:53:40 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA27774 for hackers-outgoing; Fri, 17 Nov 1995 03:53:40 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id DAA27763 for ; Fri, 17 Nov 1995 03:53:31 -0800 Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Fri, 17 Nov 95 11:52 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id MAA25180 for hackers@freebsd.org; Fri, 17 Nov 1995 12:50:51 +0100 Message-Id: <199511171150.MAA25180@allegro.lemis.de> Subject: mountd(8) performs illegal free() To: hackers@freebsd.org (FreeBSD Hackers) Date: Fri, 17 Nov 1995 12:50:50 +0100 (MET) 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: 951 Sender: owner-hackers@freebsd.org Precedence: bulk In the last few -current releases, I've had the message Malloc warning: free(): junk pointer (too high) at system startup. It comes from mountd, and it's wrong: the address being freed is in the text segment. Is this intentional? Should free(3) even try to accept this sort of behaviour? In any case, it's easy enough to fix: --- mountd.c 1995/06/27 11:06:19 1.9 +++ mountd.c 1995/11/17 11:44:06 @@ -885,7 +885,8 @@ hpe = (struct hostent *)malloc(sizeof(struct hostent)); if (hpe == (struct hostent *)NULL) out_of_mem(); - hpe->h_name = "Default"; + hpe->h_name = malloc (16); + strcpy (hpe->h_name, "Default"); hpe->h_addrtype = AF_INET; hpe->h_length = sizeof (u_long); hpe->h_addr_list = (char **)NULL; Greg From owner-freebsd-hackers Fri Nov 17 03:57:32 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA27962 for hackers-outgoing; Fri, 17 Nov 1995 03:57:32 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA27881 for ; Fri, 17 Nov 1995 03:55:14 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id MAA27594; Fri, 17 Nov 1995 12:53:08 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id MAA03556; Fri, 17 Nov 1995 12:53:08 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id MAA15731; Fri, 17 Nov 1995 12:23:11 +0100 From: J Wunsch Message-Id: <199511171123.MAA15731@uriah.heep.sax.de> Subject: Re: Building a gateway To: scrappy@hub.org (Marc G. Fournier) Date: Fri, 17 Nov 1995 12:23:11 +0100 (MET) Cc: geoff@ginsu.com, freebsd-hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Marc G. Fournier" at Nov 16, 95 11:57:27 pm X-Phone: +49-351-2012 669 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: 539 Sender: owner-hackers@freebsd.org Precedence: bulk As Marc G. Fournier wrote: > > Have you enabled GATEWAY in the kernel? If memory serves, you need > to add: > > options GATEWAY Nope. This is deprecated. Use sysctl -w net.inet.ip.forwarding=1 at run-time instead of building a special kernel. In 2.1, all you need to do is changing # If you want this host to be a gateway, set to YES. gateway=NO in /etc/sysconfig. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Nov 17 04:03:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA28217 for hackers-outgoing; Fri, 17 Nov 1995 04:03:42 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA27847 for ; Fri, 17 Nov 1995 03:54:31 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id MAA27590 for ; Fri, 17 Nov 1995 12:53:07 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id MAA03555 for freebsd-hackers@freebsd.org; Fri, 17 Nov 1995 12:53:06 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id MAA15932 for freebsd-hackers@freebsd.org; Fri, 17 Nov 1995 12:44:26 +0100 From: J Wunsch Message-Id: <199511171144.MAA15932@uriah.heep.sax.de> Subject: Re: IDE/eIDE issues To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 17 Nov 1995 12:44:25 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199511170748.IAA26324@gilberto.physik.rwth-aachen.de> from "Christoph Kukulies" at Nov 17, 95 08:48:12 am X-Phone: +49-351-2012 669 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: 824 Sender: owner-hackers@freebsd.org Precedence: bulk As Christoph Kukulies wrote: > > > > > the simple way to get it to work:: > > > > install a dos partition on the drive > > (and nothing else) > > Do you mean it is required to do so? What if I don't have DOS? > (I assume you mean creating a DOS partition with DOS's FDISK) In 2.1, you can use the "dangerously dedicated" option. I've did this yesterday with an eighthundred something drive for a customer. > > the secret is to make sure that you give the > > geometry that the BIOS uses > > That drive has 1244/16/63. The drive certainly has something else. That's only what the vendor suggests as most common translation. (Mine was 16XX/16/63 btw.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Nov 17 06:51:54 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA07483 for hackers-outgoing; Fri, 17 Nov 1995 06:51:54 -0800 Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id GAA07476 for ; Fri, 17 Nov 1995 06:51:47 -0800 Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tGS8V-0003wVC; Fri, 17 Nov 95 06:51 PST Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.6.11/8.6.9) with SMTP id NAA01575; Fri, 17 Nov 1995 13:52:45 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost didn't use HELO protocol To: grog@lemis.de (Greg Lehey) cc: hackers@freebsd.org (FreeBSD Hackers) Subject: Re: mountd(8) performs illegal free() In-reply-to: Your message of "Fri, 17 Nov 1995 12:50:50 +0100." <199511171150.MAA25180@allegro.lemis.de> Date: Fri, 17 Nov 1995 13:52:44 +0100 Message-ID: <1573.816612764@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > In the last few -current releases, I've had the message > > Malloc warning: free(): junk pointer (too high) > > at system startup. It comes from mountd, and it's wrong: the address > being freed is in the text segment. > > Is this intentional? Should free(3) even try to accept this sort of > behaviour? In any case, it's easy enough to fix: This is another victory for phkmalloc. :-> Well, this free(3) will detect it, complain about it and then ignore it. Poul-Henning > > --- mountd.c 1995/06/27 11:06:19 1.9 > +++ mountd.c 1995/11/17 11:44:06 > @@ -885,7 +885,8 @@ > hpe = (struct hostent *)malloc(sizeof(struct hostent) ); > if (hpe == (struct hostent *)NULL) > out_of_mem(); > - hpe->h_name = "Default"; > + hpe->h_name = malloc (16); > + strcpy (hpe->h_name, "Default"); > hpe->h_addrtype = AF_INET; > hpe->h_length = sizeof (u_long); > hpe->h_addr_list = (char **)NULL; > > > Greg > > -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Fri Nov 17 09:09:30 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA15671 for hackers-outgoing; Fri, 17 Nov 1995 09:09:30 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA15662 for ; Fri, 17 Nov 1995 09:09:22 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA05647; Fri, 17 Nov 1995 10:00:02 -0700 From: Terry Lambert Message-Id: <199511171700.KAA05647@phaeton.artisoft.com> Subject: NFS vs. NetWare for DOS file services To: babkin@hq.icb.chel.su (Serge A. Babkin) Date: Fri, 17 Nov 1995 10:00:02 -0700 (MST) Cc: terry@lambert.org, hackers@freebsd.org In-Reply-To: <199511170535.KAA29102@hq.icb.chel.su> from "Serge A. Babkin" at Nov 17, 95 10:35:39 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: 8466 Sender: owner-hackers@freebsd.org Precedence: bulk I've split the responses. > It really looks like a problem. For DOS client the solution may be to > flush the whole cache before issuing an unlock request. But I think > any network-aware DOS program must use fsync. Here's the rub: most "network-aware DOS programs" don't use NetBIOS. They use a proprietary API. 70% of all DOS network nodes overall are NetWare. The majority of small business networks (100 employees or less) are Lantastic. For a proprietary API, you can define caching-friendly interface semantics; this is exactly what has been done for those systems that cache. > > Write cache going to disk relies on the fact that some writes are async, > > and may be cached, and some writes are sync, and must complete before > > they return, leaving the data on the disk. > > > > DOS doesn't have the distinction between async and sync writes, so you > > can't just say "I'll just cache async writes" -- because there aren't > > any. > > The programs using Netware must know about this difference. Most programs > that really do record locking are working on Netware, not on a local machine > (why else you need record locking on a single-tasking OS?) and differ > async and sync writes. OK. I worked on the file system for the NetWare for UNIX 4.x product for nearly two years using the Native NetWare 4.x source code as a base, so I know a "little bit" about this. NetWare clients do client caching. They use the low 24 bits of the file handle as a hash index (which incidently screwed me treating the short file handled as an opaque 32 bit value like you are supposed to be able to). This cache is used mostly when reading .exe and other files which are opened read-only or which are read-only for the client, as determined by querying the file attributes. This may not seem like a big win, but 70% of all requests to a NetWare Server are read requests. There is a big win on .exe loading to caching. Specifically, the way DOS loads executables causes it to refer to the first 9k several times in the load process. A DOS client loading a .exe will not trigger read-ahead, because the first 9k is rereferenced when the file is otherwise sequential I/O. Windows is a bit different here because it pages, but client caching has a big effect (obviously) on paging. The biggest win a UNIX box acting as a server for DOS clients can implement is file name and open mode specific madvise() operations. After reads, the next most frequent operation is writes, which are about 18% of operations. Typically, writes are not sequential. There is little you can do to improve write performance, other than to remove the synchronous requirements. These requirements are removed by: 1) Removing POSIX semantics on the file system (dangerous). 2) Changing the mechanism which guarantees the POSIX semantics to use a better scheme than synchronous writes to provide the ordering guarantees (ala the UnixWare 2.x UFS, and the U of Michigan EECS "Soft Update" Metadata update mechanism). The first isn't a real option; it's bogus. The second reduces drastically the absolute overhead that you have to eat to maintain the NFS protocol guarantees consistently. Of the remaining 12%, 8% are directory operations, and 4% are all other operations. Directory operations accont for a disproportionate amount of the time for the client waiting for a server response. The biggest win, which only recently went into NetWare and NFSv3, is the ability to return multple entries at the same time. The POSIX guarantees once again get in the way of performance. For directories, however it is possible to cheat. POSIX guarantees file times update semantics. In addition, it guarantees directory time update semantics when getdents() is called. BUT... POSIX does not require that you consider a directory to be a file: it can't, since VMS can be POSIX compliant (point of interest: many of the idiotic semantics with regard to "shall be updated", "shall be marked for update", and "may be marked for update" that POSIX requires seem to be related to vendor "special interests" in defining POSIX so they don't have to recode existing systems). So does POSIX require that you use getdents() to access directory contents? It does not. So you can cheat by "defining" a directory to be other than a file, and then using an interface other than getdents() to get at it. Or you can say "to hell with the dancing" and give yourself a blanket license to relax POSIX guarantees, as long as you don't do anything that compromises file system integrity. Note that this type of crap won't fly with NFS, which pretends to provide POSIX semantics to its clients. So NetWare achieves its speed by not being POSIX and by using interfaces other than the NetBIOS interface to implement its own cache-friendly semantics. Oh yeah. And by having the entire volume directory structure, including file metadata, in core at all times and accessed via hashlist. And you wondered why mounting took a long time. > > DOS client applications assume O_SYNC on all opens. > > Pure DOS (without any network) assume exclusive access to anything and do > not use any locks at all. No. "SHARE" provides file granularity access locking semantics. Which means multiple reader OR single writer guarantees are made, even under NetBIOS. > > You'd do better to define your own API and make it conform to POSIX > > semantics (basically, a libc replacement) and write the DOS client > > programs that way. > > The problem is that we need to run the ready applications, not only the > self-written ones. BTW I think Novell did exactly this with its Netware > and now all network-aware clients use such API implemented with DOS calls. Novell provides a non-NetBIOS redirector for INT 21 and INT 13 (to an extent) calls, as well as hooking several other intterupts. These requests are then funneled into NetWare specific requests optimized for the way DOS makes requests and some common DOS software operates. There are over half a thousand "system calls" for an application that uses a NetWare server, though most applications only use a fraction. That (and packet signatures and ticketing and NDS using licensed RSA technology) is the reason I react with such incredulity anytime someone suggests providing NetWare services as a Freeware effort. Because the NetWare client makes its own way, and decides up front based on file open modes (and other information Novell has invested many years figuring out) what behaviours map to what server interfaces for what version of DOS/Windows, it can make optimizations that you simply can *NOT* make when pounding the API-restricted NetBIOS interface into the even-more-restricted NFS POSIX interface. The leeway you have in implementation is the room between a NetBIOS and self-hooking INT 21, INT 13, etc.. Small room. > > > Yes, this alogrithm implies a client-side "write only" cache and no > > > server-side write cache, the server remains as it is now. In your > > > analogy server is here a "disk". > > > > What about Solaris, SGI, and SVR4 servers, which do server caching? > > You said that this solution is unreliable and it will not be yet more > unreliable due to the client-side write caching. It compounds the unreliability. Both are multiplicative. It *will* be more unreliable. > > DOS libc fsync() does nothing. Or applications don't call fsync(). > > Very differnt form assembly programs calling the INT 21 op. > > How do they work on the Netware network ? If they want to work on it they > need to use fsync() too. And I think most dBASE-like databases do these > calls. If they do not use these calls they would not work on Netware too. They use the NetWare TTS API and convert the database file I/O into transactions that can be backed out. The start-transaction/end-transaction pairs indicate to the server the implied state in the client application that accesses multiple files. If I crash and come back up, for every "start-transaction" without an "end-transaction", the server can decide to throw away the changes that that transaction wanted to make by identifying them by transaction ID. So it works by the "NetWare aware" application using NetWare API's instead of the standard DOS APIs (and the NFS client typically only hooks the DOS API's). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Nov 17 09:22:35 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA16648 for hackers-outgoing; Fri, 17 Nov 1995 09:22:35 -0800 Received: from nwnexus.wa.com (nwnexus.wa.com [192.135.191.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id JAA16642 for ; Fri, 17 Nov 1995 09:22:25 -0800 Received: by nwnexus.wa.com id AA09657 (5.65c/IDA-1.4.4 for freebsd-hackers@freebsd.org); Fri, 17 Nov 1995 09:21:51 -0800 Received: (from gfm@localhost) by angel.readybox.com (8.6.8/8.6.6) id JAA01308 for freebsd-hackers@freebsd.org; Fri, 17 Nov 1995 09:20:10 -0800 Date: Fri, 17 Nov 1995 09:20:10 -0800 From: Frank McCormick Message-Id: <199511171720.JAA01308@angel.readybox.com> To: freebsd-hackers@freebsd.org Subject: failure in "make world" Sender: owner-hackers@freebsd.org Precedence: bulk My attempt at "make world" failed with the complaint make: don't know how to make stat_flags.c which is apparently associated with usr.bin/chflags. The host is running a fresh installation from the 2.0.5 CD. Anyone else seen this, or have I failed in some required upstream preparation? Frank McCormick From owner-freebsd-hackers Fri Nov 17 09:27:31 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA16889 for hackers-outgoing; Fri, 17 Nov 1995 09:27:31 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA16823 for ; Fri, 17 Nov 1995 09:24:58 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA05681; Fri, 17 Nov 1995 10:21:35 -0700 From: Terry Lambert Message-Id: <199511171721.KAA05681@phaeton.artisoft.com> Subject: NFS client caching in UNIX To: babkin@hq.icb.chel.su (Serge A. Babkin) Date: Fri, 17 Nov 1995 10:21:35 -0700 (MST) Cc: terry@lambert.org, hackers@freebsd.org In-Reply-To: <199511170535.KAA29102@hq.icb.chel.su> from "Serge A. Babkin" at Nov 17, 95 10:35:39 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: 2993 Sender: owner-hackers@freebsd.org Precedence: bulk I have split the reponses. > > Since the client won't make one INT 21 call and then make another while > > that one is pending (DOS is a non-reentrant real mode interrupt handler), > > you can't cache one and not return. You *must* return. > > How about to use a like algorithm for an Unix client ? NFS client caching for UNIX is possible to make safe in a restricted case. There are many detailed papers on this that are a better source than me on this, and which will cover the topic in greater detail. But here are some highlights: You can client cache fairly safely if the file is opened read-only. This won't work for some circumstances: mostly programs that incorrectly use files for IPC. Most of these would be older programs. You can client cache if you have advisory notification (ala madvise) to tell you what rules of access the application will follow. You can client cache (in fact, it is a major win in many ways) if the file is being opened to execute it. There is unfortunately no distinction in the kernel in the way that a file is openened in order to provide cache hints to the underlying FS. This is (IMO) a deficiency in the kernel level file I/O interface used for both file and executable image opening, and prevents cleanup of the "execute a program from an NFS server using the file as swap store" VEXEC non-propagation bug that lets you crash programs on an NFS client from either the server, or in some cases another client. The fix involves changing the internal-use-interface, providing a "hint flag" which is part of the internal-use-interface semantics, and flagging the NFS file system as "remote" (this last is the only part which is implemented). Then you still have to implement the client side cache, which will be complicated by the unified VM/cache model. You can use write-locking as a lease to cache, *if* you have working NFS locking. You *must* flush the cache when the lock goes away. I believe this is thrice flawed. An application that makes multiple changes to a single record on disk is broken in the first place is flawed... the changes should be made in core to reduce the implied state. The cache flush must be synchronous, so it's questionable whether trading a "delay now" for a "delay later" isn't itself inherently flawed. Finally, there exists implied state of a small amount of data using index locking, a typical approach to reduce real locking calls for databases in third normal form (or higher). Caching will fail to be asserted for file data which may in fact be the majority of operations. In closing, it's arguable that any application that uses database techniques should be implemented as a transaction oriented database client and server. If this is done, it's unlikely that occasions that allow for NFS client cacheing (other than file execution) will ever occur. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Nov 17 09:33:09 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA17324 for hackers-outgoing; Fri, 17 Nov 1995 09:33:09 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA17316 for ; Fri, 17 Nov 1995 09:32:54 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA05706; Fri, 17 Nov 1995 10:29:27 -0700 From: Terry Lambert Message-Id: <199511171729.KAA05706@phaeton.artisoft.com> Subject: NFS benchmarking: iosize granularity? To: babkin@hq.icb.chel.su (Serge A. Babkin) Date: Fri, 17 Nov 1995 10:29:26 -0700 (MST) Cc: terry@lambert.org, hackers@freebsd.org In-Reply-To: <199511170535.KAA29102@hq.icb.chel.su> from "Serge A. Babkin" at Nov 17, 95 10:35:39 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: 3740 Sender: owner-hackers@freebsd.org Precedence: bulk > > > After latest experiments I have found (with Bruce Evans) the problem due to > > > which DOS cients give terribly bad performance with FreeBSD. The problem > > > is that typical DOS transfer is one sector, 512 bytes while the FreeBSD > > > FFS block size is 8K, so when the file is written sequentially FreeBSD > > > needs to rewrite each block 16 times. The results with SCO or Linux are > > > better because they use 1K blocks. HP-UX results are good too although it > > > has UFS but it divides each block into fragments of 1K and can work with > > > them separately. > > > > This is interesting, but hard to believe in the vmio case. There is a > > bitmap in the buffer cacch for page sized buffers which should result in > > devbsize-based I/O for partial pages. Basically, if I have a dirty write > > to a small record, (512 bytes in this case), the maximum span should be > > two devbsize blocks of the page. > > If it is so then obvioulsly my conclusion was wrong. > > > This may in fact be a bug in the VM system that you have found instead of > > a bug in the way I/O is intended to be done. The worst you should see is > > ~350k/s, not 200k/s, except that the write commits must return before the > > next write can be done on the client. And much of that is due to using > > sync I/O to guarantee ordering. > > May be. Actually I have experimented with a SCO client mounting FreeBSD disks > with different [rw]size and executing dd with different block sizes. The > numbers I got are: > > [rw]size=8192 dd bs=100k: 150K/s write 705K/s read > [rw]size=8192 dd bs=1k: 122K/s write 705K/s read > [rw]size=8192 dd bs=512: 28K/s write 688K/s read > > [rw]size=2048 dd bs=100k: 53K/s write 316K/s read > [rw]size=2048 dd bs=1536: 40K/s write > [rw]size=2048 dd bs=1234: 33K/s write > [rw]size=2048 dd bs=1025: 28K/s write > [rw]size=2048 dd bs=1k: 52K/s write 307K/s read > [rw]size=2048 dd bs=512: 28K/s write > > [rw]size=1024 dd bs=100k: 27K/s write 691K/s read > [rw]size=1024 dd bs=1k: 27K/s write 690K/s read > [rw]size=1024 dd bs=512: 28K/s write 651K/s read > > With DOS Tsoft's client I got 12K/s write and 200K/s read independently of > [rw]size when testing with sysinfo (I'm not shure was it Norton's or > PC-tools). I think you will find that the optimal write size for an NetBIOS based NFS client will be 512 bytes because of the way DOS does file I/O. For Win95, the optimal size will be 512b, followed closely by 32k (32k is highly typical of VFAT). I would be extremely iterested in your SCO/FreeBSD numbers for 4096, as opposed to 8192 or 2048. 4096 is the natural page size for both systems and would seem the correct and logical choice, barring use of NE2000 or similar network cards with an imbalance in read/write buffering in the FreeBSD driver itself. > The network was not empty so I carried out every test several times and > took the best one but the fluctuations are still possible. It is best to run this sort of test on an isolated network... hard to do when you are using production hardware. On the other hand, it's unlikely to get done with any frequency if it requires special staging. A real Catch-22. Bummer. > The network was Ethernet, all network cards are 3c509B except the on in SCO > server which was 3c579. The DOS client was connected through a 3COM TP hub, > FreeBSD and SCO are on thin Ethernet. > > The results are looking like there is some problem with write requests of > 512 bytes size. What is the FS block and frag size on the boxes? It could be that the FS can only do I/O in units of 1k? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Nov 17 09:45:16 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA18002 for hackers-outgoing; Fri, 17 Nov 1995 09:45:16 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA17977 for ; Fri, 17 Nov 1995 09:44:58 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA05728; Fri, 17 Nov 1995 10:35:53 -0700 From: Terry Lambert Message-Id: <199511171735.KAA05728@phaeton.artisoft.com> Subject: Re: pty To: didier@omnix.fr.org (Didier Derny) Date: Fri, 17 Nov 1995 10:35:48 -0700 (MST) Cc: terry@lambert.org, joerg_wunsch@uriah.heep.sax.de, hackers@FreeBSD.ORG In-Reply-To: from "Didier Derny" at Nov 17, 95 10:17:49 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: 1189 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > the data would be send and received on the pty side as small blocks. > each block would be delimited with STX an ETX > > example: > > STX CODE CHAN DATA ETX > > CODE: indicates the nature of the block > start a new connection, data, or disconnect > > CHAN: ttyp number > > It's a protocol wildely use in france for minitel servers. > (ASM protocol) HEY! I've written Minitel code before, for a contract with your ministry of defense! Big building, looks like an upside-down squared-off "U"! 8-). > either I write a program to control 32 pty and feed them with the data > from the ASM box or I control only one special pty an the driver do the > job... I think that the expensive part of the pty is going to be there whether or not you put in the endpoint. You may save on fd's doing this, but I think overall the increased code complexity in the muxed pty driver will steal back whatever savings you get that way. Something like this will probably be a false economy, unless maybe you will put *all* of your code in the kernel. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Nov 17 09:47:03 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA18084 for hackers-outgoing; Fri, 17 Nov 1995 09:47:03 -0800 Received: from austin.polstra.com (austin.polstra.com [198.211.214.10]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA18064 ; Fri, 17 Nov 1995 09:46:47 -0800 Received: (from jdp@localhost) by austin.polstra.com (8.6.12/8.6.12) id JAA21432; Fri, 17 Nov 1995 09:46:19 -0800 Date: Fri, 17 Nov 1995 09:46:19 -0800 From: John Polstra Message-Id: <199511171746.JAA21432@austin.polstra.com> To: chuckr@glue.umd.edu Subject: Re: Shared Libraries...almost there... In-Reply-To: Organization: Polstra & Co., Seattle, WA Cc: freebsd-questions@FreeBSD.org, freebsd-hackers@FreeBSD.org Sender: owner-hackers@FreeBSD.org Precedence: bulk In article chuckr@glue.umd.edu writes: > You know there's two version of that pic flag stuff, which stands for > Position Independent Code (I think). Yes, that's right. > The -fPIC is supposed to be > stronger in force than the -fpic, but most code does not need the strong > -fPIC. I don't know how to tell the difference, except to try it and > find out. Actually, for the i386, there is no difference between the two. They're exactly the same. On some machines (Motrola 68K architecture, for example), "-fpic" generates certain address offsets with 16-bit fields, whereas "-fPIC" uses 32-bit fields. The first form is OK for most programs, but really large programs overflow the 16-bit fields and require "-fPIC". -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-hackers Fri Nov 17 09:49:40 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA18336 for hackers-outgoing; Fri, 17 Nov 1995 09:49:40 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA18328 for ; Fri, 17 Nov 1995 09:49:33 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA05744; Fri, 17 Nov 1995 10:38:09 -0700 From: Terry Lambert Message-Id: <199511171738.KAA05744@phaeton.artisoft.com> Subject: Re: pty To: didier@omnix.fr.org (Didier Derny) Date: Fri, 17 Nov 1995 10:38:09 -0700 (MST) Cc: terry@lambert.org, joerg_wunsch@uriah.heep.sax.de, hackers@FreeBSD.ORG In-Reply-To: from "Didier Derny" at Nov 17, 95 10:19:09 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: 484 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > I must be able to receive up to 256 simultaneous connexions on the same > machine. Yeah. You need a cloning driver so that you can have as many pty's as will fit into memory. The size limit you have now is based on the static name range for pty allocation. And that's being limited by the hard coded search order more than anything else. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Nov 17 09:52:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA18552 for hackers-outgoing; Fri, 17 Nov 1995 09:52:42 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id JAA18538 for ; Fri, 17 Nov 1995 09:52:15 -0800 Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Fri, 17 Nov 95 17:52 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id SAA26447 for hackers@freebsd.org; Fri, 17 Nov 1995 18:32:44 +0100 Message-Id: <199511171732.SAA26447@allegro.lemis.de> Subject: Re: elm problem - "solved" To: hackers@freebsd.org (FreeBSD Hackers) Date: Fri, 17 Nov 1995 18:32:43 +0100 (MET) 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: 2847 Sender: owner-hackers@freebsd.org Precedence: bulk David Greenman writes: > >> I wasn't able to get it working with fcntl locking, either. I compiled > >> and installed it long before I knew of the existance of a port (one might > >> have existed, I don't know). I've always had to use flock style locking > >> - fcntl always seemed to cause the symptoms the original complaint > >> described. > > > >I've followed this up a little, and now believe that fcntl locking is > >broken. I took an elm I compiled on BSD/386 (in fact, the one I'm > >using now) and went through with gdb. The result: the system call to > >fcntl has identical parameters in each case: > > > >(gdb) p lock_info > >$1 = { > > l_type = 3, > > l_whence = 0, > > l_start = 0, > > l_len = 0, > > l_pid = 0 > >} > > > >l_type is F_WRLCK, and it's calling fcntl with F_SETLK. This works as > >advertised with BSD/386, but returns with an invalid argument with > >FreeBSD in all versions I've tried recently. > > > >I haven't got any further (can somebody please tell me how to enter > >ddb from the keyboard? Something goes and messes up my keymap, so I > >can't get in after booting), but intend to do so some time soon. > > If you can put together a short program to demonstrate the bug, I would be > happy to find and fix it. Well, we found the problem. lock_info is of type struct flock. In BSD systems derived from Net/2, and also in Linux, SunOS 4, System V.3, struct flock is defined as /* * Advisory file segment locking data type - * information passed to system by user */ struct flock { short l_type; /* lock type: read/write, etc. */ short l_whence; /* type of l_start */ off_t l_start; /* starting offset */ off_t l_len; /* len = 0 means until end of file */ pid_t l_pid; /* lock owner */ }; In 4.4BSD, it's defined as /* * Advisory file segment locking data type - * information passed to system by user */ struct flock { off_t l_start; /* starting offset */ off_t l_len; /* len = 0 means until end of file */ pid_t l_pid; /* lock owner */ short l_type; /* lock type: read/write, etc. */ short l_whence; /* type of l_start */ }; Finally, in System V.4, including SunOS 5 (Solaris 2), it is defined as typedef struct flock { short l_type; /* Type of lock */ short l_whence; /* Flag for starting offset */ off_t l_start; /* Relative offset in bytes */ off_t l_len; /* Size; if 0 then until EOF */ long l_sysid; /* Returned with F_GETLK */ pid_t l_pid; /* Returned with F_GETLK */ long l_pad /* reserve area */ } flock_t; I really have great difficulty understanding why this change was made. It means that old FreeBSD and BSD/386 binaries won't work correctly under FreeBSD or BSD/OS Versions 2. I can't see any advantage at all in this change. Grrrr. Greg From owner-freebsd-hackers Fri Nov 17 10:03:37 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA19182 for hackers-outgoing; Fri, 17 Nov 1995 10:03:37 -0800 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA19177 for ; Fri, 17 Nov 1995 10:03:35 -0800 Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id MAA02576; Fri, 17 Nov 1995 12:00:45 -0600 From: Joe Greco Message-Id: <199511171800.MAA02576@brasil.moneng.mei.com> Subject: Re: Building a gateway To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 17 Nov 1995 12:00:44 -0600 (CST) Cc: scrappy@hub.org, geoff@ginsu.com, freebsd-hackers@freebsd.org In-Reply-To: <199511171123.MAA15731@uriah.heep.sax.de> from "J Wunsch" at Nov 17, 95 12:23:11 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > Nope. This is deprecated. Use > > sysctl -w net.inet.ip.forwarding=1 > > at run-time instead of building a special kernel. > > In 2.1, all you need to do is changing > > # If you want this host to be a gateway, set to YES. > gateway=NO > > in /etc/sysconfig. options GATEWAY used to increase certain kernel resources as well as enabling IP forwarding. If this is still the case - I would say that the sysctl method is much less preferable. ... JG From owner-freebsd-hackers Fri Nov 17 10:50:15 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA22018 for hackers-outgoing; Fri, 17 Nov 1995 10:50:15 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA22013 for ; Fri, 17 Nov 1995 10:50:13 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA05946; Fri, 17 Nov 1995 11:48:19 -0700 From: Terry Lambert Message-Id: <199511171848.LAA05946@phaeton.artisoft.com> Subject: Re: elm problem - "solved" To: grog@lemis.de Date: Fri, 17 Nov 1995 11:48:19 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199511171732.SAA26447@allegro.lemis.de> from "Greg Lehey" at Nov 17, 95 06:32:43 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: 1150 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Well, we found the problem. lock_info is of type struct flock. In > BSD systems derived from Net/2, and also in Linux, SunOS 4, System > V.3, struct flock is defined as > > /* > * Advisory file segment locking data type - > * information passed to system by user > */ > struct flock { > short l_type; /* lock type: read/write, etc. */ > short l_whence; /* type of l_start */ > off_t l_start; /* starting offset */ > off_t l_len; /* len = 0 means until end of file */ > pid_t l_pid; /* lock owner */ > }; BZZZT. SunOS4 has the syspid as well. It's necessary for NFS locking, which is why my NFS locking kernel support patches had it as well. > I really have great difficulty understanding why this change was made. > It means that old FreeBSD and BSD/386 binaries won't work correctly > under FreeBSD or BSD/OS Versions 2. I can't see any advantage at all > in this change. Grrrr. Think packing on RISC systems. You put the largest followed by the smallest to reduce the copyin overhead. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Nov 17 11:05:58 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA22896 for hackers-outgoing; Fri, 17 Nov 1995 11:05:58 -0800 Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA22891 for ; Fri, 17 Nov 1995 11:05:56 -0800 Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.6.12/8.6.9) id LAA11102; Fri, 17 Nov 1995 11:05:56 -0800 Date: Fri, 17 Nov 1995 11:05:55 -0800 (PST) From: Jaye Mathisen To: hackers@freebsd.org Subject: Anybody running livingston radius under FreeBSD? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk I'm thinking of switching my main radius server to FreeBSD from BSD/OS. If you have any horror stories with radiusd on it, let me know. From owner-freebsd-hackers Fri Nov 17 11:20:58 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA23379 for hackers-outgoing; Fri, 17 Nov 1995 11:20:58 -0800 Received: from gateway.cybernet.com ([192.245.33.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA23371 for ; Fri, 17 Nov 1995 11:20:51 -0800 Received: from root@spiffy.cybernet.com by gateway.cybernet.com (8.6.8/1.0A) id PAA20401; Fri, 17 Nov 1995 15:25:25 -0500 Date: Fri, 17 Nov 1995 15:25:25 -0500 Content-Length: 2317 Message-ID: X-Mailer: XFMail 0.3-beta [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Reply-To: root@spiffy.cybernet.com Organization: Cybernet Systems Corporation From: "Mark J. Taylor" To: Subject: gethostbyXXX() blocking too long Sender: owner-hackers@freebsd.org Precedence: bulk For quite some time now, our site has been plagued by long delays during connecting to machines on the Internet. The connection is established quickly, followed by LONG delays in getting any data, login prompt, etc. I think that I've stumbled upon the answer. Many services (ftpd, telnetd, rshd, etc.) perform a gethostbyaddr() call right after a connection is established. Of course, this call blocks until the nameserver(s) are asked to reverse-name resolve the IP address string. Well, it turns out that our site (at least) does not have any reverse name entries in our primary Internet name servers (we have them here locally, but our DNS primaries do not point to our DNS). Therefore, any program on any machine on the Internet will BLOCK until the DNS queries time out, which takes anywhere from 60 to 240 seconds. For example: mymachine FTPs to oak.oakland.edu inetd on oak.oakland.edu starts up a ftpd (socket is established) ftpd on oak does a gethostbyaddr() call on mymachine's IP address DNS stuff starts LONG DELAY DNS times out (no replies) ftpd continues, logs IP address instead of hostname There are two ways that I can see to fix this problem: 1) get the reverse name entries in one of our primary Internet DNS servers 2) call alarm()/setitimer() before any blocking DNS calls (gethostbyname, gethostbyaddr) with a small time value (10 seconds or so) in all software that performs these calls (this would be a change in the remote site's software) Of course, (2) will require the everyone to modify their software. :) (some already have, so it would seem) So, am I totally wrong in requesting that change (2) go into FreeBSD daemons, so that at least when someone at sites w/o reverse DNS lookup entries connects to FreeBSD machines, there will not be these LONG delays that speak of? (would be a great win for FreeBSD- "My 'time to login:' at most sites sucks, but the ones that use FreeBSD as their server really jams!") I'm sure that my site (cybernet.com) is not the only one on the Internet w/o DNS reverse name entries. (I'm currently getting on my ISP's case about getting reverse DNS set up for us at their site- it's not that hard to set up secondary name servers.) Thanks for listening. I hope that I've made myself clear. -Mark Taylor mtaylor@cybernet.com From owner-freebsd-hackers Fri Nov 17 11:58:47 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA24471 for hackers-outgoing; Fri, 17 Nov 1995 11:58:47 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA24466 for ; Fri, 17 Nov 1995 11:58:42 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id LAA04430; Fri, 17 Nov 1995 11:56:06 -0800 To: root@spiffy.cybernet.com cc: hackers@freebsd.org Subject: Re: gethostbyXXX() blocking too long In-reply-to: Your message of "Fri, 17 Nov 1995 15:25:25 EST." Date: Fri, 17 Nov 1995 11:56:05 -0800 Message-ID: <4427.816638165@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk There are two ways that I can see to fix this problem: 1) get the reverse name entries in one of our primary Internet DNS servers 2) call alarm()/setitimer() before any blocking DNS calls > .. > So, am I totally wrong in requesting that change (2) go into FreeBSD > daemons, so that at least when someone at sites w/o reverse DNS Uh, yeah, I think that can be safely answered in the affirmative. :-) Option 1 is yer only man, as the Irish say. Jordan From owner-freebsd-hackers Fri Nov 17 13:41:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA00862 for hackers-outgoing; Fri, 17 Nov 1995 13:41:42 -0800 Received: from bud.indirect.com (root@bud.indirect.com [165.247.1.10]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA00853 for ; Fri, 17 Nov 1995 13:41:29 -0800 Received: from [141.112.34.111] (jmcdonaldpc.az05.bull.com [141.112.34.111]) by bud.indirect.com (8.6.12/8.6.6) with SMTP id OAA06179 for ; Fri, 17 Nov 1995 14:41:35 -0700 Message-Id: <199511172141.OAA06179@bud.indirect.com> To: "freebsd-hackers@freebsd.org" Date: Fri, 17 Nov 95 14:54:06 -0500 From: John McDonald X-Mailer: E-Mail Connection v2.5.03 Sender: owner-hackers@freebsd.org Precedence: bulk -- [ From: John McDonald * EMC.Ver #2.5.02 ] -- unsubscribe allegro@indirect.com John McDonald From owner-freebsd-hackers Fri Nov 17 13:43:50 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA00930 for hackers-outgoing; Fri, 17 Nov 1995 13:43:50 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA00924 for ; Fri, 17 Nov 1995 13:43:37 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id IAA24331; Sat, 18 Nov 1995 08:36:59 +1100 Date: Sat, 18 Nov 1995 08:36:59 +1100 From: Bruce Evans Message-Id: <199511172136.IAA24331@godzilla.zeta.org.au> To: julian@ref.tfs.com, nbc@vulture.dmem.strath.ac.uk Subject: Re: Re IDE/eIDE issues Cc: freebsd-hackers@freefall.freebsd.org Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >>No, this is where you are wrong.. >>it would work >>as long as the 'a' subdivision of the FBSD slice was below Cyl 1024 >>the rest doesn't matter.. >Either my computer is a fussy bugger or I took too much LDS in the seventies ;-)I tried it; it seems a fairly obvious thing to do, after all, and it did not >work. I recall a boot message saying something like "partition is out of >reach of BIOS", whereas if it is completely out of reach of the BIOS >you get a "missing operating system message", or something like that. That's interesting. The -current boot loader contains no such message. The -stable boot loader should be identical with the current one. The 2.0.5 boot loader does contain such a message, and has a stricter check: 2.0.5: the whole boot partition must be below cylinder 1024 -current: the kernel and all metadata pointing to it must be below cylinder 1024 (but don't configure boot partitions that don't lie below cylinder 1024, because you have little control over where the kernel and its metadata gets written). The boot partition is normally the 'a' partition. Please report literal error messages in bug reports, not "something like" them. >Either way, it most definately utterly sure-as-the-sun-rises-in-the-morning >did not work. Perhaps having two other OS's on the disk confused the issue; Perhaps your boot partition is too large. Bruce From owner-freebsd-hackers Fri Nov 17 13:48:32 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA01253 for hackers-outgoing; Fri, 17 Nov 1995 13:48:32 -0800 Received: from ginger.cmf.nrl.navy.mil (root@ginger.cmf.nrl.navy.mil [134.207.10.161]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA01244 for ; Fri, 17 Nov 1995 13:48:27 -0800 Received: from cmsun.cmf.nrl.navy.mil (kenh@cmsun.cmf.nrl.navy.mil [134.207.10.4]) by ginger.cmf.nrl.navy.mil (8.6.12/8.6.11) with ESMTP id QAA05935; Fri, 17 Nov 1995 16:47:30 -0500 Message-Id: <199511172147.QAA05935@ginger.cmf.nrl.navy.mil> To: root@spiffy.cybernet.com cc: hackers@freebsd.org Subject: Re: gethostbyXXX() blocking too long In-reply-to: Your message of "Fri, 17 Nov 1995 15:25:25 EST." X-Face: "Evs"_GpJ]],xS)b$T2#V&{KfP_i2`TlPrY$Iv9+TQ!6+`~+l)#7I)0xr1>4hfd{#0B4 WIn3jU;bql;{2Uq%zw5bF4?%F&&j8@KaT?#vBGk}u07<+6/`.F-3_GA@6Bq5gN9\+s;_d gD\SW #]iN_U0 KUmOR.P<|um5yPkEpSD@*e` Date: Fri, 17 Nov 1995 16:48:02 -0500 From: Ken Hornstein Sender: owner-hackers@freebsd.org Precedence: bulk >For quite some time now, our site has been plagued by long delays >during connecting to machines on the Internet. The connection is >established quickly, followed by LONG delays in getting any data, >login prompt, etc. I think that I've stumbled upon the answer. >[...] Actually, this isn't the problem. Even if you don't have PTR records in DNS, a gethostbyname() should still return quickly. (Try to look up a nonexistant record in DNS. It will return quickly. Well, it will return quickly if it can contact the nameserver that is authoritative for the domain). The _real_ problem is that your in-addr domain is totally hosed up. The NIC says the following machines are your servers for your in-addr domain: Domain System inverse mapping provided by: HEIFETZ.MSEN.COM 148.59.1.1 GARNET.MSEN.COM 148.59.1.11 NS1.OAR.NET 192.88.193.144 However, if you check these machines, they don't contain zone information for your in-addr domain. What you need to do is either get these sites to insert zone information, or point the NIC at the correct nameservers that do. You don't actually need PTR records in the zone; you just need a reachable nameserver that knows about your zone so it can say, "Nope, sorry". As a side note, it's worth pointing out that some ftp servers do require a PTR record (ftp.uu.net does, for example), so it might be worth putting in a bunch of dummy PTR records for all the hosts in your subnet. --Ken From owner-freebsd-hackers Fri Nov 17 14:08:53 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA02279 for hackers-outgoing; Fri, 17 Nov 1995 14:08:53 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA02270 for ; Fri, 17 Nov 1995 14:08:45 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id JAA25421; Sat, 18 Nov 1995 09:07:50 +1100 Date: Sat, 18 Nov 1995 09:07:50 +1100 From: Bruce Evans Message-Id: <199511172207.JAA25421@godzilla.zeta.org.au> To: grog@lemis.de, hackers@FreeBSD.ORG Subject: Re: elm problem - "solved" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >I really have great difficulty understanding why this change was made. >It means that old FreeBSD and BSD/386 binaries won't work correctly >under FreeBSD or BSD/OS Versions 2. I can't see any advantage at all >in this change. Grrrr. They wouldn't have worked anyway, because off_t was smaller. Apparently 4.4 took this breakage as an opportunity to improve the layout of `struct flock'. For some reason, there are no compatibility syscalls for fcntl() or flock() like there are for lseek(), mmap(), and other syscalls affected by the off_t change. It is too late to fix this now, because splitting the syscalls would break all 4.4 binaries that use them. Bruce From owner-freebsd-hackers Fri Nov 17 14:33:27 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA03580 for hackers-outgoing; Fri, 17 Nov 1995 14:33:27 -0800 Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA03575 for ; Fri, 17 Nov 1995 14:33:23 -0800 Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.6.12/8.6.9) id OAA11356; Fri, 17 Nov 1995 14:33:15 -0800 Date: Fri, 17 Nov 1995 14:33:15 -0800 (PST) From: Jaye Mathisen To: hackers@freebsd.org Subject: PCI 3COM 10MB/s? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Does anybody have this working? What's the trick? ed0 doesn't find it. From owner-freebsd-hackers Fri Nov 17 14:44:49 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA04039 for hackers-outgoing; Fri, 17 Nov 1995 14:44:49 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA04029 for ; Fri, 17 Nov 1995 14:44:42 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id JAA26667; Sat, 18 Nov 1995 09:42:17 +1100 Date: Sat, 18 Nov 1995 09:42:17 +1100 From: Bruce Evans Message-Id: <199511172242.JAA26667@godzilla.zeta.org.au> To: gavin@linux1.dlsu.edu.ph, hackers@FreeBSD.ORG Subject: Re: ptrace() Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >How do you use the ptrace() call? We cannot find any documentation for it. >We are trying to use ptrace() to get the process's data and text >segments, also the proc structure and the user structure. How do we do >this using ptrace()? >We'd appreciate if you could include sample code to use ptrace. This program prints the user area. It should check for errors better. Much more complicated examples can be found in gdb. Bruce --- #include #include #include #include #include #include int main(void) { int i; pid_t p; int stat; switch(p = fork()) { case -1: exit(1); case 0: ptrace(PT_TRACE_ME, 0, 0, 0); kill(getpid(), SIGINT); exit(0); default: wait(&stat); for (i = 0; i < 2049; ++i) { printf("%08x ", ptrace(PT_READ_U, p, (caddr_t) (4 * i), 0)); if ((i & 7) == 7) printf("\n"); } printf("\n"); exit(0); } } --- From owner-freebsd-hackers Fri Nov 17 14:50:08 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA04251 for hackers-outgoing; Fri, 17 Nov 1995 14:50:08 -0800 Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA04245 for ; Fri, 17 Nov 1995 14:50:04 -0800 Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.6.12/8.6.9) id OAA11375; Fri, 17 Nov 1995 14:49:54 -0800 Date: Fri, 17 Nov 1995 14:49:54 -0800 (PST) From: Jaye Mathisen To: hackers@freebsd.org Subject: ep0, Erase pencil mark? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk What the heck does that mean? 3c509B in a Triton P120. It finds it, says some stuff like that (the screen clears faster than I can read it), then gives ep0 not found... From owner-freebsd-hackers Fri Nov 17 15:18:59 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA05458 for hackers-outgoing; Fri, 17 Nov 1995 15:18:59 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA05420 for ; Fri, 17 Nov 1995 15:18:33 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA19980 for ; Sat, 18 Nov 1995 00:18:16 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA07403 for hackers@FreeBSD.ORG; Sat, 18 Nov 1995 00:18:16 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id XAA17700 for hackers@FreeBSD.ORG; Fri, 17 Nov 1995 23:35:20 +0100 From: J Wunsch Message-Id: <199511172235.XAA17700@uriah.heep.sax.de> Subject: Re: mountd(8) performs illegal free() To: hackers@FreeBSD.ORG Date: Fri, 17 Nov 1995 23:35:19 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199511171150.MAA25180@allegro.lemis.de> from "Greg Lehey" at Nov 17, 95 12:50:50 pm X-Phone: +49-351-2012 669 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: 655 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk As Greg Lehey wrote: > > In the last few -current releases, I've had the message > > Malloc warning: free(): junk pointer (too high) Many have been bothered, few are chosen. :-) > if (hpe == (struct hostent *)NULL) > out_of_mem(); > - hpe->h_name = "Default"; > + hpe->h_name = malloc (16); > + strcpy (hpe->h_name, "Default"); hpe->h_name = strdup("Default"); -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Nov 17 15:39:44 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA06701 for hackers-outgoing; Fri, 17 Nov 1995 15:39:44 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA06693 for ; Fri, 17 Nov 1995 15:39:31 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id KAA28598; Sat, 18 Nov 1995 10:35:57 +1100 Date: Sat, 18 Nov 1995 10:35:57 +1100 From: Bruce Evans Message-Id: <199511172335.KAA28598@godzilla.zeta.org.au> To: kuku@gilberto.physik.rwth-aachen.de, nbc@vulture.dmem.strath.ac.uk Subject: Re: IDE/eIDE issues Cc: freebsd-hackers@freefall.freebsd.org Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >The Failsafe Guide to IDE drives (with FreeBSD ;) >------------------------------------------------- >Caveat (1) If in doubt about disk geometry, read the sticky label on the disk. >It tends to be more accurate than whatever the BIOS reports ;-) If in doubt, read the drive manual. One of mine says this: Product Specification: Drive model: SHD-3212A Cylinder: 2570(*) Head: 4(*) Sector/Track: 56-96(*) (*) physical drive parameters and can't be used in DOS Values to be entered in the BIOS SETUP program: Cylinder: 1002 Heads: 16 Sectors: 52 >Caveat(2) *Always* assume this number to be correct - even if at some point >FreeBSD reports the BIOS parameters. Simply use the same numbers in the BIOS SETUP and FreeBSD fdisk. If you installed the drive then you must know the numbers. If someone else installed the drive, run SETUP to find the numbers. If SETUP doesn't work, then boot the FreeBSD install floppy with -v to find the numbers. Be careful using old versions of FreeBSD. 2.0.5 has off by one errors in the number of heads and cylinders (add one to the numbers that it reports). >Caveat(3) I realise that some people have had success with creating small >DOS partitions and all that, but it didn't work for me :( It's a stupid trick, but should work. >Caveat(4) This information has been gathered through weeks of painful efforts >with IDE disks, culminating in an "all nighter" when I actually got my 1Gig >IDE to work. Any inaccuracies are wholly due to post-dated lack of sleep and >nutrition. >Step(1) Switch of the BIOS translation, returning it to "standard" mode. Wrong. Always use as much BIOS translation as possible. It may help keep the number of cylinders below 1024 so that you don't have to worry about that. Note that for the drive specified above, the default geometry of S=52, H=16, C=1002 is not closely related to the physical geometry of S=variable, H=4, C=2570. 52/16/1002 is simply a geometry that covers almost all the sectors on the drive. Any other possible geometry with the same property, e.g. 52/8/2004, should work if you enter it into the BIOS SETUP before setting up any partitions. Possible geometries must satisfy the following constraints: BIOS interface: S <= 63, H <= 256, C <= 1024 Partition table interface: S <= 63, H <= 256, C <= 1024 and if the BIOS doesn't do translation: H <= 16. The restriction on the number of cylinders only applies to booting and to running operating systems that use the BIOS. >Step(2) If you want a DOS partition, it will now need to reside (in real > geometry terms) totally within the first 1024 cylinders of the disk. If possible, use a modern BIOS with translation and a geometry with <= 1024 cylinders to avoid this problem. >Step(3) Boot the computer with the FreeBSD boot disk, and start partitioning > the disk. >Step(4) Make a root partition - not a "fake" partition within a partition, > but dedicate a whole, i.e. one of the four available on the entire > disk, to becoming your FreeBSD "root". 25 Megabytes should do it. This > partition *must must must* be *totally* within the first *real* > 1024 cylinders of the IDE disk in order that it be accessable to the > BIOS at boot time. >Step(5) Make your main partition, which will be a distinct partition from the > one created in step(4). In other words, there are only two partitions > on the disk left - room for, say, DOS and something else. This partition > can be anywhere at all on the disk, since the BIOS will not be used > to read it in any way (that I am aware of). >Step(6) Label the two partitions. The partition in step(4) becomes "/", while > the partition created in step(5) becomes your /usr and swap or whatever. If you are doing this using the standard system installer (of course > you are! ;-) it will create an appropriate fstab which will automount > all this gubbins. All this is OK if you don't mind using two or more partitions for FreeBSD and only want to boot from the first one, but isn't necessary. Only the FreeBSD boot partition (usually 'a') needs to be below cylinder 1024. >Step(7) Do the rest of the installation, and reboot, after which you should > have a working system. On no account ever change the BIOS back to > "kludge translation" mode or your system won't boot. You'll have > to change it back to get it working again. Changing back would require changing a few numbers in the partition table and in any other tables that depend on the old geometry. There are no such tables in FreeBSD but in DOS there is the Boot Parameter Block. Bruce From owner-freebsd-hackers Fri Nov 17 16:24:20 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA09370 for hackers-outgoing; Fri, 17 Nov 1995 16:24:20 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA09289 for ; Fri, 17 Nov 1995 16:24:04 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA06389; Fri, 17 Nov 1995 17:21:34 -0700 From: Terry Lambert Message-Id: <199511180021.RAA06389@phaeton.artisoft.com> Subject: Re: ep0, Erase pencil mark? To: mrcpu@cdsnet.net (Jaye Mathisen) Date: Fri, 17 Nov 1995 17:21:34 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: from "Jaye Mathisen" at Nov 17, 95 02:49:54 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: 444 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > What the heck does that mean? 3c509B in a Triton P120. > > It finds it, says some stuff like that (the screen clears faster than I > can read it), then gives ep0 not found... Means it's jumpered for self-test. Typically seen on older kernels when usign PnP enabled cards. Disable PnP on the card. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Nov 17 16:26:56 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA09433 for hackers-outgoing; Fri, 17 Nov 1995 16:26:56 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA09419 for ; Fri, 17 Nov 1995 16:25:55 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA06399; Fri, 17 Nov 1995 17:23:24 -0700 From: Terry Lambert Message-Id: <199511180023.RAA06399@phaeton.artisoft.com> Subject: Re: elm problem - "solved" To: bde@zeta.org.au (Bruce Evans) Date: Fri, 17 Nov 1995 17:23:24 -0700 (MST) Cc: grog@lemis.de, hackers@FreeBSD.ORG In-Reply-To: <199511172207.JAA25421@godzilla.zeta.org.au> from "Bruce Evans" at Nov 18, 95 09:07:50 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: 920 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > >I really have great difficulty understanding why this change was made. > >It means that old FreeBSD and BSD/386 binaries won't work correctly > >under FreeBSD or BSD/OS Versions 2. I can't see any advantage at all > >in this change. Grrrr. > > They wouldn't have worked anyway, because off_t was smaller. Apparently > 4.4 took this breakage as an opportunity to improve the layout of > `struct flock'. For some reason, there are no compatibility syscalls for > fcntl() or flock() like there are for lseek(), mmap(), and other syscalls > affected by the off_t change. It is too late to fix this now, because > splitting the syscalls would break all 4.4 binaries that use them. Why not use an aternate call table ala execution class for ABI support for IBCS2, Linux, etc.? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Nov 17 17:52:24 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA12281 for hackers-outgoing; Fri, 17 Nov 1995 17:52:24 -0800 Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA12276 for ; Fri, 17 Nov 1995 17:52:21 -0800 Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.6.12/8.6.9) id RAA02281; Fri, 17 Nov 1995 17:52:14 -0800 Date: Fri, 17 Nov 1995 17:52:14 -0800 (PST) From: Jaye Mathisen To: hackers@freebsd.org Subject: Fresh 11/04 snap install. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Proceeded w/o a hitch, modulo whatever keeps a 3c590 from working. I noticed one thing after using sysintall to install X, that all the files are gid 10, but no such group exists... From owner-freebsd-hackers Fri Nov 17 18:47:52 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA14323 for hackers-outgoing; Fri, 17 Nov 1995 18:47:52 -0800 Received: from fieber-john.campusview.indiana.edu (Fieber-John.campusview.indiana.edu [149.159.1.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA14318 for ; Fri, 17 Nov 1995 18:47:49 -0800 Received: (from jfieber@localhost) by fieber-john.campusview.indiana.edu (8.6.12/8.6.12) id VAA00638; Fri, 17 Nov 1995 21:47:13 -0500 Date: Fri, 17 Nov 1995 21:47:12 -0500 (EST) From: John Fieber X-Sender: jfieber@fieber-john.campusview.indiana.edu To: "Jordan K. Hubbard" cc: "Amancio Hasty Jr." , hackers@freefall.freebsd.org Subject: Re: wordperfect and /dev/socksys In-Reply-To: <19621.816418490@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Tue, 14 Nov 1995, Jordan K. Hubbard wrote: > Yeah, works fine! On stable/2.1? (I just discovered that IU has a site license for it so I can get my hands on a non-demo copy...) -john == jfieber@indiana.edu =========================================== == http://fieber-john.campusview.indiana.edu/~jfieber ============ From owner-freebsd-hackers Fri Nov 17 18:53:11 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA14514 for hackers-outgoing; Fri, 17 Nov 1995 18:53:11 -0800 Received: from fieber-john.campusview.indiana.edu (Fieber-John.campusview.indiana.edu [149.159.1.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA14509 for ; Fri, 17 Nov 1995 18:53:09 -0800 Received: (from jfieber@localhost) by fieber-john.campusview.indiana.edu (8.6.12/8.6.12) id VAA00649; Fri, 17 Nov 1995 21:52:44 -0500 Date: Fri, 17 Nov 1995 21:52:44 -0500 (EST) From: John Fieber X-Sender: jfieber@fieber-john.campusview.indiana.edu To: Julian Elischer cc: hackers@freebsd.org Subject: Re: DOCS comment.. where too? In-Reply-To: <199511160922.BAA01235@ref.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Thu, 16 Nov 1995, Julian Elischer wrote: > it states in handbook 117.html#220 > 64 sector, 32 heads..... > in actual fact it's 64 heads, 32 sectors > > not sure where I should send this comment...... doc@freebsd.org -john == jfieber@indiana.edu =========================================== == http://fieber-john.campusview.indiana.edu/~jfieber ============ From owner-freebsd-hackers Fri Nov 17 18:58:45 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA14647 for hackers-outgoing; Fri, 17 Nov 1995 18:58:45 -0800 Received: from fieber-john.campusview.indiana.edu (Fieber-John.campusview.indiana.edu [149.159.1.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA14641 for ; Fri, 17 Nov 1995 18:58:43 -0800 Received: (from jfieber@localhost) by fieber-john.campusview.indiana.edu (8.6.12/8.6.12) id VAA00664; Fri, 17 Nov 1995 21:58:34 -0500 Date: Fri, 17 Nov 1995 21:58:33 -0500 (EST) From: John Fieber X-Sender: jfieber@fieber-john.campusview.indiana.edu To: Julian Elischer cc: hackers@freebsd.org Subject: Re: comments on SCSI doc In-Reply-To: <199511160932.BAA01265@ref.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Thu, 16 Nov 1995, Julian Elischer wrote: > I'd like to fix a few thing in this.. > (the one in the handbook reached from www.freebsd.org) This is the src/share/doc/handbook from -current. The WWW pages are updated daily from the source, courtesy of cron. > what do I do to do this..? > what do I check out and change? > I assume it's in src/share/doc.. > but I'd like an authoritative answer before I start doingthis, > and will the web pages be fixed when I do this? > if not, how do I propogate my changes? You should first contact the original author of the SCSI section about changes. Then checkout src/share/doc/handbook and edit away. scsi.sgml is the one of interest to you, Be *sure* you do a make and check that it formats correctly before a commit (because a botched job will botch the WWW server copy too!) -john == jfieber@indiana.edu =========================================== == http://fieber-john.campusview.indiana.edu/~jfieber ============ From owner-freebsd-hackers Fri Nov 17 20:03:02 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA17113 for hackers-outgoing; Fri, 17 Nov 1995 20:03:02 -0800 Received: from metal.ops.neosoft.com (root@metal-pluto.ops.NeoSoft.COM [198.65.163.227]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA17106 for ; Fri, 17 Nov 1995 20:02:58 -0800 Received: (from smace@localhost) by metal.ops.neosoft.com (8.6.12/8.6.10) id WAA05650; Fri, 17 Nov 1995 22:08:19 -0600 From: Scott Mace Message-Id: <199511180408.WAA05650@metal.ops.neosoft.com> Subject: Re: Anybody running livingston radius under FreeBSD? To: mrcpu@cdsnet.net (Jaye Mathisen) Date: Fri, 17 Nov 1995 22:08:19 -0600 (CST) Cc: hackers@Freebsd.org In-Reply-To: from "Jaye Mathisen" at Nov 17, 95 11:05:55 am X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Content-Length: 281 Sender: owner-hackers@Freebsd.org Precedence: bulk > > > > I'm thinking of switching my main radius server to FreeBSD from BSD/OS. > If you have any horror stories with radiusd on it, let me know. > We run the port of radiusd for Ascend products on FreeBSD... Takes a little bit of porting, but it works just fine. Scott From owner-freebsd-hackers Fri Nov 17 20:42:37 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA20048 for hackers-outgoing; Fri, 17 Nov 1995 20:42:37 -0800 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA20027 for ; Fri, 17 Nov 1995 20:42:23 -0800 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id JAA09354; Sat, 18 Nov 1995 09:37:46 +0500 From: "Serge A. Babkin" Message-Id: <199511180437.JAA09354@hq.icb.chel.su> Subject: Re: ep0, Erase pencil mark? To: terry@lambert.org (Terry Lambert) Date: Sat, 18 Nov 1995 09:37:45 +0500 (GMT+0500) Cc: mrcpu@cdsnet.net, hackers@FreeBSD.ORG In-Reply-To: <199511180021.RAA06389@phaeton.artisoft.com> from "Terry Lambert" at Nov 17, 95 05:21:34 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 584 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > What the heck does that mean? 3c509B in a Triton P120. > > > > It finds it, says some stuff like that (the screen clears faster than I > > can read it), then gives ep0 not found... > > Means it's jumpered for self-test. > > Typically seen on older kernels when usign PnP enabled cards. Disable > PnP on the card. Or apply my patch that allows the driver to understand the cards with PnP enabled (it is lying on the shelf for the long time :-( ). Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Fri Nov 17 21:41:54 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA25082 for hackers-outgoing; Fri, 17 Nov 1995 21:41:54 -0800 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA25077 for ; Fri, 17 Nov 1995 21:41:47 -0800 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id KAA09756; Sat, 18 Nov 1995 10:45:08 +0500 From: "Serge A. Babkin" Message-Id: <199511180545.KAA09756@hq.icb.chel.su> Subject: Re: NFS benchmarking: iosize granularity? To: terry@lambert.org (Terry Lambert) Date: Sat, 18 Nov 1995 10:45:07 +0500 (GMT+0500) Cc: terry@lambert.org, hackers@freebsd.org In-Reply-To: <199511171729.KAA05706@phaeton.artisoft.com> from "Terry Lambert" at Nov 17, 95 10:29:26 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 3154 Sender: owner-hackers@freebsd.org Precedence: bulk [...] > > May be. Actually I have experimented with a SCO client mounting FreeBSD disks > > with different [rw]size and executing dd with different block sizes. The > > numbers I got are: > > > > [rw]size=8192 dd bs=100k: 150K/s write 705K/s read > > [rw]size=8192 dd bs=1k: 122K/s write 705K/s read > > [rw]size=8192 dd bs=512: 28K/s write 688K/s read > > > > [rw]size=2048 dd bs=100k: 53K/s write 316K/s read > > [rw]size=2048 dd bs=1536: 40K/s write > > [rw]size=2048 dd bs=1234: 33K/s write > > [rw]size=2048 dd bs=1025: 28K/s write > > [rw]size=2048 dd bs=1k: 52K/s write 307K/s read > > [rw]size=2048 dd bs=512: 28K/s write > > > > [rw]size=1024 dd bs=100k: 27K/s write 691K/s read > > [rw]size=1024 dd bs=1k: 27K/s write 690K/s read > > [rw]size=1024 dd bs=512: 28K/s write 651K/s read > > > > With DOS Tsoft's client I got 12K/s write and 200K/s read independently of > > [rw]size when testing with sysinfo (I'm not shure was it Norton's or > > PC-tools). > > I think you will find that the optimal write size for an NetBIOS based > NFS client will be 512 bytes because of the way DOS does file I/O. > > For Win95, the optimal size will be 512b, followed closely by 32k > (32k is highly typical of VFAT). > > I would be extremely iterested in your SCO/FreeBSD numbers for 4096, as > opposed to 8192 or 2048. 4096 is the natural page size for both systems > and would seem the correct and logical choice, barring use of NE2000 or > similar network cards with an imbalance in read/write buffering in the > FreeBSD driver itself. OK: [rw]size=4096 dd bs=100k: 90K/s write 415K/s read [rw]size=4096 dd bs=1k: 89K/s write 415K/s read [rw]size=4096 dd bs=512: 27K/s write 403K/s read [rw]size=512 dd bs=100k: 14K/s write 143K/s read [rw]size=512 dd bs=1k: 14K/s write 142K/s read [rw]size=512 dd bs=512: 14K/s write 139K/s read These numbers are very like DOS, huh ? > > The network was Ethernet, all network cards are 3c509B except the on in SCO > > server which was 3c579. The DOS client was connected through a 3COM TP hub, > > FreeBSD and SCO are on thin Ethernet. > > > > The results are looking like there is some problem with write requests of > > 512 bytes size. > > What is the FS block and frag size on the boxes? FreeBSD has bsize=8192 fsize=1024. SCO box has EAFS and HTFS filesystems, I cannot get the exact values for them but it looks like fsize=512 and bsize=8192 or fsize=1024 and bsize=16384. Fro write test I have done: [On FreeBSD] rm /tmp/xxx [On SCO ] time dd if=/unix of=/mnt/xxx bs=NNN [ or ] time dd if=/usr/bin/perl of=/mnt/xxx bs=NNN I have copied /unix (about 2.6M) for fast transfers and /usr/bin/perl (about 500K) for slow transfers, I tried to copy /unix for slow transfer too but the throughput were the same. For read test I have done: [On FreeBSD] dd if=/dev/zero of=/tmp/xxx bs=100k count=100 [once] [On SCO ] time dd if=/mnt/xxx of=/dev/null bs=NNN > It could be that the FS can only do I/O in units of 1k? May be... Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Fri Nov 17 23:55:01 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA01608 for hackers-outgoing; Fri, 17 Nov 1995 23:55:01 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA01600 ; Fri, 17 Nov 1995 23:54:53 -0800 Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.12/8.6.9) with ESMTP id JAA16191; Sat, 18 Nov 1995 09:54:40 +0200 Received: from localhost (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.6.12/8.6.9) with SMTP id JAA10206; Sat, 18 Nov 1995 09:54:39 +0200 Message-Id: <199511180754.JAA10206@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: hackers@freebsd.org, committers@freebsd.org Subject: Dual-personality crypt - reviewers please? Date: Sat, 18 Nov 1995 09:54:38 +0200 From: Mark Murray Sender: owner-hackers@freebsd.org Precedence: bulk Hi I have got a dual-personality crypt(3) going. Before I commit it, does anyone want to test it? This is a crypt that defaults to DES encryption, but will use MD5 if the salt begins with $1$. I also have modified passwd(1) to co-operate with this scheme - ie it will keep md5 encryption if it is present in your local password file. I have been using this for a week now. Who wants to test this before I commit? M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grumble.grondar.za for PGP key From owner-freebsd-hackers Sat Nov 18 00:22:07 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA02612 for hackers-outgoing; Sat, 18 Nov 1995 00:22:07 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id AAA02605 for ; Sat, 18 Nov 1995 00:22:02 -0800 Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Sat, 18 Nov 95 08:22 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id JAA16684; Sat, 18 Nov 1995 09:00:08 +0100 Message-Id: <199511180800.JAA16684@allegro.lemis.de> Subject: Re: elm problem - "solved" To: terry@lambert.org (Terry Lambert) Date: Sat, 18 Nov 1995 09:00:08 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <199511171848.LAA05946@phaeton.artisoft.com> from "Terry Lambert" at Nov 17, 95 11:48:19 am 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: 2373 Sender: owner-hackers@freebsd.org Precedence: bulk Terry Lambert writes: > > > Well, we found the problem. lock_info is of type struct flock. In > > BSD systems derived from Net/2, and also in Linux, SunOS 4, System > > V.3, struct flock is defined as > > > > /* > > * Advisory file segment locking data type - > > * information passed to system by user > > */ > > struct flock { > > short l_type; /* lock type: read/write, etc. */ > > short l_whence; /* type of l_start */ > > off_t l_start; /* starting offset */ > > off_t l_len; /* len = 0 means until end of file */ > > pid_t l_pid; /* lock owner */ > > }; > > BZZZT. SunOS4 has the syspid as well. It's necessary for NFS locking, > which is why my NFS locking kernel support patches had it as well. OK, here's the extract from my SunOS 4.1.3_U1B man page: The record to be locked or unlocked is described by the flock structure defined in as follows: struct flock { short l_type; /* F_RDLCK, F_WRLCK, or F_UNLCK */ short l_whence; /* flag to choose starting offset */ long l_start; /* relative offset, in bytes */ long l_len; /* length, in bytes; 0 means lock to EOF */ pid_t l_pid; /* returned with F_GETLK */ }; In , the definition is: /* file segment locking set data type - information passed to system by user */ struct flock { short l_type; /* F_RDLCK, F_WRLCK, or F_UNLCK */ short l_whence; /* flag to choose starting offset */ long l_start; /* relative offset, in bytes */ long l_len; /* length, in bytes; 0 means lock to EOF */ short l_pid; /* returned with F_GETLK */ short l_xxx; /* reserved for future use */ }; So yes, maybe l_xxx is used as a syspid. But I don't think so, and it's certainly not documented. > > I really have great difficulty understanding why this change was made. > > It means that old FreeBSD and BSD/386 binaries won't work correctly > > under FreeBSD or BSD/OS Versions 2. I can't see any advantage at all > > in this change. Grrrr. > > Think packing on RISC systems. You put the largest followed by the > smallest to reduce the copyin overhead. Think reality. short=2 bytes. long=4 bytes for all the systems we're talking about. The only 8-byte constraint in most RISC systems is for doubles on the Sparc architecture--I don't know for sure for other RISCs. Can you point to more restrictive constraints? Greg From owner-freebsd-hackers Sat Nov 18 00:24:35 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA02804 for hackers-outgoing; Sat, 18 Nov 1995 00:24:35 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id AAA02799 for ; Sat, 18 Nov 1995 00:24:31 -0800 Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Sat, 18 Nov 95 08:22 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id JAA16694; Sat, 18 Nov 1995 09:01:44 +0100 Message-Id: <199511180801.JAA16694@allegro.lemis.de> Subject: Re: elm problem - "solved" To: terry@lambert.org (Terry Lambert) Date: Sat, 18 Nov 1995 09:01:44 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <199511180023.RAA06399@phaeton.artisoft.com> from "Terry Lambert" at Nov 17, 95 05:23:24 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: 1007 Sender: owner-hackers@freebsd.org Precedence: bulk Terry Lambert writes: > > > >I really have great difficulty understanding why this change was made. > > >It means that old FreeBSD and BSD/386 binaries won't work correctly > > >under FreeBSD or BSD/OS Versions 2. I can't see any advantage at all > > >in this change. Grrrr. > > > > They wouldn't have worked anyway, because off_t was smaller. Apparently > > 4.4 took this breakage as an opportunity to improve the layout of > > `struct flock'. For some reason, there are no compatibility syscalls for > > fcntl() or flock() like there are for lseek(), mmap(), and other syscalls > > affected by the off_t change. It is too late to fix this now, because > > splitting the syscalls would break all 4.4 binaries that use them. > > Why not use an aternate call table ala execution class for ABI support > for IBCS2, Linux, etc.? How are you going to distinguish between the objects? In the case of ibcs2 and Linux, the object files have different magic. Not so in the case of old BSD objects. Greg From owner-freebsd-hackers Sat Nov 18 00:52:07 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA03667 for hackers-outgoing; Sat, 18 Nov 1995 00:52:07 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id AAA03651 for ; Sat, 18 Nov 1995 00:52:02 -0800 Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Sat, 18 Nov 95 08:52 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id JAA16883; Sat, 18 Nov 1995 09:48:45 +0100 Message-Id: <199511180848.JAA16883@allegro.lemis.de> Subject: Re: linux' mknod and named pipes. To: bde@zeta.org.au (Bruce Evans) Date: Sat, 18 Nov 1995 09:48:45 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <199511162213.JAA05714@godzilla.zeta.org.au> from "Bruce Evans" at Nov 17, 95 09:13:33 am 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: 1393 Sender: owner-hackers@freebsd.org Precedence: bulk Bruce Evans writes: > > >> > It runs and is playable but the sound doesn't work > >> > ktrace shows it fails trying to make a pipe in /tmp with > >> > mknod(). FreeBSD's mknod is different enough to not > >> > let this work. Any ideas? > >> > >> Sure, turn mknod(arg,arg1,0) into a bsd mkfifo call anything else for now > ^^^POSIX > >> just pass it thru to mknod 8) > > >Is there any good reason why we shouldn't modify mknod to make a fifo > >when called with the appropriate parameters? > > The same reason we shouldn't modify thousands of other system calls to be > compatible with thousands of other systems: it takes longer and gives > worse results. I think that bears discussion. 1. It takes longer: --- vfs_syscalls.c 1995/11/14 09:19:16 1.40 +++ vfs_syscalls.c 1995/11/18 08:45:43 @@ -757,6 +757,13 @@ int error; struct nameidata nd; + if (ISFIFO (uap->mode)) + { + struct mkfifo_args args; + args.path = uap->path; + args.mode = uap->mode; + return mkfifo (p, args); + } error = suser(p->p_ucred, &p->p_acflag); if (error) return (error); OK, I haven't tested this, but it's got to be something like it. In the normal case, there's a single 'if' involved. 2. It gives worse results. How? Why? Greg From owner-freebsd-hackers Sat Nov 18 00:54:07 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA03749 for hackers-outgoing; Sat, 18 Nov 1995 00:54:07 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA03741 for ; Sat, 18 Nov 1995 00:54:02 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA28851; Sat, 18 Nov 1995 09:51:48 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA12559; Sat, 18 Nov 1995 09:51:47 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id JAA20171; Sat, 18 Nov 1995 09:43:19 +0100 From: J Wunsch Message-Id: <199511180843.JAA20171@uriah.heep.sax.de> Subject: Re: Building a gateway To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 18 Nov 1995 09:43:18 +0100 (MET) Cc: scrappy@hub.org, geoff@ginsu.com Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199511171800.MAA02576@brasil.moneng.mei.com> from "Joe Greco" at Nov 17, 95 12:00:44 pm X-Phone: +49-351-2012 669 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: 588 Sender: owner-hackers@freebsd.org Precedence: bulk As Joe Greco wrote: > options GATEWAY used to increase certain kernel resources as well as > enabling IP forwarding. If this is still the case - I would say that the > sysctl method is much less preferable. As you said: ``It used to...'' It doesn't do it any more, David Greenman has been incresing these sizes unconditionally to the GATEWAY values long before. People should expect options GATEWAY to disappear some day. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Nov 18 01:26:03 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA04883 for hackers-outgoing; Sat, 18 Nov 1995 01:26:03 -0800 Received: from remington.mt.cs.keio.ac.jp (remington.mt.cs.keio.ac.jp [131.113.82.33]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA04874 for ; Sat, 18 Nov 1995 01:25:35 -0800 Received: (from hosokawa@localhost) by remington.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id SAA25384; Sat, 18 Nov 1995 18:25:18 +0900 Date: Sat, 18 Nov 1995 18:25:18 +0900 Message-Id: <199511180925.SAA25384@remington.mt.cs.keio.ac.jp> To: freebsd-hackers@freebsd.org Subject: zp hangs up on some machines with APM From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: owner-hackers@freebsd.org Precedence: bulk Somebody reported on Japanese newsgroup about FreeBSD that zp hangs up on some machines when APM driver is configured. Following patch solves this problem. --- pcicx.c.orig Tue Oct 31 18:28:00 1995 +++ pcicx.c Sat Nov 18 18:22:06 1995 @@ -230,7 +230,7 @@ pcic_power_off (int slot) { pcic_putb (slot, PCIC_POWER, - pcic_getb (slot, PCIC_POWER) & ~(PCIC_OUTENA|PCIC_PCPWRE)); + pcic_getb (slot, PCIC_POWER) & ~PCIC_PCPWRE); } void -- 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 Sat Nov 18 01:29:11 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA05056 for hackers-outgoing; Sat, 18 Nov 1995 01:29:11 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA05046 for ; Sat, 18 Nov 1995 01:29:00 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id UAA17204; Sat, 18 Nov 1995 20:23:52 +1100 Date: Sat, 18 Nov 1995 20:23:52 +1100 From: Bruce Evans Message-Id: <199511180923.UAA17204@godzilla.zeta.org.au> To: bde@zeta.org.au, grog@lemis.de Subject: Re: linux' mknod and named pipes. Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >> >Is there any good reason why we shouldn't modify mknod to make a fifo >> >when called with the appropriate parameters? >> >> The same reason we shouldn't modify thousands of other system calls to be >> compatible with thousands of other systems: it takes longer and gives >> worse results. >I think that bears discussion. >1. It takes longer: >--- vfs_syscalls.c 1995/11/14 09:19:16 1.40 >+++ vfs_syscalls.c 1995/11/18 08:45:43 >@@ -757,6 +757,13 @@ > int error; > struct nameidata nd; > >+ if (ISFIFO (uap->mode)) >+ { >+ struct mkfifo_args args; >+ args.path = uap->path; >+ args.mode = uap->mode; >+ return mkfifo (p, args); >+ } > error = suser(p->p_ucred, &p->p_acflag); > if (error) > return (error); > OK, I haven't tested this, but it's got to be something like it. > In the normal case, there's a single 'if' involved. It takes longer to write, document, commit and test. Perhaps even as long as to argue about it :-). >2. It gives worse results. How? Why? It just confuses programmers to have two ways of doing the same thing. The p flag to mknod(8) isn't supported either. Bruce From owner-freebsd-hackers Sat Nov 18 01:33:02 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA05565 for hackers-outgoing; Sat, 18 Nov 1995 01:33:02 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA05556 for ; Sat, 18 Nov 1995 01:32:54 -0800 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id BAA01228; Sat, 18 Nov 1995 01:31:05 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id BAA00577; Sat, 18 Nov 1995 01:28:14 -0800 Message-Id: <199511180928.BAA00577@corbin.Root.COM> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@freebsd.org (FreeBSD hackers), scrappy@hub.org, geoff@ginsu.com Subject: Re: Building a gateway In-reply-to: Your message of "Sat, 18 Nov 95 09:43:18 +0100." <199511180843.JAA20171@uriah.heep.sax.de> From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 18 Nov 1995 01:28:13 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >As Joe Greco wrote: > >> options GATEWAY used to increase certain kernel resources as well as >> enabling IP forwarding. If this is still the case - I would say that the >> sysctl method is much less preferable. > >As you said: ``It used to...'' It doesn't do it any more, David >Greenman has been incresing these sizes unconditionally to the GATEWAY >values long before. Actually it's more complex than that now. The calculation of the buffer limit is based on a constant plus maxusers (scaled appropriately). This gives a rough approximation of connections/buffers per process and seems to be a fairly good fit. >People should expect options GATEWAY to disappear some day. Yes. It's externally controlled now and is no longer needed. -DG From owner-freebsd-hackers Sat Nov 18 01:33:31 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA05605 for hackers-outgoing; Sat, 18 Nov 1995 01:33:31 -0800 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA05554 for ; Sat, 18 Nov 1995 01:32:53 -0800 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id OAA01222; Sat, 18 Nov 1995 14:33:22 +0500 From: "Serge A. Babkin" Message-Id: <199511180933.OAA01222@hq.icb.chel.su> Subject: Re: NFS client caching in UNIX To: terry@lambert.org (Terry Lambert) Date: Sat, 18 Nov 1995 14:33:21 +0500 (GMT+0500) Cc: terry@lambert.org, hackers@freebsd.org In-Reply-To: <199511171721.KAA05681@phaeton.artisoft.com> from "Terry Lambert" at Nov 17, 95 10:21:35 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 5022 Sender: owner-hackers@freebsd.org Precedence: bulk > > > Since the client won't make one INT 21 call and then make another while > > > that one is pending (DOS is a non-reentrant real mode interrupt handler), > > > you can't cache one and not return. You *must* return. > > > > How about to use a like algorithm for an Unix client ? > > NFS client caching for UNIX is possible to make safe in a restricted > case. There are many detailed papers on this that are a better source > than me on this, and which will cover the topic in greater detail. But > here are some highlights: Thank you! > > You can client cache fairly safely if the file is opened read-only. This > won't work for some circumstances: mostly programs that incorrectly use > files for IPC. Most of these would be older programs. > > You can client cache if you have advisory notification (ala madvise) to > tell you what rules of access the application will follow. > > You can client cache (in fact, it is a major win in many ways) if the > file is being opened to execute it. There is unfortunately no distinction > in the kernel in the way that a file is openened in order to provide > cache hints to the underlying FS. This is (IMO) a deficiency in the > kernel level file I/O interface used for both file and executable image > opening, and prevents cleanup of the "execute a program from an NFS server > using the file as swap store" VEXEC non-propagation bug that lets you > crash programs on an NFS client from either the server, or in some cases > another client. The fix involves changing the internal-use-interface, > providing a "hint flag" which is part of the internal-use-interface > semantics, and flagging the NFS file system as "remote" (this last is > the only part which is implemented). Then you still have to implement > the client side cache, which will be complicated by the unified VM/cache > model. > > You can use write-locking as a lease to cache, *if* you have working > NFS locking. You *must* flush the cache when the lock goes away. I > believe this is thrice flawed. An application that makes multiple changes > to a single record on disk is broken in the first place is flawed... the > changes should be made in core to reduce the implied state. The cache > flush must be synchronous, so it's questionable whether trading a "delay > now" for a "delay later" isn't itself inherently flawed. Finally, there > exists implied state of a small amount of data using index locking, a > typical approach to reduce real locking calls for databases in third > normal form (or higher). Caching will fail to be asserted for file data > which may in fact be the majority of operations. > > In closing, it's arguable that any application that uses database > techniques should be implemented as a transaction oriented database > client and server. If this is done, it's unlikely that occasions that > allow for NFS client cacheing (other than file execution) will ever occur. You are describing the read cache here. I'm speaking about the write cache. Consider the logic of read and write. The reading needs to spend a round trip time per each request if we can't predict the request sequence. The writing does not need a round trip time because after the request is transferred to the network (in the case of an absolutely reliable network) we can forget about it and let the program work and generate the next write request. Or in the case of an unreliable network we can use a windowed protocol for writes so that when one write request travel through the network, being executed and reply travels through the network the next write request(s) can be produced. So, obviously, the writes must be more effective than writes. But what do we see with NFS ? Reads are about 5 times more effective than writes. Why? Because the network is unreliable and we can get an error (in the case of soft mount) that should be reported immediately to the application and because the application can use some order of writes (possibly in different files) to implicitly synchronize their "transactions". But if the application uses explicit syncronization and is not very sensitive in the case of failure which write() precisely returns failure (presence of at least one failure during "transaction" means that the whole "transaction" fails) we can "delay" reporting the failure until any other write request before the end of "transaction" or the end of "transaction" itself. The "transaction" can be commited by the calls close(), fsync(), unlock() and possibly lock(). So we can have windowed writes between the "transaction" delimiters. Yes, not all applications will work well under these assumptions, but most will do. So, we can add such write cache as an option. In the most cases we will get significant write performance increase, in all other cases we can simply disable this option for the mounts that will need syncronous writes. Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Sat Nov 18 01:34:11 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA05682 for hackers-outgoing; Sat, 18 Nov 1995 01:34:11 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA05641 for ; Sat, 18 Nov 1995 01:33:57 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id UAA17343; Sat, 18 Nov 1995 20:29:06 +1100 Date: Sat, 18 Nov 1995 20:29:06 +1100 From: Bruce Evans Message-Id: <199511180929.UAA17343@godzilla.zeta.org.au> To: grog@lemis.de, terry@lambert.org Subject: Re: elm problem - "solved" Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >> > I really have great difficulty understanding why this change was made. >> > It means that old FreeBSD and BSD/386 binaries won't work correctly >> > under FreeBSD or BSD/OS Versions 2. I can't see any advantage at all >> > in this change. Grrrr. >> >> Think packing on RISC systems. You put the largest followed by the >> smallest to reduce the copyin overhead. >Think reality. short=2 bytes. long=4 bytes for all the systems we're >talking about. The only 8-byte constraint in most RISC systems is for >doubles on the Sparc architecture--I don't know for sure for other >RISCs. Can you point to more restrictive constraints? off_t is 8 bytes in BSD4.4, and it should be 64-bit aligned for almost any 64-bit machine. Bruce From owner-freebsd-hackers Sat Nov 18 01:38:19 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA06309 for hackers-outgoing; Sat, 18 Nov 1995 01:38:19 -0800 Received: from remington.mt.cs.keio.ac.jp (remington.mt.cs.keio.ac.jp [131.113.82.33]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA06266 for ; Sat, 18 Nov 1995 01:38:07 -0800 Received: (from hosokawa@localhost) by remington.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id SAA25406; Sat, 18 Nov 1995 18:37:27 +0900 Date: Sat, 18 Nov 1995 18:37:27 +0900 Message-Id: <199511180937.SAA25406@remington.mt.cs.keio.ac.jp> To: freebsd-hackers@freebsd.org Subject: DELAY's in syscons From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: owner-hackers@freebsd.org Precedence: bulk Hmm.. Does anyone remember that the conclusion of last thread about the DELAY's in syscons? I said a few months ago that the DELAY's of syscons may be insufficient for some combinations of fast machine like Pentium over 100MHz and slow keyboards. I heard that some people has the same problem and I told them to increase all the DELAY's of syscons ten times. And they reported me that this problem never happen. I've not tested -cuurent on such machine yet, so I don't know whether this problem still remains in -current. Thanks. -- 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 Sat Nov 18 01:54:14 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA08356 for hackers-outgoing; Sat, 18 Nov 1995 01:54:14 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id BAA08348 for ; Sat, 18 Nov 1995 01:54:04 -0800 Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Sat, 18 Nov 95 09:52 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id KAA17153 for hackers@freebsd.org; Sat, 18 Nov 1995 10:38:18 +0100 Message-Id: <199511180938.KAA17153@allegro.lemis.de> Subject: Re: ep0, Erase pencil mark? To: terry@lambert.org (Terry Lambert) Date: Sat, 18 Nov 1995 10:37:48 +0100 (MET) In-Reply-To: <199511180021.RAA06389@phaeton.artisoft.com> from "Terry Lambert" at Nov 17, 95 05:21:34 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: 621 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Terry Lambert writes: > > > What the heck does that mean? 3c509B in a Triton P120. > > > > It finds it, says some stuff like that (the screen clears faster than I > > can read it), then gives ep0 not found... > > Means it's jumpered for self-test. > > Typically seen on older kernels when usign PnP enabled cards. Disable > PnP on the card. Is this a kernel bug or a feature? I had this on 2.0.5-RELEASE a couple of months ago, and couldn't figure out how to get rid of the problem. The boards worked perfectly under a number of other operating systems. What does PnP stand for? How do you disable it? Greg From owner-freebsd-hackers Sat Nov 18 02:44:10 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA12593 for hackers-outgoing; Sat, 18 Nov 1995 02:44:10 -0800 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA12533 for ; Sat, 18 Nov 1995 02:43:49 -0800 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id PAA01710; Sat, 18 Nov 1995 15:46:12 +0500 From: "Serge A. Babkin" Message-Id: <199511181046.PAA01710@hq.icb.chel.su> Subject: Re: NFS vs. NetWare for DOS file services To: terry@lambert.org (Terry Lambert) Date: Sat, 18 Nov 1995 15:46:11 +0500 (GMT+0500) Cc: terry@lambert.org, hackers@freebsd.org In-Reply-To: <199511171700.KAA05647@phaeton.artisoft.com> from "Terry Lambert" at Nov 17, 95 10:00:02 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 8541 Sender: owner-hackers@freebsd.org Precedence: bulk > > It really looks like a problem. For DOS client the solution may be to > > flush the whole cache before issuing an unlock request. But I think > > any network-aware DOS program must use fsync. > > Here's the rub: most "network-aware DOS programs" don't use NetBIOS. They > use a proprietary API. 70% of all DOS network nodes overall are NetWare. > The majority of small business networks (100 employees or less) are > Lantastic. > > For a proprietary API, you can define caching-friendly interface semantics; > this is exactly what has been done for those systems that cache. I have tried FoxPro 2.0 both on Netware and NFS (I have learned in the university where it was runned on Netware and I did laboratory works at my work where I had NFS installed) and it worked on both. So it looks like it uses DOS lock calls that are then implemented through Netware or NFS. I don't know about other calls. It looks like DOS (and Netware too) has no fsync call or anything like, the full sync call appeared in DOS 6+ olny. > > > Write cache going to disk relies on the fact that some writes are async, > > > and may be cached, and some writes are sync, and must complete before > > > they return, leaving the data on the disk. > > > > > > DOS doesn't have the distinction between async and sync writes, so you > > > can't just say "I'll just cache async writes" -- because there aren't > > > any. > > > > The programs using Netware must know about this difference. Most programs > > that really do record locking are working on Netware, not on a local machine > > (why else you need record locking on a single-tasking OS?) and differ > > async and sync writes. > > OK. I worked on the file system for the NetWare for UNIX 4.x product for > nearly two years using the Native NetWare 4.x source code as a base, so > I know a "little bit" about this. It's interesting ! > NetWare clients do client caching. They use the low 24 bits of the file > handle as a hash index (which incidently screwed me treating the short > file handled as an opaque 32 bit value like you are supposed to be able > to). > > This cache is used mostly when reading .exe and other files which are > opened read-only or which are read-only for the client, as determined > by querying the file attributes. > > This may not seem like a big win, but 70% of all requests to a NetWare > Server are read requests. BTW, which percent of them are reads of .exes ? If it is small all these tricks with 9K will give small effect. > There is a big win on .exe loading to caching. Specifically, the way > DOS loads executables causes it to refer to the first 9k several times > in the load process. Is it because the typical size of .exe relocation table is 9K ? IMHO this can be implemented (may be less effective but enough simple) by reserving 9K cache where to put the data readed from the first 9K of any file. When reading from the first 9K of any file we can lookup first in this buffer. > A DOS client loading a .exe will not trigger read-ahead, because the > first 9k is rereferenced when the file is otherwise sequential I/O. Do other reads trigger read-ahead ? I think that if the common cache is different from the "9K cache" read-aheads will not pain because they will not disturb the "9K cache". > Windows is a bit different here because it pages, but client caching > has a big effect (obviously) on paging. > > The biggest win a UNIX box acting as a server for DOS clients can > implement is file name and open mode specific madvise() operations. > > After reads, the next most frequent operation is writes, which are about > 18% of operations. Typically, writes are not sequential. There is > little you can do to improve write performance, other than to remove the > synchronous requirements. These requirements are removed by: > > 1) Removing POSIX semantics on the file system (dangerous). I'm sorry... Explain me please shortly what is this semantics. > 2) Changing the mechanism which guarantees the POSIX semantics > to use a better scheme than synchronous writes to provide > the ordering guarantees (ala the UnixWare 2.x UFS, and the > U of Michigan EECS "Soft Update" Metadata update mechanism). > > The first isn't a real option; it's bogus. The second reduces > drastically the absolute overhead that you have to eat to maintain the > NFS protocol guarantees consistently. > Of the remaining 12%, 8% are directory operations, and 4% are all other > operations. > > Directory operations accont for a disproportionate amount of the time > for the client waiting for a server response. > > The biggest win, which only recently went into NetWare and NFSv3, is > the ability to return multple entries at the same time. I have read the RFC on NFSv2 and there was said that it has the ability to read multiple directory entries at once. Was it just not implemented in servers ? > The POSIX guarantees once again get in the way of performance. For > directories, however it is possible to cheat. > > POSIX guarantees file times update semantics. In addition, it guarantees > directory time update semantics when getdents() is called. BUT... POSIX > does not require that you consider a directory to be a file: it can't, > since VMS can be POSIX compliant (point of interest: many of the idiotic > semantics with regard to "shall be updated", "shall be marked for update", > and "may be marked for update" that POSIX requires seem to be related to > vendor "special interests" in defining POSIX so they don't have to recode > existing systems). > > So does POSIX require that you use getdents() to access directory > contents? It does not. So you can cheat by "defining" a directory > to be other than a file, and then using an interface other than getdents() > to get at it. Or you can say "to hell with the dancing" and give yourself > a blanket license to relax POSIX guarantees, as long as you don't do > anything that compromises file system integrity. > > Note that this type of crap won't fly with NFS, which pretends to provide > POSIX semantics to its clients. Getdents() reads multiple directory entries at once, why we can't say that reading multiple directory entries through NFS at once is like getdents() ? > So NetWare achieves its speed by not being POSIX and by using interfaces > other than the NetBIOS interface to implement its own cache-friendly > semantics. > > Oh yeah. And by having the entire volume directory structure, including > file metadata, in core at all times and accessed via hashlist. And you > wondered why mounting took a long time. I have throught that the main reason why Netware loads all metadata in core is that its access rights are very "heavy". > > > DOS client applications assume O_SYNC on all opens. > > > > Pure DOS (without any network) assume exclusive access to anything and do > > not use any locks at all. > > No. "SHARE" provides file granularity access locking semantics. Which > means multiple reader OR single writer guarantees are made, even under > NetBIOS. I'm not shure what SHARE does, I have throught that it simply implements DOS FLOCK call on Microsoft networks. Does not it ? > [...] > > > DOS libc fsync() does nothing. Or applications don't call fsync(). > > > Very differnt form assembly programs calling the INT 21 op. > > > > How do they work on the Netware network ? If they want to work on it they > > need to use fsync() too. And I think most dBASE-like databases do these > > calls. If they do not use these calls they would not work on Netware too. > > They use the NetWare TTS API and convert the database file I/O into > transactions that can be backed out. > > The start-transaction/end-transaction pairs indicate to the server > the implied state in the client application that accesses multiple files. > > If I crash and come back up, for every "start-transaction" without an > "end-transaction", the server can decide to throw away the changes that > that transaction wanted to make by identifying them by transaction ID. > > So it works by the "NetWare aware" application using NetWare API's instead > of the standard DOS APIs (and the NFS client typically only hooks the > DOS API's). In my opinion what you describe are "very Netware-aware" applications but most applications work on Lantastic, NFS etc. too. I think that dBASE-like systems must not be so network vendor dependent. Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Sat Nov 18 02:44:32 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA12653 for hackers-outgoing; Sat, 18 Nov 1995 02:44:32 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA12642 for ; Sat, 18 Nov 1995 02:44:25 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id CAA06335; Sat, 18 Nov 1995 02:43:13 -0800 To: John Fieber cc: "Amancio Hasty Jr." , hackers@freefall.freebsd.org Subject: Re: wordperfect and /dev/socksys In-reply-to: Your message of "Fri, 17 Nov 1995 21:47:12 EST." Date: Sat, 18 Nov 1995 02:43:12 -0800 Message-ID: <6333.816691392@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Sigh. I guess I'd better try it again! It's been a few weeks. Jordan > On Tue, 14 Nov 1995, Jordan K. Hubbard wrote: > > > Yeah, works fine! > > On stable/2.1? > > (I just discovered that IU has a site license for it so I can get my > hands on a non-demo copy...) > > -john > > == jfieber@indiana.edu =========================================== > == http://fieber-john.campusview.indiana.edu/~jfieber ============ > From owner-freebsd-hackers Sat Nov 18 02:52:06 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA12970 for hackers-outgoing; Sat, 18 Nov 1995 02:52:06 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id CAA12934 for ; Sat, 18 Nov 1995 02:51:59 -0800 Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Sat, 18 Nov 95 10:52 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id LAA17511; Sat, 18 Nov 1995 11:28:45 +0100 Message-Id: <199511181028.LAA17511@allegro.lemis.de> Subject: Re: linux' mknod and named pipes. To: bde@zeta.org.au (Bruce Evans) Date: Sat, 18 Nov 1995 11:28:45 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <199511180923.UAA17204@godzilla.zeta.org.au> from "Bruce Evans" at Nov 18, 95 08:23:52 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: 1481 Sender: owner-hackers@freebsd.org Precedence: bulk Bruce Evans writes: > > >> >Is there any good reason why we shouldn't modify mknod to make a fifo > >> >when called with the appropriate parameters? > >> > >> The same reason we shouldn't modify thousands of other system calls to be > >> compatible with thousands of other systems: it takes longer and gives > >> worse results. > > >I think that bears discussion. > > >1. It takes longer: > > >--- vfs_syscalls.c 1995/11/14 09:19:16 1.40 > >+++ vfs_syscalls.c 1995/11/18 08:45:43 > >@@ -757,6 +757,13 @@ > > int error; > > struct nameidata nd; > > > >+ if (ISFIFO (uap->mode)) > >+ { > >+ struct mkfifo_args args; > >+ args.path = uap->path; > >+ args.mode = uap->mode; > >+ return mkfifo (p, args); > >+ } > > error = suser(p->p_ucred, &p->p_acflag); > > if (error) > > return (error); > > > OK, I haven't tested this, but it's got to be something like it. > > In the normal case, there's a single 'if' involved. > > It takes longer to write, document, commit and test. Perhaps even as > long as to argue about it :-). Nah, never! > >2. It gives worse results. How? Why? > > It just confuses programmers to have two ways of doing the same thing. Not if you say "this feature is deprecated and only exists for compatibility with obsolescent operating systems". > The p flag to mknod(8) isn't supported either. Don't let me ask why not :-) Greg From owner-freebsd-hackers Sat Nov 18 02:52:13 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA13034 for hackers-outgoing; Sat, 18 Nov 1995 02:52:13 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA12993 for ; Sat, 18 Nov 1995 02:52:08 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id CAA06380; Sat, 18 Nov 1995 02:50:18 -0800 To: "Serge A. Babkin" cc: terry@lambert.org (Terry Lambert), mrcpu@cdsnet.net, hackers@FreeBSD.ORG, wollman@freefall.FreeBSD.org Subject: Re: ep0, Erase pencil mark? In-reply-to: Your message of "Sat, 18 Nov 1995 09:37:45 +0500." <199511180437.JAA09354@hq.icb.chel.su> Date: Sat, 18 Nov 1995 02:50:18 -0800 Message-ID: <6378.816691818@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Did this one fall through the cracks? I thought Garrett didn't like the ep0 patch for some reason.. If this has been a mistake, then maybe we should take your patch off the shelf! JOrdan > > > > > What the heck does that mean? 3c509B in a Triton P120. > > > > > > It finds it, says some stuff like that (the screen clears faster than I > > > can read it), then gives ep0 not found... > > > > Means it's jumpered for self-test. > > > > Typically seen on older kernels when usign PnP enabled cards. Disable > > PnP on the card. > > Or apply my patch that allows the driver to understand the cards with > PnP enabled (it is lying on the shelf for the long time :-( ). > > Serge Babkin > > ! (babkin@hq.icb.chel.su) > ! Headquarter of Joint Stock Commercial Bank "Chelindbank" > ! Chelyabinsk, Russia From owner-freebsd-hackers Sat Nov 18 02:56:39 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA13282 for hackers-outgoing; Sat, 18 Nov 1995 02:56:39 -0800 Received: from pancake.remcomp.fr (root@pancake.remcomp.fr [194.51.30.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id CAA13265 for ; Sat, 18 Nov 1995 02:56:21 -0800 Received: (from didier@localhost) by aida (8.6.12/8.6.9) id MAA01090; Sat, 18 Nov 1995 12:40:19 +0100 Date: Sat, 18 Nov 1995 12:40:14 +0100 (MET) From: Didier Derny X-Sender: didier@aida To: Terry Lambert cc: terry@lambert.org, joerg_wunsch@uriah.heep.sax.de, hackers@FreeBSD.ORG Subject: Re: pty In-Reply-To: <199511171735.KAA05728@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Fri, 17 Nov 1995, Terry Lambert wrote: > > HEY! I've written Minitel code before, for a contract with your ministry > of defense! Big building, looks like an upside-down squared-off "U"! > > 8-). In Paris ? In 1987 I sold a minitel server to a teacher union. During spring time they make more than 12000 connections a day. I will replace their old 486DX33/Interactive Unix by a Pentium-133/FreeBSD-2.1-STABLE machine. I also plan to improve the minitel server for the new services; fast minitel and PC accesses. > I think that the expensive part of the pty is going to be there whether > or not you put in the endpoint. > > You may save on fd's doing this, but I think overall the increased code > complexity in the muxed pty driver will steal back whatever savings you > get that way. > An other idea is to add a bit map of opened pty/ttyp in the pty/ttyp driver to speed up the function that find an unopened pty/ttyp. > Something like this will probably be a false economy, unless maybe you > will put *all* of your code in the kernel. > I'm sure that it would be the best solution but I dont have any idea on how to use tcp/ip from inside the kernel. > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > -- Didier Derny didier@aida.org From owner-freebsd-hackers Sat Nov 18 03:03:34 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA13846 for hackers-outgoing; Sat, 18 Nov 1995 03:03:34 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA13828 for ; Sat, 18 Nov 1995 03:03:20 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id VAA20290; Sat, 18 Nov 1995 21:58:46 +1100 Date: Sat, 18 Nov 1995 21:58:46 +1100 From: Bruce Evans Message-Id: <199511181058.VAA20290@godzilla.zeta.org.au> To: freebsd-hackers@freebsd.org, hosokawa@mt.cs.keio.ac.jp Subject: Re: DELAY's in syscons Sender: owner-hackers@freebsd.org Precedence: bulk >Hmm.. Does anyone remember that the conclusion of last thread about >the DELAY's in syscons? >I said a few months ago that the DELAY's of syscons may be >insufficient for some combinations of fast machine like Pentium over >100MHz and slow keyboards. >I heard that some people has the same problem and I told them to >increase all the DELAY's of syscons ten times. And they reported me >that this problem never happen. DELAY(n) only delays n-20 usec on an infinitely fast machine so it shouldn't be called with n <= 20 unless the precise delay doesn't matter. Syscons and pcvt call it with delays <= 10 usec when the precise delay does matter. If this is the only problem, then increasing all the delays by a factor of 10 (so that each delay is significantly larger than 20) and reducing all the repeat counts by a factor of slightly less than 10 should work until someone fixes DELAY(), but is ugly and usually wastes time. Syscons and pcvt shouldn't use DELAY() in loops. This isn't the only problem. Large DELAY()s are reported to be inaccurate on some PCI systems. This is apparently because getit() accesses the 8254 clock registers too fast. Random errors of up to 10 msec would defeat any reasonable keyboard delays. Bruce From owner-freebsd-hackers Sat Nov 18 03:25:33 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA15306 for hackers-outgoing; Sat, 18 Nov 1995 03:25:33 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA15285 for ; Sat, 18 Nov 1995 03:25:02 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id MAA02424; Sat, 18 Nov 1995 12:24:49 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id MAA14180; Sat, 18 Nov 1995 12:24:48 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id LAA20897; Sat, 18 Nov 1995 11:58:57 +0100 From: J Wunsch Message-Id: <199511181058.LAA20897@uriah.heep.sax.de> Subject: Re: failure in "make world" To: gfm@readybox.com (Frank McCormick) Date: Sat, 18 Nov 1995 11:58:57 +0100 (MET) Cc: freebsd-hackers@FreeBSD.ORG Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199511171720.JAA01308@angel.readybox.com> from "Frank McCormick" at Nov 17, 95 09:20:10 am X-Phone: +49-351-2012 669 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: 853 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk As Frank McCormick wrote: > > My attempt at "make world" failed with the complaint > > make: don't know how to make stat_flags.c > > which is apparently associated with usr.bin/chflags. The host is > running a fresh installation from the 2.0.5 CD. Looks like you've... j@uriah 221% cat /usr/src/usr.bin/chflags/Makefile # @(#)Makefile 8.1 (Berkeley) 6/6/93 NOSHARED= true PROG= chflags SRCS= chflags.c stat_flags.c .PATH: ${.CURDIR}/../../bin/ls ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ .include ...accidentally got only the src/usr.bin files extracted, but still miss the src/bin ones. This way, make doesn't find the source for ls(1) for inclusion. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Nov 18 05:07:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA20821 for hackers-outgoing; Sat, 18 Nov 1995 05:07:21 -0800 Received: from casparc.ppp.net (casparc.ppp.net [194.64.12.35]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id FAA20802 for ; Sat, 18 Nov 1995 05:07:11 -0800 Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0tGmuA-000I54C; Sat, 18 Nov 95 14:02 MET Received: by ernie.altona.hamburg.com (Smail3.1.29.1 #3) id m0tGmXL-00001XC; Sat, 18 Nov 95 13:38 MET Message-Id: From: hm@altona.hamburg.com (Hellmuth Michaelis) Subject: Re: DELAY's in syscons To: bde@zeta.org.au (Bruce Evans) Date: Sat, 18 Nov 1995 13:38:27 +0100 (MET) Cc: freebsd-hackers@freebsd.org, hosokawa@mt.cs.keio.ac.jp In-Reply-To: <199511181058.VAA20290@godzilla.zeta.org.au> from "Bruce Evans" at Nov 18, 95 09:58:46 pm Reply-To: hm@altona.hamburg.com X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 847 Sender: owner-hackers@freebsd.org Precedence: bulk >From the keyboard of Bruce Evans: > DELAY(n) only delays n-20 usec on an infinitely fast machine so it > shouldn't be called with n <= 20 unless the precise delay doesn't matter. > Syscons and pcvt call it with delays <= 10 usec when the precise delay > does matter. If not told otherwise, pcvt does NOT use DELAY() for exactly the reason you just describe. Instead it uses dummy reads from port 0x84 which execute in a defined time of ~= 1,25us. (IF they ever do execute - i was told that some implementations do know that there is nothing to read from port 0x84 and somehow don't let this read though to the bus, the result is, that these reads do execute very fast). hellmuth -- Hellmuth Michaelis hm@altona.hamburg.com Hamburg, Europe (A)bort, (R)etry, (I)nstall BSD ? From owner-freebsd-hackers Sat Nov 18 05:28:59 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA23936 for hackers-outgoing; Sat, 18 Nov 1995 05:28:59 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id FAA23923 for ; Sat, 18 Nov 1995 05:28:54 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id AAA25738; Sun, 19 Nov 1995 00:24:23 +1100 Date: Sun, 19 Nov 1995 00:24:23 +1100 From: Bruce Evans Message-Id: <199511181324.AAA25738@godzilla.zeta.org.au> To: bde@zeta.org.au, hm@altona.hamburg.com Subject: Re: DELAY's in syscons Cc: freebsd-hackers@freebsd.org, hosokawa@mt.cs.keio.ac.jp Sender: owner-hackers@freebsd.org Precedence: bulk >> DELAY(n) only delays n-20 usec on an infinitely fast machine so it >If not told otherwise, pcvt does NOT use DELAY() for exactly the reason >you just describe. >Instead it uses dummy reads from port 0x84 which execute in a defined time >of ~= 1,25us. (IF they ever do execute - i was told that some implementations >do know that there is nothing to read from port 0x84 and somehow don't let >this read though to the bus, the result is, that these reads do execute very >fast). I think this only works reliably for 8MHz ISA buses. Otherwise I would have used it in DELAY(). The only way it can be reliable is if all buses know it is special and put something there that inserts wait states to extend the i/o time to 1.25us. Bruce From owner-freebsd-hackers Sat Nov 18 06:05:26 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA26002 for hackers-outgoing; Sat, 18 Nov 1995 06:05:26 -0800 Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id GAA25996 for ; Sat, 18 Nov 1995 06:05:23 -0800 Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id JAA06186; Sat, 18 Nov 1995 09:03:06 -0500 Date: Sat, 18 Nov 1995 09:03:06 -0500 (EST) From: "Ron G. Minnich" To: Jaye Mathisen cc: hackers@freebsd.org Subject: Re: ep0, Erase pencil mark? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk > What the heck does that mean? 3c509B in a Triton P120. > It finds it, says some stuff like that (the screen clears faster than I > can read it), then gives ep0 not found... This is the infamous 'you need to kill Plug and play dead' message. Boot up dos, then run the 3c509 config program, and KILL PLUG AND PLAY DEAD. (i.e. disable it :-) ) ron From owner-freebsd-hackers Sat Nov 18 08:00:09 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA02563 for hackers-outgoing; Sat, 18 Nov 1995 08:00:09 -0800 Received: from snake.hut.fi (snake.hut.fi [193.167.6.99]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA02502 for ; Sat, 18 Nov 1995 07:59:58 -0800 Received: from lk-hp-5.hut.fi (lk-hp-5.hut.fi [130.233.244.36]) by snake.hut.fi (8.7.1/8.7.1) with ESMTP id RAA13345 for ; Sat, 18 Nov 1995 17:59:48 +0200 (EET) Received: (vode@localhost) by lk-hp-5.hut.fi (8.6.12/8.6.7) id RAA18772; Sat, 18 Nov 1995 17:59:48 +0200 Date: Sat, 18 Nov 1995 17:59:48 +0200 Message-Id: <199511181559.RAA18772@lk-hp-5.hut.fi> From: Kai Vorma To: hackers@freebsd.org Subject: Sup server at nic.funet.fi Reply-to: Kai.Vorma@hut.fi Sender: owner-hackers@freebsd.org Precedence: bulk Nic.funet.fi now mirrors freebsd-current and ports (no distfiles collection yet) from sup.freebsd.org. Secure/eBones collection from sup.internat.freebsd.org is available, too. If there is need I can also start mirroring freebsd-stable 1) and perhaps NetBSD.. Nic also mirrors ftp.freebsd.org. Nic is a big ftp/www-server owned by FUNET (Finnish university network). It is an AlphaServer 3000/900 with 320MB RAM, about 50GB RAID-5 disk and it is connected to FUNET through FDDI and (experimental) ATM. Collections are updated twice a day (currently at 0230 and 1430 GMT) and current client limit is 50. All European users and especially users from the Nordic countries are welcome. Here is a sample entry for supping from nic: src-usrsbin release=current host=nic.funet.fi hostbase=/pub/mirrors/sup.freebsd.org base=/usr prefix=/usr/src login=ftp delete old use-rel-suffix Notice the entry "login=ftp". I didn't want to create a new pseudo account so sup uses an existing account. You can get the complete sup files from ftp://nic.funet.fi/pub/mirrors/sup.freebsd.org/ You may get lots of "Updated.." when supping but it shouldn't be harmful (other than slowing sup down a bit). It is probably caused by some nightly administrative job that changes the ctime of directories. If you have any problems please send email to me . ..vode 1) Don't try to sup freebsd-stable now, because the collections do exist but they are empty - sup would delete your files.. From owner-freebsd-hackers Sat Nov 18 08:47:16 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA05248 for hackers-outgoing; Sat, 18 Nov 1995 08:47:16 -0800 Received: from knobel.gun.de (knobel-ip.gun.de [192.109.159.141]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA05239 ; Sat, 18 Nov 1995 08:47:05 -0800 Received: (from andreas@localhost) by knobel.gun.de (8.6.12/8.6.12) id RAA15921; Sat, 18 Nov 1995 17:46:21 +0100 From: Andreas Klemm Message-Id: <199511181646.RAA15921@knobel.gun.de> Subject: knews-0.9.3 ported - really, an amazing X11 Newsreader with graphical threads To: jkh@freebsd.org, j@uriah.heep.sax.de, ports@freebsd.org, hackers@freebsd.org Date: Sat, 18 Nov 1995 17:46:21 +0100 (MET) X-Mailer: ELM [version 2.4 PL24 ME7] Content-Type: text Content-Length: 1817 Sender: owner-hackers@freebsd.org Precedence: bulk Hi ! This is really *hot* stuff ! Is there still some time and some space on the 2.1 CD ??? ;-) Well this is _the_ coolest X11 NNTP newsreader I ever saw, here some infos from the WEB page: True threading, with a graphical tree for the threads. Full support for reading MIME articles, except message/partial. Some options that will improve things for people reading over slow lines: o Background threading of groups in advance. o Doesn't have to read the active file or group descriptions on startup. o A mechansim for reading the spool directory. o Kill file support. Articles can be - marked read (killed), or - marked with color blobs, based on regular expressions. o Regular expression searching in articles and the newsgroup list. o XPAT searching. o Can use different fonts and colors for quoted text and headers in articles o Lots of action procedures that can be tied to keys. o Supports multiple nntp servers. o Tagging of articles and saving or piping them in order. o Uudecode function. Not perfect, but handles most cases. I put the source, the port and the tarballs into the incoming directory on ftp.freebsd.org: -rwxr-xr-x 1 ftp daemon 66 Nov 18 16:38 knews-0.9.3-port.tgz -rwxr-xr-x 1 ftp daemon 343039 Nov 18 16:42 knews-0.9.3.tar.gz -rwxr-xr-x 1 ftp daemon 150666 Nov 18 16:44 knews-0.9.3.tgz -rwxr-xr-x 1 ftp daemon 132 Nov 18 16:44 knews-README Really, cool stuff. Please try it out ! Andreas /// -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ - Support Unix - aklemm@wup.de - \/ ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz apsfilter - magic print filter 4lpd >>> knobel is powered by FreeBSD <<< From owner-freebsd-hackers Sat Nov 18 09:07:19 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA07057 for hackers-outgoing; Sat, 18 Nov 1995 09:07:19 -0800 Received: from casparc.ppp.net (casparc.ppp.net [194.64.12.35]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id JAA07046 for ; Sat, 18 Nov 1995 09:07:15 -0800 Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0tGqeQ-000I1MC; Sat, 18 Nov 95 18:02 MET Received: by ernie.altona.hamburg.com (Smail3.1.29.1 #3) id m0tGpbM-00001PC; Sat, 18 Nov 95 16:54 MET Message-Id: From: hm@altona.hamburg.com (Hellmuth Michaelis) Subject: Re: DELAY's in syscons To: bde@zeta.org.au (Bruce Evans) Date: Sat, 18 Nov 1995 16:54:48 +0100 (MET) Cc: bde@zeta.org.au, hm@altona.hamburg.com, freebsd-hackers@freebsd.org, hosokawa@mt.cs.keio.ac.jp In-Reply-To: <199511181324.AAA25738@godzilla.zeta.org.au> from "Bruce Evans" at Nov 19, 95 00:24:23 am Reply-To: hm@altona.hamburg.com X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 842 Sender: owner-hackers@freebsd.org Precedence: bulk >From the keyboard of Bruce Evans: > >> DELAY(n) only delays n-20 usec on an infinitely fast machine so it > > >If not told otherwise, pcvt does NOT use DELAY() for exactly the reason > >you just describe. > > >Instead it uses dummy reads from port 0x84 which execute in a defined time > >of ~= 1,25us. (IF they ever do execute - i was told that some implementations > >do know that there is nothing to read from port 0x84 and somehow don't let > >this read though to the bus, the result is, that these reads do execute very > >fast). > > I think this only works reliably for 8MHz ISA buses. Exactly - it works on ISA and EISA machines but not necessarily on PCI. hellmuth -- Hellmuth Michaelis hm@altona.hamburg.com Hamburg, Europe (A)bort, (R)etry, (I)nstall BSD ? From owner-freebsd-hackers Sat Nov 18 09:52:27 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA08571 for hackers-outgoing; Sat, 18 Nov 1995 09:52:27 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA08564 for ; Sat, 18 Nov 1995 09:52:12 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id SAA09218; Sat, 18 Nov 1995 18:51:03 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id SAA16983; Sat, 18 Nov 1995 18:51:00 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id SAA23460; Sat, 18 Nov 1995 18:14:26 +0100 From: J Wunsch Message-Id: <199511181714.SAA23460@uriah.heep.sax.de> Subject: Re: DELAY's in syscons To: hm@altona.hamburg.com Date: Sat, 18 Nov 1995 18:14:25 +0100 (MET) Cc: bde@zeta.org.au, freebsd-hackers@FreeBSD.ORG, hosokawa@mt.cs.keio.ac.jp Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Hellmuth Michaelis" at Nov 18, 95 01:38:27 pm X-Phone: +49-351-2012 669 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: 736 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk As Hellmuth Michaelis wrote: > > >From the keyboard of Bruce Evans: > > > DELAY(n) only delays n-20 usec on an infinitely fast machine so it > > shouldn't be called with n <= 20 unless the precise delay doesn't matter. > > Syscons and pcvt call it with delays <= 10 usec when the precise delay > > does matter. > > If not told otherwise, pcvt does NOT use DELAY() for exactly the reason > you just describe. DELAY() is supposed to be safer than the inb(0x84) hack. It uses the clock. (No, this is no longer the crude DELAY() macro 386BSD 0.1 has been so proud of. :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Nov 18 09:58:23 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA08841 for hackers-outgoing; Sat, 18 Nov 1995 09:58:23 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA08588 for ; Sat, 18 Nov 1995 09:53:00 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id SAA09210; Sat, 18 Nov 1995 18:50:54 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id SAA16971; Sat, 18 Nov 1995 18:50:53 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id SAA23394; Sat, 18 Nov 1995 18:02:38 +0100 From: J Wunsch Message-Id: <199511181702.SAA23394@uriah.heep.sax.de> Subject: Re: linux' mknod and named pipes. To: grog@lemis.de Date: Sat, 18 Nov 1995 18:02:38 +0100 (MET) Cc: bde@zeta.org.au, hackers@FreeBSD.ORG Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199511181028.LAA17511@allegro.lemis.de> from "Greg Lehey" at Nov 18, 95 11:28:45 am X-Phone: +49-351-2012 669 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: 330 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk As Greg Lehey wrote: > > > The p flag to mknod(8) isn't supported either. > > Don't let me ask why not :-) Since the `d' and `l' flags aren't supported, either. :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Nov 18 10:27:34 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA10367 for hackers-outgoing; Sat, 18 Nov 1995 10:27:34 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA10214 ; Sat, 18 Nov 1995 10:26:22 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id TAA09961; Sat, 18 Nov 1995 19:26:13 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id TAA18132; Sat, 18 Nov 1995 19:26:13 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id TAA23790; Sat, 18 Nov 1995 19:24:05 +0100 From: J Wunsch Message-Id: <199511181824.TAA23790@uriah.heep.sax.de> Subject: Re: knews-0.9.3 ported - really, an amazing X11 Newsreader with graphical threads To: andreas@knobel.gun.de (Andreas Klemm) Date: Sat, 18 Nov 1995 19:24:05 +0100 (MET) Cc: jkh@freebsd.org, ports@freebsd.org, hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199511181646.RAA15921@knobel.gun.de> from "Andreas Klemm" at Nov 18, 95 05:46:21 pm X-Phone: +49-351-2012 669 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: 425 Sender: owner-hackers@freebsd.org Precedence: bulk As Andreas Klemm wrote: > I put the source, the port and the tarballs into the incoming > directory on ftp.freebsd.org: > > -rwxr-xr-x 1 ftp daemon 66 Nov 18 16:38 knews-0.9.3-port.tgz Hmm, this file actually consists only of the ZIP file header. :-( -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Nov 18 11:01:38 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA13282 for hackers-outgoing; Sat, 18 Nov 1995 11:01:38 -0800 Received: from sssun.spb.su (news.spb.su [193.124.83.67]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id LAA13272 for ; Sat, 18 Nov 1995 11:01:30 -0800 Received: by sssun.spb.su id AA16324 (5.65.kiae-1 ); Sat, 18 Nov 1995 21:59:18 +0300 To: Luigi Rizzo , Ollivier Robert Cc: davidg@Root.COM, hackers@freebsd.org References: <199511132341.AAA04886@keltia.freenix.fr> In-Reply-To: <199511132341.AAA04886@keltia.freenix.fr>; from Ollivier Robert at Tue, 14 Nov 1995 00:41:57 +0100 (MET) Message-Id: Organization: RELCOM Corp., St.Petersburg Date: Sat, 18 Nov 1995 21:59:16 +0300 From: Andrew Timonin Reply-To: tim@sssun.spb.su Subject: Re: TIME_WAIT and linear chain of TCPCBs (was: ...beat a WEB server to death) Lines: 52 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1750 Sender: owner-hackers@freebsd.org Precedence: bulk In message <199511132341.AAA04886@keltia.freenix.fr> Ollivier Robert writes: >It seems that Luigi Rizzo said: >> >> especially because they do not derive from a bug but from a feature :) > >There was talk about something somewhat related in bugtraq about half >opened connections (SYN_RECV then nothing else) and the possible denial of >service... I still have no time to look in 2.1 sources, but in 2.0.5 there was a bug in ip_icmp.c in ICMP_UNREACH type processing. It look like a misprint, you may see it from a diff: *** ip_icmp.c.orig Tue May 30 12:09:42 1995 --- ip_icmp.c Sat Oct 21 13:01:50 1995 *************** *** 240,246 **** case ICMP_UNREACH_PROTOCOL: case ICMP_UNREACH_PORT: case ICMP_UNREACH_SRCFAIL: ! code += PRC_UNREACH_NET; break; case ICMP_UNREACH_NEEDFRAG: --- 240,246 ---- case ICMP_UNREACH_PROTOCOL: case ICMP_UNREACH_PORT: case ICMP_UNREACH_SRCFAIL: ! code = PRC_UNREACH_NET; break; case ICMP_UNREACH_NEEDFRAG: ---------------- This may lead to a large number of TCP connections in SYN RECEIVED state, for ex. on large mail relays when some site without a back route to it is trying to semd mail to this relay. It sends SYN, which reach relay via for ex. default route. Relay sends SYN back, but get ICMP_UNREACH as a reply :-(. But because of this misprint tcp socket will not be closed as it should be, but will hang waiting for timeout expire. > -- >Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net > FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Sun Nov 12 16:47:05 MET 1995 -- Andrew A. Timonin E-mail tim@sssun.spb.su, St.Petersburg phone: office: +7 (812) 1106762 Russia private: +7 (812) 2540779 From owner-freebsd-hackers Sat Nov 18 11:48:59 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA15275 for hackers-outgoing; Sat, 18 Nov 1995 11:48:59 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA15268 ; Sat, 18 Nov 1995 11:48:49 -0800 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id LAA02074; Sat, 18 Nov 1995 11:48:19 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id LAA00714; Sat, 18 Nov 1995 11:44:07 -0800 Message-Id: <199511181944.LAA00714@corbin.Root.COM> To: tim@sssun.spb.su cc: hackers@freebsd.org, olah@freebsd.org, wollman@freebsd.org Subject: Re: TIME_WAIT and linear chain of TCPCBs (was: ...beat a WEB server to death) In-reply-to: Your message of "Sat, 18 Nov 95 21:59:16 +0300." From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 18 Nov 1995 11:44:01 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >I still have no time to look in 2.1 sources, but in 2.0.5 there was >a bug in ip_icmp.c in ICMP_UNREACH type processing. >It look like a misprint, you may see it from a diff: > >*** ip_icmp.c.orig Tue May 30 12:09:42 1995 >--- ip_icmp.c Sat Oct 21 13:01:50 1995 >*************** >*** 240,246 **** > case ICMP_UNREACH_PROTOCOL: > case ICMP_UNREACH_PORT: > case ICMP_UNREACH_SRCFAIL: >! code += PRC_UNREACH_NET; > break; > > case ICMP_UNREACH_NEEDFRAG: >--- 240,246 ---- > case ICMP_UNREACH_PROTOCOL: > case ICMP_UNREACH_PORT: > case ICMP_UNREACH_SRCFAIL: >! code = PRC_UNREACH_NET; > break; > > case ICMP_UNREACH_NEEDFRAG: > >---------------- > >This may lead to a large number of TCP connections in SYN RECEIVED state, >for ex. on large mail relays when some site without a back route to it is >trying to semd mail to this relay. It sends SYN, which reach relay via >for ex. default route. Relay sends SYN back, but get ICMP_UNREACH as >a reply :-(. But because of this misprint tcp socket will not be closed >as it should be, but will hang waiting for timeout expire. I believe the original code is correct. Occording to Stevens' TCP/IP Illustrated when discussing this fragment: "There is an implied ordering of the PRC_ constants that matches the ICMP 'code' values. This explains why 'code' is incremented by a PRC_ constant." -DG From owner-freebsd-hackers Sat Nov 18 12:48:46 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA17077 for hackers-outgoing; Sat, 18 Nov 1995 12:48:46 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA17070 for ; Sat, 18 Nov 1995 12:48:38 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA09519; Sat, 18 Nov 1995 13:45:11 -0700 From: Terry Lambert Message-Id: <199511182045.NAA09519@phaeton.artisoft.com> Subject: Re: NFS client caching in UNIX To: babkin@hq.icb.chel.su (Serge A. Babkin) Date: Sat, 18 Nov 1995 13:45:11 -0700 (MST) Cc: terry@lambert.org, hackers@freebsd.org In-Reply-To: <199511180933.OAA01222@hq.icb.chel.su> from "Serge A. Babkin" at Nov 18, 95 02:33:21 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: 9527 Sender: owner-hackers@freebsd.org Precedence: bulk Sorry about the length of this reply. I hope this will put at least some of the issues involved to rest, so the length may be worth it. > You are describing the read cache here. I'm speaking about the write cache. > > Consider the logic of read and write. The reading needs to spend a round > trip time per each request if we can't predict the request sequence. > The writing does not need a round trip time because after the request is > transferred to the network (in the case of an absolutely reliable network) we > can forget about it and let the program work and generate the next write > request. Or in the case of an unreliable network we can use a windowed > protocol for writes so that when one write request travel through the > network, being executed and reply travels through the network the next > write request(s) can be produced. So, obviously, the writes must be > more effective than writes. But what do we see with NFS ? Reads are > about 5 times more effective than writes. Why? Because the network is > unreliable and we can get an error (in the case of soft mount) that > should be reported immediately to the application and because the > application can use some order of writes (possibly in different files) > to implicitly synchronize their "transactions". > > But if the application uses explicit syncronization and is not very > sensitive in the case of failure which write() precisely returns > failure (presence of at least one failure during "transaction" means > that the whole "transaction" fails) we can "delay" reporting the > failure until any other write request before the end of "transaction" > or the end of "transaction" itself. The "transaction" can be commited > by the calls close(), fsync(), unlock() and possibly lock(). > So we can have windowed writes between the "transaction" delimiters. > > Yes, not all applications will work well under these assumptions, but most > will do. So, we can add such write cache as an option. In the most cases > we will get significant write performance increase, in all other cases > we can simply disable this option for the mounts that will need syncronous > writes. >From "UNIX Internals: The New Frontiers", Vahalia, 10.7, "NFS Performance" , _italics_: ============================================================================ 10.7.2 Client-Side Caching If every operation on a remote file required network access, NFS performance would be intolerably slow. Hence most NFS clients resort to caching both file blocks and file attributes. They cache file blocks in the buffer cache and attributes in the rnodes. This caching is dangerous, since the client has no way of knowing if the contents of the cache are still valid, short of querying the server each time they must be used. Clients take certain precautions to reduce the dangers of using stale data. The kernel maintains an expiry time in the rnode, which monitors how long the attributes have been cached. Typically, the client caches the attributes for 60 seconds or less after fetching them from the server. If they are accessed after the quantum expires, the client fetches them from the server again. Likewise, for file data blocks, the client checks the cache consistency by verifying that the file's _modify time_ has not changed since the cached data was read from the server. The client may use the cached value of the timestamp or issue a GETATTR if it has expored. Client side caching is essential for acceptable performance. The precautions described here reduce, but do not eliminate, the consistency problems. In fact, they introduce some new race conditions, as described in [Mack91] and [Jusz 89]. 10.7.3 Deferral of Writes The NFS requirement of synchronous writes applies only to the server. The client is free to defer writes, since if data is lost due to a client crash, the users know about it. The client policy, therefore, is to use asynchronous writes for full blocks (issue the WRITE rewuest but do not wait for the reply) and delayed writes for partial blocks (issue the WRITE sometime later). Most UNIX implementations flush delayed writes to the server when the file is closed and also every 30 seconds. The _biod_ daemons on the client handle these writes. < ... discussion of NVRAM based disk commit avoidance ... > [Jusz94] shows a technique called write-gathering that reduces the synchronous write bottleneck without using special hardware. It relies on the fact that typical NFS clients use a number of _biod_ daemons to handle write operations. When a client process opens a file and writes to it, the kernel simply caches the changes and marks them for delayed write. When the client closes the file, the kernel flushed its blocks to the server. If there are sufficient _biod_s available on the client, they can issue all writes in parallel. As a result, servers often receive a number of writes requests for the same file bunched together. Using write-gathering, the server does not process the WRITE requests immediately. Rather, it delays them for a little while, in the hope that it receives other WRITEs for the same file in the meantime. It then gathers all the requests for the same file and processes them together. After completing them all, the server replies to each of them. This technique is effective when clients use _biod_s and is optimal when they use a large number of _biod_s. Although it appears to increase the latency of individual requests, it improves performance tremendously by reducing the total number of disk operations on the server. <...> ======================================================================= Now, we can safely use async writes in the NFSv3 protocol. But DOS clients will not generate them because the DOS system call interface is not async. VWIN32 allows for async completion on read, writes, and though it si not explicitly documented in MS's online documentation, device ioctl's. But this does nothing to help the typical DOS client. So what are the overall conclusions (apart from the obvious one of "DOS sucks rocks") in light of a desire to get better WRITE numbers? 1) DOS behaviour is pathological for some types of optimzations which are otherwise typically "good bets". 2) DOS architecture can't handle most caching optimizations without a serious rework of the system architecture or explicit use of non-standard API's by application programs. 3) DOS machines don't use the multiple BIOD's for the highest payback caching optimzation. 4) Even if the did use the required multiple BIOD's and you hacked the DOS by using direct redirection of interrupts instead of INT 2C (NetBIOS), the BSD NFS would require a retrofit to fully support write-gathering. 5) The NFSv3 async write would be a win for UNIX clients that can take advantage of it, but DOS clients couldn't use it. Instead, you'd have to go to a VWIN32 API to get async I/O, which means different applications and Windows95 or WindowsNT instead of Windows3.x or DOS. 6) Uresh Vahalia is a better writer than Terry. 8-). 7) Everyone should buy Uresh's book. 8-). It's quite possible to get huge performance gains out of NFS if you control the client and the server software sufficiently closely. Even if all you control is the client, as long as the implementation is typical of a UNIX kernel environment, you can expect to be able to get fairly large wins. But unless you plan to rewrite a DOS client from scratch, and trap many calls that are not typically associated with simple network redirectors and basically write much of the code from scratch (there is no PD DOS NFS client source code), DOS would be a serious bear. Don't let me discourage you from attempting it, but realize the road you are on before you hit it. Meanwhile, write gathering looks like a reasonable goal for the BSD NFS implementation, though it looks to require both client and server work to get the write numbers up. I guess the next question is what are the v2 vs. V3 numbers on the same hardware, and would it be a sufficient win for the amount of time involved. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Nov 18 13:11:25 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA17913 for hackers-outgoing; Sat, 18 Nov 1995 13:11:25 -0800 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id NAA17901 for ; Sat, 18 Nov 1995 13:11:20 -0800 Received: by sequent.kiae.su id AA13024 (5.65.kiae-2 ); Sun, 19 Nov 1995 00:10:55 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Sun, 19 Nov 95 00:10:54 +0300 Received: (from ache@localhost) by ache.dialup.demos.ru (8.6.12/8.6.12) id AAA00790; Sun, 19 Nov 1995 00:10:26 +0300 To: hackers@freebsd.org, "Jordan K. Hubbard" Message-Id: Organization: Olahm Ha-Yetzirah Date: Sun, 19 Nov 1995 00:10:26 +0300 (MSK) X-Mailer: Mail/@ [v2.40 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: SUP overload & compress Lines: 9 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 476 Sender: owner-hackers@freebsd.org Precedence: bulk Talking about SUP overload on freefall I wonder, why we not use "compress" option in standard supfiles? It increases CPU time but reduces network overload and time taken by SUP pass. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Sat Nov 18 13:15:43 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA18175 for hackers-outgoing; Sat, 18 Nov 1995 13:15:43 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA18162 for ; Sat, 18 Nov 1995 13:15:30 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA09562; Sat, 18 Nov 1995 14:12:34 -0700 From: Terry Lambert Message-Id: <199511182112.OAA09562@phaeton.artisoft.com> Subject: Re: NFS vs. NetWare for DOS file services To: babkin@hq.icb.chel.su (Serge A. Babkin) Date: Sat, 18 Nov 1995 14:12:33 -0700 (MST) Cc: terry@lambert.org, hackers@freebsd.org In-Reply-To: <199511181046.PAA01710@hq.icb.chel.su> from "Serge A. Babkin" at Nov 18, 95 03:46:11 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: 6464 Sender: owner-hackers@freebsd.org Precedence: bulk > I have tried FoxPro 2.0 both on Netware and NFS (I have learned in the > university where it was runned on Netware and I did laboratory works at > my work where I had NFS installed) and it worked on both. So it looks like > it uses DOS lock calls that are then implemented through Netware or NFS. > I don't know about other calls. It looks like DOS (and Netware too) has > no fsync call or anything like, the full sync call appeared in DOS 6+ olny. More likely, the code will use a NetWare API if it finds one, and is doing regualr DOS I/O and doesn't know it's on a network in the NFS case. [ ... 70% of NetWare requests are reads ... ] > BTW, which percent of them are reads of .exes ? If it is small all these > tricks with 9K will give small effect. Many of them. But that's not the point. The point is that most reads are done on fd's open for read and not write, so you can safely cache because you have additional information that you don't have otherwise. > > There is a big win on .exe loading to caching. Specifically, the way > > DOS loads executables causes it to refer to the first 9k several times > > in the load process. > > Is it because the typical size of .exe relocation table is 9K ? IMHO this > can be implemented (may be less effective but enough simple) by reserving > 9K cache where to put the data readed from the first 9K of any file. > When reading from the first 9K of any file we can lookup first in this > buffer. No. It's because of the stupid way that most DOS executables load, and that's because of the stupid way the DOS loader sets up the PSP by rereading crap instead of setting it all up at once. > > A DOS client loading a .exe will not trigger read-ahead, because the > > first 9k is rereferenced when the file is otherwise sequential I/O. > > Do other reads trigger read-ahead ? I think that if the common cache is > different from the "9K cache" read-aheads will not pain because they will > not disturb the "9K cache". I mean trigger read-ahead by a UFS file system. And it *should* trigger read-ahead. That's why you need an fadvise. > > After reads, the next most frequent operation is writes, which are about > > 18% of operations. Typically, writes are not sequential. There is > > little you can do to improve write performance, other than to remove the > > synchronous requirements. These requirements are removed by: > > > > 1) Removing POSIX semantics on the file system (dangerous). > > I'm sorry... Explain me please shortly what is this semantics. POSIX requires certain data to be updated at certain times so it can make data state guarantees to the clients of the POSIX API. Many of these state guarantees result in "useless" synchronous I/O in UFS. This is "useless" from the perspective of our "intended use": serving files to a DOS box. [ ... ] > > Directory operations accont for a disproportionate amount of the time > > for the client waiting for a server response. > > > > The biggest win, which only recently went into NetWare and NFSv3, is > > the ability to return multple entries at the same time. > > I have read the RFC on NFSv2 and there was said that it has the ability to > read multiple directory entries at once. Was it just not implemented > in servers ? The major issue is the stat data. But v2 implementations typically do not provide a multiple entry interface. [ ... ] > > Note that this type of crap won't fly with NFS, which pretends to provide > > POSIX semantics to its clients. > > Getdents() reads multiple directory entries at once, why we can't say that > reading multiple directory entries through NFS at once is like getdents() ? You can. It's the large amount of sync I/O you can't avoid, as long as you are making update guarantees consistent with POSIX. > > Oh yeah. And by having the entire volume directory structure, including > > file metadata, in core at all times and accessed via hashlist. And you > > wondered why mounting took a long time. > > I have throught that the main reason why Netware loads all metadata in core is > that its access rights are very "heavy". Nope. Not all of the blocks containing the trustee information are in core. A typically installation won't use a lot of trustee data anyway. > > No. "SHARE" provides file granularity access locking semantics. Which > > means multiple reader OR single writer guarantees are made, even under > > NetBIOS. > > I'm not shure what SHARE does, I have throught that it simply implements DOS > FLOCK call on Microsoft networks. Does not it ? There are two locking modes: "regular", used by aware applications, and "compatability" used by dumb applications. The SHARE implements compatability mode requests do that dumb applications can run (I just looked for my state table for the thing and I can't find it; it must be on my other machine, and I'm running WinBench against it, so I'm not going to do anything about it right now). [ ... ] > In my opinion what you describe are "very Netware-aware" applications > but most applications work on Lantastic, NFS etc. too. I think that > dBASE-like systems must not be so network vendor dependent. An app like that is only "NetBIOS" aware, which may be enough to cause it to do async requests, etc.. The use of the Novell TTS API's is understandably far from portable. Applications that are "network apps" will typically modify the way they access things to get better performance (having been tested in that type of environment) and use thing like the exended INT 21 interfaces introduced with DOS 3.1 in place of the older interfaces -- they don't mix them. dBase-like systems will make locks on records, not using the index file as a full on lock. They also typically *expect* to be screwed with a server error, and thus come with some recover tool. The people who use them expect to have to run the tool occasionally. Not to drag Jordan into this (8-)), but it's like buying a car with known electrical problems, and then replacing the alternator coil each time it goes bad because they won't sell you a working regulator. This is not the type of application you should code for -- doing so perpertuates the assumptions that allow the application to work, and encourages more bad applications that feel free to make the same assumptions. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Nov 18 13:29:03 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA18609 for hackers-outgoing; Sat, 18 Nov 1995 13:29:03 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA18597 for ; Sat, 18 Nov 1995 13:28:54 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA09612; Sat, 18 Nov 1995 14:26:30 -0700 From: Terry Lambert Message-Id: <199511182126.OAA09612@phaeton.artisoft.com> Subject: Re: elm problem - "solved" To: grog@lemis.de Date: Sat, 18 Nov 1995 14:26:30 -0700 (MST) Cc: terry@lambert.org, hackers@freebsd.org In-Reply-To: <199511180800.JAA16684@allegro.lemis.de> from "Greg Lehey" at Nov 18, 95 09:00:08 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: 4653 Sender: owner-hackers@freebsd.org Precedence: bulk > > > /* > > > * Advisory file segment locking data type - > > > * information passed to system by user > > > */ > > > struct flock { > > > short l_type; /* lock type: read/write, etc. */ > > > short l_whence; /* type of l_start */ > > > off_t l_start; /* starting offset */ > > > off_t l_len; /* len = 0 means until end of file */ > > > pid_t l_pid; /* lock owner */ > > > }; > > > > BZZZT. SunOS4 has the syspid as well. It's necessary for NFS locking, > > which is why my NFS locking kernel support patches had it as well. > > OK, here's the extract from my SunOS 4.1.3_U1B man page: > > The record to be locked or unlocked is described by the > flock structure defined in as follows: > > struct flock { > short l_type; /* F_RDLCK, F_WRLCK, or F_UNLCK */ > short l_whence; /* flag to choose starting offset */ > long l_start; /* relative offset, in bytes */ > long l_len; /* length, in bytes; 0 means lock to EOF */ > pid_t l_pid; /* returned with F_GETLK */ > }; > > In , the definition is: > > /* file segment locking set data type - information passed to system by user */ > struct flock { > short l_type; /* F_RDLCK, F_WRLCK, or F_UNLCK */ > short l_whence; /* flag to choose starting offset */ > long l_start; /* relative offset, in bytes */ > long l_len; /* length, in bytes; 0 means lock to EOF */ > short l_pid; /* returned with F_GETLK */ > short l_xxx; /* reserved for future use */ > }; #ifndef _POSIX_SOURCE /* extended file segment locking set data type */ struct eflock { short l_type; /* F_RDLCK, F_WRLCK, or F_UNLCK */ short l_whence; /* flag to choose starting offset */ long l_start; /* relative offset, in bytes */ long l_len; /* length, in bytes; 0 means lock to EOF */ short l_pid; /* returned with F_GETLK */ short l_xxx; /* reserved for future use */ long l_rpid; /* Remote process id wanting this lock */ long l_rsys; /* Remote system id wanting this lock */ }; #endif /* !_POSIX_SOURCE */ I have access to a SunOS 4.1.3 box as well. 8-). > So yes, maybe l_xxx is used as a syspid. But I don't think so, and > it's certainly not documented. Yeah. NFS locking isn't documented. So? Here's some "close" doc: % man fcntl [ ... ] F_RSETLK F_RSETLKW F_RGETLK Are used by the network lock daemon, lockd(8C), to communicate with the NFS server kernel to handle locks on the NFS files. [ ... ] Also not documented: F_CNVT Convert an NFS file handle to an fd for the rpc.lockd process. F_UNLKSYS Remove all locks by remote system id (l_rsys). The kernel code for NFS locking is actually pretty damn obvious, with the exception of function callback registration in the NFS init code to let F_CNVT work when NFS is an LKM. 8-). > > > I really have great difficulty understanding why this change was made. > > > It means that old FreeBSD and BSD/386 binaries won't work correctly > > > under FreeBSD or BSD/OS Versions 2. I can't see any advantage at all > > > in this change. Grrrr. > > > > Think packing on RISC systems. You put the largest followed by the > > smallest to reduce the copyin overhead. > > Think reality. short=2 bytes. long=4 bytes for all the systems we're > talking about. The only 8-byte constraint in most RISC systems is for > doubles on the Sparc architecture--I don't know for sure for other > RISCs. Can you point to more restrictive constraints? >From stdio.h: ========================================================================== /* * This is fairly grotesque, but pure ANSI code must not inspect the * innards of an fpos_t anyway. The library internally uses off_t, * which we assume is exactly as big as eight chars. (When we switch * to gcc 2.4 we will use __attribute__ here.) * * WARNING: the alignment constraints on an off_t and the struct below * differ on (e.g.) the SPARC. Hence, the placement of an fpos_t object * in a structure will change if fpos_t's are not aligned on 8-byte * boundaries. THIS IS A CROCK, but for now there is no way around it. */ ========================================================================== (BTW: we're after gcc 2.4: where is __attribute__? 8-)). off_t is 8 bytes. It's a quad. Check the GCC configuration file for "quad" and/or "long long". Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Nov 18 13:31:08 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA18723 for hackers-outgoing; Sat, 18 Nov 1995 13:31:08 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA18712 for ; Sat, 18 Nov 1995 13:30:59 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA09626; Sat, 18 Nov 1995 14:28:37 -0700 From: Terry Lambert Message-Id: <199511182128.OAA09626@phaeton.artisoft.com> Subject: Re: elm problem - "solved" To: grog@lemis.de Date: Sat, 18 Nov 1995 14:28:36 -0700 (MST) Cc: terry@lambert.org, hackers@freebsd.org In-Reply-To: <199511180801.JAA16694@allegro.lemis.de> from "Greg Lehey" at Nov 18, 95 09:01:44 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: 585 Sender: owner-hackers@freebsd.org Precedence: bulk > > Why not use an aternate call table ala execution class for ABI support > > for IBCS2, Linux, etc.? > > How are you going to distinguish between the objects? In the case of > ibcs2 and Linux, the object files have different magic. Not so in the > case of old BSD objects. By the crt0.o instruction differences for getenv(), and for BSDI, for dlopen. Yes, I know this is voodoo, but it will work. The magic number just got bigger is all. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Nov 18 13:38:43 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA19107 for hackers-outgoing; Sat, 18 Nov 1995 13:38:43 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA19102 for ; Sat, 18 Nov 1995 13:38:37 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA09694; Sat, 18 Nov 1995 14:36:11 -0700 From: Terry Lambert Message-Id: <199511182136.OAA09694@phaeton.artisoft.com> Subject: Re: linux' mknod and named pipes. To: grog@lemis.de Date: Sat, 18 Nov 1995 14:36:11 -0700 (MST) Cc: bde@zeta.org.au, hackers@FreeBSD.ORG In-Reply-To: <199511181028.LAA17511@allegro.lemis.de> from "Greg Lehey" at Nov 18, 95 11:28: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: 1352 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > >> >Is there any good reason why we shouldn't modify mknod to make a fifo > > >> >when called with the appropriate parameters? > > >> > > >> The same reason we shouldn't modify thousands of other system calls to be > > >> compatible with thousands of other systems: it takes longer and gives > > >> worse results. [ ... ] > > >2. It gives worse results. How? Why? > > > > It just confuses programmers to have two ways of doing the same thing. > > Not if you say "this feature is deprecated and only exists for > compatibility with obsolescent operating systems". Actually, it's BSD that's obsolete here. You might as well argue for changing select() to not work on some classes of devices as argue to seperate the mknod and mkfifo interfaces. It's stupid to perpetuate non-uniformity in interfaces for bogus reasons. There's no good reason for having the interfaces seperate except that it's a historical BSDism. I'd prefer rolling the code together and replacing mkfifo(2) with mkfifo(3) that calls mknod(2). POSIXism's (which is what the mkfifo(2) man page says this is) can be implemented in the library and not change compliance level for the system (not that anyone has certified FreeBSD). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Nov 18 13:43:35 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA19370 for hackers-outgoing; Sat, 18 Nov 1995 13:43:35 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA19365 for ; Sat, 18 Nov 1995 13:43:29 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA09716; Sat, 18 Nov 1995 14:40:55 -0700 From: Terry Lambert Message-Id: <199511182140.OAA09716@phaeton.artisoft.com> Subject: Re: DELAY's in syscons To: bde@zeta.org.au (Bruce Evans) Date: Sat, 18 Nov 1995 14:40:55 -0700 (MST) Cc: bde@zeta.org.au, hm@altona.hamburg.com, freebsd-hackers@FreeBSD.ORG, hosokawa@mt.cs.keio.ac.jp In-Reply-To: <199511181324.AAA25738@godzilla.zeta.org.au> from "Bruce Evans" at Nov 19, 95 00:24:23 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: 920 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > >Instead it uses dummy reads from port 0x84 which execute in a defined time > >of ~= 1,25us. (IF they ever do execute - i was told that some implementations > >do know that there is nothing to read from port 0x84 and somehow don't let > >this read though to the bus, the result is, that these reads do execute very > >fast). > > I think this only works reliably for 8MHz ISA buses. Otherwise I would > have used it in DELAY(). The only way it can be reliable is if all buses > know it is special and put something there that inserts wait states to > extend the i/o time to 1.25us. Time to scream about high resoloution kernel timers once again? A nice reschedulable one-shot HRT interface would fix DELAY right up. There are only *minor* kernel preemption issues involved. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Nov 18 13:45:59 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA19504 for hackers-outgoing; Sat, 18 Nov 1995 13:45:59 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA19497 ; Sat, 18 Nov 1995 13:45:55 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA09727; Sat, 18 Nov 1995 14:42:58 -0700 From: Terry Lambert Message-Id: <199511182142.OAA09727@phaeton.artisoft.com> Subject: Re: knews-0.9.3 ported - really, an amazing X11 Newsreader with graphical threads To: andreas@knobel.gun.de (Andreas Klemm) Date: Sat, 18 Nov 1995 14:42:58 -0700 (MST) Cc: jkh@freebsd.org, j@uriah.heep.sax.de, ports@freebsd.org, hackers@freebsd.org In-Reply-To: <199511181646.RAA15921@knobel.gun.de> from "Andreas Klemm" at Nov 18, 95 05:46:21 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: 410 Sender: owner-hackers@freebsd.org Precedence: bulk > This is really *hot* stuff ! Is there still some time and some > space on the 2.1 CD ??? ;-) > > Well this is _the_ coolest X11 NNTP newsreader I ever saw, here > some infos from the WEB page: What is the URL? I'd like to see some screen shots, if they have them... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Nov 18 14:00:40 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA20308 for hackers-outgoing; Sat, 18 Nov 1995 14:00:40 -0800 Received: from hub.org (root@hub.org [199.166.238.138]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA20250 for ; Sat, 18 Nov 1995 14:00:09 -0800 Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id QAA05837; Sat, 18 Nov 1995 16:59:51 -0500 (EST) Date: Sat, 18 Nov 1995 16:59:47 -0500 (EST) From: "Marc G. Fournier" To: freebsd-hackers@freebsd.org Subject: re: sup and compress Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hi... someone mentioned that it might be an idea to turn on compression in the standard sup files, in that it woudl take up more CPU, but less network... ...my question is, if everyone connecting to ftp.freebsd.org were to have compress turned on, and the result being that each file got sent out compressed, wouldn't that adversely affect the speed that the supserver could send out the files, and therefore, it wouldn't take as long to travel the link, but the time would be made up for by waiting for each to compress? I just can't imagine 400 connections X gzip hitting that poor supserver at once, and it actually making the transfer time faster, but that's just me... Marc G. Fournier | Knowledge, Information and Communications, Inc (ki.net) scrappy@hub.org | soon to be: | scrappy@ki.net | For more information, send me email. From owner-freebsd-hackers Sat Nov 18 14:07:01 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA20660 for hackers-outgoing; Sat, 18 Nov 1995 14:07:01 -0800 Received: from w8hd.w8hd.org (w8hd.w8hd.org [198.252.159.10]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA20655 for ; Sat, 18 Nov 1995 14:06:48 -0800 Received: (from kimc@localhost) by w8hd.w8hd.org (8.6.12/8.6.9) id RAA11461; Sat, 18 Nov 1995 17:06:45 -0500 Date: Sat, 18 Nov 1995 17:06:45 -0500 (EST) From: Kim Culhan To: hackers@freebsd.org Subject: 1104-SNAP undef'd symbol Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Trying to build kernel from the 1104-SNAP I get: kern_sysctl.0: Undefined symbol '_hw_float' referenced from text segment. kim -- kimc@w8hd.org From owner-freebsd-hackers Sat Nov 18 14:07:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA20708 for hackers-outgoing; Sat, 18 Nov 1995 14:07:48 -0800 Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA20702 for ; Sat, 18 Nov 1995 14:07:44 -0800 Received: (from henrich@localhost) by crh.cl.msu.edu (8.6.12/8.6.12) id RAA01659 for freebsd-hackers@freebsd.org; Sat, 18 Nov 1995 17:07:43 -0500 From: Charles Henrich Message-Id: <199511182207.RAA01659@crh.cl.msu.edu> Subject: Broken ar and ranlib in -current and -stable To: freebsd-hackers@freebsd.org Date: Sat, 18 Nov 1995 17:07:42 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 918 Sender: owner-hackers@freebsd.org Precedence: bulk When doing a build with ar and ranlib versions from both -stable and -current, I get: cc -I../scnc -c set_inn_conf.c rm -f libscnc_news.a ar vr libscnc_news.a set_inn_conf.o ar: creating archive libscnc_news.a a - set_inn_conf.o ranlib libscnc_news.a ranlib: libscnc_news.a: Inappropriate file type or format *** Error code 1 Stop. A ls -l looks strange: 2 -rw-rw-r-- 1 root bin 1731 Nov 9 13:59 scnc_news.h 1 -rw-rw-r-- 1 root bin 756 Nov 13 16:58 Makefile 16 -rw-rw-r-- 1 root bin 15594 Nov 14 17:48 set_inn_conf.c 6 -rw-r--r-- 1 root 4294967294 6128 Nov 18 17:04 set_inn_conf.o 7 -rw-r--r-- 1 root 4294967294 6196 Nov 18 17:04 libscnc_news.a Could this be from the latest patches to fix the odd number of files >17 long bugs? -Crh Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-hackers Sat Nov 18 14:12:35 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA20977 for hackers-outgoing; Sat, 18 Nov 1995 14:12:35 -0800 Received: from shell.monmouth.com (pechter@shell.monmouth.com [205.164.220.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA20971 for ; Sat, 18 Nov 1995 14:12:29 -0800 Received: (from pechter@localhost) by shell.monmouth.com (8.6.12/8.6.12) id RAA13004 for FreeBSD-hackers@freebsd.org; Sat, 18 Nov 1995 17:12:07 -0500 From: Bill/Carolyn Pechter Message-Id: <199511182212.RAA13004@shell.monmouth.com> Subject: recommendations - laptop pcmcia To: FreeBSD-hackers@freebsd.org (FreeBSD-hackers) Date: Sat, 18 Nov 1995 17:12:05 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 911 Sender: owner-hackers@freebsd.org Precedence: bulk I'm finally going to bite the bullet and buy a laptop. I've got a shot at the new IBM Thinkpad 365 w/CDROM and 8mb of memory. Any recommendations on PCMCIA supported ethernet (thinnet preferred...). At work we're running Token Ring 8-( so I'm going to have to make do with Slip under FreeBSD. (Linux has a Token Ring implementation -- but not for my card... I've got the SMC 8115 Elite Token Ring card -- so I guess slip's the only thing left to run to talk to the AIX stuff.) I'm trying to keep the price down -- so if anyone has some moderate priced stuff... let me know. Bill ------------------------------------------------------------------------------- Bill Pechter/Carolyn Pechter | The postmaster always pings twice. Lakewood MicroSystems | 17 Meredith Drive, 908-389-3592 | Tinton Falls, NJ 07724 pechter@shell.monmouth.com | From owner-freebsd-hackers Sat Nov 18 14:18:45 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA21252 for hackers-outgoing; Sat, 18 Nov 1995 14:18:45 -0800 Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA21247 for ; Sat, 18 Nov 1995 14:18:42 -0800 Received: (from henrich@localhost) by crh.cl.msu.edu (8.6.12/8.6.12) id RAA01706 for freebsd-hackers@freebsd.org; Sat, 18 Nov 1995 17:18:37 -0500 From: Charles Henrich Message-Id: <199511182218.RAA01706@crh.cl.msu.edu> Subject: ranlib and ar broken (they arent) To: freebsd-hackers@freebsd.org Date: Sat, 18 Nov 1995 17:18:37 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 494 Sender: owner-hackers@freebsd.org Precedence: bulk Something really odd is going on here.. I dont know how this directory got this way, but I have a directory like so: 1 drwxrwxr-x 4 4294961071 4294967294 512 Aug 30 15:24 old_news/ A chown root.wheel old_news produces: 5:17pm dev1 [ROOT] chown root.wheel old_news chown: old_news: File too large That doesnt make any sense! Anyone have any ideas? -Crh Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-hackers Sat Nov 18 14:22:12 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA21509 for hackers-outgoing; Sat, 18 Nov 1995 14:22:12 -0800 Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA21504 for ; Sat, 18 Nov 1995 14:22:06 -0800 Received: (from henrich@localhost) by crh.cl.msu.edu (8.6.12/8.6.12) id RAA01733 for freebsd-hackers@freebsd.org; Sat, 18 Nov 1995 17:21:59 -0500 From: Charles Henrich Message-Id: <199511182221.RAA01733@crh.cl.msu.edu> Subject: Okay, what now? (was ranlib and ar are broken..) To: freebsd-hackers@freebsd.org Date: Sat, 18 Nov 1995 17:21:59 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1162 Sender: owner-hackers@freebsd.org Precedence: bulk Okay I have: 5:20pm dev1 [ROOT] repquota -av *** Report for user quotas on /home (/dev/sd0s2f) Block limits File limits User used soft hard grace used soft hard grace root -- 35643 0 0 1855 0 0 bin -- 6170 0 0 142 0 0 news -- 1836 0 0 136 0 0 man -- 25 0 0 10 0 0 web -- 16037 0 0 309 0 0 ftp -- 1 0 0 1 0 0 majordom -- 1542 0 0 97 0 0 uucp -- 17 0 0 9 0 0 114 -- 1341 0 0 201 0 0 12010 -- 2 0 0 1 0 0 101134 -- 3 0 0 1 0 0 I turn quotaoff /home and then rerun the chown and all is well. Are quota's this broken? -Crh Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-hackers Sat Nov 18 14:34:02 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA22131 for hackers-outgoing; Sat, 18 Nov 1995 14:34:02 -0800 Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA22108 ; Sat, 18 Nov 1995 14:33:52 -0800 Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.6.12/8.6.9) id OAA04469; Sat, 18 Nov 1995 14:32:48 -0800 Date: Sat, 18 Nov 1995 14:32:48 -0800 (PST) From: Jaye Mathisen To: Terry Lambert cc: Andreas Klemm , jkh@FreeBSD.ORG, j@uriah.heep.sax.de, ports@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: knews-0.9.3 ported - really, an amazing X11 Newsreader with graphical threads In-Reply-To: <199511182142.OAA09727@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Net Search in Netscape kicks back: http://www.matematik.su.se/users/kjj/knews.html From owner-freebsd-hackers Sat Nov 18 14:38:35 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA22454 for hackers-outgoing; Sat, 18 Nov 1995 14:38:35 -0800 Received: from tippy.vnet.net (tippy.vnet.net [166.82.197.240]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA22414 ; Sat, 18 Nov 1995 14:37:51 -0800 Received: (from root@localhost) by tippy.vnet.net (8.6.12/8.6.9) id RAA08228; Sat, 18 Nov 1995 17:34:02 -0500 Date: Sat, 18 Nov 1995 17:34:01 -0500 (EST) From: Chris Madison To: Terry Lambert cc: Andreas Klemm , jkh@FreeBSD.ORG, j@uriah.heep.sax.de, ports@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: knews-0.9.3 ported - really, an amazing X11 Newsreader with graphical threads In-Reply-To: <199511182142.OAA09727@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Sat, 18 Nov 1995, Terry Lambert wrote: > > This is really *hot* stuff ! Is there still some time and some > > space on the 2.1 CD ??? ;-) > > > > Well this is _the_ coolest X11 NNTP newsreader I ever saw, here > > some infos from the WEB page: > > What is the URL? I'd like to see some screen shots, if they have > them... > http://www.matematik.su.se/users/kjj/knews.html Just installed it myself and it very kewl! Beats the heck out of xvnews....though I've never been a fan of xvnews myself Click on the "graphical tree" link to get a full xv representation of it! From owner-freebsd-hackers Sat Nov 18 14:43:54 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA22714 for hackers-outgoing; Sat, 18 Nov 1995 14:43:54 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA22709 for ; Sat, 18 Nov 1995 14:43:49 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id JAA07072; Sun, 19 Nov 1995 09:42:16 +1100 Date: Sun, 19 Nov 1995 09:42:16 +1100 From: Bruce Evans Message-Id: <199511182242.JAA07072@godzilla.zeta.org.au> To: grog@lemis.de, terry@lambert.org Subject: Re: elm problem - "solved" Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >>From stdio.h: >========================================================================== >/* > * This is fairly grotesque, but pure ANSI code must not inspect the > * innards of an fpos_t anyway. The library internally uses off_t, > * which we assume is exactly as big as eight chars. (When we switch > * to gcc 2.4 we will use __attribute__ here.) > * > * WARNING: the alignment constraints on an off_t and the struct below > * differ on (e.g.) the SPARC. Hence, the placement of an fpos_t object > * in a structure will change if fpos_t's are not aligned on 8-byte > * boundaries. THIS IS A CROCK, but for now there is no way around it. > */ >========================================================================== >(BTW: we're after gcc 2.4: where is __attribute__? 8-)). __attribute__((__mode__(DI))) can't be used because of namespace pollution (someone might define DI). This will be fixed when we switch to gcc-2.7 (2.7 supports mode __DI__). Similarly, __attribute__(noreturn)) can't be used. It is used. Try #define noreturn SOL #include Bruce From owner-freebsd-hackers Sat Nov 18 15:43:50 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA25873 for hackers-outgoing; Sat, 18 Nov 1995 15:43:50 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA25860 for ; Sat, 18 Nov 1995 15:43:38 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id KAA09017; Sun, 19 Nov 1995 10:41:01 +1100 Date: Sun, 19 Nov 1995 10:41:01 +1100 From: Bruce Evans Message-Id: <199511182341.KAA09017@godzilla.zeta.org.au> To: freebsd-hackers@FreeBSD.org, henrich@crh.cl.msu.edu Subject: Re: Broken ar and ranlib in -current and -stable Sender: owner-hackers@FreeBSD.org Precedence: bulk >When doing a build with ar and ranlib versions from both -stable and -current, >I get: >cc -I../scnc -c set_inn_conf.c >rm -f libscnc_news.a >ar vr libscnc_news.a set_inn_conf.o >ar: creating archive libscnc_news.a >a - set_inn_conf.o >ranlib libscnc_news.a >ranlib: libscnc_news.a: Inappropriate file type or format >*** Error code 1 >Stop. >A ls -l looks strange: > 2 -rw-rw-r-- 1 root bin 1731 Nov 9 13:59 scnc_news.h > 1 -rw-rw-r-- 1 root bin 756 Nov 13 16:58 Makefile >16 -rw-rw-r-- 1 root bin 15594 Nov 14 17:48 set_inn_conf.c > 6 -rw-r--r-- 1 root 4294967294 6128 Nov 18 17:04 set_inn_conf.o > 7 -rw-r--r-- 1 root 4294967294 6196 Nov 18 17:04 libscnc_news.a >Could this be from the latest patches to fix the odd number of files >17 long >bugs? The gid of your directory is apparently (gid_t)-2 = 4294967294, so new files have this large gid. Such gids aren't supported by ar (see ar.h). ar of course doesn't bother to check for errors when writing the uid or the gid (it uses %-6u%-6u format) so it writes a bogus header. Bruce From owner-freebsd-hackers Sat Nov 18 15:45:17 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA25973 for hackers-outgoing; Sat, 18 Nov 1995 15:45:17 -0800 Received: from werple.net.au (0@werple.mira.net.au [203.9.190.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA25956 for ; Sat, 18 Nov 1995 15:45:03 -0800 Received: from cimaxp1.UUCP (Ucimlogi@localhost) by werple.net.au (8.7/8.7.1) with UUCP id KAA09250 for hackers@FreeBSD.org; Sun, 19 Nov 1995 10:01:40 +1100 (EST) Message-Id: <199511182301.KAA09250@werple.net.au> X-Authentication-Warning: werple.net.au: Ucimlogi set sender to cimaxp1!jb using -f Received: by cimaxp1.cimlogic.com.au; (5.65/1.1.8.2/10Sep95-0953AM) id AA13997; Sun, 19 Nov 1995 10:05:40 +1100 From: John Birrell Subject: Re: DELAY's in syscons To: lambert.org!terry@werple.net.au (Terry Lambert) Date: Sun, 19 Nov 1995 10:05:39 +1100 (EST) Cc: hackers@FreeBSD.org, jb@cimlogic.com.au In-Reply-To: <199511182140.OAA09716@phaeton.artisoft.com> from "Terry Lambert" at Nov 18, 95 02:40:55 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > > I think this only works reliably for 8MHz ISA buses. Otherwise I would > > have used it in DELAY(). The only way it can be reliable is if all buses > > know it is special and put something there that inserts wait states to > > extend the i/o time to 1.25us. > > Time to scream about high resoloution kernel timers once again? A nice > reschedulable one-shot HRT interface would fix DELAY right up. There > are only *minor* kernel preemption issues involved. What are the issues about getting better time resolution in general from the kernel? With process control software (that is threaded) running flat out in memory (no disk or network I/O), we notice the timer resolution. We'd also like a better nanosleep than we get using select. Is nanosleep something you'd implement with your "reschedulable one-shot HRT interface"? > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > -- John Birrell CIMlogic Pty Ltd jb@cimlogic.com.au 119 Cecil Street Ph +61 3 9690 9600 South Melbourne Vic 3205 Fax +61 3 9690 6650 Australia Mob +61 18 353 137 From owner-freebsd-hackers Sat Nov 18 15:53:14 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA26508 for hackers-outgoing; Sat, 18 Nov 1995 15:53:14 -0800 Received: from westhill.cdrom.com (westhill.cdrom.com [192.216.223.138]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA26502 for ; Sat, 18 Nov 1995 15:53:12 -0800 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by westhill.cdrom.com (8.6.12/8.6.11) with SMTP id PAA10548 ; Sat, 18 Nov 1995 15:53:08 -0800 X-Authentication-Warning: westhill.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Charles Henrich cc: freebsd-hackers@freebsd.org Subject: Re: ranlib and ar broken (they arent) In-reply-to: Your message of "Sat, 18 Nov 1995 17:18:37 EST." <199511182218.RAA01706@crh.cl.msu.edu> Date: Sat, 18 Nov 1995 15:53:07 -0800 Message-ID: <10546.816738787@westhill.cdrom.com> From: Gary Palmer Sender: owner-hackers@freebsd.org Precedence: bulk Charles Henrich wrote in message ID <199511182218.RAA01706@crh.cl.msu.edu>: > Something really odd is going on here.. > > I dont know how this directory got this way, but I have a directory like so: > > 1 drwxrwxr-x 4 4294961071 4294967294 512 Aug 30 15:24 old_news/ I dunno - is this an NFS mounted directory? Our Netware boxes sometimes throw out (UG)ID's like those when we are looking at them over NFS. Gary From owner-freebsd-hackers Sat Nov 18 16:01:17 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA26961 for hackers-outgoing; Sat, 18 Nov 1995 16:01:17 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA26954 for ; Sat, 18 Nov 1995 16:01:11 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id KAA09433; Sun, 19 Nov 1995 10:57:23 +1100 Date: Sun, 19 Nov 1995 10:57:23 +1100 From: Bruce Evans Message-Id: <199511182357.KAA09433@godzilla.zeta.org.au> To: freebsd-hackers@FreeBSD.ORG, henrich@crh.cl.msu.edu Subject: Re: Okay, what now? (was ranlib and ar are broken..) Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >I turn quotaoff /home and then rerun the chown and all is well. >Are quota's this broken? You probably exceeded the quota for gid -2. I think chown() won't allow the group of the file to be changed if the quota for the group is exceeded. This is probably a bug. Did you run the chown as root? Bruce From owner-freebsd-hackers Sat Nov 18 16:21:29 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA27758 for hackers-outgoing; Sat, 18 Nov 1995 16:21:29 -0800 Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA27752 for ; Sat, 18 Nov 1995 16:21:20 -0800 Received: (from henrich@localhost) by crh.cl.msu.edu (8.6.12/8.6.12) id TAA02219; Sat, 18 Nov 1995 19:21:18 -0500 From: Charles Henrich Message-Id: <199511190021.TAA02219@crh.cl.msu.edu> Subject: Re: ranlib and ar broken (they arent) To: gpalmer@westhill.cdrom.com (Gary Palmer) Date: Sat, 18 Nov 1995 19:21:18 -0500 (EST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <10546.816738787@westhill.cdrom.com> from "Gary Palmer" at Nov 18, 95 03:53:07 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 381 Sender: owner-hackers@freebsd.org Precedence: bulk > I dunno - is this an NFS mounted directory? Our Netware boxes > sometimes throw out (UG)ID's like those when we are looking at them > over NFS. Its on localdisk, originally it was on a NFS mount, so perhaps tar preserved the uid/gid combo's -Crh Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-hackers Sat Nov 18 16:21:46 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA27786 for hackers-outgoing; Sat, 18 Nov 1995 16:21:46 -0800 Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA27781 for ; Sat, 18 Nov 1995 16:21:45 -0800 Received: (from henrich@localhost) by crh.cl.msu.edu (8.6.12/8.6.12) id TAA02207; Sat, 18 Nov 1995 19:20:14 -0500 From: Charles Henrich Message-Id: <199511190020.TAA02207@crh.cl.msu.edu> Subject: Re: Okay, what now? (was ranlib and ar are broken..) To: bde@zeta.org.au (Bruce Evans) Date: Sat, 18 Nov 1995 19:20:14 -0500 (EST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <199511182357.KAA09433@godzilla.zeta.org.au> from "Bruce Evans" at Nov 19, 95 10:57:23 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 655 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > You probably exceeded the quota for gid -2. I think chown() won't > allow the group of the file to be changed if the quota for the group > is exceeded. This is probably a bug. Did you run the chown as root? Yes, I ran all of it as root, I've seen this before over my NFS<->AFS mounted filesystems, for whatever reason when building code the gid gets set to -2 if the files dont already exist. Im not sure if this is a bug in gcc or in ar|ranlib... This particular incident however occured entirely on localdisk -Crh Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-hackers Sat Nov 18 16:27:59 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA27998 for hackers-outgoing; Sat, 18 Nov 1995 16:27:59 -0800 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA27993 for ; Sat, 18 Nov 1995 16:27:54 -0800 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id AAA15665; Sun, 19 Nov 1995 00:23:40 GMT From: Michael Smith Message-Id: <199511190023.AAA15665@genesis.atrad.adelaide.edu.au> Subject: Re: 1104-SNAP undef'd symbol To: kimc@w8hd.org (Kim Culhan) Date: Sun, 19 Nov 1995 00:23:40 +0000 () Cc: hackers@freebsd.org In-Reply-To: from "Kim Culhan" at Nov 18, 95 05:06:45 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 724 Sender: owner-hackers@freebsd.org Precedence: bulk Kim Culhan stands accused of saying: > > > Trying to build kernel from the 1104-SNAP I get: > > kern_sysctl.0: Undefined symbol '_hw_float' referenced from text segment. #if !(NNPX>0) #error Stupid! You took the npx device out of the config. Don't! #endif See the comment in LINT : # # Mandatory ISA devices: isa, sc or vt, npx # > kim -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 041-122-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" -Terry Lambert UNIX: live FreeBSD or die! [[ From owner-freebsd-hackers Sat Nov 18 16:33:35 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA28462 for hackers-outgoing; Sat, 18 Nov 1995 16:33:35 -0800 Received: from hub.org (root@hub.org [199.166.238.138]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA28456 ; Sat, 18 Nov 1995 16:33:20 -0800 Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id TAA06422; Sat, 18 Nov 1995 19:33:06 -0500 (EST) Date: Sat, 18 Nov 1995 19:32:59 -0500 (EST) From: "Marc G. Fournier" To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Question (or complaint) about sup Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hi... Someone just told me about what sup is all about, and how to use it, and whatnot...but it seems that some parts rely on other parts, some of which I'd rather not make use of... I know, kinda vague. For example, /usr/src/lib/libncurses is 1.8.6...from 1994. I'm on the ncurses mailing list, and the ncurses I have on the system right now is 1.9.8 (1.9.7a + a bunch of patches). I dont' want to do a 'make world' and have my ncurses replaced... ...similar with sendmail and any other software that I've already got newer versions of installed... I don't assume that make world is smart enough to know the difference in version numbers, or anything like that, so assume that it will wipe out all I've brought over in favor of what it thinks is the "new stuff"? Marc G. Fournier | Knowledge, Information and Communications, Inc (ki.net) scrappy@hub.org | soon to be: | scrappy@ki.net | For more information, send me email. From owner-freebsd-hackers Sat Nov 18 16:39:32 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA28939 for hackers-outgoing; Sat, 18 Nov 1995 16:39:32 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA28919 ; Sat, 18 Nov 1995 16:39:24 -0800 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 BAA15149 ; Sun, 19 Nov 1995 01:39:14 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id BAA13357 ; Sun, 19 Nov 1995 01:39:14 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.1/keltia-uucp-2.6) id BAA01852; Sun, 19 Nov 1995 01:24:36 +0100 (MET) From: Ollivier Robert Message-Id: <199511190024.BAA01852@keltia.freenix.fr> Subject: Re: knews-0.9.3 ported - really, an amazing X11 Newsreader with graphical threads To: andreas@knobel.gun.de (Andreas Klemm) Date: Sun, 19 Nov 1995 01:24:35 +0100 (MET) Cc: jkh@freebsd.org, j@uriah.heep.sax.de, ports@freebsd.org, hackers@freebsd.org In-Reply-To: <199511181646.RAA15921@knobel.gun.de> from "Andreas Klemm" at Nov 18, 95 05:46:21 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1345 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk It seems that Andreas Klemm said: > Well this is _the_ coolest X11 NNTP newsreader I ever saw, here > some infos from the WEB page: Just wait a few months and a friend of mine will release Newsview which the equivalent of trn but under X11. It has real threading (like knews which borrowed trn's algorithms), visual thread display (much prettier than knews' own which way too large IMO) and something never really seen elsewhere: true multi-server support. Not being able to switch servers and have different newsrc for each server but real integration of the articles from all servers. You can subscribe from one or more servers for each group. It will also have both regular scoring (à la strn) but also auto-scoring... It also has multiples UI (Athena, Athena3D, 3DLook, Xview, NextStep and MacOS interfaces) all in an Xlib only program. Newsview is actually in alpha (generally 1 or 2 weeks between alphas) and I expect it to go beta in2 or 3 months. I've tried knews; it is much better than Xrn (i.e. it has threads unlike Xrn) but I think the graphical part is poor. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Sun Nov 12 16:47:05 MET 1995 From owner-freebsd-hackers Sat Nov 18 16:52:36 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA29740 for hackers-outgoing; Sat, 18 Nov 1995 16:52:36 -0800 Received: from localhost.lightside.com (user38.lightside.com [198.81.209.38]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA29732 for ; Sat, 18 Nov 1995 16:52:30 -0800 Received: (from jehamby@localhost) by localhost.lightside.com (8.6.12/8.6.9) id QAA00250; Sat, 18 Nov 1995 16:54:20 -0800 Date: Sat, 18 Nov 1995 16:53:56 -0800 (PST) From: Jake Hamby X-Sender: jehamby@localhost To: hackers@FreeBSD.ORG, jkh@time.cdrom.com Subject: Article in Byte: Excellent! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I just received the December 1995 issue of Byte magazine and was surprised to see that Jordan had written a short article on FreeBSD. Great job! I'm glad to see that FreeBSD is becoming more recognized in industry.. The article was generally very informative and gave a number of pointers to information about FreeBSD, such as the Web page, and Walnut Creek CDROM. It gave a brief overview of the history of BSD, suggestions on the kind of hardware you want to install FreeBSD on, how to set up X Windows and tips for Internet Service Providers. Anyway, I imagine most readers of the list already know most of the information in the article (it is only a brief 2-page overview, after all), but if you'd just like to see FreeBSD's name in print, check it out! ------------------------------------------------------------------------------ Jake Hamby | E-Mail: jehamby@lightside.com Student, Cal Poly University, Pomona | System Administrator, JPL ------------------------------------------------------------------------------ From owner-freebsd-hackers Sat Nov 18 16:55:27 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA29801 for hackers-outgoing; Sat, 18 Nov 1995 16:55:27 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA29796 for ; Sat, 18 Nov 1995 16:55:25 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id QAA11703; Sat, 18 Nov 1995 16:54:14 -0800 To: Jake Hamby cc: hackers@FreeBSD.ORG Subject: Re: Article in Byte: Excellent! In-reply-to: Your message of "Sat, 18 Nov 1995 16:53:56 PST." Date: Sat, 18 Nov 1995 16:54:14 -0800 Message-ID: <11701.816742454@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > I just received the December 1995 issue of Byte magazine and was surprised > to see that Jordan had written a short article on FreeBSD. Great job! I'm Well, it's a start, anyway.. :) Jordan From owner-freebsd-hackers Sat Nov 18 17:54:37 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA02296 for hackers-outgoing; Sat, 18 Nov 1995 17:54:37 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA02290 for ; Sat, 18 Nov 1995 17:54:33 -0800 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id RAA02489; Sat, 18 Nov 1995 17:54:25 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id RAA00825; Sat, 18 Nov 1995 17:49:25 -0800 Message-Id: <199511190149.RAA00825@corbin.Root.COM> To: Terry Lambert cc: grog@lemis.de, hackers@freebsd.org Subject: Re: linux' mknod and named pipes. In-reply-to: Your message of "Sat, 18 Nov 95 14:36:11 MST." <199511182136.OAA09694@phaeton.artisoft.com> From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 18 Nov 1995 17:49:25 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >I'd prefer rolling the code together and replacing mkfifo(2) with >mkfifo(3) that calls mknod(2). POSIXism's (which is what the mkfifo(2) The problem I have with this is that mknod() will be going away in the future (think devfs). -DG From owner-freebsd-hackers Sat Nov 18 18:19:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA03823 for hackers-outgoing; Sat, 18 Nov 1995 18:19:21 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA03814 for ; Sat, 18 Nov 1995 18:19:16 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA00209 for hackers@freebsd.org; Sat, 18 Nov 1995 19:18:26 -0700 Date: Sat, 18 Nov 1995 19:18:26 -0700 From: Terry Lambert Message-Id: <199511190218.TAA00209@phaeton.artisoft.com> To: hackers@freebsd.org Subject: test Sender: owner-hackers@freebsd.org Precedence: bulk see if my swapping ip's all over the place has killed me... Ignore. -- terry From owner-freebsd-hackers Sat Nov 18 18:19:57 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA03861 for hackers-outgoing; Sat, 18 Nov 1995 18:19:57 -0800 Received: from maui.com (langfod@waena.mrtc.maui.com [199.4.33.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA03854 for ; Sat, 18 Nov 1995 18:19:50 -0800 Received: (from langfod@localhost) by maui.com (8.6.10/8.6.6) id QAA16324; Sat, 18 Nov 1995 16:23:40 -1000 From: David Langford Message-Id: <199511190223.QAA16324@ maui.com> Subject: Re: 1104-SNAP undef'd symbol To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Sat, 18 Nov 1995 16:23:40 -1000 (HST) Cc: kimc@w8hd.org, hackers@freebsd.org In-Reply-To: <199511190023.AAA15665@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Nov 19, 95 00:23:40 am X-blank-line: This space intentionaly left blank. X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 593 Sender: owner-hackers@freebsd.org Precedence: bulk >Kim Culhan stands accused of saying: > ># ># Mandatory ISA devices: isa, sc or vt, npx ># OKay, I have been wondering this for awhile: if there are devices which are so mandatory then why have them in the config file at all? Why not just make them included if say isa0 is enabled? :-/ -- /--------------------------------------------------------------------\ | David Langford - Kihei, Maui, Hawaii - langfod@maui.com | | Maui Research and Technology Center -- Network Administrator | \--------------------------------------------------------------------/ From owner-freebsd-hackers Sat Nov 18 18:27:05 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA04352 for hackers-outgoing; Sat, 18 Nov 1995 18:27:05 -0800 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA04347 for ; Sat, 18 Nov 1995 18:27:02 -0800 Received: from rah.star-gate.com (localhost [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.9) with ESMTP id SAA00714 for ; Sat, 18 Nov 1995 18:24:57 -0800 Message-Id: <199511190224.SAA00714@rah.star-gate.com> X-Mailer: exmh version 1.6.2 7/18/95 To: hackers@freebsd.org Subject: Jefferson Starship Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 18 Nov 1995 18:24:51 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk Jefferson Starship Concert Broadcast out of San Francisco today Saturday starting at 8:00 Pacific Standard Time Session Cybership 224.2.195.92 ttl 127 audio@62693/11239 video@58671/40417 Say Amancio what the heck this has to do with FreeBSD? The current broadcast is going to be with SGI Indy's however there is a good possibility that the next broadcast we will use FreeBSD boxes 8) So whats the catch? If you have an mbone connection try to watch it or listen to it if you have a vat and mrouted connectivity. It will be must cool if you can say that you are a freebsd site when you run vat: vat -N "Joe Powered by FreeBSD" I apologize for the posting and the lateness however it has been hecked over here since we are broadcasting from the concert hall. Regards and if you can have a ball!!! Amancio From owner-freebsd-hackers Sat Nov 18 19:27:27 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA08055 for hackers-outgoing; Sat, 18 Nov 1995 19:27:27 -0800 Received: from werple.net.au (0@werple.mira.net.au [203.9.190.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA08048 for ; Sat, 18 Nov 1995 19:27:18 -0800 Received: from cimaxp1.UUCP (Ucimlogi@localhost) by werple.net.au (8.7/8.7.1) with UUCP id NAA16931 for hackers@FreeBSD.org; Sun, 19 Nov 1995 13:53:18 +1100 (EST) Message-Id: <199511190253.NAA16931@werple.net.au> X-Authentication-Warning: werple.net.au: Ucimlogi set sender to cimaxp1!jb using -f Received: by cimaxp1.cimlogic.com.au; (5.65/1.1.8.2/10Sep95-0953AM) id AA11892; Sun, 19 Nov 1995 13:53:30 +1100 From: John Birrell Subject: int type in jmpbuf To: hackers@FreeBSD.org, julian@ref.tfs.com Date: Sun, 19 Nov 1995 13:53:30 +1100 (EST) Cc: jb@cimlogic.com.au X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk Shouldn't jmp_buf and sigjmp_buf (in /usr/include/setjmp.h) be defined as an array of long type (instead of int)? NetBSD _needs_ it that way to support 64 bit addressing. I'm uncomfortable porting code which is already both 32 and 64 bit clean to be 64 bit unclean! (Assuming that long _should_ be used) Can we change this for 2.2 please? -- John Birrell CIMlogic Pty Ltd jb@cimlogic.com.au 119 Cecil Street Ph +61 3 9690 9600 South Melbourne Vic 3205 Fax +61 3 9690 6650 Australia Mob +61 18 353 137 From owner-freebsd-hackers Sat Nov 18 21:34:44 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA14228 for hackers-outgoing; Sat, 18 Nov 1995 21:34:44 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA14216 for ; Sat, 18 Nov 1995 21:34:33 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id QAA20802; Sun, 19 Nov 1995 16:29:36 +1100 Date: Sun, 19 Nov 1995 16:29:36 +1100 From: Bruce Evans Message-Id: <199511190529.QAA20802@godzilla.zeta.org.au> To: cimaxp1!jb@werple.net.au, hackers@FreeBSD.org, julian@ref.tfs.com Subject: Re: int type in jmpbuf Cc: jb@cimlogic.com.au Sender: owner-hackers@FreeBSD.org Precedence: bulk >Shouldn't jmp_buf and sigjmp_buf (in /usr/include/setjmp.h) be defined as an >array of long type (instead of int)? >NetBSD _needs_ it that way to support 64 bit addressing. I'm uncomfortable >porting code which is already both 32 and 64 bit clean to be 64 bit unclean! >(Assuming that long _should_ be used) Can we change this for 2.2 please? The whole struct should probably be delcared in a machine dependent file as something like typedef struct { __type_whose_alignment_requirement_i_maximal_t _jb0; char _jb1[_NOT_QUITE_THE_FULL_SIZEOF_JMP_BUF]; } jmp_buf[1]; longs just happen to be right for a few more machine than ints. Bruce From owner-freebsd-hackers Sat Nov 18 22:34:09 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA15901 for hackers-outgoing; Sat, 18 Nov 1995 22:34:09 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA15871 for ; Sat, 18 Nov 1995 22:33:59 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA22981; Sun, 19 Nov 1995 17:29:04 +1100 Date: Sun, 19 Nov 1995 17:29:04 +1100 From: Bruce Evans Message-Id: <199511190629.RAA22981@godzilla.zeta.org.au> To: cimaxp1!jb@werple.net.au, lambert.org!terry@werple.net.au Subject: Re: DELAY's in syscons Cc: hackers@FreeBSD.ORG, jb@cimlogic.com.au Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >> Time to scream about high resoloution kernel timers once again? A nice >> reschedulable one-shot HRT interface would fix DELAY right up. There >> are only *minor* kernel preemption issues involved. >What are the issues about getting better time resolution in general from the >kernel? With process control software (that is threaded) running flat out in >memory (no disk or network I/O), we notice the timer resolution. >We'd also like a better nanosleep than we get using select. Is nanosleep >something you'd implement with your "reschedulable one-shot HRT interface"? Timer resolution is fine, but select() and usleep() and anything else that depends on the scheduling clock for wakeups is limited to at most the resolution of the scheduling clock (1/hz seconds). One shot timers could be used to improve the select() resolution. They would not be easy to implement without reducing the accuracy of the kernel time. They would not help fix DELAY() because DELAY() isn't allowed to sleep. They might help avoid abuses of DELAY(). They could be used to improve the resolution of timeout() and tsleep() in the same way as for select(). Note that only minimum timeouts can be guaranteed. Bruce From owner-freebsd-hackers Sat Nov 18 22:34:40 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA15967 for hackers-outgoing; Sat, 18 Nov 1995 22:34:40 -0800 Received: from hub.org (root@hub.org [199.166.238.138]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA15958 for ; Sat, 18 Nov 1995 22:34:34 -0800 Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id BAA00463; Sun, 19 Nov 1995 01:34:06 -0500 (EST) Date: Sun, 19 Nov 1995 01:33:55 -0500 (EST) From: "Marc G. Fournier" To: freebsd-hackers@freebsd.org Subject: Adding New Hard Drives: A Major Complaint Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hi... Either I'm missing something really simple, or its missing... ...but this OS does not have a utility that will allow one to add a new drive onto an existing system. I've looked at 'man -k disk', and about the only things I find are 'fdisk' and 'disklabel'...neither of which helps in anyway. The handbook mentions sysinstall, which I've tried from the boot floppy and from the command line, and in both cases, I can't find any *simple* way of creating the partitions I want... The closest I've found is to go through a pseudo-install process which really doesn't even come close to being a "safe" way to do something...since, by a simple mistake, you could wipe out your existing system... Oh well...that is my rant...am I missing something? I know under BSDi, there is the disksetup utility...and in the file 'diskspace.FAQ', it points to sysinstall as being able to do this, but sysintall, whenever I start it up, shoves me into an installation mode that I really don't want... Thanks... Marc G. Fournier | Knowledge, Information and Communications, Inc (ki.net) scrappy@hub.org | soon to be: | scrappy@ki.net | For more information, send me email. From owner-freebsd-hackers Sat Nov 18 23:57:46 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA18007 for hackers-outgoing; Sat, 18 Nov 1995 23:57:46 -0800 Received: from werple.net.au (0@werple.mira.net.au [203.9.190.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA18002 for ; Sat, 18 Nov 1995 23:57:42 -0800 Received: from cimaxp1.UUCP (Ucimlogi@localhost) by werple.net.au (8.7/8.7.1) with UUCP id SAA27472 for hackers@FreeBSD.org; Sun, 19 Nov 1995 18:15:07 +1100 (EST) Message-Id: <199511190715.SAA27472@werple.net.au> X-Authentication-Warning: werple.net.au: Ucimlogi set sender to cimaxp1!jb using -f Received: by cimaxp1.cimlogic.com.au; (5.65/1.1.8.2/10Sep95-0953AM) id AA14824; Sun, 19 Nov 1995 18:18:58 +1100 From: John Birrell Subject: Re: int type in jmpbuf To: bde@zeta.org.au (Bruce Evans) Date: Sun, 19 Nov 1995 18:18:57 +1100 (EST) Cc: hackers@FreeBSD.org, jb@cimlogic.com.au In-Reply-To: <199511190529.QAA20802@godzilla.zeta.org.au> from "Bruce Evans" at Nov 19, 95 04:29:36 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > The whole struct should probably be delcared in a machine dependent file > as something like > > typedef struct { > __type_whose_alignment_requirement_i_maximal_t _jb0; > char _jb1[_NOT_QUITE_THE_FULL_SIZEOF_JMP_BUF]; > } jmp_buf[1]; I don't understand the significance of the type (__type_whose..imal_t) for _jb0 vs char for _jb1. How is this different to typedef struct { char _jb0[_THE_FULL_SIZEOF_JMP_BUF]; } jmp_buf[1]; And if the whole struct should be declared in a machine dependent file, what would prevent us from defining the structure from what it contains typedef struct { long reg_edx; long reg_ebx; long reg_esp; : : } jmp_buf[1]; I guess the answer to this is that it is supposed to be opaque, but in my case I have to manually setup a jmp_buf for each user-space thread and I'd like a clean way of accessing the structure. Any ideas? > > longs just happen to be right for a few more machine than ints. Agreed. > > Bruce > -- John Birrell CIMlogic Pty Ltd jb@cimlogic.com.au 119 Cecil Street Ph +61 3 9690 9600 South Melbourne Vic 3205 Fax +61 3 9690 6650 Australia Mob +61 18 353 137