From owner-freebsd-hackers Sun Apr 9 01:08:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA11113 for hackers-outgoing; Sun, 9 Apr 1995 01:08:50 -0700 Received: from lyria.stanford.edu (lyria.Stanford.EDU [36.146.0.57]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA11104 for ; Sun, 9 Apr 1995 01:08:43 -0700 Received: (from teren@localhost) by lyria.stanford.edu (8.6.11/8.6.9) id BAA06324; Sun, 9 Apr 1995 01:16:37 -0700 Date: Sun, 9 Apr 1995 01:16:37 -0700 (PDT) From: Terry Lee To: "Jordan K. Hubbard" cc: Mark Hittinger , freebsd-hackers@FreeBSD.org Subject: Re: Happy Happy Birthday snap-0408 [was: Happy Happy snap-0322] In-Reply-To: <1080.797399881@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk > Yes, today is my birthday. I am 32. Yes, I feel old. Thanks for > asking.. :-) Happy Birthday Jordan! All the best, Terry I N T E R N E T Terry Lee, Technical Director D E S I G N 745 Stanford Avenue, Palo Alto, California 94306 G R O U P 415 424 0747 voice 415 424-0751 fax http://www.mall.net terryl@cs.stanford.edu http://www.mall.net/terry From owner-freebsd-hackers Sun Apr 9 01:45:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA12204 for hackers-outgoing; Sun, 9 Apr 1995 01:45:28 -0700 Received: from dns.netvision.net.il (root@dns.NetVision.net.il [194.90.1.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA12185 for ; Sun, 9 Apr 1995 01:45:15 -0700 Received: from Burka.NetVision.net.il (root@Burka.NetVision.net.il [194.90.1.15]) by dns.netvision.net.il (8.6.10/8.6.9) with ESMTP id LAA11635; Sun, 9 Apr 1995 11:43:52 +0300 Received: from localhost (gena@localhost [127.0.0.1]) by Burka.NetVision.net.il (8.6.10/8.6.6) with SMTP id LAA06375; Sun, 9 Apr 1995 11:51:02 +0300 Message-Id: <199504090851.LAA06375@Burka.NetVision.net.il> X-Authentication-Warning: Burka.NetVision.net.il: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6gamma+ 4/3/95 To: "matthew c. mead" cc: hackers@FreeBSD.org, ti@amb.org Subject: Re: xmcd 1.4 In-reply-to: Your message of "Sat, 08 Apr 1995 21:47:31 EDT." <199504090147.VAA20761@goof.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 09 Apr 1995 11:51:01 +0300 From: Gennady Sorokopud Sender: hackers-owner@FreeBSD.org Precedence: bulk Hmm , works fine for me. what SCSI adapter/CD-ROM drive do you have? Also did you configured xmcd for your specific configuration after you installed it on your machine? (You should use /usr/X11R6/lib/xmcd/config/configure script for this ) OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO O Gennady Sorokopud O O O O System programmer at NetVision Israel O O Home of Israeli Internet O O O O E-Mail: gena@netvision.net.il O O O O http: http://www.netvision.net.il/~gena/ O O Tel: home: 972-4-9931-594 Address: Sharet st. 11/13 O O work: 972-4-440-330 K. Tivon , Israel O OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.6 mQBNAi43i2YAAAECANV6d3p8bQLR6Hr2tyd9f4FEUakUIbF0YOtsiil3hR/ebGRe y4EC2Y45ZS7VPiP8Pp8zyAinWEtJ/tBKBYoHdPEABRG0LEdlbm5hZHkgQi4gU29y b2tvcHVkIDxnZW5hQG5ldHZpc2lvbi5uZXQuaWw+ =bvR+ -----END PGP PUBLIC KEY BLOCK----- From owner-freebsd-hackers Sun Apr 9 03:07:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA15549 for hackers-outgoing; Sun, 9 Apr 1995 03:07:30 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA15530 ; Sun, 9 Apr 1995 03:07:22 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.9/8.6.9) id DAA05993; Sun, 9 Apr 1995 03:07:18 -0700 Date: Sun, 9 Apr 1995 03:07:18 -0700 Message-Id: <199504091007.DAA05993@silvia.HIP.Berkeley.EDU> To: ports@FreeBSD.org CC: hackers@FreeBSD.org Subject: Ports hackers wanted! From: asami@cs.berkeley.edu (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: hackers-owner@FreeBSD.org Precedence: bulk (Note: I've CC:ed this to "hackers" too for wider audience...if you are following up, please send it to "ports" only...thanks) I'm now working on a bunch of projects aimed at "a better, friendlier ports scheme" (how nice! :). However, I'm severely short-handed and at the rate things are going, most of my (brilliant!) ideas are not going to make it into 2.1. This is sad! So, I need help. If you are interested in one or more of the projects listed in FreeBSD-current/src/TODO-2.1/asami, please contact me. In particular, I need immediate help in the following areas: -*- Update: Thu Apr 6 08:24:02 PDT 1995 Due: Hopefully before 2.1 Prio: High Task: Enhance pkg_install Again a couple of ideas here: (1) Make pkg_create or pkg_add able to "register" a package from the ports directory by looking into pkg/PLIST. We can then call this from the "install" rule in bsd.port.mk so that the user can pkg_delete it later. (2) Add some way to include the dependency information (usually LIB_DEPENDS, maybe EXEC_DEPENDS too but this one is harder 'cause it may be required only for compilation) into the package so that pkg_add will check for the existences and print out messages advising users to fetch additional packages. This would be a great enhancement over the current "ld.so: libfoo not found" solution. :) -*- Update: Thu Apr 6 08:30:43 PDT 1995 Due: Not specified Prio: High Task: A graphical front-end for port/package installation There's already someone working on this (tkpkg). I also need to take a look at pkg_manage. Jordan claims to have a better version. :) -*- Thanks! Satoshi From owner-freebsd-hackers Sun Apr 9 03:30:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA16396 for hackers-outgoing; Sun, 9 Apr 1995 03:30:51 -0700 Received: from relay-europe.ps.net (relay-europe.ps.net [160.110.96.10]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id DAA16388 for ; Sun, 9 Apr 1995 03:30:47 -0700 Received: by relay-europe.ps.net (AIX 3.2/UCB 5.64/4.03) id AA12561; Sun, 9 Apr 1995 11:31:42 +0100 Date: Sun, 9 Apr 1995 11:31:42 +0100 (BST) From: Aled Morris Subject: Re: Happy Happy snap-0322 To: Mark Hittinger Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199504081654.MAA28299@ns1.win.net> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sat, 8 Apr 1995, Mark Hittinger wrote: > snap-0322 is running on my primary server and has stayed up for a longer > duration than snap-0210. I could count on rebooting or finding out about > a reboot every 48 hours under snap-0210. Hasn't happened yet on the latest > snap. I will be installing the latest SNAP on new hardware, but I do have a server I installed shortly after SNAP-0210 was released, which has never crashed: aegean$ uptime 11:28AM up 55 days, 11:38, 1 user, load averages: 0.01, 0.02, 0.00 Although it isn't loaded at all (it does syslog for my lan, and some SNMP stats gathering) - Olivetti DX2-66, 8Mb, 120Mb IDE. Aled -- aledm@relay-europe.ps.net | tel +44 973 207987 Perot Systems Europe Ltd. | fax +44 181 476 2419 From owner-freebsd-hackers Sun Apr 9 06:15:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA20143 for hackers-outgoing; Sun, 9 Apr 1995 06:15:39 -0700 Received: from outer.ceh.servtech.com (marcus@outer.ceh.servtech.com [204.181.5.20]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA20137 for ; Sun, 9 Apr 1995 06:15:36 -0700 Received: (from marcus@localhost) by outer.ceh.servtech.com (8.6.11/8.6.11) id JAA09903; Sun, 9 Apr 1995 09:20:56 -0400 Date: Sun, 9 Apr 1995 09:20:56 -0400 From: Marcus Schwartz Message-Id: <199504091320.JAA09903@outer.ceh.servtech.com> To: dmuntz@eecs.umich.edu Subject: Re: pcmcia driver Cc: freebsd-hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk > I've done a port of the (redistributable) Mach pcmcia driver, which I've > been using with pcmcia modems under 2.0-RELEASE. I think it should > also be capable of allowing some pcmcia Ethernet cards to use the 'ed' > code (but I don't have one to test). Is there interest in this code, or > has something similar already been done? Yeah, send a copy this way... Incidentally, I have a Dell Latitude XP running 2.0-RELEASE, and would be interested in using (or testing) any pcmcia or apm related stuff. I have a Hayes card modem and a 3com etherlink III net card (which, unfortunately, needs to go on a little trip back to 3com before i can use it). So, as soon as someone writes Xbatterymonitor, lemme know ;) marcus --- marcus schwartz marcus@outer.ceh.servtech.com (outer.org when internic wakes up) From owner-freebsd-hackers Sun Apr 9 06:30:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA20367 for hackers-outgoing; Sun, 9 Apr 1995 06:30:45 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA20353 ; Sun, 9 Apr 1995 06:30:40 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Marcus Schwartz cc: dmuntz@eecs.umich.edu, freebsd-hackers@FreeBSD.org Subject: Re: pcmcia driver In-reply-to: Your message of "Sun, 09 Apr 95 09:20:56 EDT." <199504091320.JAA09903@outer.ceh.servtech.com> Date: Sun, 09 Apr 1995 06:30:39 -0700 Message-ID: <20352.797434239@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Incidentally, I have a Dell Latitude XP running 2.0-RELEASE, and would be > interested in using (or testing) any pcmcia or apm related stuff. I have a > Hayes card modem and a 3com etherlink III net card (which, unfortunately, > needs to go on a little trip back to 3com before i can use it). > > So, as soon as someone writes Xbatterymonitor, lemme know ;) That's really easy. If your laptop supports apm, the apm command will tell you the percentage of remaining battery power. I hacked something up really quickly that showed me this as a line of asterisks in the status line.. :-) Jordan From owner-freebsd-hackers Sun Apr 9 06:52:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA20998 for hackers-outgoing; Sun, 9 Apr 1995 06:52:24 -0700 Received: from ifqsc.sc.usp.br (uspfsc.ifqsc.sc.usp.br [143.107.228.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA20989 for ; Sun, 9 Apr 1995 06:52:20 -0700 Date: Sat, 8 Apr 95 11:36 BRT From: Carlos Antonio Ruggiero Subject: 2940 working! To: hackers@FreeBSD.org Message-id: <16D28765AB3F000236@IFQSC.SC.USP.BR> X-Envelope-to: hackers@FreeBSD.org X-VMS-To: IN%"hackers@FreeBSD.org" X-VMS-Cc: TOTO References: Internet: ifqsc.usp.br HepNet: uspfsc.hepnet X.25:(0724)11620020 Comments: ifqsc.usp.br: Instituto de Fisica e Quimica de Sao Carlos - USP, BR Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi everybody, my 2940 SCSI controller sems to be working fine with an Empire 2100 quantum disk and an Exxabyte 4200 4mm DAT. Thanks Justin! I'm using 950322-SNAP plus the modifications suggested by Justgin (new aic drivers...) I stil have the following prblems, though: 1) When I do tar tvf /dev/rst0 , the machine complains that the request to st0 nu must be between 0 and 0 (???). The sencond time I try, evething works fine... 2) The system is hanging when I transfer data using slip. I have a 28800 VFC modem and the sio driver always worked wonderfully since 1.1 Is anybody else experiencing such a problem? Thanks a lot, Toto toto@ifqsc.sc.usp.br From owner-freebsd-hackers Sun Apr 9 07:00:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA21261 for hackers-outgoing; Sun, 9 Apr 1995 07:00:15 -0700 Received: from mailhost.lanl.gov (mailhost.lanl.gov [128.165.3.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA21116 ; Sun, 9 Apr 1995 06:56:11 -0700 Received: from gamma by mailhost.lanl.gov (8.6.11/1.2) id HAA12714; Sun, 9 Apr 1995 07:56:08 -0600 Received: by gamma (5.61/CRI-80.1) id AA57389; Sun, 9 Apr 95 07:56:07 -0600 Date: Sun, 9 Apr 95 07:56:07 -0600 From: mc crory roy Message-Id: <9504091356.AA57389@gamma> To: announce@FreeBSD.org, hackers@FreeBSD.org, phk@ref.tfs.com Subject: Re: bad144 testers... Sender: hackers-owner@FreeBSD.org Precedence: bulk I'm running FreeBSD 2.0-A on a generic 486dx2-66 with 2 ide drives. If that would work, I'd be happy to try it. Roy McCrory mccrory@gamma.lanl.gov From owner-freebsd-hackers Sun Apr 9 07:51:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA23171 for hackers-outgoing; Sun, 9 Apr 1995 07:51:05 -0700 Received: from iaehv.IAEhv.nl (root@iaehv.IAEhv.nl [192.87.208.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA23164 for ; Sun, 9 Apr 1995 07:51:00 -0700 Received: by iaehv.IAEhv.nl (8.6.12/1.63) id QAA18806; Sun, 9 Apr 1995 16:50:44 +0200 From: guido@IAEhv.nl (Guido van Rooij) Message-Id: <199504091450.QAA18806@iaehv.IAEhv.nl> X-Disclaimer: iaehv.nl is a public access UNIX system and cannot be held responsible for the opinions of its individual users. Subject: Re: Happy Happy Birthday snap-0408 [was: Happy Happy snap-0322] To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Sun, 9 Apr 1995 16:50:43 +0200 (MET DST) Cc: bugs@ns1.win.net, freebsd-hackers@FreeBSD.org In-Reply-To: <1080.797399881@freefall.cdrom.com> from "Jordan K. Hubbard" at Apr 8, 95 08:58:01 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 212 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Yes, today is my birthday. I am 32. Yes, I feel old. Thanks for > asking.. :-) > Hehehe ;-) Well, eh, happy birthday then. 32....seems sooo far away > Jordan > -Guido, still in his 20s (yes!) From owner-freebsd-hackers Sun Apr 9 07:51:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA23197 for hackers-outgoing; Sun, 9 Apr 1995 07:51:37 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA23186 ; Sun, 9 Apr 1995 07:51:35 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: guido@iaehv.nl (Guido van Rooij) cc: bugs@ns1.win.net, freebsd-hackers@FreeBSD.org Subject: Re: Happy Happy Birthday snap-0408 [was: Happy Happy snap-0322] In-reply-to: Your message of "Sun, 09 Apr 95 16:50:43 +0200." <199504091450.QAA18806@iaehv.IAEhv.nl> Date: Sun, 09 Apr 1995 07:51:35 -0700 Message-ID: <23185.797439095@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > -Guido, still in his 20s (yes!) Pppppppbbbbbbbbbtttt.. Jordan From owner-freebsd-hackers Sun Apr 9 07:53:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA23256 for hackers-outgoing; Sun, 9 Apr 1995 07:53:16 -0700 Received: from frig.mt.cs.keio.ac.jp (frig.mt.cs.keio.ac.jp [131.113.32.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA23250 for ; Sun, 9 Apr 1995 07:53:14 -0700 Received: (from hosokawa@localhost) by frig.mt.cs.keio.ac.jp (8.6.9+2.4Wb/3.3Wb) id XAA06447; Sun, 9 Apr 1995 23:53:05 +0900 Date: Sun, 9 Apr 1995 23:53:05 +0900 Message-Id: <199504091453.XAA06447@frig.mt.cs.keio.ac.jp> To: marcus@outer.ceh.servtech.com Cc: dmuntz@eecs.umich.edu, freebsd-hackers@FreeBSD.org, hosokawa@mt.cs.keio.ac.jp Subject: Re: pcmcia driver In-Reply-To: Your message of Sun, 9 Apr 1995 09:20:56 -0400. <199504091320.JAA09903@outer.ceh.servtech.com> From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: hackers-owner@FreeBSD.org Precedence: bulk In article <199504091320.JAA09903@outer.ceh.servtech.com> marcus@outer.ceh.servtech.com writes: >> Incidentally, I have a Dell Latitude XP running 2.0-RELEASE, and would be >> interested in using (or testing) any pcmcia or apm related stuff. I have a >> Hayes card modem and a 3com etherlink III net card (which, unfortunately, >> needs to go on a little trip back to 3com before i can use it). I found that there a little problem on 3C589 driver (zp). It hangs when I try to ftp a huge file from 3C589 to fast machine (SS20, etc.) on local Ethernet. When I get huge files from fast machine to 3C589, it seems to have no problem (and marks 1.1MB/s performance). >> So, as soon as someone writes Xbatterymonitor, lemme know ;) There's a test version of Xbatterymonitor, named xbatt (by eto@forus.or.jp). It has no English documentation now, but the installation is so easy. If you want it, I'll send it to you. -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-hackers Sun Apr 9 08:21:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA24344 for hackers-outgoing; Sun, 9 Apr 1995 08:21:06 -0700 Received: from w8hd.w8hd.org (w8hd.w8hd.org [198.252.159.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA24337 for ; Sun, 9 Apr 1995 08:21:02 -0700 Received: (from kimc@localhost) by w8hd.w8hd.org (8.6.11/w8hd) id LAA11806; Sun, 9 Apr 1995 11:21:00 -0400 Date: Sun, 9 Apr 1995 11:20:59 -0400 (EDT) From: Kim Culhan To: hackers@FreeBSD.org Subject: perl5.001 patches needed Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk The perl5.001 obtained frm prep.ai.mit.edu seems to know about freebsd but we see this problem: cc -c -O -I../.. -DLIBC="/usr/lib/libc.so.2.1" DynaLoader.c DynaLoader.c: In function `XS_DynaLoader_dl_load_file': DynaLoader.c:138: array subscript is not an integer DynaLoader.c:138: array subscript is not an integer DynaLoader.c:138: array subscript is not an integer DynaLoader.c:138: array subscript is not an integer DynaLoader.c: In function `XS_DynaLoader_dl_find_symbol': If there is a patch already built, a pointer to it is very greatly appreciated. regards kim -- kimc@w8hd.org From owner-freebsd-hackers Sun Apr 9 08:21:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA24387 for hackers-outgoing; Sun, 9 Apr 1995 08:21:34 -0700 Received: from iaehv.IAEhv.nl (root@iaehv.IAEhv.nl [192.87.208.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA24381 for ; Sun, 9 Apr 1995 08:21:28 -0700 Received: by iaehv.IAEhv.nl (8.6.12/1.63) id RAA20261; Sun, 9 Apr 1995 17:20:48 +0200 From: guido@IAEhv.nl (Guido van Rooij) Message-Id: <199504091520.RAA20261@iaehv.IAEhv.nl> X-Disclaimer: iaehv.nl is a public access UNIX system and cannot be held responsible for the opinions of its individual users. Subject: Re: Happy Happy Birthday snap-0408 [was: Happy Happy snap-0322] To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Sun, 9 Apr 1995 17:20:47 +0200 (MET DST) Cc: guido@IAEhv.nl, bugs@ns1.win.net, freebsd-hackers@FreeBSD.org In-Reply-To: <23185.797439095@freefall.cdrom.com> from "Jordan K. Hubbard" at Apr 9, 95 07:51:35 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 191 Sender: hackers-owner@FreeBSD.org Precedence: bulk Jordan K. Hubbard wrote: > > > -Guido, still in his 20s (yes!) > > Pppppppbbbbbbbbbtttt.. > What???? Already lost your teeth??? That *is* early, even for someone in his mid 30's. -Guido From owner-freebsd-hackers Sun Apr 9 08:39:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA24932 for hackers-outgoing; Sun, 9 Apr 1995 08:39:11 -0700 Received: from quip.eecs.umich.edu (quip.eecs.umich.edu [141.212.99.8]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA24922 for ; Sun, 9 Apr 1995 08:39:06 -0700 Received: (from dmuntz@localhost) by quip.eecs.umich.edu (8.6.11/8.6.11) id LAA03446 for hackers@FreeBSD.org; Sun, 9 Apr 1995 11:38:40 -0400 Date: Sun, 9 Apr 1995 11:38:40 -0400 From: Dan Muntz Message-Id: <199504091538.LAA03446@quip.eecs.umich.edu> To: hackers@FreeBSD.org Subject: Re: pcmcia driver Sender: hackers-owner@FreeBSD.org Precedence: bulk Here it is: begin 644 pcmcia.tar.gz M'XL("$[^AR\``W!C;6-I82YT87(`[#QK=]K(DO,5?D7%Y!YB MRPD;VW@`QS,[R>'(4F-K`A)7$G[<3/[[5G6WI):0P,EL,GOWF)/84G>]NKI> M_S+Y)CSJFH8S MFYKW>/Z;.^V&G/^FIC5:./^->K/Q`VC?1)K4)YQ_SW6#57#_3^>_4JG`]L+W MMGW/W/;O_6V[N;.*MJ#AM9I[77:SZ'^_'F[N+6UM1JU MYK#;%'ISKU-O"_1*\D/OT-[;J;:?UX$W$'UJV-$:@,];18`?+3:Q'09F<&>[ M9C`ME*PQ?Q@'4"DS!UL)BCEHR_A0W(0?;<><+BP&&V3BUQN\:0*G9PBD3^*UI`7MO)':OV137U&OZ5LDDR!9).40]$2 M0)PL`86L,J%RA[D9#G,3%,4X;A9OUV(W"2#!.\U\"S=UN6ZONMO?"N2L`^&P:>`M6+3CN;&;,JX7"Z?GQ,7S&A\)V9>(9 M,W;E&9>7S*ML$\8G\%WS(PVD6J`G+BQADV"(Y+BWGAU@RW:E511]_V$Y0<,QK#V>2L]A5Y^L*!4_<&ZDUH-#KT;X]&9UZ/!=&AWYDS M2T(A@/`94HCTF+^@D/]L36292G-/JZ+!A<9"'^X4I)Y5)H#]RV/'%P>##1<( M%HX=E!'LDR2;0<1C@9B?4`HY0TM2?$/VWR;_Q_4?_JI=?Q,>Z^J_%BX*1/W7 M;NYJ;5[_M=J/]=_W^&`QY&"^A_&KX_/!JW$Q3/[A^W:E6(S7:0>N973`<$"_ MFS//GC$G,*9P:*/-VI>+@%EP9$\9#._]@,TBQ`-W?N_95]`Z[LAF#1`@0N8$;"F(0LJS!SL4"Z1WDML"(9(;BV?'J`/:]SVNX-3_75/+Y[HQ\?]4^CBSXLA'`UT'^ M'0WZ)R@C%[>X)"["8ALQ.T0=O.N.>JB/B_[@+:D]Y=_,,=V%9URA3970$]&` M\`FM#*?Y7PN>D7LQ,CYNY.PN8(XO;1D- M$`WZ'F;&1R9-VA5>O!1PN`=Y(J!P"R6[C>($=>/*#E.V0R+#K1U"_*"D0D>,_TL?AY`1O_>(,K!.;]8V._*)9K46`M1BO3GWE% M34N%VO7+8A2!3[LG^GC8^V\=VE%;[_2H+]MVBT5:/1@>J4"Z@(_R32VX9!B= M,+10:8&C=!'1,NYKM1JM,F1Y@0E?+"EEW;$8D^0%?^H&^VH#EB!CJE!$8]1$ MYZZ/Q0'_-408"I[$.Y^P\QA$HS2R4 MOSM[__6/LO]G?BL>J^N_>K-=C_9_FUJ3]O_JK9WF8_WW/3Z/]=]C_?=8_SW6 M?X_UW]];_P7W4A=%!AMA\%6_;YGPQ63@FG6RD(7R#_N?W MR.VE'(!P1VA#J4B'QWTT3=@3T1C+SQ/CSIXM9N"@/IA'\R:WLZF.]`48*D>I MK'CQJMVU-$'@-$+T<&(P:^#T8R14R1"!F$)_,.J.T3KU7Y%*DVF)GE=*3R.% M<]@=80R@GGH*)^YI%I5*&PF5B'\92O+WS]""?R9$Z*ALXPJ2*$J<3&3.L:.P MCU%?=8?ZN']TA'5N3$$^/856&2JA%LNQL++"Y6!5$'5U%:B<+L/[(MKL94D9 M3S6#R2:4!%JYO(\H%<)%^[6=RU(\&(6CK(]3'+%B_TJ&'"7F5(42T2H7P^4* MM8YI:2&7*]S-V!U:C+\?6>,(W9E;C.B`R/XBC#F=OCC!?HC1!=/P+,I3MH@& MH<%%&(9)223F<4#PUP9:J7O+PNX$AH@7UGX"@Z+#P@_[A%1%"2!$P+%Y,U%\ M2&H9&\'X8MWL$Y+A^RYZ"%4F"``AP+:R=@,H9"W?UJS?EA=PM`2CC6KT20R[ MEZQ$Y8V)L@:&>2U?L-\+'VEI))_IQ$P^\C.S4GF?EJV<7*DB\?S?/Y1+9;2V M3[*A"AKRC->J7`,>50I$2#X)<"Z0(DZ5G_-N(`4Z+ENV'KYVHP&*6/9A/PK< M)-(941LB<(G>A*$*>[MQIPB%I2UUV$)=_,<#;+TLP*EJ+-DHM[8/-H:#.OW> MW$3SI_G\K?=6'SX!;L,X#1;/>A\9F_/RC#QKP4"DK&(!/Q6X1'LBF@;<7J-D MHE7,OTB5I93WHAR?BZFIS+`Q_!V.6M*)U:*5X0D.X&XR21*3MI!EL0HY`N:& M34$C4>*3"R1;<(X6CK5?C%7'71.95V6?T"1O_5FF)O&*.D6&!@BQ3AS.1-!6GG,S<*\9-F6FJ)6J7\WMFH"M;X$0ZMH3>C^6Z]I(B)V,H;4@CML,Q#52R1 MK%-+6M)%>"BD9T07!W^3J7&5\C2!PX-+B"?BYL,00QP1@A,X&#=Q56Q8%MWC M$)7!)S7+Q/N!%9Z+XHP`H5+BO<%E/X<*9:9J\IRYK.SMA32D1_M83)O74$*Q MN#.:AI_8W^L412+":2HM2U@6.X6%@HP)!+GU4LA7X(XOPX(&?_XIG..E#!%E MBI/A%.F]TW?=8S*^0LK>PKP9$8\3::%P2:OX4MPNSG(S*(B.*,V6T\CT<15H#DATO.*B;'E!B M:XP+;W[?0\9%TJ9H&*,](,V2L`2-4XV=.DL.D[:KG9\"/JB'R9-YYT'CK$BY M'C,^[BOF)"/V`\V))_-P:BQV%VI45JK[DLK62TS'LCJ6*B>'VL\20$:\_ST! M%!#""B&H7%8%P.QA+*8!\94A(C+V=*A*1RI>RT4W$Y3<+?@)-UO.R^MR<69$ MCS+Q4FIM86H-U9J1$,)*^@672J36/0F:P4V""X_(3./1%.;F\)A1F,,_)W.1 M#"N:T";F(K%8.^AU8<@\;JL>3A^NG_P:0)^VW<+"712UF#D-AV]J\:V'6I$O M$R0E*GU)@BUXS;?4HJ*??)]OZM%\5:-]$DQ]/`'3Q@95C5`105A=:R\5W+<+@-]#L"2]$)4];;-SP0"+%%#L?H9CRI@ND[KDHUO2U M=O2$'`CKU]+*L(O![]DS$-,D`OF++%!Q^::@YNV,HUX74EX3U_]S[^ MUWZB\Q_;_$:W?];>_VFU&[OA_6\Z^:'SGYV&]GC^\ST^C^<_C^<_C^<_C^<_ MC^<_7W_^\W7'/]&92.^`JM$A_)5C$2*2>2I"'>K11^J`0Q1E)?E;GE'$Q#K* MRV8C=<`A<+*0P_.-\%E%5;='(PKR*3K@D"K)..(0-2ZNA\1QPX+1@0/`IZ5% MU=S>YSWX4.-K*9P/9^R9.*00@66YR+Q^&67V'%![A.KJBX\<6$Q MMT.@BMC%?4&$Z'(3%93I`Y7_H^,3$F,/EREOT'(0X:!3P^L>'@[B\?$#(]J/ MJO)=0SG.4`V">34Z),*G$@&7Q0)L,M$TK0PO7T*](47,P]RL)W$)4^(V-/B3 MSN<$^Y_1@-4CKEY_?($*[5^4;E&_[BVMK*Z$E"795$:#1VEV2)&\LR-^_P== M#(OO?XTM=KFX^A:WP%;7_\U&76LI][]VZ?[_3K/U6/]_C\]C_?]8_S_6_X_U M_V/]_W7U_U^]_$6G(>-@,9_2[:^-8D2*?WORC$Y,=!H<1I+AG#&+[\O/<"QB M3Y7=S:-S/'FB1IWEZ,N$_!P"2Y0.A*@Q;KVE`8/R3 M!=M081NK89LJ;',U;$N%;:^&;<>PC77R[JBP:^CNQK#-=73W5-@U=)_'L*UU M=`T5=@W=RQBVO8ZNJ<*NH6O%L#OKZ+(8=G<=["2&WRNXMQ+<%RNXMY/<%_G<=U3NLU7<=Q/<9UG_BX`N:(0\#L7Q$N%WXKD,>^E90M!]V0Z$`.$L\_L9 MU)6:Z\/1;V?ZF,ZQ.@JY4U<]3\N@K MJ>33.3KN#M\H\AQ-#?]ZA4AY=(:#[HDZ7T.1&K'UR_1\F*)S>.\8LQ6$)KB:L+3>/!-NQIJ2#\,?2TD*,+T"WZ4G&O,`K/1 MUDZ'2IYN:TIPSID>B:DE,;4'8]:3/.L/YUE/\JP_G"?.>R>VH_=.B!#-OM"9 MG/X.MZ&,@I!/A*@(^2,ENK2UQ9=!0G;A\EDRH;53!W/RT_I=;"EB=O,LK8OV MS3#E4HBB+3>T,BO&I18_WZCHK]1TW@</L^V&F]79$1E1R_MQ982?--(MUHAU*LR?0-HET_ M>5"RQP$2\,[)0_)]XX1D/GE8RI=FXEG+E&5]1>FZBPFS/68W;`KU M<,M%2)QMW>\DB/@"#?E0[:G6$(Y$Z.3:?[C>^"9ZM1UZ#=T`Y:%->=XEKFWR M9GXC'$H5ZE;N/(?CD$*'KQ*:!F]_P*Y*B?`VL0HS1[0R+=GE/%XL;TRZR%L>)P:R,#+G"S81*+X&8V3&+QV\Z&4=P_AU-BJ9M# M17'U'%D2"]L<*LJ"MI4-D5C&YE#1[KI*E,J#>958C.9!'2C+T#R80V7YF0>C M*^$[#^8HAGF>@I&WL[D732+;BC:@RA%B[:F%;K#4OQ^'36[$="_M7?]X-.1Q M,V6R20($-'Y7E=ZD>FLFE\82%TRM:YD@S!?P:"WS,.[6\S#NOH#'WA*/ M\`MM:]@(L+&Y\"C!5J%[75U;8F?<7*WEA3!?R*BQS&B.AK:6$P%]W9A2 MS"SWUEG/C:!RV"4+T%Y_0'L!I8,1K9AT4=$D?4%\LW"II.GU:2O!5TI>R;S7 M'_.>C++RU<*'6]L*KI>0+A?^F/>$7\Z)%<(W*[@JQ%<57\@O*H;^M9B-.8@O MOK<8?5,K57[1PE`(6WT?3)FC"%[DWP.*Q1?DL.BL\8L@^=U(IIP?8WJ#7[Y& MKX-?Z*^M,KY]DUV=V]Z_:KY8&2B?%^%*-W0DA&`YV/,%)9U5V!PB!WO*%Q*K ML#E$#O;,\#^NEIP@%UH"W-6 MMG\VU,`1V_8)WTU\H'E'AQUR4&PVSM@,KW>2PWSC^@'?KF1^1I01VYF_:Q]J MUPC'(T[V;F:CD]7:[(0ZB[_YK(@G[E&MB"AB_(`!X"JXSI4N#A%I_`<-SDX- M+DV$?X7_`42HS(F(Y`2K`_Y=N9+\REP`%:#'Q&S&FPY_I.(6%T2@+CPC/W`= M&SZMQRUVQ\75&D)@PL28@9T9."18#0;LJ@:O:.:Z2^,5Z)?8&0YRB<@@OJXJ MOC<5G]&DK4#\I>J2(.JQ*Y^N?N[%EL!]*>Z-?$E4B"'3IQ9(=Q+:5@42NDGK M/_:DI%=!PJTBC:O*!OY7D`5@SH8.[ZO9],6KB6&&H7\I_H7]N13DENU8['TL M4TCTYU+A/\>8N2,YTL8;060$Q5C*=&04U/GQQ(I8RV//?A;FY4TR3"^%^)NE MG4"!>#N'E8BW\VP\^D/M]ROP>'\.2\,.5K(T["`RO[0*Q:+G&;P[.!B?]2_T MP9(JL4?^+1$J2#U['GNU4G9&%>>-:>85M!&OL[-Z'C/L^B)N\WE]-3O:OC@[ M:^3S:WPAOT:N+@,;5U]72SPN:'Z&IC%=:8LT2__3WK=WM7$L^]Y_F4_1]CVQ M)2R$),`X$"<7@^QP-Z^+<'RR$B_6($:@;4FCHY%LLQ-_]UNO?LWT2,([R3Y[ M';02(\UT5U>_JJNJJW]]F6&J?"^?T]#($P@.D#("LI?"-+;+"'`J0X,E7($] M]-=N0"5Q$2JN1%39M]D"9HG:S##[Q2_+J0H[A[>#*R^W2[ZL<+O,*B6&!XN_?0R&Y/P\@PP5V"ZJ2?_=8E#M&I-BI*45JMR%;2RQ'TD M^9O7)FC?3T'Q@04/FR'O'J!7*O\IJNZ:2&XT'D.)6G/=,=EIPCD\Q+/K?FI7 M4?I92(1]>YF.!G%Q#3++]$>MJG9PX;/'KMLYI1=5]N-1X?7&,+6 MZU^3;L1?\XORL;L?='A=LA23LN0FE>8P2R`3IYT!WGK*4S@N[CO-H<"[3WZ% M='A`!4':J$;X)5\?G0KJ`JV)402D;I342Z>VO6O[&/]J*P!+6OO>+4]T75[W/R<4./ZA$"52 M0N.GPX/VJ=>F/_6ODU091`PTEFR/O>/#CE^7O=DT MQ>VW"07-8D#U<9QEJC--,1[7Z:^2R`&W\IKFZNK;$XZ2WM\[/U`8S+*Z6MAB M_U(T$E@LP'#/DD%/39-,Z(N$XW$[3H-6"@8C)Y_',>VF.&QY>2?I4/V@FFJ' M4$B(A@XV(VL@HKF)N%"T)5Q`"6-,-CUK;!R;8CRK7?TX[5ZR:KC*O\30X:DN M+_`7/_>MC2[9$H[2_8C+U(R:Y_@8_1:X;4TR)K^C74A@[*T*WQ+$"1#N(-XE M_A4_IZWS4?)Y6E7:XB323@`?T%I?=-KQ(QRO_+[ZF+SENBD8K)ZL61HA> M*IV%U'OA<(1CTO!#`U39?Q%CB&91@`]O.=.V];_/8;>'3^'CG/^34PA__`'` M^>?_MAH;K:8]_[?90DCXQM;VP_F_O^+S1Y50Z2XMZI/GD*4[!%KBHT,5M4 M)TFLN&I>F>AEPT-+?IH:&1=3>$Z4\,L_G8V\:@?Q-/$JX&8$\[<_I9Q]PB[Q M"DR'8YC5^[=)]T,V&YKLN)UI4SIGUOQ>+6D![018E5$!!F-)2N*>PMGSG+ME MLAWK]$33]$1S'A_.=C+;HH$V\MO#B6;20X'9*81<%SN.-VW\;$Z(7R"7]K[[ M>0)1#86RCI/A/7+Y/A9L"L=R=LE`%NH16$A`Q\E8\N5[ILPQ)'GQ_HNQYE&> MC&_OLDN&M9F-$%<;5"^RN'IY,50F MA30ROQ%7!*`*I9LGU2$HE&FW(I$&\ESC\?='>EMWD&A_&[>=>U*AI1TM?,9" M'^EX*<-HMR1;T\\&UL)X<'??7!K6*;!JR1!>BF<,W+LE321;G@-H$[Q??#J! M+W9%:^XZ=--DB,TM,*C2UAR&@XD0I75\5S%I:RK(M6W\)8K4$,I+EQIM,M:<#2=VG`5'6F%;"CFQ#W.C3;^H5A>/+7\CZI_I\?R&U$):`F9K M?(2V4SF MZFL"<=?;==8&4AXM;U_$+XGJ2`#37Z67Z>K!][7OLX2ZW>&\V<-XKM:NDP@# M[/U$"0.Q;2WL6TO@"5!P232V:6G9J+HE@9TVR175>T%%;;C#7E5LD&*9?W0B6P!-+854"XK`-W'+NT&>3 M:X*$(?,6-<'7ZMN+![QY98:94'N"!"C$IR#D3"?X2:GIB_R^BJ?39'(79/F* MWQ'#\OV^/'N,"`V0*=#K"]DVJ3]SZCSGKPF5/2Q7Z!5+EN$R[0RI./SN'M(3 MLR37]Y&WF,.@2Q:M^[DKUJ9'981:;/9/4$'YZ%0:+.#C"\9^..S\C<\TX%M< M$NNXHU^_&GRXQ$5I[@*Y4M+$>6*C*UCC/LSE/T!J4P?!\,FTTBH`N/J%<')=C[TQ^3LPBT]I6.HV'2(!UE*6+(Y^H1?\945\@;4@'9: M2^GDI\&;)!TFTY(9?`,O:1K@ER7F`2:CQ6F:WD?YY6S32J]F)H78 M93V<5"_N#Y+K1XJS\"UE3L-]X2`1JJ+UU M*=FLVTT2W++$2]%>VD+S9>GKLSIO]_?;G8Z6^;S%45[U/['F>88X+.6>/MU" MM->JQ!ZY0&8Y>]:\,5;^U3^2"84CU50HC90@+ M2V)>O&@8I6'%YU6K02Y*5F$"&;`D!G(#'7\V58?J.L5;Q3Z,TD]0)&X(IO!( MP`$75W8!GX;-52V<&Y]?OZ[FYE@QPKT]0J#"R0=TU)+MWA]ETR2^1OF&8Z6F M^C>C=&+O6()1(RSW)DDB,6[Z.B]$TO(5R-\47ONEP9<"YB^MC"L&,2G41>$6 M<>IM`O$@LS>9]&K@>E*8XR_>5)R_76(GH:33D7H5\Z@X!=/N0C>;(4HG:#8* M$ZKE6L:2<$@G?TP;K8HKB9)HI=IZ76AYJO'6,^Y8X[XV;QA>J[O$7"H<'%ES MC7YFAD51L,4="2A1J)X??>E])VE[X5">E)A`*QYJDU+.XNZ]8A?D:D6H*-_9 MP./JB^_TG[_CY0$V&:7*YG,W`9HEFP#-N<-%#WA6>SR5I3RQA]5T[VR,Z913 M>Q=DY7LDI2M=A[>KFJ@UU:*&=FT;OLX.H;]_V#Z^2?FT>Y1I-E=.E_RQ<+^^19:'+/9%:C.NX?OL87NB2VV&J'!\[/=(A(%UF8G@2AA M%4\+TRJA3TDO3V9HA1>@H*`G92A`*?]H%5&#GOGLO/;'F30D)U@KF&5YU_.] M`@UR&'[M,Y1*>U%!V" M'II'9G,Y,H@N-(_,BZ7(^.A!<^@U&TO16#+I7N_BXW[Y+"B`^N17P)ZS`AKRAK*? M>,.S6S6+JB1UEU,_7[@\+@U#5(8H5+ZFF1J%%P+O=0D@43EQW0#:XBK2-RD" M0C(XF+XF*&KA6"H9->$A9@!2PD-L>>B9`JX,MV5K-_#*%/HUVS1!C!IU/P8, MHLL?Q,"&UP`:_B8_][;UR"E.I?SFLEGV5XJ3-)?VN=EG7K'MZJ3U5`+):<_^%B"DEP";$P0723>#F,T))%+Y(])!W8 MO3.WK/(VR",D++%B+1]$*;,[@*.#8\][G#,+G7P:6N-B.[2L M)+"`.T798E9UG8J=UH4`I<5FI@<9DV^PQH;7N`SS4DBTZ?>S@'OD$KWP$PFF MAY^HV?`2Z96J5%BZ:1%;(R@LR_L[W^$!1*!S%+%6H)H.6$\1XJ;0_=Z0-HF\P=AEYXV;UH.6*8NI*AF<"]!WO)7%@=-Q M_9SE?7X/Q)T`C,[7EC$/:2<,G[-T2#HX@9(6/.S:GC`21P.1AFT) M1S;QGNL\:5ZJJ@313?V:BF4FHUH?)RBOL\$)LG4F`-"%XIJA0!>):X;\7"2N M&=ISD;AF-,RRK4/3$02XF4NUF9]MC.E9MFNB4S%J:"'Z=IDY:!`X?0$^7^\N MUPE,!Z[D>]":)IYP0Y,J-P@*.?M^OQL,IM!.F@NT%-)%BAUAX)86]ZP%6RH? M*G.6HR^>)JBK*QL"7W\L)N>(XP^Z7W<#6B+=I!'I%/DM$VU.XKN<#;E_V+DX M.^(+AH)1#2>SP8!/V@4A;321LXNCRX/V3X?[[1UCT0:H'=C-6`S"M/!U#E0) M<%\X%!@T_X3W_1_;^W_KO#T.\V]"([HIM%4ZX&:74@DI)A^,Q"5Z*+1$$X-8 M&.=\I2?4L^DUS/>:LJ6\I@`,W`[$'!*`D2)(T`Q6<(ZQ65EA'GV+9#[=GM#% MPTL8SU.OUZ4.Q4R=9*HLQ[A=+QSH:J^8(U`K,JV_\+O+FZ/#D;Y=[ M.YPRT-88D[A&AR9YND#)\50?`&9K2CCP3F2&HQES1SYW2V-N+N+)3>+`TDJ0 MOBUB[N@Q]=J_5[T0L2`=N9523JW*8S3_L%IUY]<*:G2Q=_ZF[=Z*=40U8+IE MLP&DT:@[',.\.>S8_9T@QB#O$'V,!R#A\)@W#6^.^-`#.I_E`)+B5GZO#SE_ MQ3)^?:P#2;[,J<[)*=6H1$*E:U2S4)7,&5X\>3VOP7YJGW*.<2?H M=07;&0$F$');\[6^JL[>GEQ@^$1YZ2S&89Z'R\U-Z$)\C7*%>7Q?84ZQ%3(7 MRZK.UUCAM8[<]!5O,E8U%QRF(:WAK"]+E+]GRR\M-"_9%I4[7PSMGYZ\/GPS M=^V\(,03#T#9&>D6+0N:W(TY6&(!?7VQ]^JH?=D^N3C_>:>DT4NAF_V1#R/L M;TG"\?'B"Y)D,4&CP-2?9%.5CG#$T(-!/Z-XGA4'"XS)/WGB@7SE89J-]4&W M=ODI,:9*5K?B"VD@QPWGJ<#%#"8;J5DY^58L/D#GWD7:PA;/U%.9+L%^.T4\ M&APWUWU&@2F9+1ZTFYFUI_M+C!_-QMZ]V"B=/QX>WE=Q\J9]NC/W;9EP$_7T M1DY-Y$5I:F3I'!Z.]V`F'X3I^Q"HUX$);,["\M'9Q55&B,JRX@P2:K`H.0_J M'TA=KL#V@O)L?$-Y"ZZOKA1.@'I"DT^.SEVJ.N\.2\R6CL:Z(9?P((D_)E_5 MFZ07M.;*958+6EHM*.H`+5<':"VY$+X^/3_>NYA;,)]QF[?>EU*'.7#<1FD? M;+PW)>-_*=*O?KYHGYX?M,]WPI(`#^?PV1A_Y2B?U'L7)>.-,(GQ`&,?E-!_ M\,J$)QFE4V$ML@19Y!HH)6(`^\( MI3"ACTLNX./T_$V8A]/)33S2%?Z:/L(KDH.4,:HZ[=&:/!?!-ICYK02+L:&3 MBQ0CWX,;I$HQ7QB!"SP9GTBWGS&*!KI#EO2-F``PR.Q&15[->K^TMIZ_MT'& M)^DG($G:R22=W3"('!1/(&Y4"X605/B42^.X-0X.)=:`9DT!T:H7_E59A><< M&-ZKHK/8-G,^D%VW%=XCLO%95?@^D>H.WKL!)<@6(CD)$(4)Z?J171KN8\5W M*A%C`J>R@H1<5U6(#OSD7?72RF$W_:L!%?_-/D7\S]L_O(SY^)_0?=L-P?_< M:#:W-@C_BV67IDD#V/SZ@P!\'S[/3\8@]*.VC_)^[4)XW<&[![]A2]<3+AY1"7>P<' MY_#BN@$?^\IH=Z,JJ*0C!`RBWP8ALTIH=T?Q'9A>34=+1ZWS59S1L:7A&!K^ MJC]`(<(J#&K!IG2[6VC7$3QS0MJUV2D,KS?X\6G934.'5A-I%?<)%]%R=P(U MK2;Q%=X!7$3+[G<)+>)KB1VN>;3VA5:KA);GFBOAR^SL"*T-HE6VM3.WCK*M M8MJ^N\5(JV2_8-$< MLPK6*#E=)ZTSX56HDCWE.I6)5F\!+>&0^++RN)63QP?Q-(8%M)M.M))L7'TAB0K M=?0NEE8M2VNS8:65\>2JT"=01_+4.K2XO9P>"Q(*TM)^64.+VLOWQRY+RSAB M-2UJK[S[=3E:Z(-UVWZ35HHR_^L"OMB]:FG12E'F5\W1LC-F(S1CTH)G-#1; M3L_?.%2!`UI?BE[58,M8#C9S''3&21C9`U1#&GYF\3#(:TR9Q[M`JVV?@]ZLD/K[4^J?3:7JQ"M MMN%KTZ'57D@I0.OUT5[G1^9KRZ'U>A!GMPM8*]#JG.]QZL;GYPZM#MM(^N5R MM`XLK6V'UL'=*!XN(%:L(PCWSAGH*V"*N'44Z;Z6Z?D@.A:=KN'XXV+;$R(- M\94XM`PB#8WS7@J&YJ?\=9XR)V5"=!"4QY\,C,ZC9T,C_Z*UU3A!VZQ9>-'@ M%ZW\BZ;DV"B\D!R;^1=0/>)UFUB5M6$_/VU=F$6/4P>\4!&GD;N*%NF8*RFY MJVU;X93%BRG7#-(M[AG,ZVI]-:6\:?JT[`65RPP;YXI*?-.RB7`XVXLJEZ:E MKZJ$KO!H>1=6+DE+&AT^FS81-K.YN+*4K0(MNKJ2WFS91$`K=X'E4K3PPDK^ M//=H.1=9+LT77F7);[9M(C2'%E]H2=,,9R'ZMPT8/SEH:+MM-XH2/,/UFSF* M0U!.C6;-.5##CUHUYU0,/]KXLFNIRZX?!DV1WBQX@+FGJXJ#?/"=$R2-1`H/ M/XVSPC-"[Y*]0>\J`?6WK;4$G4_)YO*ONFVDHKHE#2\)=I-PSC5J"M$`:J M^)0PGZ0TA)4*E.7$2!;BW04`J$!7$'X@6"49ZM4R:AQ@%?HPML:N2^H$5ZJ!2L<) MFOX@%SZF@VE\8R57"2F"UW#8PK4"#(4AXD^6T2HCA1`;.5+QY_ZP?W]2/LS& MKC@V,#(^G65*'FO_.0^',E(.PL:NY2I/`]3YC^1LS9)NO8R4BZ\A$,-G\*B$ MG[D5]%`U=ID4C1TZW%):P2]VE!'DD#H\%3U-JW"R@U2<''+B2P8GW"M6B6B0R=0G;%;+(Q3FB/S"I8>NJ(J0*",#)X?S9$Y7#]E(-][D!D-^RX57O!':]@` M)/5(/LW&P7&DX;D5]5R>3$?'UZK#\_\G'&7JJC_EL[9,IM#PZ$F)VJ#X MKJ/0<[RO*?1\D@XQXM[DO02ZE\0C%D`J(%^W%#('T0OO=L_0[Y7KV!N">%4. MV7QTK4^Q!?%6&H\<7B_D$H`%W/T)JO.N:*A\95*1I+D]1R.JVNN5\`]3DVN& M\(^F)S?N!.HL$=K.9420=6)J*@\^TX,O]BJ<4->RK\^M<-Y%D5QWC??@$$13 MQM%MN+"`$@&&R0`CQBC"!HRXJP3FU9T6(#P)&8C?G99\!XR4,D)%]K=H17`KD_Q,FNP)$PKX<0RN4P: MOLT$VT_?R(/-EV\_LX5:$!!R$4E18:6;1HIR0U\E@B7RU2>![N*=L4)9]OZ/ MHK(D]WL@6;E?)$CWIDC5#@1'!)$.1+189J*K8#)2Q0MO=]U7%%Z^Z\5!=8Y. M+SKJ!093Y:+HF1$-ZLS%6D?,KGG;\MZVG+?6(<0L?[R,S0L"%M=UH4-<97FZ MY7FT6:"!D.D5_N+GOG&EC]WA&W.%(.7@7_Q&[I.38EB"?J$A]X>%N=OX;_A3 M[_Y19+W/_/COC<;&YG.)_][<:.#W9JNYU7R(__XK/@_QWP_QWP_QWP_QWP_Q MWW]Y_#<+E$1]ETW!6J[??N\\ZJ*BY3_*[K)U?)H5'P]!:2@^[8$HQJ?V\>-Q MM]^MWS[VGMB#7[GGJ!#`,[,D("")%T1^!..W896UA&!^,FW1D'ZX.HJ'/NHP M;A=Z#]`7X_[&&>\],&YR^(WZ.H8&[N)!U7.*$816[=)I5MS!A$YLXC8FCJH; M9LCXA#)M@0C=;F_BT77L<<+`4JJR:FRN:J7*NA>](BL,EH!*\>"G;@4^]UDS M)SZ[?;QTP^8>Q*-[YRXTM3C=,_7+>QAMW/#0,-CHW-**O%E*H@H0>'>"HANJ MSM5U#%%IG-\>PT1J/*Z1CH;_;M8(U/0%?L=_X.%:DU[C']T27VHV=Y-S4Z(- MS-VZ3^X6YV[9LI-[Y-[@W!NV["5R2_;QN`^_L>YE%<<`??K3:@2*Y_Q8^[*J MV_PA]CD_UK^L\C9_JS0_MD!9]6W^C5`#)(ET/#?`MY0RQN_-YS7I4&E"TX(P MCC4##6HX^]\7FC#&UL,T=`T%/9D-"9C6/AGCR6I^TI0G$YFI)LULA-=2NFEP M3;A,>SV;!IV7-A<]PN%NWLN(Q\%OGN$D=#CI#GO7NP$K]&S_$C?A:6>`;-7W M6B#@7NI8PP@".V"UC6_O,@9,M\$GY$5@:/C?K*#)8[/WKIU``3R)7>GA8I*. MDU'E\3I8F^O#9`@==7IY?O#N'!JZ6E7?P;^B-9.?XW4,FGD;G?2(X:%9VQ&T M-UH2$]P+/3OB@_^P4:9XAR6 MFBX"EJTQ%5.3^\_.SD\O+L_;>P?J=_[^[OSPHJUJH&J=7;X^_,\VOL#OG1]! M]SBH04O5;#L7&Z$[2+,$&H]!:\J8W4=F:<5`ACAT*,^NO3#'DL2?R!/CPXN]T^/SXX.]_7[_9^IIW:"#K[W>T=:L:=9'IX^HZ\^J#$LY.8 M5K+K'Y1ZE71C5&Y10SG;/]X_W&/G&BHU&1+I3UG5^13?/0(AWV-@`,?'@,H5 M]@!O]J`1A'ODM%504W?I+")?+0\%79(/?U3Y=-OOWJJ_@X6L;M$(0/4J55>) M146*#-RW0"-AXSW-\HP<*?=[I6#86S'#68$A% M6%Q$>G`BX1*DH,L*-E%-_?## M#PQO0TNOOL^6XB.+PIPV@Y>00WE]OBAP7+GB2!7\2P&=8>%O1W"0U[-0?ZLX*"V5NA*W]'\WK1S@Q14[B>8WE&A*C0I MZ,*";I5!WY]W=<$X>=$QAG+G.IFBP^R)!#W%7?(3/N&P'AK-!C>2XN]F8](. M\&9FBPS5'E&0!9.`V:97_(`TX*!I@G/'7;A!DHP9OO?KR/2,-+I`)Q`H%2>G M%^B[:E^0/U,K'$*(=0@,,`F2),OHN2'Y#J_;0*>N883S/Z;&>4PT_+NHF@W_ MBIMY7;6^ZH'*8F'&B4PR@;KPI4)4)<*=,EV*`QC+#G?V2]W9`G?%FZ.VH;]$ M*_/86ID[?(A8`::9E.='BB.1/Y'T96LK[F%,_S?7N,,)RUE&]>B;"WH,=O.7 M@%C/:+-`A[F@!L[S4C53;`N#:P`5";PP0<$(V07FH8C%JF/_L@%<=7I(M[MG-+%/"Q7=?\:GY@>AH#NSGW:G M`S7N6X-:7U+FKM5<`M-S.T#+%^P!,)B@]<BSO#)S&7ZEFK2F=*FGA]#3.=NZ^S\JB?7?=O8!IQ)G3P_=)_SRC7XWX= MMZ;EF2E/?N-,?_9,ZU,DB?IU\7?@GUW]S*?1\)Z3*U$3=CRXV-(56UT_Q9W$^))-Q[!-(UO^EWM4'%L8#-K$MQ?&R4%72U_C]IS65.P M=G4Z%$(]P8,%77[/^JOZNBM*4^A%:*CN^*Y2D2GYA%+I?@7YG22/W?Q.SS:< MMN->+78IYIG;:I2QK-G^N\^]!@U7&JUGN.R]S>*;I**'8&$II-<[BK=)U"]K M#?6[6FN^AV_H;/Q.NOI[?,#.S^\H=/?[]]:G5*"IO`]DG`W'2&"(_X!,Q3_D M):4OF/F]^HX/1E,/?\^TOSA(E7N3FXPF73RYZ=9D=PI_?/SE?6`.^HHKB4YV MM7+3T[\S%8'C]Z5ZNO;4NYKB$0Y3!.Q?PQDI"2U@ M_XIUQKJ73?@YF_-R-N?EA.[)YV4!N;*293"A>Q5Y!QWRS6=(^@3'$KXV0+VR MKR1!IV!>XNS7H*$Z,7FS%]2"1D89-_H^CGB:]C5/03XX(5\4K9&08KPGL'"WH$9EFA M'LX6P]Q6H"X/%JT'PX+\V`2%TDMZ+WCWRC?9CM*0MD"%HC/4-ZR-$]7&>TL> M6]V5=/A;7PGD7;3B8+"U@]GL7*&(?%]W/YN+//7E7LGGJ1'P MC_*7P&&'>X[JJKG#9[?TSMC09JQ'B'1L(WQS'&F3;IO9T!%I%UF5<@UBWWC7Q9,P@@$R MC/LC5=#.6#G+V3ZY`>/,7%86C?\+Q3)%YH3.5.#'.AS9`0IND4;14/Z;]79VD![>>6:BT8@X+21($$>$<6`Y,F2>;\V4JE4' MKT2TDO(>W5/LU#_H9K248.JIM3WV,+)CY.6?. M:2C&1]C8-YYE>Z$#WJ@5SZT'#BV4,]IO;JT_1 M*P:/'U-3V,D37Z`Y:X#)CLQ+=OR*0X#NN%B<54OK%;[[QYUU>5'/(YK2+AHO M*UHVBO?/BUCCEV4^;#`[1>9,_@N^BY`F]+SOOE/;54-=+P(VH,VUPG5;KZ!Z M9'H7A=TWGT79@2\D9G3W&GE8S1%%GA*YODJ6!.TT8-N1.NZN97JT^FY/ M4_F"`[BA7;@E25JA)$7OJWD]S[FZHB6G>D(B)"DAZ;A722[YOTX7;XPJE5HJN>X<:`.$_I8SYYW^4VMC: M,O<_;#2VZ/S/YL/YG[_DL__Z:.]-!^]>6;N)C@Y?=5Y&IZ_^;^?EB@2`I\J) M$.#QTM!.M3(9J MK:=]J#K]*I@@DX2HZZ)V7"9N(Y>CXBOBVG^L..[]00P4/S+_A_%H_4\K0VTV MMF&*E\Y_POOC\W^MYTT\_]=L-3;^E]KZTSAR/O_#Y[_3__!_\T\9!/?O?^C^ M[8?^_RL^^?XG2=G\8\M8L/YO-C>WIA\P%!M-TX'Z#!_.9I%!=9AE1ID[/Y^U:\F[F_U"_Q["!K`&FCU:PVUUL2'[]4O\!2HP8_WJEZON[]+ M2&`,$OXR"?';QWA`]"@/\G30[NR?'Y[A:47HQQ<2WK8$+F/L(VH0T- M)R7M!=2C^MD9-7'61W:S*9V7Q@/"N?ZCWV2_97218:RN)OVDIT_UH=.3TTA@FG1O1\#Q8(`.9CR508V$;4K, M2V/K.SLR&B%4I8C.5US=T0S#DF)]G:/T*)3W"EJF3WB8:6^:C%0O[D^@H"3. MJ"]O9NC9XTT+HE^DQCW*-.C\)KSC7MK#.PUB["4-5KT3U0]/HCIP^*S9B.JC M7I2EW0\PPQH[.HRT^:15T\U4LP.K'LE)0TC9ZKU8:\&\/GJAUM?5.Q#K)S7U M[@7^^^HM@GP(T>:]B,:-M58,1/%^E2#5>J]/K*\!ZQ>WU-!\/M0>#<81A$>* M/Z7^%$[(^78M-WV;2A,G)MTV&S%L&;(1WT MC[-L-DS$>2TT:Y@N5F_WSB_6CT\/VL=(4&@#-Z,(!R3(DQX/-'.#!7!G=GG< MFX8,V@#6COO5%9)%*2OS#J^VP1/^:CCKWBJ8/`GB!%RE6<(']%+9M2R1]/5H M#V;XZ`;&#A4!A&MT%X![A[Q8R&6"(PN1#_`M@[OFFVRJ!]I=E"9QB8,ZZP2G M%^T.+_#MMMH[ZIQRX63!5YI5*@+>(EX"CJ\KF%)W#W;W?]]/4?\G!\H?:@$L MT/^W&JWG>?U_<^OA_M>_Y,/Z/TW?4@N`WH(-8`]9R#-:-P/J/KZTRCF'1HIJ M3T]H_\YYH#CV2?$C>("$/8/!I\@;4O3O)0DGESAN6@D(ETB_94BZ3.+OE%:/ MLM2X1%C;(I!@*&]S5H>;DM3&6W-WC*@GA!P[3>T=18FGI*`J"ZNK5JNC&<9N M@3*Q4V2$&DJ^N)7G4[U9?)?Q_7VZ3YW8)JVG&!(QKL663CUZ3:@KI#;6?#)6 M;<(\9Q-4UF%4J;-DTA^#>H*HJERCJ+FYV6@@0E$RY$4]_I"@CBJ`0[&H4H@P M2$>T$?VDI*(-^2(0#+JNE;TNGF@8W-4L7_W,C>^AF)\^HF3>H<*5#OO3*9D& M$28:(-!)?)5^3.I5L6GP`.?T;D"X0X+FSD8*IO?XTATKZ#89@R.!7GB+-WX- MXVO4>20H19\^@ID!S34;0/5=^PQS1FC2,=2BT]XX($:D/W3[W!FD]&9J-AHE M>-LZ+.W15?$T.:N\J`=GR:!'$'Z3_A5:!6)N(%'JNZ06#4;1I50R2&Y`WXJ<,L;47EGW-@&EV,1<(%X5F;*SS+00@5!1 M@\#PB<2T<8AD8F,;@]B^$:O8#`@<#W[.26+:/#Q&:5@",V0O8+((QS^1\IE@ M!4X"F";I[.;63B5D4.8%6K<1V8(CNNZ''0;78%C4512!?>J-'8QY$HN%C3;" M!AO=>%J_5"#"`0;"`.]\H4:J89X2MAZ+?\%0B3H4800L/E:5_<,.GM-7;ZDL M'M&.N"::I&C[W$[3R(O@(BE%1YVGI&HB'F9_B%VMAR0%?;'1$N%K#*$D&\/6 M3A`%K-2!1DE`"NC!W._!2(G0=IP,<9I:^:5-JQH.)>(9AYB<$T;A1]UXB)(M M\F07RI[,.B]ZR2>8O!BE10?V$#$4!PZ(H`O4N"Y1XG!HH-*$C5!*P&*&(;O8.+=WF?@3@`5H*.D/I%HW#,@Z%)&Q1HV?ZUUE M>A?;\S;Y;//2I)#;!^?G9"\*NA(T5SJ<*)(K?56E\;G;:/#WOH1^?0`CK8KB M50]C,&QQS..ZT2P*Y$\',,FPF,.NR&)LJ<@/`-0FCBTS MI$EXQ>(X\?6,J5Q-PA-XD,;7M%[H7G<+C)P"C?%$;C$#-L[S\0)QO1[+X!+' M"T(1U60%1%@@^G>##7<&*JHI6>[TEY;^PLF2I&%\(463#:;;@\'V/_XC]A^" M[ARW_Z0R%NW_;&]LLOVWO;W=;&SB_B_8@@_VWU_QD=4'5DSRK8GL/(Z[M]K( MNYX@1F<]ZB2PEEW-;K(:@Y^.IID`<4S3'74]G(VF__@_7;!:ZK,A+++UY'JF M*@<@\H_Q315TG)/.Q=[1T1Y:0CO1WC6KB.QTQN6-E&T0H^NS;+*>3;KK"&+8 MWWCQ?!V%*L$99G7\O8-!:/2BGQ%T<;VK"I^4U#-[JP0DH[^L(JUQK2)A`QI` MEWZ'7K@/>&!SD(LT1P:HZ/Q=I!CCC']I78A_$&_UYXVDH:[Z*=T)TFRHCP3^ MC8EAL<"2>6LFGH(J;$PQJ`FI#%DRX<+A`<9B\Y8!#-4!>J@)XH3N&D->U&9+ M[!5TV_9[O:PF>@[O_@#I5KVQ=MX^:N]UVE6J`A4+9K?Z#AFJ8ZXHVI\D"-5E MC!)9R$G/I!.>F',(>M2UC>U67?4=!;A]-P=3`TFD0MO79 M9K8G*[=@$O=FJ+6*`T.?DJ34-&!((:==RD@FCW$EN5AD3Y/KIX3I6T7\WK.? MSP_?_'BQ$[E3W/GQ`$S]`$S];P=,K1Z0J1^0J?\T9.KE[HCP]/_Z$/2^/U[' M7!C_M;UI]W\V*/Y[H[7QH/__%9_F>G-C_=NMB#W;++WH@FRM=!ESH%7?THMU M!I.%-MN/T\S8#"CF<$^#MB:&C%X(HA,G#D<%L0Z`246+8AV<`4;',?DW(\^_ MJ4,=B(;H@Z0DI!05H5W"1`9F;CR*#-:*AUFDP8QDQZ**:M&M`\PBC-S&F6SY M0W4WZ@V6W%"'_I3/I!ZR8WJ4H.F`CF?"TD4O++M?^U/T?.*Y55BD<0=#36;# ME&YQ0RD6C%HBQ_=(8J:> M9G0/[2S3$@?W"+1*F)#"E8QT_]+I2:R/J]@93ZQQ,3'>+HA*\E$+3'OJLE&) M!RC5;FY!&N/[*SS:A"PDW0\F,N_O%*NAW7T9=>$L(QA(JF>6#CXFW&8\3(D! M:#!T<^\1]B+%.B!B`5J`&4(18UVDJ^\84Q[U\U@?7Y"0O!+O([5F+-M..'*9 M/8L8]G<*K*'Q@ZU//R4Z+JOQ`H'C%MO'F4HR9,D(9C]A=-4?KRG2^I*(:-]Z30;9FMX[*5F7.H8`]QEGZ7,AR0,*#PP0^LDSOA M.]3\$9:O*#PR$+"H5.481,B`=KR/'Y@%,\(CPUO-\-9S4.'S,MX2OE.DD_K1M7T!4;=3[Z.IA#; MX)"OPR%Q]ADUO3:%=6U8;N!*GH"Q+YX28)"125&PF93I6.;K"&=\%]GUB_^- M[.::MIF_`!,RA3QQF<_6[UWV7[2VOMVJ_]*]?8_=QDPAIX<4X$HV&MA%C"S+ M8YBYHBV*3^N*\NL(IT&Q#!B>T"@K&`$PU)7F<<[!IB!C^S0-X+U#.N)7`.B9TY!A=1ZY'@)=-O27M*-0HSQYV&1X^ 2#Y^'S\/G7_CY_S5#.X8`:`$` ` end From owner-freebsd-hackers Sun Apr 9 08:41:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA25002 for hackers-outgoing; Sun, 9 Apr 1995 08:41:23 -0700 Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA24996 for ; Sun, 9 Apr 1995 08:41:18 -0700 Received: by gvr.win.tue.nl (8.6.10/1.53) id RAA12171; Sun, 9 Apr 1995 17:41:12 +0200 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199504091541.RAA12171@gvr.win.tue.nl> Subject: atrun(8), who??? To: FreeBSD-hackers@freefall.cdrom.com (FreeBSD-hackers) Date: Sun, 9 Apr 1995 17:41:11 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 55 Sender: hackers-owner@FreeBSD.org Precedence: bulk Is anyone working on the new version of atrun? -Guido From owner-freebsd-hackers Sun Apr 9 10:05:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA27387 for hackers-outgoing; Sun, 9 Apr 1995 10:05:07 -0700 Received: from ix4.ix.netcom.com (ix4.ix.netcom.com [199.182.120.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA27375 for ; Sun, 9 Apr 1995 10:05:04 -0700 Received: from by ix4.ix.netcom.com (8.6.12/SMI-4.1/Netcom) id KAA09681; Sun, 9 Apr 1995 10:04:24 -0700 Date: Sun, 9 Apr 1995 10:04:24 -0700 Message-Id: <199504091704.KAA09681@ix4.ix.netcom.com> From: PVinci@ix.netcom.com (Paul Vinciguerra) Subject: 2.1 install "upgrade" question? To: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk Is the 2.1 installation going to have an option to "upgrade" from 2.0R (the CD)? Since the 2.0 install assumed no investment in Freebsd (it just layed down the image and didn't care how much time you spent setting up 1.x). If you want this to be really user friendly, we need an option to lay down only the "delta". All serious packages offer "upgrade from 1.x" "upgrade from 2.0R" "new installation" If this can't be done in time, I suggest an easy to find doc to walk a current FreeBSD'er through doing an "upgrade" From owner-freebsd-hackers Sun Apr 9 10:18:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA27632 for hackers-outgoing; Sun, 9 Apr 1995 10:18:37 -0700 Received: from grep.cs.fsu.edu (grep.cs.fsu.edu [128.186.121.152]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA27625 for ; Sun, 9 Apr 1995 10:18:35 -0700 Received: by grep.cs.fsu.edu (8.6.9/56) id NAA09850; Sun, 9 Apr 1995 13:18:30 -0400 From: Mark Bynum Message-Id: <199504091718.NAA09850@grep.cs.fsu.edu> Subject: Booting off of the second drive To: freebsd-hackers@FreeBSD.org Date: Sun, 9 Apr 1995 13:18:30 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 881 Sender: hackers-owner@FreeBSD.org Precedence: bulk After reading through several FAQs, mail messages, and the like I tried to make FreeBSD boot off of my second hard drive (which is a SCSI drive, the first being an IDE drive) by modifying the code in /usr/sys/src/i386/boot/biosboot/boot.c (if I remember the path correctly). Well I changed the line that said part = unit = 0; to part = 0; unit = 1; I then did a make in that directory, a make install, and then did a disklabel -B sd0. I got an error from disklabel saying that the drive was 0 revolutions and 0 something else, but I disregarded them because I am currently running from sd0. Well after rebooting the boot program gives me an error like: bad boot blocks:can't find /kernel I can still boot using "hd(1,a)/kernel" but was wondering if there was a way to fix the error? Did I do the above procedure correctly? Thanks for any help, Mark Bynum bynum@cs.fsu.edu From owner-freebsd-hackers Sun Apr 9 10:24:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA27718 for hackers-outgoing; Sun, 9 Apr 1995 10:24:26 -0700 Received: from uran.informatik.uni-bonn.de (uran.informatik.uni-bonn.de [131.220.8.49]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA27712 for ; Sun, 9 Apr 1995 10:24:20 -0700 Received: from oink.rhein.de (oink.rhein.de [193.175.27.130]) by uran.informatik.uni-bonn.de (8.6.10-ws5/8.6.10-ws2) with ESMTP id TAA21285; Sun, 9 Apr 1995 19:24:08 +0200 Received: (from noses@localhost) by oink.rhein.de (8.6.9/8.6.9) id TAA08888; Sun, 9 Apr 1995 19:24:07 +0200 Message-Id: <199504091724.TAA08888@oink.rhein.de> Subject: Re: Happy Happy Birthday snap-0408 [was: Happy Happy snap-0322] To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Sun, 9 Apr 1995 19:24:06 +0200 (MET DST) Cc: bugs@ns1.win.net, freebsd-hackers@FreeBSD.org In-Reply-To: <1080.797399881@freefall.cdrom.com> from "Jordan K. Hubbard" at Apr 8, 95 08:58:01 pm From: noses@oink.rhein.de (Noses) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 197 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Yes, today is my birthday. I am 32. Yes, I feel old. Thanks for > asking.. :-) > > Jordan Here's my present for you: 1 It's the additional bit you'll need for your age... Achim From owner-freebsd-hackers Sun Apr 9 10:45:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA28011 for hackers-outgoing; Sun, 9 Apr 1995 10:45:43 -0700 Received: from outer.ceh.servtech.com (marcus@outer.ceh.servtech.com [204.181.5.20]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA27999 for ; Sun, 9 Apr 1995 10:45:35 -0700 Received: (from marcus@localhost) by outer.ceh.servtech.com (8.6.11/8.6.11) id NAA10601; Sun, 9 Apr 1995 13:50:44 -0400 Date: Sun, 9 Apr 1995 13:50:44 -0400 From: Marcus Schwartz Message-Id: <199504091750.NAA10601@outer.ceh.servtech.com> To: hosokawa@mt.cs.keio.ac.jp Subject: Re: pcmcia driver Cc: freebsd-hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk > I found that there a little problem on 3C589 driver (zp). It hangs > when I try to ftp a huge file from 3C589 to fast machine (SS20, etc.) > on local Ethernet. When I get huge files from fast machine to 3C589, > it seems to have no problem (and marks 1.1MB/s performance). > hmmm. well, the only other box that I plan to connect this to is a sparc2, but I will let you know if i get similiar problems with it (tho it isn't quite as fast as a 20 :) --- marcus schwartz marcus@outer.ceh.servtech.com From owner-freebsd-hackers Sun Apr 9 10:58:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA28118 for hackers-outgoing; Sun, 9 Apr 1995 10:58:01 -0700 Received: from nanolon.gun.de (nanolon.gun.de [192.109.159.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA28112 for ; Sun, 9 Apr 1995 10:57:57 -0700 Received: (from uucp@localhost) by nanolon.gun.de (8.6.8.1/8.6.6) with UUCP id TAA06451 for hackers@freebsd.org; Sun, 9 Apr 1995 19:57:39 +0200 Received: (from andreas@localhost) by knobel.GUN.de (8.6.9/8.6.9) id QAA00467 for hackers@freebsd.org Sun, 9 Apr 1995 16:19:17 +0200 From: Andreas Klemm Message-Id: <199504091419.QAA00467@knobel.GUN.de> Subject: Re: Happy Happy Birthday snap-0408 [was: Happy Happy snap-0322] To: hackers@FreeBSD.org Date: Sun, 9 Apr 1995 16:19:15 +0200 (MET DST) In-Reply-To: <1080.797399881@freefall.cdrom.com> from "Jordan K. Hubbard" at Apr 8, 95 08:58:01 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 689 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Informal title for this snapshot: "Jordan's Birthday snap." :-) > > Yes, today is my birthday. I am 32. Yes, I feel old. Thanks for > asking.. :-) HAPPY birthday Jordan and lot's of best wishes ! So you deceided to work on your birthday instead of "getting older" ?! :-) BTW: We are the same age, Jordan. Happy to see again, that I'm not the only one who is affected by this :-)) Andreas /// -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ - Support Unix - akl@wup.de - *** apsfilter - irgendwie clever *** ftp.informatik.rwth-aachen.de:/pub/Linux/local/packs/APSfilter/aps-49...:-) From owner-freebsd-hackers Sun Apr 9 11:26:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA28785 for hackers-outgoing; Sun, 9 Apr 1995 11:26:27 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA28779 for ; Sun, 9 Apr 1995 11:26:26 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id LAA26219; Sun, 9 Apr 1995 11:25:58 -0700 From: Poul-Henning Kamp Message-Id: <199504091825.LAA26219@ref.tfs.com> Subject: Re: 2.1 install "upgrade" question? To: PVinci@ix.netcom.com (Paul Vinciguerra) Date: Sun, 9 Apr 1995 11:25:57 -0700 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: <199504091704.KAA09681@ix4.ix.netcom.com> from "Paul Vinciguerra" at Apr 9, 95 10:04:24 am Content-Type: text Content-Length: 818 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Is the 2.1 installation going to have an option to "upgrade" from 2.0R > (the CD)? Since the 2.0 install assumed no investment in Freebsd (it > just layed down the image and didn't care how much time you spent > setting up 1.x). If you want this to be really user friendly, we need > an option to lay down only the "delta". All serious packages offer > "upgrade from 1.x" > "upgrade from 2.0R" > "new installation" > > If this can't be done in time, I suggest an easy to find doc to walk a > current FreeBSD'er through doing an "upgrade" This is such an sensible thing to suggest. Any idea where we find the time to do it ? -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Sun Apr 9 11:36:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA28989 for hackers-outgoing; Sun, 9 Apr 1995 11:36:31 -0700 Received: from mail.barrnet.net (mail.BARRNET.NET [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA28983 for ; Sun, 9 Apr 1995 11:36:30 -0700 Received: from dataplex.net (SHARK.DATAPLEX.NET [199.183.109.241]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with ESMTP id LAA13996 for ; Sun, 9 Apr 1995 11:33:52 -0700 Received: from [199.183.109.242] by dataplex.net with SMTP (MailShare 1.0b8); Sun, 9 Apr 1995 13:36:09 -0500 X-Sender: wacky@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 9 Apr 1995 13:36:12 -0500 To: Kim Culhan From: rkw@dataplex.net (Richard Wackerbarth) Subject: Re: perl5.001 patches needed Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >The perl5.001 obtained frm prep.ai.mit.edu seems to know about freebsd but >we see this problem: > >cc -c -O -I../.. -DLIBC="/usr/lib/libc.so.2.1" DynaLoader.c >DynaLoader.c: In function `XS_DynaLoader_dl_load_file': >DynaLoader.c:138: array subscript is not an integer >DynaLoader.c:138: array subscript is not an integer >DynaLoader.c:138: array subscript is not an integer >DynaLoader.c:138: array subscript is not an integer >DynaLoader.c: In function `XS_DynaLoader_dl_find_symbol': > >If there is a patch already built, a pointer to it is very greatly >appreciated. This appears to be the vprintf problem. Get a copy of vprintf.c for the libc in -current and rebuilt your library. ---- Richard Wackerbarth rkw@dataplex.net From owner-freebsd-hackers Sun Apr 9 11:38:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA29035 for hackers-outgoing; Sun, 9 Apr 1995 11:38:45 -0700 Received: from haven.ios.com (haven.ios.com [198.4.75.45]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA29029 for ; Sun, 9 Apr 1995 11:38:44 -0700 Received: (from rashid@localhost) by haven.ios.com (8.6.9/8.6.9) id OAA24102; Sun, 9 Apr 1995 14:41:28 -0400 From: "Rashid Karimov." Message-Id: <199504091841.OAA24102@haven.ios.com> Subject: Re: Happy Happy Birthday snap-0408 [was: Happy Happy snap-0322] To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Sun, 9 Apr 1995 14:41:28 -0400 (EDT) Cc: bugs@ns1.win.net, freebsd-hackers@FreeBSD.org In-Reply-To: <1080.797399881@freefall.cdrom.com> from "Jordan K. Hubbard" at Apr 8, 95 08:58:01 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: 262 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi there , > Informal title for this snapshot: "Jordan's Birthday snap." :-) > > Yes, today is my birthday. I am 32. Yes, I feel old. Thanks for > asking.. :-) Happy birthday :) Hope that the party was great ... Was the demon invited ? > SY RK From owner-freebsd-hackers Sun Apr 9 11:50:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA29215 for hackers-outgoing; Sun, 9 Apr 1995 11:50:03 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA29198 for ; Sun, 9 Apr 1995 11:49:20 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA09167; Sun, 9 Apr 1995 20:48:40 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id UAA07951 for freebsd-hackers@freebsd.org; Sun, 9 Apr 1995 20:48:40 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id SAA07493 for freebsd-hackers@freebsd.org; Sun, 9 Apr 1995 18:52:43 +0200 From: J Wunsch Message-Id: <199504091652.SAA07493@uriah.heep.sax.de> Subject: Re: should su retain ${DISPLAY} To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Sun, 9 Apr 1995 18:52:42 +0200 (MET DST) In-Reply-To: <13777.797419380@freefall.cdrom.com> from "Jordan K. Hubbard" at Apr 9, 95 02:23:00 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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: 547 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > > > Your right, it should completely reset the environment as if it was a fresh > > login. Speaking of su, why the hell doesnt FreeBSD's su support -c cmd like > > every other su on the planet? > > Hmmmm. Therein lies a mystery! > > I believe we lost this in the 1.x transition! :-( We've never had it. The word `every' in the above sentence must be `every second'. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Apr 9 12:07:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA29467 for hackers-outgoing; Sun, 9 Apr 1995 12:07:55 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA29455 for ; Sun, 9 Apr 1995 12:07:42 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA09449; Sun, 9 Apr 1995 21:07:06 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id VAA09307; Sun, 9 Apr 1995 21:07:06 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id VAA08136; Sun, 9 Apr 1995 21:01:30 +0200 From: J Wunsch Message-Id: <199504091901.VAA08136@uriah.heep.sax.de> Subject: Re: Booting off of the second drive To: bynum@grep.cs.fsu.edu (Mark Bynum) Date: Sun, 9 Apr 1995 21:01:30 +0200 (MET DST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199504091718.NAA09850@grep.cs.fsu.edu> from "Mark Bynum" at Apr 9, 95 01:18:30 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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: 828 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Mark Bynum wrote: > > I then did a make in that directory, a make install, and then did a disklabel > -B sd0. I got an error from disklabel saying that the drive was 0 revolutions > and 0 something else, but I disregarded them because I am currently running > from sd0. I think you botched it. disklabel refuses to install a new bootstrap if there are any errors in the existing disklabel. You'll first have to clear any complaints from disklabel (e.g. by editing it with ``disklabel -e''), then you can install a new bootstrap. The sysinstall programs don't fill in all the required fields in the disklabel correctly; i've already filed a problem report for this (i386/251). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Apr 9 12:08:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA29499 for hackers-outgoing; Sun, 9 Apr 1995 12:08:20 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA29491 for ; Sun, 9 Apr 1995 12:08:17 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id MAA19487; Sun, 9 Apr 1995 12:06:55 -0700 From: "Rodney W. Grimes" Message-Id: <199504091906.MAA19487@gndrsh.aac.dev.com> Subject: Re: should su retain ${DISPLAY} To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 9 Apr 1995 12:06:54 -0700 (PDT) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199504091652.SAA07493@uriah.heep.sax.de> from "J Wunsch" at Apr 9, 95 06:52:42 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1313 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > As Jordan K. Hubbard wrote: > > > > > Your right, it should completely reset the environment as if it was a fresh > > > login. Speaking of su, why the hell doesnt FreeBSD's su support -c cmd like > > > every other su on the planet? > > > > Hmmmm. Therein lies a mystery! > > > > I believe we lost this in the 1.x transition! :-( > > We've never had it. The word `every' in the above sentence must be > `every second'. It was not documented in 1.x, but we sure as heck had it: RCS file: /home/cvs/386BSD/src/usr.bin/su/su.c,v ... ---------------------------- revision 1.5 date: 1994/06/23 05:45:18; author: jkh; state: Exp; lines: +30 -32 su -c was broken before (whoops!); these changes from Barry Morris should put it right. My build fell over last night (!#$%&^* broken NFS soft mounts!) so I had a change to fold this in. ---------------------------- revision 1.4 date: 1994/04/03 00:16:36; author: jkh; state: Exp; lines: +53 -28 Barry Morris's (bsm@freefall) changes to su. ---------------------------- gndrsh# uname -a FreeBSD gndrsh.aac.dev.com 1.1.5.1(RELEASE) GNDRSH#0 i386 gndrsh# su rgrimes -c whoami rgrimes gndrsh# -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Sun Apr 9 12:17:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA29714 for hackers-outgoing; Sun, 9 Apr 1995 12:17:26 -0700 Received: from uhura (slip4.edvz.uni-linz.ac.at [140.78.5.4]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA29705 for ; Sun, 9 Apr 1995 12:17:22 -0700 Received: from scotty (scotty [192.168.1.1]) by uhura (8.6.8/8.6.6) with ESMTP id VAA00119; Sun, 9 Apr 1995 21:16:44 +0200 Received: (from cg@localhost) by scotty (8.6.11/8.6.9) id VAA00154; Sun, 9 Apr 1995 21:06:47 +0200 Date: Sun, 9 Apr 1995 21:06:47 +0200 (MET DST) From: "DI. Christian Gusenbauer" Reply-To: cg@FIMP01.fim.uni-linz.ac.at To: "Jordan K. Hubbard" cc: freebsd-hackers@FreeBSD.org Subject: Re: Happy Happy Birthday snap-0408 [was: Happy Happy snap-0322] In-Reply-To: <1080.797399881@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sat, 8 Apr 1995, Jordan K. Hubbard wrote: > Yes, today is my birthday. I am 32. Yes, I feel old. Thanks for > asking.. :-) Happy birthday to youuuu, happy birthday to youuuu, happy birthday dear Jordan, happy birthday to youuuu! Thank God, that you can't hear my singing ;-) -- Christian. cg@fimp01.fim.uni-linz.ac.at From owner-freebsd-hackers Sun Apr 9 12:37:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA29968 for hackers-outgoing; Sun, 9 Apr 1995 12:37:33 -0700 Received: from saul4.u.washington.edu (spaz@saul4.u.washington.edu [140.142.83.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA29962 for ; Sun, 9 Apr 1995 12:37:31 -0700 Received: by saul4.u.washington.edu (5.65+UW95.02/UW-NDC Revision: 2.32 ) id AA19646; Sun, 9 Apr 95 12:37:27 -0700 X-Sender: spaz@saul4.u.washington.edu Date: Sun, 9 Apr 1995 12:37:26 -0700 (PDT) From: John Utz To: Poul-Henning Kamp Cc: Paul Vinciguerra , hackers@FreeBSD.org Subject: Re: 2.1 install "upgrade" question? In-Reply-To: <199504091825.LAA26219@ref.tfs.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi; On Sun, 9 Apr 1995, Poul-Henning Kamp wrote: > > Is the 2.1 installation going to have an option to "upgrade" from 2.0R > > (the CD)? Since the 2.0 install assumed no investment in Freebsd (it > > just layed down the image and didn't care how much time you spent > > setting up 1.x). If you want this to be really user friendly, we need > > an option to lay down only the "delta". All serious packages offer > > "upgrade from 1.x" > > "upgrade from 2.0R" > > "new installation" > > > > If this can't be done in time, I suggest an easy to find doc to walk a > > current FreeBSD'er through doing an "upgrade" > > This is such an sensible thing to suggest. Any idea where we find the > time to do it ? > This brings up an important question. If a user has multiple disks dedicated to freebsd, can he just *centralize* all the *stock distribution* stuff in one disk and use the other disks or even *partitions* on the same disk to keep the stuff he has alread installed? I understand ( at least i think i do ) that the filesystem structure changed between 1.1 and 2.0, but will it change between 2.0 and 2.1? The 2.0 and snap installs *appear* to assume that any disk it finds is either: a. not going to be touched, but might be visited by FreeBSD in the future ( ie dosfs ) or; b. FreeBSD property, and thereby subject to newfs. upon writing this it seems that it should be possible to just tell the current install ( 2.0 and SNAP 3-22 and previous ) to leave the old FreeBSD partitions alone, and then hand modify /etc/fstab later. In order to make use of the stuff on your old drives or partitions you would need to grab the correct libc..but that is easy enuf to do, u could even copy it from your own setup previous to eliminating it's existence ( but if u are like me, u would probably forget to.. :-) ) So the dm1,000,000 question is: WILL the 2.0 and 2.1 Filesystem formats be compatible??? If it is, then this will simply be a documentation issue that could probably be covered in a few short paragraphs.... if not, then binary upgrade will continue to be the dramatic trauma it has always been.. i am on number...mmm 8 i think, counting 386bsd. it usually takes me about three days of nonstop work to get it mostly finished. Now that the nca driver works, and *if* i can ever sort out why i *cant* get slip to work on my 3-22 box, i will then ftp the bindist to my qic-80 tape and then do it from there, i hope! That might still take 3 days, but it wont require near as much of *my* time ... > -- > Poul-Henning Kamp -- TRW Financial Systems, Inc. > 'All relevant people are pertinent' && 'All rude people are impertinent' > => 'no rude people are relevant' > ******************************************************************************* John Utz spaz@stein.u.washington.edu idiocy is the impulse function in the convolution of life From owner-freebsd-hackers Sun Apr 9 12:39:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA00118 for hackers-outgoing; Sun, 9 Apr 1995 12:39:54 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA00112 for ; Sun, 9 Apr 1995 12:39:53 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id MAA26450; Sun, 9 Apr 1995 12:39:49 -0700 From: Poul-Henning Kamp Message-Id: <199504091939.MAA26450@ref.tfs.com> Subject: Re: 2.1 install "upgrade" question? To: spaz@u.washington.edu (John Utz) Date: Sun, 9 Apr 1995 12:39:49 -0700 (PDT) Cc: PVinci@ix.netcom.com, hackers@FreeBSD.org In-Reply-To: from "John Utz" at Apr 9, 95 12:37:26 pm Content-Type: text Content-Length: 1403 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > This is such an sensible thing to suggest. Any idea where we find the > > time to do it ? > > > > This brings up an important question. If a user has multiple > disks dedicated to freebsd, can he just *centralize* all the *stock > distribution* stuff in one disk and use the other disks or even *partitions* > on the same disk to keep the stuff he has alread installed? > > I understand ( at least i think i do ) that the filesystem > structure changed between 1.1 and 2.0, but will it change between 2.0 and > 2.1? no. > The 2.0 and snap installs *appear* to assume that any disk it finds > is either: > > a. not going to be touched, but might be visited by FreeBSD in > the future ( ie dosfs ) or; > > b. FreeBSD property, and thereby subject to newfs. > > upon writing this it seems that it should be possible to just > tell the current install ( 2.0 and SNAP 3-22 and previous ) to leave the > old FreeBSD partitions alone, and then hand modify /etc/fstab later. it is. You can either refrain from "Assigning" a mount point, or you can assign it and use the "Preserve" option. > So the dm1,000,000 question is: > > WILL the 2.0 and 2.1 Filesystem formats be compatible??? yes. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Sun Apr 9 12:52:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA00418 for hackers-outgoing; Sun, 9 Apr 1995 12:52:10 -0700 Received: from vivian.mt.cs.keio.ac.jp (vivian.mt.cs.keio.ac.jp [131.113.32.112]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA00412 for ; Sun, 9 Apr 1995 12:52:08 -0700 Received: (from hosokawa@localhost) by vivian.mt.cs.keio.ac.jp (8.6.11/3.3W8:94122222) id EAA00250; Mon, 10 Apr 1995 04:55:49 +0900 Date: Mon, 10 Apr 1995 04:55:49 +0900 Message-Id: <199504091955.EAA00250@vivian.mt.cs.keio.ac.jp> To: freebsd-hackers@FreeBSD.org Subject: Installing Lites 1.1 From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Mailer: mnews [version 1.18PL3+] 1994-08/01(Mon) Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi! I'm trying to install Lites 1.1 on FreeBSD 2.0R and 950322-SNAP, but it doesn't boot. I used UK02p8 of Mach4 as the MK and installed Lites in the way that the document "lites-on-freebsd" describes. The "startup" and the "emulator" are loaded without errors, but later, it hangs with a message, init died and down into the kernel debugger. I tryed to use mach_init of CMU binary distribution, mach_init of RT-Mach 3.0 and mach_init of user-22 (it needs some patches to Makefile.bnr and sources) as the mach_init of Lites, but all my efforts were in vain. Does anyone help me? -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-hackers Sun Apr 9 13:41:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA02209 for hackers-outgoing; Sun, 9 Apr 1995 13:41:36 -0700 Received: from ns1.win.net (ns1.win.net [204.215.209.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA02201 for ; Sun, 9 Apr 1995 13:41:28 -0700 Received: (from bugs@localhost) by ns1.win.net (8.6.9/8.6.9) id QAA10208 for hackers@freebsd.org; Sun, 9 Apr 1995 16:45:24 -0400 From: Mark Hittinger Message-Id: <199504092045.QAA10208@ns1.win.net> Subject: Re: 2.1 install "upgrade" question? (fwd) To: hackers@FreeBSD.org Date: Sun, 9 Apr 1995 16:45:23 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1878 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > setting up 1.x). If you want this to be really user friendly, we need > > an option to lay down only the "delta". All serious packages offer > > "upgrade from 1.x" > > "upgrade from 2.0R" > > "new installation" > > This is such an sensible thing to suggest. Any idea where we find the > time to do it ? As I've mentioned before I've been working on a small shell script to perform upgrades from snap to snap. Each snap that goes by I do less by hand and more by script :-) Now this "newfs" stuff where the file system has been changed for performance is a fly in the ointment. I'd like to take a look at the niddy griddy and see if there is a way to upgrade the file system in place. Also the slice stuff seems to have changed enough to warrant a view from an upgrade point of view. Basically I get the tar files I want to load on the system and put them into a directory. For example, bindist.tar, secure.tar, ect. You want to do secure last if you use des :-). Then I use the tar feature "-d" which does a file compare and prints the differences. so: cd / tar -df /home/bugs/fb21/bindist.tar > /tmp/diff.list We want to see the files that are "size differs", "data differs", or "does not exist". Those are the files that are upgrade candidates. We all know, of course, that the /etc files need special handling. I have used this technique with no ill effects for upgrading to each snap since 2.0R. There are open issues like the schg flags ect, and I am thinking about having the "diff" tarball somehow hook into install. So - some guys are thinking about these things, are doing these things, and are looking forward to each snap! I figure another 1 or 2 snaps and I ought to have the whole thing automated (except for /etc). It took me about 30 minutes to upgrade a snap-0210 system to a snap-0322 system. Regards, Mark Hittinger bugs@win.net From owner-freebsd-hackers Sun Apr 9 14:40:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA16780 for hackers-outgoing; Sun, 9 Apr 1995 14:40:51 -0700 Received: from outer.ceh.servtech.com (marcus@outer.ceh.servtech.com [204.181.5.20]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA16764 ; Sun, 9 Apr 1995 14:40:46 -0700 Received: (from marcus@localhost) by outer.ceh.servtech.com (8.6.11/8.6.11) id RAA11162; Sun, 9 Apr 1995 17:46:08 -0400 Date: Sun, 9 Apr 1995 17:46:08 -0400 From: Marcus Schwartz Message-Id: <199504092146.RAA11162@outer.ceh.servtech.com> To: freebsd-hardware@FreeBSD.org Subject: my @#%$#@# 3com 3c589 pcmcia ethernet card Cc: freebsd-hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk Well... I have a 3com etherlink III pcmcia card (3c589) that I am trying to use in my Dell Latitude XP. This card *should* be covered by driver zp. So, anyway... everytime I try and boot with the damn thing, I get sumthin to the effect of "EEPROM doesnt match." Then, when I flip back to DOS to try and run the 3com config software, I end up having to use CHECKCIS.EXE to reload the flash code onto the card, because something has corrupted it. I have spent quite a bit of time on this, with no luck. perhaps someone has had the same problem and knows a workaround? or I am just doing sumthing blatantly wrong? marcus marcus@outer.ceh.servtech.com From owner-freebsd-hackers Sun Apr 9 14:41:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA16904 for hackers-outgoing; Sun, 9 Apr 1995 14:41:57 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA16897 for ; Sun, 9 Apr 1995 14:41:53 -0700 From: Remy.Card@masi.ibp.fr 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 XAA22714 ; Sun, 9 Apr 1995 23:42:42 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id XAA14887 ; Sun, 9 Apr 1995 23:41:27 +0200 Received: (card@localhost) by bbj.ibp.fr (8.6.9/bbj-1.0) id XAA00331; Sun, 9 Apr 1995 23:41:58 GMT Message-Id: <199504092341.XAA00331@bbj.ibp.fr> Subject: Re: Installing Lites 1.1 To: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) Date: Sun, 9 Apr 1995 23:41:54 +0000 () Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199504091955.EAA00250@vivian.mt.cs.keio.ac.jp> from "HOSOKAWA Tatsumi" at Apr 10, 95 04:55:49 am X-Mailer: ELM [version 2.4 PL23beta2] Content-Type: text Content-Length: 1058 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Hi! > > I'm trying to install Lites 1.1 on FreeBSD 2.0R and 950322-SNAP, but > it doesn't boot. > > I used UK02p8 of Mach4 as the MK and installed Lites in the way that > the document "lites-on-freebsd" describes. The "startup" and the > "emulator" are loaded without errors, but later, it hangs with a > message, > > init died > > and down into the kernel debugger. > > I tryed to use mach_init of CMU binary distribution, mach_init of > RT-Mach 3.0 and mach_init of user-22 (it needs some patches to > Makefile.bnr and sources) as the mach_init of Lites, but all my > efforts were in vain. > > Does anyone help me? The bare mach_init from CMU cannot be used with Lites on top of FreeBSD: mach_init tries to exec /etc/init which does not exist on FreeBSD. You have to change the mach_init source to exec /sbin/init instead. > -- > 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 > Remy From owner-freebsd-hackers Sun Apr 9 14:44:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA17012 for hackers-outgoing; Sun, 9 Apr 1995 14:44:30 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA17003 for ; Sun, 9 Apr 1995 14:44:25 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA11860; Sun, 9 Apr 1995 23:43:49 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id XAA19357; Sun, 9 Apr 1995 23:43:48 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id XAA08830; Sun, 9 Apr 1995 23:41:57 +0200 From: J Wunsch Message-Id: <199504092141.XAA08830@uriah.heep.sax.de> Subject: Re: should su retain ${DISPLAY} To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Sun, 9 Apr 1995 23:41:57 +0200 (MET DST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org In-Reply-To: <199504091906.MAA19487@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Apr 9, 95 12:06:54 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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: 462 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Rodney W. Grimes wrote: > > It was not documented in 1.x, but we sure as heck had it: > RCS file: /home/cvs/386BSD/src/usr.bin/su/su.c,v > gndrsh# uname -a > FreeBSD gndrsh.aac.dev.com 1.1.5.1(RELEASE) GNDRSH#0 i386 > gndrsh# su rgrimes -c whoami > rgrimes Hmm, i only had a 1.1 CD to check against. :-] -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Apr 9 14:53:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA17642 for hackers-outgoing; Sun, 9 Apr 1995 14:53:36 -0700 Received: from goof.com (goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA17636 for ; Sun, 9 Apr 1995 14:53:33 -0700 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id RAA01027; Sun, 9 Apr 1995 17:53:20 -0400 Date: Sun, 9 Apr 1995 17:53:20 -0400 From: "matthew c. mead" Message-Id: <199504092153.RAA01027@goof.com> To: Gennady Sorokopud Cc: "matthew c. mead" , hackers@FreeBSD.org, ti@amb.org Subject: Re: xmcd 1.4 In-Reply-To: Your message of Sun, April 9, 1995 11:51:01 +0300 References: <199504090147.VAA20761@goof.com> <199504090851.LAA06375@Burka.NetVision.net.il> Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, April 9, 1995 at 11:51:01 (+0300), Gennady Sorokopud wrote: > Hmm , works fine for me. Yeah, I ran it off your machine and it seemed to work ok... > what SCSI adapter/CD-ROM drive do you have? I've got a BT445s, and a Chinon CDS-525 - it's brand new - got it from Rodney Grimes about a week ago - so I'm positive there's nothing wrong with it (not to mention that xcdplayer will play audio CD's off it). > Also did you configured xmcd for your specific configuration after > you installed it on your machine? > (You should use /usr/X11R6/lib/xmcd/config/configure script for this ) Yes, I did. I'm positive that I've got it configured for the right drive and all that... -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Sun Apr 9 15:59:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA19574 for hackers-outgoing; Sun, 9 Apr 1995 15:59:39 -0700 Received: from w8hd.w8hd.org (w8hd.w8hd.org [198.252.159.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA19568 for ; Sun, 9 Apr 1995 15:59:37 -0700 Received: (from kimc@localhost) by w8hd.w8hd.org (8.6.11/w8hd) id SAA15288; Sun, 9 Apr 1995 18:59:19 -0400 Date: Sun, 9 Apr 1995 18:59:19 -0400 (EDT) From: Kim Culhan To: Richard Wackerbarth cc: hackers@FreeBSD.org Subject: Re: perl5.001 patches needed In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 9 Apr 1995, Richard Wackerbarth wrote: > >The perl5.001 obtained frm prep.ai.mit.edu seems to know about freebsd but > >we see this problem: [deleted] > >DynaLoader.c:138: array subscript is not an integer > >DynaLoader.c: In function `XS_DynaLoader_dl_find_symbol': > > This appears to be the vprintf problem. Get a copy of vprintf.c for the > libc in -current and rebuilt your library. The vprintf.c is: 2172 May 27 1994 vprintf.c Not able to get this far though, we see: cc -O2 -DLIBC_RCS -DSYSLIBC_RCS -D__DBINTERFACE_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale -DYP -c /usr/src/lib/libc/locale/isctype.c -o isctype.o /usr/src/lib/libc/locale/isctype.c:163: redefinition of `tolower' /usr/include/ctype.h:137: `tolower' previously defined here /usr/src/lib/libc/locale/isctype.c:171: redefinition of `toupper' /usr/include/ctype.h:128: `toupper' previously defined here *** Error code 1 Any help is much appreciated. kim -- kimc@w8hd.org From owner-freebsd-hackers Sun Apr 9 16:02:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA19627 for hackers-outgoing; Sun, 9 Apr 1995 16:02:54 -0700 Received: from goof.com (goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA19621 for ; Sun, 9 Apr 1995 16:02:52 -0700 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id TAA01314 for hackers@freebsd.org; Sun, 9 Apr 1995 19:02:55 -0400 From: "matthew c. mead" Message-Id: <199504092302.TAA01314@goof.com> Subject: Sound stuff again (GUS MAX) To: hackers@FreeBSD.org Date: Sun, 9 Apr 1995 19:02:54 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 587 Sender: hackers-owner@FreeBSD.org Precedence: bulk Is there anyone out there with a GUS MAX who currently has a sound setup that allows them to control the output level of volume, synth volume, pcm volume, cdrom input volume, mic volume, and line volume? If so, could you tell me how to get that stuff working? Thanks! -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Sun Apr 9 16:39:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA20502 for hackers-outgoing; Sun, 9 Apr 1995 16:39:34 -0700 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA20495 for ; Sun, 9 Apr 1995 16:39:30 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA22011 (5.67a/IDA-1.5); Sun, 9 Apr 1995 18:13:24 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA01311; 9 Apr 95 18:12:06 CDT (Sun) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id SAA01308; Sun, 9 Apr 1995 18:12:06 -0500 From: Peter da Silva Message-Id: <199504092312.SAA01308@bonkers.taronga.com> Subject: Re: should su retain ${DISPLAY} To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 9 Apr 1995 18:12:05 -0500 (CDT) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199504091652.SAA07493@uriah.heep.sax.de> from "J Wunsch" at Apr 9, 95 06:52:42 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 653 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Speaking of su, why the hell doesnt FreeBSD's su support -c cmd like > > > every other su on the planet? > > Hmmmm. Therein lies a mystery! > > I believe we lost this in the 1.x transition! :-( > We've never had it. The word `every' in the above sentence must be > `every second'. bonkers% su root -c who Password: root ttyv0 Mar 21 19:12 peter ttyv1 Mar 21 19:13 arielle tty03 Mar 22 07:37 arielle ttyp1 Apr 9 14:14 (:0.0) arielle ttyp2 Apr 9 14:19 (:0.0) peter ttyp3 Apr 9 12:36 (:1.0) peter ttyp4 Apr 9 05:42 (:1.0) bonkers% uname -a FreeBSD bonkers.taronga.com 1.1.5.1(RELEASE) BONKERS#22 i386 From owner-freebsd-hackers Sun Apr 9 17:01:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA20943 for hackers-outgoing; Sun, 9 Apr 1995 17:01:03 -0700 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA20933 for ; Sun, 9 Apr 1995 17:01:00 -0700 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.11/8.6.9) with SMTP id PAA11594; Sun, 9 Apr 1995 15:54:53 GMT Message-Id: <199504091554.PAA11594@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) cc: freebsd-hackers@FreeBSD.org Subject: Re: Installing Lites 1.1 In-reply-to: Your message of "Mon, 10 Apr 1995 04:55:49 +0900." <199504091955.EAA00250@vivian.mt.cs.keio.ac.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 09 Apr 1995 15:54:49 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> HOSOKAWA Tatsumi said: > Hi! > > I'm trying to install Lites 1.1 on FreeBSD 2.0R and 950322-SNAP, but > it doesn't boot. > > I used UK02p8 of Mach4 as the MK and installed Lites in the way that > the document "lites-on-freebsd" describes. The "startup" and the > "emulator" are loaded without errors, but later, it hangs with a > message, > > init died > > and down into the kernel debugger. > > I tryed to use mach_init of CMU binary distribution, mach_init of > RT-Mach 3.0 and mach_init of user-22 (it needs some patches to > Makefile.bnr and sources) as the mach_init of Lites, but all my > efforts were in vain. > > Does anyone help me? Hi, I think that ld.so will not work with lites unless someone has fixed ld.so recently... Amancio From owner-freebsd-hackers Sun Apr 9 17:31:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA22033 for hackers-outgoing; Sun, 9 Apr 1995 17:31:44 -0700 Received: from sgiblab.sgi.com (sgiblab.SGI.COM [192.82.208.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA22027 for ; Sun, 9 Apr 1995 17:31:43 -0700 Received: from bazooka.amb.org by sgiblab.sgi.com via UUCP (950215.SGI.8.6.10/911001.SGI) id RAA09640; Sun, 9 Apr 1995 17:31:44 -0700 Received: by bazooka.amb.org (Sendmail 5.65/AMB-1.4) id AA17782; Sun, 9 Apr 95 10:09:33 -0700 From: ti@bazooka.amb.org (Ti Kan) Message-Id: <9504091709.AA17782@bazooka.amb.org> Subject: Re: xmcd 1.4 To: mmead@goof.com (matthew c. mead) Date: Sun, 9 Apr 1995 10:09:31 -0700 (PDT) Cc: hackers@FreeBSD.org, ti@bazooka.amb.org In-Reply-To: <199504090147.VAA20761@goof.com> from "matthew c. mead" at Apr 8, 95 09:47:31 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 1184 Sender: hackers-owner@FreeBSD.org Precedence: bulk matthew c. mead writes: > Well, I've been trying to get xmcd 1.4 going on my machine - I linked it > statically and moved it over to my machine. When I run it, if there's a disc > in the drive, it says no disc, even if I eject the disk and reload it with xmcd > running, its status does not change. If I move the volume slider, I get this > output to stderr: > > CD audio: SCSI command fault on /dev/rcd0c: > Opcode=0x1a Status=0x0 I suspect that you didn't set up xmcd correctly. The xmcd run-time package is not just simply the executable file. There are other support files that need to be installed and configured properly in order to operate correctly. If you compiled xmcd on a different system you should generate a binary release by running the "misc.d/makerel.sh" script, move the resultant xmcdbin.tar.gz file to the target machine, gunzip it, un-tar it, then run the install.sh script to install it. -Ti -- /// Ti Kan Vorsprung durch Technik /// AMB Research Laboratories, Sunnyvale, CA. USA /// Internet: ti@amb.org ////// UUCP: ...!uunet!bazooka!ti /// URL: ftp://ftp.netcom.com/pub/tk/tkan/www/tikan/tikan.html From owner-freebsd-hackers Sun Apr 9 17:48:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA22489 for hackers-outgoing; Sun, 9 Apr 1995 17:48:42 -0700 Received: from goof.com (goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA22483 for ; Sun, 9 Apr 1995 17:48:40 -0700 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id UAA02018; Sun, 9 Apr 1995 20:48:41 -0400 Date: Sun, 9 Apr 1995 20:48:41 -0400 From: "matthew c. mead" Message-Id: <199504100048.UAA02018@goof.com> To: ti@bazooka.amb.org (Ti Kan) Cc: hackers@FreeBSD.org Subject: Re: xmcd 1.4 In-Reply-To: Your message of Sun, April 9, 1995 10:09:31 -0700 References: <199504090147.VAA20761@goof.com> <9504091709.AA17782@bazooka.amb.org> Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, April 9, 1995 at 10:09:31 (-0700), Ti Kan wrote: > > output to stderr: > > CD audio: SCSI command fault on /dev/rcd0c: > > Opcode=0x1a Status=0x0 > I suspect that you didn't set up xmcd correctly. I've set it up on other hosts before, and had no problem. > The xmcd run-time package is not just simply the executable file. > There are other support files that need to be installed and configured > properly in order to operate correctly. If you compiled xmcd on a > different system you should generate a binary release by running the > "misc.d/makerel.sh" script, move the resultant xmcdbin.tar.gz file > to the target machine, gunzip it, un-tar it, then run the install.sh > script to install it. Hmm. I did configure it. Here's the output of a config, for which it does not work (as stated above): bash# ./configure.sh Xmcd version 1.4 Device Configuration Program Configuring SCSI CD-ROM drive 0... Enter CD-ROM device path: [/dev/rcd0c] CD-ROM drive (/dev/rcd0c) configuration Please select the CD-ROM drive brand: 1. Apple 2. Chinon 3. Compaq 4. Creative Labs 5. DEC 6. Hitachi 7. IBM 8. Mitsumi 9. NEC 10. Panasonic/Matsushita/Kotobuki 11. Pioneer 12. Plextor/Texel 13. Procom 14. Sony 15. Sun 16. Toshiba 17. other (SCSI) 18. other (non-SCSI) q. quit Enter choice: 2 CD-ROM drive (/dev/rcd0c) configuration Please select the Chinon CD-ROM drive model: Model Mode 1. CDS-431 SCSI-1 2. CDX-431 SCSI-1 3. CDS-435 SCSI-1 4. CDX-435 SCSI-1 5. CDS-525 SCSI-2 6. CDX-525 SCSI-2 7. CDS-535 SCSI-2 8. CDX-535 SCSI-2 9. other SCSI 10. other non-SCSI q. quit Enter choice: 5 NOTE: This drive does not support these features: - Software-controlled caddy load. - The balance control. Creating the /usr/X11R6/lib/X11/xmcd/config/rcd0c file... Do you have more SCSI CD-ROM drives on your system? [n] Xmcd set-up is now complete. Please read the README file supplied with the xmcd distribution for hardware configuration information about specific CD-ROM drives. bash# Does it look like I did something wrong? -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Sun Apr 9 17:53:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA22613 for hackers-outgoing; Sun, 9 Apr 1995 17:53:56 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA22606 ; Sun, 9 Apr 1995 17:53:54 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Subject: Re: should su retain ${DISPLAY} In-reply-to: Your message of "Sun, 09 Apr 95 18:52:42 +0200." <199504091652.SAA07493@uriah.heep.sax.de> Date: Sun, 09 Apr 1995 17:53:54 -0700 Message-ID: <22604.797475234@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > As Jordan K. Hubbard wrote: > > > > > Your right, it should completely reset the environment as if it was a fre sh > > > login. Speaking of su, why the hell doesnt FreeBSD's su support -c cmd l ike > > > every other su on the planet? > > > > Hmmmm. Therein lies a mystery! > > > > I believe we lost this in the 1.x transition! :-( > > We've never had it. The word `every' in the above sentence must be > `every second'. Actually, yes, we have had it.. :-) Barry Morris (bsm@freebsd.org) did indeed hack it into su back in the 1.x days.. Jordan From owner-freebsd-hackers Sun Apr 9 19:24:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA25197 for hackers-outgoing; Sun, 9 Apr 1995 19:24:10 -0700 Received: from wiley.csusb.edu (wiley.csusb.edu [139.182.2.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA25191 for ; Sun, 9 Apr 1995 19:24:07 -0700 Received: by wiley.csusb.edu (5.67a/1.34) id AA18834; Sun, 9 Apr 1995 19:27:39 -0700 From: rmallory@wiley.csusb.edu (Rob Mallory) Message-Id: <199504100227.AA18834@wiley.csusb.edu> Subject: Re: Arcive Viper QIC150 and tar To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 9 Apr 1995 19:27:39 -0700 (PDT) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199504080843.KAA05362@uriah.heep.sax.de> from "J Wunsch" at Apr 8, 95 10:43:00 am X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 1034 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > -why does it break tar? (tar czvf /dev/nrst0 /src/X11R6 segfaults..) > > I dunno if a segfault is an appropriate answer :), but at the very > least you deserve a data loss. You're attempting to write non-blocked > data (the output of gzip) to an unbuffered device. > > You can do one of the following: > > tar -cvzf - /foo /bar | dd obs=16k conv=osync of=/dev/nrst0 Now everything works fine. I had also used exactly that, and also with the --block-compress option for gtar, but it would still die. I had made world with -O3 , and everything "seemed" to work fine.(3/27/95) I just remade world with -O2, and now all the everything (nrst0.1 (thanks SM) work fine. I had suspected the -O3, and made tar with -O, just before rebuilding everything. no luck. It was either some O3 bogosity or something new in the libs since 3/27... Hmmmm. BTW, I never compile the kernel with anything except the default -O. Rob Mallory [rmallory@csusb.edu] Data Communications (909)880-7279 Cal State University San Bernardino From owner-freebsd-hackers Sun Apr 9 20:04:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA26644 for hackers-outgoing; Sun, 9 Apr 1995 20:04:00 -0700 Received: from grendel.csc.smith.edu (grendel.csc.smith.edu [131.229.222.23]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA26638 ; Sun, 9 Apr 1995 20:03:55 -0700 Received: from localhost (jfieber@localhost) by grendel.csc.smith.edu (8.6.5/8.6.5) id XAA02623; Sun, 9 Apr 1995 23:04:49 -0400 From: jfieber@cs.smith.edu (John Fieber) Message-Id: <199504100304.XAA02623@grendel.csc.smith.edu> Subject: Documentation update To: doc@FreeBSD.org, hackers@FreeBSD.org Date: Sun, 9 Apr 1995 23:04:49 -0400 (EDT) Content-Type: text Content-Length: 1103 Sender: hackers-owner@FreeBSD.org Precedence: bulk I've just imported a bunch of our stray tutorials and such into the User and Admin manual structure I committed recently. Please take a look and comment. A considerable amount of editing is still needed, along with "is this even relevant anymore?" checks. The new entries are divided up into a number of files, each starting with "m_" and they are included when the master files (userman.sgml and adminman.sgml) are processed. They are nice bite-sized pieces that people can easily take and work on (hint!). My sgml toolkit has been updated and may be found at http://www.freebsd.org/~jfieber/doc and the update is *required* for this latest round of changes to the documents. ALSO, as the documentation migrates into the SGML format, the files in the Text directory are NOT the files to edit when you want to make changes! Please contact me if you wish to make changes there. I now return you to your regularly scheduled programming... -john === jfieber@cs.smith.edu ================================================ =================================== Come up and be a kite! --K. Bush === From owner-freebsd-hackers Sun Apr 9 21:32:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA00297 for hackers-outgoing; Sun, 9 Apr 1995 21:32:39 -0700 Received: from mail.barrnet.net (mail.BARRNET.NET [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA00288 for ; Sun, 9 Apr 1995 21:32:38 -0700 Received: from goof.com (goof.com [198.82.204.15]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with ESMTP id VAA16110 for ; Sun, 9 Apr 1995 21:15:08 -0700 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id AAA02571; Mon, 10 Apr 1995 00:15:04 -0400 Date: Mon, 10 Apr 1995 00:15:04 -0400 From: "matthew c. mead" Message-Id: <199504100415.AAA02571@goof.com> To: Brian Tao Cc: freebsd-hackers@FreeBSD.org Subject: RE: motif... In-Reply-To: Your message of Sat, April 8, 1995 18:27:43 +0800 References: Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sat, April 8, 1995 at 18:27:43 (+0800), Brian Tao wrote: > (hmmmm, if it worked for Matthew...) :-) > Would someone with motif on their machine be willing to let me > have an account to try and build geomview 1.50 for FreeBSD and link it > statically for the packages collection? If this is too much to ask, > would someone mind trying to build it? :-) Thanks in advance... > (sorry about that Matt, but I think GeomView would be a really nifty > thing to have for FreeBSD...) :) What is GeomView? -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Sun Apr 9 21:36:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA00382 for hackers-outgoing; Sun, 9 Apr 1995 21:36:41 -0700 Received: from mail.barrnet.net (mail.BARRNET.NET [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA00375 for ; Sun, 9 Apr 1995 21:36:33 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with ESMTP id UAA15900 for ; Sun, 9 Apr 1995 20:30:47 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id JAA00404; Mon, 10 Apr 1995 09:28:37 -0500 From: "Serge A. Babkin" Message-Id: <199504101428.JAA00404@hq.icb.chel.su> Subject: Re: Booting off of the second drive To: bynum@grep.cs.fsu.edu (Mark Bynum) Date: Mon, 10 Apr 1995 09:28:37 -0500 (GMT-0500) Cc: hackers@FreeBSD.org In-Reply-To: <199504091718.NAA09850@grep.cs.fsu.edu> from "Mark Bynum" at Apr 9, 95 01:18:30 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 730 Sender: hackers-owner@FreeBSD.org Precedence: bulk > I then did a make in that directory, a make install, and then did a disklabel > -B sd0. I got an error from disklabel saying that the drive was 0 revolutions > and 0 something else, but I disregarded them because I am currently running > from sd0. > > Well after rebooting the boot program gives me an error like: > bad boot blocks:can't find /kernel > > I can still boot using "hd(1,a)/kernel" but was wondering if there was a way > to fix the error? Did I do the above procedure correctly? If it founds 0 revolutions it doesn't write boot. Set RPM value manually to anything except 0 and run disklabel again. Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Sun Apr 9 22:01:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA00751 for hackers-outgoing; Sun, 9 Apr 1995 22:01:05 -0700 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA00745 for ; Sun, 9 Apr 1995 22:01:02 -0700 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.11/8.6.9) with SMTP id UAA01176; Sun, 9 Apr 1995 20:54:29 GMT Message-Id: <199504092054.UAA01176@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: "matthew c. mead" cc: Brian Tao , freebsd-hackers@FreeBSD.org Subject: Re: motif... In-reply-to: Your message of "Mon, 10 Apr 1995 00:15:04 -0400." <199504100415.AAA02571@goof.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 09 Apr 1995 20:54:27 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >From the Readme file: This is version 1.5 of Geomview/OOGL. It runs on Silicon Graphics workstations, on NeXT computers under NeXTStep 3.0 or later, on HP workstations running NextStep/HP 3.2, on NextStep/Intel under NeXTStep 3.1 and later, and now includes a generic X version which runs on (at least) Alphas, Suns, HP-UX, and Linux. Geomview is an interactive geometry viewing program. OOGL, which stands for Object Oriented Graphics Library, is the library upon which Geomview is built. ---------------- Geomview can be obtained at: ftp.geom.umn.edu:/pub/software/geomview ------------------ We also have dore a cool 3D package which has been ported to FreeBSD. The official archive site is on sunsite.unc.edu, URL: ftp://sunsite.unc.edu/pub/packages/development/graphics/Dore. Have fun, Amancio From owner-freebsd-hackers Sun Apr 9 22:08:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA00935 for hackers-outgoing; Sun, 9 Apr 1995 22:08:25 -0700 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA00928 for ; Sun, 9 Apr 1995 22:08:23 -0700 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.11/8.6.9) with SMTP id VAA04860; Sun, 9 Apr 1995 21:01:43 GMT Message-Id: <199504092101.VAA04860@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: "matthew c. mead" cc: Brian Tao , freebsd-hackers@FreeBSD.org Subject: Re: motif... In-reply-to: Your message of "Mon, 10 Apr 1995 00:15:04 -0400." <199504100415.AAA02571@goof.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 09 Apr 1995 21:01:40 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> "matthew c. mead" said: > On Sat, April 8, 1995 at 18:27:43 (+0800), Brian Tao wrote: > > (hmmmm, if it worked for Matthew...) > > :-) > > > Would someone with motif on their machine be willing to let me > > have an account to try and build geomview 1.50 for FreeBSD and link it > > statically for the packages collection? If this is too much to ask, > > would someone mind trying to build it? :-) Thanks in advance... My motif is somewhat broken over here but I am willing to try to build it. Anyone got patches for Geomview's futil.c ? futil.c likes to play with stdio.h's i/o buffers :( Tnks, amancio From owner-freebsd-hackers Sun Apr 9 22:29:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA01297 for hackers-outgoing; Sun, 9 Apr 1995 22:29:52 -0700 Received: from crash.cts.com (crash.cts.com [192.188.72.17]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id WAA01291 for ; Sun, 9 Apr 1995 22:29:52 -0700 Received: by crash.cts.com (Smail3.1.28.1 #23) id m0ryC2l-0001YLC; Sun, 9 Apr 95 22:29 PDT Message-Id: Subject: LPR Printer Setup To: hackers@FreeBSD.org Date: Sun, 9 Apr 1995 22:29:47 -0700 (PDT) From: "Daniel Sherwin" X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 96 Sender: hackers-owner@FreeBSD.org Precedence: bulk How do I setup a printer so that it is usable with lpr? I have a HP-LJ4L on /dev/ lpt0 . }Dan From owner-freebsd-hackers Sun Apr 9 22:48:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA26644 for hackers-outgoing; Sun, 9 Apr 1995 20:04:00 -0700 Received: from grendel.csc.smith.edu (grendel.csc.smith.edu [131.229.222.23]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA26638 ; Sun, 9 Apr 1995 20:03:55 -0700 Received: from localhost (jfieber@localhost) by grendel.csc.smith.edu (8.6.5/8.6.5) id XAA02623; Sun, 9 Apr 1995 23:04:49 -0400 From: jfieber@cs.smith.edu (John Fieber) Message-Id: <199504100304.XAA02623@grendel.csc.smith.edu> Subject: Documentation update To: doc@FreeBSD.ORG, hackers@FreeBSD.ORG Date: Sun, 9 Apr 1995 23:04:49 -0400 (EDT) Content-Type: text Content-Length: 1103 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk I've just imported a bunch of our stray tutorials and such into the User and Admin manual structure I committed recently. Please take a look and comment. A considerable amount of editing is still needed, along with "is this even relevant anymore?" checks. The new entries are divided up into a number of files, each starting with "m_" and they are included when the master files (userman.sgml and adminman.sgml) are processed. They are nice bite-sized pieces that people can easily take and work on (hint!). My sgml toolkit has been updated and may be found at http://www.freebsd.org/~jfieber/doc and the update is *required* for this latest round of changes to the documents. ALSO, as the documentation migrates into the SGML format, the files in the Text directory are NOT the files to edit when you want to make changes! Please contact me if you wish to make changes there. I now return you to your regularly scheduled programming... -john === jfieber@cs.smith.edu ================================================ =================================== Come up and be a kite! --K. Bush === From owner-freebsd-hackers Sun Apr 9 23:17:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA00367 for hackers-outgoing; Sun, 9 Apr 1995 23:17:20 -0700 Received: from shell1.best.com (root@shell1.best.com [204.156.128.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA00361 for ; Sun, 9 Apr 1995 23:17:17 -0700 Received: from geli.clusternet (rcarter.vip.best.com [204.156.137.2]) by shell1.best.com (8.6.11/8.6.5) with ESMTP id XAA29582 for ; Sun, 9 Apr 1995 23:16:54 -0701 Received: (from rcarter@localhost) by geli.clusternet (8.6.11/8.6.9) id XAA13602 for hackers@freebsd.org; Sun, 9 Apr 1995 23:15:41 -0700 Date: Sun, 9 Apr 1995 23:15:41 -0700 From: "Russell L. Carter" Message-Id: <199504100615.XAA13602@geli.clusternet> To: hackers@FreeBSD.org Subject: myrinet Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello everybody, Is anybody interested in myrinet? Drivers contemplated? I'm looking very seriously at doing the pci host adapter driver. It does require an nda though. Thanks, Russell From owner-freebsd-hackers Sun Apr 9 23:22:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA00412 for hackers-outgoing; Sun, 9 Apr 1995 23:22:07 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA00405 for ; Sun, 9 Apr 1995 23:21:57 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA22730; Mon, 10 Apr 1995 08:21:52 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id IAA21643 for freebsd-hackers@freebsd.org; Mon, 10 Apr 1995 08:21:52 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA00308 for freebsd-hackers@freebsd.org; Mon, 10 Apr 1995 08:20:57 +0200 From: J Wunsch Message-Id: <199504100620.IAA00308@uriah.heep.sax.de> Subject: Re: 950322-SNAP hurrays and problems To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Mon, 10 Apr 1995 08:20:56 +0200 (MET DST) In-Reply-To: <22517.797474998@freefall.cdrom.com> from "Jordan K. Hubbard" at Apr 9, 95 05:49:58 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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: 393 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > > > - The file /usr/share/info/dir has a typo in it > > s/(send-pr):/(send-pr)./ > > Someone who actually uses info! Wow! :-) Thanks. I've also tried -- and sent a PR since info doesn't handle the arrow keys. :-( -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Apr 9 23:55:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA00956 for hackers-outgoing; Sun, 9 Apr 1995 23:55:10 -0700 Received: from grep.cs.fsu.edu (grep.cs.fsu.edu [128.186.121.152]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA00950 for ; Sun, 9 Apr 1995 23:55:09 -0700 Received: by grep.cs.fsu.edu (8.6.9/56) id BAA03725; Mon, 10 Apr 1995 01:22:02 -0400 From: Gang-Ryung Uh Message-Id: <199504100522.BAA03725@grep.cs.fsu.edu> Subject: HP Laserjet 2p To: freebsd-hackers@FreeBSD.org Date: Mon, 10 Apr 1995 01:22:01 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 609 Sender: hackers-owner@FreeBSD.org Precedence: bulk To whom it may concern, I am having some trouble with the HP Laserjet 2p printer. The printer is connected to Parallel port and The printer can be accessed by /dev/lpt0. I am pretty sure the device is probed correctly during the boot time, since the HP printer responds to the command 'cat .cshrc > /dev/lpt0'. # dmesg | grep lpt lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port But it prints the file but not a correct format. . Are there anybody who can have successfully make that printer working ? (with the proper filter program for the ps file) Thanks in advance. --Uh From owner-freebsd-hackers Mon Apr 10 02:16:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA00553 for hackers-outgoing; Mon, 10 Apr 1995 02:16:50 -0700 Received: from mail.barrnet.net (mail.BARRNET.NET [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA00530 ; Mon, 10 Apr 1995 02:16:30 -0700 Received: from nietzsche (annex1s29.urc.tue.nl [131.155.12.39]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with ESMTP id BAA16842; Mon, 10 Apr 1995 01:59:58 -0700 Received: from localhost (localhost [127.0.0.1]) by nietzsche (8.6.9/8.6.9) with ESMTP id KAA12190; Mon, 10 Apr 1995 10:53:23 +0200 Message-Id: <199504100853.KAA12190@nietzsche> X-Mailer: exmh version 1.5.3 12/28/94 To: jfieber@cs.smith.edu (John Fieber) cc: doc@FreeBSD.org, hackers@FreeBSD.org Subject: Re: Documentation update In-reply-to: Your message of "Sun, 09 Apr 1995 23:04:49 EDT." <199504100304.XAA02623@grendel.csc.smith.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 10 Apr 1995 10:53:23 +0200 From: "wmbfmk@urc.tue.nl" Sender: hackers-owner@FreeBSD.org Precedence: bulk > I've just imported a bunch of our stray tutorials and such into > the User and Admin manual structure I committed recently. Please > take a look and comment. A considerable amount of editing is > still needed, along with "is this even relevant anymore?" checks. > > The new entries are divided up into a number of files, each > starting with "m_" and they are included when the master files > (userman.sgml and adminman.sgml) are processed. They are nice > bite-sized pieces that people can easily take and work on > (hint!). > Is there a way to get all these files and read them offline? That would be nice, I dont want to spend hours online via my modem to read the documentation. Marc. Marc van Kempen wmbfmk@urc.tue.nl He's dead Jim ..., kick him if you don't believe me. From owner-freebsd-hackers Mon Apr 10 03:02:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA00497 for hackers-outgoing; Mon, 10 Apr 1995 03:02:53 -0700 Received: from mail.barrnet.net (mail.BARRNET.NET [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA00479 for ; Mon, 10 Apr 1995 03:02:49 -0700 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with ESMTP id CAA16932 for ; Mon, 10 Apr 1995 02:42:26 -0700 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.11/8.6.9) with SMTP id BAA00230 for ; Mon, 10 Apr 1995 01:37:36 GMT Message-Id: <199504100137.BAA00230@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: hackers@FreeBSD.org Subject: CORBA for FreeBSD :) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 10 Apr 1995 01:37:33 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, I thought that some of you may be interested on the enclosed messages. Enjoy, Amancio ------- Forwarded Message Received: from iona.ie (overload.iona.ie [192.122.221.3]) by shell1.best.com (8.6.11/8.6.5) with ESMTP id BAA10517 for ; Mon, 10 Apr 1995 01:48:30 -0700 Received: (from mgallery@localhost) by iona.ie (8.6.11/jmason) id JAA28417; Mon, 10 Apr 1995 09:47:51 +0100 From: Margaret Gallery Message-Id: <199504100847.JAA28417@iona.ie> Subject: Re: Support for FreeBSD?? To: hasty@star-gate.com (Amancio Hasty) Date: Mon, 10 Apr 1995 09:47:50 +0100 (BST) Cc: mgallery@overload.iona.ie (Margaret Gallery) In-Reply-To: <199504071130.LAA04090@star-gate.com> from "Amancio Hasty" at Apr 7, 95 11:30:30 am X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 11700 Amancio We have been intending for some time to port Orbix to free-BSD. The issue is purely a resourcing one. As you say the port will not be difficult. Orbix is highly portable. We will get back to you on this issue as soon as we have planned a port I enclose our product description for your information. regards Margaret =================================cut================================== Margaret Gallery ------| email: mgallery@iona.ie | tel: +353-1-6686522 Iona Technologies ------|------------------------| fax: +353-1-6686573 8-34 Percy Place, Dublin 4, Ireland. |-------------------------------- =================================cut================================== Product Description - March 10, 1995 - --------------------------------------- IONA's Orbix - Object Request Broker ==================================== Orbix is a full and complete implementation of the Object Management Group's (OMG's) Common Object Request Broker Architecture (CORBA). With Orbix, programmers can develop distributed applications using object-oriented client-server technology, and use object technology to compose new applications from existing components and subsystems. The first version of Orbix was released in June 1993 and since then it has become the leading CORBA compliant Object Request Broker. It is used by leading software providers across the banking, telecommunications, engineering and government sectors in addition to the general software market. Orbix is currently being used in Motorola's IRIDIUM project. IONA is partially owned by Sun Microsystems, Inc. Orbix provides a C++ language binding for CORBA and is supported on SunSoft SunOS, Solaris 2.x and Solaris x86, Silicon Graphic's IRIX, HP/UX, AIX, OSF/1, Ultrix, UnixWare and Windows NT3.5. Orbix for Windows 3.1 is in Beta testing. Orbix interworks across Windows and Unix. Note: If you are unfamiliar with CORBA we suggest you examine our architecture document. This document is available from our information servers, where you will also find the full CORBA architecture document. Features: - --------- Orbix provides all the functionality presented in the OMG CORBA specification: - - Interface Definition Language (IDL) compiler: Translates IDL specifications into code to marshal and dispatch object requests. The IDL compiler generates all the necessary code to enable transparent client interactions with potentially remote objects. - - Dynamic Invocation Interface (DII): Alternatively, requests can be composed and dynamically type checked without prior knowledge of operation signatures. - - Full support for type 'any' and for TypeCodes: Allows values to be self-describing, containing run-time type information. - - Basic Object Adaptor, and all associated activation policies: Provides the interface to Orbix for servers, and controls how objects are mapped to system processes. - - Interface Repository, including update facility: Allows information about available interfaces to be obtained at runtime. Orbix also supports numerous beneficial extensions to CORBA: - - Implementation Repository and Administration tools: This Repository is used to locate the executable files for a server when a request arrives for one of its objects. An incoming request will cause the associated image to be run if there is currently no active server. Not all objects in the system need to be recorded in the implementation repository: only those whose invocation should, if necessary, force an image activation. The repository also has an IDL interface which can be runtime invoked. - - A stream based interface to the DII: The CORBA DII is quite complex to use: Orbix provides an additional, stream based, interface which makes writing DII clients considerably simpler. - - Programmer control over 'proxies'/'surrogates': Proxies are local representatives for remote objects. In performance - -sensitive applications, server programmers can override the standard proxy code (using inheritance) and implement strategies to cache state and accept call-backs from server objects. - - Collocation of client and server code: The IDL language binding implemented in Orbix is highly symmetric between clients and servers. As a result, client and server code can be linked together in the same address space, without requiring recompilation. The resultant code is highly efficient (by-passing all marshalling stubs). Collocation is beneficial for debugging and development prior to distributed working, and also for programming non-distributed applications in the large by using IDL. - - Process level filters: Programmers can develop their own filter code for incoming and outgoing messages for both clients and servers. This facilitates integration of thread packages, monitoring and debugging, auditing and authentication/authorisation/encryption support. - - Object level filters: Further, programmers can develop their own filter code for invocations and responses on individual objects. This is frequently useful to enable a group of associated objects to collectively respond to a request: the membership of the group can be dynamically changed. For example, a `move' operation on a GUI object may, transparently to that object, propagate to other attached objects. - - Location Service: A simple, but flexible and scaleable, consultation service is provided to assist the binding of client object references to remote servers, when the name of the host(s) providing the service is unknown. - - Loaders and Object fault handling: For servers with a large number of objects, it might be impractical to hold all of the objects in memory. When an invocation on an object arrives at its server, application specific 'loader' code can be used to load the object from a file or other storage, and resume the invocation transparently to the client. Such "object fault" handling is reminiscent of "page fault" handling in a virtual memory system. Performance: - ------------ Orbix was built to be a lightweight product. A null remote invocation takes 0.3 milliseconds. This is the only overhead that a programmer has on a full round-trip invocation to a remote object. This shows that Orbix adds very little overhead; most of the cost comes from the underlying communications. Availability: - ------------- The Orbix release 1.3 availability and release schedule is as follows: OS Compiler Release dates for 1995 ---------------------------------------------------------------- SunOS 4.1 SPARCompiler 3.0.2 NOW SunOS 4.1 SPARCompiler 4.0 NOW SunOS 4.1 GNU 2.5.8 NOW Solaris 2.x SPARCompiler 3.0.2 NOW Solaris 2.x SPARCompiler 4.0 NOW Solaris 2.x GNU 2.5.7 NOW Solaris 2.x Centerline 2.0x NOW Solaris x86 ProCompiler3.0.1 NOW IRIX 5.x Native NOW HP-UX 9.x HP C++ A. 3.20 NOW Microsoft Windows NT3.5 Visual C++ 2.0 NOW OSF/1 3.0 DEC C++ NOW IBM AIX 3.2.5 C Set++ NOW Ultrix 4.3 DEC C++ NOW UnixWare 2.0 Native NOW Sinix Native C++ NOW Microsoft Windows 3.1 Visual C++ Beta VxWorks Beta Releases of Orbix OS/2, Macintosh, OpenVMS and SCO are imminent. Contact IONA for more information. Ordering Information: - --------------------- Full pricing and ordering details are also available upon request. Major credit cards are accepted for all payments. For further information, please contact sales at the co-ordinates below. Discounts are available for UNIX versions for volumes of 3 and upwards: please contact IONA for details. In addition, there is a 50% educational discount and a 25% research discount. A 60 day evaluation copy of Orbix is now available free on any currently supported platform. To avail of this offer send us your fax number and we will supply you with an Evaluation License Order form. Alternatively, the Evaluation Order Form is available in PostScript from our information servers [keyword: Evalorder]. Company Overview and Partners: - ------------------------------ IONA Technologies Ltd. was formed in March 1991 as a result of experience in distributed systems and object technology gained by researchers at the Department of Computer Science, Trinity College Dublin. The University work was stimulated by several ESPRIT projects, part funded by the European Commission, during the period 1985-1991, including COMANDOS, HARNESS, ISA, and Ithaca. SunSoft Inc. [a subsidiary of Sun Microsystems Inc.] and IONA have signed an agreement to align their implementations of the Object Management Group's (OMG's) CORBA standard. To cement the partnership IONA has sold a minority equity stake in the company to SunSoft. ISIS [a subsidiary of Stratus Computers Inc.] and IONA have signed an agreement to integrate their products. Orbix+ISIS will allow programmers to easily develop fault-tolerant distributed systems. Object Design Inc and IONA have announced plans to integrate Orbix with ObjectStore, the leading object database. The collaboration represents the first time an object database has been integrated with a CORBA-conformant ORB. Motorola Inc. has chosen Orbix as the software with which it will build and control the ground station segment for the IRIDIUM Global Cellular Network program. The IRIDIUM system is one of the most ambitious telecommunications projects ever undertaken, representing an investment of $3.4 billion. When it goes on-line in 1998, the IRIDIUM system will provide the first wireless communications network that spans the world. Further Information: - -------------------- More information can be obtained from IONA by several means: Newsletter: subscribe to IonaSphere, our monthly electronic newsletter by mailing: ionasphere-request@iona.ie Mail Server: send e-mail to server@iona.ie with the word 'index' in the body of the mail. World Wide Web: connect to http://www.iona.ie/ Anonymous FTP: connect to ftp.iona.ie and look in the pub/Orbix directory Telephone: Call 1-800-orbix4u in the USA, +353-1-6686522 elsewhere. Air Mail: contact IONA and give your name and address, an info. pack will be mailed to you. Training and Consultancy: IONA offers a full range of modular training courses on Orbix and on CORBA. Information on these courses and our consultancy is available on our Web site or by sending an email to training@iona.ie. Amancio Hasty writes: > > > I am a developer for FreeBSD and I am wondering if your product has been > ported to FreeBSD... > > I noticed that Oribix has been ported to a couple of x86 Unix based > platforms so I don't think that technically it will be a challenge > to port Orbix to FreeBSD. Personally, I have ported hundreds of > publicly available packages to FreeBSD . For instance, X, interviews, > tcl/tk, netaudio, etc... > > Regards, > Amancio > > Amancio Hasty, Software Consultant > e-mail: hasty@star-gate.com > Tel: 415-495-3046 > - -- Margaret Gallery ------| email: mgallery@iona.ie | tel: +353-1-6686522 Iona Technologies ------|------------------------| fax: +353-1-6686573 8-34 Percy Place, Dublin 4, Ireland. |-------------------------------- ------- End of Forwarded Message From owner-freebsd-hackers Mon Apr 10 03:46:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA01363 for hackers-outgoing; Mon, 10 Apr 1995 03:46:36 -0700 Received: from mail.barrnet.net (mail.BARRNET.NET [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA01353 for ; Mon, 10 Apr 1995 03:46:28 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with SMTP id DAA17038 for ; Mon, 10 Apr 1995 03:29:02 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA29906; Mon, 10 Apr 1995 12:29:53 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id MAA22758 for freebsd-hackers@freebsd.org; Mon, 10 Apr 1995 12:29:40 +0200 Received: by bonnie.tcd-dresden.de (8.6.8/8.6.6) id LAA09530; Mon, 10 Apr 1995 11:59:06 +0200 From: j@narcisa.sax.de (J Wunsch) Message-Id: <199504100959.LAA09530@bonnie.tcd-dresden.de> Subject: SimCity on 1.1.5.1 anybody? To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Mon, 10 Apr 1995 11:59:06 +0200 (MET DST) X-Phone: +49-351-2012 669 Reply-To: joerg_wunsch@uriah.heep.sax.de 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: 714 Sender: hackers-owner@FreeBSD.org Precedence: bulk Has anybody succesfully run the SimCity demo on 1.1.5.1? The `commercial' README didn't notice it's not supposed to run there. However, all i get is `Illegal system call' core dumps, the core shows it's in ``dltcl''. It must be somewhere in the dynamic startup. While i basically don't mind hacking with gdb in a binary with a full symbol table :-), it might save some net.bandwidth if the next demo binary were a stripped one. The unzipped binary reduces from ~ 1.5 MB to ~ 700 KB after stripping... -- cheers, J"org private: joerg_wunsch@uriah.heep.sax.de http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Apr 10 04:46:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA00206 for hackers-outgoing; Mon, 10 Apr 1995 04:46:33 -0700 Received: from mail.barrnet.net (mail.BARRNET.NET [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA00193 for ; Mon, 10 Apr 1995 04:46:31 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with ESMTP id EAA17192 for ; Mon, 10 Apr 1995 04:33:40 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.9/8.6.9) id EAA05287; Mon, 10 Apr 1995 04:34:44 -0700 Date: Mon, 10 Apr 1995 04:34:44 -0700 Message-Id: <199504101134.EAA05287@silvia.HIP.Berkeley.EDU> To: kimc@w8hd.w8hd.org CC: rkw@dataplex.net, hackers@FreeBSD.org In-reply-to: (message from Kim Culhan on Sun, 9 Apr 1995 18:59:19 -0400 (EDT)) Subject: Re: perl5.001 patches needed From: asami@cs.berkeley.edu (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: hackers-owner@FreeBSD.org Precedence: bulk * From: Kim Culhan * On Sun, 9 Apr 1995, Richard Wackerbarth wrote: * > This appears to be the vprintf problem. Get a copy of vprintf.c for the * > libc in -current and rebuilt your library. * * The vprintf.c is: 2172 May 27 1994 vprintf.c * * Not able to get this far though, we see: * *** Error code 1 It's not easy for a user to just rebuild the library, I'm afraid. You may have to grab the includes, ld, or some such. Did anyone make a work-around patch for perl for this? If so, can s/he contact me? I think we've been receiving enough questions about perl lately, a port (or at least a package...Brian? :) is in order.... Satoshi From owner-freebsd-hackers Mon Apr 10 06:50:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA00165 for hackers-outgoing; Mon, 10 Apr 1995 06:50:20 -0700 Received: from mail.barrnet.net (mail.BARRNET.NET [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA00159 for ; Mon, 10 Apr 1995 06:50:17 -0700 Received: from isl.cf.ac.uk (isl-gate.elsy.cf.ac.uk [131.251.22.1]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with ESMTP id GAA17685 for ; Mon, 10 Apr 1995 06:43:02 -0700 Received: (from paul@localhost) by isl.cf.ac.uk (8.6.9/8.6.9) id OAA25191; Mon, 10 Apr 1995 14:31:21 +0100 From: Paul Richards Message-Id: <199504101331.OAA25191@isl.cf.ac.uk> Subject: Re: PCI/EISA/ISA performance To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Mon, 10 Apr 1995 14:31:21 +0100 (BST) Cc: gurney_j@efn.org, terry@cs.weber.edu, matt@lkg.dec.com, vernick@cs.sunysb.edu, freebsd-hackers@FreeBSD.org In-Reply-To: <199504060650.XAA02656@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Apr 5, 95 11:50:21 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1717 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply to Rodney W. Grimes who said > > > > > On Tue, 4 Apr 1995, Rodney W. Grimes wrote: > > > > [...] > > > > > ISA does not have a specified clock frequency, I have seen it running > > > as fast as 16Mhz. Most boards die above 10Mhz, but some of the more > > > specialized industrial applications boards are spec'd upto 12 or 16Mhz. > > > > actually... I think that I am currently running my isa bus at 16mhz... I > > think for a while I was tring to run the bus at 20... but it was falling > > over and wouldn't boot... and this is with ne2000 clone cards... and > > other generic cards... > > I suspect you are off by a factor of 2, I haven't seen a ``generic'' > card of any sort that would run at 12Mhz, let alone 16Mhz. IDE controllers > are famous for falling over above 10Mhz (ever done a transmission line > simulation of an unterminated ribbon cable :-)). I've run an ISA bus at 16 Mhz and the only card that failed was a really old Isolan ethernet card. A newer version of the card worked fine as did my IDE and graphics card. I only ran it for a brief period though since I didn't want to risk it long term. I just tried it to see if it would work at all. > Also what BIOS is it? AMI, Pheonix, AWARD or someone else. > > Realize a 486DX33, 486DX2/66 and 486DX4/100** all run with a CPUCLK of > 33 Mhz. A 486DX25, 486DX2/50 and 486DX4/75 all run with a CPUCLK of > 25 Mhz. A 486DX50 runs with a CPUCLK of 50Mhz. > 486DX33 with AMI bios. -- Paul Richards, FreeBSD core team member. Internet: paul@FreeBSD.org, URL: http://isl.cf.ac.uk/~paul/ Phone: +44 1222 874000 x6646 (work), +44 1222 457651 (home) Dept. Mechanical Engineering, University of Wales, College Cardiff. From owner-freebsd-hackers Mon Apr 10 07:00:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA00180 for hackers-outgoing; Mon, 10 Apr 1995 07:00:36 -0700 Received: from sgiblab.sgi.com (sgiblab.SGI.COM [192.82.208.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA00172 for ; Mon, 10 Apr 1995 07:00:33 -0700 Received: from bazooka.amb.org by sgiblab.sgi.com via UUCP (950215.SGI.8.6.10/911001.SGI) id HAA03158; Mon, 10 Apr 1995 07:00:35 -0700 Received: by bazooka.amb.org (Sendmail 5.65/AMB-1.4) id AA24833; Mon, 10 Apr 95 06:39:53 -0700 From: ti@bazooka.amb.org (Ti Kan) Message-Id: <9504101339.AA24833@bazooka.amb.org> Subject: Re: xmcd 1.4 To: mmead@goof.com (matthew c. mead) Date: Mon, 10 Apr 1995 06:39:51 -0700 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: <199504100048.UAA02018@goof.com> from "matthew c. mead" at Apr 9, 95 08:48:41 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 1308 Sender: hackers-owner@FreeBSD.org Precedence: bulk matthew c. mead writes: > Hmm. I did configure it. Here's the output of a config, for which > it does not work (as stated above): Perhaps there is a problem with the xmcd configuration file for the Chinon CD-525. Some of these config entries are submitted by xmcd users and I cannot personally verify all of them. It is possible that there is an error. Does your drive support a software-controlled volume control? If not, then you would most certainly see the error message that you reported when you move xmcd's volume slider. Try changing the "modeSenseSetDBD" parameter in your /usr/X11R6/lib/X11/xmcd/config/rcd0c file. Restart xmcd and see if the volume control works. If it still doesn't work, you may have to change the "volumeControlSupport" parameter to False in that file. As to xmcd not detecting the CD when it is inserted, it's hard for me to determine what's going on with the some debug information. Try running xmcd with the -debug option and reproduce the problem, then, send the output to me for analysis. Thanks. -Ti -- /// Ti Kan Vorsprung durch Technik /// AMB Research Laboratories, Sunnyvale, CA. USA /// Internet: ti@amb.org ////// UUCP: ...!uunet!bazooka!ti /// URL: ftp://ftp.netcom.com/pub/tk/tkan/www/tikan/tikan.html From owner-freebsd-hackers Mon Apr 10 07:04:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA00155 for hackers-outgoing; Mon, 10 Apr 1995 07:04:44 -0700 Received: from dvals1.larc.nasa.gov (dvals1.larc.nasa.gov [128.155.4.96]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA00147 for ; Mon, 10 Apr 1995 07:04:41 -0700 Received: (from branson@localhost) by dvals1.larc.nasa.gov (8.6.11/8.6.9) id KAA19825 for freebsd-hackers@freebsd.org; Mon, 10 Apr 1995 10:03:58 -0400 From: Branson Matheson Message-Id: <199504101403.KAA19825@dvals1.larc.nasa.gov> Subject: Patch for build and aic7870.c To: freebsd-hackers@FreeBSD.org (Hackers FreeBSD) Date: Mon, 10 Apr 1995 10:03:57 -0400 (EDT) X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1065 Sender: hackers-owner@FreeBSD.org Precedence: bulk Well I got another convert up last week... We had some problems compiling on his system though... couple of things : - The makefile generated by config did not include /usr/include. this makes make depend rather unhappy... I added it to the local config/SYSTEMNAME/makefile but there is I am sure a better fix. - ( This is for Mr. Gibbs) the aic7870 file is dependent on -I/usr/include/sys and should only be dependent on -I/usr/include. This is a small fix but important none the less. Patch Below. I will install the latest ( Birthday ??! have a great one ! ) SNAP this evening... and start port hacking again... thanks again guys. -branson This is off of the recently downloaded FreeBSD 2.0.0-SNAP950322 . -- MATHESON, E BRANSON E.B.MATHESON@LaRC.NASA.GOV Mail Stop 931 COMPUTER SCIENCES CORPORATION NASA Langley Research Center Assigned to Operations Support Division Hampton, VA 23681-0001 Phone +1 804 864-9700 From owner-freebsd-hackers Mon Apr 10 07:07:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA00248 for hackers-outgoing; Mon, 10 Apr 1995 07:07:04 -0700 Received: from mail.barrnet.net (mail.BARRNET.NET [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA00240 for ; Mon, 10 Apr 1995 07:07:03 -0700 Received: from gateway.cybernet.com (gateway.cybernet.com [192.245.33.1]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with ESMTP id FAA17411 for ; Mon, 10 Apr 1995 05:58:39 -0700 Received: from [192.245.33.12] by gateway.cybernet.com (8.6.8/1.0A) id JAA02085; Mon, 10 Apr 1995 09:29:25 -0400 X-Sender: mtaylor@gateway.cybernet.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 10 Apr 1995 08:59:51 -0400 To: hackers@FreeBSD.org From: mtaylor@gateway.cybernet.com (Mark J. Taylor) Subject: RE: motif... Cc: taob@gate.sinica.edu.tw Sender: hackers-owner@FreeBSD.org Precedence: bulk >On Sat, 8 Apr 1995, Gennady B. Sorokopud wrote: >> >> I will do it! >> Anyway , if you need an account i'll open it for you >> today and send you user/pass/host later.. > >(hmmmm, if it worked for Matthew...) > > Would someone with motif on their machine be willing to let me >have an account to try and build geomview 1.50 for FreeBSD and link it >statically for the packages collection? If this is too much to ask, >would someone mind trying to build it? :-) Thanks in advance... > >(sorry about that Matt, but I think GeomView would be a really nifty >thing to have for FreeBSD...) :) >-- >Brian ("Though this be madness, yet there is method in't") Tao >taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org I've almost got GeomView compiled on 1.1.5.1 / X11R6 / Motif 1.2.3. Problem is in it's file utility routines: it does nasty nasty things like accessing fields of a FILE structure (which don't exist in FreeBSD). It also requires gmake. Also gives lotsa warnings like 'target `foo.o' given more than once in the same rule.' (which I've been ignoring for now). Works fine on an SGI, though. This is a killer package. A 'must have.' It does really wonderful 3D stuff (this is not a rendering package, though) with objects, and allows you to write external extensions to it. We've just gotten this thing on our SGI machines, and are moving some of our internal apps to it. -Mark Taylor mtaylor@cybernet.com From owner-freebsd-hackers Mon Apr 10 07:07:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA00261 for hackers-outgoing; Mon, 10 Apr 1995 07:07:09 -0700 Received: from mail.barrnet.net (mail.BARRNET.NET [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA00255 for ; Mon, 10 Apr 1995 07:07:07 -0700 Received: from amcell2.accumed.com (ljo.pr.mcs.net [204.95.62.86]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with ESMTP id FAA17399 for ; Mon, 10 Apr 1995 05:53:07 -0700 Received: (from ljo@localhost) by amcell2.accumed.com (8.6.10/8.6.6) id GAA22061; Mon, 10 Apr 1995 06:51:13 -0500 Date: Mon, 10 Apr 1995 06:51:13 -0500 From: L Jonas Olsson Message-Id: <199504101151.GAA22061@amcell2.accumed.com> To: hasty@star-gate.com CC: jkh@freefall.cdrom.com, tinguely@plains.nodak.edu, hackers@FreeBSD.org, hasty@netcom.com In-reply-to: <199504031346.NAA04047@star-gate.com> (message from Amancio Hasty on Mon, 03 Apr 1995 13:46:14 +0000) Subject: Video cards [Was Re: Whee - I've got my MBONE feed..] Reply-to: ljo@po.cwru.edu Sender: hackers-owner@FreeBSD.org Precedence: bulk The Jazz Jakarta with the video input card is pretty similar to the Matrox Comet/Marvel II. They all use a Phillips SAA7110 NTSC/PAL/SECAM video decoder and Tseng Labs ET4000v33 video scaler/processor, and ET4000w32p video output. The main differences are that: o Jazz uses two cards one PCI card with everything except the video input and an additional card with the SAA7110 video input. There is some special ribbon cable bus between the two cards. (The Matrox has all of this on one card, the ET4000v33 is located on a bus from the ET4000w32p and the I2C bus is driven from two pins on the ET4000v33) o The Matrox cards have a RGB video input card for high-end cameras. Matrox proved to be less than cooperative for support and also both abovementioned cards have only 2MB RAM to share between video images and general X usage. XInside does support the Matrox cards quite well in there last beta release. Both the SAA7110 and RGB input works quite well and the image quality is better than that of an old Data Translation DT2853 frame grabber. For better programming support and dedicated video input there are new PCI cards from BitFlow and Imaging Technology. I'm testing a BitFlow card right now. It was up and running in a few days thanks to good support (and it is much easier to program than the Comet). This is currently used for testing with input from a 1024x1024 resolution greyscale camera. (The Raptor card costs $3500 and a Pulnix PN1001 camera ~$10000). Jonas From owner-freebsd-hackers Mon Apr 10 07:07:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA00282 for hackers-outgoing; Mon, 10 Apr 1995 07:07:16 -0700 Received: from mail.barrnet.net (mail.BARRNET.NET [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA00262 for ; Mon, 10 Apr 1995 07:07:10 -0700 Received: from hda.com (hda.com [199.232.40.182]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with ESMTP id FAA17351 for ; Mon, 10 Apr 1995 05:37:01 -0700 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id IAA09253; Mon, 10 Apr 1995 08:35:11 -0400 From: Peter Dufault Message-Id: <199504101235.IAA09253@hda.com> Subject: Re: 2940 working! To: TOTO@ifqsc.sc.usp.br (Carlos Antonio Ruggiero) Date: Mon, 10 Apr 1995 08:35:11 -0400 (EDT) Cc: hackers@FreeBSD.org In-Reply-To: <16D28765AB3F000236@IFQSC.SC.USP.BR> from "Carlos Antonio Ruggiero" at Apr 8, 95 11:36:00 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 708 Sender: hackers-owner@FreeBSD.org Precedence: bulk Carlos Antonio Ruggiero writes: > > Hi everybody, > > my 2940 SCSI controller sems to be working fine with an Empire 2100 > quantum disk and an Exxabyte 4200 4mm DAT. Thanks Justin! I'm using > 950322-SNAP plus the modifications suggested by Justgin (new aic drivers...) > > I stil have the following prblems, though: > 1) When I do tar tvf /dev/rst0 , the machine complains that the request > to st0 nu > must be between 0 and 0 (???). The sencond time I try, evething > works fine... This is a general problem and not just you. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Mon Apr 10 07:15:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA00484 for hackers-outgoing; Mon, 10 Apr 1995 07:15:16 -0700 Received: from grendel.csc.smith.edu (grendel.csc.smith.edu [131.229.222.23]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA00478 ; Mon, 10 Apr 1995 07:15:15 -0700 Received: from localhost (jfieber@localhost) by grendel.csc.smith.edu (8.6.5/8.6.5) id KAA05912; Mon, 10 Apr 1995 10:15:16 -0400 From: jfieber@cs.smith.edu (John Fieber) Message-Id: <199504101415.KAA05912@grendel.csc.smith.edu> Subject: Re: Documentation update To: wmbfmk@urc.tue.nl Date: Mon, 10 Apr 1995 10:15:15 -0400 (EDT) Cc: doc@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <199504100853.KAA12190@nietzsche> from "wmbfmk@urc.tue.nl" at Apr 10, 95 10:53:23 am Content-Type: text Content-Length: 396 Sender: hackers-owner@FreeBSD.org Precedence: bulk wmbfmk@urc.tue.nl writes: > Is there a way to get all these files and read them offline? That would > be nice, I dont want to spend hours online via my modem to read the > documentation. Just grab ftp://ftp.freebsd.org/pub/FreeBSD/FAQ. -john === jfieber@cs.smith.edu ================================================ =================================== Come up and be a kite! --K. Bush === From owner-freebsd-hackers Mon Apr 10 07:16:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA00572 for hackers-outgoing; Mon, 10 Apr 1995 07:16:46 -0700 Received: from isl.cf.ac.uk (isl-gate.elsy.cf.ac.uk [131.251.22.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA00550 for ; Mon, 10 Apr 1995 07:16:42 -0700 Received: (from paul@localhost) by isl.cf.ac.uk (8.6.9/8.6.9) id PAA25309; Mon, 10 Apr 1995 15:17:16 +0100 From: Paul Richards Message-Id: <199504101417.PAA25309@isl.cf.ac.uk> Subject: Re: The FreeBSD trademark. To: jhs@regent.e-technik.tu-muenchen.de (Julian Howard Stacey) Date: Mon, 10 Apr 1995 15:17:16 +0100 (BST) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199504062310.BAA06899@vector.eikon.e-technik.tu-muenchen.de> from "Julian Howard Stacey" at Apr 7, 95 01:10:23 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: 2215 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply to Julian Howard Stacey who said > > > Jordan wrote: > > > You can't possibly > > sit there and tell me that "housing" ourselves under the umbrella of a > > notoriously bloated organization like the ISO or CCITT is going to be > > LESS work, now can you? > > Didnt know they were bloated, go find a non bloated one then :-) > > > And you completely ignored my other points, which was that the > > necessary INFRASTRUCTURE is here! > > Where the coms links are & where the sup servers & cvs are physically has > little relevance to whose law is best used, you'd be best advised offloading > the paper work on willing helpers in other countries who want to help, > but aren't quite up to you mega hacker/techie standard, or are you afraid > of loosing control ?. You're really not making any sense at all. All that setting up FreeBSD Inc in the states means is that buisness transactions etc will be covered by US law and in this regard it's no worse than anywhere else. I don't think you can set up not-for-profit companies in the UK. You'd have to establish it as a charity and FreeBSD wouldn't qualify. > > > I'd go to england if I wanted fish and chips > You miss the point, I am Not promoting my own country (though you are yours ;-). > We should minimise FreeBSD's involvement with the USA national legal system > because it has proven itself disruptive to FreeBSD (crypt etc). > The issue with crypt has absolutely nothing to do with FreeBSD Inc. Even if we set up elsewhere our main "office" would still be WC and the export laws would still apply. > If you insist on forcing national law on an international organisation, > go use Irish or New Zealand law or something instead., I don't care whose, > anyone's law Except disruptive USA law. Fine, well, I tell you what, You relocate to Ireland or New Zealand and set it up for us. It's just totally ridiculous to suggest we setup FreeBSD Inc in a country where we have no core team members! -- Paul Richards, FreeBSD core team member. Internet: paul@FreeBSD.org, URL: http://isl.cf.ac.uk/~paul/ Phone: +44 1222 874000 x6646 (work), +44 1222 457651 (home) Dept. Mechanical Engineering, University of Wales, College Cardiff. From owner-freebsd-hackers Mon Apr 10 08:08:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA00172 for hackers-outgoing; Mon, 10 Apr 1995 08:08:08 -0700 Received: from mail.barrnet.net (mail.BARRNET.NET [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA00166 for ; Mon, 10 Apr 1995 08:08:06 -0700 Received: from goof.com (goof.com [198.82.204.15]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with ESMTP id IAA18151 for ; Mon, 10 Apr 1995 08:05:32 -0700 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id LAA01098; Mon, 10 Apr 1995 11:06:44 -0400 Date: Mon, 10 Apr 1995 11:06:44 -0400 From: "matthew c. mead" Message-Id: <199504101506.LAA01098@goof.com> To: ti@bazooka.amb.org (Ti Kan) Cc: hackers@FreeBSD.org Subject: Re: xmcd 1.4 [ LONG DEBUG INFO ] In-Reply-To: Your message of Mon, April 10, 1995 06:39:51 -0700 References: <199504100048.UAA02018@goof.com> <9504101339.AA24833@bazooka.amb.org> Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, April 10, 1995 at 06:39:51 (-0700), Ti Kan wrote: > matthew c. mead writes: > > Hmm. I did configure it. Here's the output of a config, for which > > it does not work (as stated above): > Perhaps there is a problem with the xmcd configuration file for the > Chinon CD-525. Some of these config entries are submitted by xmcd > users and I cannot personally verify all of them. It is possible > that there is an error. That's currently my thinking... > Does your drive support a software-controlled volume control? Yes. I've used xcdplayer just fine to change the volume while playing a cd. > If not, then you would most certainly see the error message that > you reported when you move xmcd's volume slider. Try changing > the "modeSenseSetDBD" parameter in your /usr/X11R6/lib/X11/xmcd/config/rcd0c > file. Restart xmcd and see if the volume control works. If it still > doesn't work, you may have to change the "volumeControlSupport" > parameter to False in that file. Hmm. It still did not work. I *know* for certain that it works under xcdplayer... > As to xmcd not detecting the CD when it is inserted, it's hard for > me to determine what's going on with the some debug information. > Try running xmcd with the -debug option and reproduce the problem, > then, send the output to me for analysis. Thanks. Here's the output of xmcd -debug: XMCD v1.4 PL0 DEBUG MODE Setting uid to 0 devnum=0 device=/dev/rcd0c libdir=/usr/X11R6/lib/X11/xmcd dbdir=rock:jazz:blues:newage:classical:reggae:folk:country:soundtrack:misc:data maxDbdirs=20 dbFileMode=0664 deviceInterfaceMethod=0 statusPollInterval=260 insertPollInterval=2000 previousThreshold=100 searchSkipBlocks=145 searchPauseInterval=55 searchSpeedUpCount=15 searchVolumePercent=35 searchMinVolume=2 sampleBlocks=750 minimumPlayBlocks=25 displayBlinkOnInterval=850 displayBlinkOffInterval=150 scsiAudioVolumeBase=0 volumeControlTaper=0 channelRoute=0 driveVendorCode=0 playAudio10Support=0 playAudio12Support=0 playAudioMSFSupport=1 playAudioTISupport=1 loadSupport=0 ejectSupport=0 modeSenseSetDBD=1 volumeControlSupport=1 balanceControlSupport=0 channelRouteSupport=1 pauseResumeSupport=1 caddyLockSupport=1 curposFormat=0 noTURWhenPlaying=0 spinDownOnLoad=1 ejectOnExit=0 stopOnExit=1 exitOnEject=0 closeOnEject=0 caddyLock=1 solaris2VolumeManager=0 showScsiErrMsg=1 mainShowFocus=1 SCSI CDB bytes: 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x0 Status=0x0 SCSI CDB bytes: 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x0 Status=0x0 SCSI CDB bytes: 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x0 Status=0x0 SCSI CDB bytes: 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x0 Status=0x0 SCSI CDB bytes: 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x0 Status=0x0 ----- It keeps repeating the last 4 lines continuously (I'm assuming because it's probing constantly for a new cd (even though one's in there)). Any ideas? Thanks again for your help.... -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Mon Apr 10 08:52:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA01433 for hackers-outgoing; Mon, 10 Apr 1995 08:52:48 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA01409 for ; Mon, 10 Apr 1995 08:52:42 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id XAA20166; Mon, 10 Apr 1995 23:53:02 +0800 Date: Mon, 10 Apr 1995 23:53:01 +0800 (CST) From: Brian Tao cc: hackers@FreeBSD.org Subject: RE: motif... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, 10 Apr 1995, Mark J. Taylor wrote: > > I've almost got GeomView compiled on 1.1.5.1 / X11R6 / Motif 1.2.3. > Problem is in it's file utility routines: it does nasty nasty things like > accessing fields of a FILE structure (which don't exist in FreeBSD). It > also requires gmake. Also gives lotsa warnings like 'target `foo.o' given > more than once in the same rule.' (which I've been ignoring for now). This is what Amancio's been telling me about. Seems like it wants to muck around with stdio and the like. Unfortunately, my connection to time.cdrom.com is border on non-interactive because of the link speed. Not sure how much I can help out from my end (not having the Motif libs to finish a build)... :( > Works fine on an SGI, though. This is a killer package. A 'must have.' Yep. Amazing how much faster it runs on a machine with proper graphics hardware. :) I really, really want to see this ported to FreeBSD. We should probably look at the rest of the U of Mn Geometry Center software too. They've got some neat stuff there. Anyone up for porting MetaCard now? :) -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Mon Apr 10 09:51:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA09407 for hackers-outgoing; Mon, 10 Apr 1995 09:51:17 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA09397 for ; Mon, 10 Apr 1995 09:51:16 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA23654; Mon, 10 Apr 95 10:43:30 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504101643.AA23654@cs.weber.edu> Subject: Re: Threads & Coffee ? To: hasty@star-gate.com (Amancio Hasty) Date: Mon, 10 Apr 95 10:43:30 MDT Cc: hackers@FreeBSD.org In-Reply-To: <199504081815.SAA11248@star-gate.com> from "Amancio Hasty" at Apr 8, 95 06:15:05 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > The folks at Sun are using threads with HotJava ... > > So what is the status of threads for FreeBSD-2.X > which versions are available and where ? Are they using: o kernel threads only o user threads only o multiple user threads bound to multiple kernel threads o pthreads o LWP (using async I/O to implement user space threads, in a SunOS 4.1.x backward copmatability mode) o sigsched type threads The answer about status depends on your answer about what you want status on... The answers are: o unsupported o limited support o unsupported o supported, but not rev'ed for 2.x yet o limited support o supported For those items with limited support, the question to answer is "what interfaces does Java consume?". Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Apr 10 09:58:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA10560 for hackers-outgoing; Mon, 10 Apr 1995 09:58:23 -0700 Received: from gallium.csusb.edu (gallium.csusb.edu [139.182.6.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA10537 for ; Mon, 10 Apr 1995 09:58:14 -0700 Received: by gallium.csusb.edu (5.4.1/140.2) id AA27926; Mon, 10 Apr 1995 09:56:55 -0700 From: karant@gallium.csusb.edu (Dr. Yasha Karant) Message-Id: <9504101656.AA27926@gallium.csusb.edu> Subject: RE: motif... (fwd) To: freebsd-hackers@FreeBSD.org Date: Mon, 10 Apr 1995 09:56:55 -0700 (PDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1735 Sender: hackers-owner@FreeBSD.org Precedence: bulk Forwarded message: > From mail Sun Apr 9 21:51 PDT 1995 > Date: Mon, 10 Apr 1995 00:15:04 -0400 > From: "matthew c. mead" > Message-Id: <199504100415.AAA02571@goof.com> > To: Brian Tao > Cc: freebsd-hackers@FreeBSD.org > Subject: RE: motif... > In-Reply-To: Your message of Sat, April 8, 1995 18:27:43 +0800 > References: > > Sender: hackers-owner@FreeBSD.org > Precedence: bulk > Content-Type: text > Content-Length: 836 > > > > (sorry about that Matt, but I think GeomView would be a really nifty > > thing to have for FreeBSD...) :) > > What is GeomView? > > > -matt > > > -- > Matthew C. Mead -> Virginia Tech Center for Transportation Research - > -> Multiple Platform System and Network Administration > Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other > ---- ------- WWW -> http://www.goof.com/~mmead --- ----- > GeomView is a license for free to most educational institutions application (no, I don't know if it is GPL, PD, or something else) which is developed at the Geometry Center of the University of Minnesota. It permits one to experiment with a variety of "complicated" geometrical objects in real time with a full GUI interface and view of the object (rotation, translation, ... ); one can create objects in it. It was originally designed for the Silicon Graphics *proprietary* windowing system, but has been ported to X. I have seen it run on Silicon Graphics and SunOS (Solaris 2, I think). We could probably arrange a port. Yasha Karant karant@gallium.csusb.edu From owner-freebsd-hackers Mon Apr 10 09:59:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA10676 for hackers-outgoing; Mon, 10 Apr 1995 09:59:17 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA10668 ; Mon, 10 Apr 1995 09:59:15 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA23778; Mon, 10 Apr 95 10:52:57 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504101652.AA23778@cs.weber.edu> Subject: Re: my @#%$#@# 3com 3c589 pcmcia ethernet card To: marcus@outer.ceh.servtech.com (Marcus Schwartz) Date: Mon, 10 Apr 95 10:52:56 MDT Cc: freebsd-hardware@FreeBSD.org, freebsd-hackers@FreeBSD.org In-Reply-To: <199504092146.RAA11162@outer.ceh.servtech.com> from "Marcus Schwartz" at Apr 9, 95 05:46:08 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > I have a 3com etherlink III pcmcia card (3c589) that I am trying to use in > my Dell Latitude XP. This card *should* be covered by driver zp. > > So, anyway... everytime I try and boot with the damn thing, I get > sumthin to the effect of "EEPROM doesnt match." Then, when I flip back > to DOS to try and run the 3com config software, I end up having to use > CHECKCIS.EXE to reload the flash code onto the card, because something has > corrupted it. > > I have spent quite a bit of time on this, with no luck. perhaps someone > has had the same problem and knows a workaround? or I am just doing sumthing > blatantly wrong? Which of the 6 mainstream (requiring 3 different enpic enablers if coded correctly, or 6 if not) or 3 non-mainstream (unlikely to ever be supported unless someone who owns one does the code) PCMCIA bridge chipsets is being used by Dell to implement PCMCIA on your Lattitude? Is it an Intel, Intel, or IBM? If so, the current code should work. If it is Cyrix or AMD, you'll need a different enabler, and if it is one of the two European chips or the one from Hitachi (I think), good luck. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Apr 10 10:15:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA12534 for hackers-outgoing; Mon, 10 Apr 1995 10:15:53 -0700 Received: from sgiblab.sgi.com (sgiblab.SGI.COM [192.82.208.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA12526 for ; Mon, 10 Apr 1995 10:15:50 -0700 Received: from bazooka.amb.org by sgiblab.sgi.com via UUCP (950215.SGI.8.6.10/911001.SGI) id KAA07150; Mon, 10 Apr 1995 10:15:51 -0700 Received: by bazooka.amb.org (Sendmail 5.65/AMB-1.4) id AA00030; Mon, 10 Apr 95 09:54:05 -0700 From: ti@bazooka.amb.org (Ti Kan) Message-Id: <9504101654.AA00030@bazooka.amb.org> Subject: Re: xmcd 1.4 [ LONG DEBUG INFO ] To: mmead@goof.com (matthew c. mead) Date: Mon, 10 Apr 1995 09:54:05 -0700 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: <199504101506.LAA01098@goof.com> from "matthew c. mead" at Apr 10, 95 11:06:44 am X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 1322 Sender: hackers-owner@FreeBSD.org Precedence: bulk matthew c. mead writes: > Yes. I've used xcdplayer just fine to change the volume while > playing a cd. Can you set modeSenseSetDBD to both True and False and run xmcd with the -debug option in both scenarios? I would like to see the results of that too. Also, from the debug output you sent, it is apparent that the driver is returning failure status to the "Test Unit Ready" command that xmcd sends. This would indicate that the drive is not ready (such as when no CD is loaded). But I wonder if this is really the case. Is /dev/rcd0 really the correct device node for your drive? Check its major and minor device numbers. Also, did you use xcdplayer on this very system using the very same device node, and have confirmed that it worked? A key difference between xcdplayer and xmcd is that for SCSI drives, xmcd uses the SCSI pass-through interface to control the CD-ROM drive instead of the CD-ROM driver ioctl interface that xcdplayer uses. Perhaps the SCSI pass-through interface is not properly handled with the Buslogic driver? I dunno... Another thing you can try is to increase the command timeout value. In libdi.d/os_frbsd.c there is a line in the pthru_send() function that looks like this: ucmd.timeout = 2000; /* 2 secs timeout */ Change it to: ucmd.timeout = 10000; /* 10 secs timeout */ Recompile and re-try. Does it work any better? -Ti -- /// Ti Kan Vorsprung durch Technik /// AMB Research Laboratories, Sunnyvale, CA. USA /// Internet: ti@amb.org ////// UUCP: ...!uunet!bazooka!ti /// URL: ftp://ftp.netcom.com/pub/tk/tkan/www/tikan/tikan.html From owner-freebsd-hackers Mon Apr 10 10:27:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA12827 for hackers-outgoing; Mon, 10 Apr 1995 10:27:19 -0700 Received: from goof.com (goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA12821 for ; Mon, 10 Apr 1995 10:27:18 -0700 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id NAA01702; Mon, 10 Apr 1995 13:27:24 -0400 Date: Mon, 10 Apr 1995 13:27:24 -0400 From: "matthew c. mead" Message-Id: <199504101727.NAA01702@goof.com> To: hackers@FreeBSD.org Subject: what is the difference between /dev/rcd0c and /dev/rcd0c? Cc: ti@amb.org Sender: hackers-owner@FreeBSD.org Precedence: bulk Subject about says it all - xcdplayer tries to access both of them. I'm not sure which it ends up using... I've been telling xmcd to use /dev/rcd0c... -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Mon Apr 10 10:45:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA13243 for hackers-outgoing; Mon, 10 Apr 1995 10:45:01 -0700 Received: from goof.com (goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA13230 for ; Mon, 10 Apr 1995 10:44:59 -0700 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id NAA04049; Mon, 10 Apr 1995 13:45:02 -0400 Date: Mon, 10 Apr 1995 13:45:02 -0400 From: "matthew c. mead" Message-Id: <199504101745.NAA04049@goof.com> To: ti@bazooka.amb.org (Ti Kan) Cc: mmead@goof.com (matthew c. mead), hackers@FreeBSD.org Subject: Re: xmcd 1.4 [ LONG DEBUG INFO ] In-Reply-To: Your message of Mon, April 10, 1995 09:54:05 -0700 References: <199504101506.LAA01098@goof.com> <9504101654.AA00030@bazooka.amb.org> Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, April 10, 1995 at 09:54:05 (-0700), Ti Kan wrote: > matthew c. mead writes: > > Yes. I've used xcdplayer just fine to change the volume while > > playing a cd. > Can you set modeSenseSetDBD to both True and False and run xmcd with > the -debug option in both scenarios? I would like to see the results > of that too. Output with modeSenseSetDBD: True: XMCD v1.4 PL0 DEBUG MODE Setting uid to 0 devnum=0 device=/dev/rcd0c libdir=/usr/X11R6/lib/X11/xmcd dbdir=rock:jazz:blues:newage:classical:reggae:folk:country:soundtrack:misc:data maxDbdirs=20 dbFileMode=0664 deviceInterfaceMethod=0 statusPollInterval=260 insertPollInterval=2000 previousThreshold=100 searchSkipBlocks=145 searchPauseInterval=55 searchSpeedUpCount=15 searchVolumePercent=35 searchMinVolume=2 sampleBlocks=750 minimumPlayBlocks=25 displayBlinkOnInterval=850 displayBlinkOffInterval=150 scsiAudioVolumeBase=0 volumeControlTaper=0 channelRoute=0 driveVendorCode=0 playAudio10Support=0 playAudio12Support=0 playAudioMSFSupport=1 playAudioTISupport=1 loadSupport=0 ejectSupport=0 modeSenseSetDBD=1 volumeControlSupport=1 balanceControlSupport=0 channelRouteSupport=1 pauseResumeSupport=1 caddyLockSupport=1 curposFormat=0 noTURWhenPlaying=0 spinDownOnLoad=1 ejectOnExit=0 stopOnExit=1 exitOnEject=0 closeOnEject=0 caddyLock=1 solaris2VolumeManager=0 showScsiErrMsg=1 mainShowFocus=1 SCSI CDB bytes: 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x0 Status=0x0 SCSI CDB bytes: 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x0 Status=0x0 ----- Output with modeSenseSetDBD: False: XMCD v1.4 PL0 DEBUG MODE Setting uid to 0 devnum=0 device=/dev/rcd0c libdir=/usr/X11R6/lib/X11/xmcd dbdir=rock:jazz:blues:newage:classical:reggae:folk:country:soundtrack:misc:data maxDbdirs=20 dbFileMode=0664 deviceInterfaceMethod=0 statusPollInterval=260 insertPollInterval=2000 previousThreshold=100 searchSkipBlocks=145 searchPauseInterval=55 searchSpeedUpCount=15 searchVolumePercent=35 searchMinVolume=2 sampleBlocks=750 minimumPlayBlocks=25 displayBlinkOnInterval=850 displayBlinkOffInterval=150 scsiAudioVolumeBase=0 volumeControlTaper=0 channelRoute=0 driveVendorCode=0 playAudio10Support=0 playAudio12Support=0 playAudioMSFSupport=1 playAudioTISupport=1 loadSupport=0 ejectSupport=0 modeSenseSetDBD=0 volumeControlSupport=1 balanceControlSupport=0 channelRouteSupport=1 pauseResumeSupport=1 caddyLockSupport=1 curposFormat=0 noTURWhenPlaying=0 spinDownOnLoad=1 ejectOnExit=0 stopOnExit=1 exitOnEject=0 closeOnEject=0 caddyLock=1 solaris2VolumeManager=0 showScsiErrMsg=1 mainShowFocus=1 SCSI CDB bytes: 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x0 Status=0x0 SCSI CDB bytes: 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x0 Status=0x0 ----- > Also, from the debug output you sent, it is apparent that the driver is > returning failure status to the "Test Unit Ready" command that xmcd > sends. This would indicate that the drive is not ready (such as > when no CD is loaded). Maybe this will shed a little light on things; from my /var/log/messages where boot messages are put: Apr 10 00:34:06 goof /kernel: (bt0:2:0): "Chinon CD-ROM CDS-525 V10" is a type 5 removable SCSI 2 Apr 10 00:34:06 goof /kernel: cd0(bt0:2:0): CD-ROM Apr 10 00:34:06 goof /kernel: cd0(bt0:2:0): NOT READY asc:4,1 Apr 10 00:34:06 goof /kernel: cd0(bt0:2:0): Logical unit is in process of becomi ng ready Apr 10 00:34:06 goof /kernel: cd0: could not get size Apr 10 00:34:06 goof /kernel: drive empty This is *with* an audio cd in the drive (I've been leaving it in there until we get this resolved). > But I wonder if this is really the case. > Is /dev/rcd0 really the correct device node for your drive? Check > its major and minor device numbers. Also, did you use xcdplayer > on this very system using the very same device node, and have confirmed > that it worked? I just tried it out. It works fine. Here's the device it opens (from a ktrace xcdplayer). 1915 xcdplayer NAMI "/dev/rcd0c" 1915 xcdplayer RET open 7 > A key difference between xcdplayer and xmcd is that for SCSI drives, > xmcd uses the SCSI pass-through interface to control the CD-ROM > drive instead of the CD-ROM driver ioctl interface that xcdplayer > uses. Perhaps the SCSI pass-through interface is not properly > handled with the Buslogic driver? I dunno... That could be. Anyone on the hackers list know? > Another thing you can try is to increase the command timeout value. > In libdi.d/os_frbsd.c there is a line in the pthru_send() function > that looks like this: > ucmd.timeout = 2000; /* 2 secs timeout */ > Change it to: > ucmd.timeout = 10000; /* 10 secs timeout */ > Recompile and re-try. Does it work any better? Ok, I built it and tried it out. It doesn't seem to do anything differently, which is what I expected anyhow, considering the scsi commands seem to return instantly... -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Mon Apr 10 10:49:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA13342 for hackers-outgoing; Mon, 10 Apr 1995 10:49:01 -0700 Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA13333 for ; Mon, 10 Apr 1995 10:48:48 -0700 Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.11/8.6.6) id TAA20024 for hackers@FreeBSD.ORG; Mon, 10 Apr 1995 19:50:38 +0200 From: John Hay Message-Id: <199504101750.TAA20024@zibbi.mikom.csir.co.za> Subject: syscons panic without a screen To: hackers@FreeBSD.org (FreeBSD-hackers) Date: Mon, 10 Apr 1995 19:50:38 +0200 (SAT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 661 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, I build a new kernel for one of my machines that don't have a screen or keyboard this weekend. It panic during scattach inside one of the bcopy's. This didn't happen with a kernel build about six weeks ago. I don't build kernels for that machine very often so I only picked it up this weekend. What I actualy want to know is, shouldn't the scprobe routine determine if there is a screen? At the moment the probe will never fail. It will print a message if it has problems with the keyboard, but even then it will not fail. At the moment for a workaround I just fail the scprobe routine if the keyboard probe fails. -- John Hay -- jhay@mikom.csir.co.za From owner-freebsd-hackers Mon Apr 10 11:34:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA16345 for hackers-outgoing; Mon, 10 Apr 1995 11:34:58 -0700 Received: from MIT.EDU (SOUTH-STATION-ANNEX.MIT.EDU [18.72.1.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA16324 for ; Mon, 10 Apr 1995 11:34:53 -0700 Received: from JIMI.MIT.EDU by MIT.EDU with SMTP id AA10937; Mon, 10 Apr 95 14:34:49 EDT Received: by jimi.MIT.EDU (5.57/4.7) id AA03327; Mon, 10 Apr 95 14:34:48 -0400 Message-Id: <9504101834.AA03327@jimi.MIT.EDU> To: Amancio Hasty Cc: hackers@FreeBSD.org Subject: Re: Threads & Coffee ? In-Reply-To: Your message of "Sat, 08 Apr 1995 18:15:05 -0000." <199504081815.SAA11248@star-gate.com> Date: Mon, 10 Apr 1995 14:34:46 EDT From: Christopher Provenzano Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Hi, > > The folks at Sun are using threads with HotJava ... > > So what is the status of threads for FreeBSD-2.X > which versions are available and where ? > > > Tnks, > Amancio > Grab the latest copy pthreads-1_60_beta2 from sipb.mit.edu:/pub/pthreads, and apply the following patch to configure before the "mips-*-ultrix*)" line. It got munched in an autoconf accident. i386-*-freebsd2.*) name=i386-freebsd-2.0 sysincludes=freebsd-2.0 syscall=i386-freebsd2.0 makefile_frag=netbsd1.0.mk ;; > > Are they using: > > o kernel threads only > o user threads only > o multiple user threads bound to multiple kernel threads > o pthreads > o LWP (using async I/O to implement user space threads, in > a SunOS 4.1.x backward copmatability mode) > o sigsched type threads >From talking with them it seems that they only need user threads and they are evaluating pthreads as a way of leveraging multiple platforms in one fell swoop. Updating your answers .... o being worked on o ???? o If you've got kernel threads then pthreads-2_00 will take care of this. Due out sometime before the next USENIX. o Yeah, I'm a lame butt. :) o If you've got async I/O then pthreads-1_70 will use it. It's a few days worth of hacking to get it into pthreads but 1_60 is so close to an official release, and if I put it in now I'll be tempted to put other hack in and .... you know how releases go. > > Terry Lambert > terry@cs.weber.edu > --- > Any opinions in this posting are my own and not those of my present > or previous employers. CAP From owner-freebsd-hackers Mon Apr 10 13:08:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA26256 for hackers-outgoing; Mon, 10 Apr 1995 13:08:04 -0700 Received: from magic.winnet.net (magic.winnet.net [204.215.2.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA26235 for ; Mon, 10 Apr 1995 13:07:58 -0700 Received: (from piero@localhost) by magic.winnet.net (8.6.12/8.6.12) id QAA09714; Mon, 10 Apr 1995 16:08:13 -0400 From: Piero Serini Message-Id: <199504102008.QAA09714@magic.winnet.net> Subject: Re: Happy Happy Birthday To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Mon, 10 Apr 1995 16:08:13 -0400 (EDT) Cc: Hackers@FreeBSD.org (FreeBSD Hackers' List) In-Reply-To: <1080.797399881@freefall.cdrom.com> from "Jordan K. Hubbard" at Apr 8, 95 08:58:01 pm Reply-To: Piero@winnet.net Operating-System: FreeBSD 2.0-SNAP X-Phone-Number: +1 (305) 535 3090 X-Faqs-Maintained: Elm (comp.mail.elm), Mail Archive Servers (comp.mail.misc) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 386 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello. Quoting from Jordan K. Hubbard: ... > Yes, today is my birthday. I am 32. Yes, I feel old. Thanks for > asking.. :-) Merry X-Mas !! No? Not X-Mas? X-Mas is in *December*? Really!?!?!? Oh, damn! Happy Birthday, then :) Bye, -- # $Id: .signature,v 1.0 1995/02/05 17:34:46 piero Exp $ Piero Serini From owner-freebsd-hackers Mon Apr 10 14:38:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA07425 for hackers-outgoing; Mon, 10 Apr 1995 14:38:31 -0700 Received: from outer.ceh.servtech.com (marcus@outer.ceh.servtech.com [204.181.5.20]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA07375 for ; Mon, 10 Apr 1995 14:38:12 -0700 Received: (from marcus@localhost) by outer.ceh.servtech.com (8.6.11/8.6.11) id RAA15064; Mon, 10 Apr 1995 17:43:27 -0400 From: Marcus Schwartz Message-Id: <199504102143.RAA15064@outer.ceh.servtech.com> Subject: Re: my @#%$#@# 3com 3c589 pcmcia ethernet card To: terry@cs.weber.edu (Terry Lambert) Date: Mon, 10 Apr 1995 17:43:26 -0400 (EDT) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <9504102034.AA25171@cs.weber.edu> from "Terry Lambert" at Apr 10, 95 02:34:16 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 640 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > ummmm. I have a vadem chipset, made by god-knows-who. I do know that the > > linux pcmcia drivers supported the modem, and somewhat supported the ether > > card. > > You could probably port the Linux drivers, or check the code in > the BSD drivers (the Vadem is, I seem to recall, supposedly Intel > compatible after it is correctly set up). > > Terry Lambert > terry@cs.weber.edu > well, I suppose its as good a time as any to start learning to hack kernel code ;).... too bad I seem to have enough trouble writing my own stuff, but how hard can it be? ;) marcus "yeah, it'll be done and working tomorow" schwartz From owner-freebsd-hackers Mon Apr 10 14:44:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA08156 for hackers-outgoing; Mon, 10 Apr 1995 14:44:15 -0700 Received: from obiwan.pmr.com (obiwan.pmr.com [199.98.84.130]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA08114 for ; Mon, 10 Apr 1995 14:43:57 -0700 Received: by obiwan.pmr.com (Smail3.1.29.1 #4) id m0ryRFV-00030VC; Mon, 10 Apr 95 16:43 CDT Message-Id: From: bob@obiwan.pmr.com (Bob Willcox) Subject: Re: Happy Happy Birthday snap-0408 [was: Happy Happy snap-0322] To: freebsd-hackers@freefall.cdrom.com (freebsd-hackers) Date: Mon, 10 Apr 1995 16:43:57 -0500 (CDT) In-Reply-To: <199504091450.QAA18806@iaehv.IAEhv.nl> from "Guido van Rooij" at Apr 9, 95 04:50:43 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 425 Sender: hackers-owner@FreeBSD.org Precedence: bulk Guido van Rooij wrote: > > > > > Yes, today is my birthday. I am 32. Yes, I feel old. Thanks for > > asking.. :-) > > > > Hehehe ;-) Well, eh, happy birthday then. > > 32....seems sooo far away seems sooooooo long ago... Happy (belated) birthday, Jordan! > > Jordan > > -Guido, still in his 20s (yes!) -Bob, still in his 50s :-( -- Bob Willcox bob@obiwan.pmr.com (or obiwan%bob@uunet.uu.net) Austin, TX From owner-freebsd-hackers Mon Apr 10 14:46:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA08377 for hackers-outgoing; Mon, 10 Apr 1995 14:46:07 -0700 Received: from sgiblab.sgi.com (sgiblab.SGI.COM [192.82.208.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA08350 for ; Mon, 10 Apr 1995 14:45:52 -0700 Received: from bazooka.amb.org by sgiblab.sgi.com via UUCP (950215.SGI.8.6.10/911001.SGI) id OAA16267; Mon, 10 Apr 1995 14:45:48 -0700 Received: by bazooka.amb.org (Sendmail 5.65/AMB-1.4) id AA04475; Mon, 10 Apr 95 14:32:44 -0700 From: ti@bazooka.amb.org (Ti Kan) Message-Id: <9504102132.AA04475@bazooka.amb.org> Subject: Re: xmcd 1.4 [ LONG DEBUG INFO ] To: mmead@goof.com (matthew c. mead) Date: Mon, 10 Apr 1995 14:32:44 -0700 (PDT) Cc: mmead@goof.com, hackers@FreeBSD.org In-Reply-To: <199504101745.NAA04049@goof.com> from "matthew c. mead" at Apr 10, 95 01:45:02 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 864 Sender: hackers-owner@FreeBSD.org Precedence: bulk matthew c. mead writes: > Output with modeSenseSetDBD: True: > > SCSI CDB bytes: > 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ................ > CD audio: SCSI command fault on /dev/rcd0c: > Opcode=0x0 Status=0x0 > > Output with modeSenseSetDBD: False: > > SCSI CDB bytes: > 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ................ > CD audio: SCSI command fault on /dev/rcd0c: > Opcode=0x0 Status=0x0 Argh. I meant you should do this and then move the volume control slider around a bit. I wanted to see the 0x1a commands (mode sense). Can you try again? -Ti -- /// Ti Kan Vorsprung durch Technik /// AMB Research Laboratories, Sunnyvale, CA. USA /// Internet: ti@amb.org ////// UUCP: ...!uunet!bazooka!ti /// URL: ftp://ftp.netcom.com/pub/tk/tkan/www/tikan/tikan.html From owner-freebsd-hackers Mon Apr 10 15:01:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA10385 for hackers-outgoing; Mon, 10 Apr 1995 15:01:59 -0700 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA10275 for ; Mon, 10 Apr 1995 15:01:19 -0700 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.11/8.6.9) with SMTP id PAA01208; Mon, 10 Apr 1995 15:01:10 -0700 Message-Id: <199504102201.PAA01208@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: julian@tfs.com (Julian Elischer) cc: hackers@FreeBSD.org Subject: Re: eisa config In-reply-to: Your message of "Mon, 13 Mar 1995 01:49:00 PST." Date: Mon, 10 Apr 1995 15:01:09 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk Is the version you mailed out on the 13th the latest version you have of this. I might have some time later in the week to play with it. -- Justin >There was some talk of a generic EISA config.. >here is one I ported to Freebsd last year, I haven't tested this with >2.0, but i've updated the patches so that it at least compiles.. >'activate' it with an 'eisa' line the same as the 'isa' line in the config >file.. >e.g. controller eisa0 > From owner-freebsd-hackers Mon Apr 10 16:00:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA15795 for hackers-outgoing; Mon, 10 Apr 1995 16:00:01 -0700 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA15782 for ; Mon, 10 Apr 1995 15:59:56 -0700 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.11/8.6.9) with SMTP id OAA06477; Mon, 10 Apr 1995 14:52:30 GMT Message-Id: <199504101452.OAA06477@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: Brian Tao cc: Hackers@FreeBSD.org Subject: Re: motif... In-reply-to: Your message of "Mon, 10 Apr 1995 23:53:01 +0800." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 10 Apr 1995 14:52:27 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> Brian Tao said: > On Mon, 10 Apr 1995, Mark J. Taylor wrote: > > > > Yep. Amazing how much faster it runs on a machine with proper > graphics hardware. :) I really, really want to see this ported to > FreeBSD. We should probably look at the rest of the U of Mn Geometry > Center software too. They've got some neat stuff there. > Yeap, it would be nice to have 3D support for FreeBSD, perhaps someone could contact Martin Marietta to see about the availability of a PC card based on their chipset :) Amancio --------------------start-rendering ---------------------------- Lockheed Martin 3D Graphics Accelerator offers real-time PC visual system performance. Bethesda Maryland, March 20- Lockheed Martin announced today it is entering the 3D graphics PC market with a high-performance chip set based on real-time computer image generation technology that gives a combination of dynamic response and realism previously available only on dedicated graphics workstations and high end custom image generators. The Real3D(tm) brand name will be applied to a series of commercial and consumer computer graphics products. The first product, R3D/100, is a graphics accelerator that provides high throughput, high realism and sustained real-time 3D graphics response. Key performance attributes of the chip set include an embedded 100 MFLOPS geometry processor, pixel write rates of up to 33 million pixels per second, up to 750k polygons per second, line processing up to 1.5 million per second, and provides up to 192 color texture maps (128x128 mipmapped) in real-time. This performance eliminates the jerky visual movement found in graphics products that operate at less-than-real-time rates. "Real3D(tm) products set a new price performance standard in such areas as architectural and computer-aided design, object modeling, gameware development, simulation and real-time visualization," said John Lenyo, Commercial Visual Systems Business Development Director for Lockheed Martin Information Systems Co. "Systems running Real-3D-based boards will be able to function as supercharged graphics accelerators that run 3D graphics applications in real-time." The new product is an outgrowth of Lockheed Martin's proprietary computer graphics technology previously used in high performance military simulation, engineering research and training applications first developed for astronaut training and military flight simulators. The company has invested more that $200 million in research and development in this product area and owns more than 40 related patents in the field. Lenyo attributes much of the development success of the new commercial PC product to experience gained in a highly successful adjacent application developed for Sega Enterprises, Ltd - the Model 2 Computer Graphics System. Model 2 is the host hardware platform for Sega's latest generation of high performance arcade games. First released in February 1994, Sega has shipped over 33,000 Model 2-based arcade games such as the top-selling Daytona USA(tm), Desert Tank(tm), Virtua Cop(tm), Virtua Fighter II(tm), and virtual reality theme park ride system, VR-1(tm). Lockheed Martin's R3D/100 chip set provides faster processing through its patented hardware design which incorporates geometry processing, rasterization and texture mapping. The R3D/100 embedded floating point geometry processor removes significant processing burden from the host CPU. The patented texture processor applies color mipmapped texture to polygons in true 3D corrected perspective. Designed as a true polygon processor with texture processing and scaleable texture memory from the outset, the R3D/100 chip set includes dedicated hardware acceleration of mipmapped texturing that provides continuous high fidelity image quality. This chip set simulates spotlights, fog and realistic curved surfaces. Additionally, improved image quality is provided with multi-pass anti-aliasing. The R3D/100 chip set directly interfaces with Microsoft 3D/DDI and supports all 3D/DDI-compliant APIs, such as OpenGL(tm) and comes with device driver software and a device driver kit. Lockheed Martin is a highly diversified $23 billion advanced technology company with core markets in defense, commercial, civil government, energy and international markets. Additional Info: www http://www.mmc.com/real3d/ email real3d@mmc.com voice 800 393 7730 fax 407 826 3358 -- Darren Metcalfe downinit@teleport.com -------------stop-rendering ------------------------------------ From owner-freebsd-hackers Mon Apr 10 16:34:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA16630 for hackers-outgoing; Mon, 10 Apr 1995 16:34:10 -0700 Received: from goof.com (goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA16624 for ; Mon, 10 Apr 1995 16:34:07 -0700 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id TAA07405; Mon, 10 Apr 1995 19:34:16 -0400 Date: Mon, 10 Apr 1995 19:34:16 -0400 From: "matthew c. mead" Message-Id: <199504102334.TAA07405@goof.com> To: ti@bazooka.amb.org (Ti Kan) Cc: hackers@FreeBSD.org Subject: Re: xmcd 1.4 [ MORE LONG DEBUG INFO ] In-Reply-To: Your message of Mon, April 10, 1995 14:32:44 -0700 References: <199504101745.NAA04049@goof.com> <9504102132.AA04475@bazooka.amb.org> Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, April 10, 1995 at 14:32:44 (-0700), Ti Kan wrote: > Argh. I meant you should do this and then move the volume control > slider around a bit. I wanted to see the 0x1a commands (mode sense). > Can you try again? Sure thing... with modeSenseSetDBD: False: XMCD v1.4 PL0 DEBUG MODE Setting uid to 0 devnum=0 device=/dev/rcd0c libdir=/usr/X11R6/lib/X11/xmcd dbdir=rock:jazz:blues:newage:classical:reggae:folk:country:soundtrack:misc:data maxDbdirs=20 dbFileMode=0664 deviceInterfaceMethod=0 statusPollInterval=260 insertPollInterval=2000 previousThreshold=100 searchSkipBlocks=145 searchPauseInterval=55 searchSpeedUpCount=15 searchVolumePercent=35 searchMinVolume=2 sampleBlocks=750 minimumPlayBlocks=25 displayBlinkOnInterval=850 displayBlinkOffInterval=150 scsiAudioVolumeBase=0 volumeControlTaper=0 channelRoute=0 driveVendorCode=0 playAudio10Support=0 playAudio12Support=0 playAudioMSFSupport=1 playAudioTISupport=1 loadSupport=0 ejectSupport=0 modeSenseSetDBD=0 volumeControlSupport=1 balanceControlSupport=0 channelRouteSupport=1 pauseResumeSupport=1 caddyLockSupport=1 curposFormat=0 noTURWhenPlaying=0 spinDownOnLoad=1 ejectOnExit=0 stopOnExit=1 exitOnEject=0 closeOnEject=0 caddyLock=1 solaris2VolumeManager=0 showScsiErrMsg=1 mainShowFocus=1 SCSI CDB bytes: 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x0 Status=0x0 SCSI CDB bytes: 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x0 Status=0x0 [ a bunch of the above ] * VOL SCSI CDB bytes: 0000 1a 00 0e 00 1c 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x1a Status=0x0 SCSI CDB bytes: 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x0 Status=0x0 SCSI CDB bytes: 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x0 Status=0x0 SCSI CDB bytes: 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x0 Status=0x0 SCSI CDB bytes: 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x0 Status=0x0 SCSI CDB bytes: 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x0 Status=0x0 * VOL SCSI CDB bytes: 0000 1a 00 0e 00 1c 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x1a Status=0x0 * VOL SCSI CDB bytes: 0000 1a 00 0e 00 1c 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x1a Status=0x0 * VOL SCSI CDB bytes: 0000 1a 00 0e 00 1c 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x1a Status=0x0 * VOL SCSI CDB bytes: 0000 1a 00 0e 00 1c 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x1a Status=0x0 * VOL SCSI CDB bytes: 0000 1a 00 0e 00 1c 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x1a Status=0x0 * VOL SCSI CDB bytes: 0000 1a 00 0e 00 1c 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x1a Status=0x0 * VOL SCSI CDB bytes: 0000 1a 00 0e 00 1c 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x1a Status=0x0 * VOL SCSI CDB bytes: 0000 1a 00 0e 00 1c 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x1a Status=0x0 * VOL SCSI CDB bytes: 0000 1a 00 0e 00 1c 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x1a Status=0x0 * VOL SCSI CDB bytes: 0000 1a 00 0e 00 1c 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x1a Status=0x0 * VOL SCSI CDB bytes: 0000 1a 00 0e 00 1c 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x1a Status=0x0 * VOL SCSI CDB bytes: 0000 1a 00 0e 00 1c 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x1a Status=0x0 * VOL SCSI CDB bytes: 0000 1a 00 0e 00 1c 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x1a Status=0x0 * VOL SCSI CDB bytes: 0000 1a 00 0e 00 1c 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x1a Status=0x0 * VOL SCSI CDB bytes: 0000 1a 00 0e 00 1c 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x1a Status=0x0 * VOL SCSI CDB bytes: 0000 1a 00 0e 00 1c 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x1a Status=0x0 * VOL SCSI CDB bytes: 0000 1a 00 0e 00 1c 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x1a Status=0x0 * VOL SCSI CDB bytes: 0000 1a 00 0e 00 1c 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x1a Status=0x0 * VOL SCSI CDB bytes: 0000 1a 00 0e 00 1c 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x1a Status=0x0 ----- Now with modeSenseSetDBD: True: XMCD v1.4 PL0 DEBUG MODE Setting uid to 0 devnum=0 device=/dev/rcd0c libdir=/usr/X11R6/lib/X11/xmcd dbdir=rock:jazz:blues:newage:classical:reggae:folk:country:soundtrack:misc:data maxDbdirs=20 dbFileMode=0664 deviceInterfaceMethod=0 statusPollInterval=260 insertPollInterval=2000 previousThreshold=100 searchSkipBlocks=145 searchPauseInterval=55 searchSpeedUpCount=15 searchVolumePercent=35 searchMinVolume=2 sampleBlocks=750 minimumPlayBlocks=25 displayBlinkOnInterval=850 displayBlinkOffInterval=150 scsiAudioVolumeBase=0 volumeControlTaper=0 channelRoute=0 driveVendorCode=0 playAudio10Support=0 playAudio12Support=0 playAudioMSFSupport=1 playAudioTISupport=1 loadSupport=0 ejectSupport=0 modeSenseSetDBD=1 volumeControlSupport=1 balanceControlSupport=0 channelRouteSupport=1 pauseResumeSupport=1 caddyLockSupport=1 curposFormat=0 noTURWhenPlaying=0 spinDownOnLoad=1 ejectOnExit=0 stopOnExit=1 exitOnEject=0 closeOnEject=0 caddyLock=1 solaris2VolumeManager=0 showScsiErrMsg=1 mainShowFocus=1 SCSI CDB bytes: 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x0 Status=0x0 SCSI CDB bytes: 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x0 Status=0x0 [ a bunch more of the above ] * VOL SCSI CDB bytes: 0000 1a 08 0e 00 14 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x1a Status=0x0 * VOL SCSI CDB bytes: 0000 1a 08 0e 00 14 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x1a Status=0x0 * VOL SCSI CDB bytes: 0000 1a 08 0e 00 14 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x1a Status=0x0 * VOL SCSI CDB bytes: 0000 1a 08 0e 00 14 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x1a Status=0x0 * VOL SCSI CDB bytes: 0000 1a 08 0e 00 14 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x1a Status=0x0 * VOL SCSI CDB bytes: 0000 1a 08 0e 00 14 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x1a Status=0x0 * VOL SCSI CDB bytes: 0000 1a 08 0e 00 14 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x1a Status=0x0 * VOL SCSI CDB bytes: 0000 1a 08 0e 00 14 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x1a Status=0x0 * VOL SCSI CDB bytes: 0000 1a 08 0e 00 14 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x1a Status=0x0 * VOL SCSI CDB bytes: 0000 1a 08 0e 00 14 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x1a Status=0x0 * VOL SCSI CDB bytes: 0000 1a 08 0e 00 14 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x1a Status=0x0 * VOL SCSI CDB bytes: 0000 1a 08 0e 00 14 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x1a Status=0x0 * VOL SCSI CDB bytes: 0000 1a 08 0e 00 14 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x1a Status=0x0 * VOL SCSI CDB bytes: 0000 1a 08 0e 00 14 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x1a Status=0x0 * VOL SCSI CDB bytes: 0000 1a 08 0e 00 14 00 -- -- -- -- -- -- -- -- -- -- ................ CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x1a Status=0x0 ----- Make any sense you? Thanks again for all your help! -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Mon Apr 10 17:39:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA18400 for hackers-outgoing; Mon, 10 Apr 1995 17:39:39 -0700 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA18386 for ; Mon, 10 Apr 1995 17:39:30 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA04714 (5.67a/IDA-1.5); Mon, 10 Apr 1995 19:31:54 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA27819; 10 Apr 95 19:31:09 CDT (Mon) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id TAA27816; Mon, 10 Apr 1995 19:31:08 -0500 From: Peter da Silva Message-Id: <199504110031.TAA27816@bonkers.taronga.com> Subject: Re: SimCity on 1.1.5.1 anybody? To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 10 Apr 1995 19:31:08 -0500 (CDT) Cc: hackers@FreeBSD.org In-Reply-To: <199504100959.LAA09530@bonnie.tcd-dresden.de> from "J Wunsch" at Apr 10, 95 11:59:06 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 388 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Has anybody succesfully run the SimCity demo on 1.1.5.1? The > `commercial' README didn't notice it's not supposed to run there. None of the 2.0 stuff runs under 1.1. :-P Massive interface changes. (still hoping for a statically linked Mosaic 2.5 for 1.1 and X11R5 one day) (and while I'm wishing, I'd like a pony and a PDP-11/10 with complete front panel and real core memory) From owner-freebsd-hackers Mon Apr 10 17:43:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA18554 for hackers-outgoing; Mon, 10 Apr 1995 17:43:36 -0700 Received: from wiley.csusb.edu (wiley.csusb.edu [139.182.2.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA18548 for ; Mon, 10 Apr 1995 17:43:24 -0700 Received: by wiley.csusb.edu (5.67a/1.34) id AA29233; Mon, 10 Apr 1995 17:47:26 -0700 From: rmallory@wiley.csusb.edu (Rob Mallory) Message-Id: <199504110047.AA29233@wiley.csusb.edu> Subject: Re: LPR Printer Setup To: dsherwin@cts.com (Daniel Sherwin) Date: Mon, 10 Apr 1995 17:47:25 -0700 (PDT) Cc: hackers@FreeBSD.org, uh@grep.cs.fsu.edu In-Reply-To: from "Daniel Sherwin" at Apr 9, 95 10:29:47 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 36245 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > How do I setup a printer so that it is usable with lpr? > I have a HP-LJ4L on /dev/ lpt0 . Here is something I found during the 1.0.2 days... Jordan: this might be something to include in your lpr package.. It works great on lj4l's and lj2p's. # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # hp # hp/README # hp/printcap # hp/print # hp/print/Makefile # hp/print/README # hp/print/print.1 # hp/print/print.c # hp/filters # hp/filters/Makefile # hp/filters/hpf # hp/filters/hpf/Makefile # hp/filters/hpf/README # hp/filters/hpf/hpf.c # hp/filters/hprast # hp/filters/hprast/Makefile # hp/filters/hprast/hprast.c # echo c - hp mkdir hp > /dev/null 2>&1 echo x - hp/README sed 's/^X//' >hp/README << 'END-of-hp/README' Xthis package is what I use to make my laserjet clone go. Xit consists of 3 components: X Xa printcap file that should be installed in /etc/printcap X it defines 3 printers: X one laserjet, and 2 different postscript emulations using X ghostscript. X X2 print filters, X one for sun rasterfiles that you can get at via lpr -v, X and one for everything else X Xa 2-up print program that emulates enscript a bit. END-of-hp/README echo x - hp/printcap sed 's/^X//' >hp/printcap << 'END-of-hp/printcap' X# X# hp laserjet and clone printcap X# X X# X# for laserjet 2 and bad laserjet 3 clones. X# Xps0|crippled postscript emulation:\ X :lp=/dev/lpt0:sd=/var/spool/lpd:lf=/var/log/lpd-errs:\ X :if=/usr/libexec/lpr/ps2lj:sh:mx#0:sf: X X# X# for laserjet 3 and good laserjet 3 clones. X# Xps|postscript emulation:\ X :lp=/dev/lpt0:sd=/var/spool/lpd:lf=/var/log/lpd-errs:\ X :if=/usr/libexec/lpr/ps2lj3:sh:mx#0:sf: X X# X# for native stuff, plus sun rasterfiles via lpr -v X# Xlp|epson|lj|local line printer:\ X :lp=/dev/lpt0:sd=/var/spool/lpd:lf=/var/log/lpd-errs:\ X :vf=/usr/libexec/lpr/hprast:\ X :if=/usr/libexec/lpr/hpf:\ X :df=/usr/local/bin/dvi2lj:\ X :sh:mx#0:pw#80: END-of-hp/printcap echo c - hp/print mkdir hp/print > /dev/null 2>&1 echo x - hp/print/Makefile sed 's/^X//' >hp/print/Makefile << 'END-of-hp/print/Makefile' XPROG= print X X.include END-of-hp/print/Makefile echo x - hp/print/README sed 's/^X//' >hp/print/README << 'END-of-hp/print/README' Xthis directory contains a PCL4 + PCL5 print formatter that prints 2 up. Xit has been tested on FreeBSD and NetBSD Xit is free software. Xall rites reversed. Xjust don't claim you wrote it. END-of-hp/print/README echo x - hp/print/print.1 sed 's/^X//' >hp/print/print.1 << 'END-of-hp/print/print.1' X.\" X.Dd November 18, 1993 X.Dt PRINT 1 X.Os X.Sh NAME X.Nm print X.Nd queue text files to PCL4 printer. X.Sh SYNOPSIS X.Nm print X.Op Fl s X.Op Fl l X.Op Fl t Ar tabwidth X.Op Fl p Ar printer_name X.Op Ar text_file ... X.Sh DESCRIPTION X.Nm Print Xprints files 2 pages side by side on 1 piece of paper on PCL4 printer. XIf no files are specified, it reads stdin. X.Nm Print Xusually does the right thing with nroff output. It fakes boldface rather well. X.Pp XOptions: X.Bl -tag -width Ds X.It Fl s XSpecify graphically simple output, without the gaudy borders. X.It Fl l XSpecify formatting for 60 lines per page, instead of the default 66. X.It Fl t XSpecify the tab width. The default of 4 may irritate purists. X.It Fl p XSpecify the printer to spool to. The default printer is named X.Em lj. X.Sh ENVIRONMENT XIf the following environment variables exist, they are used by X.Nm print: X.Bl -tag -width PAGELENGTH X.It Ev PRINTER XSpecifies an alternate printer. X.It Ev TABWIDTH XSpecifies the tab stop width. X.It Ev PAGELENGTH XSpecifies the page length. it may take the value of 60 or 66. X.Sh AUTHOR Xcurt@toad.com X.Sh BUGS XThere is no way to communicate a jobname to lpr. XThis is really a bug with BSD, since it has no printer access library. END-of-hp/print/print.1 echo x - hp/print/print.c sed 's/^X//' >hp/print/print.c << 'END-of-hp/print/print.c' X/* X * take a list of filenames, and print the files 2 up on a PCL4 printer X * Author: X * Curt Mayer: curt@toad.com X * TODO: X * parameterize all fonts, so can do easily do 4 up someday. X * X * this source has tabs set at 4. X */ X#include X#include X#include X X/* X * mess with these numbers at your own peril - they are the result of X * much jiggery-pokery X */ X X/* size of printable region in dots */ X#define DOTSHIGH 2320 X#define DOTSWIDE 3120 X X/* these are in units of vmi and hmi of the page font */ X#define TOPOFF 4 X#define LEFTMARGIN 6 X#define STARTSIDE1 87 X#define CONTOFF 2 X X/* height of shaded region in dots */ X#define TOPLINE 80 X X/* offset of printable region in dots */ X#define TOPDOTS 50 X#define LEFTDOTS 50 X X/* width of rule lines on page in dots */ X#define LINEWIDTH 2 X X/* header font */ X#define HFONTPOINTS 12 X#define HFONTPITCH 10 X X/* the header font size in dots */ X#define HFONTHEIGHT ((HFONTPOINTS * 100) / 24) X#define HFONTWIDTH (300 / HFONTPITCH) X X/* offset from left and right of header strings in dots */ X#define TEXTMARGIN 50 X X/* these are for the page font */ X#define VMI_66 "5.5" X#define VMI_60 "6.1" X#define HMI "7.2" X#define BOLDOFF "0.6" X X#define CONTCHAR '+' X#define LPRCMD "lpr -P%s -h >/dev/null 2>&1" X X#define LP_DEFAULT "lj" X#define TAB_DEFAULT 4 X#define PAGELEN_DEFAULT 66 X Xchar cmdbuf[80]; X Xchar *printer = LP_DEFAULT; Xint tabstop = TAB_DEFAULT; Xint pagelen = PAGELEN_DEFAULT; X Xchar *vmi; Xint gaudy = 1; Xint line; Xint side; Xint col; Xint pagenum; X XFILE *pp; Xchar *filename; Xtime_t now; X Xextern FILE *popen(), *fopen(); Xextern char *ctime(); Xextern char *getenv(); X Xextern char *optarg; Xextern int optind; Xextern int opterr; Xextern int getopt(); X Xmain(argc, argv) Xint argc; Xchar *argv[]; X{ X FILE *fp; X struct stat statb; X int i, c; X char *e; X X time(&now); X X if (e = getenv("PRINTER")) { X printer = e; X } X X if (e = getenv("TABWIDTH")) { X tabstop = atoi(e); X } X X if (e = getenv("PAGELEN")) { X pagelen = atoi(e); X } X X opterr = 0; X while ((c = getopt(argc, argv, "slt:p:")) != EOF) { X switch(c) { X case 'l': X pagelen = 60; X break; X case 's': X gaudy = 0; X break; X case 't': X tabstop = atoi(optarg); X break; X case 'p': X printer = optarg; X break; X case '?': X default: X fprintf(stderr, X "%s: [-sl] [-t ] [-p ] [ ...]\n", X argv[0]); X exit(-1); X } X } X X if (tabstop == 0) { X tabstop = TAB_DEFAULT; X } X X switch (pagelen) { X X case 66: X#if PAGELEN_DEFAULT == 66 X default: X#endif X vmi = VMI_66; X pagelen = 66; X break; X X case 60: X#if PAGELEN_DEFAULT == 60 X default: X#endif X vmi = VMI_60; X pagelen = 60; X break; X } X X argc -= optind; X argv += optind; X X if (argc == 0) { X filename = "stdin"; X sendjob(stdin); X } else { X for (i = 0; i < argc; i++) { X filename = argv[i]; X X if (stat(filename, &statb) != 0) { X perror(filename); X continue; X } X X if ((statb.st_mode & S_IFMT) != S_IFREG) { X fprintf(stderr, "print: %s not a regular file\n", filename); X continue; X } X X fp = fopen(filename, "r"); X if (fp == NULL) { X fprintf(stderr, "print: can't open %s\n", filename); X continue; X } X X sendjob(fp); X fclose(fp); X } X } X if (pp) X pclose(pp); X exit (0); X} X Xsendjob(fp) XFILE *fp; X{ X int c; X int lastc; X X if (!pp) { X sprintf(cmdbuf, LPRCMD, printer); X pp = popen(cmdbuf, "w"); X if (pp == NULL) { X fprintf(stderr, "print: can't pipe to line printer\n"); X exit(1); X } X } X X line = 0; X side = 0; X col = 0; X pagenum = 1; X X fprintf(pp, "\033E"); X fprintf(pp, "\033&k2G"); X fprintf(pp, "\033&l1O"); X fprintf(pp, "\033(s0P"); X fprintf(pp, "\033&l0L"); X fprintf(pp, "\0339"); X fprintf(pp, "\033&l0E"); X X drawpage(); X fprintf(pp, "\033&a%dr%dC", TOPOFF + line, LEFTMARGIN + side * STARTSIDE1); X X while ((c = getc(fp)) != EOF) { X switch (c) { X case 0x0c: X c = getc(fp); X if (c != EOF) { X line = pagelen - 1; X do_newline(0); X } X ungetc(c, fp); X break; X case '\n': X do_newline(0); X break; X case '\t': X do { X putc(' ', pp); X } while (++col % tabstop); X break; X case 0x8: X if (col) { X col--; X fprintf(pp, "\033&a%dr%dC", X TOPOFF + line, LEFTMARGIN + side * STARTSIDE1 + col); X c = getc(fp); X if (c == lastc) { X fprintf(pp, "\033&k%sH \033&k%sH%c", BOLDOFF, HMI, c); X col++; X fprintf(pp, "\033&a%dr%dC", X TOPOFF + line, LEFTMARGIN + side * STARTSIDE1 + col); X } else { X ungetc(c, fp); X } X } X break; X default: X if (col >= 80) { X do_newline(1); X } X if (c < ' ') X c = 0x7f; X putc(c, pp); X col++; X lastc = c; X break; X } X } X fprintf(pp, "\033E"); X} X Xdo_newline(wrap) Xint wrap; X{ X putc('\n', pp); X if (++line == pagelen) { X if (side == 1) { X side = 0; X pagenum++; X fprintf(pp, "\014"); X drawpage(); X } else { X side = 1; X } X line = 0; X } X if (wrap) { X fprintf(pp, "\033&a%dr%dC%c", TOPOFF + line, X LEFTMARGIN + side * STARTSIDE1 - CONTOFF, CONTCHAR); X } X fprintf(pp, "\033&a%dr%dC", TOPOFF + line, X LEFTMARGIN + side * STARTSIDE1); X col = 0; X} X Xdrawpage() X{ X char page[5]; X X sprintf(page, "%d", pagenum); X X /* draw vertical line */ X fprintf(pp, "\033*p%dx%dY", (DOTSWIDE / 2) + LEFTDOTS, TOPLINE + TOPDOTS); X fprintf(pp, "\033*c%da%dB", LINEWIDTH, DOTSHIGH); X fprintf(pp, "\033*c0P"); X X if (gaudy) { X /* draw filled horizontal rectangle */ X fprintf(pp, "\033*p%dx%dY", LEFTDOTS, TOPDOTS); X fprintf(pp, "\033*c%da%dB", DOTSWIDE, TOPLINE); X fprintf(pp, "\033*c8G"); X fprintf(pp, "\033*c2P"); X X /* top line */ X fprintf(pp, "\033*p%dx%dY", LEFTDOTS, TOPDOTS); X fprintf(pp, "\033*c%da%dB", DOTSWIDE, LINEWIDTH); X fprintf(pp, "\033*c0P"); X X /* middle line */ X fprintf(pp, "\033*p%dx%dY", LEFTDOTS, TOPLINE + TOPDOTS); X fprintf(pp, "\033*c%da%dB", DOTSWIDE, LINEWIDTH); X fprintf(pp, "\033*c0P"); X X /* left line */ X fprintf(pp, "\033*p%dx%dY", LEFTDOTS, TOPDOTS); X fprintf(pp, "\033*c%da%dB", LINEWIDTH, DOTSHIGH + TOPLINE); X fprintf(pp, "\033*c0P"); X X /* right line */ X fprintf(pp, "\033*p%dx%dY", DOTSWIDE + LEFTDOTS, TOPDOTS); X fprintf(pp, "\033*c%da%dB", LINEWIDTH, DOTSHIGH + TOPLINE); X fprintf(pp, "\033*c0P"); X X /* bottom line */ X fprintf(pp, "\033*p%dx%dY", LEFTDOTS, DOTSHIGH + TOPLINE + TOPDOTS); X fprintf(pp, "\033*c%da%dB", DOTSWIDE, LINEWIDTH); X fprintf(pp, "\033*c0P"); X } else { X /* draw horizontal line */ X fprintf(pp, "\033*p%dx%dY", LEFTDOTS, TOPLINE + TOPDOTS); X fprintf(pp, "\033*c%db%dB", DOTSWIDE, LINEWIDTH); X fprintf(pp, "\033*c0P"); X } X X /* set header font */ X fprintf(pp, "\033(s3T"); X fprintf(pp, "\033(s3S"); X fprintf(pp, "\033(s%dV", HFONTPOINTS); X fprintf(pp, "\033(s%dH", HFONTPITCH); X X /* print header line */ X fprintf(pp, "\033*p%dX", LEFTDOTS + TEXTMARGIN); X fprintf(pp, "\033*p%dY", TOPDOTS + TOPLINE - (HFONTHEIGHT / 2)); X fputs(ctime(&now), pp); X X fprintf(pp, "\033*p%dX", X LEFTDOTS + (DOTSWIDE / 2) - ((strlen(page) * HFONTWIDTH) / 2)); X fprintf(pp, "\033*p%dY", TOPDOTS + TOPLINE - (HFONTHEIGHT / 2)); X fputs(page, pp); X X fprintf(pp, "\033*p%dX", X LEFTDOTS + DOTSWIDE - (strlen(filename) * HFONTWIDTH) - TEXTMARGIN); X fprintf(pp, "\033*p%dY", TOPDOTS + TOPLINE - (HFONTHEIGHT / 2)); X fputs(filename, pp); X X /* set page font */ X fprintf(pp, "\033(s0T"); X fprintf(pp, "\033(s8.5V"); X fprintf(pp, "\033(s16.6H"); X fprintf(pp, "\033&l%df%sC", pagelen, vmi); X} END-of-hp/print/print.c echo c - hp/filters mkdir hp/filters > /dev/null 2>&1 echo x - hp/filters/Makefile sed 's/^X//' >hp/filters/Makefile << 'END-of-hp/filters/Makefile' XSUBDIR= hpf hprast X X.include X END-of-hp/filters/Makefile echo c - hp/filters/hpf mkdir hp/filters/hpf > /dev/null 2>&1 echo x - hp/filters/hpf/Makefile sed 's/^X//' >hp/filters/hpf/Makefile << 'END-of-hp/filters/hpf/Makefile' X# @(#)Makefile 5.9 (Berkeley) 5/13/90 X XPROG= hpf XNOMAN= noman XBINDIR= /usr/libexec/lpr X X.include END-of-hp/filters/hpf/Makefile echo x - hp/filters/hpf/README sed 's/^X//' >hp/filters/hpf/README << 'END-of-hp/filters/hpf/README' Xthis directory needs to go into /usr/src/usr.sbin/lpr/filters Xit makes an hp printer do the right thing. Xyou also need to tweak the makefile in /usr/src/usr.sbin/lpr/filters Xappropriately END-of-hp/filters/hpf/README echo x - hp/filters/hpf/hpf.c sed 's/^X//' >hp/filters/hpf/hpf.c << 'END-of-hp/filters/hpf/hpf.c' X#include "stdio.h" X#include X#include X#include X#include X Xmain(ac, av) Xint ac; Xchar **av; X{ X int c; X struct sgttyb nbuf; X unsigned long lbits; X X setbuf(stdout, NULL); X lbits = LDECCTQ | LPASS8 | LLITOUT; X ioctl(fileno(stdout), TIOCLSET, &lbits); X ioctl(fileno(stdout), TIOCGETP, &nbuf); X nbuf.sg_flags &= ~(ECHO | XTABS | CRMOD); X ioctl(fileno(stdout), TIOCSETP, &nbuf); X X fputs("\033E\033&k2G", stdout); X X while (1) { X if ((c = getchar()) != EOF) { X putchar(c); X } else { X break; X } X } X X fputs("\033&l0H", stdout); X X exit(0); X} X END-of-hp/filters/hpf/hpf.c echo c - hp/filters/hprast mkdir hp/filters/hprast > /dev/null 2>&1 echo x - hp/filters/hprast/Makefile sed 's/^X//' >hp/filters/hprast/Makefile << 'END-of-hp/filters/hprast/Makefile' X# @(#)Makefile 5.9 (Berkeley) 5/13/90 X XPROG= hprast XNOMAN= noman XBINDIR= /usr/libexec/lpr X.include END-of-hp/filters/hprast/Makefile echo x - hp/filters/hprast/hprast.c sed 's/^X//' >hp/filters/hprast/hprast.c << 'END-of-hp/filters/hprast/hprast.c' X/* X * given a sun rasterfile, translate it into an hp laserjet raster graphic X * it automatically sets the resolution of the laser printer to give the X * largest image possible. X * X * Author: X * Curt Mayer: curt@toad.com X * X * TODO: X * A4 and other paper sizes. X * X * NB: X * this source has tabs set at 4. X */ X X#define VERBOSE /* chatter into line printer log */ X X#include "stdio.h" X#include X#include X#include X#include X Xstruct rasterfile { X int ras_magic; X int ras_width; X int ras_height; X int ras_depth; X int ras_length; X int ras_type; X int ras_maptype; X int ras_maplength; X}; X X#define RAS_MAGIC 0x59a66a95 X#define RT_OLD 0 X#define RT_STANDARD 1 X Xextern char *malloc(); X X/* assume 8.5 by 11 inch paper */ X X#define MAX_75_WIDTH 600 X#define MAX_75_HEIGHT 788 X X#define MAX_150_WIDTH 1200 X#define MAX_150_HEIGHT 1575 X X#define MAX_300_WIDTH 2400 X#define MAX_300_HEIGHT 3150 X Xmain(ac, av) Xint ac; Xchar **av; X{ X int c; X struct sgttyb nbuf; X unsigned long lbits; X struct rasterfile rasthead; X int width; X int resolution = 300; X int row; X int col; X int ret; X X ret = fread(&rasthead, 1, sizeof(rasthead), stdin); X if (ret != sizeof(rasthead)) { X fprintf(stderr, "fread returned %d\n", ret); X exit(-1); X } X X /* check magic number */ X if (rasthead.ras_magic != RAS_MAGIC) { X /* maybe byte swapped? */ X swaplong(&rasthead.ras_magic); X swaplong(&rasthead.ras_width); X swaplong(&rasthead.ras_height); X swaplong(&rasthead.ras_depth); X swaplong(&rasthead.ras_length); X swaplong(&rasthead.ras_type); X swaplong(&rasthead.ras_maptype); X swaplong(&rasthead.ras_maplength); X if (rasthead.ras_magic != RAS_MAGIC) { X fprintf(stderr, "bogus magic number %x expected %x\n", X rasthead.ras_magic, RAS_MAGIC); X exit(-2); X } X } X X#ifdef VERBOSE X fprintf(stderr, "hprast: %x %dx%d %d %d %d %d %d\n", X rasthead.ras_magic, rasthead.ras_width, rasthead.ras_height, X rasthead.ras_depth, rasthead.ras_length, rasthead.ras_type, X rasthead.ras_maptype, rasthead.ras_maplength); X#endif X X /* only monochrome */ X if (rasthead.ras_depth != 1) { X fprintf(stderr, "only supports monochrome rasterfiles\n"); X exit(-3); X } X X /* find appropriate resolution */ X /* must be small enough */ X if ((rasthead.ras_width <= MAX_75_WIDTH) && X (rasthead.ras_height <= MAX_75_HEIGHT)) { X resolution = 75; X } else if ((rasthead.ras_width <= MAX_150_WIDTH) && X (rasthead.ras_height <= MAX_150_HEIGHT)) { X resolution = 150; X } else if ((rasthead.ras_width <= MAX_300_WIDTH) && X (rasthead.ras_height <= MAX_300_HEIGHT)) { X resolution = 300; X } else { X fprintf(stderr, "too big at %dx%d\n", X rasthead.ras_width, rasthead.ras_height); X } X X /* finally, must be right type */ X if ((rasthead.ras_type != RT_OLD) && (rasthead.ras_type != RT_STANDARD)) { X fprintf(stderr, "type %d not supported\n", rasthead.ras_type); X exit(-6); X } X X width = ((rasthead.ras_width + 15) / 16) * 2; X X#ifdef notdef X setbuf(stdout, NULL); X lbits = LDECCTQ | LPASS8 | LLITOUT; X ioctl(fileno(stdout), TIOCLSET, &lbits); X ioctl(fileno(stdout), TIOCGETP, &nbuf); X nbuf.sg_flags &= ~(ECHO | XTABS | CRMOD); X ioctl(fileno(stdout), TIOCSETP, &nbuf); X#endif X /* set graphics mode */ X fputs("\033E\033&k2G", stdout); X fprintf(stdout, "\033*p%dx%dY", resolution/4, resolution/4); X fprintf(stdout, "\033*t%dR", resolution); X fputs("\033*r1a", stdout); X X for (row = 0; row < rasthead.ras_height; row++) { X X fprintf(stdout, "\033*b%dW", width); X for (col = 0; col < width; col++) { X c = getchar(); X if (c == EOF) { X fprintf(stderr, "early end at row %d col %d\n", row, col); X /* finish the line, abort */ X while (col++ < width) { X putchar(0); X } X row = rasthead.ras_height; X } else { X putchar(c); X } X } X } X X /* mark the end of graphics */ X fputs("\033*rB", stdout); X X fputs("\033&l0H", stdout); X X exit(0); X} X Xswaplong(lp) Xint *lp; X{ X unsigned int temp; X temp = *lp; X *lp = ((temp & 0xff) << 24) | X ((temp & 0xff00) << 8) | X ((temp >> 8) & 0xff00) | X ((temp >> 24) & 0xff); X} END-of-hp/filters/hprast/hprast.c exit -- curt mayer curt@toad.com 415-387-0217 home Newsgroups: comp.os.386bsd.questions From: curt@mofo.toad.com (Curt mayer) Path: mofo.toad.com!curt Distribution: world Followup-To: References: Organization: Subject: Re: Filter file for HP Deskjet/LaserJet Keywords: here's what I use: # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # hp # hp/README # hp/printcap # hp/print # hp/print/Makefile # hp/print/README # hp/print/print.1 # hp/print/print.c # hp/filters # hp/filters/Makefile # hp/filters/hpf # hp/filters/hpf/Makefile # hp/filters/hpf/README # hp/filters/hpf/hpf.c # hp/filters/hprast # hp/filters/hprast/Makefile # hp/filters/hprast/hprast.c # echo c - hp mkdir hp > /dev/null 2>&1 echo x - hp/README sed 's/^X//' >hp/README << 'END-of-hp/README' Xthis package is what I use to make my laserjet clone go. Xit consists of 3 components: X Xa printcap file that should be installed in /etc/printcap X it defines 3 printers: X one laserjet, and 2 different postscript emulations using X ghostscript. X X2 print filters, X one for sun rasterfiles that you can get at via lpr -v, X and one for everything else X Xa 2-up print program that emulates enscript a bit. END-of-hp/README echo x - hp/printcap sed 's/^X//' >hp/printcap << 'END-of-hp/printcap' X# X# hp laserjet and clone printcap X# X X# X# for laserjet 2 and bad laserjet 3 clones. X# Xps0|crippled postscript emulation:\ X :lp=/dev/lpa0:sd=/var/spool/lpd:lf=/var/log/lpd-errs:\ X :if=/usr/libexec/lpr/ps2lj:sh:mx#0:sf: X X# X# for laserjet 3 and good laserjet 3 clones. X# Xps|postscript emulation:\ X :lp=/dev/lpa0:sd=/var/spool/lpd:lf=/var/log/lpd-errs:\ X :if=/usr/libexec/lpr/ps2lj3:sh:mx#0:sf: X X# X# for native stuff, plus sun rasterfiles via lpr -v X# Xlp|epson|lj|local line printer:\ X :lp=/dev/lpa0:sd=/var/spool/lpd:lf=/var/log/lpd-errs:\ X :vf=/usr/libexec/lpr/hprast:\ X :if=/usr/libexec/lpr/hpf:\ X :df=/usr/local/bin/dvi2lj:\ X :sh:mx#0:pw#80: END-of-hp/printcap echo c - hp/print mkdir hp/print > /dev/null 2>&1 echo x - hp/print/Makefile sed 's/^X//' >hp/print/Makefile << 'END-of-hp/print/Makefile' XPROG= print X X.include END-of-hp/print/Makefile echo x - hp/print/README sed 's/^X//' >hp/print/README << 'END-of-hp/print/README' Xthis directory contains a PCL4 + PCL5 print formatter that prints 2 up. Xit has been tested on FreeBSD and NetBSD Xit is free software. Xall rites reversed. Xjust don't claim you wrote it. END-of-hp/print/README echo x - hp/print/print.1 sed 's/^X//' >hp/print/print.1 << 'END-of-hp/print/print.1' X.\" X.Dd November 18, 1993 X.Dt PRINT 1 X.Os X.Sh NAME X.Nm print X.Nd queue text files to PCL4 printer. X.Sh SYNOPSIS X.Nm print X.Op Fl s X.Op Fl l X.Op Fl t Ar tabwidth X.Op Fl p Ar printer_name X.Op Ar text_file ... X.Sh DESCRIPTION X.Nm Print Xprints files 2 pages side by side on 1 piece of paper on PCL4 printer. XIf no files are specified, it reads stdin. X.Nm Print Xusually does the right thing with nroff output. It fakes boldface rather well. X.Pp XOptions: X.Bl -tag -width Ds X.It Fl s XSpecify graphically simple output, without the gaudy borders. X.It Fl l XSpecify formatting for 60 lines per page, instead of the default 66. X.It Fl t XSpecify the tab width. The default of 4 may irritate purists. X.It Fl p XSpecify the printer to spool to. The default printer is named X.Em lj. X.Sh ENVIRONMENT XIf the following environment variables exist, they are used by X.Nm print: X.Bl -tag -width PAGELENGTH X.It Ev PRINTER XSpecifies an alternate printer. X.It Ev TABWIDTH XSpecifies the tab stop width. X.It Ev PAGELENGTH XSpecifies the page length. it may take the value of 60 or 66. X.Sh AUTHOR Xcurt@toad.com X.Sh BUGS XThere is no way to communicate a jobname to lpr. XThis is really a bug with BSD, since it has no printer access library. END-of-hp/print/print.1 echo x - hp/print/print.c sed 's/^X//' >hp/print/print.c << 'END-of-hp/print/print.c' X/* X * take a list of filenames, and print the files 2 up on a PCL4 printer X * Author: X * Curt Mayer: curt@toad.com X * TODO: X * parameterize all fonts, so can do easily do 4 up someday. X * X * this source has tabs set at 4. X */ X#include X#include X#include X X/* X * mess with these numbers at your own peril - they are the result of X * much jiggery-pokery X */ X X/* size of printable region in dots */ X#define DOTSHIGH 2320 X#define DOTSWIDE 3120 X X/* these are in units of vmi and hmi of the page font */ X#define TOPOFF 4 X#define LEFTMARGIN 6 X#define STARTSIDE1 87 X#define CONTOFF 2 X X/* height of shaded region in dots */ X#define TOPLINE 80 X X/* offset of printable region in dots */ X#define TOPDOTS 50 X#define LEFTDOTS 50 X X/* width of rule lines on page in dots */ X#define LINEWIDTH 2 X X/* header font */ X#define HFONTPOINTS 12 X#define HFONTPITCH 10 X X/* the header font size in dots */ X#define HFONTHEIGHT ((HFONTPOINTS * 100) / 24) X#define HFONTWIDTH (300 / HFONTPITCH) X X/* offset from left and right of header strings in dots */ X#define TEXTMARGIN 50 X X/* these are for the page font */ X#define VMI_66 "5.5" X#define VMI_60 "6.1" X#define HMI "7.2" X#define BOLDOFF "0.6" X X#define CONTCHAR '+' X#define LPRCMD "lpr -P%s -h >/dev/null 2>&1" X X#define LP_DEFAULT "lj" X#define TAB_DEFAULT 4 X#define PAGELEN_DEFAULT 66 X Xchar cmdbuf[80]; X Xchar *printer = LP_DEFAULT; Xint tabstop = TAB_DEFAULT; Xint pagelen = PAGELEN_DEFAULT; X Xchar *vmi; Xint gaudy = 1; Xint line; Xint side; Xint col; Xint pagenum; X XFILE *pp; Xchar *filename; Xtime_t now; X Xextern FILE *popen(), *fopen(); Xextern char *ctime(); Xextern char *getenv(); X Xextern char *optarg; Xextern int optind; Xextern int opterr; Xextern int getopt(); X Xmain(argc, argv) Xint argc; Xchar *argv[]; X{ X FILE *fp; X struct stat statb; X int i, c; X char *e; X X time(&now); X X if (e = getenv("PRINTER")) { X printer = e; X } X X if (e = getenv("TABWIDTH")) { X tabstop = atoi(e); X } X X if (e = getenv("PAGELEN")) { X pagelen = atoi(e); X } X X opterr = 0; X while ((c = getopt(argc, argv, "slt:p:")) != EOF) { X switch(c) { X case 'l': X pagelen = 60; X break; X case 's': X gaudy = 0; X break; X case 't': X tabstop = atoi(optarg); X break; X case 'p': X printer = optarg; X break; X case '?': X default: X fprintf(stderr, X "%s: [-sl] [-t ] [-p ] [ ...]\n", X argv[0]); X exit(-1); X } X } X X if (tabstop == 0) { X tabstop = TAB_DEFAULT; X } X X switch (pagelen) { X X case 66: X#if PAGELEN_DEFAULT == 66 X default: X#endif X vmi = VMI_66; X pagelen = 66; X break; X X case 60: X#if PAGELEN_DEFAULT == 60 X default: X#endif X vmi = VMI_60; X pagelen = 60; X break; X } X X argc -= optind; X argv += optind; X X if (argc == 0) { X filename = "stdin"; X sendjob(stdin); X } else { X for (i = 0; i < argc; i++) { X filename = argv[i]; X X if (stat(filename, &statb) != 0) { X perror(filename); X continue; X } X X if ((statb.st_mode & S_IFMT) != S_IFREG) { X fprintf(stderr, "print: %s not a regular file\n", filename); X continue; X } X X fp = fopen(filename, "r"); X if (fp == NULL) { X fprintf(stderr, "print: can't open %s\n", filename); X continue; X } X X sendjob(fp); X fclose(fp); X } X } X if (pp) X pclose(pp); X exit (0); X} X Xsendjob(fp) XFILE *fp; X{ X int c; X int lastc; X X if (!pp) { X sprintf(cmdbuf, LPRCMD, printer); X pp = popen(cmdbuf, "w"); X if (pp == NULL) { X fprintf(stderr, "print: can't pipe to line printer\n"); X exit(1); X } X } X X line = 0; X side = 0; X col = 0; X pagenum = 1; X X fprintf(pp, "\033E"); X fprintf(pp, "\033&k2G"); X fprintf(pp, "\033&l1O"); X fprintf(pp, "\033(s0P"); X fprintf(pp, "\033&l0L"); X fprintf(pp, "\0339"); X fprintf(pp, "\033&l0E"); X X drawpage(); X fprintf(pp, "\033&a%dr%dC", TOPOFF + line, LEFTMARGIN + side * STARTSIDE1); X X while ((c = getc(fp)) != EOF) { X switch (c) { X case 0x0c: X c = getc(fp); X if (c != EOF) { X line = pagelen - 1; X do_newline(0); X } X ungetc(c, fp); X break; X case '\n': X do_newline(0); X break; X case '\t': X do { X putc(' ', pp); X } while (++col % tabstop); X break; X case 0x8: X if (col) { X col--; X fprintf(pp, "\033&a%dr%dC", X TOPOFF + line, LEFTMARGIN + side * STARTSIDE1 + col); X c = getc(fp); X if (c == lastc) { X fprintf(pp, "\033&k%sH \033&k%sH%c", BOLDOFF, HMI, c); X col++; X fprintf(pp, "\033&a%dr%dC", X TOPOFF + line, LEFTMARGIN + side * STARTSIDE1 + col); X } else { X ungetc(c, fp); X } X } X break; X default: X if (col >= 80) { X do_newline(1); X } X if (c < ' ') X c = 0x7f; X putc(c, pp); X col++; X lastc = c; X break; X } X } X fprintf(pp, "\033E"); X} X Xdo_newline(wrap) Xint wrap; X{ X putc('\n', pp); X if (++line == pagelen) { X if (side == 1) { X side = 0; X pagenum++; X fprintf(pp, "\014"); X drawpage(); X } else { X side = 1; X } X line = 0; X } X if (wrap) { X fprintf(pp, "\033&a%dr%dC%c", TOPOFF + line, X LEFTMARGIN + side * STARTSIDE1 - CONTOFF, CONTCHAR); X } X fprintf(pp, "\033&a%dr%dC", TOPOFF + line, X LEFTMARGIN + side * STARTSIDE1); X col = 0; X} X Xdrawpage() X{ X char page[5]; X X sprintf(page, "%d", pagenum); X X /* draw vertical line */ X fprintf(pp, "\033*p%dx%dY", (DOTSWIDE / 2) + LEFTDOTS, TOPLINE + TOPDOTS); X fprintf(pp, "\033*c%da%dB", LINEWIDTH, DOTSHIGH); X fprintf(pp, "\033*c0P"); X X if (gaudy) { X /* draw filled horizontal rectangle */ X fprintf(pp, "\033*p%dx%dY", LEFTDOTS, TOPDOTS); X fprintf(pp, "\033*c%da%dB", DOTSWIDE, TOPLINE); X fprintf(pp, "\033*c8G"); X fprintf(pp, "\033*c2P"); X X /* top line */ X fprintf(pp, "\033*p%dx%dY", LEFTDOTS, TOPDOTS); X fprintf(pp, "\033*c%da%dB", DOTSWIDE, LINEWIDTH); X fprintf(pp, "\033*c0P"); X X /* middle line */ X fprintf(pp, "\033*p%dx%dY", LEFTDOTS, TOPLINE + TOPDOTS); X fprintf(pp, "\033*c%da%dB", DOTSWIDE, LINEWIDTH); X fprintf(pp, "\033*c0P"); X X /* left line */ X fprintf(pp, "\033*p%dx%dY", LEFTDOTS, TOPDOTS); X fprintf(pp, "\033*c%da%dB", LINEWIDTH, DOTSHIGH + TOPLINE); X fprintf(pp, "\033*c0P"); X X /* right line */ X fprintf(pp, "\033*p%dx%dY", DOTSWIDE + LEFTDOTS, TOPDOTS); X fprintf(pp, "\033*c%da%dB", LINEWIDTH, DOTSHIGH + TOPLINE); X fprintf(pp, "\033*c0P"); X X /* bottom line */ X fprintf(pp, "\033*p%dx%dY", LEFTDOTS, DOTSHIGH + TOPLINE + TOPDOTS); X fprintf(pp, "\033*c%da%dB", DOTSWIDE, LINEWIDTH); X fprintf(pp, "\033*c0P"); X } else { X /* draw horizontal line */ X fprintf(pp, "\033*p%dx%dY", LEFTDOTS, TOPLINE + TOPDOTS); X fprintf(pp, "\033*c%db%dB", DOTSWIDE, LINEWIDTH); X fprintf(pp, "\033*c0P"); X } X X /* set header font */ X fprintf(pp, "\033(s3T"); X fprintf(pp, "\033(s3S"); X fprintf(pp, "\033(s%dV", HFONTPOINTS); X fprintf(pp, "\033(s%dH", HFONTPITCH); X X /* print header line */ X fprintf(pp, "\033*p%dX", LEFTDOTS + TEXTMARGIN); X fprintf(pp, "\033*p%dY", TOPDOTS + TOPLINE - (HFONTHEIGHT / 2)); X fputs(ctime(&now), pp); X X fprintf(pp, "\033*p%dX", X LEFTDOTS + (DOTSWIDE / 2) - ((strlen(page) * HFONTWIDTH) / 2)); X fprintf(pp, "\033*p%dY", TOPDOTS + TOPLINE - (HFONTHEIGHT / 2)); X fputs(page, pp); X X fprintf(pp, "\033*p%dX", X LEFTDOTS + DOTSWIDE - (strlen(filename) * HFONTWIDTH) - TEXTMARGIN); X fprintf(pp, "\033*p%dY", TOPDOTS + TOPLINE - (HFONTHEIGHT / 2)); X fputs(filename, pp); X X /* set page font */ X fprintf(pp, "\033(s0T"); X fprintf(pp, "\033(s8.5V"); X fprintf(pp, "\033(s16.6H"); X fprintf(pp, "\033&l%df%sC", pagelen, vmi); X} END-of-hp/print/print.c echo c - hp/filters mkdir hp/filters > /dev/null 2>&1 echo x - hp/filters/Makefile sed 's/^X//' >hp/filters/Makefile << 'END-of-hp/filters/Makefile' XSUBDIR= hpf hprast X X.include X END-of-hp/filters/Makefile echo c - hp/filters/hpf mkdir hp/filters/hpf > /dev/null 2>&1 echo x - hp/filters/hpf/Makefile sed 's/^X//' >hp/filters/hpf/Makefile << 'END-of-hp/filters/hpf/Makefile' X# @(#)Makefile 5.9 (Berkeley) 5/13/90 X XPROG= hpf XNOMAN= noman XBINDIR= /usr/libexec/lpr X X.include END-of-hp/filters/hpf/Makefile echo x - hp/filters/hpf/README sed 's/^X//' >hp/filters/hpf/README << 'END-of-hp/filters/hpf/README' Xthis directory needs to go into /usr/src/usr.sbin/lpr/filters Xit makes an hp printer do the right thing. Xyou also need to tweak the makefile in /usr/src/usr.sbin/lpr/filters Xappropriately END-of-hp/filters/hpf/README echo x - hp/filters/hpf/hpf.c sed 's/^X//' >hp/filters/hpf/hpf.c << 'END-of-hp/filters/hpf/hpf.c' X#include "stdio.h" X#include X#include X#include X#include X Xmain(ac, av) Xint ac; Xchar **av; X{ X int c; X struct sgttyb nbuf; X unsigned long lbits; X X setbuf(stdout, NULL); X lbits = LDECCTQ | LPASS8 | LLITOUT; X ioctl(fileno(stdout), TIOCLSET, &lbits); X ioctl(fileno(stdout), TIOCGETP, &nbuf); X nbuf.sg_flags &= ~(ECHO | XTABS | CRMOD); X ioctl(fileno(stdout), TIOCSETP, &nbuf); X X fputs("\033E\033&k2G", stdout); X X while (1) { X if ((c = getchar()) != EOF) { X putchar(c); X } else { X break; X } X } X X fputs("\033&l0H", stdout); X X exit(0); X} X END-of-hp/filters/hpf/hpf.c echo c - hp/filters/hprast mkdir hp/filters/hprast > /dev/null 2>&1 echo x - hp/filters/hprast/Makefile sed 's/^X//' >hp/filters/hprast/Makefile << 'END-of-hp/filters/hprast/Makefile' X# @(#)Makefile 5.9 (Berkeley) 5/13/90 X XPROG= hprast XNOMAN= noman XBINDIR= /usr/libexec/lpr X.include END-of-hp/filters/hprast/Makefile echo x - hp/filters/hprast/hprast.c sed 's/^X//' >hp/filters/hprast/hprast.c << 'END-of-hp/filters/hprast/hprast.c' X/* X * given a sun rasterfile, translate it into an hp laserjet raster graphic X * it automatically sets the resolution of the laser printer to give the X * largest image possible. X * X * Author: X * Curt Mayer: curt@toad.com X * X * TODO: X * A4 and other paper sizes. X * X * NB: X * this source has tabs set at 4. X */ X X#define VERBOSE /* chatter into line printer log */ X X#include "stdio.h" X#include X#include X#include X#include X Xstruct rasterfile { X int ras_magic; X int ras_width; X int ras_height; X int ras_depth; X int ras_length; X int ras_type; X int ras_maptype; X int ras_maplength; X}; X X#define RAS_MAGIC 0x59a66a95 X#define RT_OLD 0 X#define RT_STANDARD 1 X Xextern char *malloc(); X X/* assume 8.5 by 11 inch paper */ X X#define MAX_75_WIDTH 600 X#define MAX_75_HEIGHT 788 X X#define MAX_150_WIDTH 1200 X#define MAX_150_HEIGHT 1575 X X#define MAX_300_WIDTH 2400 X#define MAX_300_HEIGHT 3150 X Xmain(ac, av) Xint ac; Xchar **av; X{ X int c; X struct sgttyb nbuf; X unsigned long lbits; X struct rasterfile rasthead; X int width; X int resolution = 300; X int row; X int col; X int ret; X X ret = fread(&rasthead, 1, sizeof(rasthead), stdin); X if (ret != sizeof(rasthead)) { X fprintf(stderr, "fread returned %d\n", ret); X exit(-1); X } X X /* check magic number */ X if (rasthead.ras_magic != RAS_MAGIC) { X /* maybe byte swapped? */ X swaplong(&rasthead.ras_magic); X swaplong(&rasthead.ras_width); X swaplong(&rasthead.ras_height); X swaplong(&rasthead.ras_depth); X swaplong(&rasthead.ras_length); X swaplong(&rasthead.ras_type); X swaplong(&rasthead.ras_maptype); X swaplong(&rasthead.ras_maplength); X if (rasthead.ras_magic != RAS_MAGIC) { X fprintf(stderr, "bogus magic number %x expected %x\n", X rasthead.ras_magic, RAS_MAGIC); X exit(-2); X } X } X X#ifdef VERBOSE X fprintf(stderr, "hprast: %x %dx%d %d %d %d %d %d\n", X rasthead.ras_magic, rasthead.ras_width, rasthead.ras_height, X rasthead.ras_depth, rasthead.ras_length, rasthead.ras_type, X rasthead.ras_maptype, rasthead.ras_maplength); X#endif X X /* only monochrome */ X if (rasthead.ras_depth != 1) { X fprintf(stderr, "only supports monochrome rasterfiles\n"); X exit(-3); X } X X /* find appropriate resolution */ X /* must be small enough */ X if ((rasthead.ras_width <= MAX_75_WIDTH) && X (rasthead.ras_height <= MAX_75_HEIGHT)) { X resolution = 75; X } else if ((rasthead.ras_width <= MAX_150_WIDTH) && X (rasthead.ras_height <= MAX_150_HEIGHT)) { X resolution = 150; X } else if ((rasthead.ras_width <= MAX_300_WIDTH) && X (rasthead.ras_height <= MAX_300_HEIGHT)) { X resolution = 300; X } else { X fprintf(stderr, "too big at %dx%d\n", X rasthead.ras_width, rasthead.ras_height); X } X X /* finally, must be right type */ X if ((rasthead.ras_type != RT_OLD) && (rasthead.ras_type != RT_STANDARD)) { X fprintf(stderr, "type %d not supported\n", rasthead.ras_type); X exit(-6); X } X X width = ((rasthead.ras_width + 15) / 16) * 2; X X#ifdef notdef X setbuf(stdout, NULL); X lbits = LDECCTQ | LPASS8 | LLITOUT; X ioctl(fileno(stdout), TIOCLSET, &lbits); X ioctl(fileno(stdout), TIOCGETP, &nbuf); X nbuf.sg_flags &= ~(ECHO | XTABS | CRMOD); X ioctl(fileno(stdout), TIOCSETP, &nbuf); X#endif X /* set graphics mode */ X fputs("\033E\033&k2G", stdout); X fprintf(stdout, "\033*p%dx%dY", resolution/4, resolution/4); X fprintf(stdout, "\033*t%dR", resolution); X fputs("\033*r1a", stdout); X X for (row = 0; row < rasthead.ras_height; row++) { X X fprintf(stdout, "\033*b%dW", width); X for (col = 0; col < width; col++) { X c = getchar(); X if (c == EOF) { X fprintf(stderr, "early end at row %d col %d\n", row, col); X /* finish the line, abort */ X while (col++ < width) { X putchar(0); X } X row = rasthead.ras_height; X } else { X putchar(c); X } X } X } X X /* mark the end of graphics */ X fputs("\033*rB", stdout); X X fputs("\033&l0H", stdout); X X exit(0); X} X Xswaplong(lp) Xint *lp; X{ X unsigned int temp; X temp = *lp; X *lp = ((temp & 0xff) << 24) | X ((temp & 0xff00) << 8) | X ((temp >> 8) & 0xff00) | X ((temp >> 24) & 0xff); X} END-of-hp/filters/hprast/hprast.c exit From owner-freebsd-hackers Mon Apr 10 18:06:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA00206 for hackers-outgoing; Mon, 10 Apr 1995 04:46:33 -0700 Received: from mail.barrnet.net (mail.BARRNET.NET [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA00193 for ; Mon, 10 Apr 1995 04:46:31 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with ESMTP id EAA17192 for ; Mon, 10 Apr 1995 04:33:40 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.9/8.6.9) id EAA05287; Mon, 10 Apr 1995 04:34:44 -0700 Date: Mon, 10 Apr 1995 04:34:44 -0700 Message-Id: <199504101134.EAA05287@silvia.HIP.Berkeley.EDU> To: kimc@w8hd.w8hd.org CC: rkw@dataplex.net, hackers@FreeBSD.org In-reply-to: (message from Kim Culhan on Sun, 9 Apr 1995 18:59:19 -0400 (EDT)) Subject: Re: perl5.001 patches needed From: asami@cs.berkeley.edu (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: hackers-owner@FreeBSD.org Precedence: bulk * From: Kim Culhan * On Sun, 9 Apr 1995, Richard Wackerbarth wrote: * > This appears to be the vprintf problem. Get a copy of vprintf.c for the * > libc in -current and rebuilt your library. * * The vprintf.c is: 2172 May 27 1994 vprintf.c * * Not able to get this far though, we see: * *** Error code 1 It's not easy for a user to just rebuild the library, I'm afraid. You may have to grab the includes, ld, or some such. Did anyone make a work-around patch for perl for this? If so, can s/he contact me? I think we've been receiving enough questions about perl lately, a port (or at least a package...Brian? :) is in order.... Satoshi From owner-freebsd-hackers Mon Apr 10 18:18:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA00180 for hackers-outgoing; Mon, 10 Apr 1995 07:00:36 -0700 Received: from sgiblab.sgi.com (sgiblab.SGI.COM [192.82.208.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA00172 for ; Mon, 10 Apr 1995 07:00:33 -0700 Received: from bazooka.amb.org by sgiblab.sgi.com via UUCP (950215.SGI.8.6.10/911001.SGI) id HAA03158; Mon, 10 Apr 1995 07:00:35 -0700 Received: by bazooka.amb.org (Sendmail 5.65/AMB-1.4) id AA24833; Mon, 10 Apr 95 06:39:53 -0700 From: ti@bazooka.amb.org (Ti Kan) Message-Id: <9504101339.AA24833@bazooka.amb.org> Subject: Re: xmcd 1.4 To: mmead@goof.com (matthew c. mead) Date: Mon, 10 Apr 1995 06:39:51 -0700 (PDT) Cc: hackers@freebsd.org In-Reply-To: <199504100048.UAA02018@goof.com> from "matthew c. mead" at Apr 9, 95 08:48:41 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 1308 Sender: hackers-owner@freebsd.org Precedence: bulk matthew c. mead writes: > Hmm. I did configure it. Here's the output of a config, for which > it does not work (as stated above): Perhaps there is a problem with the xmcd configuration file for the Chinon CD-525. Some of these config entries are submitted by xmcd users and I cannot personally verify all of them. It is possible that there is an error. Does your drive support a software-controlled volume control? If not, then you would most certainly see the error message that you reported when you move xmcd's volume slider. Try changing the "modeSenseSetDBD" parameter in your /usr/X11R6/lib/X11/xmcd/config/rcd0c file. Restart xmcd and see if the volume control works. If it still doesn't work, you may have to change the "volumeControlSupport" parameter to False in that file. As to xmcd not detecting the CD when it is inserted, it's hard for me to determine what's going on with the some debug information. Try running xmcd with the -debug option and reproduce the problem, then, send the output to me for analysis. Thanks. -Ti -- /// Ti Kan Vorsprung durch Technik /// AMB Research Laboratories, Sunnyvale, CA. USA /// Internet: ti@amb.org ////// UUCP: ...!uunet!bazooka!ti /// URL: ftp://ftp.netcom.com/pub/tk/tkan/www/tikan/tikan.html From owner-freebsd-hackers Mon Apr 10 18:19:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA19154 for hackers-outgoing; Mon, 10 Apr 1995 18:19:47 -0700 Received: from hp.com (hp.com [15.255.152.4]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA19133 for ; Mon, 10 Apr 1995 18:19:43 -0700 Received: from hpautow.aus.hp.com by hp.com with SMTP (1.37.109.15/15.5+ECS 3.3) id AA121963177; Mon, 10 Apr 1995 18:19:37 -0700 Message-Id: <199504110119.AA121963177@hp.com> Received: by hpautow.aus.hp.com (1.38.193.4/16.2) id AA03697; Tue, 11 Apr 1995 11:19:17 +1000 From: M C Wong Subject: Re: SimCity on 1.1.5.1 anybody? To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 11 Apr 1995 11:19:17 EST Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199504100959.LAA09530@bonnie.tcd-dresden.de>; from "J Wunsch" at Apr 10, 95 11:59 am X-Mailer: Elm [revision: 109.14.c] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Has anybody succesfully run the SimCity demo on 1.1.5.1? The > `commercial' README didn't notice it's not supposed to run there. > > However, all i get is `Illegal system call' core dumps, the core shows > it's in ``dltcl''. It must be somewhere in the dynamic startup. On my 1.1.5.1 box, I got bad system call, but didn't core. > > While i basically don't mind hacking with gdb in a binary with a full > symbol table :-), it might save some net.bandwidth if the next demo > binary were a stripped one. The unzipped binary reduces from ~ 1.5 MB > to ~ 700 KB after stripping... > > -- > cheers, J"org private: joerg_wunsch@uriah.heep.sax.de > http://www.sax.de/~joerg/ > > Never trust an operating system you don't have sources for. ;-) -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ M.C Wong Email: mcw@hpato.aus.hp.com Australian Telecom Operation Voice: +61 3 272 8058 Hewlett-Packard Australia Ltd Fax: +61 3 898 9257 31 Joseph St, Blackburn 3130, Australia OS: FreeBSD-1.1.5.1 http://hpautow.aus.hp.com:9999/~mcw/mcw.html (or http://hpautorf/~mcw) From owner-freebsd-hackers Mon Apr 10 18:58:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA00165 for hackers-outgoing; Mon, 10 Apr 1995 06:50:20 -0700 Received: from mail.barrnet.net (mail.BARRNET.NET [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA00159 for ; Mon, 10 Apr 1995 06:50:17 -0700 Received: from isl.cf.ac.uk (isl-gate.elsy.cf.ac.uk [131.251.22.1]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with ESMTP id GAA17685 for ; Mon, 10 Apr 1995 06:43:02 -0700 Received: (from paul@localhost) by isl.cf.ac.uk (8.6.9/8.6.9) id OAA25191; Mon, 10 Apr 1995 14:31:21 +0100 From: Paul Richards Message-Id: <199504101331.OAA25191@isl.cf.ac.uk> Subject: Re: PCI/EISA/ISA performance To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Mon, 10 Apr 1995 14:31:21 +0100 (BST) Cc: gurney_j@efn.org, terry@cs.weber.edu, matt@lkg.dec.com, vernick@cs.sunysb.edu, freebsd-hackers@freebsd.org In-Reply-To: <199504060650.XAA02656@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Apr 5, 95 11:50:21 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1717 Sender: hackers-owner@freebsd.org Precedence: bulk In reply to Rodney W. Grimes who said > > > > > On Tue, 4 Apr 1995, Rodney W. Grimes wrote: > > > > [...] > > > > > ISA does not have a specified clock frequency, I have seen it running > > > as fast as 16Mhz. Most boards die above 10Mhz, but some of the more > > > specialized industrial applications boards are spec'd upto 12 or 16Mhz. > > > > actually... I think that I am currently running my isa bus at 16mhz... I > > think for a while I was tring to run the bus at 20... but it was falling > > over and wouldn't boot... and this is with ne2000 clone cards... and > > other generic cards... > > I suspect you are off by a factor of 2, I haven't seen a ``generic'' > card of any sort that would run at 12Mhz, let alone 16Mhz. IDE controllers > are famous for falling over above 10Mhz (ever done a transmission line > simulation of an unterminated ribbon cable :-)). I've run an ISA bus at 16 Mhz and the only card that failed was a really old Isolan ethernet card. A newer version of the card worked fine as did my IDE and graphics card. I only ran it for a brief period though since I didn't want to risk it long term. I just tried it to see if it would work at all. > Also what BIOS is it? AMI, Pheonix, AWARD or someone else. > > Realize a 486DX33, 486DX2/66 and 486DX4/100** all run with a CPUCLK of > 33 Mhz. A 486DX25, 486DX2/50 and 486DX4/75 all run with a CPUCLK of > 25 Mhz. A 486DX50 runs with a CPUCLK of 50Mhz. > 486DX33 with AMI bios. -- Paul Richards, FreeBSD core team member. Internet: paul@FreeBSD.org, URL: http://isl.cf.ac.uk/~paul/ Phone: +44 1222 874000 x6646 (work), +44 1222 457651 (home) Dept. Mechanical Engineering, University of Wales, College Cardiff. From owner-freebsd-hackers Mon Apr 10 19:06:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA04432 for hackers-outgoing; Mon, 10 Apr 1995 19:06:19 -0700 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA04419 for ; Mon, 10 Apr 1995 19:05:59 -0700 Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@tfs.com (Julian Elischer) Subject: Re: 2940 working! To: dufault@hda.com (Peter Dufault) Date: Mon, 10 Apr 1995 19:05:21 -0700 (PDT) Cc: TOTO@ifqsc.sc.usp.br, hackers@FreeBSD.org In-Reply-To: <199504101235.IAA09253@hda.com> from "Peter Dufault" at Apr 10, 95 08:35:11 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 928 Sender: hackers-owner@FreeBSD.org Precedence: bulk This is solved by some patches that are being looked at by various people (including peter) at the moment the next set of 'SCSI patches' should fix this problem. julian > > Carlos Antonio Ruggiero writes: > > > > Hi everybody, > > > > my 2940 SCSI controller sems to be working fine with an Empire 2100 > > quantum disk and an Exxabyte 4200 4mm DAT. Thanks Justin! I'm using > > 950322-SNAP plus the modifications suggested by Justgin (new aic drivers...) > > > > I stil have the following prblems, though: > > 1) When I do tar tvf /dev/rst0 , the machine complains that the request > > to st0 nu > > must be between 0 and 0 (???). The sencond time I try, evething > > works fine... > > This is a general problem and not just you. > > > -- > Peter Dufault Real Time Machine Control and Simulation > HD Associates, Inc. Voice: 508 433 6936 > dufault@hda.com Fax: 508 433 5267 > From owner-freebsd-hackers Mon Apr 10 19:41:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA05452 for hackers-outgoing; Mon, 10 Apr 1995 19:41:35 -0700 Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA05446 for ; Mon, 10 Apr 1995 19:41:30 -0700 Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA18575; Tue, 11 Apr 95 04:41:03 +0100 Date: Tue, 11 Apr 95 04:41:03 +0100 From: jmz@cabri.obs-besancon.fr (Jean-Marc Zucconi) Message-Id: <9504110341.AA18575@cabri.obs-besancon.fr> To: asami@cs.berkeley.edu Cc: kimc@w8hd.w8hd.org, rkw@dataplex.net, hackers@FreeBSD.org In-Reply-To: <199504101134.EAA05287@silvia.HIP.Berkeley.EDU> (asami@cs.berkeley.edu) Subject: Re: perl5.001 patches needed X-Mailer: Emacs Sender: hackers-owner@FreeBSD.org Precedence: bulk >>>>> "Satoshi" == Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?= writes: > * From: Kim Culhan > * On Sun, 9 Apr 1995, Richard Wackerbarth wrote: > * > This appears to be the vprintf problem. Get a copy of vprintf.c for the > * > libc in -current and rebuilt your library. > * > * The vprintf.c is: 2172 May 27 1994 vprintf.c > * > * Not able to get this far though, we see: > * *** Error code 1 > It's not easy for a user to just rebuild the library, I'm afraid. You > may have to grab the includes, ld, or some such. Not so difficult: cd /usr/src/include; make install; cd /usr/src/lib/libc; make install > Did anyone make a work-around patch for perl for this? If so, can > s/he contact me? I think we've been receiving enough questions about > perl lately, a port (or at least a package...Brian? :) is in order.... I have rebuild perl5 tonight with patches 1-4 after having rebuild libc. I'll put the patches on freefall in a while (look at ~jmz/perl/) NO: I DONT WANT TO DO THE PORT :-))) > Satoshi Jean-Marc. ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~ Jean-Marc Zucconi | jmz@cabri.obs-besancon.fr Observatoire de Besancon | F 25010 Besancon cedex | PGP Key: finger jmz@cabri.obs-besancon.fr ========================================================================= From owner-freebsd-hackers Mon Apr 10 20:04:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA05842 for hackers-outgoing; Mon, 10 Apr 1995 20:04:03 -0700 Received: from victor.innovus.com (victor.innovus.com [192.75.186.54]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA05828 for ; Mon, 10 Apr 1995 20:03:44 -0700 Received: (from martin@localhost) by victor.innovus.com (8.6.11/8.6.9) id XAA06229; Mon, 10 Apr 1995 23:11:05 -0400 From: Martin Renters Message-Id: <199504110311.XAA06229@victor.innovus.com> Subject: Re: netboot for each card? To: babkin@hq.icb.chel.su (Serge A. Babkin) Date: Mon, 10 Apr 1995 23:11:04 -0400 (EDT) Cc: hackers@freefall.cdrom.com X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1286 Sender: hackers-owner@FreeBSD.org Precedence: bulk I spent some time looking at how to fix the Makefile to build a version of netboot for each type of card we support. I looked through ether.c (actually while trying to fix some breakage that occured to the SMC driver during the 3C509 additions) and came to the conclusion that probably the best approach is to separate out the two drivers and put each one in its own source file. (8390 boards in ns8390.c and 3c509 in 3c509.c) Once that is done we can build a version of netboot that supports all the 8390 based cards and one that works on the 3C509 (with possible later additions for the DEC chipset based boards). What I would like to do is put all the ethernet specific code in the source file for that driver. Currently, the 3c503 driver has some ifdefs in main.c and bootmenu.c to deal with the transceiver. I'd like to remove ifdefs and make 'trans' a standard command. As far as the eth_fillname function goes, I'd like to change that into a string defined by each driver. Thus the ns8390 driver will declare char eth_driver[]="ed0"; and the 3c509 will declare char eth_driver[]="ep0"; I'd be willing to do the ns8390 based boards, and hopefully Serge will take the 3c509 driver. (If not I can look at that one too since I now have access to those boards.) Martin From owner-freebsd-hackers Mon Apr 10 20:33:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA06490 for hackers-outgoing; Mon, 10 Apr 1995 20:33:14 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA06480 for ; Mon, 10 Apr 1995 20:32:43 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id JAA01234; Tue, 11 Apr 1995 09:30:31 -0500 From: "Serge A. Babkin" Message-Id: <199504111430.JAA01234@hq.icb.chel.su> Subject: Re: netboot for each card? To: martin@victor.innovus.com (Martin Renters) Date: Tue, 11 Apr 1995 09:30:30 -0500 (GMT-0500) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199504110311.XAA06229@victor.innovus.com> from "Martin Renters" at Apr 10, 95 11:11:04 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1370 Sender: hackers-owner@FreeBSD.org Precedence: bulk > I spent some time looking at how to fix the Makefile to build a version of > netboot for each type of card we support. I looked through ether.c (actually > while trying to fix some breakage that occured to the SMC driver > during the 3C509 additions) and came to the conclusion that probably the > best approach is to separate out the two drivers and put each one in > its own source file. (8390 boards in ns8390.c and 3c509 in 3c509.c) I agree. > What I would like to do is put all the ethernet specific code in the > source file for that driver. Currently, the 3c503 driver has some ifdefs > in main.c and bootmenu.c to deal with the transceiver. I'd like to remove > ifdefs and make 'trans' a standard command. As far as the eth_fillname May be we need a global variable like 'ether_trans' too. Initial value may be set using defines in Makefile, and then they may be changed using 'trans' command. It must have at least 4 possible values: "bnc","aui","utp","determined by hardware". The reason for this is that 'trans' command should be entered from keyboard and this may be inconvenient. > I'd be willing to do the ns8390 based boards, and hopefully Serge will > take the 3c509 driver. (If not I can look at that one too since I now OK. Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Mon Apr 10 20:41:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA06601 for hackers-outgoing; Mon, 10 Apr 1995 20:41:28 -0700 Received: from teton.Mines.Colorado.EDU (mbarkah@teton.Mines.Colorado.EDU [138.67.1.21]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id UAA06588 for ; Mon, 10 Apr 1995 20:41:21 -0700 Received: by teton.Mines.Colorado.EDU (AIX 3.2/UCB 5.64/4.03) id AA40422; Mon, 10 Apr 1995 21:41:19 -0600 From: mbarkah@teton.Mines.Colorado.EDU (Ade Barkah) Message-Id: <9504110341.AA40422@teton.Mines.Colorado.EDU> Subject: Re: perl5.001 patches needed To: hackers@FreeBSD.org Date: Mon, 10 Apr 1995 21:41:18 -0600 (MDT) Cc: asami@cs.berkeley.edu X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 993 Sender: hackers-owner@FreeBSD.org Precedence: bulk >It's not easy for a user to just rebuild the library, I'm afraid. You >may have to grab the includes, ld, or some such. > >Did anyone make a work-around patch for perl for this? If so, can >s/he contact me? I think we've been receiving enough questions about >perl lately, a port (or at least a package...Brian? :) is in order.... > >Satoshi I built perl 5.001 a couple of days ago on my 2.0-R system... of course I'm not sure what all I did (*) but it passes all tests with no errors. I started to make a package out of it but haven't tested it yet; or I can send someone a gzip-tar of the entire perl directory with the configuration files and binaries still intact if anyone is interested. Just don't use it for Satan.. =) As I'm sure all of you know Satan v.1.0 opens up a security hole. -Ade Barkah (*) What I think what I did was to force some things to be staticly loaded and things went smoothly. I was surprised that it passed with no errors, but, I'm not complaining. From owner-freebsd-hackers Mon Apr 10 21:26:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA07566 for hackers-outgoing; Mon, 10 Apr 1995 21:26:13 -0700 Received: from server.keck.lmu.edu ([157.242.66.198]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA07539 ; Mon, 10 Apr 1995 21:26:08 -0700 From: tsai@server.keck.lmu.edu Received: (from tsai@localhost) by server.keck.lmu.edu (8.6.8/8.6.6) id FAA00704; Tue, 11 Apr 1995 05:26:35 GMT Date: Tue, 11 Apr 1995 05:26:35 GMT Message-Id: <199504110526.FAA00704@server.keck.lmu.edu> To: announce@FreeBSD.org, hackers@FreeBSD.org, phk@ref.tfs.com Subject: Re: bad144 testers... Sender: hackers-owner@FreeBSD.org Precedence: bulk I will be glad to test it for you. Just send me the file and tell me how to test it. Yao-Wen Stephen Tsai 4/10/95 From owner-freebsd-hackers Mon Apr 10 21:39:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA08873 for hackers-outgoing; Mon, 10 Apr 1995 21:39:15 -0700 Received: from seagull.rtd.com (root@Seagull.rtd.com [198.102.68.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA08867 for ; Mon, 10 Apr 1995 21:39:04 -0700 Received: (from dgy@localhost) by seagull.rtd.com (8.6.9/8.6.9.1) id VAA09155; Mon, 10 Apr 1995 21:39:01 -0700 From: Don Yuniskis Message-Id: <199504110439.VAA09155@seagull.rtd.com> Subject: Re: CORBA for FreeBSD :) To: hasty@star-gate.com (Amancio Hasty) Date: Mon, 10 Apr 1995 21:39:00 -0700 (MST) Cc: freebsd-hackers@freefall.cdrom.com (FreeBSD hackers) In-Reply-To: <199504100137.BAA00230@star-gate.com> from "Amancio Hasty" at Apr 10, 95 01:37:33 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: 264 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Hi, > > I thought that some of you may be interested on the enclosed messages. [stuff about Orbix deleted] Thanx! I'd love to see something like this... I'd be several orders of magnitude happier if it was an unencumbered package (sigh)... Any suggestions? From owner-freebsd-hackers Mon Apr 10 21:48:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA09010 for hackers-outgoing; Mon, 10 Apr 1995 21:48:46 -0700 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA09003 for ; Mon, 10 Apr 1995 21:48:20 -0700 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.11/8.6.9) with SMTP id UAA02653 for ; Mon, 10 Apr 1995 20:42:06 GMT Message-Id: <199504102042.UAA02653@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 to: freebsd-hackers@freefall.cdrom.com (FreeBSD hackers) Subject: Re: CORBA for FreeBSD :) In-reply-to: Your message of "Mon, 10 Apr 1995 21:39:00 MST." <199504110439.VAA09155@seagull.rtd.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 10 Apr 1995 20:42:04 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> Don Yuniskis said: > > Hi, > > > > I thought that some of you may be interested on the enclosed messages. > > [stuff about Orbix deleted] > > Thanx! I'd love to see something like this... I'd be several orders of > magnitude happier if it was an unencumbered package (sigh)... > > Any suggestions? Sorry but is a commercial product and I am not affiliated with the company. Amancio From owner-freebsd-hackers Mon Apr 10 22:59:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA13735 for hackers-outgoing; Mon, 10 Apr 1995 22:59:00 -0700 Received: from dns.netvision.net.il (root@dns.NetVision.net.il [194.90.1.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA13721 for ; Mon, 10 Apr 1995 22:58:44 -0700 Received: from Burka.NetVision.net.il (Burka.NetVision.net.il [194.90.1.15]) by dns.netvision.net.il (8.6.10/8.6.9) with ESMTP id IAA01480; Tue, 11 Apr 1995 08:57:43 +0300 Received: from localhost (localhost [127.0.0.1]) by Burka.NetVision.net.il (8.6.10/8.6.6) with SMTP id JAA01648; Tue, 11 Apr 1995 09:04:59 +0300 Message-Id: <199504110604.JAA01648@Burka.NetVision.net.il> X-Authentication-Warning: Burka.NetVision.net.il: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6gamma+ 4/3/95 To: mmead@goof.com (matthew c. mead) cc: ti@bazooka.amb.org (Ti Kan), hackers@FreeBSD.org Subject: Re: xmcd 1.4 [ LONG DEBUG INFO ] In-reply-to: Your message of "Mon, 10 Apr 1995 09:54:05 PDT." <9504101654.AA00030@bazooka.amb.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 11 Apr 1995 09:04:58 +0300 From: Gennady Sorokopud Sender: hackers-owner@FreeBSD.org Precedence: bulk >matthew c. mead writes: >> Yes. I've used xcdplayer just fine to change the volume while >> playing a cd. xcdplayer uses ioctl interface while xmcd uses SCIOCCOMMAND to communicate with CD-ROM. I've made some patches for xmcd so it can use ioctl interface too. If you interested i can send them to you so you can try if xmcd works for you at all. Meanwhile i'll try to understand what's wrong with SCSI interface.... Maybe it's somehow related to lates SCSI system changes. OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO O Gennady Sorokopud O O O O System programmer at NetVision Israel O O Home of Israeli Internet O O O O E-Mail: gena@netvision.net.il O O O O http: http://www.netvision.net.il/~gena/ O O Tel: home: 972-4-9931-594 Address: Sharet st. 11/13 O O work: 972-4-440-330 K. Tivon , Israel O OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.6 mQBNAi43i2YAAAECANV6d3p8bQLR6Hr2tyd9f4FEUakUIbF0YOtsiil3hR/ebGRe y4EC2Y45ZS7VPiP8Pp8zyAinWEtJ/tBKBYoHdPEABRG0LEdlbm5hZHkgQi4gU29y b2tvcHVkIDxnZW5hQG5ldHZpc2lvbi5uZXQuaWw+ =bvR+ -----END PGP PUBLIC KEY BLOCK----- From owner-freebsd-hackers Mon Apr 10 23:04:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA13907 for hackers-outgoing; Mon, 10 Apr 1995 23:04:36 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA13901 for ; Mon, 10 Apr 1995 23:04:34 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA28576; Mon, 10 Apr 95 23:55:12 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504110555.AA28576@cs.weber.edu> Subject: Re: SimCity on 1.1.5.1 anybody? To: mcw@hpato.aus.hp.com (M C Wong) Date: Mon, 10 Apr 95 23:55:11 MDT Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org In-Reply-To: <199504110119.AA121963177@hp.com> from "M C Wong" at Apr 11, 95 11:19:17 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Has anybody succesfully run the SimCity demo on 1.1.5.1? The > > `commercial' README didn't notice it's not supposed to run there. > > > > However, all i get is `Illegal system call' core dumps, the core shows > > it's in ``dltcl''. It must be somewhere in the dynamic startup. > > On my 1.1.5.1 box, I got bad system call, but didn't core. If the system call was 'stat' or 'lstat' the Netscape patches on ref.tfs.com should fix the problem. That assumes you install both of them and not just the 'stat'. You can check for the 'lstat' patch by trying to open a URL starting with "file:". If NetScape blows chunks, you *don't* have the patch. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Apr 10 23:06:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA13939 for hackers-outgoing; Mon, 10 Apr 1995 23:06:35 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA13931 for ; Mon, 10 Apr 1995 23:06:20 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id OAA27574; Tue, 11 Apr 1995 14:06:15 +0800 Date: Tue, 11 Apr 1995 14:06:14 +0800 (CST) From: Brian Tao To: FREEBSD-HACKERS-L Subject: Re: what is the difference between /dev/rcd0c and /dev/rcd0c? In-Reply-To: <199504101727.NAA01702@goof.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Is that a typo? /dev/rcd0c and /dev/rcd0c look exactly the same to me... -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Mon Apr 10 23:07:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA13958 for hackers-outgoing; Mon, 10 Apr 1995 23:07:35 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA13952 for ; Mon, 10 Apr 1995 23:07:33 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: hackers@freefall.cdrom.com Subject: A clarification of "freefall.cdrom.com" vs "freebsd.cdrom.com" Date: Mon, 10 Apr 1995 23:07:32 -0700 Message-ID: <13951.797580452@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk I was actually surprised to see a few early bug reports for 2.0-950408-SNAP - the snap-that-wasn't. Surprised because the snapshot never made it onto freebsd.cdrom.com, and I didn't expect that people would consider *anything* on freefall to be release material. Well, just to make that plain, anything you find on freefall.cdrom.com is a complete jumble of random body parts and at no time anything guaranteed to resemble an actual "release". If you see snapshots there sometimes it's because I'm testing them and nothing more. I don't actually announce snapshots officially until they're copied to freebsd.cdrom.com, alias wcarchive.cdrom.com, alias ftp.freebsd.org. *grin* The arrival of a new snapshot or release is also typically heralded by an announcement in your mailbox ("Hi all! A new snapshot is born, here are its features, blah blah.." - we all know the drill :-). So though some of you may have seen "2.0-950408-SNAP", it never really lived and would not have been declared legally alive until it hit ftp.freebsd.org. I'm not so anal that I'm going to do all my work behind closed doors just for the hell of it, and if some of you intrepid explorers are bold enough to dash in and grab a snap before it's ripe, well, I won't try to stop you - I'll ask you to tell me how it works for you, instead! :-) I still nonetheless thought I'd better warn those who were perhaps being intrepid explorers inadvertantly and clarify the difference. Jordan From owner-freebsd-hackers Mon Apr 10 23:50:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA14779 for hackers-outgoing; Mon, 10 Apr 1995 23:50:39 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA14772 ; Mon, 10 Apr 1995 23:50:38 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: jmz@cabri.obs-besancon.fr (Jean-Marc Zucconi) cc: asami@cs.berkeley.edu, kimc@w8hd.w8hd.org, rkw@dataplex.net, hackers@FreeBSD.org Subject: Re: perl5.001 patches needed In-reply-to: Your message of "Tue, 11 Apr 95 04:41:03 BST." <9504110341.AA18575@cabri.obs-besancon.fr> Date: Mon, 10 Apr 1995 23:50:37 -0700 Message-ID: <14771.797583037@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > NO: I DONT WANT TO DO THE PORT :-))) Jeeze.. He does 30 or 40 ports and then fizzles out. Whatta wimp! :-) :-) Jordan From owner-freebsd-hackers Tue Apr 11 00:25:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA15335 for hackers-outgoing; Tue, 11 Apr 1995 00:25:04 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA15304 for ; Tue, 11 Apr 1995 00:24:30 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA05138; Tue, 11 Apr 1995 09:24:16 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id JAA29147 for freebsd-hackers@freebsd.org; Tue, 11 Apr 1995 09:24:16 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA03403 for freebsd-hackers@freebsd.org; Tue, 11 Apr 1995 08:53:04 +0200 From: J Wunsch Message-Id: <199504110653.IAA03403@uriah.heep.sax.de> Subject: Re: SimCity on 1.1.5.1 anybody? To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Tue, 11 Apr 1995 08:53:03 +0200 (MET DST) In-Reply-To: <199504110031.TAA27816@bonkers.taronga.com> from "Peter da Silva" at Apr 10, 95 07:31:08 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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: 663 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Peter da Silva wrote: > > > Has anybody succesfully run the SimCity demo on 1.1.5.1? The > > `commercial' README didn't notice it's not supposed to run there. > > None of the 2.0 stuff runs under 1.1. :-P Massive interface changes. Of course. But the commercial/README stated something like ``runs on any FreeBSD except stated otherwise''. > (and while I'm wishing, I'd like a pony and a PDP-11/10 with complete > front panel and real core memory) ...with 2.9BSD? :-) [the PDP, i mean, not the pony :^)] -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Apr 11 00:26:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA15372 for hackers-outgoing; Tue, 11 Apr 1995 00:26:14 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA15347 for ; Tue, 11 Apr 1995 00:25:17 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA05153; Tue, 11 Apr 1995 09:24:42 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id JAA29160; Tue, 11 Apr 1995 09:24:41 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id JAA03497; Tue, 11 Apr 1995 09:12:35 +0200 From: J Wunsch Message-Id: <199504110712.JAA03497@uriah.heep.sax.de> Subject: Re: HP Laserjet 2p To: uh@grep.cs.fsu.edu (Gang-Ryung Uh) Date: Tue, 11 Apr 1995 09:12:34 +0200 (MET DST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199504100522.BAA03725@grep.cs.fsu.edu> from "Gang-Ryung Uh" at Apr 10, 95 01:22:01 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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: 1021 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Gang-Ryung Uh wrote: > > I am having some trouble with the HP Laserjet 2p printer. ... > But it prints the file but not a correct format. . What is ``not a correct format''? AFAIK, Laserjets don't like Un*x files which used to have only a single \n as their line terminators. I've heard that there might be a hardware switch to change this behaviour. The simplest script to do this sed -e 's/$/^M/' where ^M must be replaced by a real carriage return: sed -e 's/$/ /' Put this into a script, make it executable, and make this one go into the ``if'' resource of your printcap file. If you're more cautious, check out if the script has been called with a ``-c'' as its first argument, it means to pass the control characters literally (from `lpr -l'). In this case, the filter must degrade to a simple `cat'. Sorry, there's still no ``printer guru'' available. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Apr 11 00:40:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA15578 for hackers-outgoing; Tue, 11 Apr 1995 00:40:00 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA15567 ; Tue, 11 Apr 1995 00:39:52 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Subject: Re: SimCity on 1.1.5.1 anybody? In-reply-to: Your message of "Tue, 11 Apr 95 08:53:03 +0200." <199504110653.IAA03403@uriah.heep.sax.de> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 11 Apr 1995 00:39:51 -0700 Message-ID: <15566.797585991@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Of course. But the commercial/README stated something like ``runs on > any FreeBSD except stated otherwise''. Right. So then I went and fixed it. Wrote the file. No problem, says wcarchive's NFS. 100% full says /archive/.11 and BANG goes the file! I *hate* that bug! No backup for the README. I must regenerate it now, but when I do, rest assured that it will say "OS: 2.x only" :-) Jordan From owner-freebsd-hackers Tue Apr 11 02:09:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA17159 for hackers-outgoing; Tue, 11 Apr 1995 02:09:14 -0700 Received: from w8hd.w8hd.org (w8hd.w8hd.org [198.252.159.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA17153 for ; Tue, 11 Apr 1995 02:09:10 -0700 Received: (from kimc@localhost) by w8hd.w8hd.org (8.6.11/w8hd) id FAA01490; Tue, 11 Apr 1995 05:07:53 -0400 Date: Tue, 11 Apr 1995 05:07:52 -0400 (EDT) From: Kim Culhan To: Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?= cc: rkw@dataplex.net, hackers@FreeBSD.org Subject: Re: perl5.001 patches needed In-Reply-To: <199504101134.EAA05287@silvia.HIP.Berkeley.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, 10 Apr 1995, Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?= wrote: > It's not easy for a user to just rebuild the library, I'm afraid. You > may have to grab the includes, ld, or some such. I can 'make world' after sup'ing the latest source. Is sup still the best way to get the updated source as mentioned in the FAQ? kim -- kimc@w8hd.org From owner-freebsd-hackers Tue Apr 11 02:12:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA17225 for hackers-outgoing; Tue, 11 Apr 1995 02:12:37 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA17205 ; Tue, 11 Apr 1995 02:11:48 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id RAA27764; Tue, 11 Apr 1995 17:11:02 +0800 Date: Tue, 11 Apr 1995 17:11:02 +0800 (CST) From: Brian Tao cc: doc@FreeBSD.org, hackers@FreeBSD.org Subject: Re: Documentation Project In-Reply-To: <199504081846.OAA16704@grendel.csc.smith.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sat, 8 Apr 1995, John Fieber wrote: > > I'll take a look at it, but I'm not entirely conviced that a > swiss army knife httpd server is that good of a thing. I think > CGI scripts work just fine. WN doesn't replace CGI's, but it implements some of the more common functions internally, and they happen to be the type that would be heavily used in an online documentation system (searching and filtering). It compiles to a 64K binary so it is no larger (and possibly smaller) than the NCSA httpd. I like having it all in one binary rather than one httpd and a bunch of external CGI binaries or scripts. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Tue Apr 11 02:15:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA17305 for hackers-outgoing; Tue, 11 Apr 1995 02:15:07 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA17289 for ; Tue, 11 Apr 1995 02:14:52 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id RAA27773; Tue, 11 Apr 1995 17:13:42 +0800 Date: Tue, 11 Apr 1995 17:13:41 +0800 (CST) From: Brian Tao To: "Dr. Yasha Karant" cc: freebsd-hackers@FreeBSD.org Subject: RE: motif... (fwd) In-Reply-To: <9504101656.AA27926@gallium.csusb.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, 10 Apr 1995, Dr. Yasha Karant wrote: > > has been ported to X. I have seen it run on Silicon Graphics and > SunOS (Solaris 2, I think). We could probably arrange a port. Well, we have at least two competent people working on it so I think there is a good chance we will have a working FreeBSD version soon. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Tue Apr 11 02:15:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA17320 for hackers-outgoing; Tue, 11 Apr 1995 02:15:53 -0700 Received: from mpp.com (dialup-4-24.gw.umn.edu [128.101.96.24]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA17314 for ; Tue, 11 Apr 1995 02:15:46 -0700 Received: (from mpp@localhost) by mpp.com (8.6.11/8.6.9) id EAA00873 for freebsd-hackers@freebsd.org; Tue, 11 Apr 1995 04:14:18 -0500 From: Mike Pritchard Message-Id: <199504110914.EAA00873@mpp.com> Subject: tzsetup To: freebsd-hackers@FreeBSD.org Date: Tue, 11 Apr 1995 04:14:17 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 329 Sender: hackers-owner@FreeBSD.org Precedence: bulk After having to replace some of my /etc files after a really nasty crash, I noticed that "tzsetup" doesn't set the permissions on /etc/localtime. It should do a "chmod 644 /etc/localtime" after it creates the file. -- Mike Pritchard pritc003@maroon.tc.umn.edu "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-hackers Tue Apr 11 02:23:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA17467 for hackers-outgoing; Tue, 11 Apr 1995 02:23:29 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA17458 for ; Tue, 11 Apr 1995 02:23:20 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id RAA27803; Tue, 11 Apr 1995 17:23:41 +0800 Date: Tue, 11 Apr 1995 17:23:38 +0800 (CST) From: Brian Tao To: FREEBSD-HACKERS-L Subject: Re: perl5.001 patches needed In-Reply-To: <199504101134.EAA05287@silvia.HIP.Berkeley.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, 10 Apr 1995, Satoshi Asami wrote: > > Did anyone make a work-around patch for perl for this? If so, can > s/he contact me? I think we've been receiving enough questions about > perl lately, a port (or at least a package...Brian? :) is in order.... Ummmm... lemme grab the 5.001+ patches first and rebuild the whole darn thing. Do I need the vfprintf() patch to compile, or just to run it (since it looks like a run-time problem)? -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Tue Apr 11 02:26:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA17489 for hackers-outgoing; Tue, 11 Apr 1995 02:26:13 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA17483 for ; Tue, 11 Apr 1995 02:26:05 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id RAA27814; Tue, 11 Apr 1995 17:26:22 +0800 Date: Tue, 11 Apr 1995 17:26:22 +0800 (CST) From: Brian Tao cc: Hackers@FreeBSD.org Subject: Re: motif... In-Reply-To: <199504101452.OAA06477@star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, 10 Apr 1995, Amancio Hasty wrote: > > Yeap, it would be nice to have 3D support for FreeBSD, perhaps > someone could contact Martin Marietta to see about the > availability of a PC card based on their chipset :) The Linux people are already yelling for a port of OpenGL, maybe we should too. :) -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Tue Apr 11 05:00:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA18760 for hackers-outgoing; Tue, 11 Apr 1995 05:00:54 -0700 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA18754 for ; Tue, 11 Apr 1995 05:00:52 -0700 Received: from orion.stars.sed.monmouth.army.mil ([158.9.11.65]) by wcarchive.cdrom.com (8.6.11/8.6.6) with ESMTP id FAA25682 for ; Tue, 11 Apr 1995 05:00:45 -0700 Message-Id: <199504111200.FAA25682@wcarchive.cdrom.com> Received: by orion.stars.sed.monmouth.army.mil (1.37.109.11/16.2) id AA013611451; Tue, 11 Apr 1995 07:57:31 -0400 From: william pechter ILEX Subject: CKSUMS To: FreeBSD-hackers@wcarchive.cdrom.com (FreeBSD-hackers) Date: Tue, 11 Apr 1995 07:57:30 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 704 Sender: hackers-owner@FreeBSD.org Precedence: bulk Can anyone point me to the sources of a generic Unix program that'll work with our cksums. I tried to hack our cksum program to work on hpux with no luck (I'm not that good). I'm looking for a way to verify my downloads on either HP-UX, SunOS or Solaris2. I blew the snap installation last night by having some bad ftp results in the bindist. I tried cat bin* |tar tzvf in the meanwhile -- but that's not a total solution. Bill ----------------------------------------------------------------------------- Bill Pechter |Systems Administrator | Ilex Systems |170 Patterson Ave | Shrewsbury, New Jersey 07702 908-532-2369 |pechter@sesd.ilex.com | pechter@stars.sed.monmouth.army.mil From owner-freebsd-hackers Tue Apr 11 06:20:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA19539 for hackers-outgoing; Tue, 11 Apr 1995 06:20:52 -0700 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA19533 for ; Tue, 11 Apr 1995 06:20:51 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by wcarchive.cdrom.com (8.6.11/8.6.6) with ESMTP id GAA07557 for ; Tue, 11 Apr 1995 06:18:15 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id XAA16349; Tue, 11 Apr 1995 23:11:20 +1000 Date: Tue, 11 Apr 1995 23:11:20 +1000 From: Bruce Evans Message-Id: <199504111311.XAA16349@godzilla.zeta.org.au> To: FreeBSD-hackers@wcarchive.cdrom.com, pechter@stars.sed.monmouth.army.mil Subject: Re: CKSUMS Sender: hackers-owner@FreeBSD.org Precedence: bulk >Can anyone point me to the sources of a generic Unix program that'll >work with our cksums. >I tried to hack our cksum program to work on hpux with no luck (I'm not >that good). gnu cksum is compatible (*) and more portable. (*) You have to compare cksums using `diff -w' because of uglier formatting of the FreeBSD cksum's output. Bruce From owner-freebsd-hackers Tue Apr 11 06:45:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA19881 for hackers-outgoing; Tue, 11 Apr 1995 06:45:25 -0700 Received: from sgiblab.sgi.com (sgiblab.SGI.COM [192.82.208.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA19875 for ; Tue, 11 Apr 1995 06:45:23 -0700 Received: from bazooka.amb.org by sgiblab.sgi.com via UUCP (950215.SGI.8.6.10/911001.SGI) id GAA12030; Tue, 11 Apr 1995 06:45:22 -0700 Received: by bazooka.amb.org (Sendmail 5.65/AMB-1.4) id AA21944; Tue, 11 Apr 95 06:34:40 -0700 From: ti@bazooka.amb.org (Ti Kan) Message-Id: <9504111334.AA21944@bazooka.amb.org> Subject: Re: xmcd 1.4 [ MORE LONG DEBUG INFO ] To: mmead@goof.com (matthew c. mead) Date: Tue, 11 Apr 1995 06:34:40 -0700 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: <199504102334.TAA07405@goof.com> from "matthew c. mead" at Apr 10, 95 07:34:16 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 1327 Sender: hackers-owner@FreeBSD.org Precedence: bulk matthew c. mead writes: > > On Mon, April 10, 1995 at 14:32:44 (-0700), Ti Kan wrote: > > Argh. I meant you should do this and then move the volume control > > slider around a bit. I wanted to see the 0x1a commands (mode sense). > > Can you try again? > > Sure thing... with modeSenseSetDBD: False: > ... I looked at the debug output and didn't see anything wrong with the commands that xmcd delivers to the drive. The commands fail, however, for unknown reasons. Someone else said that he had the same problems, but the problem went away when he ran the pre-compiled binary version. Perhaps you can give that a try? ftp.netcom.com:/pub/tk/tkan/xmcd-1.4/freebsd/xmcdbin.README ftp.netcom.com:/pub/tk/tkan/xmcd-1.4/freebsd/xmcdbin.tar.gz Alternatively, you can also obtain the xmcd source code, CD database, and binary releases via the World Wide Web xmcd Home Page: http://www.btg.com/~cknudsen/xmcd/ Please note that the above FTP sites have maximum number-of-users limits. You may have to keep trying to get in, especially during peak hours. -Ti -- /// Ti Kan Vorsprung durch Technik /// AMB Research Laboratories, Sunnyvale, CA. USA /// Internet: ti@amb.org ////// UUCP: ...!uunet!bazooka!ti /// URL: ftp://ftp.netcom.com/pub/tk/tkan/www/tikan/tikan.html From owner-freebsd-hackers Tue Apr 11 07:09:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA20293 for hackers-outgoing; Tue, 11 Apr 1995 07:09:49 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA20282 for ; Tue, 11 Apr 1995 07:09:44 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.9/8.6.9) id HAA10324; Tue, 11 Apr 1995 07:04:37 -0700 Date: Tue, 11 Apr 1995 07:04:37 -0700 Message-Id: <199504111404.HAA10324@silvia.HIP.Berkeley.EDU> To: taob@gate.sinica.edu.tw CC: freebsd-hackers@FreeBSD.org In-reply-to: (message from Brian Tao on Tue, 11 Apr 1995 17:23:38 +0800 (CST)) Subject: Re: perl5.001 patches needed From: asami@cs.berkeley.edu (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: hackers-owner@FreeBSD.org Precedence: bulk * Ummmm... lemme grab the 5.001+ patches first and rebuild the whole * darn thing. Do I need the vfprintf() patch to compile, or just to run * it (since it looks like a run-time problem)? Okay, thanks...about vfprintf(), didn't it need the patch for compilation too because perl generates some scripts by itself (or something like that)? Satoshi From owner-freebsd-hackers Tue Apr 11 07:16:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA20428 for hackers-outgoing; Tue, 11 Apr 1995 07:16:58 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA20421 for ; Tue, 11 Apr 1995 07:16:51 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.9/8.6.9) id HAA10358; Tue, 11 Apr 1995 07:16:34 -0700 Date: Tue, 11 Apr 1995 07:16:34 -0700 Message-Id: <199504111416.HAA10358@silvia.HIP.Berkeley.EDU> To: kimc@w8hd.w8hd.org CC: rkw@dataplex.net, hackers@FreeBSD.org In-reply-to: (message from Kim Culhan on Tue, 11 Apr 1995 05:07:52 -0400 (EDT)) Subject: Re: perl5.001 patches needed From: asami@cs.berkeley.edu (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: hackers-owner@FreeBSD.org Precedence: bulk * > It's not easy for a user to just rebuild the library, I'm afraid. You * > may have to grab the includes, ld, or some such. * * I can 'make world' after sup'ing the latest source. Um, by "not easy", I meant yeah, you can "make world" if you have the disk space for the whole thing or "make something install; make anotherthing install" if you know what has changed since your version came out. But it is much harder than having a port that takes care of it for you, no? ;) * Is sup still the best * way to get the updated source as mentioned in the FAQ? Or you can use ctm, it will send you patches by mail and automatically update your system. I thought this was mentioned in the FAQ somewhere too. Satoshi From owner-freebsd-hackers Tue Apr 11 08:01:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA21299 for hackers-outgoing; Tue, 11 Apr 1995 08:01:57 -0700 Received: from mpp.com (dialup-1-81.gw.umn.edu [134.84.101.81]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA21292 for ; Tue, 11 Apr 1995 08:01:41 -0700 Received: (from mpp@localhost) by mpp.com (8.6.11/8.6.9) id KAA01076 for freebsd-hackers@freebsd.org; Tue, 11 Apr 1995 10:00:48 -0500 From: Mike Pritchard Message-Id: <199504111500.KAA01076@mpp.com> Subject: atrun fix To: freebsd-hackers@FreeBSD.org Date: Tue, 11 Apr 1995 10:00:48 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 3232 Sender: hackers-owner@FreeBSD.org Precedence: bulk Here is a fix for the atrun security hole. When sending mail, atrun will switch ids to that of the user running the at job. This will prevent the user from spoofing sendmail any more than they could from a login shell. I also fixed it so that it correctly sets up the users groups before running the at job or sending mail to the user. It also now requires that the user be present in the password file before allowing the job to execute. One other functional change is that mail will no longer be sent to "root" if atrun can't figure out who to send mail to. This is a side effect of requiring that the user be present in the password file. -Mike *** orig/atrun.c Tue Apr 11 08:29:43 1995 --- ./atrun.c Tue Apr 11 09:47:51 1995 *************** *** 74,83 **** } static void ! run_file(filename, uid, gid) const char *filename; uid_t uid; - gid_t gid; { /* * Run a file by by spawning off a process which redirects I/O, --- 74,82 ---- } static void ! run_file(filename, uid) const char *filename; uid_t uid; { /* * Run a file by by spawning off a process which redirects I/O, *************** *** 125,138 **** fcntl(fd_in, F_SETFD, fflags & ~FD_CLOEXEC); if (fscanf(stream, "#! /bin/sh\n# mail %8s %d", mailbuf, &send_mail) == 2) { mailname = mailbuf; } else { ! pentry = getpwuid(uid); ! if (pentry == NULL) ! mailname = "root"; ! else ! mailname = pentry->pw_name; } fclose(stream); if (chdir(_PATH_ATSPOOL) < 0) --- 124,135 ---- fcntl(fd_in, F_SETFD, fflags & ~FD_CLOEXEC); + if ((pentry = getpwuid(uid)) == NULL) + perr("Unable to determine login name for job"); if (fscanf(stream, "#! /bin/sh\n# mail %8s %d", mailbuf, &send_mail) == 2) { mailname = mailbuf; } else { ! mailname = pentry->pw_name; } fclose(stream); if (chdir(_PATH_ATSPOOL) < 0) *************** *** 193,199 **** if (queue > 'b') nice(queue - 'b'); ! if (setgid(gid) < 0) perr("Cannot change group"); if (setuid(uid) < 0) --- 190,198 ---- if (queue > 'b') nice(queue - 'b'); ! if (initgroups(pentry->pw_name, pentry->pw_gid) < 0) ! perr("Cannot initialize group list"); ! if (setgid(pentry->pw_gid) < 0) perr("Cannot change group"); if (setuid(uid) < 0) *************** *** 221,229 **** --- 220,238 ---- if (open(filename, O_RDONLY) != STDIN_FILENO) perr("Cannot reopen output file"); + PRIV_START + + if (initgroups(pentry->pw_name, pentry->pw_gid) < 0) + perr("Cannot initialize group list"); + if (setgid(pentry->pw_gid) < 0) + perr("Cannot change group"); + if (setuid(uid) < 0) + perr("Cannot set user id"); execl(_PATH_SENDMAIL, _PATH_SENDMAIL, mailname, (char *) NULL); perr("Exec failed"); + + PRIV_END } waitpid(pid, (int *) NULL, 0); } *************** *** 315,321 **** PRIV_END ! run_file(dirent->d_name, buf.st_uid, buf.st_gid); } /* Delete older files */ if (older && !(S_IXUSR & buf.st_mode) && --- 324,330 ---- PRIV_END ! run_file(dirent->d_name, buf.st_uid); } /* Delete older files */ if (older && !(S_IXUSR & buf.st_mode) && From owner-freebsd-hackers Tue Apr 11 08:14:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA21522 for hackers-outgoing; Tue, 11 Apr 1995 08:14:33 -0700 Received: from devnull.mpd.tandem.com (devnull.mpd.tandem.com [131.124.4.29]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA21516 for ; Tue, 11 Apr 1995 08:14:30 -0700 Received: from olympus by devnull.mpd.tandem.com (8.6.8/8.6.6) id KAA24238; Tue, 11 Apr 1995 10:14:18 -0500 Received: by olympus (4.1/TSS2.1) id AA09114; Tue, 11 Apr 95 10:12:40 CDT From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9504111512.AA09114@olympus> Subject: Re: Sound stuff again (GUS MAX) To: mmead@goof.com (matthew c. mead) Date: Tue, 11 Apr 1995 10:12:39 -0500 (CDT) Cc: hackers@FreeBSD.org In-Reply-To: <199504092302.TAA01314@goof.com> from "matthew c. mead" at Apr 9, 95 07:02:54 pm X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 1128 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Is there anyone out there with a GUS MAX who currently has a sound setup > that allows them to control the output level of volume, synth volume, pcm > volume, cdrom input volume, mic volume, and line volume? If so, could you tell > me how to get that stuff working? Thanks! > > > > -matt > > -- > Matthew C. Mead -> Virginia Tech Center for Transportation Research - > -> Multiple Platform System and Network Administration > Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other > ---- ------- WWW -> http://www.goof.com/~mmead --- ----- > xvmixer from snd-util-2.5.tar.gz (available from sunsite) works for me. It does require the xview libraries, though. There is a curses based mixer there, too but I never bothered to get it to work. I only tried synth and pcm volume and they work but the others are available. Boyd -- _______________________________________________________________________ Boyd Faulkner faulkner@isd.tandem.com _______________________________________________________________________ From owner-freebsd-hackers Tue Apr 11 08:54:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA22042 for hackers-outgoing; Tue, 11 Apr 1995 08:54:20 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA22036 for ; Tue, 11 Apr 1995 08:54:18 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.9/8.6.9) id IAA10662; Tue, 11 Apr 1995 08:53:55 -0700 Date: Tue, 11 Apr 1995 08:53:55 -0700 Message-Id: <199504111553.IAA10662@silvia.HIP.Berkeley.EDU> To: mbarkah@teton.Mines.Colorado.EDU CC: hackers@FreeBSD.org In-reply-to: <9504110341.AA40422@teton.Mines.Colorado.EDU> (mbarkah@teton.Mines.Colorado.EDU) Subject: Re: perl5.001 patches needed From: asami@cs.berkeley.edu (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: hackers-owner@FreeBSD.org Precedence: bulk * I built perl 5.001 a couple of days ago on my 2.0-R system... of * course I'm not sure what all I did (*) but it passes all tests * with no errors. I started to make a package out of it but haven't Oh yes, I've heard it works without much trouble on 2.0R. It's the newer snaps and -current than needs help. Satoshi From owner-freebsd-hackers Tue Apr 11 08:54:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA22050 for hackers-outgoing; Tue, 11 Apr 1995 08:54:25 -0700 Received: from goof.com (goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA22044 for ; Tue, 11 Apr 1995 08:54:23 -0700 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id LAA14179; Tue, 11 Apr 1995 11:54:43 -0400 Date: Tue, 11 Apr 1995 11:54:43 -0400 From: "matthew c. mead" Message-Id: <199504111554.LAA14179@goof.com> To: ti@bazooka.amb.org (Ti Kan) Cc: hackers@FreeBSD.org Subject: Re: xmcd 1.4 [ MORE LONG DEBUG INFO ] In-Reply-To: Your message of Tue, April 11, 1995 06:34:40 -0700 References: <199504102334.TAA07405@goof.com> <9504111334.AA21944@bazooka.amb.org> Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, April 11, 1995 at 06:34:40 (-0700), Ti Kan wrote: > I looked at the debug output and didn't see anything wrong with > the commands that xmcd delivers to the drive. The commands > fail, however, for unknown reasons. Hmm... > Someone else said that he had the same problems, but the problem > went away when he ran the pre-compiled binary version. Perhaps > you can give that a try? > > ftp.netcom.com:/pub/tk/tkan/xmcd-1.4/freebsd/xmcdbin.README > ftp.netcom.com:/pub/tk/tkan/xmcd-1.4/freebsd/xmcdbin.tar.gz Ok. I grabbed this, and it works perfectly. *sigh* I wish I knew why! I'd like to be able to build it myself and have it work (I really prefer to build things myself...). > Alternatively, you can also obtain the xmcd source code, CD database, > and binary releases via the World Wide Web xmcd Home Page: > http://www.btg.com/~cknudsen/xmcd/ I'm gonna try compiling source code from here directly and see if it works, but I'm doubtful it will... My thinking now is that there is something wrong with the scsi code that is preventing me from building this thing successfully. Ok. I just tried compiling it from the source and no go. Does anyone on hackers have any ideas? Thanks again for all your help, Ti! -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Tue Apr 11 08:58:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA22101 for hackers-outgoing; Tue, 11 Apr 1995 08:58:30 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA22094 for ; Tue, 11 Apr 1995 08:58:27 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.9/8.6.9) id IAA10670; Tue, 11 Apr 1995 08:56:45 -0700 Date: Tue, 11 Apr 1995 08:56:45 -0700 Message-Id: <199504111556.IAA10670@silvia.HIP.Berkeley.EDU> To: jmz@cabri.obs-besancon.fr CC: hackers@FreeBSD.org In-reply-to: <9504110341.AA18575@cabri.obs-besancon.fr> (jmz@cabri.obs-besancon.fr) Subject: Re: perl5.001 patches needed From: asami@cs.berkeley.edu (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: hackers-owner@FreeBSD.org Precedence: bulk * NO: I DONT WANT TO DO THE PORT :-))) Feh. I don't believe that's Jean-Marc speaking. ;) * Jean-Marc. Hey Jordan, I think this is a forgery. Doesn't the real Jean-Marc use a different attributed font for the hypen in his name? Do you have an authentic signature to compare it against? :p Satoshi PS If you don't know what I'm talking about...read the "ports" list. :) From owner-freebsd-hackers Tue Apr 11 09:01:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA22155 for hackers-outgoing; Tue, 11 Apr 1995 09:01:39 -0700 Received: from isl.cf.ac.uk (isl-gate.elsy.cf.ac.uk [131.251.22.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA22148 for ; Tue, 11 Apr 1995 09:01:26 -0700 Received: (from paul@localhost) by isl.cf.ac.uk (8.6.9/8.6.9) id RAA02816; Tue, 11 Apr 1995 17:01:12 +0100 From: Paul Richards Message-Id: <199504111601.RAA02816@isl.cf.ac.uk> Subject: Re: SimCity on 1.1.5.1 anybody? To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Tue, 11 Apr 1995 17:01:12 +0100 (BST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org In-Reply-To: <15566.797585991@freefall.cdrom.com> from "Jordan K. Hubbard" at Apr 11, 95 00:39:51 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: 773 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply to Jordan K. Hubbard who said > > > Of course. But the commercial/README stated something like ``runs on > > any FreeBSD except stated otherwise''. > > Right. So then I went and fixed it. Wrote the file. No problem, says > wcarchive's NFS. 100% full says /archive/.11 and BANG goes the file! > I *hate* that bug! No backup for the README. I must regenerate it now, > but when I do, rest assured that it will say "OS: 2.x only" :-) Me too. it's cost me important work once or twice. How the hell do we fix it? -- Paul Richards, FreeBSD core team member. Internet: paul@FreeBSD.org, URL: http://isl.cf.ac.uk/~paul/ Phone: +44 1222 874000 x6646 (work), +44 1222 457651 (home) Dept. Mechanical Engineering, University of Wales, College Cardiff. From owner-freebsd-hackers Tue Apr 11 10:40:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA24405 for hackers-outgoing; Tue, 11 Apr 1995 10:40:32 -0700 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA24397 for ; Tue, 11 Apr 1995 10:40:28 -0700 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.11/8.6.9) with SMTP id KAA03589 for ; Tue, 11 Apr 1995 10:34:13 GMT Message-Id: <199504111034.KAA03589@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: hackers@FreeBSD.org Subject: More on 3d chipset... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 11 Apr 1995 10:34:10 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk Well, I know that is a bit far out but I am hoping that someone may be interested on this information.... Amancio ------- Forwarded Message Received: from emamv1.orl.mmc.com (emamv1.orl.mmc.com [141.240.60.144]) by shell1.best.com (8.6.11/8.6.5) with ESMTP id IAA07877 for ; Tue, 11 Apr 1995 08:36:13 -0700 From: Mary_Hyde@ccmail.orl.mmc.com Received: from ccmail.orl.mmc.com by emamv1.orl.mmc.com (PMDF V4.3-13 #5230) id <01HP7M8280J4003UFG@emamv1.orl.mmc.com>; Tue, 11 Apr 1995 11:36:10 -0400 (EDT) Date: Tue, 11 Apr 1995 10:35 -0400 (EDT) Subject: Re: 3D INFO To: hasty@star-gate.com Message-id: <01HP7M82A5OY003UFG@emamv1.orl.mmc.com> MIME-version: 1.0 Content-type: TEXT/PLAIN Content-transfer-encoding: 7BIT Amancio, In response to your questions, prototype samples of the R3D/100 chipset and reference boards will be available in November of this year. The reference board price is $2,799. The R3D/100 chipset, purchased in quantities, varies in price from $142 to $178, depending upon the desired screen resolution and the interface with the 2D graphics accelerator. We are not yet prepared to release the names of any board suppliers. Additional announcements are expected shortly. Thanks for your interest. Mary W. Hyde _______________________________________________________________________________ Subject: 3D INFO From: hasty@star-gate.com at ORL-SMTP-G Date: 4/9/95 1:39 PM How much is the PC chipset is going to cost and who is building a PCI based board for it ? Tnks, Amancio ------- End of Forwarded Message From owner-freebsd-hackers Tue Apr 11 11:47:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA27957 for hackers-outgoing; Tue, 11 Apr 1995 11:47:56 -0700 Received: (from hsu@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA27945 for hackers; Tue, 11 Apr 1995 11:47:55 -0700 Date: Tue, 11 Apr 1995 11:47:55 -0700 From: Jeffrey Hsu Message-Id: <199504111847.LAA27945@freefall.cdrom.com> To: hackers Subject: make parallelism Sender: hackers-owner@FreeBSD.org Precedence: bulk As I understand it, our make is derived from pmake, which was capable of firing off subprocesses in parallel. How did we lose this capability? Does anyone have Adam deBoor's email address? Jeffrey From owner-freebsd-hackers Tue Apr 11 11:49:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAB28195 for hackers-outgoing; Tue, 11 Apr 1995 11:49:51 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA28178 for ; Tue, 11 Apr 1995 11:49:45 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id UAA12825 for ; Tue, 11 Apr 1995 20:49:31 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id UAA19234 for freebsd-hackers@FreeBSD.ORG; Tue, 11 Apr 1995 20:49:30 +0200 Received: (from roberto@localhost) by keltia.frmug.fr.net (8.6.11/keltia-uucp-1.21) id UAA07446 for freebsd-hackers@FreeBSD.ORG; Tue, 11 Apr 1995 20:47:08 +0200 From: Ollivier Robert Message-Id: <199504111847.UAA07446@keltia.frmug.fr.net> Subject: Weird problem with login/getty/init & utmp/wtmp To: freebsd-hackers@FreeBSD.org (FreeBSD Hackers' list) Date: Tue, 11 Apr 1995 20:47:07 +0200 (MET DST) Reply-To: roberto@keltia.freenix.fr (Ollivier Robert) X-Operating-System: FreeBSD 2.1.0-Development ctm#539 X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 2915 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello, I've a weird problem. Login-ins are correctly recorded but log-outs no. It started around March 10th/11th : Before that date, it was ok. After, only when someone replaced the previous user (I have a few leaf UUCP sites) was the log updated : Relevant extract from last : regnauld tty00 Mon Apr 10 23:48 - 01:07 (01:18) ALL BAD uunat tty00 Mon Apr 10 22:59 - 23:48 (00:49) !!! amelie tty00 Mon Apr 10 22:33 - 22:59 (00:26) !!! zarkdav tty00 Mon Apr 10 22:31 - 22:33 (00:02) !!! amelie tty00 Mon Apr 10 19:46 - 22:31 (02:44) !!! zarkdav tty00 Mon Apr 10 18:45 - 19:46 (01:01) !!! [...] uunat tty00 Sun Mar 12 14:58 - shutdown (03:34) BAD regnauld tty00 Sun Mar 12 14:50 - 14:58 (00:08) BAD fasterix tty00 Sun Mar 12 03:20 - 14:50 (11:30) BAD [...] uunat tty00 Sat Mar 11 16:52 - shutdown (01:56) BAD fasterix tty00 Sat Mar 11 15:53 - 16:52 (00:59) BAD ========================= Limit, before all was OK ==================== roberto ttyp6 :0.0 Sat Mar 11 10:53 - 18:49 (07:56) roberto ttyp5 :0.0 Sat Mar 11 10:53 - shutdown (07:56) roberto ttyp4 :0.0 Sat Mar 11 10:53 - 18:49 (07:56) roberto ttyp3 :0.0 Sat Mar 11 10:53 - 18:49 (07:56) reboot ~ Sat Mar 11 10:52 shutdown ~ Sat Mar 11 10:50 roberto ttyv0 Sat Mar 11 10:50 - shutdown (00:00) roberto ttyp4 :0.0 Sat Mar 11 10:31 - 10:49 (00:18) GOOD roberto ttyp6 :0.0 Sat Mar 11 10:28 - 10:29 (00:01) ... roberto ttyp5 :0.0 Sat Mar 11 10:26 - 10:49 (00:23) ... roberto ttyp4 :0.0 Sat Mar 11 10:26 - 10:29 (00:03) ... roberto ttyp3 :0.0 Sat Mar 11 10:26 - 10:49 (00:23) ... uunat tty00 Sat Mar 11 01:37 - 01:41 (00:04) ... alpha tty00 Fri Mar 10 23:13 - 23:13 (00:00) ... fasterix tty00 Fri Mar 10 23:05 - 23:05 (00:00) ... uunat tty00 Fri Mar 10 23:02 - 23:03 (00:00) ... uuitesec tty00 Fri Mar 10 17:40 - 17:42 (00:01) GOOD I've looked at getty/login/init without success... Another thing, when I "rlogin localhost -l guest" then the logout is correctly recorded ! guest has logged off ttyp8 from local. (from TCSH) guest ttyp8 localhost Tue Apr 11 20:43 - 20:43 (00:00) GOOD ! guest ttyp8 Tue Apr 11 20:12 - 20:43 (00:31) BAD ! -rw-r--r-- 1 root bin 144 Apr 11 20:43 wtmp -rw-r--r-- 1 root wheel 383724 Apr 11 19:17 wtmp.old Any ideas ? -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia 2.1.0-Development #14: Sat Apr 8 20:39:35 MET DST 1995 From owner-freebsd-hackers Tue Apr 11 12:11:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA29692 for hackers-outgoing; Tue, 11 Apr 1995 12:11:26 -0700 Received: from vinkku.hut.fi (vode@vinkku.hut.fi [130.233.245.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA29682 for ; Tue, 11 Apr 1995 12:11:20 -0700 Received: (from vode@localhost) by vinkku.hut.fi (8.6.11/8.6.7) id WAA08335; Tue, 11 Apr 1995 22:11:13 +0300 Date: Tue, 11 Apr 1995 22:11:13 +0300 From: Kai Vorma Message-Id: <199504111911.WAA08335@vinkku.hut.fi> To: hackers@FreeBSD.org Subject: A better malloc() for FreeBSD Reply-to: Kai.Vorma@hut.fi Sender: hackers-owner@FreeBSD.org Precedence: bulk As I wrote about two weeks ago the BSD malloc isn't very space-efficient but wastes memory quite liberally. This is because of two main reasons 1) It allocates blocks that are 2^n-4 bytes long. So if you say malloc(1024) you actually get 2044 bytes. 2) It cannot coalesc freed blocks: break is 0x1fbffc (2072032 bytes sbrked) after 1000 allocations of 1024 break is 0x1fbffc (2072032 bytes sbrked) after freeing all allocations break is 0x27cffc (2600416 bytes sbrked) after allocating 512000 I searched for better malloc implementations and found two good candidates: o CSRI malloc v1.17 by Mark Moraes o malloc-2.5.3b by Doug Lea Both mallocs are very space-efficient and performs coalescing on frees. The CSRI malloc is a bit slow and somewhat bloated (it does have hooks for debugging and some helper functions like strdup, emalloc, evalloc etc.). Doug Lea's malloc is very fast and simple so I choosed it. I replaced the BSD malloc in libc with Doug Lea's malloc about week ago and recompiled all static programs in /bin and /sbin. So far I have had only two problems: 1) sed crashes in some situations. At the end of this message is a patch (commited to freebsd-current a few days ago) that fixes sed. 2) Originally I installed Doug Lea's malloc as stdlib/dlmalloc.c and just commented out old malloc (gen/valloc.c, stdlib/malloc.c and stdlib/calloc.c) from makefiles. Everything worked smoothly until I tried to link something with static gnumalloc (linker complained about multiple defined symbols _malloc etc. Why?) so I had to replace the original stdlib/malloc.c with dlmalloc.c and comment out calloc() and valloc() from it. Does it help? Perhaps :-) I have 16MB of memory so things go smoothly anyway. However, the virtual size of XF_86 dropped from 7MB to 4MB and xv no longer grows until it hits datasize limit. I would suppose that the new malloc causes less TLB and page faults, too. If you want to try your luck then fetch malloc-2.5.3b.c from gee.cs.oswego.edu:/pub/misc, apply the following patch to it and install it as /usr/src/lib/libc/stdlib/malloc.c. Then recompile and install libc (take a backup of your old libc.so first! Actually take a full backup of your system first - I managed to destroy my cnews installation before I found and fixed a bug in sed). I'd like to see Doug Lea's malloc integrated into libc at some point. I don't think it should go into 2.1 but how about -current after 2.1 is out? ..vode PS. The comments says that it is a preliminary working version and unreleased. I asked the author and he said that it is stable and he has just forgotten to remove those comments. --------------------------------------------------------------------------- *** usr/src/usr.bin/sed/compile.c.old Tue Apr 11 10:44:45 1995 --- usr/src/usr.bin/sed/compile.c Thu Apr 6 05:15:37 1995 *************** *** 217,222 **** --- 217,224 ---- if (!*p) p = NULL; cmd2 = xmalloc(sizeof(struct s_command)); + cmd2->nonsel = cmd2->inrange = 0; + cmd2->a1 = cmd2->a2 = NULL; cmd2->code = '}'; *compile_stream("}", &cmd->u.c, p) = cmd2; cmd->next = cmd2; --------------------------------------------------------------------------- *** malloc-2.5.3b.c Sun Mar 26 10:50:54 1995 --- malloc.c Fri Apr 7 19:21:29 1995 *************** *** 271,276 **** --- 271,278 ---- /* preliminaries */ + #include + #ifndef __STD_C #ifdef __STDC__ #define __STD_C 1 *************** *** 1365,1373 **** } - /* Derivatives */ #if __STD_C Void_t* valloc(size_t bytes) #else --- 1367,1375 ---- } /* Derivatives */ + #if 0 #if __STD_C Void_t* valloc(size_t bytes) #else *************** *** 1394,1400 **** while (sz-- > 0) *q++ = 0; return p; } ! #if __STD_C void cfree(Void_t *mem) #else --- 1396,1402 ---- while (sz-- > 0) *q++ = 0; return p; } ! #endif #if __STD_C void cfree(Void_t *mem) #else From owner-freebsd-hackers Tue Apr 11 12:51:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA02076 for hackers-outgoing; Tue, 11 Apr 1995 12:51:16 -0700 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA02067 for ; Tue, 11 Apr 1995 12:51:10 -0700 Received: (from nate@localhost) by trout.sri.MT.net (8.6.11/8.6.10) id NAA10123; Tue, 11 Apr 1995 13:55:06 -0600 Date: Tue, 11 Apr 1995 13:55:06 -0600 From: Nate Williams Message-Id: <199504111955.NAA10123@trout.sri.MT.net> In-Reply-To: Kai Vorma "A better malloc() for FreeBSD" (Apr 11, 10:11pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: Kai.Vorma@hut.fi, hackers@FreeBSD.org Subject: Re: A better malloc() for FreeBSD Sender: hackers-owner@FreeBSD.org Precedence: bulk > As I wrote about two weeks ago the BSD malloc isn't very > space-efficient but wastes memory quite liberally. ... > I searched for better malloc implementations and found two good > candidates: > > o CSRI malloc v1.17 by Mark Moraes > o malloc-2.5.3b by Doug Lea > > Both mallocs are very space-efficient and performs coalescing on > frees. The CSRI malloc is a bit slow and somewhat bloated (it does > have hooks for debugging and some helper functions like strdup, > emalloc, evalloc etc.). Doug Lea's malloc is very fast and simple so I > choosed it. Do you have some comparisons of the mallocs to see space vs. time effeciency? I think the CSRI malloc has some tests you can run. > I replaced the BSD malloc in libc with Doug Lea's malloc about week > ago and recompiled all static programs in /bin and /sbin. So far I > have had only two problems: > [ Sed problem already fixed ] > 2) Originally I installed Doug Lea's malloc as stdlib/dlmalloc.c > and just commented out old malloc (gen/valloc.c, stdlib/malloc.c > and stdlib/calloc.c) from makefiles. Everything worked smoothly > until I tried to link something with static gnumalloc (linker > complained about multiple defined symbols _malloc etc. Why?) so I had > to replace the original stdlib/malloc.c with dlmalloc.c and comment > out calloc() and valloc() from it. This is a 'feature' of the linker which I'm supposed to be working on. Actually, this is expected behavior given the constraints which the run-time linker must operate under, and if you are *really* interested send me private email and I can explain it when I have more time. If we were to bring this in, the best bet is to break up dlmalloc.c into malloc.c, valloc.c, and calloc.c the same as the BSD malloc routines. This should avoid (I *think*) the linker errors. Could you try that out and see if it works? > I'd like to see Doug Lea's malloc integrated into libc at some > point. I don't think it should go into 2.1 but how about -current > after 2.1 is out? I'm in agreement with you. The current malloc implementation is very fast, but I think replacing malloc would make the system faster since there would be less swapping due to less memory use. If you could get some hard numbers re: performance I think we might have more to stand on when the time comes to integrate it into the system. Nate From owner-freebsd-hackers Tue Apr 11 13:07:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA03295 for hackers-outgoing; Tue, 11 Apr 1995 13:07:13 -0700 Received: from forgery.CS.Berkeley.EDU (forgery.CS.Berkeley.EDU [128.32.33.75]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA03285 ; Tue, 11 Apr 1995 13:07:06 -0700 Received: (from asami@localhost) by forgery.CS.Berkeley.EDU (8.6.11/8.6.9) id NAA13913; Tue, 11 Apr 1995 13:07:04 -0700 Date: Tue, 11 Apr 1995 13:07:04 -0700 Message-Id: <199504112007.NAA13913@forgery.CS.Berkeley.EDU> To: hsu@freefall.cdrom.com CC: hackers@freefall.cdrom.com In-reply-to: <199504111847.LAA27945@freefall.cdrom.com> (message from Jeffrey Hsu on Tue, 11 Apr 1995 11:47:55 -0700) Subject: Re: make parallelism From: asami@cs.berkeley.edu (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: hackers-owner@FreeBSD.org Precedence: bulk * As I understand it, our make is derived from pmake, which was capable of * firing off subprocesses in parallel. How did we lose this capability? I don't know where pmake got lost, but the /usr/share/mk/*.mk files aren't written for pmake, as there are many assumptions about left-to-right order of dependency tree traversal. At least I'm sure about bsd.port.mk. If we are going to have pmake soon, remind me to fix bsd.port.mk and bsd.port.subdir.mk. Satoshi From owner-freebsd-hackers Tue Apr 11 13:12:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA03672 for hackers-outgoing; Tue, 11 Apr 1995 13:12:48 -0700 Received: from kryten.atinc.com (kryten.atinc.com [198.138.38.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA03646 for ; Tue, 11 Apr 1995 13:12:39 -0700 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id QAA17789; Tue, 11 Apr 1995 16:09:49 -0400 Date: Tue, 11 Apr 1995 16:09:48 -0400 (EDT) From: "Jonathan M. Bresler" Subject: [Q] read decvmsbackup format To: freebsd-hackers@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk off topic for the list, but does anyone have a FreeBSD tool or pointer to code to read dec vms backup format 9 track tapes? here is an example of the header on the tape (retrieved with dd) VOL1BACK_F 3 HDR1BACK_F.BCK BACK_F00010001000100 88326 00000 000000DECVMSBACKUP HDR2F0819208192 M 00 the next part of the tape is 8k blocks that i have read with dd, but they remain fairly unintelligible. (hey, whats the problem, bits is bits! ;)) someone know how to decipher this stuff? \^@\^A\^@\^D\^A\^@\^A\^@\^A\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^ @\^@\^@\^@\^@\^@\^A\^A\^A\^@\^F\^D{\M-X\^@ \^@\^@\^@\^@\^@\^@BACK_F.BCK\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\ ^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@ \^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^ @\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\ ^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@ \^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^ @\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\ ^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@\M^N\M-,p\^A\^A\^@\^@\^@\^@\^@\^@\^@\^@\^@\^@ \^@\^@\^@\^A\^A\^@\^A\^@BACK_F.BCK\M-h\^@\^B\^@BACKUP/LOG/LIST=BACK_F.LIS GSM$DISK:[CODE3334.GS thanks, jmb Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. | 2341 Jeff Davis Hwy play go. | Arlington, VA 22202 ride bike. hack FreeBSD.--ah the good life | 703-418-2800 x346 From owner-freebsd-hackers Tue Apr 11 13:18:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA03951 for hackers-outgoing; Tue, 11 Apr 1995 13:18:37 -0700 Received: from bigdipper.umd.edu (bigdipper.umd.edu [128.8.220.139]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA03825 ; Tue, 11 Apr 1995 13:15:28 -0700 Received: (from adhir@localhost) by bigdipper.umd.edu (8.6.8/8.6.6) id QAA09255; Tue, 11 Apr 1995 16:15:17 -0400 Date: Tue, 11 Apr 1995 16:15:15 -0400 (EDT) From: "Alok K. Dhir" To: questions@FreeBSD.org, hackers@FreeBSD.org Subject: libc.a in /lib? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Hey all - I was wondering why FreeBSD doesn't keep libc in /lib instead of /usr/lib so that programs in /bin don't all need to be statically linked? Ocassionally, I find myself in single user mode without /usr mounted and try to execute some program which craps out due to the lack of libc. Then I wind up recompiling those programs statically. The end result is that I have something like a meg or two of statically linked programs which could happily be smaller if libc.* was in /lib (which would take up only 800k or so). (Yes, I know, I could change it on my own system, but then every time I sup, I'll have to change it again)... Thanks for any comments... Al From owner-freebsd-hackers Tue Apr 11 13:19:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA04019 for hackers-outgoing; Tue, 11 Apr 1995 13:19:31 -0700 Received: from goof.com (goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA04011 for ; Tue, 11 Apr 1995 13:19:29 -0700 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id QAA16984; Tue, 11 Apr 1995 16:19:48 -0400 Date: Tue, 11 Apr 1995 16:19:48 -0400 From: "matthew c. mead" Message-Id: <199504112019.QAA16984@goof.com> To: faulkner@mpd.tandem.com (Boyd Faulkner) Cc: hackers@FreeBSD.org Subject: Re: Sound stuff again (GUS MAX) In-Reply-To: Your message of Tue, April 11, 1995 10:12:39 -0500 References: <199504092302.TAA01314@goof.com> <9504111512.AA09114@olympus> Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, April 11, 1995 at 10:12:39 (-0500), Boyd Faulkner wrote: [ request for working sound stuff for gus max ] > xvmixer from snd-util-2.5.tar.gz (available from sunsite) works for me. > It does require the xview libraries, though. There is a curses based > mixer there, too but I never bothered to get it to work. I only tried > synth and pcm volume and they work but the others are available. Hmm. Would you mind sending my your /usr/include/machine/{soundcard.h,ultrasound.h}, a uuencoded copy of the xvmixer binary (I have the libs), and your kernel config file? I'd really appreciate it... thanks! -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Tue Apr 11 13:21:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA04223 for hackers-outgoing; Tue, 11 Apr 1995 13:21:56 -0700 Received: from w8hd.w8hd.org (w8hd.w8hd.org [198.252.159.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA04210 for ; Tue, 11 Apr 1995 13:21:51 -0700 Received: (from kimc@localhost) by w8hd.w8hd.org (8.6.11/w8hd) id QAA06332; Tue, 11 Apr 1995 16:21:37 -0400 Date: Tue, 11 Apr 1995 16:21:37 -0400 (EDT) From: Kim Culhan To: Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?= cc: rkw@dataplex.net, hackers@FreeBSD.org Subject: Re: perl5.001 patches needed In-Reply-To: <199504111416.HAA10358@silvia.HIP.Berkeley.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, 11 Apr 1995, Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?= wrote: > But it is much harder than having a port that takes care of > it for you, no? ;) Yes, if there was a port that would be great. kim -- kimc@w8hd.org From owner-freebsd-hackers Tue Apr 11 13:28:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA04546 for hackers-outgoing; Tue, 11 Apr 1995 13:28:18 -0700 Received: from goof.com (goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA04537 for ; Tue, 11 Apr 1995 13:28:14 -0700 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id QAA17015; Tue, 11 Apr 1995 16:27:49 -0400 Date: Tue, 11 Apr 1995 16:27:49 -0400 From: "matthew c. mead" Message-Id: <199504112027.QAA17015@goof.com> To: Gennady Sorokopud Cc: ti@bazooka.amb.org (Ti Kan), hackers@FreeBSD.org Subject: Re: xmcd 1.4 [ LONG DEBUG INFO ] In-Reply-To: Your message of Tue, April 11, 1995 09:04:58 +0300 References: <9504101654.AA00030@bazooka.amb.org> <199504110604.JAA01648@Burka.NetVision.net.il> Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, April 11, 1995 at 09:04:58 (+0300), Gennady Sorokopud wrote: > xcdplayer uses ioctl interface while xmcd uses SCIOCCOMMAND > to communicate with CD-ROM. I've made some patches for xmcd > so it can use ioctl interface too. If you interested i can send > them to you so you can try if xmcd works for you at all. > Meanwhile i'll try to understand what's wrong with SCSI interface.... > Maybe it's somehow related to lates SCSI system changes. That's my belief. I can't compile a copy that works properly, however, when I use the precompiled binary, it works just fine. *argh*!! :-) I don't think I need the ioctl patches, though - it might be nice for Ti to include them as part of his package though ... *shrug* -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Tue Apr 11 14:46:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA10385 for hackers-outgoing; Tue, 11 Apr 1995 14:46:53 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA10368 for ; Tue, 11 Apr 1995 14:46:46 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id XAA14114 ; Tue, 11 Apr 1995 23:46:42 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id XAA21480 ; Tue, 11 Apr 1995 23:46:41 +0200 Received: (from roberto@localhost) by keltia.frmug.fr.net (8.6.11/keltia-uucp-1.21) id WAA09659; Tue, 11 Apr 1995 22:37:59 +0200 From: Ollivier Robert Message-Id: <199504112037.WAA09659@keltia.frmug.fr.net> Subject: Re: FAQ updates To: steve2@freefall.cdrom.com (Steve Gerakines) Date: Tue, 11 Apr 1995 22:37:58 +0200 (MET DST) Cc: freebsd-hackers@FreeBSD.org Reply-To: roberto@keltia.freenix.fr (Ollivier Robert) In-Reply-To: <199504090633.CAA04131@genesis.tiac.net> from "Steve Gerakines" at Apr 9, 95 02:33:17 am X-Operating-System: FreeBSD 2.1.0-Development ctm#539 X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 353 Sender: hackers-owner@FreeBSD.org Precedence: bulk It seems that Steve Gerakines said: > To whoever is currently maintaining FreeBSD.FAQ: > > Could you please update the list of drives supported. It currently > lists: Done for the SGML version. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia 2.1.0-Development #14: Sat Apr 8 20:39:35 MET DST 1995 From owner-freebsd-hackers Tue Apr 11 15:01:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA11183 for hackers-outgoing; Tue, 11 Apr 1995 15:01:28 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA11177 for ; Tue, 11 Apr 1995 15:01:25 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA02073; Tue, 11 Apr 95 15:54:40 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504112154.AA02073@cs.weber.edu> Subject: Re: [Q] read decvmsbackup format To: jmb@kryten.atinc.com (Jonathan M. Bresler) Date: Tue, 11 Apr 95 15:54:39 MDT Cc: freebsd-hackers@FreeBSD.org In-Reply-To: from "Jonathan M. Bresler" at Apr 11, 95 04:09:48 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > off topic for the list, but > > does anyone have a FreeBSD tool or pointer to code to read dec vms backup > format 9 track tapes? here is an example of the header on the tape > (retrieved with dd) There is a program called "ansitape" that is in the comp.sources.unix archives on most major FTP sites. You will have to find out which volume yourself. I know it runs on VMS 9 tracks read with a Cypher drive with a differential to regualr SCSI converter board. No, I don't have access to theis wierd hardware any more. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Apr 11 15:14:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA11808 for hackers-outgoing; Tue, 11 Apr 1995 15:14:33 -0700 Received: from sgiblab.sgi.com (sgiblab.SGI.COM [192.82.208.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA11802 for ; Tue, 11 Apr 1995 15:14:32 -0700 Received: from bazooka.amb.org by sgiblab.sgi.com via UUCP (950215.SGI.8.6.10/911001.SGI) id PAA29135; Tue, 11 Apr 1995 15:14:33 -0700 Received: by bazooka.amb.org (Sendmail 5.65/AMB-1.4) id AA03906; Tue, 11 Apr 95 14:20:38 -0700 From: ti@bazooka.amb.org (Ti Kan) Message-Id: <9504112120.AA03906@bazooka.amb.org> Subject: Re: xmcd 1.4 [ MORE LONG DEBUG INFO ] To: mmead@goof.com (matthew c. mead) Date: Tue, 11 Apr 1995 14:20:38 -0700 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: <199504111554.LAA14179@goof.com> from "matthew c. mead" at Apr 11, 95 11:54:43 am X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 693 Sender: hackers-owner@FreeBSD.org Precedence: bulk matthew c. mead writes: > > ftp.netcom.com:/pub/tk/tkan/xmcd-1.4/freebsd/xmcdbin.README > > ftp.netcom.com:/pub/tk/tkan/xmcd-1.4/freebsd/xmcdbin.tar.gz > > Ok. I grabbed this, and it works perfectly. *sigh* I wish I knew > why! I'd like to be able to build it myself and have it work (I really > prefer to build things myself...). What are the compiler options used when you compiled xmcd? I assume you're using gcc... -Ti -- /// Ti Kan Vorsprung durch Technik /// AMB Research Laboratories, Sunnyvale, CA. USA /// Internet: ti@amb.org ////// UUCP: ...!uunet!bazooka!ti /// URL: ftp://ftp.netcom.com/pub/tk/tkan/www/tikan/tikan.html From owner-freebsd-hackers Tue Apr 11 18:26:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA18627 for hackers-outgoing; Tue, 11 Apr 1995 18:26:35 -0700 Received: from ix2.ix.netcom.com (ix2.ix.netcom.com [199.182.120.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA18620 for ; Tue, 11 Apr 1995 18:26:34 -0700 Received: from by ix2.ix.netcom.com (8.6.12/SMI-4.1/Netcom) id SAA22225; Tue, 11 Apr 1995 18:25:57 -0700 Date: Tue, 11 Apr 1995 18:25:57 -0700 Message-Id: <199504120125.SAA22225@ix2.ix.netcom.com> From: PVinci@ix.netcom.com (Paul Vinciguerra) Subject: install "upgrade" -- again To: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk I still think about not having an upgrade option for 2.1. Can CTM be used to do the "upgrades"? Include the deltas on the CD and a script to apply the delta, run config & recompile. Maybe I'm naive, but there must be a way to offer an upgrade. I'm still a little "green" when it comes to FreeBSD, but I'll do what I can if someone wants an apprentice. Paul From owner-freebsd-hackers Tue Apr 11 18:29:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA18759 for hackers-outgoing; Tue, 11 Apr 1995 18:29:26 -0700 Received: from haven.ios.com (haven.ios.com [198.4.75.45]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA18750 for ; Tue, 11 Apr 1995 18:29:24 -0700 Received: (from rashid@localhost) by haven.ios.com (8.6.9/8.6.9) id VAA02295 for hackers@freebsd.org; Tue, 11 Apr 1995 21:31:49 -0400 From: "Rashid Karimov." Message-Id: <199504120131.VAA02295@haven.ios.com> Subject: Hung telnetds. To: hackers@FreeBSD.org Date: Tue, 11 Apr 1995 21:31:49 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 739 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi there folx , Today I suddenly saw a LOT of hung telnetds on my PC - some 50 of them . A little bit later I expirienced the aftereffects - all pty's were eaten up :( . Some telnetds were hanging around for 6-7 days .... The telnetd is from SNAP 0210 , but the kernel is :) almost current ( may be 15 days old ) . So the Q is - how come ? Any comments will be appreciated ... Probably there is something wrong with telnetd ? Any cure ? Before I start tailoring telnetd :)) The PC is P5/90 , FreeBSD 2.1Dev.,128M RAM ...well , it has nothing to do with this , I think. The PC serves dial-up ( telnet) clients thru ANNEX-3 terminal servers. Well , that's about it ... Otherwise the system is pretty stable SY RK From owner-freebsd-hackers Tue Apr 11 18:29:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA18771 for hackers-outgoing; Tue, 11 Apr 1995 18:29:37 -0700 Received: from ns1.win.net (ns1.win.net [204.215.209.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA18765 for ; Tue, 11 Apr 1995 18:29:35 -0700 Received: (from bugs@localhost) by ns1.win.net (8.6.9/8.6.9) id VAA20622 for hackers@freebsd.org; Tue, 11 Apr 1995 21:31:13 -0400 From: Mark Hittinger Message-Id: <199504120131.VAA20622@ns1.win.net> Subject: re: weird problem with login/getty/init wtmp To: hackers@FreeBSD.org Date: Tue, 11 Apr 1995 21:31:11 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 686 Sender: hackers-owner@FreeBSD.org Precedence: bulk > From: Ollivier Robert > Subject: Weird problem with login/getty/init & utmp/wtmp > > I've a weird problem. Login-ins are correctly recorded but log-outs no. It > started around March 10th/11th : > I had this problem while I experimented with increasing UT_NAMESIZE beyond 8 in /usr/include/utmp.h. I did not reboot, and the old init was running (the old init had UT_NAMESIZE as 8). After rebooting with the recompiled init the problem went away. I'm using UT_NAMESIZE 10 now with no trouble. I needed to do this to migrate users from an older SYSV era box that had 9/10 character user names on it. Regards, Mark Hittinger bugs@win.net From owner-freebsd-hackers Tue Apr 11 18:41:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA19303 for hackers-outgoing; Tue, 11 Apr 1995 18:41:59 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA19297 for ; Tue, 11 Apr 1995 18:41:58 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id SAA06712; Tue, 11 Apr 1995 18:41:54 -0700 From: Poul-Henning Kamp Message-Id: <199504120141.SAA06712@ref.tfs.com> Subject: Re: install "upgrade" -- again To: PVinci@ix.netcom.com (Paul Vinciguerra) Date: Tue, 11 Apr 1995 18:41:54 -0700 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: <199504120125.SAA22225@ix2.ix.netcom.com> from "Paul Vinciguerra" at Apr 11, 95 06:25:57 pm Content-Type: text Content-Length: 650 Sender: hackers-owner@FreeBSD.org Precedence: bulk > I still think about not having an upgrade option for 2.1. so do we... > Can CTM be used to do the "upgrades"? Include the deltas on the CD and > a script to apply the delta, run config & recompile. In theory yes, but it wouldn't be very efficient... > Maybe I'm naive, but there must be a way to offer an upgrade. I'm still > a little "green" when it comes to FreeBSD, but I'll do what I can if > someone wants an apprentice. We have your name on file :-) -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Tue Apr 11 20:33:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA24206 for hackers-outgoing; Tue, 11 Apr 1995 20:33:08 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id UAA24198 for ; Tue, 11 Apr 1995 20:33:04 -0700 Received: by sequent.kiae.su id AA26658 (5.65.kiae-2 ); Wed, 12 Apr 1995 07:20:52 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Wed, 12 Apr 95 07:20:52 +0400 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id WAA01984; Tue, 11 Apr 1995 22:13:39 +0400 To: Boyd Faulkner , "matthew c. mead" Cc: hackers@FreeBSD.org References: <9504111512.AA09114@olympus> In-Reply-To: <9504111512.AA09114@olympus>; from Boyd Faulkner at Tue, 11 Apr 1995 10:12:39 -0500 (CDT) Message-Id: Organization: Olahm Ha-Yetzirah Date: Tue, 11 Apr 1995 22:13:39 +0400 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: Sound stuff again (GUS MAX) Lines: 30 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1308 Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <9504111512.AA09114@olympus> Boyd Faulkner writes: >> >> Is there anyone out there with a GUS MAX who currently has a sound setup >> that allows them to control the output level of volume, synth volume, pcm >> volume, cdrom input volume, mic volume, and line volume? If so, could you tell >> me how to get that stuff working? Thanks! >> >> >> >> -matt >> >> -- >> Matthew C. Mead -> Virginia Tech Center for Transportation Research - >> -> Multiple Platform System and Network Administration >> Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other >> ---- ------- WWW -> http://www.goof.com/~mmead --- ----- >> >xvmixer from snd-util-2.5.tar.gz (available from sunsite) works for me. >It does require the xview libraries, though. There is a curses based >mixer there, too but I never bothered to get it to work. I only tried >synth and pcm volume and they work but the others are available. /usr/sbin/mixer can helps too. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Tue Apr 11 20:35:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA24557 for hackers-outgoing; Tue, 11 Apr 1995 20:35:50 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id UAA24534 for ; Tue, 11 Apr 1995 20:35:44 -0700 Received: by sequent.kiae.su id AA27479 (5.65.kiae-2 ); Wed, 12 Apr 1995 07:24:43 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Wed, 12 Apr 95 07:24:43 +0400 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id HAA03111; Wed, 12 Apr 1995 07:24:42 +0400 To: freebsd-hackers@FreeBSD.org, Mike Pritchard References: <199504111500.KAA01076@mpp.com> In-Reply-To: <199504111500.KAA01076@mpp.com>; from Mike Pritchard at Tue, 11 Apr 1995 10:00:48 -0500 (CDT) Message-Id: Organization: Olahm Ha-Yetzirah Date: Wed, 12 Apr 1995 07:24:41 +0400 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: atrun fix Lines: 17 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 879 Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <199504111500.KAA01076@mpp.com> Mike Pritchard writes: >Here is a fix for the atrun security hole. When sending mail, atrun >will switch ids to that of the user running the at job. This will >prevent the user from spoofing sendmail any more than they could from a >login shell. I also fixed it so that it correctly sets up the users groups >before running the at job or sending mail to the user. It also now requires >that the user be present in the password file before allowing the >job to execute. I just commit different fix for all problems that you mention. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Tue Apr 11 20:54:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA25475 for hackers-outgoing; Tue, 11 Apr 1995 20:54:38 -0700 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA25469 for ; Tue, 11 Apr 1995 20:54:35 -0700 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id XAA01548; Tue, 11 Apr 1995 23:54:33 -0400 Date: Tue, 11 Apr 1995 23:54:33 -0400 From: "matthew c. mead" Message-Id: <199504120354.XAA01548@goof.com> To: ti@bazooka.amb.org (Ti Kan) Cc: hackers@FreeBSD.org Subject: Re: xmcd 1.4 [ MORE LONG DEBUG INFO ] In-Reply-To: Your message of Tue, April 11, 1995 14:20:38 -0700 References: <199504111554.LAA14179@goof.com> <9504112120.AA03906@bazooka.amb.org> Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, April 11, 1995 at 14:20:38 (-0700), Ti Kan wrote: > > Ok. I grabbed this, and it works perfectly. *sigh* I wish I knew > > why! I'd like to be able to build it myself and have it work (I really > > prefer to build things myself...). > What are the compiler options used when you compiled xmcd? > I assume you're using gcc... cc -m486 -O2 -I.. -I/usr/X11R6/include -DCSRG_BASED -DFUNCPROTO=15 -DNARROWPROTO -DBSDCOMPAT -c util.c Yes, it is gcc (cc points to gcc under FreeBSD). This is what all of the cc commands look like... -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Tue Apr 11 21:40:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA26997 for hackers-outgoing; Tue, 11 Apr 1995 21:40:13 -0700 Received: (from jkh@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA26990 for hackers; Tue, 11 Apr 1995 21:40:12 -0700 Date: Tue, 11 Apr 1995 21:40:12 -0700 From: "Jordan K. Hubbard" Message-Id: <199504120440.VAA26990@freefall.cdrom.com> To: hackers Subject: A task for all you _really_.. um... "thorough" people out there.. Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi! Are you the kind of person who straightens the placemats while you're waiting for your food? Do crooked pictures in public places _really_ bother you? Did you ever try to actually count all the beans in one of those "guess the number of beans in this jar and win a free round-trip ticket to Cincinnati!" contests? If your answer was "yes" to any of those, then this job is for you! I'd be really really happy if someone could go through our _entire_ source tree and search for attributions which aren't reflected in the FreeBSD.CONTRIB file. I have a strong suspicion that a number of authors have contributed code in the last 6 months but not made the acknowledgements list, and that's just kind of rude. We should give credit where it's due and if this means that someone, somewhere out there, must pay the price of laboriously searching through all of our sources to painstakingly seek out and collate all such information, then I'm willing for them to pay it.. I think I phrased that rather neatly, myself. :-) Jordan From owner-freebsd-hackers Tue Apr 11 21:45:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA27126 for hackers-outgoing; Tue, 11 Apr 1995 21:45:31 -0700 Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA27120 for ; Tue, 11 Apr 1995 21:45:29 -0700 Message-Id: <199504120445.VAA27120@freefall.cdrom.com> Received: by crh.cl.msu.edu (1.38.193.4/16.2) id AA09807; Wed, 12 Apr 1995 00:45:27 -0400 From: Charles Henrich Subject: ATAPI IDE CDrom's ? To: freebsd-hackers@FreeBSD.org Date: Wed, 12 Apr 1995 00:45:27 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 188 Sender: hackers-owner@FreeBSD.org Precedence: bulk Does FreeBSD support the ATAPI IDE Cdrom standard? -Crh Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-hackers Tue Apr 11 21:59:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA27256 for hackers-outgoing; Tue, 11 Apr 1995 21:59:04 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA27249 for ; Tue, 11 Apr 1995 21:59:03 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id VAA07658; Tue, 11 Apr 1995 21:58:54 -0700 From: Poul-Henning Kamp Message-Id: <199504120458.VAA07658@ref.tfs.com> Subject: Re: ATAPI IDE CDrom's ? To: henrich@crh.cl.msu.edu (Charles Henrich) Date: Tue, 11 Apr 1995 21:58:54 -0700 (PDT) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199504120445.VAA27120@freefall.cdrom.com> from "Charles Henrich" at Apr 12, 95 00:45:27 am Content-Type: text Content-Length: 276 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Does FreeBSD support the ATAPI IDE Cdrom standard? It's on it's way. Not quite yet though. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Tue Apr 11 23:19:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA29054 for hackers-outgoing; Tue, 11 Apr 1995 23:19:40 -0700 Received: from kksys.skypoint.net (kksys.skypoint.net [199.86.32.5]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA29048 for ; Tue, 11 Apr 1995 23:19:38 -0700 Received: from starfire.mn.org by kksys.skypoint.net with smtp (Smail3.1.29.1 #2) id m0ryuqP-0003UDC; Wed, 12 Apr 95 00:20 CDT Received: (from john@localhost) by starfire.mn.org (8.6.8/1.2.1) id BAA02125 for hackers@FreeBSD.org; Wed, 12 Apr 1995 01:18:40 -0500 From: John Lind Message-Id: <199504120618.BAA02125@starfire.mn.org> Subject: undocumented features of route and netstat in FreeBSD 2.0(-950322-SNAP) To: hackers@FreeBSD.org (FreeBSD hackers) Date: Wed, 12 Apr 1995 01:18:39 -0500 (CDT) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 4431 Sender: hackers-owner@FreeBSD.org Precedence: bulk While I have mentioned the specific version of FreeBSD on which this behavior was observed, I suspect that it may not be tied to that specific release and is probably endemic to BSD 4.4Lite systems of all sorts. The problem appears when the -netmask optional qualifier is used in an undocumented position relative to the other parameters of the route command. I do not mean to open up old wars about protecting users from every conceivable error in input, or the "do what I say" argument, but there are some aspects of this that I think you fill find interesting. Before I go farther, let me be clear. Using the correct syntax as documented in the manual gives the correct and expected behavior as far as I am able to determine. This is by no means a "bug" report nor is progress on any front halted because of this. This is an FYI posting, though some of the behavior documented herein is arguably "wrong." If the -netmask qualifier is used immediately after the "add" option keyword (with its appropriate mask value), rather than in the correct position after the destination, the route command does not complain. In fact, it reports "add net" for both cases. The resulting route in the system tables does not work as desired, however, and behaves as if it were a host route entry. Now, here is the interesting part: netstat -nr reports the working entry and the non-working entry in such a way that it is not possible to distinguish the working one from the non-working one. Let me use an example for clarity. route add -netmask 255.255.255.240 199.199.135.32 199.199.135.69 will report add net 199.199.135.32: gateway 199.199.135.69 just as will route add 199.199.135.32 199.199.135.69 -netmask 255.255.255.240 In fact, netstat -nr will show both routes identically. The first, however, will behave in the same manner as a host route, and the second will behave as desired. Look, for example, and the following output of netstat -nr: Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 199.86.32.1 UGc 3 9591 ppp0 127.0.0.1 127.0.0.1 UH 0 2 lo0 199.86.32.1 199.86.32.169 UH 3 0 ppp0 199.86.32.169 127.0.0.1 UH 0 28 lo0 199.199.135.32 199.199.135.69 UGSc 0 0 ed0 199.199.135.64 link#1 UC 0 0 ed0 -84167 199.199.135.65 2:60:8c:43:fa:7c UHLW 0 10 lo0 199.199.135.69 0:20:af:2c:35:a3 UHLW 2 28 ed0 1018 199.199.135.96 199.199.135.69 UGSc 0 8 ed0 224 link#1 UCS 0 0 ed0 -112153 Of the two subnets .32 and .96, one was added with the trailing -netmask qualifer and works, and one was added with the -netmask qualifer right after the "add" keyword and does not have the desired effect. Are you able to determine which is correct and which is incorrect from the above output? I am not. To verify that I was not imagining things or attributing behavior to one thing when another was responsible, I removed the subnet route entries for .32 and .96 and re-added them, reserving their "roles" -- that is, the syntax I had used vs. the correct syntax. Also note that not only is the "confirmation" output of the route command is identical using either command syntax: add net ww.xx.yy.zz: gateway aa.bb.cc.dd but using -net will also force the confirmation to say "net" rather than "host", though without the trailing -netmask suboption, it will behave as a host route. I'd be willing to write a FAQ on this except for the following: 1) the documentation (man page) describes the correct syntax which gives the desired behavior 2) there has already been plenty written about subnets and their use (RFC's, etc.) 3) I don't understand well enough what route, netstat, and the kernel are doing in the cases which appear "wrong" to know that they are, indeed, wrong and not the action or side-effect of some other desired behavior. Still, if someone thought a FAQ was meritted, I'd undertake to understand things well enough to try it. I hope that this information is of use, or at least interest, to someone. John Lind, Starfire Consulting Services E-mail: john@starfire.MN.ORG USnail: PO Box 17247, Mpls MN 55417 From owner-freebsd-hackers Tue Apr 11 23:21:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA29117 for hackers-outgoing; Tue, 11 Apr 1995 23:21:39 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA29111 for ; Tue, 11 Apr 1995 23:21:36 -0700 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id CAA02451; Wed, 12 Apr 1995 02:20:49 -0400 From: Peter Dufault Message-Id: <199504120620.CAA02451@hda.com> Subject: Re: xmcd 1.4 [ LONG DEBUG INFO ] To: mmead@goof.com (matthew c. mead) Date: Wed, 12 Apr 1995 02:20:49 -0400 (EDT) Cc: gena@NetVision.net.il, ti@bazooka.amb.org, hackers@FreeBSD.org In-Reply-To: <199504112027.QAA17015@goof.com> from "matthew c. mead" at Apr 11, 95 04:27:49 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1395 Sender: hackers-owner@FreeBSD.org Precedence: bulk matthew c. mead writes: > > On Tue, April 11, 1995 at 09:04:58 (+0300), Gennady Sorokopud wrote: > > > xcdplayer uses ioctl interface while xmcd uses SCIOCCOMMAND > > to communicate with CD-ROM. I've made some patches for xmcd > > so it can use ioctl interface too. If you interested i can send > > them to you so you can try if xmcd works for you at all. > > Meanwhile i'll try to understand what's wrong with SCSI interface.... > > Maybe it's somehow related to lates SCSI system changes. > > That's my belief. I can't compile a copy that works properly, > however, when I use the precompiled binary, it works just fine. *argh*!! > :-) I don't think I need the ioctl patches, though - it might be nice for > Ti to include them as part of his package though ... *shrug* If you're going through the SCIOCCOMMAND ioctl then the precompiled binary shouldn't make a difference since all the scsi code is in the kernel and won't change based on the binary. If you're going through the scsi(3) library then these environment variables: SU_DEBUG_OUTPUT: Send debug output to this file SU_DEBUG_LEVEL: Set verbosity level SU_DEBUG_TRUNCATE: Truncate data phase info after this much information are useful. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Tue Apr 11 23:24:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA29196 for hackers-outgoing; Tue, 11 Apr 1995 23:24:24 -0700 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA29190 for ; Tue, 11 Apr 1995 23:24:22 -0700 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.11/8.6.9) with SMTP id XAA01276; Tue, 11 Apr 1995 23:17:42 GMT Message-Id: <199504112317.XAA01276@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: "Andrey A. Chernov, Black Mage" cc: Boyd Faulkner , "matthew c. mead" , hackers@FreeBSD.org Subject: Re: Sound stuff again (GUS MAX) In-reply-to: Your message of "Tue, 11 Apr 1995 22:13:39 +0400." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 11 Apr 1995 23:17:39 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk ---- > >> > >xvmixer from snd-util-2.5.tar.gz (available from sunsite) works for me. > >It does require the xview libraries, though. There is a curses based > >mixer there, too but I never bothered to get it to work. I only tried > >synth and pcm volume and they work but the others are available. > > /usr/sbin/mixer can helps too. > Well, most Linux sound apps will compile with minor effort on FreeBSD. So if you like you can peruse on the linux archive from time to time to see what they got in terms of sound apps. Also, there is a Voxware api document detailing the interface to the sound driver --- I don't have it handy but when I get chance I will put it up for easy ftp access. Amancio From owner-freebsd-hackers Tue Apr 11 23:40:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA29668 for hackers-outgoing; Tue, 11 Apr 1995 23:40:51 -0700 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA29661 for ; Tue, 11 Apr 1995 23:40:49 -0700 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id CAA02819; Wed, 12 Apr 1995 02:40:49 -0400 Date: Wed, 12 Apr 1995 02:40:49 -0400 From: "matthew c. mead" Message-Id: <199504120640.CAA02819@goof.com> To: Amancio Hasty Cc: "Andrey A. Chernov, Black Mage" , Boyd Faulkner , hackers@FreeBSD.org Subject: Re: Sound stuff again (GUS MAX) In-Reply-To: Your message of Tue, April 11, 1995 23:17:39 +0000 References: <199504112317.XAA01276@star-gate.com> Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, April 11, 1995 at 23:17:39 (+0000), Amancio Hasty wrote: > Well, most Linux sound apps will compile with minor effort on FreeBSD. > So if you like you can peruse on the linux archive from time to time > to see what they got in terms of sound apps. Also, there is a Voxware > api document detailing the interface to the sound driver --- I don't > have it handy but when I get chance I will put it up for easy ftp > access. Well, the point in asking for all that stuff was that I need to find out whether or not the problem with my sound stuff exists because of the state of the driver, or due to something I did wrong with configuring my kernel, or whatever. If his stuff works for him and not me and things are not identical as far as kernel configs and such, I can pretty much assume I've got a hardware problem... -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Wed Apr 12 00:04:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA00109 for hackers-outgoing; Wed, 12 Apr 1995 00:04:48 -0700 Received: from dns.netvision.net.il (root@dns.NetVision.net.il [194.90.1.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA00102 for ; Wed, 12 Apr 1995 00:04:37 -0700 Received: from Burka.NetVision.net.il (Burka.NetVision.net.il [194.90.1.15]) by dns.netvision.net.il (8.6.10/8.6.9) with ESMTP id KAA25470; Wed, 12 Apr 1995 10:03:27 +0300 Received: from localhost (localhost [127.0.0.1]) by Burka.NetVision.net.il (8.6.10/8.6.6) with SMTP id KAA10026; Wed, 12 Apr 1995 10:10:48 +0300 Message-Id: <199504120710.KAA10026@Burka.NetVision.net.il> X-Authentication-Warning: Burka.NetVision.net.il: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6gamma+ 4/3/95 To: "matthew c. mead" cc: Gennady Sorokopud , ti@bazooka.amb.org (Ti Kan), hackers@FreeBSD.org Subject: Re: xmcd 1.4 [ LONG DEBUG INFO ] In-reply-to: Your message of "Tue, 11 Apr 1995 16:27:49 EDT." <199504112027.QAA17015@goof.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 12 Apr 1995 10:10:48 +0300 From: Gennady Sorokopud Sender: hackers-owner@FreeBSD.org Precedence: bulk Ok..here is the results: Yesterday i grabbed sources from ftp.x.org compiled them and installed..and guess what? it worked!! So i think it's some system dependent problem. I have AIC6360 on SB16 and Toshiba XM3501. I also heard something about timeout problems on different systems. Matthew, can you get ftp://Burka.NetVision.net.il/pub/xmcd/xmcd14fi.tar.gz and check if it works for you in SCSI mode? I made some timeout changes that might help... Regards. OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO O Gennady Sorokopud O O O O System programmer at NetVision Israel O O Home of Israeli Internet O O O O E-Mail: gena@netvision.net.il O O O O http: http://www.netvision.net.il/~gena/ O O Tel: home: 972-4-9931-594 Address: Sharet st. 11/13 O O work: 972-4-440-330 K. Tivon , Israel O OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.6 mQBNAi43i2YAAAECANV6d3p8bQLR6Hr2tyd9f4FEUakUIbF0YOtsiil3hR/ebGRe y4EC2Y45ZS7VPiP8Pp8zyAinWEtJ/tBKBYoHdPEABRG0LEdlbm5hZHkgQi4gU29y b2tvcHVkIDxnZW5hQG5ldHZpc2lvbi5uZXQuaWw+ =bvR+ -----END PGP PUBLIC KEY BLOCK----- From owner-freebsd-hackers Wed Apr 12 00:32:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA00495 for hackers-outgoing; Wed, 12 Apr 1995 00:32:21 -0700 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA00489 for ; Wed, 12 Apr 1995 00:32:18 -0700 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id DAA02952; Wed, 12 Apr 1995 03:32:19 -0400 Date: Wed, 12 Apr 1995 03:32:19 -0400 From: "matthew c. mead" Message-Id: <199504120732.DAA02952@goof.com> To: Amancio Hasty Subject: Re: Sound stuff again (GUS MAX) Cc: hackers@FreeBSD.org In-Reply-To: Your message of Wed, April 12, 1995 00:05:19 +0000 References: <199504120640.CAA02819@goof.com> <199504120005.AAA01481@star-gate.com> Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, April 12, 1995 at 00:05:19 (+0000), Amancio Hasty wrote: > matthew c. mead writes: > > Well, the point in asking for all that stuff was that I need to > > find out whether or not the problem with my sound stuff exists because of > > the state of the driver, or due to something I did wrong with configuring > > my kernel, or whatever. If his stuff works for him and not me and things > > are not identical as far as kernel configs and such, I can pretty much > > assume I've got a hardware problem... > Well, Andrew does not have a gus max.... > I usually test my card under DOS is not very scientific but it > verifies my hardware most of the time. Well, it seems to work ok under DOS for the mostpart. There are a few problems with it though. I'm returning it to be serviced this week. > I just don't have a gus max otherwise I will be able to tell you > whether is the driver or not. If you can play back changes are > that the driver is on good shape provided that you don't > have the dual dma driver in your system . Is easy to find out > just do a grep for GUS_DMA_READ in /sys/i386/isa/sound/*.c Well, grepping for that reveals nothing, but I still have problems. Mixer programs show SYNTH, PCM, LINE, and MIC as the only valid sources to change the volume for. I should be able to change the volume for CDROM and master VOLUME as well. I still have problems with playing .wav's and raw audio data. What happens is there is a bit of the sample repeated after it is played. I still also have problems building gmod and using it. It makes squeaky noises and generally messes up the samples. A gmod compiled under 1.1.5.1 works just fine. I don't get it. -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Wed Apr 12 00:37:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA00605 for hackers-outgoing; Wed, 12 Apr 1995 00:37:16 -0700 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA00599 for ; Wed, 12 Apr 1995 00:37:15 -0700 Received: from redline.ru (mail.redline.ru [194.87.69.22]) by wcarchive.cdrom.com (8.6.11/8.6.6) with SMTP id AAA01040 for ; Wed, 12 Apr 1995 00:36:47 -0700 Message-Id: Date: Wed, 12 Apr 95 11:34 GMT+0400 From: agl@redline.ru (Anthony Graphics) To: freebsd-hackers@wcarchive.cdrom.com Subject: 940804 (vaporware ;-) reboots the system either: X-Mailer: GNOS 2.3.3c Sender: hackers-owner@FreeBSD.org Precedence: bulk again, the system worked for weeks under load in linux, now FreeBSD reboots it during the memory test :-[ I tryed to increase wait states in the CMOS to MAX values to no avail :-[ Any pointers would be welcome. Somebody told me that disabling cache on the motherboard could help: but I don't want to do such a stupid tricks. Thanx in advance for any pointers. AGL From owner-freebsd-hackers Wed Apr 12 01:01:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA01400 for hackers-outgoing; Wed, 12 Apr 1995 01:01:35 -0700 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA01393 for ; Wed, 12 Apr 1995 01:01:30 -0700 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id EAA05406; Wed, 12 Apr 1995 04:01:24 -0400 Date: Wed, 12 Apr 1995 04:01:24 -0400 From: "matthew c. mead" Message-Id: <199504120801.EAA05406@goof.com> To: Gennady Sorokopud Cc: ti@bazooka.amb.org (Ti Kan), hackers@FreeBSD.org Subject: Re: xmcd 1.4 [ LONG DEBUG INFO ] In-Reply-To: Your message of Wed, April 12, 1995 10:10:48 +0300 References: <199504112027.QAA17015@goof.com> <199504120710.KAA10026@Burka.NetVision.net.il> Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, April 12, 1995 at 10:10:48 (+0300), Gennady Sorokopud wrote: > Ok..here is the results: > Yesterday i grabbed sources from ftp.x.org compiled them > and installed..and guess what? it worked!! > So i think it's some system dependent problem. I have AIC6360 on SB16 > and Toshiba XM3501. I also heard something about timeout problems > on different systems. > Matthew, can you get ftp://Burka.NetVision.net.il/pub/xmcd/xmcd14fi.tar.gz > and check if it works for you in SCSI mode? I made some timeout > changes that might help... Well, I did a sup tonight, and updated my includes, lkms, and my kernel. Then I got this version and built it, and guess what, it works! I don't know why - I have a feeling I had some weird code in my includes or something that was caused by an aborted sup maybe? Anyhow, it works! Thanks guys for all of your help! -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Wed Apr 12 01:03:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA01490 for hackers-outgoing; Wed, 12 Apr 1995 01:03:00 -0700 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA01472 for ; Wed, 12 Apr 1995 01:02:53 -0700 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id EAA05412; Wed, 12 Apr 1995 04:02:54 -0400 Date: Wed, 12 Apr 1995 04:02:54 -0400 From: "matthew c. mead" Message-Id: <199504120802.EAA05412@goof.com> To: Amancio Hasty Subject: Re: Sound stuff again (GUS MAX) Cc: hackers@FreeBSD.org In-Reply-To: Your message of Wed, April 12, 1995 00:40:49 +0000 References: <199504120732.DAA02952@goof.com> <199504120040.AAA18856@star-gate.com> Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, April 12, 1995 at 00:40:49 (+0000), Amancio Hasty wrote: > You just have a bad sound driver over there .... Is there a "good sound driver" anywhere? I'd really like to get this fixed! I *really* would like to be able to control cdrom input volume and the others I mentioned and have gmod work, etc. If you know what I need to do, please lemme know! Thanks! -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Wed Apr 12 01:32:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA02635 for hackers-outgoing; Wed, 12 Apr 1995 01:32:05 -0700 Received: from staff.cs.su.OZ.AU (staff.cs.su.OZ.AU [129.78.8.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA02623 for ; Wed, 12 Apr 1995 01:31:53 -0700 Received: from svcc.seqeb.gov.au by staff.cs.su.OZ.AU (mail from pc012 for hackers@freefall.cdrom.com) with MHSnet (insertion MHSnet site: un.seqeb.gov.au); Wed, 12 Apr 1995 18:31:40 +1000 Received: by svcc.seqeb.gov.au (5.57/Ultrix/4.2A and a bit) id AA21517; Wed, 12 Apr 95 18:11:38 +1000 Date: Wed, 12 Apr 1995 18:11:37 +1000 (EST) From: Patrick Collins Subject: Where to get libXpm.a To: hackers@freefall.cdrom.com Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Does anyone know where to get a libXpm for XFree86-3.1, there isn't one in the release and you need it to build Wine. ----------------------------------------------------------------------------- Patrick Collins - Communications Design Officer email : pc012@seqeb.gov.au The South East Queensland Electricity Corporation phone : +61 7 223 5237 2 Bowen Bridge Rd, Fortitude Valley, 4006 fax : +61 7 223 5059 Queensland, Australia (Best State, Best Country) Viva el Cristo Rey ! ----------------------------------------------------------------------------- From owner-freebsd-hackers Wed Apr 12 03:23:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA08157 for hackers-outgoing; Wed, 12 Apr 1995 03:23:49 -0700 Received: from mail.barrnet.net (mail.BARRNET.NET [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA08142 for ; Wed, 12 Apr 1995 03:23:33 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with ESMTP id DAA04120 for ; Wed, 12 Apr 1995 03:20:21 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id QAA00323; Wed, 12 Apr 1995 16:17:48 -0500 From: "Serge A. Babkin" Message-Id: <199504122117.QAA00323@hq.icb.chel.su> Subject: SLIP bug ? To: davidg@Root.COM Date: Wed, 12 Apr 1995 16:17:48 -0500 (GMT-0500) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199503230451.UAA02437@corbin.Root.COM> from "David Greenman" at Mar 22, 95 08:51:37 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 343 Sender: hackers-owner@FreeBSD.org Precedence: bulk I have found a little bug in SLIP (950210-SNAP). Comment says that SLIP must mask both network and tty interrupts by spl...(), but really it masks splimp() only. Is this error corrected in -current ? If not I can submit a diff. Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Wed Apr 12 04:34:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA10389 for hackers-outgoing; Wed, 12 Apr 1995 04:34:47 -0700 Received: from vinkku.hut.fi (vode@vinkku.hut.fi [130.233.245.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA10383 for ; Wed, 12 Apr 1995 04:34:44 -0700 Received: (from vode@localhost) by vinkku.hut.fi (8.6.11/8.6.7) id OAA24547; Wed, 12 Apr 1995 14:34:05 +0300 Date: Wed, 12 Apr 1995 14:34:05 +0300 From: Kai Vorma Message-Id: <199504121134.OAA24547@vinkku.hut.fi> To: Nate Williams Cc: hackers@FreeBSD.org Subject: Re: A better malloc() for FreeBSD In-Reply-To: <199504111955.NAA10123@trout.sri.MT.net> References: <199504111955.NAA10123@trout.sri.MT.net> Reply-To: Kai.Vorma@hut.fi Sender: hackers-owner@FreeBSD.org Precedence: bulk Nate Williams writes: > > I'm in agreement with you. The current malloc implementation is very > fast, but I think replacing malloc would make the system faster since > there would be less swapping due to less memory use. > > If you could get some hard numbers re: performance I think we might have > more to stand on when the time comes to integrate it into the system. Here you have some numbers. I think all mallocs are fast enough although dlmalloc is superior in simumalloc/1. ..vode --------------------------------------------------------------------------- Test machine: 486DX/2 66, 256cache, 16MB RAM, FreeBSD-2.1D mtest.c for (i = 0; i < 1000000; i++) { p1 = malloc(20); p2 = malloc(2048); p3 = malloc(100000); free (p2); free (p1); p4 = malloc(100); free (p4); free (p3); } 25.093s real 24.981s user 0.039s system 99% ./mtest.csri 25.103s real 24.957s user 0.031s system 99% ./mtest.csri 25.147s real 25.019s user 0.054s system 99% ./mtest.csri 12.709s real 12.647s user 0.054s system 99% ./mtest.BSD 12.753s real 12.668s user 0.023s system 99% ./mtest.BSD 12.755s real 12.647s user 0.054s system 99% ./mtest.BSD 12.095s real 11.953s user 0.062s system 99% ./mtest.dl 12.067s real 11.990s user 0.031s system 99% ./mtest.dl 12.136s real 12.025s user 0.054s system 99% ./mtest.dl --------------------------------------------------------------------------- simumalloc.c (from CSRI-malloc distribution) - basically does for i (1 .. t) { malloc (rnd(s) * sizeof(word)) freeall(l) /* free all blocks whose lifetime has been expired */ } 1 simumalloc -t 200000 -s 512 -l 20000 2 simumalloc -t 200000 -s 512 -l 10000 3 simumalloc -t 200000 -s 512 -l 2000 4 simumalloc -t 200000 -s 512 -l 500 5 simumalloc -t 200000 -s 512 -l 20 6 simumalloc -t 200000 -s 512 -l 2 7 simumalloc -t 5000 -s 512 -a 8 simumalloc -t 200000 -s 4096 -l 500 9 simumalloc -t 200000 -s 4096 -l 2000 BSD-malloc 1 [ interrupted after 25 minutes of constant paging.. ] 2 Sbrked 7386044, MaxAlloced 5292552, Wastage 0.28 3.851s real 3.087s user 0.670s system 97% 3 Sbrked 1614780, MaxAlloced 1108524, Wastage 0.31 3.129s real 2.893s user 0.218s system 99% 4 Sbrked 467900, MaxAlloced 309384, Wastage 0.34 3.010s real 2.876s user 0.125s system 99% 5 Sbrked 78780, MaxAlloced 26176, Wastage 0.67 2.603s real 2.463s user 0.132s system 99% 6 Sbrked 46012, MaxAlloced 5756, Wastage 0.87 2.454s real 2.359s user 0.078s system 99% 7 Sbrked 6988732, MaxAlloced 5140464, Wastage 0.26 0.701s real 0.116s user 0.551s system 95% 8 Sbrked 4174780, MaxAlloced 2492676, Wastage 0.40 3.247s real 2.933s user 0.313s system 99% CSRI-malloc 1 [ interrupted after 25 minutes of constant paging.. ] 2 Sbrked 5935352, MaxAlloced 5292552, Wastage 0.11 12.862s real 12.168s user 0.632s system 99% 3 Sbrked 1246096, MaxAlloced 1108524, Wastage 0.11 5.007s real 4.758s user 0.210s system 99% 4 Sbrked 352514, MaxAlloced 309384, Wastage 0.12 3.940s real 3.760s user 0.163s system 99% 5 Sbrked 28693, MaxAlloced 26176, Wastage 0.09 3.197s real 3.072s user 0.109s system 99% 6 Sbrked 8198, MaxAlloced 5756, Wastage 0.30 3.272s real 3.178s user 0.078s system 99% 7 Sbrked 5181136, MaxAlloced 5140464, Wastage 0.01 0.586s real 0.179s user 0.381s system 95% 8 Sbrked 2966116, MaxAlloced 2492676, Wastage 0.16 4.293s real 3.987s user 0.289s system 99% 9 Sbrked 10758352, MaxAlloced 8960644, Wastage 0.17 12.868s real 5.871s user 1.083s system 54% Doug Lea's malloc 1 Sbrked 11018240, MaxAlloced 10470000, Wastage 0.05 133.908s real 5.964s user 2.417s system 6% 2 Sbrked 5619712, MaxAlloced 5292552, Wastage 0.06 4.279s real 3.833s user 0.445s system 99% 3 Sbrked 1245184, MaxAlloced 1108524, Wastage 0.11 3.633s real 3.420s user 0.195s system 99% 4 Sbrked 368640, MaxAlloced 309384, Wastage 0.16 3.439s real 3.304s user 0.124s system 99% 5 Sbrked 32768, MaxAlloced 26176, Wastage 0.20 3.964s real 3.836s user 0.093s system 99% 6 Sbrked 8192, MaxAlloced 5756, Wastage 0.30 3.990s real 3.860s user 0.116s system 99% 7 Sbrked 5193728, MaxAlloced 5140464, Wastage 0.01 0.590s real 0.143s user 0.413s system 94% 8 Sbrked 2891776, MaxAlloced 2492676, Wastage 0.14 5.077s real 4.779s user 0.288s system 99% 9 Sbrked 9953280, MaxAlloced 8960644, Wastage 0.10 10.273s real 6.048s user 0.864s system 67% From owner-freebsd-hackers Wed Apr 12 05:01:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA10887 for hackers-outgoing; Wed, 12 Apr 1995 05:01:27 -0700 Received: from mail.barrnet.net (mail.BARRNET.NET [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA10881 for ; Wed, 12 Apr 1995 05:01:25 -0700 Received: from zibbi.mikom.csir.co.za ([146.64.24.58]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with ESMTP id EAA04376 for ; Wed, 12 Apr 1995 04:58:27 -0700 Received: (from bertus@localhost) by zibbi.mikom.csir.co.za (8.6.11/8.6.6) id NAA26689 for hackers@freebsd.org; Wed, 12 Apr 1995 13:58:12 +0200 From: Bertus Pretorius Message-Id: <199504121158.NAA26689@zibbi.mikom.csir.co.za> Subject: syslog to printer To: hackers@FreeBSD.org Date: Wed, 12 Apr 1995 13:58:11 +0200 (SAT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 931 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, i'm looking for something or someway whereby the syslog could be directed to a printer rather than to a file. Obvious ways is to add the /dev/lp... to the syslog.conf which I tested. It however fails to take care of printer down problems. The other way is to craete a named pipe and clean it to the printer with some or other deamon that will be able to buffer and then flush the pipe when the printer is down (it should alos be able to give notice of the printer down condition). I'm looking for this deamon beast. I'm going to build one if non exists and would appreciate any ideas. Thanks -- +-Bertus Pretorius------------ (O) (O) ---------------bertus@mikom.csir.co.za-+ | mikomtek ^ +27 12 841-3001 (Voice) | | CSIR \___/ +27 12 841-4065 (FAX) | +-----------------A smile is the same in all languages------------------------+ From owner-freebsd-hackers Wed Apr 12 05:14:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA11202 for hackers-outgoing; Wed, 12 Apr 1995 05:14:58 -0700 Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA11194 for ; Wed, 12 Apr 1995 05:14:45 -0700 Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA29590; Wed, 12 Apr 95 14:08:07 +0100 Date: Wed, 12 Apr 95 14:08:07 +0100 From: jmz@cabri.obs-besancon.fr (Jean-Marc Zucconi) Message-Id: <9504121308.AA29590@cabri.obs-besancon.fr> To: ache@astral.msk.su Cc: faulkner@mpd.tandem.com, mmead@goof.com, hackers@FreeBSD.org In-Reply-To: (ache@astral.msk.su) Subject: Re: Sound stuff again (GUS MAX) X-Mailer: Emacs Sender: hackers-owner@FreeBSD.org Precedence: bulk >>>>> "Andrey" == Andrey A Chernov, Black Mage writes: > /usr/sbin/mixer can helps too. $ man mixer No manual entry for mixer :-( Jean-Marc. > -- > Andrey A. Chernov : And I rest so composedly, /Now, in my bed, > ache@astral.msk.su : That any beholder /Might fancy me dead - > FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. > RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~ Jean-Marc Zucconi | jmz@cabri.obs-besancon.fr Observatoire de Besancon | F 25010 Besancon cedex | PGP Key: finger jmz@cabri.obs-besancon.fr ========================================================================= From owner-freebsd-hackers Wed Apr 12 06:28:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA12683 for hackers-outgoing; Wed, 12 Apr 1995 06:28:46 -0700 Received: from disperse.demon.co.uk (disperse.demon.co.uk [158.152.1.77]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA12677 for ; Wed, 12 Apr 1995 06:28:45 -0700 Received: from post.demon.co.uk by disperse.demon.co.uk id aq09224; 12 Apr 95 13:47 GMT-60:00 Received: from flevel.demon.co.uk by post.demon.co.uk id ab26043; 12 Apr 95 13:26 GMT-60:00 Received: by flevel.demon.co.uk (V1.16/Amiga) id AA003nf; Wed, 12 Apr 95 13:24:14 GMT Date: Wed, 12 Apr 95 13:24:14 GMT Message-Id: <9504121324.AA003ne@flevel.demon.co.uk> Message-Id: <207f957c.dbba0-dev@flevel.demon.co.uk> X-Mailer: //\\miga Electronic Mail (AmiElm 5.42) Reply-To: dev@flevel.demon.co.uk Cc: From: dev@flevel.demon.co.uk To: hackers@FreeBSD.org Subject: FreeBSD MCA Support? Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, Ive just installed FreeBSD on a VLB SVGA SCSI 486 DX4 100Mhz and I am very impressed, well done :-) We also have a IBM PS/70 and would like to run a version of Berkeley Unix on that machine. I read in the docs (V2.0 RELEASE) that Micro Channel was not yet supported but was believed to be nearly ready. Have you any news on MCA support, if you have the email address on whoever is dealing with this part of FreeBSD I would be grateful. BTW - If you need a beta-tester for a MCA version of FreeBSD I would be happy to do some testing. Thanks, Trefor S. +-------------------------------------------------------------------------+ ! Email dev@flevel.demon.co.uk ! ! Fourth Level Developments Optical Magneto Drive Systems ! ! Internet Service Providers Dice C distributors ! +-------------------------------------------------------------------------+ From owner-freebsd-hackers Wed Apr 12 08:16:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA15622 for hackers-outgoing; Wed, 12 Apr 1995 08:16:05 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA15615 for ; Wed, 12 Apr 1995 08:16:02 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.9/8.6.9) id IAA13142; Wed, 12 Apr 1995 08:15:47 -0700 Date: Wed, 12 Apr 1995 08:15:47 -0700 Message-Id: <199504121515.IAA13142@silvia.HIP.Berkeley.EDU> To: pc012@svcc.seqeb.gov.au CC: hackers@freefall.cdrom.com In-reply-to: (message from Patrick Collins on Wed, 12 Apr 1995 18:11:37 +1000 (EST)) Subject: Re: Where to get libXpm.a From: asami@cs.berkeley.edu (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: hackers-owner@FreeBSD.org Precedence: bulk (you might want to ask questions like that to "ports" or "questions", by the way....) * Does anyone know where to get a libXpm for XFree86-3.1, there isn't one * in the release and you need it to build Wine. If one for XFree86-3.1.1 would suffice, you can grab a "package" from pub/FreeBSD/packages/xpm-3.4e.tgz on ftp.freebsd.org or any mirror site. Do "man pkg_add" on how to install it. If you really need one for XFree86-3.1, then you might need to compile from source. Go to pub/FreeBSD/ports/x11 and "get xpm.tar.gz". For how to compile that, you may want to look at the ports.FAQ. Satoshi (your friendly ports coordinator) From owner-freebsd-hackers Wed Apr 12 08:16:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA15636 for hackers-outgoing; Wed, 12 Apr 1995 08:16:48 -0700 Received: from kryten.atinc.com (kryten.atinc.com [198.138.38.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA15630 for ; Wed, 12 Apr 1995 08:16:45 -0700 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id LAA20083; Wed, 12 Apr 1995 11:13:46 -0400 Date: Wed, 12 Apr 1995 11:13:46 -0400 (EDT) From: "Jonathan M. Bresler" Reply-To: "Jonathan M. Bresler" Subject: [SUMMARY] reading vmsbackup tapes To: hackers@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk i have read the data that i needed from the vmsbackup tape. yeah! the tool is 'vmsbackup' available from ftp://ftp.cs.uni-sb.de/pub/utils/vmsbackup.tar.Z compiles without modification, only the Makefile needs a change or two. suggested by Jean-Marc Zucconi. another possibility is 'ansitape' from comp.sources.unix. but i have not tried this program. my request was forwarded to dec, by a member of hackers. no response yet, but i'll keep looking. thanks to: Jean-Marc Zucconi Terry Lambert "Dr. Yasha Karant" "Clay D. Hopperdietzel" jmb ps one person asked how i was able to read 9 track tapes at all. i am using a kennedy 9612 scsi 9 track tape drive attached to a FreeBSD 1.1.5.1 box. here's the /sbin/dmesg output ( i have added printf's to /sys/scsi /scsiconf.c:selectdev() to show device driver matching.) aha0 targ 5 lun 0: type 1(sequential) removable SCSI1 aha0 targ 5 lun 0: 0 1 : 1 1 : 1 1 : standard KENNEDY : 0 1 : st1: density code 0x2, variable(1->65536) blocks, write-protected works with mt, dd, tar, dump, restore. ;)) Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. | 2341 Jeff Davis Hwy play go. | Arlington, VA 22202 ride bike. hack FreeBSD.--ah the good life | 703-418-2800 x346 From owner-freebsd-hackers Wed Apr 12 08:16:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA15644 for hackers-outgoing; Wed, 12 Apr 1995 08:16:59 -0700 Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA15638 for ; Wed, 12 Apr 1995 08:16:57 -0700 Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA16522; Wed, 12 Apr 95 15:16:54 GMT Received: by junco.fsl.noaa.gov (1.38.193.4/SMI-4.1 (1.38.193.4)) id AA21967; Wed, 12 Apr 1995 09:16:54 -0600 Date: Wed, 12 Apr 1995 09:16:54 -0600 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <9504121516.AA21967@junco.fsl.noaa.gov> To: bertus@mikom.csir.co.za Cc: hackers@FreeBSD.org In-Reply-To: <199504121158.NAA26689@zibbi.mikom.csir.co.za> (message from Bertus Pretorius on Wed, 12 Apr 1995 13:58:11 +0200 (SAT)) Subject: Re: syslog to printer Sender: hackers-owner@FreeBSD.org Precedence: bulk >>>>> "Bertus" == Bertus Pretorius writes: Bertus> Hi, i'm looking for something or someway whereby the Bertus> syslog could be directed to a printer rather than to a Bertus> file. Although not as attractive, here's a hardware solution: use a serial port as the console and attach a printing terminal; or a Wyse or other terminal that can log all I/O through to a printer. I set up such an installation at one site and it proved to be quite effective to find out what was going wrong at odd hours. --k From owner-freebsd-hackers Wed Apr 12 08:20:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA15699 for hackers-outgoing; Wed, 12 Apr 1995 08:20:21 -0700 Received: from p5.spnet.com (spnet.com [204.156.130.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA15693 for ; Wed, 12 Apr 1995 08:20:19 -0700 Received: from localhost.spnet.com (localhost.spnet.com [127.0.0.1]) by p5.spnet.com (8.6.11/8.6.6) with SMTP id IAA07172; Wed, 12 Apr 1995 08:20:16 -0700 Message-Id: <199504121520.IAA07172@p5.spnet.com> X-Authentication-Warning: p5.spnet.com: Host localhost.spnet.com didn't use HELO protocol To: hackers@FreeBSD.org cc: elh@p5.spnet.com Date: Wed, 12 Apr 1995 08:20:16 -0700 From: Ed Hudson Sender: hackers-owner@FreeBSD.org Precedence: bulk howdy. while you folks are reconsidering malloc... a while ago i encountered an 'application almost bug' wherein sbrk(1) returns (old_mem+1). Some other unix's (e.g., SunOS) return a double word aliged value. since SunOS is perhaps one of the largest porting sources that FreeBSD can get applications from, i think that obscure bugs, as well as obscure performance anomalies could be prevented if FreeBSD were to adopt this behavior. i'd like to ask you folks to reconsider adopting the SunOS sbrk() behavior... in the interests of maximizing the acceptance of FreeBSD by minimizing the porting hassles, as well as performance problems for random applications that do their own sbrk'ing (and not malloc-ing). and yes, there probably aren't many applications that do this, but i think the current sbrk() behavior is a tiny time bomb. thanks, -elh From owner-freebsd-hackers Wed Apr 12 08:22:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA15744 for hackers-outgoing; Wed, 12 Apr 1995 08:22:33 -0700 Received: from redline.ru (root@mail.redline.ru [194.87.69.22]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA15728 for ; Wed, 12 Apr 1995 08:22:13 -0700 Message-Id: Date: Wed, 12 Apr 95 19:20 GMT+0400 From: agl@redline.ru (Anthony Graphics) To: freebsd-hackers@FreeBSD.org Subject: Thanx! Snap 950322 really does not reboots the system! X-Mailer: GNOS 2.3.3d Sender: hackers-owner@FreeBSD.org Precedence: bulk while others (including 0408) are rebooting the system. Now the question is: where to get the source of this particular kernel ( I need to compile in WD8013 support for a change ). I do not hope to get this stuff in the "single piece" like I usually do when upgrading linux kernel, but on the countrary the idea of ftping the contents of the src/ directory doesn't appeals to me... I suspect I should grab at least srcsys.* but any pointers regarding the rest of the staff that should be picked up or FAQ[s] references would be very appreciated. Thanx! AGL ------ End of included message ------ From owner-freebsd-hackers Wed Apr 12 09:15:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA16962 for hackers-outgoing; Wed, 12 Apr 1995 09:15:45 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA16956 for ; Wed, 12 Apr 1995 09:15:43 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id SAA25464 ; Wed, 12 Apr 1995 18:15:21 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id SAA04650 ; Wed, 12 Apr 1995 18:15:20 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199504121615.SAA04650@blaise.ibp.fr> Subject: Re: weird problem with login/getty/init wtmp To: bugs@ns1.win.net (Mark Hittinger) Date: Wed, 12 Apr 1995 18:15:20 +0200 (MET DST) Cc: hackers@FreeBSD.org In-Reply-To: <199504120131.VAA20622@ns1.win.net> from "Mark Hittinger" at Apr 11, 95 09:31:11 pm X-Operating-System: FreeBSD 2.1.0-Development ctm#480 X-Mailer: ELM [version 2.4 PL23beta2] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 456 Sender: hackers-owner@FreeBSD.org Precedence: bulk > I did not reboot, and the old init was running (the old init had UT_NAMESIZE > as 8). > > After rebooting with the recompiled init the problem went away. The problem is that my system has been rebooted and recompiled several times since 11th march and the problem did not disappeared... Any other ideas ? -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #7: Thu Mar 23 00:28:31 MET 1995 From owner-freebsd-hackers Wed Apr 12 11:03:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA19295 for hackers-outgoing; Wed, 12 Apr 1995 11:03:23 -0700 Received: from devnull.mpd.tandem.com (devnull.mpd.tandem.com [131.124.4.29]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA19289 for ; Wed, 12 Apr 1995 11:03:21 -0700 Received: from olympus by devnull.mpd.tandem.com (8.6.8/8.6.6) id NAA28127; Wed, 12 Apr 1995 13:03:06 -0500 Received: by olympus (4.1/TSS2.1) id AA13103; Wed, 12 Apr 95 13:01:26 CDT From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9504121801.AA13103@olympus> Subject: Re: Sound stuff again (GUS MAX) To: mmead@goof.com (matthew c. mead) Date: Wed, 12 Apr 1995 13:01:26 -0500 (CDT) Cc: hasty@star-gate.com, hackers@FreeBSD.org In-Reply-To: <199504120802.EAA05412@goof.com> from "matthew c. mead" at Apr 12, 95 04:02:54 am X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 1131 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > On Wed, April 12, 1995 at 00:40:49 (+0000), Amancio Hasty wrote: > > > You just have a bad sound driver over there .... > > Is there a "good sound driver" anywhere? I'd really like to get > this fixed! I *really* would like to be able to control cdrom input volume > and the others I mentioned and have gmod work, etc. If you know what I > need to do, please lemme know! Thanks! > > -matt > > -- > Matthew C. Mead -> Virginia Tech Center for Transportation Research - > -> Multiple Platform System and Network Administration > Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other > ---- ------- WWW -> http://www.goof.com/~mmead --- ----- > Amancio, You have a GUS MAX? I thought you didn't! Matthew, There is a note in the source that portions of MAX support are not done. I do not know if these are artifacts or not. Boyd -- _______________________________________________________________________ Boyd Faulkner faulkner@isd.tandem.com _______________________________________________________________________ From owner-freebsd-hackers Wed Apr 12 11:26:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA19667 for hackers-outgoing; Wed, 12 Apr 1995 11:26:34 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA19661 for ; Wed, 12 Apr 1995 11:26:33 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14515(3)>; Wed, 12 Apr 1995 11:25:35 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <49864>; Wed, 12 Apr 1995 11:25:25 -0700 X-Mailer: exmh version 1.6gamma 3/30/95 To: John Lind cc: hackers@FreeBSD.org (FreeBSD hackers) Subject: Re: undocumented features of route and netstat in FreeBSD 2.0(-950322-SNAP) In-reply-to: Your message of "Tue, 11 Apr 95 23:18:39 PDT." <199504120618.BAA02125@starfire.mn.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 12 Apr 1995 11:25:17 PDT From: Bill Fenner Message-Id: <95Apr12.112525pdt.49864@crevenia.parc.xerox.com> Sender: hackers-owner@FreeBSD.org Precedence: bulk Sounds like netstat has the same bug that netstat -M had -- not printing out netmasks ends up making you guess what netmask is stored in the kernel, meaning that you will probably guess what you expect instead of what is there. Between the time that I discovered the bug and the time that we went to host routes for multicast, I printed out subnets as "x.y.z/n", where n is the number of 1-bits in the netmask. It adds at most 3 characters to the address, and perhaps a "/32" could be left off, to optimize for host-routes. If nobody does this by the time I get around to fixing netstat -M, I will do it. Bill From owner-freebsd-hackers Wed Apr 12 11:27:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA19686 for hackers-outgoing; Wed, 12 Apr 1995 11:27:54 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA19680 for ; Wed, 12 Apr 1995 11:27:50 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id LAA07382; Wed, 12 Apr 1995 11:27:22 -0700 From: "Rodney W. Grimes" Message-Id: <199504121827.LAA07382@gndrsh.aac.dev.com> Subject: Re: FreeBSD MCA Support? To: dev@flevel.demon.co.uk Date: Wed, 12 Apr 1995 11:27:22 -0700 (PDT) Cc: hackers@FreeBSD.org, gruner@hprbg5.informatik.tu-muenchen.de, peter@osix.oz.au In-Reply-To: <207f957c.dbba0-dev@flevel.demon.co.uk> from "dev@flevel.demon.co.uk" at Apr 12, 95 01:24:14 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1000 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Hi, > > Ive just installed FreeBSD on a VLB SVGA SCSI 486 DX4 100Mhz and I am very > impressed, well done :-) > > We also have a IBM PS/70 and would like to run a version of Berkeley Unix > on that machine. I read in the docs (V2.0 RELEASE) that Micro Channel was > not yet supported but was believed to be nearly ready. Have you any news > on MCA support, if you have the email address on whoever is dealing with > this part of FreeBSD I would be grateful. > > BTW - If you need a beta-tester for a MCA version of FreeBSD I would be > happy to do some testing. I am digging in my mail archives to find all of my MCA contacts and adding them to the cc: list of this mail. I have: Armin Gruner Peter May I seem to recall that Peter took Armin's work and has improved it. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Wed Apr 12 11:30:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA19751 for hackers-outgoing; Wed, 12 Apr 1995 11:30:15 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA19745 for ; Wed, 12 Apr 1995 11:30:11 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA17815; Wed, 12 Apr 95 12:23:34 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504121823.AA17815@cs.weber.edu> Subject: Re: FreeBSD MCA Support? To: dev@flevel.demon.co.uk Date: Wed, 12 Apr 95 12:23:33 MDT Cc: hackers@FreeBSD.org In-Reply-To: <207f957c.dbba0-dev@flevel.demon.co.uk> from "dev@flevel.demon.co.uk" at Apr 12, 95 01:24:14 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > Ive just installed FreeBSD on a VLB SVGA SCSI 486 DX4 100Mhz and I am very > impressed, well done :-) I am impressed too. There have been problems reported with the DX4100's, though you'd have to ask someone else for the scoop on this, and they might have been fixed without me noticing... > We also have a IBM PS/70 and would like to run a version of Berkeley Unix > on that machine. I read in the docs (V2.0 RELEASE) that Micro Channel was > not yet supported but was believed to be nearly ready. Have you any news > on MCA support, if you have the email address on whoever is dealing with > this part of FreeBSD I would be grateful. There was early work done by several people on getting MCA support in. I believe the major effor was done by someone using drivers based on the ABIOS (which is callable from protected mode) that IBM put in their machines because IBM has good ideas too. I think there was some work on a SCSI driver, too. If you are seriously considering doing the integration work, I can dig out the pointers and you can bug the original people, but I won't do it if you just want to beta someone elses work, because there basically isn't someone elses work available. If you're just half-serious, this topic has come up before on the hackers list and should be in the mailing list archives, so I can't stop you from digging out the references yourself. 8-). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Apr 12 11:41:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA19894 for hackers-outgoing; Wed, 12 Apr 1995 11:41:11 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA19886 for ; Wed, 12 Apr 1995 11:40:58 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id EAA23231; Thu, 13 Apr 1995 04:30:24 +1000 Date: Thu, 13 Apr 1995 04:30:24 +1000 From: Bruce Evans Message-Id: <199504121830.EAA23231@godzilla.zeta.org.au> To: babkin@hq.icb.chel.su, davidg@Root.COM Subject: Re: SLIP bug ? Cc: freebsd-hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >I have found a little bug in SLIP (950210-SNAP). Comment says that SLIP >must mask both network and tty interrupts by spl...(), but really >it masks splimp() only. Is this error corrected in -current ? If not This has never been a problem in FreeBSD or 386BSD. splimp() masks ttys too if SLIP or PPP is (statically) configured. See isa.c. There used to be variations on the problem. A long time ago, splnet() was null unless there was a network interface (ethernet or SLIP), but it has to be no-null for lo0, was a network interface (ethernet or slip), but it has to be no-null for lo0. More recently, isa.c forgot to handle the (NPPP > 0) case. Bruce From owner-freebsd-hackers Wed Apr 12 11:48:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA20097 for hackers-outgoing; Wed, 12 Apr 1995 11:48:37 -0700 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA20090 for ; Wed, 12 Apr 1995 11:48:36 -0700 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.11/8.6.9) with SMTP id LAA10828 for ; Wed, 12 Apr 1995 11:48:35 -0700 Message-Id: <199504121848.LAA10828@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: hackers@FreeBSD.org Subject: New 322-SNAP boot floppy availible Date: Wed, 12 Apr 1995 11:48:34 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk A boot and cpio floppy offering the aic7xxx driver patches availible in FreeBSD current is now availible as: ftp://ftp.cdrom.com/pub/FreeBSD/2.0-950322-SNAP/floppies/newer/boot.flp.gz ftp://ftp.cdrom.com/pub/FreeBSD/2.0-950322-SNAP/floppies/newer/cpio.flp This fixes numerous problems with the 294x support under FreeBSD, allows 294x adaptors to share irqs with other PCI devices (multiple 294x adaptors on the same irq is supported), and disables the tagged queuing support by default. Until I get some more periferals in my hands to better test the tagged queuing stuff, the tagged queuing code will only be enabled by building a kernel with "option AHC_TAGENABLE". When I get a little more time, there will be a kernel boot time flag for this feature. I encourage anyone having problems with these adaptors to test out the new floppy and send your success/failure stories to me. __ Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Wed Apr 12 12:09:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA20854 for hackers-outgoing; Wed, 12 Apr 1995 12:09:02 -0700 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA20847 for ; Wed, 12 Apr 1995 12:09:01 -0700 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.11/8.6.9) with SMTP id MAA10959; Wed, 12 Apr 1995 12:08:56 -0700 Message-Id: <199504121908.MAA10959@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: dev@flevel.demon.co.uk cc: hackers@FreeBSD.org Subject: Re: FreeBSD MCA Support? In-reply-to: Your message of "Wed, 12 Apr 1995 13:24:14 GMT." <9504121324.AA003ne@flevel.demon.co.uk> <207f957c.dbba0-dev@flevel.demon.co.uk> Date: Wed, 12 Apr 1995 12:08:56 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk >Hi, > >Ive just installed FreeBSD on a VLB SVGA SCSI 486 DX4 100Mhz and I am very >impressed, well done :-) > >We also have a IBM PS/70 and would like to run a version of Berkeley Unix >on that machine. I read in the docs (V2.0 RELEASE) that Micro Channel was >not yet supported but was believed to be nearly ready. Have you any news >on MCA support, if you have the email address on whoever is dealing with >this part of FreeBSD I would be grateful. > >BTW - If you need a beta-tester for a MCA version of FreeBSD I would be >happy to do some testing. > >Thanks, > >Trefor S. > >+-------------------------------------------------------------------------+ >! Email dev@flevel.demon.co.uk ! >! Fourth Level Developments Optical Magneto Drive Systems ! >! Internet Service Providers Dice C distributors ! >+-------------------------------------------------------------------------+ You should contact Peter May. I just pinged him the other day about this, and I've enclosed his response. Rod Grimes will most likely be the one incorperating the patches into FreeBSD, but we have to get him a replacement ESDI drive for his 50Z first. :) --- Begin forwarded message Date: Wed, 12 Apr 1995 07:25:16 +1000 (WET) From: Peter May To: osix!gibbs@estienne.cs.berkeley.edu Subject: Re: MCA support for FreeBSD References: <199504102130.OAA00583@estienne.cs.berkeley.edu> G'Day Justin, Excerpts from mail: 10-Apr-95 MCA support for FreeBSD @estienne.cs.berkeley.ed (441) > There was some talk about MCA support for FreeBSD, and you're names > were mentioned. If you're willing to submit your patches back to > either myself or rgrimes@FreeBSD.org, we can look at integrating them > into th 2.1 release. We are still alpha testing this one. I have 2.0-R/MCA running on one machine here, Armin is testing on his PS/2 Model 70 over there. Once we are happy with it, we'll let you have it! Armin is pretty busy, but that's the last stumbling block before we give it back. Regards, ---------------------------------------------------------------->>>>> Peter May OSIX Pty Ltd Director Level 1, 261-263 Pacific Highway Technical Services North Sydney. NSW. Australia. 2060. Home: +61-2-418-7656 Internet: peter@osix.oz.au Work: +61-2-922-3999 Fax: +61-2-922-3314 --- end forwarded message -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Wed Apr 12 12:26:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA21218 for hackers-outgoing; Wed, 12 Apr 1995 12:26:42 -0700 Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA21211 for ; Wed, 12 Apr 1995 12:26:38 -0700 Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.8/8.6.6) id OAA03378 for freebsd-hackers@freebsd.org; Wed, 12 Apr 1995 14:23:55 -0400 From: "House of Debuggin'" Message-Id: <199504121823.OAA03378@skynet.ctr.columbia.edu> Subject: Where to put ether_addr prototypes To: freebsd-hackers@FreeBSD.org Date: Wed, 12 Apr 1995 14:23:51 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1132 Sender: hackers-owner@FreeBSD.org Precedence: bulk Got a small question: Now that I've added the ether_addr functions to libc (ether_line(), ether_aton(), ether_ntoa(), etc...), I need to find a good place in the header files to stick their prototypes. Unfortunately, it seems that SunOS doesn't declare these blasted things anywhere in its header files, so I have no idea where to put them. My current inclination is to put them in but somehow that seems wrong. Suggestions welcome, and the sooner the better: I'm just putting the finishing touches on the ethers(3) and ethers (5) man pages. -Bill PS: Oh yeah: today is my birthday. I'm 28. Rah. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~T~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -Bill Paul (212) 854-6020 | System Manager Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ The Møøse Illuminati: ignore it and be confused, or join it and be confusing! ~~~~~~~~ FreeBSD 2.1.0-Development #0: Tue Mar 14 11:11:25 EST 1995 ~~~~~~~~~ From owner-freebsd-hackers Wed Apr 12 12:41:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA21552 for hackers-outgoing; Wed, 12 Apr 1995 12:41:01 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA21537 for ; Wed, 12 Apr 1995 12:40:36 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id FAA24223; Thu, 13 Apr 1995 05:37:54 +1000 Date: Thu, 13 Apr 1995 05:37:54 +1000 From: Bruce Evans Message-Id: <199504121937.FAA24223@godzilla.zeta.org.au> To: elh@p5.spnet.com, hackers@FreeBSD.org Subject: malloc Sender: hackers-owner@FreeBSD.org Precedence: bulk > a while ago i encountered an 'application almost bug' wherein > sbrk(1) returns (old_mem+1). Some other unix's > (e.g., SunOS) return a double word aliged value. I think sbrk() should do what it is told, and callers of sbrk() should do any necessary rounding and aligning. malloc() should align page-sized objects to a page boundary and doubleword alignment is irrelevant for this. malloc() doesn't do this. Try: printf(""%p\n", malloc(0x1000)); printf(""%p\n", malloc(0x1000)); printf(""%p\n", sbrk(1)); printf(""%p\n", malloc(0x1000)); We should support i486 alignment checking so that misaligned pointers can be found easily. Last time I enabled it (4-5 years ago) it found too many problems, so I stopped using it. gcc generated misaligned "rep movsd" instructions for structs that don't require word alignment... Bruce From owner-freebsd-hackers Wed Apr 12 13:22:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA22727 for hackers-outgoing; Wed, 12 Apr 1995 13:22:35 -0700 Received: from plains.nodak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA22721 for ; Wed, 12 Apr 1995 13:22:30 -0700 Received: (from tinguely@localhost) by plains.nodak.edu (8.6.11/8.6.10) id PAA04327; Wed, 12 Apr 1995 15:21:47 -0500 Date: Wed, 12 Apr 1995 15:21:47 -0500 From: Mark Tinguely Message-Id: <199504122021.PAA04327@plains.nodak.edu> To: freebsd-hackers@FreeBSD.org, wpaul@skynet.ctr.columbia.edu Subject: Re: Where to put ether_addr prototypes Content-Length: 261 Sender: hackers-owner@FreeBSD.org Precedence: bulk > PS: Oh yeah: today is my birthday. I'm 28. Rah. I really liked the 386bsd phone book that was made a long time ago. maybe we should continue that idea with the addition of birthdays (serious about the phone book, half serious about the birthdays). --mark. From owner-freebsd-hackers Wed Apr 12 14:42:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA26635 for hackers-outgoing; Wed, 12 Apr 1995 14:42:49 -0700 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA26629 for ; Wed, 12 Apr 1995 14:42:47 -0700 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id RAA10215; Wed, 12 Apr 1995 17:42:51 -0400 Date: Wed, 12 Apr 1995 17:42:51 -0400 From: "matthew c. mead" Message-Id: <199504122142.RAA10215@goof.com> To: faulkner@mpd.tandem.com (Boyd Faulkner) Subject: Re: Sound stuff again (GUS MAX) Cc: hackers@FreeBSD.org In-Reply-To: Your message of Wed, April 12, 1995 10:35:38 -0500 References: <199504112019.QAA16984@goof.com> <9504121535.AA12104@olympus> Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, April 12, 1995 at 10:35:38 (-0500), Boyd Faulkner wrote: > > [ request for working sound stuff for gus max ] > > > xvmixer from snd-util-2.5.tar.gz (available from sunsite) works for me. > > > It does require the xview libraries, though. There is a curses based > > > mixer there, too but I never bothered to get it to work. I only tried > > > synth and pcm volume and they work but the others are available. > > Hmm. Would you mind sending my your > > /usr/include/machine/{soundcard.h,ultrasound.h}, a uuencoded copy of the > > xvmixer binary (I have the libs), and your kernel config file? I'd really > > appreciate it... thanks! > Sure. Follows... Thanks for putting that together for me. I can't find a damn bit of difference between our two setups. I'm really agitated. -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Wed Apr 12 14:48:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA26902 for hackers-outgoing; Wed, 12 Apr 1995 14:48:16 -0700 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA26895 for ; Wed, 12 Apr 1995 14:48:14 -0700 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id RAA10253; Wed, 12 Apr 1995 17:48:26 -0400 Date: Wed, 12 Apr 1995 17:48:26 -0400 From: "matthew c. mead" Message-Id: <199504122148.RAA10253@goof.com> To: faulkner@mpd.tandem.com (Boyd Faulkner) Cc: hasty@star-gate.com, hackers@FreeBSD.org Subject: Re: Sound stuff again (GUS MAX) In-Reply-To: Your message of Wed, April 12, 1995 13:01:26 -0500 References: <199504120802.EAA05412@goof.com> <9504121801.AA13103@olympus> Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, April 12, 1995 at 13:01:26 (-0500), Boyd Faulkner wrote: > Matthew, > There is a note in the source that portions of MAX support are not done. > I do not know if these are artifacts or not. Well, I'm only using it as a gus as far as the system should know - I only used gus0... -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Wed Apr 12 14:48:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA26930 for hackers-outgoing; Wed, 12 Apr 1995 14:48:52 -0700 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA26922 for ; Wed, 12 Apr 1995 14:48:49 -0700 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id RAA10258; Wed, 12 Apr 1995 17:49:01 -0400 Resent-Date: Wed, 12 Apr 1995 17:49:01 -0400 Resent-From: "matthew c. mead" Resent-Message-Id: <199504122149.RAA10258@goof.com> Message-Id: <199504122149.RAA10258@goof.com> Resent-To: hackers@FreeBSD.org References: <199504120732.DAA02952@goof.com> <9504121758.AA13065@olympus> From: mmead@goof.com (matthew c. mead) To: faulkner@mpd.tandem.com (Boyd Faulkner) Cc: hackers@wcarchive.cdrom.com Subject: Re: Sound stuff again (GUS MAX) Date: Wed, 12 Apr 95 17:47:07 EDT In-Reply-To: Your message of Wed, April 12, 1995 12:58:23 -0500 Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, April 12, 1995 at 12:58:23 (-0500), Boyd Faulkner wrote: > Did you tell it you have a MAX? Don't. It works better. gmods still > don't work quite right but cat *.au > /dev/audio and such do. I didn't tell it I had a MAX. Gmods don't work right for me, and playing a wav file with the splay or vplay from the sndkit is kinda messed up too... > > Well, grepping for that reveals nothing, but I still have problems. > > Mixer programs show SYNTH, PCM, LINE, and MIC as the only valid sources to > > change the volume for. I should be able to change the volume for CDROM and > > master VOLUME as well. > Really? Do you have a CD on the card? Well, I don't have a CDROM being *controlled* by the card, but I do have the output of a SCSI CDROM plugged into the GUS's CDROM Audio Input connector... do I need to do something else? > > I still have problems with playing .wav's and raw audio data. What > > happens is there is a bit of the sample repeated after it is played. I > > still also have problems building gmod and using it. It makes squeaky > > noises and generally messes up the samples. A gmod compiled under 1.1.5.1 > > works just fine. I don't get it. -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Wed Apr 12 14:50:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA27057 for hackers-outgoing; Wed, 12 Apr 1995 14:50:37 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA27051 for ; Wed, 12 Apr 1995 14:50:30 -0700 Received: by sequent.kiae.su id AA04451 (5.65.kiae-2 ); Thu, 13 Apr 1995 01:40:24 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Thu, 13 Apr 95 01:40:23 +0400 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id BAA02864; Thu, 13 Apr 1995 01:30:27 +0400 To: Jean-Marc Zucconi Cc: faulkner@mpd.tandem.com, hackers@FreeBSD.org, mmead@goof.com References: <9504121308.AA29590@cabri.obs-besancon.fr> In-Reply-To: <9504121308.AA29590@cabri.obs-besancon.fr>; from Jean-Marc Zucconi at Wed, 12 Apr 95 14:08:07 +0100 Message-Id: Organization: Olahm Ha-Yetzirah Date: Thu, 13 Apr 1995 01:30:26 +0400 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: Sound stuff again (GUS MAX) Lines: 20 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 573 Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <9504121308.AA29590@cabri.obs-besancon.fr> Jean-Marc Zucconi writes: >>>>>> "Andrey" == Andrey A Chernov, Black Mage writes: > > /usr/sbin/mixer can helps too. >$ man mixer >No manual entry for mixer >:-( My poor english prevents it :-( -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Wed Apr 12 15:07:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA27497 for hackers-outgoing; Wed, 12 Apr 1995 15:07:08 -0700 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA27491 for ; Wed, 12 Apr 1995 15:07:06 -0700 Received: from squid.umd.edu (squid.umd.edu [129.2.40.6]) by wcarchive.cdrom.com (8.6.11/8.6.6) with SMTP id PAA15822 for ; Wed, 12 Apr 1995 15:06:58 -0700 Received: by squid.umd.edu (5.65/Ultrix3.0-C) id AA01185; Wed, 12 Apr 1995 18:11:26 -0400 From: fcawth@squid.umd.edu (Fred Cawthorne) Message-Id: <9504122211.AA01185@squid.umd.edu> Subject: Re: 940804 (vaporware ;-) reboots the system either: To: agl@redline.ru (Anthony Graphics) Date: Wed, 12 Apr 95 18:11:26 EDT Cc: freebsd-hackers@wcarchive.cdrom.com In-Reply-To: ; from "Anthony Graphics" at Apr 12, 95 11:34 am X-Mailer: ELM [version 2.3 PL11] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > again, the system worked for weeks under load in linux, > now FreeBSD reboots it during the memory test :-[ > I tryed to increase wait states in the CMOS to MAX values to no avail :-[ > Any pointers would be welcome. Somebody told me that disabling > cache on the motherboard could help: but I don't want to do > such a stupid tricks. (You should at least try it to see if it works, you don't have to leave it that way but it will let you eliminate alot of other possible causes like corrupt binaries, bad memory, etc...) > Thanx in advance for any pointers. > AGL > I had a system that did this too. I think it is the UNI chipset's fault. (It only got past the memory check if the external cache was turned off) I think it is a rather rare chipset... Anyway, it used to die when trying to boot 2.0 +, until the latest snap that doesn't have the memory test in it (: The memory test must have snarfed up something in there... Now, it seems to work fine. I did a couple of kernel recompiles, etc.. and it is fine. The system is an AMD 486-66 UNI chipset with 8 megs ram and an IDE disk. So, I suggest that you try the 950322 snap. Fred. From owner-freebsd-hackers Wed Apr 12 15:21:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA28067 for hackers-outgoing; Wed, 12 Apr 1995 15:21:57 -0700 Received: from inet-gw-1.pa.dec.com (inet-gw-1.pa.dec.com [16.1.0.22]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA28060 for ; Wed, 12 Apr 1995 15:21:43 -0700 Received: from muggsy.lkg.dec.com by inet-gw-1.pa.dec.com (5.65/24Feb95) id AA08867; Wed, 12 Apr 95 15:15:13 -0700 Received: from whydos.lkg.dec.com by muggsy.lkg.dec.com (5.65/DEC-Ultrix/4.3) with SMTP id AA03761; Wed, 12 Apr 1995 18:15:13 -0400 Received: from localhost (localhost [127.0.0.1]) by whydos.lkg.dec.com (8.6.11/8.6.9) with SMTP id SAA06094 for ; Wed, 12 Apr 1995 18:16:44 GMT Message-Id: <199504121816.SAA06094@whydos.lkg.dec.com> X-Authentication-Warning: whydos.lkg.dec.com: Host localhost didn't use HELO protocol To: freebsd-hackers@FreeBSD.org Subject: Fast Ethernet (100baseT) on FreeBSD X-Mailer: exmh version 1.5omega 10/6/94 Date: Wed, 12 Apr 1995 18:16:44 +0000 From: Matt Thomas Sender: hackers-owner@FreeBSD.org Precedence: bulk For whom ever cares, I just sent off the latest DC21040/DC21140 driver for inclusion into the FreeBSD source pool. This still supports the DC21040 cards that it always has and support for the DC21140 (Fast Ethernet Controller) has been added. Unlike the DC21040, the DC21140 design doesn't allow a truly generic driver to be written. This mean each DC21140 card will probably need to have code written to detect and configure it (this is about ~50 lines of code). Currently only the DEC DE500-XA and the DEC DC21140 10/100 Evaluation Board are known to work. The (or a) SMC 10/100 card is supposed to work the same at the evaluation board but as of now it's still only a rumor. I know everyone will want to know about performance. Unfortunately my test system is a DECpc XL433; not exactly the fastest machine in the world. Connected to it (though a cross-over cat5 cable) is an AlphaStation 400 4/233; now there's a fast machine. Not the best test environment (but then not bad considering this is a hobby and not my job) but enough to do proof of concept. So the numbers might be at the low end of what you might see. Sending to the AlphaStation: fbsd# ./ttcp -t -s 3.3.3.3 ttcp-t: buflen=8192, nbuf=2048, align=16384/0, port=5001 tcp -> 3.3.3.3 ttcp-t: socket ttcp-t: connect ttcp-t: 16777216 bytes in 6.13 real seconds = 2673.76 KB/sec +++ ttcp-t: 2048 I/O calls, msec/call = 3.06, calls/sec = 334.22 ttcp-t: 0.0user 4.6sys 0:06real 75% 20i+316d 206maxrss 0+2pf 4+68csw Receiving from the AlphaStation: fbsd# ./ttcp -r -s ttcp-r: buflen=8192, nbuf=2048, align=16384/0, port=5001 tcp ttcp-r: socket ttcp-r: accept from 3.3.3.3 ttcp-r: 16777216 bytes in 4.32 real seconds = 3791.66 KB/sec +++ ttcp-r: 2054 I/O calls, msec/call = 2.15, calls/sec = 475.35 ttcp-r: 0.0user 1.8sys 0:04real 44% 33i+526d 208maxrss 0+2pf 8+46csw In both cases, vmstat reports no idle CPU. Larger tranfers (64MB, 256MB) are within %5 of throughput. As always, your mileage may vary. Void where prohibited. Blah Blah Blah. Matt Thomas Internet: matt@lkg.dec.com U*X Networking WWW URL: http://ftp.dec.com/%7Ethomas/ Digital Equipment Corporation Disclaimer: This message reflects my Littleton, MA own warped views, etc. From owner-freebsd-hackers Wed Apr 12 15:44:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA28950 for hackers-outgoing; Wed, 12 Apr 1995 15:44:34 -0700 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA28943 for ; Wed, 12 Apr 1995 15:44:33 -0700 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id SAA24459; Wed, 12 Apr 1995 18:44:43 -0400 Date: Wed, 12 Apr 1995 18:44:43 -0400 From: "matthew c. mead" Message-Id: <199504122244.SAA24459@goof.com> To: faulkner@mpd.tandem.com (Boyd Faulkner) Subject: Re: Sound stuff again (GUS MAX) Cc: hackers@FreeBSD.org In-Reply-To: Your message of Wed, April 12, 1995 17:35:02 -0500 References: <199504122142.RAA10215@goof.com> <9504122235.AA14341@olympus> Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, April 12, 1995 at 17:35:02 (-0500), Boyd Faulkner wrote: > > > > [ request for working sound stuff for gus max ] > > > Sure. Follows... > > Thanks for putting that together for me. I can't find a damn bit > > of difference between our two setups. I'm really agitated. > xvmixer sucessfully varies the volume with stuff catted to /dev/audio. > I guess it did other stuff. What exactly is it not doing? Well, xvmixer will do that for me too - it'll allow me to adjust pcm, synth, line, and mic. However, I have something connected to the cdrom input connector on the sound card. How come I can't change volume on that? -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Wed Apr 12 15:59:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA29393 for hackers-outgoing; Wed, 12 Apr 1995 15:59:17 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA29386 ; Wed, 12 Apr 1995 15:59:15 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Ed Hudson cc: hackers@FreeBSD.org In-reply-to: Your message of "Wed, 12 Apr 95 08:20:16 PDT." <199504121520.IAA07172@p5.spnet.com> Date: Wed, 12 Apr 1995 15:59:15 -0700 Message-ID: <29385.797727555@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > a while ago i encountered an 'application almost bug' wherein > sbrk(1) returns (old_mem+1). Some other unix's > (e.g., SunOS) return a double word aliged value. [Not familiar with the vagaries of either sbrk() on FreeBSD or SunOS, it being a long time since I've had to worry about such things!] So you're saying that in either case you get an extra byte of storage, but in SunOS's case it pads the allocation out to the next doubleword boundry and hands you a suitably aligned pointer? Hmmmmmm. I can't think of anything that would _break_ under the BSD model, can anyone else? If not, I see nothing wrong with Ed's argument.. Jordan From owner-freebsd-hackers Wed Apr 12 16:13:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA29841 for hackers-outgoing; Wed, 12 Apr 1995 16:13:17 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA29835 for ; Wed, 12 Apr 1995 16:13:16 -0700 Received: (from jkh@localhost) by time.cdrom.com (8.6.11/8.6.9) id QAA21883 for hackers; Wed, 12 Apr 1995 16:13:17 -0700 Date: Wed, 12 Apr 1995 16:13:17 -0700 From: "Jordan K. Hubbard" Message-Id: <199504122313.QAA21883@time.cdrom.com> To: hackers@FreeBSD.org Subject: Critically short of space on wcarchive! Sender: hackers-owner@FreeBSD.org Precedence: bulk ftp://ftp.freebsd.org/pub/FreeBSD has overflowed its allotment of 640MB. I am working to get us more space, but until then we have to make some hard decisions: 1. Any and all 1.x stuff has to go someplace else. Any archive sites willing to take the ports, packages and dists for 1.x over completely and totally? If so, simply signal your assent by letting us know if you need more time to copy the bits so that you're not left stranded when we finally blow the 1.x stuff off of wcarchive. You will also want to adjust your mirror scripts as well, naturally.. :-) We will give 24 hours notice before finally removing the 1.x bits so that mirrors have a chance to update their mirror files if they wish to keep the 1.x stuff. 2. incoming needs a serious spring-cleaning. I'm loath to delete stuff like Andrew and Postgres if it has no other home, and there's no ports collection to take its place, but it's HUGE! I'd really much rather have both of these, and some of their similarly bloated cousins in incoming, to become real packages/ports and move to permanant homes rather than lurking forever in incoming. Anything you can do to clean up on wcarchive is greatly appreciated. Adding drives to the machine is not a trivial exercise, though we do have it scheduled for later this month. Jordan From owner-freebsd-hackers Wed Apr 12 16:13:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA29858 for hackers-outgoing; Wed, 12 Apr 1995 16:13:41 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA29852 for ; Wed, 12 Apr 1995 16:13:39 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id QAA13203; Wed, 12 Apr 1995 16:13:34 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id QAA00288; Wed, 12 Apr 1995 16:13:32 -0700 Message-Id: <199504122313.QAA00288@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: "Jonathan M. Bresler" cc: hackers@FreeBSD.org Subject: Re: [SUMMARY] reading vmsbackup tapes In-reply-to: Your message of "Wed, 12 Apr 95 11:13:46 EDT." From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 12 Apr 1995 16:13:30 -0700 Sender: hackers-owner@FreeBSD.org Precedence: bulk >another possibility is 'ansitape' from comp.sources.unix. but i have not tried >this program. While VMS backup tapes are themselves in ANSI format, the backup image stored on the tape is in VMS backup format. So while ansitape will let you read the backup image off the tape, this doesn't acheive what you want (which is to read the files out of the backup image). -DG From owner-freebsd-hackers Wed Apr 12 17:06:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA02859 for hackers-outgoing; Wed, 12 Apr 1995 17:06:48 -0700 Received: from ain.charm.net (ain.charm.net [198.69.35.206]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA02853 for ; Wed, 12 Apr 1995 17:06:44 -0700 Received: (from nc@localhost) by ain.charm.net (8.6.11/8.6.9) id UAA00799; Wed, 12 Apr 1995 20:00:23 -0400 Date: Wed, 12 Apr 1995 20:00:22 -0400 (EDT) From: Network Coordinator To: freebsd-hackers@FreeBSD.org Subject: TUNE_1542 - still available? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I noticed in the LINT kernel config file there is an option for TUNE_1542 which is supposed to let the bus speed be determined automatically for Adaptec 1542 controllers. When I added options TUNE_1542 to my config file and ran config, it had no clue what that option was. Does it still exist/is it useful/does it work/oh my god the sky is purple/? I am running true (red) adaptect 1542C controllers. Thanks, -Jerry. From owner-freebsd-hackers Wed Apr 12 17:22:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA04058 for hackers-outgoing; Wed, 12 Apr 1995 17:22:02 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA04048 for ; Wed, 12 Apr 1995 17:21:58 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id RAA08508; Wed, 12 Apr 1995 17:21:36 -0700 From: "Rodney W. Grimes" Message-Id: <199504130021.RAA08508@gndrsh.aac.dev.com> Subject: Re: TUNE_1542 - still available? To: nc@ain.charm.net (Network Coordinator) Date: Wed, 12 Apr 1995 17:21:36 -0700 (PDT) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: from "Network Coordinator" at Apr 12, 95 08:00:22 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1026 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > I noticed in the LINT kernel config file there is an option for TUNE_1542 > which is supposed to let the bus speed be determined automatically for > Adaptec 1542 controllers. When I added options TUNE_1542 to my config > file and ran config, it had no clue what that option was. Does it still > exist/is it useful/does it work/oh my god the sky is purple/? I am > running true (red) adaptect 1542C controllers. I don't know about config complaining about this option, it shouldn't care about it. But instead of using this I highly recommend you set your 1542C DMA transfer speed in the BIOS and run the diagnostic to make sure it works okay (let it run for at least 10 passes). The TUNE_1542 thing can cause data loss and or corruption if it thinks it can run the controller faster than it really can (and this is why that was optioned off by default). -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Wed Apr 12 18:13:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA05167 for hackers-outgoing; Wed, 12 Apr 1995 18:13:31 -0700 Received: from forgery.CS.Berkeley.EDU (forgery.CS.Berkeley.EDU [128.32.33.75]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA05161 ; Wed, 12 Apr 1995 18:13:30 -0700 Received: (from asami@localhost) by forgery.CS.Berkeley.EDU (8.6.11/8.6.9) id SAA16768; Wed, 12 Apr 1995 18:13:29 -0700 Date: Wed, 12 Apr 1995 18:13:29 -0700 Message-Id: <199504130113.SAA16768@forgery.CS.Berkeley.EDU> To: jkh@FreeBSD.org CC: hackers@FreeBSD.org In-reply-to: <199504122313.QAA21883@time.cdrom.com> (jkh@FreeBSD.org) Subject: Re: Critically short of space on wcarchive! From: asami@cs.berkeley.edu (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: hackers-owner@FreeBSD.org Precedence: bulk * 1. Any and all 1.x stuff has to go someplace else. Any archive sites willing * to take the ports, packages and dists for 1.x over completely and totally? There's only 1.7 megs in packages-1.1.5, and AFAIK, those are the only 1.x stuff we have, no? * If so, simply signal your assent by letting us know if you need * more time to copy the bits so that you're not left stranded when * we finally blow the 1.x stuff off of wcarchive. You will also * want to adjust your mirror scripts as well, naturally.. :-) We * will give 24 hours notice before finally removing the 1.x bits * so that mirrors have a chance to update their mirror files if * they wish to keep the 1.x stuff. Actually, I'd like somebody to step forward to resurrect the packages-1.1 (and possibly ports-1.1) directory. There are still many people running 1.1.5 because of the stability, and I always thought it's bad that we don't carry the packages anymore. So, if someone still has the 1.x ports stuff (at least the packages) and willing to be the primary distribution point, please tell us so that we can redirect folks from here.... Thanks.... :) Satoshi (your friendly ports coordinator) From owner-freebsd-hackers Wed Apr 12 18:19:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA05331 for hackers-outgoing; Wed, 12 Apr 1995 18:19:13 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA05320 for ; Wed, 12 Apr 1995 18:19:00 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id LAA00254; Thu, 13 Apr 1995 11:15:45 +1000 Date: Thu, 13 Apr 1995 11:15:45 +1000 From: Bruce Evans Message-Id: <199504130115.LAA00254@godzilla.zeta.org.au> To: nc@ain.charm.net, rgrimes@gndrsh.aac.dev.com Subject: Re: TUNE_1542 - still available? Cc: freebsd-hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >> I noticed in the LINT kernel config file there is an option for TUNE_1542 >> which is supposed to let the bus speed be determined automatically for >> Adaptec 1542 controllers. When I added options TUNE_1542 to my config >> file and ran config, it had no clue what that option was. Does it still >> exist/is it useful/does it work/oh my god the sky is purple/? I am >> running true (red) adaptect 1542C controllers. >I don't know about config complaining about this option, it shouldn't Probably because it wasn't quoted. `options TUNE_1542' means the same as `options TUNE_ 1542', i.e., it either means nothing or is a syntax error. Bruce From owner-freebsd-hackers Wed Apr 12 18:47:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA05800 for hackers-outgoing; Wed, 12 Apr 1995 18:47:30 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA05794 ; Wed, 12 Apr 1995 18:47:27 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA20278; Wed, 12 Apr 95 19:41:07 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504130141.AA20278@cs.weber.edu> Subject: Re: Critically short of space on wcarchive! To: asami@cs.berkeley.edu (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Date: Wed, 12 Apr 95 19:41:06 MDT Cc: jkh@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <199504130113.SAA16768@forgery.CS.Berkeley.EDU> from "Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=" at Apr 12, 95 06:13:29 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > Actually, I'd like somebody to step forward to resurrect the > packages-1.1 (and possibly ports-1.1) directory. There are still many > people running 1.1.5 because of the stability, and I always thought > it's bad that we don't carry the packages anymore. ref.tfs.com? I thought it was a 1.1.5.1 site... Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Apr 12 18:59:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA06044 for hackers-outgoing; Wed, 12 Apr 1995 18:59:19 -0700 Received: from staff.cs.su.OZ.AU (staff.cs.su.OZ.AU [129.78.8.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA06037 for ; Wed, 12 Apr 1995 18:59:14 -0700 Received: from osix.osix.oz.au by staff.cs.su.OZ.AU (mail from daemon for hackers@FreeBSD.org) with MHSnet; Thu, 13 Apr 1995 11:59:08 +1000 Received: by osix.osix.oz.au (AIX 3.2/UCB 5.64/4.03.OSIX.001) id AA18436; Thu, 13 Apr 1995 10:55:06 -0500 Received: (from peter@localhost) by bruce (8.6.9/8.6.6) id KAA09131; Thu, 13 Apr 1995 10:55:13 +1000 Received: from Messages.8.5.N.CUILIB.3.45.SNAP.NOT.LINKED.bruce.osix.oz.au.i386.bsd via MS.5.6.bruce.osix.oz.au.i386_bsd; Thu, 13 Apr 1995 10:55:12 +1000 (WET) Message-Id: <4jX7NkUQ0k00A7_R0O@bruce.osix.oz.au> Date: Thu, 13 Apr 1995 10:55:12 +1000 (WET) From: Peter May To: dev@flevel.demon.co.uk, osix!rgrimes@gndrsh.aac.dev.com Subject: Re: FreeBSD MCA Support? Cc: hackers@FreeBSD.org, gruner@hprbg5.informatik.tu-muenchen.de In-Reply-To: <199504121827.LAA07382@gndrsh.aac.dev.com> References: <199504121827.LAA07382@gndrsh.aac.dev.com> Sender: hackers-owner@FreeBSD.org Precedence: bulk Excerpts from FreeBSD: 12-Apr-95 Re: FreeBSD MCA Support? @gndrsh.aac.dev.com (1001*) > > > > Hi, > > > > Ive just installed FreeBSD on a VLB SVGA SCSI 486 DX4 100Mhz and I am very > > impressed, well done :-) > > > > We also have a IBM PS/70 and would like to run a version of Berkeley Unix > > on that machine. I read in the docs (V2.0 RELEASE) that Micro Channel was > > not yet supported but was believed to be nearly ready. Have you any news > > on MCA support, if you have the email address on whoever is dealing with > > this part of FreeBSD I would be grateful. Damn. I knew this would happen soon ... > > BTW - If you need a beta-tester for a MCA version of FreeBSD I would be > > happy to do some testing. Yes Please. Armin is currently Alpha testing what we hope to submit to -core shortly as support for basic Microchannel. It supports ESDI disk only, no SCSI as yet, and has been tested on both an IBM ThinkPad 700C (which is a microchannel laptop) and a PS/2 mod 70. It's probably time that we sent out a call for testers for the MCA stuff - we really have only a limited number of machines to deal with here (I'm in Australia, Armin is somewhere in Europe) and while it gets production style use at both places it would be good to have some level of confidence. If interested parties would like to send me E-Mail addresses, I will start a list here for Alpha testing before the 2.1 integration gets into > -core. Regards, ---------------------------------------------------------------->>>>> Peter May OSIX Pty Ltd Director Level 1, 261-263 Pacific Highway Technical Services North Sydney. NSW. Australia. 2060. Home: +61-2-418-7656 Internet: peter@osix.oz.au Work: +61-2-922-3999 Fax: +61-2-922-3314 From owner-freebsd-hackers Wed Apr 12 18:59:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA06061 for hackers-outgoing; Wed, 12 Apr 1995 18:59:31 -0700 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA06051 for ; Wed, 12 Apr 1995 18:59:29 -0700 Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@tfs.com (Julian Elischer) Subject: IBM THINKPAD To: hackers@FreeBSD.org Date: Wed, 12 Apr 1995 18:58:58 -0700 (PDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 153 Sender: hackers-owner@FreeBSD.org Precedence: bulk do we have support for this....? I heard rumours that it has PS2 style interfaces do we have any support for the little red button-mouse-thing? julian From owner-freebsd-hackers Wed Apr 12 20:01:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA08044 for hackers-outgoing; Wed, 12 Apr 1995 20:01:21 -0700 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA08034 for ; Wed, 12 Apr 1995 20:01:17 -0700 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.11/8.6.9) with SMTP id TAA13064; Wed, 12 Apr 1995 19:54:42 GMT Message-Id: <199504121954.TAA13064@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: "matthew c. mead" cc: faulkner@mpd.tandem.com (Boyd Faulkner), hackers@FreeBSD.org Subject: Re: Sound stuff again (GUS MAX) In-reply-to: Your message of "Wed, 12 Apr 1995 18:44:43 -0400." <199504122244.SAA24459@goof.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 12 Apr 1995 19:54:38 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> "matthew c. mead" said: > On Wed, April 12, 1995 at 17:35:02 (-0500), Boyd Faulkner wrote: > > > > > [ request for working sound stuff for gus max ] > > > > > Sure. Follows... > > > > Thanks for putting that together for me. I can't find a damn b it > > > of difference between our two setups. I'm really agitated. > > > > xvmixer sucessfully varies the volume with stuff catted to /dev/audio. > > I guess it did other stuff. What exactly is it not doing? > > Well, xvmixer will do that for me too - it'll allow me to adjust > pcm, synth, line, and mic. However, I have something connected to the > cdrom input connector on the sound card. How come I can't change volume on > that? > Usually, the connection from the cdrom to the soundcard is a line input type which one usually does not have control over the volume. Typically, one adjusts the volume on the PCM or SYNTH device to adjust the volume for the CDROM input. Amancio From owner-freebsd-hackers Wed Apr 12 20:02:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA08163 for hackers-outgoing; Wed, 12 Apr 1995 20:02:56 -0700 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA08042 for ; Wed, 12 Apr 1995 20:01:20 -0700 Received: from rodin.cssc-syd.tansu.com.au (rodin.cssc-syd.tansu.com.au [149.135.252.15]) by wcarchive.cdrom.com (8.6.11/8.6.6) with ESMTP id UAA22580 for ; Wed, 12 Apr 1995 20:00:28 -0700 Received: from crab.cssc-syd.tansu.com.au (crab.ind.tansu.com.au [149.135.100.23]) by rodin.cssc-syd.tansu.com.au (8.6.9/8.6.9) with ESMTP id LAA16123; Thu, 13 Apr 1995 11:56:30 +1000 Received: from kiwi.cssc-syd.tansu.com.au (raoul@kiwi.cssc-syd.tansu.com.au [149.135.104.48]) by crab.cssc-syd.tansu.com.au (8.6.9/8.6.9) with ESMTP id LAA04375; Thu, 13 Apr 1995 11:55:59 +1000 Received: (raoul@localhost) by kiwi.cssc-syd.tansu.com.au (8.6.9/8.6.9) id LAA07729; Thu, 13 Apr 1995 11:55:57 +1000 Message-Id: <199504130155.LAA07729@kiwi.cssc-syd.tansu.com.au> Subject: Re: 940804 (vaporware ;-) reboots the system either: To: fcawth@squid.umd.edu (Fred Cawthorne) Date: Thu, 13 Apr 1995 11:55:57 +1000 (EST) Cc: agl@redline.ru, freebsd-hackers@wcarchive.cdrom.com In-Reply-To: <9504122211.AA01185@squid.umd.edu> from "Fred Cawthorne" at Apr 12, 95 06:11:26 pm From: raoul@cssc-syd.tansu.com.au (Raoul Golan) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2567 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > > again, the system worked for weeks under load in linux, > > now FreeBSD reboots it during the memory test :-[ > > I tryed to increase wait states in the CMOS to MAX values to no avail :-[ > > Any pointers would be welcome. Somebody told me that disabling > > cache on the motherboard could help: but I don't want to do > > such a stupid tricks. > (You should at least try it to see if it works, you don't have to > leave it that way but it will let you eliminate alot of other possible > causes like corrupt binaries, bad memory, etc...) > > Thanx in advance for any pointers. > > AGL > > > I had a system that did this too. I think it is the UNI chipset's > fault. (It only got past the memory check if the external cache was > turned off) I think it is a rather rare chipset... Anyway, it used to die > when trying to boot 2.0 +, until the latest snap that doesn't have > the memory test in it (: The memory test must have snarfed up something > in there... Now, it seems to work fine. I did a couple of kernel > recompiles, etc.. and it is fine. The system is an AMD 486-66 UNI > chipset with 8 megs ram and an IDE disk. > So, I suggest that you try the 950322 snap. > > I'm another victim of this apparently widespread problem... at the moment my machine will only work with a disabled external cache. Terry Lambert has been kind enough to give me suggestions as to what the problem might be (thanks, Terry). I attempted to recompile the 2.0 kernel without the memory test, tried to reboot with external cache, and got a kernel page fault for all my effort. My question is : since the latest snap seems to work on some of these problematic machines, is this due simply to the elimination of the memory test? Or have some compatibility check hacks been added as well? If the latest snap has only taken out the memory test, I can conclude that it won't work on my machine (since I've already tried to do that) I find it difficult to understand how it could be possible that taking the memory test out alone could fix the problem - if the problem isn't caught by the test, surely it would reappear later? I don't know my chipset - I hope to be able to take the time to open up the machine over the Easter break. -- Raoul Golan, Consultant for Object Oriented P/L, at ="Those who have put out Intelligent Networks Development, Telecom Australia = the eyes of the people Also student at Macquarie Univ. School of History, = reproach them for their Philosophy and Politics. EMAIL:raoul@ind.tansu.com.au = blindness." - Milton From owner-freebsd-hackers Wed Apr 12 20:04:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA08277 for hackers-outgoing; Wed, 12 Apr 1995 20:04:43 -0700 Received: from kryten.atinc.com (kryten.atinc.com [198.138.38.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA08270 for ; Wed, 12 Apr 1995 20:04:36 -0700 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id XAA12671; Wed, 12 Apr 1995 23:02:12 -0400 Date: Wed, 12 Apr 1995 23:02:10 -0400 (EDT) From: "Jonathan M. Bresler" Subject: [Q] dump, restore suid To: hackers@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk both/sbin/dump and /sbin/restore are suid root on FreeBSD 2.0R same for /sbin/rrestore and /sbin/rdump so if joe pops in a tape and does a restore as a regular user on my machine over the net from his machine to mine using this suid root rrestore, he can drop in a /usr/sbin/vipw of his choice??? ls -Flago /usr /sbin/rrestore /usr/sbin/vipw -r-sr-sr-x 2 root tty - 184320 Jan 25 10:56 /sbin/rrestore* -r-xr-xr-x 1 bin bin - 12288 Jan 25 11:05 /usr/sbin/vipw* /usr: total 38 drwxr-xr-x 11 root wheel - 1024 Feb 28 14:31 ./ drwxrwxr-x 27 root wheel - 1024 Apr 10 08:06 ../ [snip] drwxr-xr-x 2 bin bin - 2048 Mar 20 22:18 sbin/ jmb Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. | 2341 Jeff Davis Hwy play go. | Arlington, VA 22202 ride bike. hack FreeBSD.--ah the good life | 703-418-2800 x346 From owner-freebsd-hackers Wed Apr 12 20:41:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA09060 for hackers-outgoing; Wed, 12 Apr 1995 20:41:58 -0700 Received: from ix3.ix.netcom.com (ix3.ix.netcom.com [199.182.120.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA09054 for ; Wed, 12 Apr 1995 20:41:54 -0700 Received: from by ix3.ix.netcom.com (8.6.12/SMI-4.1/Netcom) id UAA23891; Wed, 12 Apr 1995 20:41:14 -0700 Date: Wed, 12 Apr 1995 20:41:14 -0700 Message-Id: <199504130341.UAA23891@ix3.ix.netcom.com> From: pvinci@ix.netcom.com (Paul Vinciguerra) Subject: is LINT going to change much before 2.1? To: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, I'm writing the doc on configuring and rebuilding the kernel and am wondering how much is LINT going to change before 2.1? I just wanted to know how much is it expected to change? thanks, Paul From owner-freebsd-hackers Wed Apr 12 20:50:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA09282 for hackers-outgoing; Wed, 12 Apr 1995 20:50:46 -0700 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA09275 for ; Wed, 12 Apr 1995 20:50:43 -0700 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id XAA28956; Wed, 12 Apr 1995 23:50:59 -0400 Date: Wed, 12 Apr 1995 23:50:59 -0400 From: "matthew c. mead" Message-Id: <199504130350.XAA28956@goof.com> To: Amancio Hasty Cc: faulkner@mpd.tandem.com (Boyd Faulkner), hackers@FreeBSD.org Subject: Re: Sound stuff again (GUS MAX) In-Reply-To: Your message of Wed, April 12, 1995 19:54:38 +0000 References: <199504122244.SAA24459@goof.com> <199504121954.TAA13064@star-gate.com> Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, April 12, 1995 at 19:54:38 (+0000), Amancio Hasty wrote: > Usually, the connection from the cdrom to the soundcard is a line input > type which one usually does not have control over the volume. > Typically, one adjusts the volume on the PCM or SYNTH device to adjust > the volume for the CDROM input. Hmm. When I run aumixer it shows a CD control, but it doesn't show up as active (ie, I can't move it). aumixer is part of snd-util-2.5.tar.gz ... I thought there would be a separate control for it. I've got my PCM and SYNTH all the way up and I can't hear the CDROM through the speakers connected to the out of the soundcard. I'm also pretty sure I've got the CDROM connected to the sound card properly... -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Wed Apr 12 21:03:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA09456 for hackers-outgoing; Wed, 12 Apr 1995 21:03:53 -0700 Received: from mramirez.sy.yale.edu (mramirez.sy.yale.edu [130.132.57.207]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA09450 for ; Wed, 12 Apr 1995 21:03:43 -0700 Received: (from mrami@localhost) by mramirez.sy.yale.edu (8.6.9/8.6.9) id AAA02363; Thu, 13 Apr 1995 00:03:16 -0400 Date: Thu, 13 Apr 1995 00:03:14 -0400 (EDT) From: Marc Ramirez Reply-To: mrami@minerva.cis.yale.edu To: Julian Elischer cc: hackers@FreeBSD.org Subject: Re: IBM THINKPAD In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, 12 Apr 1995, Julian Elischer wrote: > do we have support for this....? > I heard rumours that it has PS2 style interfaces > > do we have any support for the little red button-mouse-thing? I installed FreeBSD on a friend's ThinkPad 500. The PointerStickThingee is psm0. Everything works, except for the annoyance that the detachable disk drive has to be attached at boot to be probed, and if it is detached, it will never function properly until it is reprobed. My friend runs X on it in four megs of RAM, so it takes a fairly good beating and it has had no problems to date. Marc. -- You couldn't get a clue during the clue mating season in a field full of horny clues if you smeared your body with clue musk and did the clue mating dance. - Edward Flaherty From owner-freebsd-hackers Wed Apr 12 21:13:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA09749 for hackers-outgoing; Wed, 12 Apr 1995 21:13:07 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA09741 for ; Wed, 12 Apr 1995 21:13:04 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id VAA13820; Wed, 12 Apr 1995 21:12:43 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id VAA00140; Wed, 12 Apr 1995 21:12:43 -0700 Message-Id: <199504130412.VAA00140@corbin.Root.COM> To: raoul@cssc-syd.tansu.com.au (Raoul Golan) cc: fcawth@squid.umd.edu (Fred Cawthorne), agl@redline.ru, freebsd-hackers@FreeBSD.org Subject: Re: 940804 (vaporware ;-) reboots the system either: In-reply-to: Your message of "Thu, 13 Apr 95 11:55:57 +1000." <199504130155.LAA07729@kiwi.cssc-syd.tansu.com.au> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 12 Apr 1995 21:12:26 -0700 Sender: hackers-owner@FreeBSD.org Precedence: bulk >check hacks been added as well? If the latest snap has only taken >out the memory test, I can conclude that it won't work on my >machine (since I've already tried to do that) Of course there have been hundreds (thousands?) of changes to the kernel sources since 2.0R - some of them fix bugs that caused the kernel to not boot on some machines. >I find it difficult to understand how it could be possible that >taking the memory test out alone could fix the problem - if the >problem isn't caught by the test, surely it would reappear later? The memory test was removed because it took too long on machines with a lot of memory (a lot is >= 64MB) and wasn't effective in finding real memory problems anyway. It wasn't removed with the intention of fixing any sort of boot problem. The kernel still does a check to make sure that what the BIOS tells it about the size of memory is actually true (which was the main intention of the original memory test). Since you seem to have relatively new hardware, it's extremely unlikely that your problem is in any way related to memory sizing. If I were going to troubleshoot the problem, I'd find out how far it actually gets before resetting. If it makes it as far as C code (i.e. past the code in locore), I'd put in printf's followed by DELAY(1000000) at various points to find where it dies. -DG From owner-freebsd-hackers Wed Apr 12 21:27:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA10122 for hackers-outgoing; Wed, 12 Apr 1995 21:27:22 -0700 Received: from forgery.CS.Berkeley.EDU (forgery.CS.Berkeley.EDU [128.32.33.75]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA10116 for ; Wed, 12 Apr 1995 21:27:21 -0700 Received: (from asami@localhost) by forgery.CS.Berkeley.EDU (8.6.11/8.6.9) id VAA16851; Wed, 12 Apr 1995 21:27:16 -0700 Date: Wed, 12 Apr 1995 21:27:16 -0700 Message-Id: <199504130427.VAA16851@forgery.CS.Berkeley.EDU> To: terry@cs.weber.edu CC: hackers@FreeBSD.org In-reply-to: <9504130141.AA20278@cs.weber.edu> (terry@cs.weber.edu) Subject: Re: Critically short of space on wcarchive! From: asami@cs.berkeley.edu (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: hackers-owner@FreeBSD.org Precedence: bulk * > packages-1.1 (and possibly ports-1.1) directory. There are still many * ref.tfs.com? * * I thought it was a 1.1.5.1 site... Thanks, but they seem to only have the release source. What I'm looking for is the ports stuff.... Satoshi From owner-freebsd-hackers Wed Apr 12 21:29:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA10163 for hackers-outgoing; Wed, 12 Apr 1995 21:29:24 -0700 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA10156 for ; Wed, 12 Apr 1995 21:29:21 -0700 Received: (from nate@localhost) by trout.sri.MT.net (8.6.11/8.6.11) id WAA19262; Wed, 12 Apr 1995 22:33:26 -0600 Date: Wed, 12 Apr 1995 22:33:26 -0600 Message-Id: <199504130433.WAA19262@trout.sri.MT.net> To: julian@tfs.com (Julian Elischer) Cc: hackers@FreeBSD.org Subject: Re: IBM THINKPAD In-Reply-To: References: Reply-To: nate@sneezy.sri.com (Nate Williams) From: nate@sneezy.sri.com (Nate Williams) Sender: hackers-owner@FreeBSD.org Precedence: bulk > do we have support for this....? > I heard rumours that it has PS2 style interfaces > > do we have any support for the little red button-mouse-thing? I've heard rumors that it works under NetBSD, but it requires some boot-block hacking and some mods. to the PS/2 mouse driver. I had one running SCO, but the hard-disk went back Monday 2 days after the warranty ran out. :( Nate From owner-freebsd-hackers Wed Apr 12 23:34:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA04930 for hackers-outgoing; Wed, 12 Apr 1995 23:34:24 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA04924 for ; Wed, 12 Apr 1995 23:34:22 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id XAA14655; Wed, 12 Apr 1995 23:34:14 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id XAA00272; Wed, 12 Apr 1995 23:34:12 -0700 Message-Id: <199504130634.XAA00272@corbin.Root.COM> To: "Serge A. Babkin" cc: freebsd-hackers@FreeBSD.org Subject: Re: SLIP bug ? In-reply-to: Your message of "Wed, 12 Apr 95 16:17:48 CDT." <199504122117.QAA00323@hq.icb.chel.su> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 12 Apr 1995 23:34:12 -0700 Sender: hackers-owner@FreeBSD.org Precedence: bulk >I have found a little bug in SLIP (950210-SNAP). Comment says that SLIP >must mask both network and tty interrupts by spl...(), but really >it masks splimp() only. Is this error corrected in -current ? If not >I can submit a diff. It is not a bug. When SLIP is configured, splimp |= spltty. -DG From owner-freebsd-hackers Thu Apr 13 00:42:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA05775 for hackers-outgoing; Thu, 13 Apr 1995 00:42:49 -0700 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA05769 for ; Thu, 13 Apr 1995 00:42:41 -0700 Received: from redline.ru (mail.redline.ru [194.87.69.22]) by wcarchive.cdrom.com (8.6.11/8.6.6) with SMTP id AAA19049 for ; Thu, 13 Apr 1995 00:39:36 -0700 Date: Thu, 13 Apr 1995 11:37:27 +0400 (GMT+0400) From: Anthony Graphics X-Sender: agl@mail.redline.ru To: Fred Cawthorne cc: freebsd-hackers@wcarchive.cdrom.com Subject: Re: 940804 (vaporware ;-) reboots the system either: In-Reply-To: <9504122211.AA01185@squid.umd.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, 12 Apr 1995, Fred Cawthorne wrote: > Date: Wed, 12 Apr 95 18:11:26 EDT > From: Fred Cawthorne > To: Anthony Graphics > Cc: freebsd-hackers@wcarchive.cdrom.com > Subject: Re: 940804 (vaporware ;-) reboots the system either: > > > > > again, the system worked for weeks under load in linux, > > now FreeBSD reboots it during the memory test :-[ > > I tryed to increase wait states in the CMOS to MAX values to no avail :-[ > > Any pointers would be welcome. Somebody told me that disabling > > cache on the motherboard could help: but I don't want to do > > such a stupid tricks. > (You should at least try it to see if it works, you don't have to > leave it that way but it will let you eliminate alot of other possible > causes like corrupt binaries, bad memory, etc...) > > Thanx in advance for any pointers. > > AGL > > > I had a system that did this too. I think it is the UNI chipset's > fault. (It only got past the memory check if the external cache was > turned off) I think it is a rather rare chipset... Anyway, it used to die > when trying to boot 2.0 +, until the latest snap that doesn't have > the memory test in it (: The memory test must have snarfed up something > in there... Now, it seems to work fine. I did a couple of kernel > recompiles, etc.. and it is fine. The system is an AMD 486-66 UNI > chipset with 8 megs ram and an IDE disk. > So, I suggest that you try the 950322 snap. Althought I'm not sure I have an UNI chipset 950322 really works for me AGL > > > Fred. > > > From owner-freebsd-hackers Thu Apr 13 00:52:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA05856 for hackers-outgoing; Thu, 13 Apr 1995 00:52:32 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA05847 for ; Thu, 13 Apr 1995 00:52:20 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA02236; Thu, 13 Apr 1995 09:51:06 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA16028 for freebsd-hackers@freebsd.org; Thu, 13 Apr 1995 09:51:05 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id JAA12691 for freebsd-hackers@freebsd.org; Thu, 13 Apr 1995 09:22:07 +0200 From: J Wunsch Message-Id: <199504130722.JAA12691@uriah.heep.sax.de> Subject: Re: IBM THINKPAD To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Thu, 13 Apr 1995 09:22:06 +0200 (MET DST) In-Reply-To: from "Julian Elischer" at Apr 12, 95 06:58:58 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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: 513 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Julian Elischer wrote: > > do we have support for this....? > I heard rumours that it has PS2 style interfaces Last reports have been that it's at least supported with pcvt and PCVT_SCANSET=2. However, i've heard rumours that syscons does force the keyboard into scanset 1 (as opposed to simply relying on it to be so after boot), so it could work there as well. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Apr 13 04:06:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA10900 for hackers-outgoing; Thu, 13 Apr 1995 04:06:27 -0700 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA10873 for ; Thu, 13 Apr 1995 04:06:18 -0700 Received: from orion.stars.sed.monmouth.army.mil ([158.9.11.65]) by wcarchive.cdrom.com (8.6.11/8.6.6) with ESMTP id EAA14966 for ; Thu, 13 Apr 1995 04:06:15 -0700 Message-Id: <199504131106.EAA14966@wcarchive.cdrom.com> Received: by orion.stars.sed.monmouth.army.mil (1.37.109.11/16.2) id AA064531015; Thu, 13 Apr 1995 07:03:35 -0400 From: william pechter ILEX Subject: Re: 80387 hangs system at divide by zero To: FreeBSD-hackers@wcarchive.cdrom.com (FreeBSD-hackers) Date: Thu, 13 Apr 1995 07:03:34 -0400 (EDT) In-Reply-To: <199504130610.CAA04290@skynet.ctr.columbia.edu> from "House of Debuggin'" at Apr 13, 95 02:10:40 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: 1618 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > They say this Scott Blachowicz person was kidding when he wrote: > > > > "Jordan K. Hubbard" wrote: > > > > > "Why does Linux work with my computer when FreeBSD just dies?" > > > > Does that mean I should mention that my brand new Pentium-90 system boots > > from a Linux boot disc just fine, but just sits and spins trying to boot a > > rawriten boot.flp from either the 0210 or 0322 SNAPs? :-( > > Argh... No, it actually means you should tell us exactly what sort of > Pentium-90 system you have and then provide more details. :) Here's one I'm seeing with SNAP 950322 -- the system loads up and installs -- but hangs when booting the hard disk after the "Changing root to dev sd0a message." Any suggestions. I'm low-level formatting both SCSI disks now to see if it's from any vestige of the 1.1.5.1 bootblocks/label that were on the system. Interestingly enough, the latest InfoMagic Linux Slackware 2.2 now has problems with the machine with ext2fs crying all over the place after the installation begins to load packages. The errors were about inodes and blocks but went by too quick to see. I'm not sure if I have an adaptec 1542 problem or disk problem. One interesting thing is the FreeBSD install gives the messages clearly in the second console... Slackware seems to lose them quickly. Bill ----------------------------------------------------------------------------- Bill Pechter |Systems Administrator | Ilex Systems |170 Patterson Ave | Shrewsbury, New Jersey 07702 908-532-2369 |pechter@sesd.ilex.com | pechter@stars.sed.monmouth.army.mil From owner-freebsd-hackers Thu Apr 13 04:10:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA11104 for hackers-outgoing; Thu, 13 Apr 1995 04:10:14 -0700 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id EAA11096 ; Thu, 13 Apr 1995 04:10:10 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA08619 (5.67a/IDA-1.5); Thu, 13 Apr 1995 05:47:43 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA28992; 13 Apr 95 05:21:48 CDT (Thu) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id FAA28989; Thu, 13 Apr 1995 05:21:47 -0500 From: Peter da Silva Message-Id: <199504131021.FAA28989@bonkers.taronga.com> Subject: Re: Critically short of space on wcarchive! To: asami@cs.berkeley.edu Date: Thu, 13 Apr 1995 05:21:46 -0500 (CDT) Cc: jkh@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <199504130113.SAA16768@forgery.CS.Berkeley.EDU> from "Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=" at Apr 12, 95 06:13:29 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 469 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Actually, I'd like somebody to step forward to resurrect the > packages-1.1 (and possibly ports-1.1) directory. There are still many > people running 1.1.5 because of the stability, and I always thought > it's bad that we don't carry the packages anymore. YES yes yes yes. I'm trying to get the space, now. If anyone has 1.x ports or packages point me at them. If I can't get the space at least I can cache stuff until someone who DOES have the space can take it. From owner-freebsd-hackers Thu Apr 13 04:14:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA11307 for hackers-outgoing; Thu, 13 Apr 1995 04:14:35 -0700 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA11301 for ; Thu, 13 Apr 1995 04:14:35 -0700 Received: from orion.stars.sed.monmouth.army.mil ([158.9.11.65]) by wcarchive.cdrom.com (8.6.11/8.6.6) with ESMTP id EAA15916 for ; Thu, 13 Apr 1995 04:14:24 -0700 Message-Id: <199504131114.EAA15916@wcarchive.cdrom.com> Received: by orion.stars.sed.monmouth.army.mil (1.37.109.11/16.2) id AA064601496; Thu, 13 Apr 1995 07:11:36 -0400 From: william pechter ILEX Subject: Re: 940804 (vaporware ;-) reboots the system either: To: davidg@Root.COM Date: Thu, 13 Apr 1995 07:11:36 -0400 (EDT) Cc: FreeBSD-hackers@wcarchive.cdrom.com (FreeBSD-hackers) In-Reply-To: <199504130412.VAA00140@corbin.Root.COM> from "David Greenman" at Apr 12, 95 09:12:26 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 772 Sender: hackers-owner@FreeBSD.org Precedence: bulk > >I find it difficult to understand how it could be possible that > >taking the memory test out alone could fix the problem - if the > >problem isn't caught by the test, surely it would reappear later? > > The memory test was removed because it took too long on machines with a > lot of memory (a lot is >= 64MB) and wasn't effective in finding real memory > problems anyway. Well, it fixed my wife's OS/2 installation crash problem and her Linux sig 11's. Turned out to be bad memory. Bill ----------------------------------------------------------------------------- Bill Pechter |Systems Administrator | Ilex Systems |170 Patterson Ave | Shrewsbury, New Jersey 07702 908-532-2369 |pechter@sesd.ilex.com | pechter@stars.sed.monmouth.army.mil From owner-freebsd-hackers Thu Apr 13 05:11:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA12165 for hackers-outgoing; Thu, 13 Apr 1995 05:11:25 -0700 Received: from po2.andrew.cmu.edu (PO2.ANDREW.CMU.EDU [128.2.10.102]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA12158 for ; Thu, 13 Apr 1995 05:11:20 -0700 Received: (from postman@localhost) by po2.andrew.cmu.edu (8.6.9/8.6.9) id IAA02942 for freebsd-hackers@freefall.cdrom.com; Thu, 13 Apr 1995 08:11:18 -0400 Received: via switchmail; Thu, 13 Apr 1995 08:11:17 -0400 (EDT) Received: from pcs30.andrew.cmu.edu via qmail ID ; Thu, 13 Apr 1995 08:10:37 -0400 (EDT) Received: from pcs30.andrew.cmu.edu via qmail ID ; Thu, 13 Apr 1995 08:10:36 -0400 (EDT) Received: from mms.4.60.Jan.26.1995.18.43.47.sun4c.411.EzMail.Phred.2.0.CUILIB.3.45.SNAP.NOT.LINKED.pcs30.andrew.cmu.edu.sun4c.411 via MS.5.6.pcs30.andrew.cmu.edu.sun4c_411; Thu, 13 Apr 1995 08:10:36 -0400 (EDT) Message-ID: Date: Thu, 13 Apr 1995 08:10:36 -0400 (EDT) From: "Alex R.N. Wetmore" To: freebsd-hackers@freefall.cdrom.com Subject: Re: IBM THINKPAD In-Reply-To: References: Sender: hackers-owner@FreeBSD.org Precedence: bulk Excerpts from internet.computing.freebsd-hackers: 12-Apr-95 IBM THINKPAD by Julian Elischer@tfs.com > do we have support for this....? > I heard rumours that it has PS2 style interfaces I ran NetBSD on a ThinkPad 750 for a week (before I had to return it to its owner. He still runs NetBSD on it). With the 750 you have to make a few kernel changes to get it to boot (these are from NetBSD, but I'd imagine that they FreeBSD changes would be similar): * in the memory detection part of the kernel (machdep.c) you need to tell it that there is 4k less base memory then there really is (it uses the top 4k for APM, but doesn't report that properly). * I used pccons and removed the initialization of the keyboard. This let they keyboard work. pcvt should support it to, although I had trouble with that and an earlier beta of pcvt. The only major problems that I had were: never got PCMCIA support working (you guys have totally different support, so this shouldn't be a problem), and the keyboard locked when quitting XFree86 (no big deal, i just made my .xinitrc reboot the machine when I left X). > do we have any support for the little red button-mouse-thing? It worked for me under NetBSD-1.0 using the NetBSD-current PS/2 mouse driver. alex From owner-freebsd-hackers Thu Apr 13 05:58:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA12973 for hackers-outgoing; Thu, 13 Apr 1995 05:58:07 -0700 Received: from zed.ludd.luth.se (root@zed.ludd.luth.se [130.240.16.33]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA12967 for ; Thu, 13 Apr 1995 05:58:05 -0700 Received: from taurus.ludd.luth.se (taurus.ludd.luth.se [130.240.16.37]) by zed.ludd.luth.se (8.6.11/8.6.11) with ESMTP id OAA00523 for ; Thu, 13 Apr 1995 14:58:00 +0200 Received: (offe@localhost) by taurus.ludd.luth.se (8.6.11/8.6.11) id OAA19794; Thu, 13 Apr 1995 14:58:19 +0200 Date: Thu, 13 Apr 1995 14:58:18 +0200 (MET DST) From: Olof Johansson To: hackers@FreeBSD.org Subject: Bug in 950322-SNAP Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello, There seems to be a bug in the procfs in the 0322 snap. I've seen the same error on 2.0R. The system panics if you try to read /proc/0/regs. (sorry, I can't supply the info you get at panics, I have no cut-n-paste. But it should be easy to reproduce). System config: 486DX/33, 20Mb mem (4Mb non-parity). DTC VLB IDE-controller 2 IDE drives (340 WD + 210Mb Conner) S3 VLB graphics (#9 GXE lvl 11) WD7000-ASC SCSI controller Tandberg TDC-3600 QIC-150 tapestreamer -Offe -------------------+-----------------------+------------------------------------ Olof Johansson | Address: | Phone: +46-920-887-69 -------------------+ Porsogarden 22:2 +------------------------------------ offe@ludd.luth.se | 977 54 Lulea | Who is General Failure, and why d92-ojn@sm.luth.se | Sweden | is he reading my disk? -------------------+-----------------------+------------------------------------ From owner-freebsd-hackers Thu Apr 13 06:00:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA13023 for hackers-outgoing; Thu, 13 Apr 1995 06:00:48 -0700 Received: from redline.ru (root@mail.redline.ru [194.87.69.22]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA13007 for ; Thu, 13 Apr 1995 06:00:36 -0700 Message-Id: Date: Thu, 13 Apr 95 16:58 GMT+0400 From: agl@redline.ru (Anthony Graphics) To: freebsd-hackers@FreeBSD.org Subject: config problems X-Mailer: GNOS 2.3.3d Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi guys! What options should be given in the /sys/conf/i386/SYSTEMNAME in order to compile in SCSI symbols in ioconf.c ? I said 'config GENERIC' and it removed scsi support from ioconf.c ! Maybe I'm using outdated config? (dated Feb 9 1995) strings config reports there are some references to scsi_?init but how can I make these definitions to make thei r way into ioconf? Thanx! AGL From owner-freebsd-hackers Thu Apr 13 08:15:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA17387 for hackers-outgoing; Thu, 13 Apr 1995 08:15:41 -0700 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA17376 for ; Thu, 13 Apr 1995 08:15:31 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA10629 (5.67a/IDA-1.5); Thu, 13 Apr 1995 09:47:41 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA01457; 13 Apr 95 08:46:42 CDT (Thu) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id IAA01454; Thu, 13 Apr 1995 08:46:42 -0500 From: Peter da Silva Message-Id: <199504131346.IAA01454@bonkers.taronga.com> Subject: Re: SimCity on 1.1.5.1 anybody? To: terry@cs.weber.edu (Terry Lambert) Date: Thu, 13 Apr 1995 08:46:41 -0500 (CDT) Cc: mcw@hpato.aus.hp.com, joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org In-Reply-To: <9504110555.AA28576@cs.weber.edu> from "Terry Lambert" at Apr 10, 95 11:55:11 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 791 Sender: hackers-owner@FreeBSD.org Precedence: bulk > If the system call was 'stat' or 'lstat' the Netscape patches on > ref.tfs.com should fix the problem. That assumes you install both > of them and not just the 'stat'. You can check for the 'lstat' > patch by trying to open a URL starting with "file:". If NetScape > blows chunks, you *don't* have the patch. I've got the Netscape patches from Terry and put them up on http://bonkers.neosoft.com/netscape.html These patches don't seem to entirely work for me... for some reason Netscape 1.1 beta 3 still refuses to find XKeysymDB. They do allow Netscape to run. If you have any ideas about convincing Netscape to load the keysyms I'd appreciate it (the hints given in the file don't work). Or if you have an older version of Netscape for BSD (Netscape i386) I'd appreciate a copy. From owner-freebsd-hackers Thu Apr 13 08:14:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA17335 for hackers-outgoing; Thu, 13 Apr 1995 08:14:58 -0700 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA17328 for ; Thu, 13 Apr 1995 08:14:56 -0700 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.11/8.6.9) with SMTP id IAA16195; Thu, 13 Apr 1995 08:14:24 -0700 Message-Id: <199504131514.IAA16195@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: agl@redline.ru (Anthony Graphics) cc: freebsd-hackers@FreeBSD.org Subject: Re: config problems In-reply-to: Your message of "Thu, 13 Apr 1995 16:58:00 +0400." Date: Thu, 13 Apr 1995 08:14:23 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk >Hi guys! >What options should be given in the /sys/conf/i386/SYSTEMNAME >in order to compile in SCSI symbols in ioconf.c ? >I said 'config GENERIC' and it removed scsi support from >ioconf.c ! >Maybe I'm using outdated config? (dated Feb 9 1995) >strings config >reports there are some references to scsi_?init >but how can I make these definitions to make thei >r way into ioconf? >Thanx! >AGL Outdated config. -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Thu Apr 13 08:29:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA18355 for hackers-outgoing; Thu, 13 Apr 1995 08:29:59 -0700 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA18349 for ; Thu, 13 Apr 1995 08:29:56 -0700 Received: from dvals1.larc.nasa.gov (dvals1.larc.nasa.gov [128.155.4.96]) by wcarchive.cdrom.com (8.6.11/8.6.6) with ESMTP id IAA29456 for ; Thu, 13 Apr 1995 08:29:54 -0700 Received: (from branson@localhost) by dvals1.larc.nasa.gov (8.6.11/8.6.9) id LAA26412; Thu, 13 Apr 1995 11:28:28 -0400 From: Branson Matheson Message-Id: <199504131528.LAA26412@dvals1.larc.nasa.gov> Subject: Re: 940804 (vaporware ;-) reboots the system either: To: pechter@stars.sed.monmouth.army.mil (william pechter ILEX) Date: Thu, 13 Apr 1995 11:28:27 -0400 (EDT) Cc: davidg@Root.COM, FreeBSD-hackers@wcarchive.cdrom.com In-Reply-To: <199504131114.EAA15916@wcarchive.cdrom.com> from "william pechter ILEX" at Apr 13, 95 07:11:36 am X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1326 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > >I find it difficult to understand how it could be possible that > > >taking the memory test out alone could fix the problem - if the > > >problem isn't caught by the test, surely it would reappear later? > > > > The memory test was removed because it took too long on machines with a > > lot of memory (a lot is >= 64MB) and wasn't effective in finding real memory > > problems anyway. > > Well, it fixed my wife's OS/2 installation crash problem and her > Linux sig 11's. Turned out to be bad memory. I would like to see this left in the system as an option to configure into the kernel... we could even add a hack to it so that the check can be a bit more visiable... like the /|\- thingy or even the dots across the screen. mabey a count out of the memeory... and possibly a generated report when it finds a bad part... If there is interest in this... I will clean-up the code I have and add some of the other features mentioned above.. for now I have the dots. -branson -- MATHESON, E BRANSON E.B.MATHESON@LaRC.NASA.GOV Mail Stop 931 COMPUTER SCIENCES CORPORATION NASA Langley Research Center Assigned to Operations Support Division Hampton, VA 23681-0001 Phone +1 804 864-9700 From owner-freebsd-hackers Thu Apr 13 08:35:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA18682 for hackers-outgoing; Thu, 13 Apr 1995 08:35:44 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA18674 for ; Thu, 13 Apr 1995 08:35:40 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id IAA15450; Thu, 13 Apr 1995 08:35:36 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id IAA00181; Thu, 13 Apr 1995 08:35:36 -0700 Message-Id: <199504131535.IAA00181@corbin.Root.COM> To: Branson Matheson cc: pechter@stars.sed.monmouth.army.mil (william pechter ILEX), FreeBSD-hackers@FreeBSD.org Subject: Re: 940804 (vaporware ;-) reboots the system either: In-reply-to: Your message of "Thu, 13 Apr 95 11:28:27 EDT." <199504131528.LAA26412@dvals1.larc.nasa.gov> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 13 Apr 1995 08:35:33 -0700 Sender: hackers-owner@FreeBSD.org Precedence: bulk >> > The memory test was removed because it took too long on machines with a >> > lot of memory (a lot is >= 64MB) and wasn't effective in finding real memory >> > problems anyway. >> >> Well, it fixed my wife's OS/2 installation crash problem and her >> Linux sig 11's. Turned out to be bad memory. > > > I would like to see this left in the system as an option to configure into > the kernel... we could even add a hack to it so that the check can be a bit > more visiable... like the /|\- thingy or even the dots across the screen. > mabey a count out of the memeory... and possibly a generated report when it > finds a bad part... If there is interest in this... I will clean-up > the code I have and add some of the other features mentioned above.. for > now I have the dots. I don't want memory test code in the kernel, but it might be nice to have it in our /boot when we implement it. The problem with this of course is that it leads people to a false sense of confidence. Many memory problems require hours of testing before they show up. There are already many good memory test programs out there for PCs that do a much more credible job than we could ever do as part of a bootstrap. -DG From owner-freebsd-hackers Thu Apr 13 09:10:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA20109 for hackers-outgoing; Thu, 13 Apr 1995 09:10:01 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA20097 for ; Thu, 13 Apr 1995 09:09:55 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA18020; Thu, 13 Apr 1995 18:09:42 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id SAA18439 for freebsd-hackers@freebsd.org; Thu, 13 Apr 1995 18:09:42 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id RAA13761 for freebsd-hackers@freebsd.org; Thu, 13 Apr 1995 17:54:48 +0200 From: J Wunsch Message-Id: <199504131554.RAA13761@uriah.heep.sax.de> Subject: Re: [Q] dump, restore suid To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Thu, 13 Apr 1995 17:54:48 +0200 (MET DST) In-Reply-To: from "Jonathan M. Bresler" at Apr 12, 95 11:02:10 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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: 763 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Jonathan M. Bresler wrote: > > > both/sbin/dump and /sbin/restore are suid root on FreeBSD 2.0R > same for /sbin/rrestore and /sbin/rdump > > so if joe pops in a tape and does a restore as a regular user on my > machine over the net from his machine to mine using this suid root > rrestore, he can drop in a /usr/sbin/vipw of his choice??? I hope they've been built `secure', at least, they both have something like: dump/main.c: (void)setuid(getuid()); /* rmthost() is the only reason to be setuid */ restore/tape.c: setuid(getuid()); /* no longer need or want root privileges */ -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Apr 13 09:11:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA20154 for hackers-outgoing; Thu, 13 Apr 1995 09:11:51 -0700 Received: from devnull.mpd.tandem.com (devnull.mpd.tandem.com [131.124.4.29]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA20147 for ; Thu, 13 Apr 1995 09:11:49 -0700 Received: from olympus by devnull.mpd.tandem.com (8.6.8/8.6.6) id LAA20338; Thu, 13 Apr 1995 11:11:33 -0500 Received: by olympus (4.1/TSS2.1) id AA15056; Thu, 13 Apr 95 11:09:59 CDT From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9504131609.AA15056@olympus> Subject: Re: Sound stuff again (GUS MAX) To: mmead@goof.com (matthew c. mead) Date: Thu, 13 Apr 1995 11:09:58 -0500 (CDT) Cc: faulkner@devnull.mpd.tandem.com, hackers@FreeBSD.org In-Reply-To: <199504122244.SAA24459@goof.com> from "matthew c. mead" at Apr 12, 95 06:44:43 pm X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 1023 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > On Wed, April 12, 1995 at 17:35:02 (-0500), Boyd Faulkner wrote: > > > > > [ request for working sound stuff for gus max ] > > > > > Sure. Follows... > > > > Thanks for putting that together for me. I can't find a damn bit > > > of difference between our two setups. I'm really agitated. > > > > xvmixer sucessfully varies the volume with stuff catted to /dev/audio. > > I guess it did other stuff. What exactly is it not doing? > > Well, xvmixer will do that for me too - it'll allow me to adjust > pcm, synth, line, and mic. However, I have something connected to the > cdrom input connector on the sound card. How come I can't change volume on > that? > > I can't say. I don't have the cdrom and the GUS connected, yet. I'll have to get back to you when I do. Boyd -- _______________________________________________________________________ Boyd Faulkner faulkner@isd.tandem.com _______________________________________________________________________ From owner-freebsd-hackers Thu Apr 13 10:08:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA21051 for hackers-outgoing; Thu, 13 Apr 1995 10:08:06 -0700 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA21045 for ; Thu, 13 Apr 1995 10:08:04 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by wcarchive.cdrom.com (8.6.11/8.6.6) with SMTP id KAA21767 for ; Thu, 13 Apr 1995 10:08:01 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA23623; Thu, 13 Apr 95 10:59:48 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504131659.AA23623@cs.weber.edu> Subject: MEMORY TEST PREMATURELY REMOVED? To: pechter@stars.sed.monmouth.army.mil (william pechter ILEX) Date: Thu, 13 Apr 95 10:59:48 MDT Cc: davidg@Root.COM, FreeBSD-hackers@wcarchive.cdrom.com In-Reply-To: <199504131114.EAA15916@wcarchive.cdrom.com> from "william pechter ILEX" at Apr 13, 95 07:11:36 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > The memory test was removed because it took too long on machines with a > > lot of memory (a lot is >= 64MB) and wasn't effective in finding real memory > > problems anyway. > > Well, it fixed my wife's OS/2 installation crash problem and her > Linux sig 11's. Turned out to be bad memory. Time for a boot option, like Sun? Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Apr 13 10:22:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA21603 for hackers-outgoing; Thu, 13 Apr 1995 10:22:06 -0700 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA21597 for ; Thu, 13 Apr 1995 10:22:04 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by wcarchive.cdrom.com (8.6.11/8.6.6) with ESMTP id KAA25340 for ; Thu, 13 Apr 1995 10:21:59 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id KAA10607; Thu, 13 Apr 1995 10:20:59 -0700 From: "Rodney W. Grimes" Message-Id: <199504131720.KAA10607@gndrsh.aac.dev.com> Subject: Re: MEMORY TEST PREMATURELY REMOVED? To: terry@cs.weber.edu (Terry Lambert) Date: Thu, 13 Apr 1995 10:20:58 -0700 (PDT) Cc: pechter@stars.sed.monmouth.army.mil, davidg@Root.COM, FreeBSD-hackers@wcarchive.cdrom.com In-Reply-To: <9504131659.AA23623@cs.weber.edu> from "Terry Lambert" at Apr 13, 95 10:59:48 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1088 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > The memory test was removed because it took too long on machines with a > > > lot of memory (a lot is >= 64MB) and wasn't effective in finding real memory > > > problems anyway. > > > > Well, it fixed my wife's OS/2 installation crash problem and her > > Linux sig 11's. Turned out to be bad memory. > > Time for a boot option, like Sun? Yea, only the person who needs to implement the real memory test is AMI, AWARD and Pheonix. I find it really disconserting that the system BIOS does such a sh*tty job of self test that programs like Synaptics DEFRAG program, and others have now gone to putting in there own memory test code to detect memory problems. Gee, I wonder how many copies of memory test programs there are in all of the DOS/Windows software on some sights Novell file server, just so tech support people don't have to answer the really strange bug reports from really strange system crashes :-) :-) -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Thu Apr 13 10:25:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA21633 for hackers-outgoing; Thu, 13 Apr 1995 10:25:11 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA21626 for ; Thu, 13 Apr 1995 10:25:08 -0700 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id NAA08113; Thu, 13 Apr 1995 13:24:26 -0400 From: Peter Dufault Message-Id: <199504131724.NAA08113@hda.com> Subject: Re: config problems To: agl@redline.ru (Anthony Graphics) Date: Thu, 13 Apr 1995 13:24:26 -0400 (EDT) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: from "Anthony Graphics" at Apr 13, 95 04:58:00 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1181 Sender: hackers-owner@FreeBSD.org Precedence: bulk Anthony Graphics writes: > > Hi guys! > What options should be given in the /sys/conf/i386/SYSTEMNAME > in order to compile in SCSI symbols in ioconf.c ? > I said 'config GENERIC' and it removed scsi support from > ioconf.c ! > Maybe I'm using outdated config? (dated Feb 9 1995) > strings config > reports there are some references to scsi_?init > but how can I make these definitions to make thei > r way into ioconf? You shouldn't have to do anything. Remake config to be sure you have the right one; it is in /usr/src/sbin/config. I just tried configging GENERIC and got this: > #include "scsi/scsiconf.h" > > struct scsi_ctlr_config scsi_cinit[] = { > /* unit driver driver unit */ > { 0, 0, 0 } > }; > > struct scsi_device_config scsi_dinit[] = { > /* name unit cunit target LUN flags */ > { 0, 0, 0, 0, 0, 0 } > }; > extern void sdinit(); > extern void stinit(); > extern void cdinit(); > void (*scsi_tinit[])(void) = { > sdinit, > stinit, > cdinit, > 0, > }; in ioconf.c -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Thu Apr 13 11:02:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA22195 for hackers-outgoing; Thu, 13 Apr 1995 11:02:02 -0700 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA22189 for ; Thu, 13 Apr 1995 11:01:57 -0700 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id OAA12854; Thu, 13 Apr 1995 14:02:15 -0400 Date: Thu, 13 Apr 1995 14:02:15 -0400 From: "matthew c. mead" Message-Id: <199504131802.OAA12854@goof.com> To: faulkner@mpd.tandem.com (Boyd Faulkner) Cc: hackers@FreeBSD.org Subject: Re: Sound stuff again (GUS MAX) In-Reply-To: Your message of Thu, April 13, 1995 11:09:58 -0500 References: <199504122244.SAA24459@goof.com> <9504131609.AA15056@olympus> Sender: hackers-owner@FreeBSD.org Precedence: bulk On Thu, April 13, 1995 at 11:09:58 (-0500), Boyd Faulkner wrote: > > > xvmixer sucessfully varies the volume with stuff catted to /dev/audio. > > > I guess it did other stuff. What exactly is it not doing? > > Well, xvmixer will do that for me too - it'll allow me to adjust > > pcm, synth, line, and mic. However, I have something connected to the > > cdrom input connector on the sound card. How come I can't change volume on > > that? > I can't say. I don't have the cdrom and the GUS connected, yet. I'll have > to get back to you when I do. Please let me know. Thanks! -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Thu Apr 13 11:03:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA22218 for hackers-outgoing; Thu, 13 Apr 1995 11:03:35 -0700 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA22212 for ; Thu, 13 Apr 1995 11:03:34 -0700 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id OAA12858; Thu, 13 Apr 1995 14:03:54 -0400 Date: Thu, 13 Apr 1995 14:03:54 -0400 From: "matthew c. mead" Message-Id: <199504131803.OAA12858@goof.com> To: faulkner@mpd.tandem.com (Boyd Faulkner) Subject: Re: Sound stuff again (GUS MAX) Cc: hackers@FreeBSD.org In-Reply-To: Your message of Thu, April 13, 1995 11:22:35 -0500 References: <199504122149.RAA10258@goof.com> <9504131622.AA15133@olympus> Sender: hackers-owner@FreeBSD.org Precedence: bulk On Thu, April 13, 1995 at 11:22:35 (-0500), Boyd Faulkner wrote: > Gmods almost work for me but not quite. If I use a gmod compiled with 1.1.5.1, it works fine. > I'll have to get one and try this out myself. > > > > I still have problems with playing .wav's and raw audio data. What > > > > happens is there is a bit of the sample repeated after it is played. I > > > > still also have problems building gmod and using it. It makes squeaky > > > > noises and generally messes up the samples. A gmod compiled under 1.1.5.1 > > > > works just fine. I don't get it. > Different system include files? That's why I asked for your ultrasound.h and soundcard.h, but there weren't any differences! :( -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Thu Apr 13 11:08:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA22343 for hackers-outgoing; Thu, 13 Apr 1995 11:08:10 -0700 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA22337 for ; Thu, 13 Apr 1995 11:08:07 -0700 Received: from orion.stars.sed.monmouth.army.mil ([158.9.11.65]) by wcarchive.cdrom.com (8.6.11/8.6.6) with ESMTP id LAA06554 for ; Thu, 13 Apr 1995 11:08:02 -0700 Message-Id: <199504131808.LAA06554@wcarchive.cdrom.com> Received: by orion.stars.sed.monmouth.army.mil (1.37.109.11/16.2) id AA003496292; Thu, 13 Apr 1995 14:04:52 -0400 From: william pechter ILEX Subject: Re: MEMORY TEST PREMATURELY REMOVED? To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes), FreeBSD-hackers@wcarchive.cdrom.com (FreeBSD-hackers) Date: Thu, 13 Apr 1995 14:04:52 -0400 (EDT) In-Reply-To: <199504131720.KAA10607@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Apr 13, 95 10:20:58 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: 1066 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Yea, only the person who needs to implement the real memory test is > AMI, AWARD and Pheonix. I find it really disconserting that the system > BIOS does such a sh*tty job of self test that programs like Synaptics > DEFRAG program, and others have now gone to putting in there own > memory test code to detect memory problems. > > Gee, I wonder how many copies of memory test programs there are in > all of the DOS/Windows software on some sights Novell file server, > just so tech support people don't have to answer the really strange bug > reports from really strange system crashes :-) :-) I'm really surprized about that myself... I found AMI was better than Pheonix on the memory test. I don't know how good Award was. Actually, they all followed IBM's BAD lead on this one. Bill ----------------------------------------------------------------------------- Bill Pechter |Systems Administrator | Ilex Systems |170 Patterson Ave | Shrewsbury, New Jersey 07702 908-532-2369 |pechter@sesd.ilex.com | pechter@stars.sed.monmouth.army.mil From owner-freebsd-hackers Thu Apr 13 11:21:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA22575 for hackers-outgoing; Thu, 13 Apr 1995 11:21:32 -0700 Received: from forgery.CS.Berkeley.EDU (forgery.CS.Berkeley.EDU [128.32.33.75]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA22569 for ; Thu, 13 Apr 1995 11:21:32 -0700 Received: (from asami@localhost) by forgery.CS.Berkeley.EDU (8.6.11/8.6.9) id LAA18031; Thu, 13 Apr 1995 11:21:05 -0700 Date: Thu, 13 Apr 1995 11:21:05 -0700 Message-Id: <199504131821.LAA18031@forgery.CS.Berkeley.EDU> To: peter@bonkers.taronga.com CC: hackers@FreeBSD.org In-reply-to: <199504131021.FAA28989@bonkers.taronga.com> (message from Peter da Silva on Thu, 13 Apr 1995 05:21:46 -0500 (CDT)) Subject: Re: Critically short of space on wcarchive! From: asami@cs.berkeley.edu (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: hackers-owner@FreeBSD.org Precedence: bulk * From: Peter da Silva * I'm trying to get the space, now. If anyone has 1.x ports or packages point * me at them. If I can't get the space at least I can cache stuff until someone * who DOES have the space can take it. Peter, I found two sites in Japan. They are: ftp://ftp.ics.es.osaka-u.ac.jp/PC-UNIX/FreeBSD/packages-1.1/ ftp://ftp.sra.co.jp/pub/os/FreeBSD/packages-1.1/ The contents look almost the same. Satoshi From owner-freebsd-hackers Thu Apr 13 12:09:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA23667 for hackers-outgoing; Thu, 13 Apr 1995 12:09:24 -0700 Received: from snoopy.mv.com (snoopy.mv.com [199.125.64.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA23659 for ; Thu, 13 Apr 1995 12:09:20 -0700 Received: (from pw@localhost) by snoopy.mv.com (8.6.9/8.6.6) id PAA02469; Thu, 13 Apr 1995 15:04:00 -0400 Date: Thu, 13 Apr 1995 15:04:00 -0400 From: "Paul F. Werkowski" Message-Id: <199504131904.PAA02469@snoopy.mv.com> To: davidg@Root.COM CC: raoul@cssc-syd.tansu.com.au, fcawth@squid.umd.edu, agl@redline.ru, freebsd-hackers@FreeBSD.org In-reply-to: <199504130412.VAA00140@corbin.Root.COM> (message from David Greenman on Wed, 12 Apr 1995 21:12:26 -0700) Subject: Re: 940804 (vaporware ;-) reboots the system either: Sender: hackers-owner@FreeBSD.org Precedence: bulk >>>>> "David" == David Greenman writes: David> test). Since you seem to have relatively new hardware, it's David> extremely unlikely that your problem is in any way related David> to memory sizing. If I were going to troubleshoot the Last year I attempted to boot FreeBSD 1.1 on new hardware and ran into all kinds of boot problems. Failure to boot at all or unreliable boots and/or operation. DOS ran OK and the diagnostic programs running on DOS ran OK. I eventually went to memory simm swapping from a known good similar system to prove that at least one simm was bad. The vendor finally showed up with a diagnostic (called CHECKIT) that finally did reveal bad memory just over the 1M boundary. Given this result, he gave me new (tested with CHECKIT) simms and I have not had a problem since. This is the second time I have been burned by bad memory in a new box and will always suspect that first. Don't believe any DOS diagnostic software either!. Paul From owner-freebsd-hackers Thu Apr 13 12:53:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA24777 for hackers-outgoing; Thu, 13 Apr 1995 12:53:45 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA24771 for ; Thu, 13 Apr 1995 12:53:40 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id MAA10852; Thu, 13 Apr 1995 12:52:01 -0700 From: "Rodney W. Grimes" Message-Id: <199504131952.MAA10852@gndrsh.aac.dev.com> Subject: Re: 940804 (vaporware ;-) reboots the system either: To: pw@snoopy.MV.COM (Paul F. Werkowski) Date: Thu, 13 Apr 1995 12:52:01 -0700 (PDT) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199504131904.PAA02469@snoopy.mv.com> from "Paul F. Werkowski" at Apr 13, 95 03:04:00 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 2621 Sender: hackers-owner@FreeBSD.org Precedence: bulk [cc: reset to freebsd-hackers@FreeBSD.org] > >>>>> "David" == David Greenman writes: > > David> test). Since you seem to have relatively new hardware, it's > David> extremely unlikely that your problem is in any way related > David> to memory sizing. If I were going to troubleshoot the > > Last year I attempted to boot FreeBSD 1.1 on new hardware > and ran into all kinds of boot problems. Failure to boot > at all or unreliable boots and/or operation. DOS ran OK > and the diagnostic programs running on DOS ran OK. I > eventually went to memory simm swapping from a known good > similar system to prove that at least one simm was bad. > The vendor finally showed up with a diagnostic (called CHECKIT) > that finally did reveal bad memory just over the 1M boundary. > Given this result, he gave me new (tested with CHECKIT) simms > and I have not had a problem since. This is the second time > I have been burned by bad memory in a new box and will always > suspect that first. Don't believe any DOS diagnostic software > either!. Though CHECKIT does a somewhat reasonable job I have seen memory that will run CHECKIT for 24 hours and still fail to run Unix or Novell server. IMHO, the only real test (I guess this comes from 3 years of being a VLSI test engineer) is to run the stuff on a memory tester. I have access to one locally, and when I have my doubts about memory I take it over there and get it tested the ``right way''. These SIMM tester boxes are a little expensive for me to own one, but they sure come in handy when dealing with memory related problems. Some of them can even measure the access times and do +/-5 or +/- 10% voltage margining so you can really be sure the memory will work reliable in just about any motherboard. Trying to test memory in a PC prevents many problems as it is not an adaquate tester due to the lack of the ability to do what are commonly known as the 5 point boundary test cases. Often memory will work fine when Vcc = 5.00V and Vil/Vih are nominal, but will fail if any of the 3 parameters are moved to worst case values. Very few motherboards actually run at ``ideal'' values, Vcc can often be down 100 to 200mV by the time it actually gets to the die inside the memory chip on the SIMM. [Remeber, there are no less than 2 connectors in this path, and the number 1 cause of failure of electronic systems is bad connections (even down to the die level :-)] -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Thu Apr 13 13:50:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA26735 for hackers-outgoing; Thu, 13 Apr 1995 13:50:19 -0700 Received: from mail.barrnet.net (mail.BARRNET.NET [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA26728 for ; Thu, 13 Apr 1995 13:50:12 -0700 Received: from linux4nn.iaf.nl (linux4nn.iaf.nl [193.67.144.34]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with ESMTP id NAA15778 for ; Thu, 13 Apr 1995 13:47:21 -0700 Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.iaf.nl (8.6.9/8.6.9) with SMTP id WAA02461 for ; Thu, 13 Apr 1995 22:53:08 +0200 Received: by uni4nn.iaf.nl with UUCP id AA03856 (5.67b/IDA-1.5 for FreeBSD-hackers@freebsd.org); Thu, 13 Apr 1995 22:50:30 +0100 Received: by iafnl.iaf.nl with UUCP id AA12706 (5.65c/IDA-1.4.4); Thu, 13 Apr 1995 22:42:11 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.8/8.6.6) id WAA00806 for FreeBSD-hackers@freebsd.org; Thu, 13 Apr 1995 22:25:09 +0200 From: Wilko Bulte Message-Id: <199504132025.WAA00806@yedi.iaf.nl> Subject: NMI/parity error reporting To: FreeBSD-hackers@FreeBSD.org (FreeBSD hackers list) Date: Thu, 13 Apr 1995 22:25:08 +1596657 (MET DST) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 1737 Sender: hackers-owner@FreeBSD.org Precedence: bulk Sorry if this is a duplicate. I had the impression it didn't got to -hackers. ----- Currently (== 1.1.5 & 2.0R) the kernel handles NMI parity interrupts by displaying an error and panicing. I assume -current does something similar. What about the following: isa_nmi: check_if_actually_parity_int if not, report and panic mask NMI for a while clear parity hardware install special NMI catcher enable NMI loop thru physmem from 0 to top of memory, scanning memory, hoping error re-occurs if it does, have catcher return *approximate* address of error if not, display message telling user finally PANIC! There are caveats (e.g. caches?!) but would the above be something that works? I know ATT V.3 did do address reporting. Lacking decent hardware (address register containing the error address, like a decent PDP-11 ;-) I see no other way to do it. Reason for asking: I have a mainboard giving me *1* error, on boot. After that, it runs solid for days. I'd be happy to try an approach like outlined above, but it probably needs assembly code support etc. Intel assembly is something I'm not familiar with (and actually, would rather not _become_ familiar with ;-). Comments and suggestions are welcome Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Thu Apr 13 14:20:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA28109 for hackers-outgoing; Thu, 13 Apr 1995 14:20:38 -0700 Received: from w8hd.w8hd.org (w8hd.w8hd.org [198.252.159.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA28103 for ; Thu, 13 Apr 1995 14:20:36 -0700 Received: (from kimc@localhost) by w8hd.w8hd.org (8.6.11/w8hd) id RAA29280; Thu, 13 Apr 1995 17:20:33 -0400 Date: Thu, 13 Apr 1995 17:20:33 -0400 (EDT) From: Kim Culhan To: hackers@FreeBSD.org Subject: How to acquire SNAP Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Since it looks like the best way to get up to speed with -current is to get the latest SNAP, not rely on sup, what is the best way to get the SNAP. Email seems less than optimum so should I just use the ftp method which gzips all files in the snap dir and pulls them across? I have run a complete 'make world -k' here before without a hitch so is it best to get up to the latest snap level and then rely on sup to get the updates and rebuild? regards kim -- kimc@w8hd.org From owner-freebsd-hackers Thu Apr 13 17:17:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA02701 for hackers-outgoing; Thu, 13 Apr 1995 17:17:41 -0700 Received: from ain.charm.net (ain.charm.net [198.69.35.206]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA02695 ; Thu, 13 Apr 1995 17:17:38 -0700 Received: (from nc@localhost) by ain.charm.net (8.6.11/8.6.9) id UAA07580; Thu, 13 Apr 1995 20:11:38 -0400 Date: Thu, 13 Apr 1995 20:11:38 -0400 (EDT) From: Network Coordinator To: freebsd-hackers@FreeBSD.org, freebsd-questions@FreeBSD.org Subject: Processes not dying! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I am running a February Snapshot, and occassionally get these processes that just decide not to die. cp does it, find and a number of other programs. They don't even have to be backgrounded to die in a way kill -9 won't help. I *can* kill the controlling shell with a kill -9 from another terminal, but these processes stay on record. (rebooting actually works, but is not practical on a regular basis) Any ideas or suggestions? The configuration seems otherwise quite stable. Thanks, -Jerry. From owner-freebsd-hackers Thu Apr 13 17:23:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA02826 for hackers-outgoing; Thu, 13 Apr 1995 17:23:03 -0700 Received: from ain.charm.net (ain.charm.net [198.69.35.206]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA02820 ; Thu, 13 Apr 1995 17:22:59 -0700 Received: (from nc@localhost) by ain.charm.net (8.6.11/8.6.9) id UAA07627; Thu, 13 Apr 1995 20:16:59 -0400 Date: Thu, 13 Apr 1995 20:16:59 -0400 (EDT) From: Network Coordinator To: freebsd-hackers@FreeBSD.org, freebsd-questions@FreeBSD.org Subject: Proceses that won't die - follow up Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk For some reason at the same time the system decides to not kill any processes (except shells) the system won't allow an ls -l of the / directory. If one tries /bin/ls /, there is no problem, but for the -long information, it just STOPS. In fact very few proceses that do any sort of file i/o (cp, find, etc) seem to be working very well. I haven't seen, or have reason to believe that the filesystem has errors on it. Any ideas would be appreciated. From owner-freebsd-hackers Thu Apr 13 19:09:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA05223 for hackers-outgoing; Thu, 13 Apr 1995 19:09:04 -0700 Received: from mail.tamu.edu (MAIL.TAMU.EDU [128.194.103.4]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA05217 for ; Thu, 13 Apr 1995 19:08:59 -0700 Received: from vcsun2.tamu.edu (vcsun2.tamu.edu [128.194.169.97]) by mail.tamu.edu (8.6.10/8.6.10) with SMTP id VAA12098 for ; Thu, 13 Apr 1995 21:09:44 -0500 Received: from vcsun1.tamu.edu by vcsun2.tamu.edu (5.x/SMI-SVR4) id AA13899; Thu, 13 Apr 1995 21:07:58 -0500 Received: by vcsun1.tamu.edu (5.x/SMI-SVR4) id AA16841; Thu, 13 Apr 1995 21:07:56 -0500 Date: Thu, 13 Apr 1995 21:07:56 -0500 From: tbrown@vcsun2.tamu.edu (Tom Brown) Message-Id: <9504140207.AA16841@vcsun1.tamu.edu> To: hackers@FreeBSD.org Subject: ed0 & ed1 conflict Cc: tbrown@vcsun2.tamu.edu X-Sun-Charset: US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk hi folks, in the 2.0 GENERIC file, ed0 and ed1 conflict at d8000. if i have 2 ethernet cards to make it into a router, is it a simple matter of changing the ed1 line to reflect the 2nd card's settings and compiling 'options GATEWAY' into the GENERIC kernel? cheers, tom -- Tom Brown loc: Wiesenbaker 232-E Graduate Research Assistant email: tbrown@vcsun1.tamu.edu Dept. of Electrical Engineering www: http://tam2000.tamu.edu/~tbb6141 Texas A&M University phone: (409)-845-5774 From owner-freebsd-hackers Thu Apr 13 19:53:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA06388 for hackers-outgoing; Thu, 13 Apr 1995 19:53:33 -0700 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA06381 for ; Thu, 13 Apr 1995 19:53:31 -0700 Received: by brasil.moneng.mei.com (4.1/SMI-4.1) id AA24481; Thu, 13 Apr 95 21:52:59 CDT From: Joe Greco Message-Id: <9504140252.AA24481@brasil.moneng.mei.com> Subject: Routing nightmares. To: hackers@FreeBSD.org Date: Thu, 13 Apr 1995 21:52:58 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2160 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi all, Does anybody have any networking wisdom to solve this problem? I work for a company with a Class B Internet address. Foolish DEC wisdom convinced folks a long time ago that bridges were their friends and they proceeded to build a nightmarish bridged topology. There are currently many thousands of nodes "out there." The bridges have overflowing tables, the ambient broadcast noise eats about 10% of the Ethernet, and it really, really sucks. We're in the process of subnetting. It was going fine until it was "given" to those same "DEC folks" who have essentially halted all work that was going into the subnetting. And it's been sitting this way for six months. My solution, as usual, is to take matters into my own hands. :-) I have a FreeBSD 2.0R box with dual WD8013's. I've configured one interface on a reasonable subnet, and one interface on the Big net: daneel# ifconfig ed0 ed0: flags=8863 mtu 1500 inet 151.186.28.254 netmask 0xffffff00 broadcast 151.186.28.255 daneel# ifconfig ed1 ed1: flags=8863 mtu 1500 inet 151.186.20.196 netmask 0xffff0000 broadcast 151.186.255.255 daneel# Now, I ran into a Problem. I cannot get gated or routed to propagate any usable routes onto the Big net (i.e. 151.186.28.0->151.186.20.196). The rest of it works (i.e. nodes on 28-net outbound). It seems to be because of routing optimization code SOMEWHERE, which notices that I am trying to propagate a route for "151.186.28.0" onto a net with subnet mask "255.255.0.0", and silently drops this route on outbound RIP packets. If I could just get those routes out there, I'd probably be okay... Okay, so maybe I could proxy ARP all the 28-net nodes on the Big net... except that the proxy ARP'ing happens on BOTH nets, which isn't the desired effect. Anybody got any bright ideas? ... Joe ------------------------------------------------------------------------------- Joe Greco - The Data Capture Fellow (and UNIX/Network Hacker) 414/362-3617 Marquette Electronics, Inc. - Milwaukee, WI jgreco@brasil.moneng.mei.com From owner-freebsd-hackers Thu Apr 13 20:00:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA06537 for hackers-outgoing; Thu, 13 Apr 1995 20:00:22 -0700 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA06529 for ; Thu, 13 Apr 1995 20:00:19 -0700 Received: from orion.stars.sed.monmouth.army.mil ([158.9.11.65]) by wcarchive.cdrom.com (8.6.11/8.6.6) with ESMTP id UAA05341 for ; Thu, 13 Apr 1995 20:00:09 -0700 Message-Id: <199504140300.UAA05341@wcarchive.cdrom.com> Received: by orion.stars.sed.monmouth.army.mil (1.37.109.11/16.2) id AA005468251; Thu, 13 Apr 1995 22:57:31 -0400 From: william pechter ILEX Subject: SNAP Problems 950322 To: FreeBSD-hackers@wcarchive.cdrom.com (FreeBSD-hackers) Date: Thu, 13 Apr 1995 22:57:31 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1163 Sender: hackers-owner@FreeBSD.org Precedence: bulk I've had so many problems with the 2.0 installs, I figured I'd start from scratch. I cleared off both SCSI disks with Adaptec's scsiformat program. I then reloaded my Novell Dos 7 partiton. I loaded the snap boot disk, booted, fdisk'ed bsd partitions and disklabeled the pair of disks. I then found that it would cleanly install up to the point of the cpio disk removal and reboot. I pulled a panic with trap type 12. Has anyone else seen this. I've had so many problems I went out and tried to load Slackware 2.2 from my InfoMagic rom to check the hardware -- and I found it spits all over the ext2fs file systems. (looks like a slackware problem... I'm going to try slackware 2.0) I tried turning off all internal and external caches. Does anyone know what the clock delay info on the Phoenix bios on the 486 ISA bus systems does.... Their own docs don't mention it. Bill Bill ----------------------------------------------------------------------------- Bill Pechter |Systems Administrator | Ilex Systems |170 Patterson Ave | Shrewsbury, New Jersey 07702 908-532-2369 |pechter@sesd.ilex.com | pechter@stars.sed.monmouth.army.mil From owner-freebsd-hackers Thu Apr 13 20:53:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA07457 for hackers-outgoing; Thu, 13 Apr 1995 20:53:39 -0700 Received: from mail.barrnet.net (mail.BARRNET.NET [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA07451 for ; Thu, 13 Apr 1995 20:53:37 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with ESMTP id UAA00401 for ; Thu, 13 Apr 1995 20:50:56 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id LAA04764; Fri, 14 Apr 1995 11:52:38 +0800 Date: Fri, 14 Apr 1995 11:52:37 +0800 (CST) From: Brian Tao To: FREEBSD-HACKERS-L Subject: Testing memory (was Re: 940804 (vaporware ;-)) In-Reply-To: <199504131952.MAA10852@gndrsh.aac.dev.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Thu, 13 Apr 1995, Rodney W. Grimes wrote: > > I have access to one locally, and when I have my doubts about memory > I take it over there and get it tested the ``right way''. These SIMM > tester boxes are a little expensive for me to own one, but they sure > come in handy when dealing with memory related problems. Must be nice. :) Failing that though, I suppose the only alternative is a DOS-based software memory checker then (like the ones mentioned previously)? I suppose it this kind of memory tester is by definition not possible under UNIX unless it is built into the kernel? -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Thu Apr 13 21:09:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA07778 for hackers-outgoing; Thu, 13 Apr 1995 21:09:55 -0700 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA07768 for ; Thu, 13 Apr 1995 21:09:51 -0700 Received: (from nate@localhost) by trout.sri.MT.net (8.6.11/8.6.11) id WAA27524; Thu, 13 Apr 1995 22:13:47 -0600 Date: Thu, 13 Apr 1995 22:13:47 -0600 Message-Id: <199504140413.WAA27524@trout.sri.MT.net> To: "Rodney W. Grimes" Cc: pw@snoopy.MV.COM (Paul F. Werkowski), freebsd-hackers@FreeBSD.org Subject: Re: 940804 (vaporware ;-) reboots the system either: In-Reply-To: <199504131952.MAA10852@gndrsh.aac.dev.com> References: <199504131904.PAA02469@snoopy.mv.com> <199504131952.MAA10852@gndrsh.aac.dev.com> Reply-To: nate@sneezy.sri.com (Nate Williams) From: nate@sneezy.sri.com (Nate Williams) Sender: hackers-owner@FreeBSD.org Precedence: bulk { Software Memory test programs } > > Though CHECKIT does a somewhat reasonable job I have seen memory that > will run CHECKIT for 24 hours and still fail to run Unix or Novell > server. IMHO, the only real test (I guess this comes from 3 years > of being a VLSI test engineer) is to run the stuff on a memory tester. And, I have yet to see a memory test program that was able to diagnose my memory problems. I ran every memory program I could find, and even talked to the developer of a popular commericial program to see if he could help out. It turned out my memory was fine, but my cache memory was not. However, the results were the same, corrupted memory. Nate From owner-freebsd-hackers Thu Apr 13 21:13:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA07889 for hackers-outgoing; Thu, 13 Apr 1995 21:13:40 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA07883 for ; Thu, 13 Apr 1995 21:13:37 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id VAA00249; Thu, 13 Apr 1995 21:13:10 -0700 From: "Rodney W. Grimes" Message-Id: <199504140413.VAA00249@gndrsh.aac.dev.com> Subject: Re: Testing memory (was Re: 940804 (vaporware ;-)) To: taob@gate.sinica.edu.tw (Brian Tao) Date: Thu, 13 Apr 1995 21:13:10 -0700 (PDT) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: from "Brian Tao" at Apr 14, 95 11:52:37 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 793 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > On Thu, 13 Apr 1995, Rodney W. Grimes wrote: > > > > I have access to one locally, and when I have my doubts about memory > > I take it over there and get it tested the ``right way''. These SIMM > > tester boxes are a little expensive for me to own one, but they sure > > come in handy when dealing with memory related problems. > > Must be nice. :) Failing that though, I suppose the only > alternative is a DOS-based software memory checker then (like the ones > mentioned previously)? I suppose it this kind of memory tester is by > definition not possible under UNIX unless it is built into the kernel? Yes, and yes. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Fri Apr 14 00:14:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA09730 for hackers-outgoing; Fri, 14 Apr 1995 00:14:15 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA09724 for ; Fri, 14 Apr 1995 00:14:12 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id AAA00412; Fri, 14 Apr 1995 00:11:34 -0700 From: "Rodney W. Grimes" Message-Id: <199504140711.AAA00412@gndrsh.aac.dev.com> Subject: Re: ed0 & ed1 conflict To: tbrown@vcsun2.tamu.edu (Tom Brown) Date: Fri, 14 Apr 1995 00:11:33 -0700 (PDT) Cc: hackers@FreeBSD.org, tbrown@vcsun2.tamu.edu In-Reply-To: <9504140207.AA16841@vcsun1.tamu.edu> from "Tom Brown" at Apr 13, 95 09:07:56 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: 458 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > hi folks, > > in the 2.0 GENERIC file, ed0 and ed1 conflict at d8000. if i have > 2 ethernet cards to make it into a router, is it a simple matter of > changing the ed1 line to reflect the 2nd card's settings and compiling > 'options GATEWAY' into the GENERIC kernel? That should do it!! -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Fri Apr 14 01:37:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA10982 for hackers-outgoing; Fri, 14 Apr 1995 01:37:52 -0700 Received: from redline.ru (root@mail.redline.ru [194.87.69.22]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA10967 for ; Fri, 14 Apr 1995 01:37:36 -0700 Message-Id: Date: Fri, 14 Apr 95 12:35 GMT+0400 From: agl@redline.ru (Anthony Graphics) To: freebsd-hackers@FreeBSD.org Subject: Nice joke at ftp.freebsd.org X-Mailer: GNOS 2.3.3d Sender: hackers-owner@FreeBSD.org Precedence: bulk When I've downloaded 85% of the 2.0-950322-SNAP/bin somebody wiped it out right away. Could somebody tell me where I could pick up this stuff? Any pointers for the mirror sites are highly appreciated. SY, AGL From owner-freebsd-hackers Fri Apr 14 01:48:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA11274 for hackers-outgoing; Fri, 14 Apr 1995 01:48:10 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA11263 ; Fri, 14 Apr 1995 01:48:04 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: agl@redline.ru (Anthony Graphics) cc: freebsd-hackers@FreeBSD.org Subject: Re: Nice joke at ftp.freebsd.org In-reply-to: Your message of "Fri, 14 Apr 95 12:35:00 +0400." MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 14 Apr 1995 01:47:56 -0700 Message-ID: <11261.797849276@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > When I've downloaded 85% of the 2.0-950322-SNAP/bin > somebody wiped it out right away. Could somebody tell me where > I could pick up this stuff? Sorry about that! You had the bad luck to come in during a space crunch when I was looking frantically for space for the even later snapshot of 950412-SNAP, which is also there. I don't guarantee to keep ALL the snapshots, just the most recent. I'll send you the MIRROR site list so that you can complete the 0322-SNAP if that's what you wish to do. Sorry for the inconvenience. Jordan From owner-freebsd-hackers Fri Apr 14 02:07:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA11844 for hackers-outgoing; Fri, 14 Apr 1995 02:07:09 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA11829 for ; Fri, 14 Apr 1995 02:06:55 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA02392; Fri, 14 Apr 1995 11:06:41 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA23708; Fri, 14 Apr 1995 11:06:40 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id KAA16838; Fri, 14 Apr 1995 10:06:06 +0200 From: J Wunsch Message-Id: <199504140806.KAA16838@uriah.heep.sax.de> Subject: Re: NMI/parity error reporting To: wilko@yedi.iaf.nl (Wilko Bulte) Date: Fri, 14 Apr 1995 10:06:05 +0200 (MET DST) Cc: FreeBSD-hackers@FreeBSD.org In-Reply-To: <199504132025.WAA00806@yedi.iaf.nl> from "Wilko Bulte" at Apr 13, 95 10:25:08 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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: 1317 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Wilko Bulte wrote: > > Sorry if this is a duplicate. I had the impression it didn't got to > -hackers. I remember your first posting... a while ago. > check_if_actually_parity_int > if not, report and panic > mask NMI for a while > clear parity hardware > install special NMI catcher > enable NMI > loop thru physmem from 0 to top of memory, scanning > memory, hoping error re-occurs > if it does, have catcher return *approximate* address > of error > if not, display message telling user > finally PANIC! Following the discussion about memory tests, i doubt you will be likely to see the error again. Anyway, if you need help with the assembly language part, i can support you. Write as much as you can in C, and hand off the remainder to me -- i'll see how to hack the assembler part. Btw., is there anybody out who knows how to convince gas to include line # debug information into the object file? (I mean, for an assembly language *source* file.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Apr 14 02:07:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA11846 for hackers-outgoing; Fri, 14 Apr 1995 02:07:09 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA11830 for ; Fri, 14 Apr 1995 02:07:01 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA02388; Fri, 14 Apr 1995 11:06:40 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA23705; Fri, 14 Apr 1995 11:06:39 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id KAA16825; Fri, 14 Apr 1995 10:03:04 +0200 From: J Wunsch Message-Id: <199504140803.KAA16825@uriah.heep.sax.de> Subject: Re: How to acquire SNAP To: kimc@w8hd.w8hd.org (Kim Culhan) Date: Fri, 14 Apr 1995 10:03:03 +0200 (MET DST) Cc: hackers@FreeBSD.org In-Reply-To: from "Kim Culhan" at Apr 13, 95 05:20:33 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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: 1101 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Kim Culhan wrote: > > I have run a complete 'make world -k' here before without a hitch so is it > best to get up to the latest snap level and then rely on sup to get the > updates and rebuild? This is certainly a decision to make. Either you want to run the semi-official SNAP `releases', or you run something like -current (or a few days behind). Since you've succesfully compiled your new stuff, it seems to be a waste of bandwidth to suck the SNAP across the wire again -- but you won't run SNAP then, just ``-current as of XX/XX/95''. Both will have its pros and cons. SNAPs are only being released at a time where -current seems to be somewhat stable. (That's why the `Happy birthday SNAP' has been cancelled.) With -current, you can immediately participate in any bug fix, improvement, or tree breakage that happens in the development cycle. You'll be among the first to see new features, but also among the first to see new panics. :-] -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Apr 14 02:09:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA11926 for hackers-outgoing; Fri, 14 Apr 1995 02:09:19 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA11909 for ; Fri, 14 Apr 1995 02:09:00 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA02424; Fri, 14 Apr 1995 11:08:46 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA23744; Fri, 14 Apr 1995 11:08:45 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id LAA17514; Fri, 14 Apr 1995 11:03:33 +0200 From: J Wunsch Message-Id: <199504140903.LAA17514@uriah.heep.sax.de> Subject: Re: ed0 & ed1 conflict To: tbrown@vcsun2.tamu.edu (Tom Brown) Date: Fri, 14 Apr 1995 11:03:32 +0200 (MET DST) Cc: hackers@FreeBSD.org In-Reply-To: <9504140207.AA16841@vcsun1.tamu.edu> from "Tom Brown" at Apr 13, 95 09:07:56 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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: 532 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Tom Brown wrote: > > in the 2.0 GENERIC file, ed0 and ed1 conflict at d8000. if i have > 2 ethernet cards to make it into a router, is it a simple matter of > changing the ed1 line to reflect the 2nd card's settings and compiling > 'options GATEWAY' into the GENERIC kernel? A machine with two ethernet boards and running as a gateway is far beyond the purpose of a GENERIC kernel. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Apr 14 02:09:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA11942 for hackers-outgoing; Fri, 14 Apr 1995 02:09:42 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA11927 ; Fri, 14 Apr 1995 02:09:24 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA02418; Fri, 14 Apr 1995 11:08:44 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA23738; Fri, 14 Apr 1995 11:08:33 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id KAA17475; Fri, 14 Apr 1995 10:53:51 +0200 From: J Wunsch Message-Id: <199504140853.KAA17475@uriah.heep.sax.de> Subject: Re: Proceses that won't die - follow up To: nc@ain.charm.net (Network Coordinator) Date: Fri, 14 Apr 1995 10:53:50 +0200 (MET DST) Cc: freebsd-hackers@FreeBSD.org, freebsd-questions@FreeBSD.org In-Reply-To: from "Network Coordinator" at Apr 13, 95 08:16:59 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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: 401 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Network Coordinator wrote: > > > For some reason at the same time the system decides to not kill any > processes (except shells) the system won't allow an ls -l of the / > directory. On which event do those unkillable processes wait? (Try ps -alx) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Apr 14 02:15:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA12199 for hackers-outgoing; Fri, 14 Apr 1995 02:15:13 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA12185 for ; Fri, 14 Apr 1995 02:15:00 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA02480; Fri, 14 Apr 1995 11:14:48 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA23776; Fri, 14 Apr 1995 11:14:48 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id LAA17784; Fri, 14 Apr 1995 11:14:02 +0200 From: J Wunsch Message-Id: <199504140914.LAA17784@uriah.heep.sax.de> Subject: Re: Routing nightmares. To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Fri, 14 Apr 1995 11:14:02 +0200 (MET DST) Cc: hackers@FreeBSD.org In-Reply-To: <9504140252.AA24481@brasil.moneng.mei.com> from "Joe Greco" at Apr 13, 95 09:52:58 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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: 628 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Joe Greco wrote: > > daneel# ifconfig ed0 > ed0: flags=8863 mtu 1500 > inet 151.186.28.254 netmask 0xffffff00 broadcast 151.186.28.255 > daneel# ifconfig ed1 > ed1: flags=8863 mtu 1500 > inet 151.186.20.196 netmask 0xffff0000 broadcast 151.186.255.255 I'm not an INET expert, but ``common wisdom'' says you will have to use the same subnet mask throughout the whole net. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Apr 14 02:16:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA12229 for hackers-outgoing; Fri, 14 Apr 1995 02:16:29 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA12221 for ; Fri, 14 Apr 1995 02:16:23 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id LAA18657 for ; Fri, 14 Apr 1995 11:16:07 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id LAA21327 for hackers@FreeBSD.org; Fri, 14 Apr 1995 11:16:06 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199504140916.LAA21327@blaise.ibp.fr> Subject: Kirk McKusick E-mail address To: hackers@FreeBSD.org (Hackers' list FreeBSD) Date: Fri, 14 Apr 1995 11:16:05 +0200 (MET DST) X-Operating-System: FreeBSD 2.1.0-Development ctm#480 X-Mailer: ELM [version 2.4 PL23beta2] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 369 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello, Can someone send me Kirk's Eail adress please ? A french magazine used the BSD daemon in one of the articles and said it was the "hackers' logo", with hackers used as a synonym for "cracker" and "pirates" :-(((((( -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #7: Thu Mar 23 00:28:31 MET 1995 From owner-freebsd-hackers Fri Apr 14 02:28:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA12394 for hackers-outgoing; Fri, 14 Apr 1995 02:28:06 -0700 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA12387 for ; Fri, 14 Apr 1995 02:28:00 -0700 Received: by brasil.moneng.mei.com (4.1/SMI-4.1) id AA00421; Fri, 14 Apr 95 04:26:59 CDT From: Joe Greco Message-Id: <9504140926.AA00421@brasil.moneng.mei.com> Subject: Re: Routing nightmares. To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 14 Apr 1995 04:26:58 -0500 (CDT) Cc: hackers@FreeBSD.org In-Reply-To: <199504140914.LAA17784@uriah.heep.sax.de> from "J Wunsch" at Apr 14, 95 11:14:02 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1354 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > daneel# ifconfig ed0 > > ed0: flags=8863 mtu 1500 > > inet 151.186.28.254 netmask 0xffffff00 broadcast 151.186.28.255 > > daneel# ifconfig ed1 > > ed1: flags=8863 mtu 1500 > > inet 151.186.20.196 netmask 0xffff0000 broadcast 151.186.255.255 > > I'm not an INET expert, but ``common wisdom'' says you will have to > use the same subnet mask throughout the whole net. Hi, Well, yes, I'd agree, but we're talking about trying to fix a network created by folks who didn't know any better. And the thing is, it all WORKS if I can manually add route add net 151.186.28.0 151.186.20.196 1 's to the hosts on the Big net, so technically speaking, it's not an internetworking problem, but rather a matter of fooling routed or gated into broadcasting *correct* information that only *appears* to be wrong, were it being done in a legitimate IP environment.... which makes me wonder if I can't just do something totally putzish like run gated someplace else on the Big net and export my route... ... Joe ------------------------------------------------------------------------------- Joe Greco - The Data Capture Fellow (and UNIX/Network Hacker) 414/362-3617 Marquette Electronics, Inc. - Milwaukee, WI jgreco@brasil.moneng.mei.com From owner-freebsd-hackers Fri Apr 14 03:11:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA13270 for hackers-outgoing; Fri, 14 Apr 1995 03:11:04 -0700 Received: from edcom.com (edcom.com [140.174.173.185]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA13264 for ; Fri, 14 Apr 1995 03:11:00 -0700 Received: (from edward@localhost) by edcom.com (8.6.11/8.6.9) id DAA04282 for hackers@freefall.cdrom.com; Fri, 14 Apr 1995 03:10:55 -0700 Date: Fri, 14 Apr 1995 03:10:55 -0700 From: Edward Wang Message-Id: <199504141010.DAA04282@edcom.com> To: hackers@freefall.cdrom.com Subject: Daily security check Sender: hackers-owner@FreeBSD.org Precedence: bulk I keep getting hundreds of lines from my daily in security check because something setuid or setgid is added to the list which changes the the ls format alignment. To wit: 160,180c161,181 < -r-sr-xr-x 1 root bin 12288 Jul 3 01:16:46 1994 /usr/old/usr/bin/quota [about 50 lines deleted] --- > -r-sr-xr-x 1 root bin 12288 Jul 3 01:16:46 1994 /usr/old/usr/bin/quota [about 50 lines deleted] All because gmake (setgid) was inserted somewhere near the top. Instead of fixing this problem, why don't we just replace ls with md5? I just ran md5 on the 216 files in my /var/log/setuid.today and it only took 36 seconds. Not bad. (ls took less than one second though.) I guess ownership and permission are important as well. Maybe using the -ls option in find is the best way. From owner-freebsd-hackers Fri Apr 14 03:32:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA13845 for hackers-outgoing; Fri, 14 Apr 1995 03:32:19 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id DAA13822 for ; Fri, 14 Apr 1995 03:31:55 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA03329; Fri, 14 Apr 1995 12:31:21 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id MAA24570 for freebsd-hackers@freebsd.org; Fri, 14 Apr 1995 12:31:21 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id MAA18720 for freebsd-hackers@freebsd.org; Fri, 14 Apr 1995 12:29:42 +0200 From: J Wunsch Message-Id: <199504141029.MAA18720@uriah.heep.sax.de> Subject: Does someone know ? To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Fri, 14 Apr 1995 12:29:40 +0200 (MET DST) Reply-To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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: 410 Sender: hackers-owner@FreeBSD.org Precedence: bulk I'm getting all sort of errors for , so does somebody actually know that guy (and can perhaps get him on the phone)? Otherwise i'd suggest to remove him from the lists. The bounces from his site continue to appear for almost two weeks now. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Apr 14 03:36:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA14068 for hackers-outgoing; Fri, 14 Apr 1995 03:36:41 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id DAA14062 for ; Fri, 14 Apr 1995 03:36:40 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: hackers@freefall.cdrom.com Subject: Please test 2.0-950412-SNAP! Date: Fri, 14 Apr 1995 03:36:39 -0700 Message-ID: <14061.797855799@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk We're getting close to 2.1 ALPHA here, and a test of this snapshot would be especially appreciated! If you've got old and funky hardware, drag it out of retirement! Your country needs you! :-) Thanks! Jordan From owner-freebsd-hackers Fri Apr 14 03:39:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA14141 for hackers-outgoing; Fri, 14 Apr 1995 03:39:38 -0700 Received: from redline.ru (root@mail.redline.ru [194.87.69.22]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id DAA14127 for ; Fri, 14 Apr 1995 03:39:26 -0700 Message-Id: Date: Fri, 14 Apr 95 14:37 GMT+0400 From: agl@redline.ru (Anthony Graphics) To: freebsd-hackers@FreeBSD.org Subject: 1) disklabel 2) screensaver X-Mailer: GNOS 2.3.3d Sender: hackers-owner@FreeBSD.org Precedence: bulk 1) When I'm trying to assign partition sd0g to /usr disklabel complains 'unknown filesystem type' (it's listed as 4.2BSD in the 'Type' field) when I'm moving it to sd0e everything went ok, I wonder why. I wanted to place is on the sd0g just to allocate partition space consistently across the site and /usr is on the rz0g on our OSF/1 box... 2) How to enable screensaver for the BSD's console? Whether linux's keyboard lockers would compile under 950412-SNAP? Thanx! 0412 doesn't seem to reboot the system either! AGL From owner-freebsd-hackers Fri Apr 14 03:47:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA14278 for hackers-outgoing; Fri, 14 Apr 1995 03:47:52 -0700 Received: from redline.ru (root@mail.redline.ru [194.87.69.22]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id DAA14268 for ; Fri, 14 Apr 1995 03:47:38 -0700 Message-Id: Date: Fri, 14 Apr 95 14:45 GMT+0400 From: agl@redline.ru (Anthony Graphics) To: freebsd-hackers@FreeBSD.org Subject: The problem is that 950412 hangs on every odd reboot somewhere X-Mailer: GNOS 2.3.3d Sender: hackers-owner@FreeBSD.org Precedence: bulk during checking for devices on the SCSI chain (I have Quantum 540S attached to Aha1542) 950322 worked fine. AGL ------ Start of included message ------ >From freefall.cdrom.com!jkh Fri Apr 14 12:51:35 1995 Return-Path: Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA11263 ; Fri, 14 Apr 1995 01:48:04 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: agl@redline.ru (Anthony Graphics) cc: freebsd-hackers@freebsd.org Subject: Re: Nice joke at ftp.freebsd.org In-reply-to: Your message of "Fri, 14 Apr 95 12:35:00 +0400." MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 14 Apr 1995 01:47:56 -0700 Message-ID: <11261.797849276@freefall.cdrom.com> From: "Jordan K. Hubbard" Content-Length: 546 Status: R > When I've downloaded 85% of the 2.0-950322-SNAP/bin > somebody wiped it out right away. Could somebody tell me where > I could pick up this stuff? Sorry about that! You had the bad luck to come in during a space crunch when I was looking frantically for space for the even later snapshot of 950412-SNAP, which is also there. I don't guarantee to keep ALL the snapshots, just the most recent. I'll send you the MIRROR site list so that you can complete the 0322-SNAP if that's what you wish to do. Sorry for the inconvenience. Jordan ------ End of included message ------ From owner-freebsd-hackers Fri Apr 14 03:49:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA14300 for hackers-outgoing; Fri, 14 Apr 1995 03:49:26 -0700 Received: from frig.mt.cs.keio.ac.jp (frig.mt.cs.keio.ac.jp [131.113.32.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA14294 for ; Fri, 14 Apr 1995 03:49:24 -0700 Received: (from hosokawa@localhost) by frig.mt.cs.keio.ac.jp (8.6.9+2.4Wb/3.3Wb) id TAA19297; Fri, 14 Apr 1995 19:48:56 +0900 Date: Fri, 14 Apr 1995 19:48:56 +0900 Message-Id: <199504141048.TAA19297@frig.mt.cs.keio.ac.jp> To: roberto@blaise.ibp.fr Cc: hackers@FreeBSD.org, hosokawa@mt.cs.keio.ac.jp Subject: Re: Kirk McKusick E-mail address In-Reply-To: Your message of Fri, 14 Apr 1995 11:16:05 +0200 (MET DST). <199504140916.LAA21327@blaise.ibp.fr> From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: hackers-owner@FreeBSD.org Precedence: bulk In article <199504140916.LAA21327@blaise.ibp.fr> roberto@blaise.ibp.fr writes: >> Can someone send me Kirk's Eail adress please ? It's "mckusick@mckusick.com". >> A french magazine used the BSD daemon in one of the articles and said >> it was the "hackers' logo", with hackers used as a synonym for "cracker" and >> "pirates" :-(((((( Sigh.... Statement of the BSD daemon figure can be found in my home page. The URL is, http://www.mt.cs.keio.ac.jp/person/hosokawa/bsd-nomads/bsd-daemon.html -- 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 Fri Apr 14 04:19:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA14836 for hackers-outgoing; Fri, 14 Apr 1995 04:19:17 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id EAA14829 ; Fri, 14 Apr 1995 04:19:15 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: agl@redline.ru (Anthony Graphics) cc: freebsd-hackers@FreeBSD.org Subject: Re: The problem is that 950412 hangs on every odd reboot somewhere In-reply-to: Your message of "Fri, 14 Apr 95 14:45:00 +0400." Date: Fri, 14 Apr 1995 04:19:08 -0700 Message-ID: <14828.797858348@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > during checking for devices on the SCSI chain (I have Quantum 540S > attached to Aha1542) 950322 worked fine. That's.. Very bad to hear! Julian? Peter? :-) Jordan From owner-freebsd-hackers Fri Apr 14 04:24:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA14938 for hackers-outgoing; Fri, 14 Apr 1995 04:24:33 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA14931 for ; Fri, 14 Apr 1995 04:24:31 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.9/8.6.9) id EAA01380; Fri, 14 Apr 1995 04:24:23 -0700 Date: Fri, 14 Apr 1995 04:24:23 -0700 Message-Id: <199504141124.EAA01380@silvia.HIP.Berkeley.EDU> To: edward@edcom.com CC: hackers@freefall.cdrom.com In-reply-to: <199504141010.DAA04282@edcom.com> (message from Edward Wang on Fri, 14 Apr 1995 03:10:55 -0700) Subject: Re: Daily security check From: asami@cs.berkeley.edu (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: hackers-owner@FreeBSD.org Precedence: bulk * All because gmake (setgid) was inserted somewhere near the top. Won't the "-b" flag of diff solve this? Satoshi From owner-freebsd-hackers Fri Apr 14 04:48:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA15182 for hackers-outgoing; Fri, 14 Apr 1995 04:48:17 -0700 Received: from licorice.larc.nasa.gov (licorice.larc.nasa.gov [128.155.2.31]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA15176 for ; Fri, 14 Apr 1995 04:48:16 -0700 Received: by licorice.larc.nasa.gov (8.6.11/server2.4) id HAA28134; Fri, 14 Apr 1995 07:47:09 -0400 Message-Id: <199504141147.HAA28134@licorice.larc.nasa.gov> Date: Fri, 14 Apr 1995 07:47:09 -0400 From: Travis L Priest To: Joe Greco Cc: hackers@FreeBSD.org Subject: Re: Routing nightmares. In-Reply-To: <9504140252.AA24481@brasil.moneng.mei.com> References: <9504140252.AA24481@brasil.moneng.mei.com> Sender: hackers-owner@FreeBSD.org Precedence: bulk Thu, Joe Greco wrote: > > daneel# ifconfig ed0 > ed0: flags=8863 mtu 1500 > inet 151.186.28.254 netmask 0xffffff00 broadcast 151.186.28.255 > daneel# ifconfig ed1 > ed1: flags=8863 mtu 1500 > inet 151.186.20.196 netmask 0xffff0000 broadcast 151.186.255.255 > daneel# As long as 151.186 is using a 255.255.0.0 netmask ("bignet"), you are going to have problems. That netmask "swallows up" your 151.186.20 network since anything on that net would consider the bottom two octets as host address, hence no routing is needed. I think the best results you can hope for in this scheme are 'undefined.' An easy fix would be to get a class C allocated to you and set up your smallnet on that class C. The NIC seems to be giving class Cs out like candy lately, so your site should not have difficulty getting a few. Also, it seems odd that your bridges are forwarding broadcast packets; they should be more selective. Perhaps that's the easiest fix of all, if you can motivate your contractor. Travis From owner-freebsd-hackers Fri Apr 14 04:59:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA15333 for hackers-outgoing; Fri, 14 Apr 1995 04:59:41 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA15327 for ; Fri, 14 Apr 1995 04:59:30 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id TAA00719; Fri, 14 Apr 1995 19:57:20 +0800 Date: Fri, 14 Apr 1995 19:57:20 +0800 (CST) From: Brian Tao To: Ollivier Robert cc: "Hackers' list FreeBSD" Subject: Re: Kirk McKusick E-mail address In-Reply-To: <199504140916.LAA21327@blaise.ibp.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Fri, 14 Apr 1995, Ollivier Robert wrote: > > Can someone send me Kirk's Eail adress please ? > > A french magazine used the BSD daemon in one of the articles and said > it was the "hackers' logo", with hackers used as a synonym for "cracker" and > "pirates" :-(((((( Better yet, does the magazine have an e-mail address we could use to, ah, "educate" them about the proper origins of this logo. Then send them the Linux shark fin logo and tell 'em that's the one they want for crackers and pirates. ;-) -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Fri Apr 14 06:08:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA16159 for hackers-outgoing; Fri, 14 Apr 1995 06:08:44 -0700 Received: from obiwan.pmr.com (obiwan.pmr.com [199.98.84.130]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA16153 for ; Fri, 14 Apr 1995 06:08:38 -0700 Received: by obiwan.pmr.com (Smail3.1.29.1 #4) id m0rzl6S-00030gC; Fri, 14 Apr 95 08:08 CDT Message-Id: From: bob@obiwan.pmr.com (Bob Willcox) Subject: Re: Daily security check To: edward@edcom.com (Edward Wang) Date: Fri, 14 Apr 1995 08:08:04 -0500 (CDT) Cc: hackers@freefall.cdrom.com In-Reply-To: <199504141010.DAA04282@edcom.com> from "Edward Wang" at Apr 14, 95 03:10:55 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 646 Sender: hackers-owner@FreeBSD.org Precedence: bulk Edward Wang wrote: > > I keep getting hundreds of lines from my daily in security > check because something setuid or setgid is added to the > list which changes the the ls format alignment. > To wit: > > 160,180c161,181 > < -r-sr-xr-x 1 root bin 12288 Jul 3 01:16:46 1994 /usr/old/usr/bin/quota > [about 50 lines deleted] > --- > > -r-sr-xr-x 1 root bin 12288 Jul 3 01:16:46 1994 /usr/old/usr/bin/quota > [about 50 lines deleted] > > All because gmake (setgid) was inserted somewhere near the top. Couldn't we simply add the -b option to the diff? -- Bob Willcox bob@obiwan.pmr.com (or obiwan%bob@uunet.uu.net) Austin, TX From owner-freebsd-hackers Fri Apr 14 06:09:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA16183 for hackers-outgoing; Fri, 14 Apr 1995 06:09:57 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA16176 for ; Fri, 14 Apr 1995 06:09:53 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id PAA21754 ; Fri, 14 Apr 1995 15:09:50 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id PAA22597 ; Fri, 14 Apr 1995 15:09:49 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199504141309.PAA22597@blaise.ibp.fr> Subject: Re: Kirk McKusick E-mail address To: taob@gate.sinica.edu.tw (Brian Tao) Date: Fri, 14 Apr 1995 15:09:49 +0200 (MET DST) Cc: hackers@FreeBSD.org In-Reply-To: from "Brian Tao" at Apr 14, 95 07:57:20 pm X-Operating-System: FreeBSD 2.1.0-Development ctm#480 X-Mailer: ELM [version 2.4 PL23beta2] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 678 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Better yet, does the magazine have an e-mail address we could use You must be kidding... They have difficulties grasping even the concet of the Internet... I've seen three reporters with an E-mail address and they keep on doing mistakes... > to, ah, "educate" them about the proper origins of this logo. Then > send them the Linux shark fin logo and tell 'em that's the one they > want for crackers and pirates. ;-) I've posted something about the article in the french news hierarchy. I'll probably write 'em a letter. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #7: Thu Mar 23 00:28:31 MET 1995 From owner-freebsd-hackers Fri Apr 14 06:18:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA16357 for hackers-outgoing; Fri, 14 Apr 1995 06:18:45 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA16350 for ; Fri, 14 Apr 1995 06:18:42 -0700 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id JAA05037; Fri, 14 Apr 1995 09:17:40 -0400 From: Peter Dufault Message-Id: <199504141317.JAA05037@hda.com> Subject: Re: The problem is that 950412 hangs on every odd reboot somewhere To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Fri, 14 Apr 1995 09:17:39 -0400 (EDT) Cc: agl@redline.ru, freebsd-hackers@FreeBSD.org In-Reply-To: <14828.797858348@freefall.cdrom.com> from "Jordan K. Hubbard" at Apr 14, 95 04:19:08 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 546 Sender: hackers-owner@FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: > > > during checking for devices on the SCSI chain (I have Quantum 540S > > attached to Aha1542) 950322 worked fine. > > That's.. Very bad to hear! Julian? Peter? :-) Is that the only thing on the device? Can you boot the old kernel and verify that it is a kernel difference? Did I miss a more detailed bug report that I didn't save? Peter -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Fri Apr 14 07:06:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA17180 for hackers-outgoing; Fri, 14 Apr 1995 07:06:30 -0700 Received: from kf0yn.ampr.org (s087.infonet.net [167.142.100.87]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA17172 for ; Fri, 14 Apr 1995 07:06:23 -0700 Received: from [44.50.32.7] (macintosh [44.50.32.7]) by kf0yn.ampr.org (8.6.9/8.6.5) with SMTP id JAA27516 for ; Fri, 14 Apr 1995 09:07:20 -0500 X-Sender: cmf@44.50.32.6 (Unverified) Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 14 Apr 1995 09:08:24 -0500 To: hackers@FreeBSD.org From: cmf@ins.infonet.net (Carl Fongheiser) Subject: Re: [SUMMARY] reading vmsbackup tapes Sender: hackers-owner@FreeBSD.org Precedence: bulk >>another possibility is 'ansitape' from comp.sources.unix. but i have not >>tried >>this program. > > While VMS backup tapes are themselves in ANSI format, the backup image >stored on the tape is in VMS backup format. So while ansitape will let you read >the backup image off the tape, this doesn't acheive what you want (which is to >read the files out of the backup image). True. There was a program called "vmsbackup" floating around the net a few years ago, though. It can't deal with some of the newer VMS Backup stuff, so if it was written in the last 5 years or so, it better have been written in /INTERCHANGE format. Carl Fongheiser - VMS by day, FreeBSD by night :-) cmf@ins.infonet.net From owner-freebsd-hackers Fri Apr 14 07:11:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA17304 for hackers-outgoing; Fri, 14 Apr 1995 07:11:11 -0700 Received: from databank.com (bsinger@databank.com [198.3.149.253]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA17298 for ; Fri, 14 Apr 1995 07:11:08 -0700 Received: from localhost by databank.com (8.6.5/1.37) id JAA13784; Fri, 14 Apr 1995 09:17:23 -0500 From: bsinger@databank.com (Ben Singer) Message-Id: <199504141417.JAA13784@databank.com > Subject: class=bridge ??? To: hackers@FreeBSD.org Date: Fri, 14 Apr 1995 09:17:23 -0500 (CDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1964 Sender: hackers-owner@FreeBSD.org Precedence: bulk I have a pentium motherboard made by `super'; it has PCI slots and one VLB slot. I get all sorts of problems when i'm trying to do something mildly complicated, like compile, though nroff has caused it too. It's ranged from freezing to page faults to `bus error', and instant reboots. This is both with or without X, and using both an IDE and my aha1540. NetBSD has similar problems on it, but i haven't tried DOS and friends. Is the `class=bridge' my problem, or just a bad motherboard/memory? FreeBSD 2.0.0-SNAP950322 #0: Sat Apr 8 10:39:53 1995 ben@koko.ben:/usr/src/sys/compile/BONES CPU: Pentium (Pentium-class CPU) 90 MHz Origin = "GenuineIntel" Id = 0x524 This is a Pentium 735\\90 or 815\\100 Stepping=4 Features=0x1bf FPU VME PSE MCE CX8 real memory = 16384000 (4000 pages) avail memory = 14999552 (3662 pages) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 not found at 0x280 sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: (NEC 765) [0: fd0: 1.44MB 3.5in] wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): , multi-block-16 wd0: 515MB (1056384 sectors), 1048 C 16 H 63 S/T 512 B/S aha0 is a 154xCF-2.01-VC.0: enabling mailbox and residuals aha0: reading board settings, dma=7 int=12 150 nSEC ok, using 200 nSEC aha0 at 0x330-0x333 irq 12 drq 7 on isa aha0 waiting for scsi devices to settle (aha0:0:0): "FUJITSU M2694ES-512 812A" is a type 0 fixed SCSI 2 sd0(aha0:0:0): Direct-Access 1033MB (2117025 512 byte sectors) scd0 not found at 0x230 npx0 on motherboard npx0: INT 16 interface Probing for devices on the pci0 bus: configuration mode 1 allows 32 devices. pci0:16: OPTI, device=0xc822, class=bridge [not supported] Help appreciated... Ben From owner-freebsd-hackers Fri Apr 14 07:18:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA17420 for hackers-outgoing; Fri, 14 Apr 1995 07:18:18 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA17408 for ; Fri, 14 Apr 1995 07:18:13 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id WAA02168; Fri, 14 Apr 1995 22:18:33 +0800 Date: Fri, 14 Apr 1995 22:18:33 +0800 (CST) From: Brian Tao cc: freebsd-hackers@FreeBSD.org Subject: Re: The problem is that 950412 hangs on every odd reboot somewhere In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Fri, 14 Apr 1995, Anthony Graphics wrote: > > during checking for devices on the SCSI chain (I have Quantum 540S > attached to Aha1542) 950322 worked fine. I've got a Quantum Lightning 540S on a 1542C in a VLB/ISA system here. The 950412 snapshot will probably be installed next week once I get it up and running on my own machine first. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Fri Apr 14 07:21:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA17490 for hackers-outgoing; Fri, 14 Apr 1995 07:21:17 -0700 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA17484 for ; Fri, 14 Apr 1995 07:21:13 -0700 Received: by brasil.moneng.mei.com (4.1/SMI-4.1) id AA00708; Fri, 14 Apr 95 09:20:41 CDT From: Joe Greco Message-Id: <9504141420.AA00708@brasil.moneng.mei.com> Subject: BocaBoard 2016 To: hackers@FreeBSD.org Date: Fri, 14 Apr 1995 09:20:41 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 422 Sender: hackers-owner@FreeBSD.org Precedence: bulk I have a chance to pick up a BocaBoard 2016 at a decent price. This is a 16-port card with 16550's. That's all I know. Does anyone know if there are any problems with making this work under FreeBSD? Thanks! ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Fri Apr 14 07:56:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA18529 for hackers-outgoing; Fri, 14 Apr 1995 07:56:56 -0700 Received: from fgwmail.fujitsu.co.jp (fgwmail.fujitsu.co.jp [164.71.1.133]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA18502 for ; Fri, 14 Apr 1995 07:56:51 -0700 Received: from fdmmail.fujitsu.co.jp by fgwmail.fujitsu.co.jp (8.6.12+2.4W/3.3W5-MX941209-Fujitsu Mail Gateway) id XAA16288; Fri, 14 Apr 1995 23:56:39 +0900 Received: from fdm.fujitsu.co.jp by fdmmail.fujitsu.co.jp (8.6.12+2.4W/3.3W5-MX950127-Fujitsu Domain Mail Master) id XAA13892; Fri, 14 Apr 1995 23:56:08 +0900 Received: from sysrap by fdm.fujitsu.co.jp (5.65/6.4J.6) id AA25027; Fri, 14 Apr 95 23:56:07 +0900 Received: from seki.sysrap.cs.fujitsu.co.jp by spad.sysrap.cs.fujitsu.co.jp with smtp (Smail3.1.28.1 #1) id m0rzmuW-000AL7C; Sat, 15 Apr 95 00:03 JST Date: Fri, 14 Apr 95 23:51:49 JST From: Masahiro SEKIGUCHI Message-Id: <9504141451.AA11398@seki.sysrap.cs.fujitsu.co.jp> To: hackers@FreeBSD.org, current@FreeBSD.org Subject: Fujitsu MB86960/965 Ethernet driver Sender: hackers-owner@FreeBSD.org Precedence: bulk I have just put the latest version of my fe driver on: ftp.freebsd.org:incoming/FreeBSD/fe-950414.tar.gz This is a revised version of fe-950310. Could someone (in core team?) please put the driver in -current source tree? If it is acceptable, I suggest the following config entry for GENERIC: device fe0 at isa? port? net irq? vector feintr Thanks. --- Fe is a network driver for Fujitsu MB86960A/MB86965A based Ethernet cards. I have tested it on FreeBSD 2.0 RELEASE and 950322 SNAP. (Not on 950412 SNAP, yet.) Features of fe: Fe currently runs with the following Ethernet cards: -- Fujitsu FMV-180 series for ISA -- Allied-Telesis AT1700 series and RE2000 series for ISA. # Linux has long been supporting AT1700, but none of *BSDs. So, if # you have a friend who runs Linux just to use AT1700, this may be a # chance to make him/her a FreeBSD user! Fe supports multicast and duplex operation. Please test it, if you have appropriate hardware, and write comments to me. I read English and Japanese. Masahiro Sekiguchi From owner-freebsd-hackers Fri Apr 14 08:22:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA20263 for hackers-outgoing; Fri, 14 Apr 1995 08:22:30 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA20254 for ; Fri, 14 Apr 1995 08:22:25 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id IAA01021; Fri, 14 Apr 1995 08:19:43 -0700 From: "Rodney W. Grimes" Message-Id: <199504141519.IAA01021@gndrsh.aac.dev.com> Subject: Re: class=bridge ??? To: bsinger@databank.com (Ben Singer) Date: Fri, 14 Apr 1995 08:19:42 -0700 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: <199504141417.JAA13784@databank.com > from "Ben Singer" at Apr 14, 95 09:17: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: 2559 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I have a pentium motherboard made by `super'; it has PCI slots > and one VLB slot. I get all sorts of problems when i'm trying > to do something mildly complicated, like compile, though > nroff has caused it too. It's ranged from freezing to page > faults to `bus error', and instant reboots. This is both with > or without X, and using both an IDE and my aha1540. NetBSD > has similar problems on it, but i haven't tried DOS and friends. > > Is the `class=bridge' my problem, or just a bad motherboard/memory? No, but the opti chip set might be. Try setting the external cache to ``write through mode'', if that doesn't fix this strange crashes try setting the internal cache to ``write throught''. I have an Opti based board here, but it is not the ``super micro'' version and I have to run it with the external cache in write through mode. > FreeBSD 2.0.0-SNAP950322 #0: Sat Apr 8 10:39:53 1995 > ben@koko.ben:/usr/src/sys/compile/BONES > CPU: Pentium (Pentium-class CPU) 90 MHz Origin = "GenuineIntel" Id = 0x524 > This is a Pentium 735\\90 or 815\\100 Stepping=4 Features=0x1bf FPU VME PSE MCE CX8 > real memory = 16384000 (4000 pages) > avail memory = 14999552 (3662 pages) > Probing for devices on the ISA bus: > sc0 at 0x60-0x6f irq 1 on motherboard > sc0: VGA color <16 virtual consoles, flags=0x0> > ed0 not found at 0x280 > sio0 at 0x3f8-0x3ff irq 4 on isa > sio0: type 16550A > sio1 at 0x2f8-0x2ff irq 3 on isa > sio1: type 16550A > lpt0 at 0x378-0x37f irq 7 on isa > lpt0: Interrupt-driven port > lp0: TCP/IP capable interface > fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa > fdc0: (NEC 765) [0: fd0: 1.44MB 3.5in] > wdc0 at 0x1f0-0x1f7 irq 14 on isa > wdc0: unit 0 (wd0): , multi-block-16 > wd0: 515MB (1056384 sectors), 1048 C 16 H 63 S/T 512 B/S > aha0 is a 154xCF-2.01-VC.0: enabling mailbox and residuals > aha0: reading board settings, dma=7 int=12 150 nSEC ok, using 200 nSEC > aha0 at 0x330-0x333 irq 12 drq 7 on isa > aha0 waiting for scsi devices to settle > (aha0:0:0): "FUJITSU M2694ES-512 812A" is a type 0 fixed SCSI 2 > sd0(aha0:0:0): Direct-Access 1033MB (2117025 512 byte sectors) > scd0 not found at 0x230 > npx0 on motherboard > npx0: INT 16 interface > Probing for devices on the pci0 bus: > configuration mode 1 allows 32 devices. > pci0:16: OPTI, device=0xc822, class=bridge [not supported] > > Help appreciated... > > Ben > > -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Fri Apr 14 08:32:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA20848 for hackers-outgoing; Fri, 14 Apr 1995 08:32:17 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA20829 for ; Fri, 14 Apr 1995 08:32:07 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA07121; Fri, 14 Apr 1995 17:31:41 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id RAA25922 for freebsd-hackers@freebsd.org; Fri, 14 Apr 1995 17:31:40 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id RAA19845 for freebsd-hackers@freebsd.org; Fri, 14 Apr 1995 17:23:35 +0200 From: J Wunsch Message-Id: <199504141523.RAA19845@uriah.heep.sax.de> Subject: Re: Routing nightmares. To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Fri, 14 Apr 1995 17:23:35 +0200 (MET DST) In-Reply-To: <9504140926.AA00421@brasil.moneng.mei.com> from "Joe Greco" at Apr 14, 95 04:26:58 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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: 561 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Joe Greco wrote: > > Well, yes, I'd agree, but we're talking about trying to fix a network > created by folks who didn't know any better. And the thing is, it all WORKS > if I can manually add > > route add net 151.186.28.0 151.186.20.196 1 's > Hmm, so this is the end of my knowledge. :-/ I'm happy enough that i've been able to figure out how to configure my gated to announce incoming SLIP connections... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Apr 14 08:43:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA21553 for hackers-outgoing; Fri, 14 Apr 1995 08:43:08 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA21340 ; Fri, 14 Apr 1995 08:39:26 -0700 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id LAA00581; Fri, 14 Apr 1995 11:38:55 -0400 From: Peter Dufault Message-Id: <199504141538.LAA00581@hda.com> Subject: SCSI target To: freebsd-hackers@FreeBSD.org Date: Fri, 14 Apr 1995 11:38:55 -0400 (EDT) Cc: freebsd-scsi@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1806 Sender: hackers-owner@FreeBSD.org Precedence: bulk I've added a SCSI target device. Using this you can act as a target and another system acting as an initiator can send data to you over the SCSI bus. However, the only host adapter that supports this is the Adaptec 1542B. The 1542C will hang the bus big time if you put it into target mode, so I've locked it out. I have little hope that most of the commercial firmware will support this properly, so if some of our firmware crankers want to start cranking firmware they can look at the isa/aha1542c to get a feel for how it should act. I'll have a Acculogic board with the NCR 825 in house for a while. Basically there is an escape added to put the host adapter in target mode. Once it is in target mode it must respond to the mandatory commands: INQUIRY, REQUEST SENSE, SEND DIAGNOSTIC and TEST UNIT READY as well as the two data transfer commands SEND DATA and RECEIVE DATA. The 1542 model is good, and I suggest we just use that as much as possible. You can set up a data transfer in advance, with information that indicates which initiator it is for, and then when that initiator connects the board does the transfer. If an initiator connects to the 1542 when it doesn't have a transfer set up for that initiator, the 1542 will disconnect, generate a device interrupt, and report the ID and LUN of the initiator that connected as well as the amount of data the initiator wants to transfer. Eventually I'd like to add support for reserving units on the SCSI bus, sharing read only disk partitions, and running TCP/IP over SCSI using target mode capable host adapters. I think that could make for a nice little cluster. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Fri Apr 14 08:50:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA21865 for hackers-outgoing; Fri, 14 Apr 1995 08:50:02 -0700 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA21837 ; Fri, 14 Apr 1995 08:49:49 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA25390 (5.67a/IDA-1.5); Fri, 14 Apr 1995 10:36:07 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA26460; 14 Apr 95 08:43:19 CDT (Fri) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id IAA26457; Fri, 14 Apr 1995 08:43:19 -0500 From: Peter da Silva Message-Id: <199504141343.IAA26457@bonkers.taronga.com> Subject: Re: Proceses that won't die - follow up To: nc@ain.charm.net (Network Coordinator) Date: Fri, 14 Apr 1995 08:43:19 -0500 (CDT) Cc: freebsd-hackers@FreeBSD.org, freebsd-questions@FreeBSD.org In-Reply-To: from "Network Coordinator" at Apr 13, 95 08:16:59 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 527 Sender: hackers-owner@FreeBSD.org Precedence: bulk Do you have any NFS mounts in the root directory? > For some reason at the same time the system decides to not kill any > processes (except shells) the system won't allow an ls -l of the / > directory. If one tries /bin/ls /, there is no problem, but for the -long > information, it just STOPS. In fact very few proceses that do any sort of > file i/o (cp, find, etc) seem to be working very well. I haven't seen, or > have reason to believe that the filesystem has errors on it. > > Any ideas would be appreciated. > From owner-freebsd-hackers Fri Apr 14 09:34:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA24056 for hackers-outgoing; Fri, 14 Apr 1995 09:34:44 -0700 Received: from bigdipper.umd.edu (bigdipper.umd.edu [128.8.220.139]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA24047 for ; Fri, 14 Apr 1995 09:34:43 -0700 Received: (from adhir@localhost) by bigdipper.umd.edu (8.6.8/8.6.6) id MAA24822; Fri, 14 Apr 1995 12:33:24 -0400 Date: Fri, 14 Apr 1995 12:33:23 -0400 (EDT) From: "Alok K. Dhir" To: Joe Greco cc: hackers@FreeBSD.org Subject: Re: BocaBoard 2016 In-Reply-To: <9504141420.AA00708@brasil.moneng.mei.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk No problem at all on FreeBSD 1.1.5.1 - I have only 8 modems hanging off of our right now, 2 28.8s (with the ports set to 115,200 baud) and 6 14.4s (57.6k baud). Works GREAT! On Fri, 14 Apr 1995, Joe Greco wrote: > I have a chance to pick up a BocaBoard 2016 at a decent price. > > This is a 16-port card with 16550's. That's all I know. Does anyone > know if there are any problems with making this work under FreeBSD? > > Thanks! > > ... Joe > > ------------------------------------------------------------------------------- > Joe Greco - Systems Administrator jgreco@ns.sol.net > Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 > -------------------------------------___--------------------------------- | Al Dhir, Programmer Analyst /___\ UMCP Ag-Engineering Dept | | Internet: adhir@bigdipper.umd.edu (o o) (301) 405-1197 | ---------------------------------ooO-(_)-Ooo----------------------------- From owner-freebsd-hackers Fri Apr 14 10:52:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA27082 for hackers-outgoing; Fri, 14 Apr 1995 10:52:07 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA26981 ; Fri, 14 Apr 1995 10:50:13 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id KAA01193; Fri, 14 Apr 1995 10:47:27 -0700 From: "Rodney W. Grimes" Message-Id: <199504141747.KAA01193@gndrsh.aac.dev.com> Subject: Re: SCSI target To: dufault@hda.com (Peter Dufault) Date: Fri, 14 Apr 1995 10:47:27 -0700 (PDT) Cc: freebsd-hackers@FreeBSD.org, freebsd-scsi@FreeBSD.org In-Reply-To: <199504141538.LAA00581@hda.com> from "Peter Dufault" at Apr 14, 95 11:38:55 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: 2236 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I've added a SCSI target device. Using this you can act as a target > and another system acting as an initiator can send data to you over > the SCSI bus. > > However, the only host adapter that supports this is the Adaptec > 1542B. The 1542C will hang the bus big time if you put it into > target mode, so I've locked it out. Great! But one of my 1542B's bit the dust about a month ago so now I only have one of them :-( :-(. > I have little hope that most of the commercial firmware will support > this properly, so if some of our firmware crankers want to start > cranking firmware they can look at the isa/aha1542c to get a feel > for how it should act. I'll have a Acculogic board with the NCR > 825 in house for a while. If you loose that card and still need one to work with I can arrange to put an NCR 53C810 controller in your house on a permanent loan basis. > Basically there is an escape added to put the host adapter in target > mode. Once it is in target mode it must respond to the mandatory > commands: INQUIRY, REQUEST SENSE, SEND DIAGNOSTIC and TEST UNIT > READY as well as the two data transfer commands SEND DATA and > RECEIVE DATA. > > The 1542 model is good, and I suggest we just use that as much as > possible. > > You can set up a data transfer in advance, with information that > indicates which initiator it is for, and then when that initiator > connects the board does the transfer. > > If an initiator connects to the 1542 when it doesn't have a transfer > set up for that initiator, the 1542 will disconnect, generate a > device interrupt, and report the ID and LUN of the initiator that > connected as well as the amount of data the initiator wants to > transfer. > > Eventually I'd like to add support for reserving units on the SCSI > bus, sharing read only disk partitions, and running TCP/IP over > SCSI using target mode capable host adapters. I think that could > make for a nice little cluster. Well, with 100MB/S ethernet support now being a reality TCP/IP over SCSI only has an advantage for *wide* scsi controllers. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Fri Apr 14 11:11:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA27829 for hackers-outgoing; Fri, 14 Apr 1995 11:11:27 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA27764 ; Fri, 14 Apr 1995 11:09:57 -0700 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id OAA01326; Fri, 14 Apr 1995 14:09:15 -0400 From: Peter Dufault Message-Id: <199504141809.OAA01326@hda.com> Subject: Re: SCSI target To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Fri, 14 Apr 1995 14:09:14 -0400 (EDT) Cc: freebsd-hackers@FreeBSD.org, freebsd-scsi@FreeBSD.org In-Reply-To: <199504141747.KAA01193@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Apr 14, 95 10:47:27 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1223 Sender: hackers-owner@FreeBSD.org Precedence: bulk Rodney W. Grimes writes: > > > > > I've added a SCSI target device. Using this you can act as a target > > and another system acting as an initiator can send data to you over > > the SCSI bus. > > > > However, the only host adapter that supports this is the Adaptec > > 1542B. The 1542C will hang the bus big time if you put it into > > target mode, so I've locked it out. > > Great! But one of my 1542B's bit the dust about a month ago so now > I only have one of them :-( :-(. I only have one also. (...) > If you loose that card and still need one to work with I can arrange > to put an NCR 53C810 controller in your house on a permanent loan > basis. I'm not planning on adding the support to the firmware - initially, I could probably use the 1542B more than the 810 for test. If anyone has a 1542B sitting in a closet (as I did until recently) feel free to send it. (...) > Well, with 100MB/S ethernet support now being a reality TCP/IP over > SCSI only has an advantage for *wide* scsi controllers. Yes, but it would still be cool. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Fri Apr 14 12:13:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA01731 for hackers-outgoing; Fri, 14 Apr 1995 12:13:32 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA01724 for ; Fri, 14 Apr 1995 12:13:31 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA28578; Fri, 14 Apr 95 12:29:17 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504141829.AA28578@cs.weber.edu> Subject: Re: Kirk McKusick E-mail address To: roberto@blaise.ibp.fr (Ollivier Robert) Date: Fri, 14 Apr 95 12:29:16 MDT Cc: hackers@FreeBSD.org In-Reply-To: <199504140916.LAA21327@blaise.ibp.fr> from "Ollivier Robert" at Apr 14, 95 11:16:05 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > Can someone send me Kirk's Eail adress please ? mckusick@McKusick.COM mckusick@CS.Berkeley.EDU Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Apr 14 12:31:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA02575 for hackers-outgoing; Fri, 14 Apr 1995 12:31:01 -0700 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA02502 ; Fri, 14 Apr 1995 12:29:23 -0700 Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@TFS.COM (Julian Elischer) Subject: Re: SCSI target To: dufault@hda.com (Peter Dufault) Date: Fri, 14 Apr 1995 12:28:51 -0700 (PDT) Cc: freebsd-hackers@FreeBSD.org, freebsd-scsi@FreeBSD.org In-Reply-To: <199504141538.LAA00581@hda.com> from "Peter Dufault" at Apr 14, 95 11:38:55 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1269 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > However, the only host adapter that supports this is the Adaptec > 1542B. The 1542C will hang the bus big time if you put it into > target mode, so I've locked it out. does the buslogic work? JORDAN? you've the busloginc manual...... > > I have little hope that most of the commercial firmware will support > this properly, so if some of our firmware crankers want to start > cranking firmware they can look at the isa/aha1542c to get a feel > for how it should act. I'll have a Acculogic board with the NCR > 825 in house for a while. I guess the NCR and 77x0 based boards would eb our best bet then.. > > The 1542 model is good, and I suggest we just use that as much as > possible. I believe the bt cards follow this model do you know if it works... (I believe you talked to them about it once) > > > Eventually I'd like to add support for reserving units on the SCSI > bus, sharing read only disk partitions, and running TCP/IP over > SCSI using target mode capable host adapters. I think that could > make for a nice little cluster. yeah.... with care, and an MTU > 4096, we should be able to shift whole pages around as well, (though that may take some work in the protocol stacks) (I was thinking of a special page-shifting protocol :) julian From owner-freebsd-hackers Fri Apr 14 12:40:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA02867 for hackers-outgoing; Fri, 14 Apr 1995 12:40:51 -0700 Received: from mail.barrnet.net (mail.BARRNET.NET [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA02859 ; Fri, 14 Apr 1995 12:40:49 -0700 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with SMTP id LAA04454; Fri, 14 Apr 1995 11:44:15 -0700 Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@TFS.COM (Julian Elischer) Subject: Re: Fujitsu MB86960/965 Ethernet driver To: seki@sysrap.cs.fujitsu.co.jp (Masahiro SEKIGUCHI) Date: Fri, 14 Apr 1995 11:45:34 -0700 (PDT) Cc: hackers@FreeBSD.org, current@FreeBSD.org In-Reply-To: <9504141451.AA11398@seki.sysrap.cs.fujitsu.co.jp> from "Masahiro SEKIGUCHI" at Apr 14, 95 11:51:49 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1358 Sender: hackers-owner@FreeBSD.org Precedence: bulk Ok guys, who is the person resonsible for this sort of importing? I don't think we worked this question out enough!! we don't want to all assume that someone else will import it.... julian > > I have just put the latest version of my fe driver on: > > ftp.freebsd.org:incoming/FreeBSD/fe-950414.tar.gz > > This is a revised version of fe-950310. > > Could someone (in core team?) please put the driver in -current source > tree? > > If it is acceptable, I suggest the following config entry for GENERIC: > > device fe0 at isa? port? net irq? vector feintr > > Thanks. > > --- > > Fe is a network driver for Fujitsu MB86960A/MB86965A based Ethernet > cards. I have tested it on FreeBSD 2.0 RELEASE and 950322 SNAP. (Not > on 950412 SNAP, yet.) > > Features of fe: > > Fe currently runs with the following Ethernet cards: > > -- Fujitsu FMV-180 series for ISA > -- Allied-Telesis AT1700 series and RE2000 series for ISA. > > # Linux has long been supporting AT1700, but none of *BSDs. So, if > # you have a friend who runs Linux just to use AT1700, this may be a > # chance to make him/her a FreeBSD user! > > Fe supports multicast and duplex operation. > > Please test it, if you have appropriate hardware, and write comments > to me. I read English and Japanese. > > Masahiro Sekiguchi > > From owner-freebsd-hackers Fri Apr 14 13:34:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA04068 for hackers-outgoing; Fri, 14 Apr 1995 13:34:52 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA04057 for ; Fri, 14 Apr 1995 13:34:49 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA29246; Fri, 14 Apr 95 14:28:20 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504142028.AA29246@cs.weber.edu> Subject: Re: Kirk McKusick E-mail address To: terry@cs.weber.edu (Terry Lambert) Date: Fri, 14 Apr 95 14:28:19 MDT Cc: roberto@blaise.ibp.fr, hackers@FreeBSD.org In-Reply-To: <9504141829.AA28578@cs.weber.edu> from "Terry Lambert" at Apr 14, 95 12:29:16 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk Another place I happened to run into unattributed use is: http://www.solace.mh.se/Icons/misc/icons.html Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Apr 14 14:30:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA07838 for hackers-outgoing; Fri, 14 Apr 1995 14:30:36 -0700 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA07828 for ; Fri, 14 Apr 1995 14:30:34 -0700 Received: by brasil.moneng.mei.com (4.1/SMI-4.1) id AA01831; Fri, 14 Apr 95 16:26:40 CDT From: Joe Greco Message-Id: <9504142126.AA01831@brasil.moneng.mei.com> Subject: Re: Routing nightmares. To: julian@tfs.com (Julian Elischer) Date: Fri, 14 Apr 1995 16:26:39 -0500 (CDT) Cc: joerg_wunsch@uriah.heep.sax.de, hackers@FreeBSD.org In-Reply-To: from "Julian Elischer" at Apr 14, 95 11:56:36 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1359 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I'm not an INET expert, but ``common wisdom'' says you will have to > > use the same subnet mask throughout the whole net. > > > This is definitly the experience I have had...... > it is UTTERLY AND COMPLETELY BROKEN!!!!! Yes, I quite agree. > it may be that some of the NEWER revisions of the routing control protocols > may fix this (MAYBE).. but I wouldn't count on it.. > anyway teh problem is outside your little enclave and > in the wider world.. ... something over which I have very little control. :-( ... > (bad news I'm afraid.... > (though you could see if you can broadcast proxy-arp > messages for all your internal nodes and 'attract' > all packets for them to your gateway :) If I could determine a way to proxy ARP on only a single Ethernet interface, I would be happy, I agree. In my continuing experiments, I wrote a small RIP-spoofing program that DOES advertise the network I wanted advertised - and alas, it does not work. But it's showing up as a host route vs. a net route, so I need to look at it a little more carefully to find out how to "claim" it differently... :-) ... Joe ------------------------------------------------------------------------------- Joe Greco - The Data Capture Fellow (and UNIX/Network Hacker) 414/362-3617 Marquette Electronics, Inc. - Milwaukee, WI jgreco@brasil.moneng.mei.com From owner-freebsd-hackers Fri Apr 14 14:40:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA08278 for hackers-outgoing; Fri, 14 Apr 1995 14:40:30 -0700 Received: from haven.ios.com (haven.ios.com [198.4.75.45]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA08270 ; Fri, 14 Apr 1995 14:40:26 -0700 Received: (from rashid@localhost) by haven.ios.com (8.6.9/8.6.9) id RAA00837; Fri, 14 Apr 1995 17:42:43 -0400 From: "Rashid Karimov." Message-Id: <199504142142.RAA00837@haven.ios.com> Subject: FreeBSD freezes sporadically ( X11 interact. ? ). To: questions@FreeBSD.org Date: Fri, 14 Apr 1995 17:42:43 -0400 (EDT) Cc: hackers@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 417 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi there folx, It happens randomly on previous SNAP ( 0210 ) . The system doesn't reboot - just freezes silently. I run XFree 3.1.1 and I think that there is some relation between the X11 and what happens ... Don't know why , though ;( And it freezes really good - nothing works , incl. net - so I can't telnet from remote ... The PC is Gateway 2000/P90/PCI/SCSI Bustec 946C/128Mb RAM. SY RK From owner-freebsd-hackers Fri Apr 14 14:51:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA08653 for hackers-outgoing; Fri, 14 Apr 1995 14:51:33 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA08645 for ; Fri, 14 Apr 1995 14:51:32 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14401(1)>; Fri, 14 Apr 1995 14:50:48 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <49864>; Fri, 14 Apr 1995 14:50:37 -0700 X-Mailer: exmh version 1.6gamma 3/30/95 To: Amancio Hasty cc: "matthew c. mead" , faulkner@mpd.tandem.com (Boyd Faulkner), hackers@FreeBSD.org Subject: Re: Sound stuff again (GUS MAX) In-reply-to: Your message of "Wed, 12 Apr 95 12:54:38 PDT." <199504121954.TAA13064@star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 14 Apr 1995 14:50:31 PDT From: Bill Fenner Message-Id: <95Apr14.145037pdt.49864@crevenia.parc.xerox.com> Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <199504121954.TAA13064@star-gate.com> you write: >>>> "matthew c. mead" said: > > [xvmixer won't let me change the volume on the cd device] > >Usually, the connection from the cdrom to the soundcard is a line input >type which one usually does not have control over the volume. >Typically, one adjusts the volume on the PCM or SYNTH device to adjust >the volume for the CDROM input. It's been a while since I looked at this stuff, but the last time I looked at it, xvmixer didn't query the driver as to what devices were controllable, it just had the SoundBlaster devices hardcoded into it. "mixer", the tty interface, on the other hand, knows about all the devices. I often do something like mixer vol 90 mixer synth 50 mixer cd 30 to play a cd in the background, and to have any /dev/audio stuff louder than the CD for audio biff and such. (I modified "mixer" to print out all the volumes when you run it with no arguments, as well, I think that's much friendlier...) Bill From owner-freebsd-hackers Fri Apr 14 14:57:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA09146 for hackers-outgoing; Fri, 14 Apr 1995 14:57:58 -0700 Received: (from dima@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA09137 ; Fri, 14 Apr 1995 14:57:57 -0700 Message-Id: <199504142157.OAA09137@freefall.cdrom.com> Subject: Re: Kirk McKusick E-mail address To: roberto@blaise.ibp.fr (Ollivier Robert) Date: Fri, 14 Apr 1995 14:57:57 -0700 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: <199504140916.LAA21327@blaise.ibp.fr> from "Ollivier Robert" at Apr 14, 95 11:16:05 am From: dima@FreeBSD.org (Dima Ruban) X-Class: Fast Organization: HackerDome X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 463 Sender: hackers-owner@FreeBSD.org Precedence: bulk Ollivier Robert writes: > > Hello, > > Can someone send me Kirk's Eail adress please ? > > A french magazine used the BSD daemon in one of the articles and said > it was the "hackers' logo", with hackers used as a synonym for "cracker" and > "pirates" :-(((((( mckusick@vangogh.cs.berkeley.edu > -- > Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG > FreeBSD keltia 2.1.0-Development #7: Thu Mar 23 00:28:31 MET 1995 > -- dima From owner-freebsd-hackers Fri Apr 14 14:59:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA09303 for hackers-outgoing; Fri, 14 Apr 1995 14:59:32 -0700 Received: (from dima@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA09296 for freebsd-hackers@FreeBSD.org; Fri, 14 Apr 1995 14:59:31 -0700 Message-Id: <199504142159.OAA09296@freefall.cdrom.com> Subject: Re: Does someone know ? To: freebsd-hackers@FreeBSD.org Date: Fri, 14 Apr 1995 14:59:31 -0700 (PDT) In-Reply-To: <199504141029.MAA18720@uriah.heep.sax.de> from "J Wunsch" at Apr 14, 95 12:29:40 pm From: dima@FreeBSD.org (Dima Ruban) X-Class: Fast Organization: HackerDome X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 584 Sender: hackers-owner@FreeBSD.org Precedence: bulk J Wunsch writes: > > I'm getting all sort of errors for , so does > somebody actually know that guy (and can perhaps get him on the > phone)? I know him personally. > Otherwise i'd suggest to remove him from the lists. The bounces from > his site continue to appear for almost two weeks now. I suggesting to include eric@dream.demos.su instead. At least you can mail him on this address. > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ > Never trust an operating system you don't have sources for. ;-) > -- dima From owner-freebsd-hackers Fri Apr 14 15:08:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA09909 for hackers-outgoing; Fri, 14 Apr 1995 15:08:04 -0700 Received: from mramirez.sy.yale.edu (mramirez.sy.yale.edu [130.132.57.207]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA09899 for ; Fri, 14 Apr 1995 15:08:00 -0700 Received: (from mrami@localhost) by mramirez.sy.yale.edu (8.6.9/8.6.9) id SAA00272; Fri, 14 Apr 1995 18:07:52 -0400 Date: Fri, 14 Apr 1995 18:07:51 -0400 (EDT) From: Marc Ramirez Reply-To: mrami@minerva.cis.yale.edu To: hackers@FreeBSD.org Subject: aha driver no lonker kosher wrt. my 1542A rev D Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk 2.0-950412-SNAP: Problem: The kernel can read from my disks just fine, but writes get corrupted. Hardware: ??? 486DX/33 SiS Chipset, 20MB ram Cardex Cobra ET4000/W32i video Adaptec 1542A rev D - Conner CFA540S - target 0 Maxtor 7120SCS - target 1 SMC Elite16 (I think; it's ed1, anyway) ??? floppy controller 2 drive, Colorado Jumbo 250 2 serial, parallel Story: 1) Downloaded boot floppies and bindist. 2) Install on drive 0; Reboot from sd0 and kernel panics right after stating memory size. Reboot a couple of times; always get the same panic. 3) Reinstall on drive 0; get a different panic. Subsequent reboot cause the new and improved panic. 4) Install 2.0R (keeping SNAP bootblocks) and then install the SNAP bindist (which is on sd1). ON reboot, the kernel boots fine, /etc/rc runs, I get a login prompt. 5) Run do_cksum.sh on SNAP bindist on sd1. It runs with no errors. 6) Copy bindist from sd1 to sd0 and run do_cksum.sh on sd0 (copy) bindist. Half the files are corrupt. Re-run do_cksum.sh on the sd1 (original) bindist. All is well. 7) Reinstall 2.0R Maybe bounce buffers are not working properly? But then reads would also be corrupted, right? I am at a loss. I tried the 950322-SNAP just for kicks, and it has the same problem. I saw someone else post a similar problem on this list a couple of days ago. Marc. -- You couldn't get a clue during the clue mating season in a field full of horny clues if you smeared your body with clue musk and did the clue mating dance. - Edward Flaherty From owner-freebsd-hackers Fri Apr 14 15:34:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA11013 for hackers-outgoing; Fri, 14 Apr 1995 15:34:53 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA11006 for ; Fri, 14 Apr 1995 15:34:49 -0700 Received: by sequent.kiae.su id AA13628 (5.65.kiae-2 for freebsd-hackers@FreeBSD.org); Sat, 15 Apr 1995 02:24:13 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Sat, 15 Apr 95 02:24:12 +0400 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id AAA01873 for freebsd-hackers@FreeBSD.org; Sat, 15 Apr 1995 00:40:46 +0400 To: FreeBSD hackers References: <199504141029.MAA18720@uriah.heep.sax.de> In-Reply-To: <199504141029.MAA18720@uriah.heep.sax.de>; from J Wunsch at Fri, 14 Apr 1995 12:29:40 +0200 (MET DST) Message-Id: Organization: Olahm Ha-Yetzirah Date: Sat, 15 Apr 1995 00:40:46 +0400 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: Does someone know ? Lines: 14 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 613 Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <199504141029.MAA18720@uriah.heep.sax.de> J Wunsch writes: >I'm getting all sort of errors for , so does >somebody actually know that guy (and can perhaps get him on the >phone)? I know him. I try to connect to him, but in vain. His alternate E-mail address is eric@dream.demos.su -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Fri Apr 14 16:08:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA11924 for hackers-outgoing; Fri, 14 Apr 1995 16:08:06 -0700 Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA11918 for ; Fri, 14 Apr 1995 16:08:04 -0700 Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA07389; Fri, 14 Apr 95 23:07:53 GMT Received: by junco.fsl.noaa.gov (1.38.193.4/SMI-4.1 (1.38.193.4)) id AA01039; Fri, 14 Apr 1995 17:07:35 -0600 Date: Fri, 14 Apr 1995 17:07:35 -0600 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <9504142307.AA01039@junco.fsl.noaa.gov> To: freebsd-hackers@FreeBSD.org Subject: FreeBSD mentioned Sender: hackers-owner@FreeBSD.org Precedence: bulk This may not necessarily be a Good Thing (tm), but it was nice seeing it: Michael O'Brien's ``Ask Mr Protocol'' column in April's _SunExpert_ talks about some of the free UNIX on Intel-PC implementations and includes mention of FreeBSD and NetBSD. FreeBSD is particularly eye-catching: it appears in the first quotation before the article---not a great quotation, but still: ``Fixed in -current.'' -- The answer two a hearteningly large number of questions about FreeBSD. -- Sean Kelly NOAA Forecast Systems Lab, Boulder Colorado USA The crew of the Enterprise discover a totally new lifeform, which later turns out to be a rather well-known old lifeform, wearing a silly hat. -- One of 46 things that never happen on Star Trek From owner-freebsd-hackers Fri Apr 14 16:10:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA12050 for hackers-outgoing; Fri, 14 Apr 1995 16:10:06 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA12044 for ; Fri, 14 Apr 1995 16:10:02 -0700 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id TAA03606; Fri, 14 Apr 1995 19:09:27 -0400 From: Peter Dufault Message-Id: <199504142309.TAA03606@hda.com> Subject: 90's compilers To: joerg@freefall.cdrom.com (Joerg Wunsch) Date: Fri, 14 Apr 1995 19:09:26 -0400 (EDT) Cc: hackers@FreeBSD.org In-Reply-To: <199504142126.OAA07587@freefall.cdrom.com> from "Joerg Wunsch" at Apr 14, 95 02:26:56 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 868 Sender: hackers-owner@FreeBSD.org Precedence: bulk Joerg Wunsch writes: > > o Moved all external declarations to boot.h, declared all functions > there, and ANSIfied all function declarations/definitions. > (printf() remains bogus, however -- i'm too lazy to fix this.) > We're in the ninetees, dunno why we should still support compilers > from the 70's. If you're proposing changing the coding guidelines away from KNF on this I'm all for it. In the last year I've worked with two DSPs and a 64K address space microcontroller and all have had halfway decent ANSI compilers. I can't imagine what we would ever port to that wouldn't have a decent compiler - I wouldn't choose a microcontroller compiler that didn't support Standard C. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Fri Apr 14 17:09:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA18767 for hackers-outgoing; Fri, 14 Apr 1995 17:09:44 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA18760 ; Fri, 14 Apr 1995 17:09:38 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id RAA18059; Fri, 14 Apr 1995 17:08:51 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id RAA00358; Fri, 14 Apr 1995 17:08:51 -0700 Message-Id: <199504150008.RAA00358@corbin.Root.COM> To: Network Coordinator cc: freebsd-hackers@FreeBSD.org, freebsd-questions@FreeBSD.org Subject: Re: Proceses that won't die - follow up In-reply-to: Your message of "Thu, 13 Apr 95 20:16:59 EDT." From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 14 Apr 1995 17:08:49 -0700 Sender: hackers-owner@FreeBSD.org Precedence: bulk > >For some reason at the same time the system decides to not kill any >processes (except shells) the system won't allow an ls -l of the / >directory. If one tries /bin/ls /, there is no problem, but for the -long >information, it just STOPS. In fact very few proceses that do any sort of >file i/o (cp, find, etc) seem to be working very well. I haven't seen, or >have reason to believe that the filesystem has errors on it. > >Any ideas would be appreciated. I believe this is known bug which has been fixed in the 4/12 snapshot. -DG From owner-freebsd-hackers Fri Apr 14 17:15:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA19101 for hackers-outgoing; Fri, 14 Apr 1995 17:15:43 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA19085 for ; Fri, 14 Apr 1995 17:14:56 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id KAA27939; Sat, 15 Apr 1995 10:03:55 +1000 Date: Sat, 15 Apr 1995 10:03:55 +1000 From: Bruce Evans Message-Id: <199504150003.KAA27939@godzilla.zeta.org.au> To: dufault@hda.com, joerg@freefall.cdrom.com Subject: Re: 90's compilers Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >> o Moved all external declarations to boot.h, declared all functions >> there, and ANSIfied all function declarations/definitions. >> (printf() remains bogus, however -- i'm too lazy to fix this.) >> We're in the ninetees, dunno why we should still support compilers >> from the 70's. >If you're proposing changing the coding guidelines away from KNF >on this I'm all for it. KNF is mostly about formatting. Its main conflict with ANSIfication is that it doesn't cover new-style function definitions. This isn't a problem because old-style function definitions are standard too. The main reasons to keep using KNF are: - to make it easier to merge changes from CSRG and NetBSD. - there is too much to change. Bruce From owner-freebsd-hackers Fri Apr 14 18:05:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA20347 for hackers-outgoing; Fri, 14 Apr 1995 18:05:06 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA20341 for ; Fri, 14 Apr 1995 18:05:03 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id SAA18158; Fri, 14 Apr 1995 18:04:55 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id SAA00472; Fri, 14 Apr 1995 18:04:55 -0700 Message-Id: <199504150104.SAA00472@corbin.Root.COM> To: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) cc: roberto@blaise.ibp.fr, hackers@FreeBSD.org Subject: Re: Kirk McKusick E-mail address In-reply-to: Your message of "Fri, 14 Apr 95 19:48:56 +0900." <199504141048.TAA19297@frig.mt.cs.keio.ac.jp> From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 14 Apr 1995 18:04:53 -0700 Sender: hackers-owner@FreeBSD.org Precedence: bulk >In article <199504140916.LAA21327@blaise.ibp.fr> >roberto@blaise.ibp.fr writes: > >>> Can someone send me Kirk's Eail adress please ? > >It's "mckusick@mckusick.com". ...and if that doesn't work, try mckusick@cs.berkeley.edu. -DG From owner-freebsd-hackers Fri Apr 14 18:57:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA21685 for hackers-outgoing; Fri, 14 Apr 1995 18:57:00 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA21679 ; Fri, 14 Apr 1995 18:56:57 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id SAA18242; Fri, 14 Apr 1995 18:56:54 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id SAA00551; Fri, 14 Apr 1995 18:56:54 -0700 Message-Id: <199504150156.SAA00551@corbin.Root.COM> To: Network Coordinator cc: freebsd-hackers@FreeBSD.org, freebsd-questions@FreeBSD.org Subject: Re: Proceses that won't die - follow up In-reply-to: Your message of "Fri, 14 Apr 95 17:08:49 PDT." <199504150008.RAA00358@corbin.Root.COM> From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 14 Apr 1995 18:56:54 -0700 Sender: hackers-owner@FreeBSD.org Precedence: bulk >> >>For some reason at the same time the system decides to not kill any >>processes (except shells) the system won't allow an ls -l of the / >>directory. If one tries /bin/ls /, there is no problem, but for the -long >>information, it just STOPS. In fact very few proceses that do any sort of >>file i/o (cp, find, etc) seem to be working very well. I haven't seen, or >>have reason to believe that the filesystem has errors on it. >> >>Any ideas would be appreciated. > > I believe this is known bug which has been fixed in the 4/12 snapshot. > >-DG ...and I just read your followup about a dead NFS mount...so nevermind. :-) -DG From owner-freebsd-hackers Fri Apr 14 19:18:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA22381 for hackers-outgoing; Fri, 14 Apr 1995 19:18:56 -0700 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA22217 ; Fri, 14 Apr 1995 19:15:43 -0700 Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@TFS.COM (Julian Elischer) Subject: Re: SCSI target To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Fri, 14 Apr 1995 19:15:02 -0700 (PDT) Cc: dufault@hda.com, freebsd-hackers@FreeBSD.org, freebsd-scsi@FreeBSD.org In-Reply-To: <199504141747.KAA01193@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Apr 14, 95 10:47:27 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 445 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > Well, with 100MB/S ethernet support now being a reality TCP/IP over > SCSI only has an advantage for *wide* scsi controllers. weeeellll, no, there are advandages in being able to transfer 128KB of scatter-gather data in one hit with NO cpu intervention..... :) > > > > -- > Rod Grimes rgrimes@gndrsh.aac.dev.com > Accurate Automation Company Custom computers for FreeBSD > From owner-freebsd-hackers Fri Apr 14 19:46:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA23393 for hackers-outgoing; Fri, 14 Apr 1995 19:46:33 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA23387 for ; Fri, 14 Apr 1995 19:46:19 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id TAA02395; Fri, 14 Apr 1995 19:43:38 -0700 From: "Rodney W. Grimes" Message-Id: <199504150243.TAA02395@gndrsh.aac.dev.com> Subject: Just how fast can we go... (was: Re: SCSI target) To: julian@TFS.COM (Julian Elischer) Date: Fri, 14 Apr 1995 19:43:37 -0700 (PDT) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: from "Julian Elischer" at Apr 14, 95 07:15:02 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: 1277 Sender: hackers-owner@FreeBSD.org Precedence: bulk [cc: trimmed to hackers, seems the best place, since we are talking about both scsi and 100MB/sec ether :-)] > > > > > > > > Well, with 100MB/S ethernet support now being a reality TCP/IP over > > SCSI only has an advantage for *wide* scsi controllers. > weeeellll, no, there are advandages in being able to transfer > 128KB of scatter-gather data in one hit with NO > cpu intervention..... :) A few comments form the if_de.c driver: * The above used to be true (the stupid restriction is still true) * but we gone to directly DMA'ing into MBUFs because with 100Mb * cards the copying is just too much of a hit. #define TULIP_RXDESCS 16 #define TULIP_TXDESCS 128 /* * First find out how many and which different pages * the mbuf data occupies. Then check to see if we * have enough descriptor space in our transmit ring * to actually send it. */ segcnt = tulip_txsegment(sc, m, addrvec, min(ri->ri_max - 1, TULIP_MAX_TXSEG)); The 21040/21140 chips are bus master just like a scsi controller, and can infact do some very large scatter-gather's in there own right. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Fri Apr 14 19:57:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA23647 for hackers-outgoing; Fri, 14 Apr 1995 19:57:46 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA23637 for ; Fri, 14 Apr 1995 19:57:44 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id TAA19418; Fri, 14 Apr 1995 19:57:35 -0700 From: Poul-Henning Kamp Message-Id: <199504150257.TAA19418@ref.tfs.com> Subject: Re: Just how fast can we go... (was: Re: SCSI target) To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Fri, 14 Apr 1995 19:57:31 -0700 (PDT) Cc: julian@TFS.COM, freebsd-hackers@FreeBSD.org In-Reply-To: <199504150243.TAA02395@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Apr 14, 95 07:43:37 pm Content-Type: text Content-Length: 816 Sender: hackers-owner@FreeBSD.org Precedence: bulk > [cc: trimmed to hackers, seems the best place, since we are talking > about both scsi and 100MB/sec ether :-)] > > > > > > > > > > > > Well, with 100MB/S ethernet support now being a reality TCP/IP over > > > SCSI only has an advantage for *wide* scsi controllers. > > weeeellll, no, there are advandages in being able to transfer > > 128KB of scatter-gather data in one hit with NO > > cpu intervention..... :) > > ... > > The 21040/21140 chips are bus master just like a scsi controller, and > can infact do some very large scatter-gather's in there own right. But you are still limited to the packet-size on the 100mb net... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Fri Apr 14 20:48:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA25289 for hackers-outgoing; Fri, 14 Apr 1995 20:48:16 -0700 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA25238 ; Fri, 14 Apr 1995 20:46:35 -0700 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.11/8.6.9) with SMTP id UAA01018; Fri, 14 Apr 1995 20:46:19 -0700 Message-Id: <199504150346.UAA01018@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: julian@TFS.COM (Julian Elischer) cc: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes), dufault@hda.com, freebsd-hackers@FreeBSD.org, freebsd-scsi@FreeBSD.org Subject: Re: SCSI target In-reply-to: Your message of "Fri, 14 Apr 1995 19:15:02 PDT." Date: Fri, 14 Apr 1995 20:46:19 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk >> >> > >> Well, with 100MB/S ethernet support now being a reality TCP/IP over >> SCSI only has an advantage for *wide* scsi controllers. >weeeellll, no, there are advandages in being able to transfer >128KB of scatter-gather data in one hit with NO >cpu intervention..... :) The max is one megabyte (assuming one page per SG) on any of the aic7xxx cards. >> -- >> Rod Grimes rgrimes@gndrsh.aac.dev.com >> Accurate Automation Company Custom computers for FreeBSD -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Fri Apr 14 21:47:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA26599 for hackers-outgoing; Fri, 14 Apr 1995 21:47:41 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA26592 ; Fri, 14 Apr 1995 21:47:40 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: julian@tfs.com (Julian Elischer) cc: dufault@hda.com (Peter Dufault), freebsd-hackers@FreeBSD.org, freebsd-scsi@FreeBSD.org Subject: Re: SCSI target In-reply-to: Your message of "Fri, 14 Apr 95 12:28:51 PDT." Date: Fri, 14 Apr 1995 21:47:40 -0700 Message-ID: <26591.797921260@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > does the buslogic work? > JORDAN? you've the busloginc manual...... Only for the new WIDE controller series.. Jordan From owner-freebsd-hackers Fri Apr 14 21:50:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA26647 for hackers-outgoing; Fri, 14 Apr 1995 21:50:14 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA26639 ; Fri, 14 Apr 1995 21:50:12 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: julian@tfs.com (Julian Elischer) cc: seki@sysrap.cs.fujitsu.co.jp (Masahiro SEKIGUCHI), hackers@FreeBSD.org, current@FreeBSD.org Subject: Re: Fujitsu MB86960/965 Ethernet driver In-reply-to: Your message of "Fri, 14 Apr 95 11:45:34 PDT." Date: Fri, 14 Apr 1995 21:50:11 -0700 Message-ID: <26637.797921411@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Ok guys, > > who is the person resonsible for this sort of importing? > I don't think we worked this question out enough!! I think it's always sort of fallen into zones of responsibility. Somebody has a VM fix, David or John grab it. Someone plays with the networking code, Garrett grabs it. Somebody changes ports, Satoshi grabs it (or prods somebody in ports to do so). Unfortunately, nobody really owns device drivers.. :-( I'm open to suggestions. I'm too sleepy at the moment to cogitate too successfully on this topic.. Jordan From owner-freebsd-hackers Fri Apr 14 21:51:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA26671 for hackers-outgoing; Fri, 14 Apr 1995 21:51:55 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA26663 for ; Fri, 14 Apr 1995 21:51:44 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id MAA05501; Sat, 15 Apr 1995 12:51:02 +0800 Date: Sat, 15 Apr 1995 12:51:02 +0800 (CST) From: Brian Tao To: Sean Kelly cc: freebsd-hackers@FreeBSD.org Subject: Re: FreeBSD mentioned In-Reply-To: <9504142307.AA01039@junco.fsl.noaa.gov> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Fri, 14 Apr 1995, Sean Kelly wrote: > > ``Fixed in -current.'' > -- The answer two a hearteningly large number > of questions about FreeBSD. He did say "hearteningly" and not "dishearteningly", which I take to mean it is a comfort to know that stuff is fixed. Sure beats "Sorry, FreeBSD does not support ". ;-) -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Fri Apr 14 21:52:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA26698 for hackers-outgoing; Fri, 14 Apr 1995 21:52:34 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA26649 ; Fri, 14 Apr 1995 21:50:47 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id MAA05490; Sat, 15 Apr 1995 12:49:16 +0800 Date: Sat, 15 Apr 1995 12:49:15 +0800 (CST) From: Brian Tao To: "Rashid Karimov." cc: questions@FreeBSD.org, hackers@FreeBSD.org Subject: Re: FreeBSD freezes sporadically ( X11 interact. ? ). In-Reply-To: <199504142142.RAA00837@haven.ios.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Fri, 14 Apr 1995, Rashid Karimov. wrote: > > Hi there folx, > > > It happens randomly on previous SNAP ( 0210 ) . > The system doesn't reboot - just freezes silently. > I run XFree 3.1.1 and I think that there is some > relation between the X11 and what happens ... You didn't mention which graphics card you were running. The XF86 readme's mention that turning off the hardware cursor on some cards may prevent system lockup. I don't know if it is to the extent that even network services are killed, but you might want to try that option in /etc/XF86Config. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Fri Apr 14 21:56:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA26761 for hackers-outgoing; Fri, 14 Apr 1995 21:56:48 -0700 Received: from shell1.best.com (root@shell1.best.com [204.156.128.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA26751 for ; Fri, 14 Apr 1995 21:56:47 -0700 Received: from geli.clusternet (rcarter.vip.best.com [204.156.137.2]) by shell1.best.com (8.6.11/8.6.5) with ESMTP id VAA06601; Fri, 14 Apr 1995 21:56:17 -0700 Received: (from rcarter@localhost) by geli.clusternet (8.6.11/8.6.9) id VAA02893; Fri, 14 Apr 1995 21:55:41 -0700 Date: Fri, 14 Apr 1995 21:55:41 -0700 From: "Russell L. Carter" Message-Id: <199504150455.VAA02893@geli.clusternet> To: phk@ref.tfs.com, rgrimes@gndrsh.aac.dev.com Subject: Re: Just how fast can we go... (was: Re: SCSI target) Cc: freebsd-hackers@FreeBSD.org, julian@TFS.COM Sender: hackers-owner@FreeBSD.org Precedence: bulk |> [cc: trimmed to hackers, seems the best place, since we are talking |> about both scsi and 100MB/sec ether :-)] |> > |> > > |> > > > |> > > Well, with 100MB/S ethernet support now being a reality TCP/IP over |> > > SCSI only has an advantage for *wide* scsi controllers. |> > weeeellll, no, there are advandages in being able to transfer |> > 128KB of scatter-gather data in one hit with NO |> > cpu intervention..... :) |> |> ... |> |> The 21040/21140 chips are bus master just like a scsi controller, and |> can infact do some very large scatter-gather's in there own right. | |But you are still limited to the packet-size on the 100mb net... | If you are going to do a "nice little cluster", there is nothing more important than latency. Bandwidth doesn't matter so much, once you get above several user megabytes per second. I am not able to judge how gather-scatter affects things; I do know that nearly all modern numerical algorithms are constructed so that this does not occur. CRI systems for quite some time have had hardware support for gather-scatter and I've never seen an intelligently written code that required it. YMMV. Russell From owner-freebsd-hackers Fri Apr 14 22:33:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA27734 for hackers-outgoing; Fri, 14 Apr 1995 22:33:15 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA27717 ; Fri, 14 Apr 1995 22:32:26 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id NAA05641; Sat, 15 Apr 1995 13:32:36 +0800 Date: Sat, 15 Apr 1995 13:32:36 +0800 (CST) From: Brian Tao To: Brian Tao Subject: Argh... bad return address... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Damn, I did it again. :( Upgraded to the latest FreeBSD snapshot and forgot to edit my /etc/sendmail.cf. :( Apologies for the bounced mail to aries.ibms.sinica.edu. This message should appear to come from taob@gate.sinica.edu. Thanks. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Fri Apr 14 23:14:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA28901 for hackers-outgoing; Fri, 14 Apr 1995 23:14:43 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA28863 ; Fri, 14 Apr 1995 23:13:05 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Brian Tao cc: "Rashid Karimov." , questions@FreeBSD.org, hackers@FreeBSD.org Subject: Re: FreeBSD freezes sporadically ( X11 interact. ? ). In-reply-to: Your message of "Sat, 15 Apr 95 12:49:15 +0800." MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 14 Apr 1995 23:13:05 -0700 Message-ID: <28862.797926385@freefall.cdrom.com> From: Gary Palmer (FreeBSD/ARM Team) Sender: hackers-owner@FreeBSD.org Precedence: bulk In message , B rian Tao writes: > You didn't mention which graphics card you were running. The XF86 >readme's mention that turning off the hardware cursor on some cards >may prevent system lockup. I don't know if it is to the extent that >even network services are killed, but you might want to try that >option in /etc/XF86Config. Or /usr/X11R6/lib/X11/XF86Config. Both are valid locations. Gary From owner-freebsd-hackers Fri Apr 14 23:58:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA01896 for hackers-outgoing; Fri, 14 Apr 1995 23:58:40 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA01872 for ; Fri, 14 Apr 1995 23:58:31 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA24908; Sat, 15 Apr 1995 08:58:26 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA02757 for freebsd-hackers@freebsd.org; Sat, 15 Apr 1995 08:58:24 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA01712 for freebsd-hackers@freebsd.org; Sat, 15 Apr 1995 08:24:19 +0200 From: J Wunsch Message-Id: <199504150624.IAA01712@uriah.heep.sax.de> Subject: Re: 90's compilers To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Sat, 15 Apr 1995 08:24:18 +0200 (MET DST) In-Reply-To: <199504142309.TAA03606@hda.com> from "Peter Dufault" at Apr 14, 95 07:09:26 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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: 1945 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Peter Dufault wrote: > > If you're proposing changing the coding guidelines away from KNF > on this I'm all for it. There has never been an `official' coding guideline to keep KNF. In fact, some device drivers under i386/isa do already fully use `new' style. The boot code has been crying for a revamp. The writers didn't even bother to declare external functions at all (``all the world is an int, and might take any possible number of arguments'' :). There have been many errors in the code (functions that actually take a `char' argument, while the compiler promoted it to `int' -- works only since we're little-endian). This style made it highly error-prone. ANSI-style function declaration seems to be much more rationale, and if done consistently from hour 0 of some new portion of code, it ain't more work. But it's not only function declarations, consider the following piece of code: - /* This is ugly, but why use 4 printf()s when 1 will do? */ - printf("\n\ ->> FreeBSD BOOT @ 0x%x: %d/%d k of memory\n\ -Use hd(1,a)/kernel to boot sd0 when wd0 is also installed.\n\ -Usage: [[%s(%d,a)]%s][-abcdhrsv]\n\ -Use ? for file list or press Enter for defaults\n\n", + printf("\n>> FreeBSD BOOT @ 0x%x: %d/%d k of memory\n" + "Use hd(1,a)/kernel to boot sd0 when wd0 is also installed.\n" + "Usage: [[%s(%d,a)]%s][-abcdhrsv]\n" + "Use ? for file list or press Enter for defaults\n\n", Why use the ugly style (and document it to be ugly) if we can do it better? > I can't imagine what we would ever port to that wouldn't have a > decent compiler - I wouldn't choose a microcontroller compiler that > didn't support Standard C. Our only non-ANSI-conforming compiler by now is bcc. It's scope is limited to few areas, however. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Apr 15 00:00:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA01969 for hackers-outgoing; Sat, 15 Apr 1995 00:00:32 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA01888 ; Fri, 14 Apr 1995 23:58:39 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA24917; Sat, 15 Apr 1995 08:58:28 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA02763; Sat, 15 Apr 1995 08:58:26 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA01774; Sat, 15 Apr 1995 08:35:08 +0200 From: J Wunsch Message-Id: <199504150635.IAA01774@uriah.heep.sax.de> Subject: Re: FreeBSD freezes sporadically ( X11 interact. ? ). To: rashid@haven.ios.com (Rashid Karimov.) Date: Sat, 15 Apr 1995 08:35:07 +0200 (MET DST) Cc: questions@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <199504142142.RAA00837@haven.ios.com> from "Rashid Karimov." at Apr 14, 95 05:42:43 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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: 410 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Rashid Karimov. wrote: > > It happens randomly on previous SNAP ( 0210 ) . > The system doesn't reboot - just freezes silently. > I run XFree 3.1.1 and I think that there is some > relation between the X11 and what happens Do you have DDB configured? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Apr 15 00:48:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA03066 for hackers-outgoing; Sat, 15 Apr 1995 00:48:34 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA03060 for ; Sat, 15 Apr 1995 00:48:30 -0700 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id DAA05621; Sat, 15 Apr 1995 03:47:33 -0400 From: Peter Dufault Message-Id: <199504150747.DAA05621@hda.com> Subject: Re: Just how fast can we go... (was: Re: SCSI target) To: rcarter@geli.com (Russell L. Carter) Date: Sat, 15 Apr 1995 03:47:32 -0400 (EDT) Cc: phk@ref.tfs.com, rgrimes@gndrsh.aac.dev.com, freebsd-hackers@FreeBSD.org, julian@TFS.COM In-Reply-To: <199504150455.VAA02893@geli.clusternet> from "Russell L. Carter" at Apr 14, 95 09:55:41 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1339 Sender: hackers-owner@FreeBSD.org Precedence: bulk Russell L. Carter writes: > > > If you are going to do a "nice little cluster", there is nothing more > important than latency. Bandwidth doesn't matter so much, once you get > above several user megabytes per second. I am not able to judge how > gather-scatter affects things; I do know that nearly all modern numerical > algorithms are constructed so that this does not occur. CRI systems > for quite some time have had hardware support for gather-scatter and > I've never seen an intelligently written code that required it. YMMV. Cluster as a poor choice of words. There is a quite a difference between a clustered MP system and two pentia hooked together sharing partitions, devices, and running TCP/IP over SCSI. And maybe with 100 mbps ethernet and fs cache it isn't even an interesting idea. The latency of the SCSI in FreeBSD is pretty discouraging. The actual use of this code is similar to where Bakul used it: in an embedded system, in our case in an industry (graphics pre press) that needs the interface to be SCSI. It has been in use a few years now and I finally moved it into the fold. That particular application is moving to fast-wide. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Sat Apr 15 01:36:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA04809 for hackers-outgoing; Sat, 15 Apr 1995 01:36:31 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA04634 ; Sat, 15 Apr 1995 01:31:53 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id QAA06235; Sat, 15 Apr 1995 16:30:42 +0800 Date: Sat, 15 Apr 1995 16:30:41 +0800 (CST) From: Brian Tao To: Gary Palmer cc: "Rashid Karimov." , questions@FreeBSD.org, hackers@FreeBSD.org Subject: Re: FreeBSD freezes sporadically ( X11 interact. ? ). In-Reply-To: <28862.797926385@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Fri, 14 Apr 1995, Gary Palmer wrote: > > Or /usr/X11R6/lib/X11/XF86Config. Both are valid locations. Yup, but xf86config now saves it in /etc by default. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Sat Apr 15 02:35:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA06880 for hackers-outgoing; Sat, 15 Apr 1995 02:35:42 -0700 Received: from netcom21.netcom.com (bakul@netcom21.netcom.com [192.100.81.135]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA06868 for ; Sat, 15 Apr 1995 02:35:41 -0700 Received: from localhost by netcom21.netcom.com (8.6.12/Netcom) id CAA18801; Sat, 15 Apr 1995 02:35:26 -0700 Message-Id: <199504150935.CAA18801@netcom21.netcom.com> To: Peter Dufault cc: freebsd-hackers@FreeBSD.org Subject: Re: Just how fast can we go... (was: Re: SCSI target) In-reply-to: Your message of "Sat, 15 Apr 95 03:47:32 EDT." <199504150747.DAA05621@hda.com> Date: Sat, 15 Apr 95 02:35:24 -0700 From: Bakul Shah Sender: hackers-owner@FreeBSD.org Precedence: bulk > And maybe with > 100 mbps ethernet and fs cache it isn't even an interesting idea. > The latency of the SCSI in FreeBSD is pretty discouraging. TCP/IP over SCSI can be useful even if boring. You don't need a separate 100Mbps card and > 1MB/s is better than what we get with enet! High SCSI latency says you want the MTU to be large (let us see: with an MTU of 8KB on a 10MB/s max rate SCSI bus you can get 80% effective use even with 200us command overhead -- if the system bus cooperated). > The actual use of this code is similar to where Bakul used > it: in an embedded system, in our case in an industry (graphics > pre press) that needs the interface to be SCSI. In my case I conviced my client to dump SCSI (this was for a closed system). I replaced their fancy Multibus II SCSI controllers with a pair of very simple FIFO boards built out of samples and scrounged parts. What we really need are *disks and tapes* that talk network protocols or a kind of simple distributed memory protocol. SCSI needs to die. --bakul From owner-freebsd-hackers Sat Apr 15 06:20:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA13044 for hackers-outgoing; Sat, 15 Apr 1995 06:20:53 -0700 Received: from haven.ios.com (haven.ios.com [198.4.75.45]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA13038 ; Sat, 15 Apr 1995 06:20:52 -0700 Received: (from rashid@localhost) by haven.ios.com (8.6.9/8.6.9) id JAA07634; Sat, 15 Apr 1995 09:22:25 -0400 From: "Rashid Karimov." Message-Id: <199504151322.JAA07634@haven.ios.com> Subject: Re: FreeBSD freezes sporadically ( X11 interact. ? ). To: joerg_wunsch@uriah.heep.sax.de Date: Sat, 15 Apr 1995 09:22:25 -0400 (EDT) Cc: questions@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <199504150635.IAA01774@uriah.heep.sax.de> from "J Wunsch" at Apr 15, 95 08:35: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: 673 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi there , > > > It happens randomly on previous SNAP ( 0210 ) . > > The system doesn't reboot - just freezes silently. > > I run XFree 3.1.1 and I think that there is some > > relation between the X11 and what happens > > Do you have DDB configured? What's that ? :) BTW , the card is DIAMOND STEALTH 64 ... I was advised to play with options in X86Config , but I doubt it - since not only X11 freezes , but whole PC . It literally dies - no net , no reaction to keyboard, nada . I most cases in doesn't reboot and the screen doesn't get scrambled. Pretty decent death , I would say :( No evidences for post-mortem analisys . > Rashid > From owner-freebsd-hackers Sat Apr 15 08:24:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA15119 for hackers-outgoing; Sat, 15 Apr 1995 08:24:16 -0700 Received: from obiwan.pmr.com (obiwan.pmr.com [199.98.84.130]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA15113 for ; Sat, 15 Apr 1995 08:24:14 -0700 Received: by obiwan.pmr.com (Smail3.1.29.1 #4) id m0rzwTN-00030rC; Fri, 14 Apr 95 20:16 CDT Message-Id: From: bob@obiwan.pmr.com (Bob Willcox) Subject: Re: BocaBoard 2016 To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Fri, 14 Apr 1995 20:16:28 -0500 (CDT) Cc: hackers@FreeBSD.org In-Reply-To: <9504141420.AA00708@brasil.moneng.mei.com> from "Joe Greco" at Apr 14, 95 09:20:41 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 429 Sender: hackers-owner@FreeBSD.org Precedence: bulk Joe Greco wrote: > > I have a chance to pick up a BocaBoard 2016 at a decent price. > > This is a 16-port card with 16550's. That's all I know. Does anyone > know if there are any problems with making this work under FreeBSD? I am using one w/o problems on my primary system running 1.1.5.1. I have 6 modems and 5 ascii terminals connected to it. -- Bob Willcox bob@obiwan.pmr.com (or obiwan%bob@uunet.uu.net) Austin, TX From owner-freebsd-hackers Sat Apr 15 09:29:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA16036 for hackers-outgoing; Sat, 15 Apr 1995 09:29:22 -0700 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA16029 for ; Sat, 15 Apr 1995 09:29:21 -0700 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id MAA26383; Sat, 15 Apr 1995 12:29:22 -0400 Date: Sat, 15 Apr 1995 12:29:22 -0400 From: "matthew c. mead" Message-Id: <199504151629.MAA26383@goof.com> To: Bill Fenner Cc: Amancio Hasty , faulkner@mpd.tandem.com (Boyd Faulkner), hackers@FreeBSD.org Subject: Re: Sound stuff again (GUS MAX) In-Reply-To: Your message of Fri, April 14, 1995 14:50:31 PDT References: <199504121954.TAA13064@star-gate.com> <95Apr14.145037pdt.49864@crevenia.parc.xerox.com> Sender: hackers-owner@FreeBSD.org Precedence: bulk On Fri, April 14, 1995 at 14:50:31 (PDT), Bill Fenner wrote: > In message <199504121954.TAA13064@star-gate.com> you write: > > > [xvmixer won't let me change the volume on the cd device] > >Usually, the connection from the cdrom to the soundcard is a line input > >type which one usually does not have control over the volume. > >Typically, one adjusts the volume on the PCM or SYNTH device to adjust > >the volume for the CDROM input. > It's been a while since I looked at this stuff, but the last time I looked at > it, xvmixer didn't query the driver as to what devices were controllable, it > just had the SoundBlaster devices hardcoded into it. "mixer", the tty > interface, on the other hand, knows about all the devices. Hmm. xvmixer seems to query the driver for what devices are installed. It gives the same list as the snd-util-2.5 version of mixer. The thing is, it doesn't detect anything other than synth, pcm, line, and mic. This is for a GUS MAX. > I often do something like > mixer vol 90 > mixer synth 50 > mixer cd 30 > to play a cd in the background, and to have any /dev/audio stuff louder than > the CD for audio biff and such. > (I modified "mixer" to print out all the volumes when you run it with no > arguments, as well, I think that's much friendlier...) Do you have a GUS, or some other card? -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Sat Apr 15 09:43:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA16413 for hackers-outgoing; Sat, 15 Apr 1995 09:43:19 -0700 Received: from disperse.demon.co.uk (disperse.demon.co.uk [158.152.1.77]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA16402 for ; Sat, 15 Apr 1995 09:43:15 -0700 Received: from post.demon.co.uk by disperse.demon.co.uk id ai19471; 15 Apr 95 17:42 GMT-60:00 Received: from flevel.demon.co.uk by post.demon.co.uk id aa04621; 15 Apr 95 17:24 GMT-60:00 Received: by flevel.demon.co.uk (V1.16/Amiga) id AA003t3; Sat, 15 Apr 95 17:22:45 GMT Date: Sat, 15 Apr 95 17:22:45 GMT Message-Id: <9504151722.AA003t2@flevel.demon.co.uk> Message-Id: <2083c1e3.d1f62-dev@flevel.demon.co.uk> X-Mailer: //\\miga Electronic Mail (AmiElm 5.42) Reply-To: dev@flevel.demon.co.uk Cc: From: dev@flevel.demon.co.uk To: hackers@FreeBSD.org Subject: Matrox MGA Impression Lite VLB 2MB Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, Ive just installed X windows for FreeBSD and I am trying to get my screen card (Matrox MGA Impression Lite VLB 2MB) to work. At the moment I can only make it work in 16 color 640x480 which is a bit nasty. When I run MS Windows I use 1280x1024 in 256 colors. Has anyone any ideas as to how to configure this card? I did try the SVGA driver but the screen came up as a horrid mess of colors (Quite low res as well)?? Thanks in advance, Trefor S. +-------------------------------------------------------------------------+ ! Email dev@flevel.demon.co.uk ! ! Fourth Level Developments Optical Magneto Drive Systems ! ! Internet Service Providers Dice C distributors ! +-------------------------------------------------------------------------+ From owner-freebsd-hackers Sat Apr 15 10:03:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA16883 for hackers-outgoing; Sat, 15 Apr 1995 10:03:41 -0700 Received: from casparc.ppp.net (casparc.ppp.net [194.64.12.35]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA16874 for ; Sat, 15 Apr 1995 10:03:31 -0700 Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0s0BEQ-000HzxC; Sat, 15 Apr 95 19:02 MET DST Received: by ernie.altona.hamburg.com (Smail3.1.29.0 #15) id m0s0B7D-0002OfC; Sat, 15 Apr 95 18:54 WET DST Message-Id: From: hm@ernie.altona.hamburg.com (Hellmuth Michaelis) Subject: Re: Just how fast can we go... (was: Re: SCSI target) To: freebsd-hackers@FreeBSD.org (FreeBSD Hackers) Date: Sat, 15 Apr 1995 18:54:35 +0200 (MET DST) In-Reply-To: <199504150935.CAA18801@netcom21.netcom.com> from "Bakul Shah" at Apr 15, 95 02:35:24 am Reply-To: hm@altona.hamburg.com X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 899 Sender: hackers-owner@FreeBSD.org Precedence: bulk >From the keyboard of Bakul Shah: > What we really need are *disks and tapes* that talk network > protocols or a kind of simple distributed memory protocol. Such devices are already underway, HP (and if i recall it correctly some others as well) announced support for fiber-optic-channel devices some time ago. > SCSI needs to die. SCSI-II is a good and well understood choice of interconnecting low and medium speed devices. It's definitely better than ST506, QIC-02, HPIB, SMD, ESDI. No doubt - it has limitations. I remember well the times when people were forced to buy proprietary designed peripherals because SCSI was not there, and i hope, they don't come back. When will we have HIPPI Hardware and drivers ? :-) hellmuth -- Hellmuth Michaelis hm@altona.hamburg.com Hamburg, Europe (A)bort, (R)etry, (I)nstall BSD ? From owner-freebsd-hackers Sat Apr 15 10:05:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA16944 for hackers-outgoing; Sat, 15 Apr 1995 10:05:28 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA16935 ; Sat, 15 Apr 1995 10:05:21 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Subject: Re: 90's compilers In-reply-to: Your message of "Sat, 15 Apr 95 08:24:18 +0200." <199504150624.IAA01712@uriah.heep.sax.de> Date: Sat, 15 Apr 1995 10:05:19 -0700 Message-ID: <16934.797965519@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > ANSI-style function declaration seems to be much more rationale, and > if done consistently from hour 0 of some new portion of code, it ain't > more work. But it's not only function declarations, consider the I've always stayed neutral on the whole KNF issue as it's not all that important to me what style code is formatted to, just so long as it's self-consistent. However, I do feel that full prototypes are no longer optional and furthermore hate constructs of the form: int foo _P((int bar, char *blatt)); As I feel that "protection" for old and braindead compilers at the cost of higher obfuscation is no longer worth it. You (not YOU, Joerg, the generic "you" :) want to port to some braindead architecture for which your only compiler is an ancient version of pcc? Sorry, you lose. Either stick with minix, port gcc first or unprotoize your own copy of the code. Don't drag us back into the dark ages with you by avoiding the direct use of proper ANSI features! Jordan From owner-freebsd-hackers Sat Apr 15 10:12:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA17147 for hackers-outgoing; Sat, 15 Apr 1995 10:12:42 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA17135 ; Sat, 15 Apr 1995 10:12:33 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Peter Dufault cc: rcarter@geli.com (Russell L. Carter), phk@ref.tfs.com, rgrimes@gndrsh.aac.dev.com, freebsd-hackers@FreeBSD.org, julian@tfs.com Subject: Re: Just how fast can we go... (was: Re: SCSI target) In-reply-to: Your message of "Sat, 15 Apr 95 03:47:32 EDT." <199504150747.DAA05621@hda.com> Date: Sat, 15 Apr 1995 10:12:31 -0700 Message-ID: <17133.797965951@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Cluster as a poor choice of words. There is a quite a difference > between a clustered MP system and two pentia hooked together sharing > partitions, devices, and running TCP/IP over SCSI. And maybe with > 100 mbps ethernet and fs cache it isn't even an interesting idea. > The latency of the SCSI in FreeBSD is pretty discouraging. But hey - it's music to the ears of a PC532 owner like me! :-) Yeah, you know, someday I'm going to do my own private port of FreeBSD to that box. I owe it one last fling, and the NS32K series is the only chipset I've even enjoyed hacking assembly for (a friend and I did a forth boot ROM in assembler for it :). Unfortunately, it has ONLY SCSI as its communication with the outside world. No network cards, no VGA, just SCSI.. :-) Jordan From owner-freebsd-hackers Sat Apr 15 11:11:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA19047 for hackers-outgoing; Sat, 15 Apr 1995 11:11:01 -0700 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA19038 ; Sat, 15 Apr 1995 11:10:57 -0700 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.11/8.6.9) with SMTP id LAA02777; Sat, 15 Apr 1995 11:01:04 GMT Message-Id: <199504151101.LAA02777@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: "Rashid Karimov." cc: joerg_wunsch@uriah.heep.sax.de, questions@FreeBSD.org, hackers@FreeBSD.org Subject: Re: FreeBSD freezes sporadically ( X11 interact. ? ). In-reply-to: Your message of "Sat, 15 Apr 1995 09:22:25 -0400." <199504151322.JAA07634@haven.ios.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 15 Apr 1995 11:01:02 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> "Rashid Karimov." said: > Hi there , > > > > > > It happens randomly on previous SNAP ( 0210 ) . > > > The system doesn't reboot - just freezes silently. > > > I run XFree 3.1.1 and I think that there is some > > > relation between the X11 and what happens > > > > Do you have DDB configured? > > What's that ? :) > > > BTW , the card is DIAMOND STEALTH 64 ... > > I was advised to play with options in X86Config , but I doubt > it - since not only X11 freezes , but whole PC . It literally > dies - no net , no reaction to keyboard, nada . > I most cases in doesn't reboot and the screen doesn't get > scrambled. > Pretty decent death , I would say :( No evidences for > post-mortem analisys . > > > > > Rashid Your problem is the X server and no kernel debugging is going to help you. The card simply freezes the system. Try to use the software cursor by default the X server uses the hardware cursor. Also this problem is not related to FreeBSD.... Amancio From owner-freebsd-hackers Sat Apr 15 11:13:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA19221 for hackers-outgoing; Sat, 15 Apr 1995 11:13:18 -0700 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA19215 for ; Sat, 15 Apr 1995 11:13:16 -0700 Received: by brasil.moneng.mei.com (4.1/SMI-4.1) id AA03551; Sat, 15 Apr 95 13:12:43 CDT From: Joe Greco Message-Id: <9504151812.AA03551@brasil.moneng.mei.com> Subject: Re: BocaBoard 2016 To: bob@obiwan.pmr.com (Bob Willcox) Date: Sat, 15 Apr 1995 13:12:42 -0500 (CDT) Cc: hackers@FreeBSD.org In-Reply-To: from "Bob Willcox" at Apr 14, 95 08:16:28 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 925 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I have a chance to pick up a BocaBoard 2016 at a decent price. > > > > This is a 16-port card with 16550's. That's all I know. Does anyone > > know if there are any problems with making this work under FreeBSD? > > I am using one w/o problems on my primary system running 1.1.5.1. > I have 6 modems and 5 ascii terminals connected to it. Hi Bob, Too late - I already bought it, and it seems to work great. My only tests have been to connect two ports together and run data bidirectionally at 115200bps, but it looks to me like the shared interrupt thing might be a benefit - pumping data in the other direction simultaneously actually lowered the interrupt per second count somewhat. Fascinating. :-) ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Sat Apr 15 11:16:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA19290 for hackers-outgoing; Sat, 15 Apr 1995 11:16:54 -0700 Received: from netcom11.netcom.com (bakul@netcom11.netcom.com [192.100.81.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA19284 for ; Sat, 15 Apr 1995 11:16:53 -0700 Received: from localhost by netcom11.netcom.com (8.6.12/Netcom) id LAA03833; Sat, 15 Apr 1995 11:16:38 -0700 Message-Id: <199504151816.LAA03833@netcom11.netcom.com> To: hm@altona.hamburg.com cc: freebsd-hackers@FreeBSD.org (FreeBSD Hackers) Subject: Re: Just how fast can we go... (was: Re: SCSI target) In-reply-to: Your message of "Sat, 15 Apr 95 18:54:35 +0200." Date: Sat, 15 Apr 95 11:16:36 -0700 From: Bakul Shah Sender: hackers-owner@FreeBSD.org Precedence: bulk > SCSI-II is a good and well understood choice of interconnecting low and > medium speed devices. It's definitely better than ST506, QIC-02, HPIB, > SMD, ESDI. No doubt - it has limitations. It is better than those but it is much too complex for what it does. > I remember well the times when people were forced to buy proprietary designed > peripherals because SCSI was not there, and i hope, they don't come back. Standard vs. proprietary is a separate issue. Almost all new technologies start out being proprietary -- companies need a profit incentive to invest money in a new technology. Premature standardization has hurt over and over again. [I know, this is a gross generalization but not too far of the mark]. > When will we have HIPPI Hardware and drivers ? :-) Available on some commercial systems. The bigger question is when we will have a widely available & cheap system bus that can support 1 or more 100Mbytes/sec HIPPI channels? :-( --bakul From owner-freebsd-hackers Sat Apr 15 11:24:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA19393 for hackers-outgoing; Sat, 15 Apr 1995 11:24:32 -0700 Received: from bigdipper.iagi.net (bigdipper.iagi.net [198.6.14.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA19387 for ; Sat, 15 Apr 1995 11:24:28 -0700 Received: (from adhir@localhost) by bigdipper.iagi.net (8.6.8/8.6.6) id OAA24545 for hackers@freebsd.org; Sat, 15 Apr 1995 14:24:25 -0400 Date: Sat, 15 Apr 1995 14:24:25 -0400 From: "Alok K. Dhir" Message-Id: <199504151824.OAA24545@bigdipper.iagi.net> To: hackers@FreeBSD.org Subject: (fwd) Re: Xwindow Probs - Help - AGAIN... Newsgroups: comp.os.386bsd.questions Sender: hackers-owner@FreeBSD.org Precedence: bulk Here's something from the newsgroup that sounds like a potential problem - is this something that should be addressed? In article <3meakh$ql4@fu-berlin.de>, Thomas Graichen wrote: > >but care must be taken - if the libgcc.so.* is in /usr/lib - each new binary >will be compiled with it by default - not a good idea - it had to be kept in >a dir whioch is searched by ld.so but not by gcc and ld - t But whether libgcc.so.261.0 is placed in /usr/lib by the installer or by the user makes no difference then. If gcc 2.6.3 really does try to link with libgcc.so.261.0 instead of libgcc.a then that's a different problem. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org -- Alok K. Dhir Internet Access Group, Inc. adhir@iagi.net (301) 652-0484 Fax: (301) 652-0649 http://www.iagi.net From owner-freebsd-hackers Sat Apr 15 11:38:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA19886 for hackers-outgoing; Sat, 15 Apr 1995 11:38:39 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA19849 for ; Sat, 15 Apr 1995 11:38:23 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA09743; Sat, 15 Apr 1995 20:38:11 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA06979 for freebsd-hackers@freebsd.org; Sat, 15 Apr 1995 20:38:11 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id UAA22504 for freebsd-hackers@freebsd.org; Sat, 15 Apr 1995 20:35:44 +0200 From: J Wunsch Message-Id: <199504151835.UAA22504@uriah.heep.sax.de> Subject: Re: 90's compilers To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Sat, 15 Apr 1995 20:35:42 +0200 (MET DST) In-Reply-To: <16934.797965519@freefall.cdrom.com> from "Jordan K. Hubbard" at Apr 15, 95 10:05:19 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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: 689 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > > As I feel that "protection" for old and braindead compilers at the > cost of higher obfuscation is no longer worth it. Same opinion for me. And once i had to tweak that fancy boot code, the non-declarations bothered me too much, so i've added them without those funny _P()'s. The _P()'s cannot go from the standard header files, however. They are required there for old programs that need to be compiled with -traditional (since the `porter' is too lazy to resolve the conflicts like ``mktemp("foooXXX")''). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Apr 15 11:39:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA19901 for hackers-outgoing; Sat, 15 Apr 1995 11:39:13 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA19893 for ; Sat, 15 Apr 1995 11:39:03 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA09749; Sat, 15 Apr 1995 20:38:44 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA06987 for freebsd-hackers@freebsd.org; Sat, 15 Apr 1995 20:38:44 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id UAA22798 for freebsd-hackers@freebsd.org; Sat, 15 Apr 1995 20:38:10 +0200 From: J Wunsch Message-Id: <199504151838.UAA22798@uriah.heep.sax.de> Subject: Re: Just how fast can we go... (was: Re: SCSI target) To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Sat, 15 Apr 1995 20:38:08 +0200 (MET DST) In-Reply-To: from "Hellmuth Michaelis" at Apr 15, 95 06:54:35 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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: 389 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Hellmuth Michaelis wrote: > > SCSI-II is a good and well understood choice of interconnecting low and > medium speed devices. It's definitely better than ST506, QIC-02, HPIB, > SMD, ESDI. No doubt - it has limitations. ...and then EIDE. :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Apr 15 12:11:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA21187 for hackers-outgoing; Sat, 15 Apr 1995 12:11:27 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA21180 for ; Sat, 15 Apr 1995 12:11:18 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id EAA32482; Sun, 16 Apr 1995 04:53:56 +1000 Date: Sun, 16 Apr 1995 04:53:56 +1000 From: Bruce Evans Message-Id: <199504151853.EAA32482@godzilla.zeta.org.au> To: freebsd-hackers@FreeBSD.org, j@uriah.heep.sax.de Subject: Re: 90's compilers Sender: hackers-owner@FreeBSD.org Precedence: bulk >> If you're proposing changing the coding guidelines away from KNF >> on this I'm all for it. >There has never been an `official' coding guideline to keep KNF. In >fact, some device drivers under i386/isa do already fully use `new' >style. These drivers demonstrate that there is no `official' coding style, not that there shouldn't be one. >The boot code has been crying for a revamp. The writers didn't even >bother to declare external functions at all (``all the world is an >int, and might take any possible number of arguments'' :). There have >been many errors in the code (functions that actually take a `char' >argument, while the compiler promoted it to `int' -- works only since >we're little-endian). >This style made it highly error-prone. Actually the functions took an `int' arg and demoted it to a `char'. This is perfectly valid K&R1 and ANSI code. Declaring the functions as taking a `char' arg changes the interface are requires prototypes to be in scope when the functions are called. Bruce From owner-freebsd-hackers Sat Apr 15 12:16:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA21250 for hackers-outgoing; Sat, 15 Apr 1995 12:16:21 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA21232 for ; Sat, 15 Apr 1995 12:15:46 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id FAA00626; Sun, 16 Apr 1995 05:11:59 +1000 Date: Sun, 16 Apr 1995 05:11:59 +1000 From: Bruce Evans Message-Id: <199504151911.FAA00626@godzilla.zeta.org.au> To: jkh@freefall.cdrom.com, joerg_wunsch@uriah.heep.sax.de Subject: Re: 90's compilers Cc: freebsd-hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >I've always stayed neutral on the whole KNF issue as it's not all that >important to me what style code is formatted to, just so long as it's >self-consistent. However, I do feel that full prototypes are no ^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^^^^^^^ >longer optional and furthermore hate constructs of the form: ^^^^^^^^^^^^^^^ Unfortunately there is too much old code out there to do everything consistently and right. E.g., compiling dmenu with full ANSI and other warnings: exec gcc \ -Wall -ansi -pedantic \ -Wbad-function-cast \ -Wcast-align \ -Wchar-subscripts \ -Wconversion \ -Winline \ -Wnested-externs \ -Wpointer-arith \ -Wredundant-decls \ -Wshadow \ -Wstrict-prototypes \ -Wtraditional \ $* (oops, I forget these: # -Wmissing-declarations # -Waggregate-return -Wcast-qual -Wwrite-strings # -Wmissing-prototypes) Produces a few warnings for the new code and too many warnings for old code: /usr/src/usr.bin/dmenu/strsed.c:3: warning: text following `#endif' violates ANSI standard /usr/src/usr.bin/dmenu/strsed.c:136: warning: function declaration isn't a prototype /usr/src/usr.bin/dmenu/strsed.c: In function `strsed': /usr/src/usr.bin/dmenu/strsed.c:140: warning: function declaration isn't a prototype /usr/src/usr.bin/dmenu/strsed.c:140: warning: nested extern declaration of `realloc' /usr/src/usr.bin/dmenu/strsed.c:141: warning: function declaration isn't a prototype /usr/src/usr.bin/dmenu/strsed.c:141: warning: nested extern declaration of `strdup' /usr/src/usr.bin/dmenu/strsed.c:141: warning: redundant redeclaration of `strdup' in same scope /usr/include/string.h:85: warning: previous declaration of `strdup' /usr/src/usr.bin/dmenu/strsed.c:142: warning: function declaration isn't a prototype /usr/src/usr.bin/dmenu/strsed.c:142: warning: nested extern declaration of `free' /usr/src/usr.bin/dmenu/strsed.c:155: warning: function declaration isn't a prototype /usr/src/usr.bin/dmenu/strsed.c:155: warning: nested extern declaration of `backslash_eliminate' /usr/src/usr.bin/dmenu/strsed.c:156: warning: function declaration isn't a prototype /usr/src/usr.bin/dmenu/strsed.c:156: warning: invalid storage class for function `mem' /usr/src/usr.bin/dmenu/strsed.c:156: warning: nested extern declaration of `mem' /usr/src/usr.bin/dmenu/strsed.c:157: warning: function declaration isn't a prototype /usr/src/usr.bin/dmenu/strsed.c:157: warning: invalid storage class for function `mem_init' /usr/src/usr.bin/dmenu/strsed.c:157: warning: nested extern declaration of `mem_init' /usr/src/usr.bin/dmenu/strsed.c:158: warning: function declaration isn't a prototype /usr/src/usr.bin/dmenu/strsed.c:158: warning: invalid storage class for function `mem_free' /usr/src/usr.bin/dmenu/strsed.c:158: warning: nested extern declaration of `mem_free' /usr/src/usr.bin/dmenu/strsed.c:190: warning: unused variable `i' /usr/src/usr.bin/dmenu/strsed.c:440: warning: unused variable `i' /usr/src/usr.bin/dmenu/strsed.c:468: warning: function declaration isn't a prototype /usr/src/usr.bin/dmenu/strsed.c:468: warning: nested extern declaration of `malloc' /usr/src/usr.bin/dmenu/strsed.c:469: warning: pointer targets in assignment differ in signedness /usr/src/usr.bin/dmenu/strsed.c:580: warning: passing arg 3 of `strncpy' as unsigned due to prototype /usr/src/usr.bin/dmenu/strsed.c:611: warning: function declaration isn't a prototype /usr/src/usr.bin/dmenu/strsed.c:611: warning: invalid storage class for function `build_map' /usr/src/usr.bin/dmenu/strsed.c:611: warning: nested extern declaration of `build_map' /usr/src/usr.bin/dmenu/strsed.c:632: warning: array subscript has type `char' /usr/src/usr.bin/dmenu/strsed.c: At top level: /usr/src/usr.bin/dmenu/strsed.c:683: warning: function declaration isn't a prototype /usr/src/usr.bin/dmenu/strsed.c: In function `backslash_eliminate': /usr/src/usr.bin/dmenu/strsed.c:732: warning: function declaration isn't a prototype /usr/src/usr.bin/dmenu/strsed.c:732: warning: invalid storage class for function `mem' /usr/src/usr.bin/dmenu/strsed.c:732: warning: nested extern declaration of `mem' /usr/src/usr.bin/dmenu/strsed.c: At top level: /usr/src/usr.bin/dmenu/strsed.c:1004: warning: function declaration isn't a prototype /usr/src/usr.bin/dmenu/strsed.c: In function `build_map': /usr/src/usr.bin/dmenu/strsed.c:1032: warning: function declaration isn't a prototype /usr/src/usr.bin/dmenu/strsed.c:1032: warning: invalid storage class for function `mem' /usr/src/usr.bin/dmenu/strsed.c:1032: warning: nested extern declaration of `mem' /usr/src/usr.bin/dmenu/strsed.c:1033: warning: function declaration isn't a prototype /usr/src/usr.bin/dmenu/strsed.c:1033: warning: invalid storage class for function `nextch' /usr/src/usr.bin/dmenu/strsed.c:1033: warning: nested extern declaration of `nextch' /usr/src/usr.bin/dmenu/strsed.c:1044: warning: passing arg 3 of `strncmp' as unsigned due to prototype /usr/src/usr.bin/dmenu/strsed.c:1028: warning: `out' might be used uninitialized in this function /usr/src/usr.bin/dmenu/strsed.c: At top level: /usr/src/usr.bin/dmenu/strsed.c:1153: warning: function declaration isn't a prototype /usr/src/usr.bin/dmenu/strsed.c:1274: warning: function declaration isn't a prototype /usr/src/usr.bin/dmenu/strsed.c: In function `mem': /usr/src/usr.bin/dmenu/strsed.c:1287: warning: function declaration isn't a prototype /usr/src/usr.bin/dmenu/strsed.c:1287: warning: invalid storage class for function `mem_save' /usr/src/usr.bin/dmenu/strsed.c:1287: warning: nested extern declaration of `mem_save' /usr/src/usr.bin/dmenu/strsed.c:1288: warning: function declaration isn't a prototype /usr/src/usr.bin/dmenu/strsed.c:1288: warning: nested extern declaration of `malloc' /usr/src/usr.bin/dmenu/strsed.c:1325: warning: function declaration isn't a prototype /usr/src/usr.bin/dmenu/strsed.c:1325: warning: invalid storage class for function `mem_find' /usr/src/usr.bin/dmenu/strsed.c:1325: warning: nested extern declaration of `mem_find' /usr/src/usr.bin/dmenu/strsed.c: At top level: /usr/src/usr.bin/dmenu/strsed.c:1352: warning: function declaration isn't a prototype /usr/src/usr.bin/dmenu/strsed.c:1371: warning: function declaration isn't a prototype /usr/src/usr.bin/dmenu/strsed.c: In function `mem_save': /usr/src/usr.bin/dmenu/strsed.c:1383: warning: function declaration isn't a prototype /usr/src/usr.bin/dmenu/strsed.c:1383: warning: nested extern declaration of `free' /usr/src/usr.bin/dmenu/strsed.c: At top level: /usr/src/usr.bin/dmenu/strsed.c:1434: warning: function declaration isn't a prototype /usr/src/usr.bin/dmenu/strsed.c:1449: warning: function declaration isn't a prototype /usr/src/usr.bin/dmenu/strsed.c:2: warning: `rcsid' defined but not used Bruce From owner-freebsd-hackers Sat Apr 15 12:16:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA21264 for hackers-outgoing; Sat, 15 Apr 1995 12:16:29 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA21245 for ; Sat, 15 Apr 1995 12:16:20 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA10355; Sat, 15 Apr 1995 21:16:08 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA07155; Sat, 15 Apr 1995 21:16:06 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id VAA24515; Sat, 15 Apr 1995 21:12:53 +0200 From: J Wunsch Message-Id: <199504151912.VAA24515@uriah.heep.sax.de> Subject: Re: Matrox MGA Impression Lite VLB 2MB To: dev@flevel.demon.co.uk Date: Sat, 15 Apr 1995 21:12:51 +0200 (MET DST) Cc: hackers@FreeBSD.org In-Reply-To: <2083c1e3.d1f62-dev@flevel.demon.co.uk> from "dev@flevel.demon.co.uk" at Apr 15, 95 05:22:45 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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: 456 Sender: hackers-owner@FreeBSD.org Precedence: bulk As dev@flevel.demon.co.uk wrote: > > Ive just installed X windows for FreeBSD and I am trying to get my screen > card (Matrox MGA Impression Lite VLB 2MB) to work. Try the XF86_AGX server. For further questions, better contact the people at XFree86 Inc., they are more likely able to help you with problems. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Apr 15 13:21:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA23368 for hackers-outgoing; Sat, 15 Apr 1995 13:21:53 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA23362 for ; Sat, 15 Apr 1995 13:21:50 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14417(2)>; Sat, 15 Apr 1995 13:21:15 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <49864>; Sat, 15 Apr 1995 13:21:02 -0700 To: "matthew c. mead" cc: Amancio Hasty , faulkner@mpd.tandem.com (Boyd Faulkner), hackers@FreeBSD.org Subject: Re: Sound stuff again (GUS MAX) In-reply-to: Your message of "Sat, 15 Apr 95 09:29:22 PDT." <199504151629.MAA26383@goof.com> Date: Sat, 15 Apr 1995 13:20:59 PDT From: Bill Fenner Message-Id: <95Apr15.132102pdt.49864@crevenia.parc.xerox.com> Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <199504151629.MAA26383@goof.com> you write: > Do you have a GUS, or some other card? A GUS. snd4 at 0x220 irq 11 drq 5 on isa snd4: I went through and tried to find snd-util and didn't find it right away, but I did find a program called "setmixer", which seems to act mostly the same as the "mixer" program that I remember: fenestro: {204} ./setmixer -V vol - 90,90 synth - 90,90 line - 90,90 mic - 0,0 cd - 50,50 fenestro: {205} ./setmixer cd 20 I also found "xmix v2.1", which also has a "CD" slider. Built right out of the box (after changing "linux/soundcard.h" to "machine/soundcard.h"). These are both from sunsite.unc.edu:/pub/Linux/apps/sound/mixers. Bill From owner-freebsd-hackers Sat Apr 15 14:46:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA02955 for hackers-outgoing; Sat, 15 Apr 1995 14:46:03 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA02938 ; Sat, 15 Apr 1995 14:46:00 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: dev@flevel.demon.co.uk cc: hackers@FreeBSD.org Subject: Re: Matrox MGA Impression Lite VLB 2MB In-reply-to: Your message of "Sat, 15 Apr 95 17:22:45 GMT." <9504151722.AA003t2@flevel.demon.co.uk> <2083c1e3.d1f62-dev@flevel.demon.co.uk> Date: Sat, 15 Apr 1995 14:46:00 -0700 Message-ID: <2935.797982360@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Ive just installed X windows for FreeBSD and I am trying to get my screen > card (Matrox MGA Impression Lite VLB 2MB) to work. > > At the moment I can only make it work in 16 color 640x480 which is a bit > nasty. When I run MS Windows I use 1280x1024 in 256 colors. Has anyone > any ideas as to how to configure this card? You won't find support for this card with XFree86, I'm afraid. I recommend you shell out the $99 it costs for Xaccell (info@xinside.com) as it's highly worth it for these cards! jordan From owner-freebsd-hackers Sat Apr 15 14:55:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA03351 for hackers-outgoing; Sat, 15 Apr 1995 14:55:07 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA03344 ; Sat, 15 Apr 1995 14:55:06 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Bruce Evans cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org Subject: Re: 90's compilers In-reply-to: Your message of "Sun, 16 Apr 95 05:11:59 +1000." <199504151911.FAA00626@godzilla.zeta.org.au> Date: Sat, 15 Apr 1995 14:55:04 -0700 Message-ID: <3342.797982904@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Unfortunately there is too much old code out there to do everything > consistently and right. E.g., compiling dmenu with full ANSI and > other warnings: Hmmmm. I had forgotten about -traditional, as well. I suppose at the very least, _P() is still necessary. Ugh and puke! > /usr/src/usr.bin/dmenu/strsed.c:3: warning: text following `#endif' violates ANSI standard > /usr/src/usr.bin/dmenu/strsed.c:136: warning: function declaration isn't a pr > [all in strsed] You know, that figures. Strsed is the one piece I took from code that's almost 10 years old! :-( Jordan From owner-freebsd-hackers Sat Apr 15 14:56:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA03391 for hackers-outgoing; Sat, 15 Apr 1995 14:56:08 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA03384 ; Sat, 15 Apr 1995 14:56:07 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: dev@flevel.demon.co.uk, hackers@FreeBSD.org Subject: Re: Matrox MGA Impression Lite VLB 2MB In-reply-to: Your message of "Sat, 15 Apr 95 21:12:51 +0200." <199504151912.VAA24515@uriah.heep.sax.de> Date: Sat, 15 Apr 1995 14:56:07 -0700 Message-ID: <3383.797982967@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > As dev@flevel.demon.co.uk wrote: > > > > Ive just installed X windows for FreeBSD and I am trying to get my screen > > card (Matrox MGA Impression Lite VLB 2MB) to work. > > Try the XF86_AGX server. For further questions, better contact the > people at XFree86 Inc., they are more likely able to help you with > problems. Are you sure that works?? I've been under the steady impression that Matrox wasn't directly supported by XFree86 at all! If this has changed, then I'd like to know so that I can flush my internal cache! :-) Jordan From owner-freebsd-hackers Sat Apr 15 15:09:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA04107 for hackers-outgoing; Sat, 15 Apr 1995 15:09:08 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA04097 for ; Sat, 15 Apr 1995 15:09:02 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA13226; Sun, 16 Apr 1995 00:08:22 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA07869 for freebsd-hackers@freebsd.org; Sun, 16 Apr 1995 00:08:21 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id AAA03378 for freebsd-hackers@freebsd.org; Sun, 16 Apr 1995 00:05:23 +0200 From: J Wunsch Message-Id: <199504152205.AAA03378@uriah.heep.sax.de> Subject: Re: 90's compilers To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Sun, 16 Apr 1995 00:05:23 +0200 (MET DST) In-Reply-To: <199504151853.EAA32482@godzilla.zeta.org.au> from "Bruce Evans" at Apr 16, 95 04:53:56 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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: 657 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Bruce Evans wrote: > > >int, and might take any possible number of arguments'' :). There have > >been many errors in the code (functions that actually take a `char' > >argument, while the compiler promoted it to `int' -- works only since > >we're little-endian). > > >This style made it highly error-prone. > > Actually the functions took an `int' arg and demoted it to a `char'. ...depending on the point of view. Anyway, they haven't been declared before, so i take my POV as state-of-the-art now. :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Apr 15 15:09:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA04134 for hackers-outgoing; Sat, 15 Apr 1995 15:09:39 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA04120 for ; Sat, 15 Apr 1995 15:09:29 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA13112; Sun, 16 Apr 1995 00:01:17 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA07820 for freebsd-hackers@freebsd.org; Sun, 16 Apr 1995 00:01:16 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id XAA03257 for freebsd-hackers@freebsd.org; Sat, 15 Apr 1995 23:59:44 +0200 From: J Wunsch Message-Id: <199504152159.XAA03257@uriah.heep.sax.de> Subject: Re: 90's compilers To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Sat, 15 Apr 1995 23:59:43 +0200 (MET DST) In-Reply-To: <199504151911.FAA00626@godzilla.zeta.org.au> from "Bruce Evans" at Apr 16, 95 05:11:59 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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: 620 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Bruce Evans wrote: > > Produces a few warnings for the new code and too many warnings for old > code: ... > /usr/src/usr.bin/dmenu/strsed.c:2: warning: `rcsid' defined but not used This is the only acceptable one (missing a working #ident), the remainder needs to be cleared. Yeah, i know, it will be *lots* of work. But if we never start, we'll never reach the end. New code should only be accepted if it compiles without avoidable warnings from -Wall -W. :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Apr 15 15:09:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA04151 for hackers-outgoing; Sat, 15 Apr 1995 15:09:50 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA04145 for ; Sat, 15 Apr 1995 15:09:46 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA13108; Sun, 16 Apr 1995 00:01:16 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA07815; Sun, 16 Apr 1995 00:01:15 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id XAA03238; Sat, 15 Apr 1995 23:56:37 +0200 From: J Wunsch Message-Id: <199504152156.XAA03238@uriah.heep.sax.de> Subject: Re: (fwd) Re: Xwindow Probs - Help - AGAIN... To: adhir@iagi.net (Alok K. Dhir) Date: Sat, 15 Apr 1995 23:56:36 +0200 (MET DST) Cc: hackers@FreeBSD.org In-Reply-To: <199504151824.OAA24545@bigdipper.iagi.net> from "Alok K. Dhir" at Apr 15, 95 02:24:25 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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: 491 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Alok K. Dhir wrote: > > >but care must be taken - if the libgcc.so.* is in /usr/lib - each new binary > >will be compiled with it by default - not a good idea - it had to be kept in > >a dir whioch is searched by ld.so but not by gcc and ld - t The -current cc will not attempt to link libgcc dynamically, it will always link it statically. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Apr 15 15:12:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA04263 for hackers-outgoing; Sat, 15 Apr 1995 15:12:17 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA04253 for ; Sat, 15 Apr 1995 15:12:09 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA13317; Sun, 16 Apr 1995 00:12:00 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA07905; Sun, 16 Apr 1995 00:12:00 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id AAA03503; Sun, 16 Apr 1995 00:10:25 +0200 From: J Wunsch Message-Id: <199504152210.AAA03503@uriah.heep.sax.de> Subject: Re: Matrox MGA Impression Lite VLB 2MB To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Sun, 16 Apr 1995 00:10:24 +0200 (MET DST) Cc: joerg_wunsch@uriah.heep.sax.de, dev@flevel.demon.co.uk, hackers@FreeBSD.org In-Reply-To: <3383.797982967@freefall.cdrom.com> from "Jordan K. Hubbard" at Apr 15, 95 02:56:07 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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: 672 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > > > Try the XF86_AGX server. For further questions, better contact the > > people at XFree86 Inc., they are more likely able to help you with > > problems. > > Are you sure that works?? I've been under the steady impression that > Matrox wasn't directly supported by XFree86 at all! If this has > changed, then I'd like to know so that I can flush my internal cache! > :-) I'm only remembering the name... but sure, David Dawes & Co. will know the answer (or perhaps the guy from Xinsight?). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Apr 15 15:13:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA04310 for hackers-outgoing; Sat, 15 Apr 1995 15:13:07 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA04303 for ; Sat, 15 Apr 1995 15:13:01 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA13334; Sun, 16 Apr 1995 00:12:50 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA07911 for freebsd-hackers@freebsd.org; Sun, 16 Apr 1995 00:12:49 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id AAA03560 for freebsd-hackers@freebsd.org; Sun, 16 Apr 1995 00:11:50 +0200 From: J Wunsch Message-Id: <199504152211.AAA03560@uriah.heep.sax.de> Subject: Re: 90's compilers To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Sun, 16 Apr 1995 00:11:49 +0200 (MET DST) In-Reply-To: <3342.797982904@freefall.cdrom.com> from "Jordan K. Hubbard" at Apr 15, 95 02:55:04 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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: 525 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > > Hmmmm. I had forgotten about -traditional, as well. I suppose at > the very least, _P() is still necessary. Ugh and puke! > > > /usr/src/usr.bin/dmenu/strsed.c:3: warning: text following `#endif' violates Regardless of -traditional, dmenu should be updated. It's not one of the programs that deserves -traditional -- not ancient enough. :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Apr 15 15:24:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA04776 for hackers-outgoing; Sat, 15 Apr 1995 15:24:57 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA04766 for ; Sat, 15 Apr 1995 15:24:49 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id IAA06639; Sun, 16 Apr 1995 08:18:53 +1000 Date: Sun, 16 Apr 1995 08:18:53 +1000 From: Bruce Evans Message-Id: <199504152218.IAA06639@godzilla.zeta.org.au> To: bde@zeta.org.au, jkh@freefall.cdrom.com Subject: Re: 90's compilers Cc: freebsd-hackers@FreeBSD.org, joerg_wunsch@uriah.heep.sax.de Sender: hackers-owner@FreeBSD.org Precedence: bulk >> Unfortunately there is too much old code out there to do everything >> consistently and right. E.g., compiling dmenu with full ANSI and >> other warnings: >Hmmmm. I had forgotten about -traditional, as well. I suppose at >the very least, _P() is still necessary. Ugh and puke! It isn't. strsed.c is just too old to have prototypes (hidden by __P(()) in the non-ANSI case or raw). Using -traditional for only some sources would defeat half of the point of using an ANSI compiler and would be difficult to manage. Bruce From owner-freebsd-hackers Sat Apr 15 15:27:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA04910 for hackers-outgoing; Sat, 15 Apr 1995 15:27:38 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA04901 ; Sat, 15 Apr 1995 15:27:37 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Bruce Evans cc: freebsd-hackers@FreeBSD.org, joerg_wunsch@uriah.heep.sax.de Subject: Re: 90's compilers In-reply-to: Your message of "Sun, 16 Apr 95 08:18:53 +1000." <199504152218.IAA06639@godzilla.zeta.org.au> Date: Sat, 15 Apr 1995 15:27:32 -0700 Message-ID: <4894.797984852@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > It isn't. strsed.c is just too old to have prototypes (hidden by __P(()) > in the non-ANSI case or raw). OK, OK, I'll fix it you guys! :-) {It's actually a very useful little function, if you look at it! :-)} > Using -traditional for only some sources would defeat half of the point > of using an ANSI compiler and would be difficult to manage. Agreed. I was simply responding to someone else's comments about why the system headers wouldn't be able to lose _P() anytime soon. Jordan From owner-freebsd-hackers Sat Apr 15 16:26:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA07041 for hackers-outgoing; Sat, 15 Apr 1995 16:26:27 -0700 Received: from databank.com (bsinger@databank.com [198.3.149.253]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA07035 for ; Sat, 15 Apr 1995 16:26:25 -0700 Received: from localhost by databank.com (8.6.5/1.37) id SAA12584; Sat, 15 Apr 1995 18:32:44 -0500 From: bsinger@databank.com (Ben Singer) Message-Id: <199504152332.SAA12584@databank.com > Subject: Re: class=bridge ???, OPTI To: hackers@FreeBSD.org Date: Sat, 15 Apr 1995 18:32:43 -0500 (CDT) In-Reply-To: <199504141519.IAA01021@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Apr 14, 95 08:19:42 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 2400 Sender: hackers-owner@FreeBSD.org Precedence: bulk Rodney W. Grimes spake: > > > Is the `class=bridge' my problem, or just a bad motherboard/memory? > > No, but the opti chip set might be. Try setting the external cache > to ``write through mode'', if that doesn't fix this strange crashes > try setting the internal cache to ``write throught''. > > I have an Opti based board here, but it is not the ``super micro'' > version and I have to run it with the external cache in write through > mode. > > > FreeBSD 2.0.0-SNAP950322 #0: Sat Apr 8 10:39:53 1995 > > ben@koko.ben:/usr/src/sys/compile/BONES > > CPU: Pentium (Pentium-class CPU) 90 MHz Origin = "GenuineIntel" Id = 0x524 > > This is a Pentium 735\\90 or 815\\100 Stepping=4 Features=0x1bf FPU VME PSE MCE CX8 > > real memory = 16384000 (4000 pages) > > avail memory = 14999552 (3662 pages) > > Probing for devices on the ISA bus: > > sc0 at 0x60-0x6f irq 1 on motherboard > > sc0: VGA color <16 virtual consoles, flags=0x0> [cut] > > Probing for devices on the pci0 bus: > > configuration mode 1 allows 32 devices. > > pci0:16: OPTI, device=0xc822, class=bridge [not supported] > > > > Help appreciated... > > > > Ben > > > -- > Rod Grimes rgrimes@gndrsh.aac.dev.com > Accurate Automation Company Custom computers for FreeBSD > I tried write-through for external cache. cd /usr/ports/x11/gnuplot ; make was ok, but then make install immediately froze the computer (i was in X). I rebooted, and as soon as i logged in got a Fatal trap 12: page fault while in kernel mode ... Syncing disks... 20 20 20 20 20 [...] 20 giving up ...rebooted again, and right after npx0: INT 16 interface, another Fatal trap 12, "hit reset please" Hm. I disabled both caches to write this. There isn't an option for internal cache mode, here's what i have: AMIBIOS Release 122494 Hidden Refresh: Enabled CPU Address Pipeline Mode: Enabled DRAM Row Address Hold: 2 CLK DRAM Read CAS Pulse Width: 3 CLK DRAM Write CAS Pulse Width: 3 CLK DRAM RAS Precharge: 5 CLK Ext. Cache Mode: WrThru Ext. Cache to DRAM Post Write: Disabled Ext. Cache CAS Precharge: 2 CLK Ext. Cache Read Burst Mode: 4-3-3-3 Ext. Cache Write Burst Mode: 4-2-2-2 DRAM Base Memory: 640 KB DRAM Region A Control Mode: Disabled DRAM Region B Control Mode: Disabled Ben From owner-freebsd-hackers Sat Apr 15 16:32:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA07318 for hackers-outgoing; Sat, 15 Apr 1995 16:32:47 -0700 Received: from Xenon.Stanford.EDU (Xenon.Stanford.EDU [36.28.0.25]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA07310 ; Sat, 15 Apr 1995 16:32:45 -0700 Received: by Xenon.Stanford.EDU (5.61+IDA/25-Xenon-eef) id AA15332; Sat, 15 Apr 95 16:32:43 -0700 Date: Sat, 15 Apr 1995 16:32:42 -0700 (PDT) From: Terry Lee To: jkh@FreeBSD.org Cc: freebsd-hackers@FreeBSD.org Subject: installing a new snap Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk What's the best way to install a new snap over and old snap? I've been backing up my /etc directory, then either using the fixit option from the boot disk, or just running /stand/scripts/bininst.sh and reinstalling every package that has changed. Then I restore my /etc directory. I'm worried that if there are any changes in the standard /etc, I won't be getting them. Is there a better way to do this? Terry I N T E R N E T Terry Lee, Technical Director D E S I G N 745 Stanford Avenue, Palo Alto, California 94306 G R O U P 415 424 0747 voice 415 424-0751 fax http://www.mall.net terryl@cs.stanford.edu http://www.mall.net/terry From owner-freebsd-hackers Sat Apr 15 16:50:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA08142 for hackers-outgoing; Sat, 15 Apr 1995 16:50:48 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA08136 for ; Sat, 15 Apr 1995 16:50:44 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id QAA05833; Sat, 15 Apr 1995 16:48:01 -0700 From: "Rodney W. Grimes" Message-Id: <199504152348.QAA05833@gndrsh.aac.dev.com> Subject: Re: class=bridge ???, OPTI To: bsinger@databank.com (Ben Singer) Date: Sat, 15 Apr 1995 16:48:01 -0700 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: <199504152332.SAA12584@databank.com > from "Ben Singer" at Apr 15, 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: 2949 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Rodney W. Grimes spake: > > > > > Is the `class=bridge' my problem, or just a bad motherboard/memory? > > > > No, but the opti chip set might be. Try setting the external cache > > to ``write through mode'', if that doesn't fix this strange crashes > > try setting the internal cache to ``write throught''. > > > > I have an Opti based board here, but it is not the ``super micro'' > > version and I have to run it with the external cache in write through > > mode. > > > > > FreeBSD 2.0.0-SNAP950322 #0: Sat Apr 8 10:39:53 1995 > > > ben@koko.ben:/usr/src/sys/compile/BONES > > > CPU: Pentium (Pentium-class CPU) 90 MHz Origin = "GenuineIntel" Id = 0x524 > > > This is a Pentium 735\\90 or 815\\100 Stepping=4 Features=0x1bf FPU VME PSE MCE CX8 > > > real memory = 16384000 (4000 pages) > > > avail memory = 14999552 (3662 pages) > > > Probing for devices on the ISA bus: > > > sc0 at 0x60-0x6f irq 1 on motherboard > > > sc0: VGA color <16 virtual consoles, flags=0x0> > [cut] > > > Probing for devices on the pci0 bus: > > > configuration mode 1 allows 32 devices. > > > pci0:16: OPTI, device=0xc822, class=bridge [not supported] > > > > > > Help appreciated... > > > > > > Ben > > > > > I tried write-through for external cache. It may make the machine very slow, but could you turn off all cacheing to see if this clears the problem. > cd /usr/ports/x11/gnuplot ; make > was ok, but then make install immediately froze the computer (i was in X). > I rebooted, and as soon as i logged in got a > > Fatal trap 12: page fault while in kernel mode > ... > Syncing disks... 20 20 20 20 20 [...] 20 giving up > > ...rebooted again, and right after npx0: INT 16 interface, another > Fatal trap 12, "hit reset please" > > Hm. I disabled both caches to write this. Does it seem to stay up and run fine with both caches disabled? This gives me a feeling for if we should pursue this as a cache problem, or start to look else where for the problem. > There isn't an option for internal cache mode, here's what i have: > > AMIBIOS Release 122494 > > Hidden Refresh: Enabled Turn this off. > CPU Address Pipeline Mode: Enabled Turn this off. > DRAM Row Address Hold: 2 CLK > DRAM Read CAS Pulse Width: 3 CLK > DRAM Write CAS Pulse Width: 3 CLK > DRAM RAS Precharge: 5 CLK Set the above four to the default values if they are not already. > Ext. Cache Mode: WrThru > Ext. Cache to DRAM Post Write: Disabled > Ext. Cache CAS Precharge: 2 CLK > Ext. Cache Read Burst Mode: 4-3-3-3 > Ext. Cache Write Burst Mode: 4-2-2-2 Are your cache SRAM's 15nS? > DRAM Base Memory: 640 KB > DRAM Region A Control Mode: Disabled > DRAM Region B Control Mode: Disabled > > Ben > -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Sat Apr 15 17:03:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA08866 for hackers-outgoing; Sat, 15 Apr 1995 17:03:36 -0700 Received: from hermes.cybernetics.net (hermes.cybernetics.net [198.80.51.103]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA08860 for ; Sat, 15 Apr 1995 17:03:32 -0700 Received: (from james@localhost) by hermes.cybernetics.net (8.6.8/8.6.6) id UAA03856; Sat, 15 Apr 1995 20:16:13 -0400 From: James Robinson Message-Id: <199504160016.UAA03856@hermes.cybernetics.net> Subject: Re: Just how fast can we go... (was: Re: SCSI target) To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Sat, 15 Apr 1995 20:16:13 -0400 (EDT) Cc: hackers@FreeBSD.org (FreeBSD hackers) In-Reply-To: <199504150257.TAA19418@ref.tfs.com> from "Poul-Henning Kamp" at Apr 14, 95 07:57:31 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 967 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > [cc: trimmed to hackers, seems the best place, since we are talking > > about both scsi and 100MB/sec ether :-)] [deleted discussion of whether or not it would be useful] Sounds like it would be worth the effort for academic reasons alone. If I had two machines at home that had SCSI and needed to get them to talk, I'd seriously like to be able to just drag a SCSI cable between them, and poof! Could someone talk a bit about the possiblities of sharing disks this way? Where does kernel caching get in the way? What's this about page swapping protocols? Would that be considered loosely coupled multiprocessing via shared memory? Or just point me to a place to educate myself :-) James James Robinson wholly endorses: FreeBSD | Zappa | Tull | Albermarle Ale | XFree86 | Seagull acoustic guitars | Quotes du Jour: "Little man, I give the watch to you." | "Hail Ants" From owner-freebsd-hackers Sat Apr 15 17:20:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA09404 for hackers-outgoing; Sat, 15 Apr 1995 17:20:07 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA09379 for ; Sat, 15 Apr 1995 17:19:54 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id KAA09761; Sun, 16 Apr 1995 10:17:14 +1000 Date: Sun, 16 Apr 1995 10:17:14 +1000 From: Bruce Evans Message-Id: <199504160017.KAA09761@godzilla.zeta.org.au> To: freebsd-hackers@FreeBSD.org, j@uriah.heep.sax.de Subject: Re: 90's compilers Sender: hackers-owner@FreeBSD.org Precedence: bulk >> As I feel that "protection" for old and braindead compilers at the >> cost of higher obfuscation is no longer worth it. >Same opinion for me. And once i had to tweak that fancy boot code, >the non-declarations bothered me too much, so i've added them without >those funny _P()'s. _P() doesn't bother me at all (if it is correctly spelled and punctuated as __P(()) :-). What do you think of the other klupges in ? __dead* and __pure* can't be avoided. >The _P()'s cannot go from the standard header files, however. They >are required there for old programs that need to be compiled with >-traditional (since the `porter' is too lazy to resolve the conflicts >like ``mktemp("foooXXX")''). Nope, prototypes work with `gcc -traditional'. They are there for other K&R1 compilers. They don't help much because they are not used in a few headers. K&R1 and non-gcc compilers fail to compile most of our sources for the more fundament reason that declares things as having the bogus type `long long'. `gcc -pedantic -Werror' fails too. The latter problem can be fixed by using __attribute((mode(DI))) as was done in the 1.1.5 . I have problems parsing this and so does gcc :-). gcc dumps core for int foo(void) __attribute((mode(DI))) { return 1; } __attribute(()) seems to work better in typedefs: typedef int quad_t __attribute((mode(DI))); quad_t foo(void) { return 1; } Bruce From owner-freebsd-hackers Sat Apr 15 17:35:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA09872 for hackers-outgoing; Sat, 15 Apr 1995 17:35:23 -0700 Received: from edcom.com (edcom.com [140.174.173.185]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA09864 for ; Sat, 15 Apr 1995 17:35:20 -0700 Received: (from edward@localhost) by edcom.com (8.6.11/8.6.9) id RAA14144 for hackers@freefall.cdrom.com; Sat, 15 Apr 1995 17:35:14 -0700 Date: Sat, 15 Apr 1995 17:35:14 -0700 From: Edward Wang Message-Id: <199504160035.RAA14144@edcom.com> To: hackers@freefall.cdrom.com Subject: DEC screend in core FreeBSD Sender: hackers-owner@FreeBSD.org Precedence: bulk Is there any interest in putting the DEC screend stuff into the standard kernel? I've been using it since 1.1.5.1 and I find it easier to use and better than ipfirewall. Hacking it in is pretty simple. The only biggish deal is that ipintr() has to be broken into two parts, to support filtering of all packets, not just the forwarded packets. This means an extra function call for each packet, whether screening is enabled or not. It's copyright Digital Equipment, so there may be a problem there. From owner-freebsd-hackers Sat Apr 15 18:14:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA11067 for hackers-outgoing; Sat, 15 Apr 1995 18:14:18 -0700 Received: from physics.su.oz.au (dawes@physics.su.OZ.AU [129.78.129.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA11057 for ; Sat, 15 Apr 1995 18:14:15 -0700 Received: by physics.su.oz.au id AA14091 (5.67b/IDA-1.4.4 for hackers@FreeBSD.org); Sun, 16 Apr 1995 11:12:29 +1000 From: David Dawes Message-Id: <199504160112.AA14091@physics.su.oz.au> Subject: Re: Matrox MGA Impression Lite VLB 2MB To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 16 Apr 1995 11:12:28 +1000 (EST) Cc: jkh@freefall.cdrom.com, dev@flevel.demon.co.uk, hackers@FreeBSD.org In-Reply-To: <199504152210.AAA03503@uriah.heep.sax.de> from "J Wunsch" at Apr 16, 95 00:10:24 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 646 Sender: hackers-owner@FreeBSD.org Precedence: bulk >> > Try the XF86_AGX server. For further questions, better contact the >> > people at XFree86 Inc., they are more likely able to help you with >> > problems. >> >> Are you sure that works?? I've been under the steady impression that >> Matrox wasn't directly supported by XFree86 at all! If this has >> changed, then I'd like to know so that I can flush my internal cache! >> :-) > >I'm only remembering the name... but sure, David Dawes & Co. will >know the answer (or perhaps the guy from Xinsight?). There is no XFree86 server that will work for this card except as a dumb VGA. Buying a server from X Inside is your best option. David From owner-freebsd-hackers Sat Apr 15 19:55:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA16237 for hackers-outgoing; Sat, 15 Apr 1995 19:55:02 -0700 Received: from cassius.ee.su.OZ.AU (cassius.ee.su.OZ.AU [129.78.13.49]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA16227 for ; Sat, 15 Apr 1995 19:54:56 -0700 Received: by cassius.ee.su.OZ.AU id ; Sun, 16 Apr 95 12:54:42 +1000 Message-ID: Date: Sun, 16 Apr 95 12:54:42 +1000 From: Ian Wynne To: hackers@FreeBSD.org Content-Length: 912 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello Everyone: I haven't posted this to any of the news groups because I thought it would only serve as flame bait. In my day job I'm a network administrator for a small network using a Windos NT server. When the server is heavely loaded, it crashes. Sometimes after it's crashed one of the user permissions has been corrupted ( and perhaps other things have also been corrupted ), I then have to spend a considerable amount of time fixing up the damage. When Windows NT 3.5 is powering up it says it's build number 807, so there have bee 806 previous attempts and it's still unstable. I use FreeBSD at home and I haven't been able to make it crash by loading it up.I can untar something from tape, gunzip something and compile something else all the same time, it slows but doesn't stop. I've found FreeBSD to be very stable. My thanks to all the core team. Best regards, Ian Wynne ianw@ee.su.oz.au From owner-freebsd-hackers Sat Apr 15 23:10:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA20027 for hackers-outgoing; Sat, 15 Apr 1995 23:10:17 -0700 Received: from ain.charm.net (ain.charm.net [198.69.35.206]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA20021 ; Sat, 15 Apr 1995 23:10:14 -0700 Received: (from nc@localhost) by ain.charm.net (8.6.11/8.6.9) id CAA11983; Sun, 16 Apr 1995 02:04:01 -0400 Date: Sun, 16 Apr 1995 02:04:01 -0400 (EDT) From: Network Coordinator To: Terry Lee cc: jkh@FreeBSD.org, freebsd-hackers@FreeBSD.org Subject: Re: installing a new snap In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk > What's the best way to install a new snap over and old snap? > I've been backing up my /etc directory, then either using the fixit option > from the boot disk, or just running /stand/scripts/bininst.sh and > reinstalling every package that has changed. Then I restore my /etc > directory. > > I'm worried that if there are any changes in the standard /etc, I won't > be getting them. > > Is there a better way to do this? I tried basically the same thing, running extract.sh off of the release off of NFS, especially the source directory because I am having a strange problem when I try to compile the kernel (it says it doesn't understand the %CLEAN directive in the generic makefile [which hasn't changed] and can't find a number of the scsi command prototypes). So I've been running with -current sources that I sup up-to-date, and I assumed something was wrong [missing file or such] with them so I installed the 0412 sources over them (so all the include directories would get updated) and am still having the same problem. Did I make a mistake or is that pretty much the only way to go about it? Thanks, -Jerry. From owner-freebsd-hackers Sat Apr 15 23:17:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA20121 for hackers-outgoing; Sat, 15 Apr 1995 23:17:57 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA20115 ; Sat, 15 Apr 1995 23:17:56 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id XAA24031; Sat, 15 Apr 1995 23:17:46 -0700 From: Poul-Henning Kamp Message-Id: <199504160617.XAA24031@ref.tfs.com> Subject: Re: installing a new snap To: nc@ain.charm.net (Network Coordinator) Date: Sat, 15 Apr 1995 23:17:45 -0700 (PDT) Cc: terryl@CS.Stanford.EDU, jkh@FreeBSD.org, freebsd-hackers@FreeBSD.org In-Reply-To: from "Network Coordinator" at Apr 16, 95 02:04:01 am Content-Type: text Content-Length: 573 Sender: hackers-owner@FreeBSD.org Precedence: bulk > I tried basically the same thing, running extract.sh off of the release > off of NFS, especially the source directory because I am having a strange > problem when I try to compile the kernel (it says it doesn't understand > the %CLEAN directive in the generic makefile [which hasn't changed] and This I can explain :-) You need to get the source for and compile the "config" program. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant'