From owner-freebsd-hackers Sun Jan 21 01:12:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA04367 for hackers-outgoing; Sun, 21 Jan 1996 01:12:29 -0800 (PST) Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA04360 for ; Sun, 21 Jan 1996 01:12:24 -0800 (PST) Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Sun, 21 Jan 96 09:12 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id JAA12837; Sun, 21 Jan 1996 09:58:56 +0100 Message-Id: <199601210858.JAA12837@allegro.lemis.de> Subject: Re: Pageable kernel? [was: PnP Proposal] To: combssf@salem.ge.com (Stephen F. Combs) Date: Sun, 21 Jan 1996 09:58:54 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: from "Stephen F. Combs" at Jan 11, 96 09:50:17 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk Stephen F. Combs writes: > > On the idea of a microkernel, I've got a grand total of 3 Solaris2.x > systems out of 70 total Sun's [and one of those was forced on me by > corporate!]. The reason I initially went with 386BSD0.1 was because of > it's close similarity to my SunO/S box at work! MicroKernels COULD be > nice but my experience with them has been SH**. I've been working with > SYSVr4 for years [fighting all the way] and am constantly pinging on my > Sun Rep to keep SunO/S 4.x alive! Don't confuse the implementation with the intention. Tandem's Guardian OS, now called NonStop Kernel, is a microkernel implementation, and it works very well (probably the most reliable commercially available operating system). The difference is that it was designed as such, whereas they're trying to make one out of Slowaris 2. I don't want to go into detail about the advantages of microkernels, but I'd like to see one happen--*after* I've seen a lot of more important things happen. In any case, LKMs are a step in that direction. Greg From owner-freebsd-hackers Sun Jan 21 01:12:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA04387 for hackers-outgoing; Sun, 21 Jan 1996 01:12:37 -0800 (PST) Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA04381 for ; Sun, 21 Jan 1996 01:12:33 -0800 (PST) Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Sun, 21 Jan 96 09:11 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id JAA12774 for hackers@freebsd.org; Sun, 21 Jan 1996 09:43:38 +0100 Message-Id: <199601210843.JAA12774@allegro.lemis.de> Subject: FreeBSD & BSDI - disk compatibility... (fwd) To: hackers@freebsd.org (FreeBSD Hackers) Date: Sun, 21 Jan 1996 09:43:37 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk Skip Montanaro writes: > From owner-bsdi-users@hidden-foes.gateway.com Mon Jan 15 01:53:09 1996 > Date: Sun, 14 Jan 1996 23:03:16 -0500 > From: Skip Montanaro > Message-Id: <199601150403.XAA03468@dolphin.automatrix.com> > To: bsdi-users@BSDI.COM > Subject: FreeBSD & BSDI - disk compatibility... > Reply-to: skip@calendar.com (Skip Montanaro) > Sender: owner-bsdi-users@hidden-foes.gateway.com > Precedence: bulk > > > I'd like to experiment with FreeBSD. I have two 1-gig SCSI disks on my PC > and I run BSDI 2.0 on them. Can FreeBSD use my existing BSDI partitions or > will I have to repartition my disks? I checked the list archives but didn't > see this topic discussed. > > Thanks, > > Skip Montanaro | Looking for a place to promote your music venue, new CD, > skip@calendar.com | festival or next concert tour? Place a focused banner > (518)372-5583 | ad inMusi-Cal! http://www.calendar.com/concerts/ > Did anybody see this? Comments? Greg From owner-freebsd-hackers Sun Jan 21 02:05:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA06729 for hackers-outgoing; Sun, 21 Jan 1996 02:05:41 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA06722 for ; Sun, 21 Jan 1996 02:05:37 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA02020 for ; Sun, 21 Jan 1996 11:05:35 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id LAA00286 for freebsd-hackers@freebsd.org; Sun, 21 Jan 1996 11:05:39 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id UAA01309 for freebsd-hackers@freebsd.org; Sat, 20 Jan 1996 20:50:53 +0100 (MET) From: J Wunsch Message-Id: <199601201950.UAA01309@uriah.heep.sax.de> Subject: Re: A few NITS about SCSI Tapes To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 20 Jan 1996 20:50:52 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601182311.AAA00536@vector.jhs.local> from "Julian Stacey jhs@freebsd.org" at Jan 19, 96 00:11:09 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Julian Stacey jhs@freebsd.org wrote: > > -------- > > Sorry this got delayed .... ...yup, until mt retension has finally been implemented. :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Jan 21 02:05:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA06752 for hackers-outgoing; Sun, 21 Jan 1996 02:05:45 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA06730 for ; Sun, 21 Jan 1996 02:05:41 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA02028 for ; Sun, 21 Jan 1996 11:05:39 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id LAA00289 for freebsd-hackers@freebsd.org; Sun, 21 Jan 1996 11:05:43 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id VAA01530 for freebsd-hackers@freebsd.org; Sat, 20 Jan 1996 21:22:00 +0100 (MET) From: J Wunsch Message-Id: <199601202022.VAA01530@uriah.heep.sax.de> Subject: Re: BSDvs Lxxxxx Flame.. To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 20 Jan 1996 21:21:59 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Andreas Klemm" at Jan 20, 96 10:53:05 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Andreas Klemm wrote: > > > I've seen 800 KB/s being piped out of a FreeBSD 1.1.5.1 machine, going > > to a single SGI Indy. > > Hmmm, and who's the performance now with 2.1 or -current ? Do you have some > number for a comparison ? No, this machine is still on 1.1.5.1. And will remain so, i think. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Jan 21 02:17:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA07140 for hackers-outgoing; Sun, 21 Jan 1996 02:17:33 -0800 (PST) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA07134 for ; Sun, 21 Jan 1996 02:17:26 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id CAA14319 for hackers@freebsd.org; Sun, 21 Jan 1996 02:17:00 -0800 Date: Sun, 21 Jan 1996 02:17:00 -0800 From: Julian Elischer Message-Id: <199601211017.CAA14319@ref.tfs.com> To: hackers@freebsd.org Subject: USENIX Sender: owner-hackers@freebsd.org Precedence: bulk is Anyone else going this week? is there a BOF session? FreeBSD, *BSD? julian From owner-freebsd-hackers Sun Jan 21 02:29:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA07901 for hackers-outgoing; Sun, 21 Jan 1996 02:29:32 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA07894 for ; Sun, 21 Jan 1996 02:29:24 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.6.12/8.6.5) with SMTP id CAA12205; Sun, 21 Jan 1996 02:29:23 -0800 Message-Id: <199601211029.CAA12205@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost didn't use HELO protocol To: Julian Elischer cc: hackers@FreeBSD.org Subject: Re: USENIX In-reply-to: Your message of "Sun, 21 Jan 1996 02:17:00 PST." <199601211017.CAA14319@ref.tfs.com> From: David Greenman Reply-To: davidg@Root.COM Date: Sun, 21 Jan 1996 02:29:23 -0800 Sender: owner-hackers@FreeBSD.org Precedence: bulk >is Anyone else going this week? Jordan, Gary, Justin, and myself will be there. >is there a BOF session? Yes. Justin is going to do the talking at the FreeBSD BOF. >FreeBSD, *BSD? Yes - all three. -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Sun Jan 21 02:42:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA08735 for hackers-outgoing; Sun, 21 Jan 1996 02:42:26 -0800 (PST) Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA08728 for ; Sun, 21 Jan 1996 02:42:21 -0800 (PST) Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Sun, 21 Jan 96 10:41 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id LAA12929; Sun, 21 Jan 1996 11:18:47 +0100 Message-Id: <199601211018.LAA12929@allegro.lemis.de> Subject: Re: FreeBSD & BSDI - disk compatibility... (fwd) To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 21 Jan 1996 11:18:47 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <17757.822216470@time.cdrom.com> from "Jordan K. Hubbard" at Jan 21, 96 01:27:50 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk Jordan K. Hubbard writes: > > Well, yeah, you could always just reinstall FreeBSD in place of BSD/OS > in the same partitions, but is that what was meant here? Well, now you come to ask the question, I'm not sure. I interpreted it to mean that he wanted to access BSD/OS partitions from FreeBSD. Maybe that wasn't the original intention. I know that the file systems are similar enough to be accessible under some circumstances--for example, I can mount BSD/OS 2.x floppies on a FreeBSD system, but not on a BSD/386 1.x system :-) -- but I don't know if there aren't certain problems, like the device node structures and such. Any takers? Greg >> Skip Montanaro writes: >>> From owner-bsdi-users@hidden-foes.gateway.com Mon Jan 15 01:53:09 1996 >>> Date: Sun, 14 Jan 1996 23:03:16 -0500 >>> From: Skip Montanaro >>> Message-Id: <199601150403.XAA03468@dolphin.automatrix.com> >>> To: bsdi-users@BSDI.COM >>> Subject: FreeBSD & BSDI - disk compatibility... >>> Reply-to: skip@calendar.com (Skip Montanaro) >>> Sender: owner-bsdi-users@hidden-foes.gateway.com >>> Precedence: bulk >>> >>> >>> I'd like to experiment with FreeBSD. I have two 1-gig SCSI disks on my PC >>> and I run BSDI 2.0 on them. Can FreeBSD use my existing BSDI partitions or >>> will I have to repartition my disks? I checked the list archives but didn' > t >>> see this topic discussed. From owner-freebsd-hackers Sun Jan 21 02:52:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA09289 for hackers-outgoing; Sun, 21 Jan 1996 02:52:58 -0800 (PST) Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA09283 for ; Sun, 21 Jan 1996 02:52:51 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hauki.clinet.fi (8.7.3/8.6.4) with SMTP id MAA00488; Sun, 21 Jan 1996 12:51:40 +0200 (EET) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id VAA06302; Sun, 21 Jan 1996 21:48:44 +1100 Date: Sun, 21 Jan 1996 21:48:44 +1100 From: Bruce Evans Message-Id: <199601211048.VAA06302@godzilla.zeta.org.au> To: clinet-list-freebsd-hackers@clinet.fi, hsu@clinet.fi Subject: Re: SYSQUEST disks... Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >Are there any real reasons for these restrictions? If a file is newfs'd, >geometry options should be forced, but otherwise newfs should not be >wise-ass and tell what I want to do. fsck and df have even less reason for >complaints? `df .' is useful. Perhaps df should only convert to the device for directories. `fsck .' would be useful, but doesn't work. Bruce From owner-freebsd-hackers Sun Jan 21 03:25:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA12088 for hackers-outgoing; Sun, 21 Jan 1996 03:25:56 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA12064 for ; Sun, 21 Jan 1996 03:25:42 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id WAA07471; Sun, 21 Jan 1996 22:18:09 +1100 Date: Sun, 21 Jan 1996 22:18:09 +1100 From: Bruce Evans Message-Id: <199601211118.WAA07471@godzilla.zeta.org.au> To: davidg@Root.COM, peter@jhome.DIALix.COM Subject: Re: Whew!!!!!!! (MAJOR sigh of relief!) Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk > I think you can make a much more general statement: "With few exceptions, >all of our SCSI drivers handle timeouts and aborts very badly." I think you can make a much more general statement: "With few exceptions, all of our drivers handle abnormal time-dependent things and abnormal errors very badly." Sigh. Bruce From owner-freebsd-hackers Sun Jan 21 03:51:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA13050 for hackers-outgoing; Sun, 21 Jan 1996 03:51:29 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA13028 Sun, 21 Jan 1996 03:51:22 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id MAA03809; Sun, 21 Jan 1996 12:51:20 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id MAA02890; Sun, 21 Jan 1996 12:51:19 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id MAA24348; Sun, 21 Jan 1996 12:48:30 +0100 (MET) From: J Wunsch Message-Id: <199601211148.MAA24348@uriah.heep.sax.de> Subject: Re: Problem with IP forwarding To: scouch@io.org (Stephen Couchman) Date: Sun, 21 Jan 1996 12:48:30 +0100 (MET) Cc: questions@FreeBSD.ORG, hackers@FreeBSD.ORG Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9601210257.AA02563@mail.fonorola.net> from "Stephen Couchman" at Jan 20, 96 09:57:13 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk As Stephen Couchman wrote: > > Is there anything else I have to do to get IP forwarding to work, other than > turning setting the kernel parameter via /etc/sysconfig? > > I have two network interfaces (ppp0 using kernel ppp, and an Ethernet card. > If I attach a PC to the ethernet card (using a crossover), the PC cannot see > the ppp connection, or anything past it (i.e. the Internet). Similarly, > anything on the Internet cannot see past the ppp IP. Are you sure the address of the PC is routed from the outside world? The PPP link itself does only establish a host route on the other side, just to your end of the PPP. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Jan 21 04:30:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA14297 for hackers-outgoing; Sun, 21 Jan 1996 04:30:01 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA14265 for ; Sun, 21 Jan 1996 04:29:58 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.6.12/8.6.5) with SMTP id EAA12380 for ; Sun, 21 Jan 1996 04:30:00 -0800 Message-Id: <199601211230.EAA12380@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost didn't use HELO protocol To: hackers@freebsd.org Subject: "u" struct and -current From: David Greenman Reply-To: davidg@Root.COM Date: Sun, 21 Jan 1996 04:30:00 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk If you haven't noticed already, reading the user struct via procfs is currently broken in -current. This apparantly happened when John changed the way that the upages (u page + kernel stack) are allocated. I was looking at fixing it, but then had another thought: The user struct really should just go away. The PCB and any other needed parts of struct user should be moved into the proc structure. It was originally seperated in an attempt to squeeze a few extra bytes out of the system when the process was swapped out...but this is silly because on any reasonable machine that has a fairly large page size, it ends up wasting about 10 times more memory than it saves (because non-swapped processes use a whole page to store about 400 bytes). I think struct kinfo_proc can go away completely and the rest is perhaps 100- 200 bytes at most. Those things which ps/w/top were getting by reading struct user will have to be changed to get the information via reads of /dev/kmem, or even better, via sysctl. If we do this there is an added bonus of easily allowing an unmapped page just below the process's kernel stack which will make trapping stack overflows easier. Currently, stack overflows will overflow into the user struct (clobbering it) and perhaps more before finally hitting an unmapped page and causing a panic. Comments? Have I overlooked something? -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Sun Jan 21 04:57:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA14994 for hackers-outgoing; Sun, 21 Jan 1996 04:57:19 -0800 (PST) Received: from ajax.che.curtin.edu.au (ajax.che.curtin.edu.au [134.7.142.113]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA14987 for ; Sun, 21 Jan 1996 04:57:13 -0800 (PST) Received: (from gdr@localhost) by ajax.che.curtin.edu.au (8.6.8/8.6.6) id WAA02010; Sun, 21 Jan 1996 22:52:30 +1000 From: Gary Roberts Message-Id: <199601211252.WAA02010@ajax.che.curtin.edu.au> Subject: Leaving OS at 1.1.5.1 (was Re: BSDvs Lxxxxx Flame.. ) To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 21 Jan 1996 22:52:29 +1000 (EST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199601202022.VAA01530@uriah.heep.sax.de> from "J Wunsch" at Jan 20, 96 09:21:59 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk J Wunsch writes: > No, this machine is still on 1.1.5.1. And will remain so, i think. May I ask why, in particular? I have my personal system still at 1.1.5.1 too and it is very stable apart from one annoying thing. It is a notebook with 16 meg and 515 meg IDE disk (but shared with a rather inferior but unavoidable `other OS' unfortunately :-]. ) I run X and like to have a number of sessions to other hosts open simultaneously so I usually have 10 or more xterms going. Because I felt I needed to be a bit miserly with disk space, I only allocated 24 meg for swap (40 meg total VM seemed adequate at the time :-] ). Up until very recently I had never bothered `net-surfing' but when I loaded one of the 2.1.0 SNAP's on another machine at work, I decided to run the BSDI netscape 2.0b3 on the other machine, displaying on my external 17" monitor. It was late one night and I got quite engrossed. After about 2 hours, my notebook locked up hard and had to be power cycled. This scared me quite a bit but after rebooting and finding no apparent damage (although fsck did complain a bit :-] ) I ran netscape again on the other machine. Previous to this I had never had any problem whatsoever, so I was keen to find out why this happened. It's a long story, and there were several more lockups but I eventually noticed that the lock-ups were being caused by running out of swap. Quitting the netscape display and all of the xterms, except one, reclaimed some of the swap space but as soon as I restarted things it virtually all disappeared again immediately. I figured it was probably a known problem and that there were probably patches around somewhere to fix it. I didn't bother worrying about it too much as I planned to just upgrade to 2.1.0-RELEASE anyway. Pressure of other things has made me put off the upgrade for a bit but I was just about to start very soon. Your comment about not upgrading your 1.1.5.1 system made me wonder why not? Also does anyone have a pointer to any patches to fix whatever the problem is with swap allocation/deallocation on 1.1.5.1? Cheers, -- Gary Roberts (gdr@wcs.uq.edu.au) (Ph +617 3844 0400 Fax +617 3844 0444) 4th Floor, South Bank House, 234 Grey St, South Bank QLD 4101 Australia. From owner-freebsd-hackers Sun Jan 21 05:00:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA15131 for hackers-outgoing; Sun, 21 Jan 1996 05:00:10 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA15124 for ; Sun, 21 Jan 1996 05:00:04 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id XAA10974; Sun, 21 Jan 1996 23:54:09 +1100 Date: Sun, 21 Jan 1996 23:54:09 +1100 From: Bruce Evans Message-Id: <199601211254.XAA10974@godzilla.zeta.org.au> To: brians@mandor.dev.com, freebsd-hackers@FreeBSD.ORG Subject: Re: USER_LDT limit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >I'm playing with Wine for FreeBSD 2.1, and found something odd. In >/usr/src/sys/i386/i386/sys_machdep.c, I see that the descriptor maximum >allowed in i386_set_ldt() is 512, which isn't strange. What is surprising >is that it isn't a macro define. Is the number 512 magic? I'd like to I think it is just bad programming. The power of 2 size is good for avoiding memory wastage. However, malloc() would better than kmem_malloc() here since malloc() provides statistics. However^2, the amount of memory is fairly large and it is per-process, so it should be pageable. Can the vm system page user LDT's? Bruce From owner-freebsd-hackers Sun Jan 21 06:30:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA17859 for hackers-outgoing; Sun, 21 Jan 1996 06:30:42 -0800 (PST) Received: from hda.com (hda.com [199.232.40.182]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA17854 for ; Sun, 21 Jan 1996 06:30:39 -0800 (PST) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id JAA06531; Sun, 21 Jan 1996 09:29:05 -0500 From: Peter Dufault Message-Id: <199601211429.JAA06531@hda.com> Subject: Re: Whew!!!!!!! (MAJOR sigh of relief!) To: bde@zeta.org.au (Bruce Evans) Date: Sun, 21 Jan 1996 09:29:04 -0500 (EST) Cc: davidg@Root.COM, peter@jhome.DIALix.COM, hackers@FreeBSD.org In-Reply-To: <199601211118.WAA07471@godzilla.zeta.org.au> from "Bruce Evans" at Jan 21, 96 10:18:09 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > > > I think you can make a much more general statement: "With few exceptions, > >all of our SCSI drivers handle timeouts and aborts very badly." > > I think you can make a much more general statement: "With few exceptions, > all of our drivers handle abnormal time-dependent things and abnormal errors > very badly." Sigh. How about "with few exceptions, all software handles abnormal errors very badly". (HDA once had a problem with a client when we insisted that a project should have no errors - all situations should be fully tested, the behavior well defined and part of the acceptance test and all other situations would freeze their machine - sort of a panic and core dump. This was interpreted by some as HD refusing to handle errors) I plan on plugging into the SCSI code with Justin shortly. I am finishing up a new rev of the GPIB driver that supports different boards and modes, and check in and write man pages for three new Data Acq drivers. After that I plan on moving policy up out of the SCSI board drivers and into the common code, hopefully reduce some of the common code in the drivers, and adding common SCSI resource scheduling. I have the 1542 and now the NCR covered (though I'm sure Stefan will help with that) and Justin has the AHC. It will be nice if some others can step forward to pick up the other boards. Given the time we have to spend on this I hope this can be done around May 1. If things change one way or the other I'll let you know. Peter -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Sun Jan 21 07:08:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA19320 for hackers-outgoing; Sun, 21 Jan 1996 07:08:12 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA19307 for ; Sun, 21 Jan 1996 07:08:06 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id QAA07158 for ; Sun, 21 Jan 1996 16:07:56 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id QAA06194 for freebsd-hackers@freebsd.org; Sun, 21 Jan 1996 16:07:55 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id PAA24984 for freebsd-hackers@freebsd.org; Sun, 21 Jan 1996 15:23:01 +0100 (MET) From: J Wunsch Message-Id: <199601211423.PAA24984@uriah.heep.sax.de> Subject: Re: Leaving OS at 1.1.5.1 (was Re: BSDvs Lxxxxx Flame.. ) To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 21 Jan 1996 15:23:01 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601211252.WAA02010@ajax.che.curtin.edu.au> from "Gary Roberts" at Jan 21, 96 10:52:29 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Gary Roberts wrote: > > J Wunsch writes: > > > No, this machine is still on 1.1.5.1. And will remain so, i think. > > May I ask why, in particular? It basically boils down to: ``Never change a running system''. The machine does its job very well (a corporate NFS server, also modem server, though not heavy-loaded), there are only two known problems (the systems suffers from a hanging sio bug every now and then, since the Tx buffer empty bit will never be set, and it might hang this early version of the ncr driver when doing tape opertions with the wrong blocksize). The usual uptimes of this machine range above 100 days. I've left the company last year, so there's now nobody who would be willing to actually do an upgrade anyways. The company is small enough to not worry being sued by USL/Novell/SCO/. :-) > Up until very recently I had never bothered `net-surfing' but when I loaded > one of the 2.1.0 SNAP's on another machine at work, I decided to run the > BSDI netscape 2.0b3 on the other machine, displaying on my external 17" > monitor. Ahh, netcrap. It's a known VM hog. You're suffering from the infamous ``swap leak''. I think there has been a workaround for it in 1.1.5.1, but it looks like it doesn't help for you. The problem has been eliminated in FreeBSD 2 by the VM gurus, so upgrading might be a real chance for you. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Jan 21 07:24:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA20048 for hackers-outgoing; Sun, 21 Jan 1996 07:24:31 -0800 (PST) Received: from fieber-john.campusview.indiana.edu (Fieber-John.campusview.indiana.edu [149.159.1.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA20043 Sun, 21 Jan 1996 07:24:28 -0800 (PST) Received: (from jfieber@localhost) by fieber-john.campusview.indiana.edu (8.6.12/8.6.12) id KAA05360; Sun, 21 Jan 1996 10:24:24 -0500 Date: Sun, 21 Jan 1996 10:24:23 -0500 (EST) From: John Fieber X-Sender: jfieber@fieber-john.campusview.indiana.edu To: Greg Lehey cc: FreeBSD Hackers , FreeBSD Documenters Subject: Re: What printed documentation do we need? In-Reply-To: <199601201712.SAA20327@allegro.lemis.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Sat, 20 Jan 1996, Greg Lehey wrote: > So, the question: which other documentation should be in paper form? > For a gut feel, I'd say we could handle another 1500 to 2000 pages. *Personally* (and many have differing opinions), I like printed documentation for * installation * dump and restore * fsck * disklabel * newfs * maybe a couple others Or, more generally, for things you rarely use and consequently forget how to use and, almost by definition, online documentation is unavailable when you need them. I've got a couple other manual pages printed out, but on the whole, I prefer to keep it online. Since its birth, I've only printed out the Handbook once. As I said, others will have different opinions and I won't argue against them. -john == jfieber@indiana.edu =========================================== == http://fieber-john.campusview.indiana.edu/~jfieber ============ From owner-freebsd-hackers Sun Jan 21 09:00:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA24576 for hackers-outgoing; Sun, 21 Jan 1996 09:00:26 -0800 (PST) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA24568 for ; Sun, 21 Jan 1996 09:00:09 -0800 (PST) Received: from critter.tfs.com ([194.19.141.72]) by ra.dkuug.dk (8.6.12/8.6.12) with ESMTP id RAA15810; Sun, 21 Jan 1996 17:53:53 +0100 Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id RAA00664; Sun, 21 Jan 1996 17:59:09 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: davidg@Root.COM cc: hackers@freebsd.org Subject: Re: "u" struct and -current In-reply-to: Your message of "Sun, 21 Jan 1996 04:30:00 PST." <199601211230.EAA12380@Root.COM> Date: Sun, 21 Jan 1996 17:59:09 +0100 Message-ID: <662.822243549@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > at fixing it, but then had another thought: The user struct really should > just go away. The PCB and any other needed parts of struct user should be Don't you just love to clean up Kens laundry ? :-) Go for it. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Sun Jan 21 09:03:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA24702 for hackers-outgoing; Sun, 21 Jan 1996 09:03:35 -0800 (PST) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA24626 for ; Sun, 21 Jan 1996 09:01:53 -0800 (PST) Received: from critter.tfs.com ([194.19.141.72]) by ra.dkuug.dk (8.6.12/8.6.12) with ESMTP id RAA15823; Sun, 21 Jan 1996 17:55:27 +0100 Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id SAA00693; Sun, 21 Jan 1996 18:00:49 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Peter Dufault cc: bde@zeta.org.au (Bruce Evans), davidg@Root.COM, peter@jhome.DIALix.COM, hackers@FreeBSD.ORG Subject: Re: Whew!!!!!!! (MAJOR sigh of relief!) In-reply-to: Your message of "Sun, 21 Jan 1996 09:29:04 EST." <199601211429.JAA06531@hda.com> Date: Sun, 21 Jan 1996 18:00:48 +0100 Message-ID: <691.822243648@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > I have the 1542 and now the NCR covered (though I'm sure Stefan > will help with that) and Justin has the AHC. It will be nice if > some others can step forward to pick up the other boards. I have the HW for the nca0 here, and I wrote part of the driver, so if you can tell me what to do I'm game. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Sun Jan 21 09:23:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA25403 for hackers-outgoing; Sun, 21 Jan 1996 09:23:23 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA25392 Sun, 21 Jan 1996 09:23:20 -0800 (PST) Message-Id: <199601211723.JAA25392@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: Peter Dufault cc: bde@zeta.org.au (Bruce Evans), davidg@Root.COM, peter@jhome.DIALix.COM, hackers@FreeBSD.ORG Subject: Re: Whew!!!!!!! (MAJOR sigh of relief!) In-reply-to: Your message of "Sun, 21 Jan 1996 18:00:48 +0100." <691.822243648@critter.tfs.com> Date: Sun, 21 Jan 1996 09:23:20 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > I have the 1542 and now the NCR covered (though I'm sure Stefan > will help with that) and Justin has the AHC. It will be nice if > some others can step forward to pick up the other boards. If someone will point me in the right direction for getting Buslogic documentation, I can clean that driver up. It needs help in other areas besides error handling. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Sun Jan 21 09:38:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA26395 for hackers-outgoing; Sun, 21 Jan 1996 09:38:54 -0800 (PST) Received: from fledge.watson.org (root@FLEDGE.RES.CMU.EDU [128.2.95.74]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA26390 Sun, 21 Jan 1996 09:38:51 -0800 (PST) Received: (from robert@localhost) by fledge.watson.org (8.6.12/8.6.10) id MAA02722; Sun, 21 Jan 1996 12:38:48 -0500 Date: Sun, 21 Jan 1996 12:38:48 -0500 (EST) From: Robert Watson To: John Fieber cc: Greg Lehey , FreeBSD Hackers , FreeBSD Documenters Subject: Re: What printed documentation do we need? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk I'd add a list of standard stuff, loosely based on a similar handbook provided by BSDI with BSD/OS of various versions. It might include: + How to use the man command, online help of other types -- an overview of lynx if it is the standard browser used now for the online handbook under a new installation. + Description of the file tree -- common locations for files, etc. Also perhaps a list of /etc config files, and a one line description of each, with a reference to the appropriate man page or handbook section. + Configuring ppp and internet connectivity + Adding users; information about the FreeBSD group, passwd, master.passwd, etc... Maybe information on NIS configuration as an appendix + Configuring serial terminals and dialup lines + Specific device issues such as - using a serial mouse under X - an overview of the kernel interactive configuration utility and a little on io ports and conflicts - an overview plus examples for recompiling the kernel to include common devices + a few pages on how to configure - a web server - a bootp server - ethernet cards + simple routing -- perhaps bootp client stuff, etc - anonymous ftp server - dns server Obviously a lot of this is covered in the FreeBSD handbook as is, but to have a simple few-pages guide to this would be great -- especially for a) new unix users and b) users experienced with different versions of unix who need some pointers to the particulars of BSD-style operating systems. Again, the BSDI handbook seems a good place to start looking for a quick guide reference. Not to say it's great for new users, just that in a small space it explains how to get most of the important details of internet connectivity and servers going. Having complete documentation in full form is good, but remembering my first experiences with running a BSD server (the first unix server type I ran) I remember spending a long time locating the configuration file I meant, or wondering how to set up a feature while help from more knowing sources came in. On Sun, 21 Jan 1996, John Fieber wrote: > On Sat, 20 Jan 1996, Greg Lehey wrote: > > > So, the question: which other documentation should be in paper form? > > For a gut feel, I'd say we could handle another 1500 to 2000 pages. > > *Personally* (and many have differing opinions), I like printed > documentation for > > * installation > * dump and restore > * fsck > * disklabel > * newfs > * maybe a couple others > > Or, more generally, for things you rarely use and consequently forget how > to use and, almost by definition, online documentation is unavailable when > you need them. > > I've got a couple other manual pages printed out, but on the whole, I > prefer to keep it online. Since its birth, I've only printed out the > Handbook once. > > As I said, others will have different opinions and I won't argue against > them. > > -john > > == jfieber@indiana.edu =========================================== > == http://fieber-john.campusview.indiana.edu/~jfieber ============ > From owner-freebsd-hackers Sun Jan 21 10:27:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA29065 for hackers-outgoing; Sun, 21 Jan 1996 10:27:59 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA29047 Sun, 21 Jan 1996 10:27:52 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id MAA26034; Sun, 21 Jan 1996 12:27:14 -0600 From: Joe Greco Message-Id: <199601211827.MAA26034@brasil.moneng.mei.com> Subject: Re: ccd driver or 2.1R available To: tom@uniserve.com (Tom Samplonius) Date: Sun, 21 Jan 1996 12:27:13 -0600 (CST) Cc: jgreco@brasil.moneng.mei.com, hackers@freebsd.org, stable@freebsd.org In-Reply-To: from "Tom Samplonius" at Jan 19, 96 02:25:01 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > As far as I can tell from the manpage, the reason is that the ccd > disklabel could be mistaken by the system as the disk's label, because > they are in the same spot. The first bit of every partition has space > reserved for the label, but ccd will not reserve space. > > I believe swap will not work as the first partition on a disk for the > same reason, except that swap will overwrite the label! Well, I left the first cylinder empty and I've been running for 22 hours now having striped two disks for a new alt.binaries partition on news.sol.net. My only "gotcha" was that ccd insists on the component partitions being of type "4.2BSD" which I wasn't quite expecting. It might be better to have a different partition type ("CCD"?) to avoid confusion. The error message given by ccdcontrol was hideously vague, of course it only took a minute or two to go grepping for the errno in the driver and inspect the relevant code, and then it made sense. Anyways, we have ways to exercise the code :-) and it appears to be working just great! I have a six-drive array that's just begging for ccd. Somebody please fold this into -current! It's exactly what we need... nifty things like this are great selling points for FreeBSD. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Sun Jan 21 10:39:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA29712 for hackers-outgoing; Sun, 21 Jan 1996 10:39:00 -0800 (PST) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA29706 for ; Sun, 21 Jan 1996 10:38:58 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id TAA25358; Sun, 21 Jan 1996 19:30:26 +0100 (MET) Received: from knobel.gun.de (localhost [127.0.0.1]) by knobel.gun.de (8.7.3/8.7.3) with SMTP id TAA06342; Sun, 21 Jan 1996 19:26:56 +0100 (MET) Date: Sun, 21 Jan 1996 19:26:56 +0100 (MET) From: Andreas Klemm To: Joerg Wunsch cc: FreeBSD hackers Subject: Re: Leaving OS at 1.1.5.1 (was Re: BSDvs Lxxxxx Flame.. ) In-Reply-To: <199601211423.PAA24984@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Sun, 21 Jan 1996, J Wunsch wrote: > As Gary Roberts wrote: > > > > J Wunsch writes: > > > > > No, this machine is still on 1.1.5.1. And will remain so, i think. > > > > May I ask why, in particular? > > It basically boils down to: ``Never change a running system''. > > Ahh, netcrap. It's a known VM hog. You're suffering from the > infamous ``swap leak''. I think there has been a workaround for it in > 1.1.5.1, but it looks like it doesn't help for you. The problem has > been eliminated in FreeBSD 2 by the VM gurus, so upgrading might be a > real chance for you. FreeBSD 2.1 runs really smart. Even FreeBSD-current runs very very good (I really have to say), with some small exceptions. Go for it ! If you need stability over all, then install 2.1 and update via sup using the freebsd-stable supfile ... If you like to have the newest and finest things ... Then get -current. I'm very happy with it now ... Although I'm really missing a backup device *sigh*. BTW: the above mentioned rule of thumb "Never touch..." is also true for -current :-)) But ..... I never learn ;-)) -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ - Support Unix - aklemm@wup.de - \/ ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz apsfilter - magic print filter 4lpd >>> knobel is powered by FreeBSD <<< From owner-freebsd-hackers Sun Jan 21 10:42:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA29978 for hackers-outgoing; Sun, 21 Jan 1996 10:42:09 -0800 (PST) Received: from mandor.dev.com (mandor.dev.com [198.145.93.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA29963 for ; Sun, 21 Jan 1996 10:42:05 -0800 (PST) Received: from mandor.dev.com (localhost [127.0.0.1]) by mandor.dev.com (8.7.3/8.7.3) with ESMTP id KAA07162; Sun, 21 Jan 1996 10:37:26 -0800 (PST) Message-Id: <199601211837.KAA07162@mandor.dev.com> To: Bruce Evans cc: freebsd-hackers@FreeBSD.ORG Subject: Re: USER_LDT limit Date: Sun, 21 Jan 1996 10:37:26 PST From: Brian Smith Sender: owner-hackers@FreeBSD.ORG Precedence: bulk In message <199601211254.XAA10974@godzilla.zeta.org.au>, Bruce Evans writes: >>I'm playing with Wine for FreeBSD 2.1, and found something odd. In >>/usr/src/sys/i386/i386/sys_machdep.c, I see that the descriptor maximum >>allowed in i386_set_ldt() is 512, which isn't strange. What is surprising >>is that it isn't a macro define. Is the number 512 magic? I'd like to > >I think it is just bad programming. The power of 2 size is good for >avoiding memory wastage. However, malloc() would better than kmem_malloc() >here since malloc() provides statistics. However^2, the amount of memory >is fairly large and it is per-process, so it should be pageable. Can >the vm system page user LDT's? It should be able to page LDT's. Descriptor tables are located in linear memory, which means that paging should work just fine. Paging tables are the ones which are harder to page in/out. As to what FreeBSD can do... I'm still reading source (and probably will be for a time). :-) Brian From owner-freebsd-hackers Sun Jan 21 10:48:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA00535 for hackers-outgoing; Sun, 21 Jan 1996 10:48:10 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA00528 for ; Sun, 21 Jan 1996 10:48:07 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id KAA00597; Sun, 21 Jan 1996 10:48:03 -0800 To: Julian Elischer cc: hackers@FreeBSD.org Subject: Re: USENIX In-reply-to: Your message of "Sun, 21 Jan 1996 02:17:00 PST." <199601211017.CAA14319@ref.tfs.com> Date: Sun, 21 Jan 1996 10:48:03 -0800 Message-ID: <595.822250083@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > is Anyone else going this week? Yes. > is there a BOF session? Yes, there are a whole bunch of them, in fact. > FreeBSD, *BSD? Yes. :-) Jordan From owner-freebsd-hackers Sun Jan 21 11:58:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA03704 for hackers-outgoing; Sun, 21 Jan 1996 11:58:57 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA03696 for ; Sun, 21 Jan 1996 11:58:50 -0800 (PST) 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 UAA08351 for ; Sun, 21 Jan 1996 20:58:44 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id UAA09147 for hackers@freebsd.org; Sun, 21 Jan 1996 20:58:43 +0100 Received: (uucp@localhost) by fasterix.frmug.fr.net (8.6.11/fasterix-941011) with UUCP id FAA26758 for hackers@freebsd.org; Sun, 21 Jan 1996 05:47:15 +0100 Received: (from regnauld@localhost) by tetard.frmug.fr.net (8.7.3/8.7.3/tetard-uucp-2.7) id DAA00319 for hackers@freebsd.org; Sun, 21 Jan 1996 03:50:58 +0100 (MET) From: Philippe Regnauld Message-Id: <199601210250.DAA00319@tetard.frmug.fr.net> Subject: tcpdump barfs on interface lp0 To: hackers@freebsd.org (hackers) Date: Sun, 21 Jan 1996 03:50:57 +0100 (MET) X-rene: Tu dois pas les avoir perdues, normalement. X-wing-fighter: et puis X-men, X-open, X-ta-mere... X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk The subject says it all -- when I run tcpdump on lp0, it just sits there, and at the first packet to hit the link: (root)[~]# tcpdump -i lp0 tcpdump: listening on lp0 zsh: bus error tcpdump -i lp0 It works fine on other interfaces (tun0, ed0, etc...) : (root)[~]# tcpdump -i ed0 tcpdump: listening on ed0 03:46:47.985831 arp who-has machine.frmug.fr.net tell tetard.frmug.fr.net 03:46:48.990727 arp who-has machine.frmug.fr.net tell tetard.frmug.fr.net -- Phil -- - [ regnauld@tetard.frmug.fr.net / +48.8N+2.3E / +33 1 4507 9391 / Sol 3 ] - - [ regnauld@freenix.fr / FreeBSD 2.x / ] - "Le schtroumpf est à l'homme ce que le bleu est au billard" - F.Berjon From owner-freebsd-hackers Sun Jan 21 12:16:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA04412 for hackers-outgoing; Sun, 21 Jan 1996 12:16:37 -0800 (PST) Received: from linux4nn.gn.iaf.nl (root@linux4nn.gn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA04402 for ; Sun, 21 Jan 1996 12:16:30 -0800 (PST) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id VAA00438; Sun, 21 Jan 1996 21:16:31 +0100 Received: by uni4nn.iaf.nl with UUCP id AA27482 (5.67b/IDA-1.5); Sun, 21 Jan 1996 21:16:13 +0100 Received: by iafnl.es.iaf.nl with UUCP id AA25060 (5.65c/IDA-1.4.4); Sun, 21 Jan 1996 20:34:40 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.12/8.6.6) id WAA01888; Sat, 20 Jan 1996 22:22:24 +0100 From: Wilko Bulte Message-Id: <199601202122.WAA01888@yedi.iaf.nl> X-Organisation: Private FreeBSD site - Arnhem - The Netherlands Subject: Re: A few NITS about SCSI Tapesu To: joerg_wunsch@uriah.heep.sax.de Date: Sat, 20 Jan 1996 22:22:24 +0100 (MET) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199601201945.UAA01232@uriah.heep.sax.de> from "J Wunsch" at Jan 20, 96 08:45:58 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > As Greg Lehey wrote: > > [Exabyte 8 mm drive problems] > > > Hmm. How do you define MTBF? > > Word by word. Mean time between failures. They are more on repair > than operating. And not just a single drive. We consider them > expensive /dev/null's by now. (Or FINO memory: first in, never out.) > > Most of the problems are of mechanical nature, btw. > -- > cheers, J"org They are also known as WORN devices (Write Once, Read Never). But to be fair: the ol' 8200 I use at home works just fine. Use frequency is low however. Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Sun Jan 21 12:43:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA05338 for hackers-outgoing; Sun, 21 Jan 1996 12:43:58 -0800 (PST) Received: from localhost.lightside.com (hamby1.lightside.net [198.81.209.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA05331 for ; Sun, 21 Jan 1996 12:43:55 -0800 (PST) Received: (from jehamby@localhost) by localhost.lightside.com (8.6.12/8.6.9) id MAA00333; Sun, 21 Jan 1996 12:44:39 -0800 Date: Sun, 21 Jan 1996 12:44:38 -0800 (PST) From: Jake Hamby X-Sender: jehamby@localhost To: hackers@FreeBSD.ORG Subject: Still no Java in Netscape?! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I just downloaded Netscape 2.0b6a and am starting to get frustrated that Netscape has Java-enabled EVERY SINGLE UNIX version of Netscape EXCEPT for BSDI... What are they thinking, it can't be that difficult (although not knowing how their internal class-library implementation is, I can't be positive, but I am pretty sure they're not using that dlopen() call that was their excuse for not Java-enabling it earlier). Can anyone bend Netscape's ear to add this support sooner? Jordan? Also, I tried running the Linux version, but it gave hundreds of "syslog() not supported" messages and wouldn't read the host.conf file I had placed in "/compat/linux/etc/host.conf", choosing the incompatible /etc version first. I'm running FreeBSD-2.1.0-RELEASE. Should I upgrade to -CURRENT (at least the kernel) to get better Linux emulation? What am I doing wrong? Thanks in advance... ------------------------------------------------------------------------------ Jake Hamby | E-Mail: jehamby@lightside.com Student, Cal Poly University, Pomona | System Administrator, JPL ------------------------------------------------------------------------------ From owner-freebsd-hackers Sun Jan 21 13:09:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA06393 for hackers-outgoing; Sun, 21 Jan 1996 13:09:00 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA06388 for ; Sun, 21 Jan 1996 13:08:54 -0800 (PST) Received: from rah.star-gate.com (localhost [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id NAA01321; Sun, 21 Jan 1996 13:08:29 -0800 Message-Id: <199601212108.NAA01321@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Jake Hamby cc: hackers@FreeBSD.org Subject: Re: Still no Java in Netscape?! In-reply-to: Your message of "Sun, 21 Jan 1996 12:44:38 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 21 Jan 1996 13:08:28 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.org Precedence: bulk >>> Jake Hamby said: > Also, I tried running the Linux version, but it gave hundreds of > "syslog() not supported" messages and wouldn't read the host.conf file I Just nuke the syslog() not supported message out of the linux emulation layer. I ran netscape 2.05a and java applets with no problem Amancio From owner-freebsd-hackers Sun Jan 21 13:13:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA06758 for hackers-outgoing; Sun, 21 Jan 1996 13:13:06 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA06745 for ; Sun, 21 Jan 1996 13:13:01 -0800 (PST) Received: from rah.star-gate.com (localhost [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id NAA01366; Sun, 21 Jan 1996 13:12:34 -0800 Message-Id: <199601212112.NAA01366@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: davidg@Root.COM cc: Julian Elischer , hackers@FreeBSD.org Subject: Re: USENIX In-reply-to: Your message of "Sun, 21 Jan 1996 02:29:23 PST." <199601211029.CAA12205@Root.COM> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 21 Jan 1996 13:12:33 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.org Precedence: bulk Anyone care to give a date/time for the *BSD BOF? Tnks, Amancio >>> David Greenman said: > >is Anyone else going this week? > > Jordan, Gary, Justin, and myself will be there. > > >is there a BOF session? > > Yes. Justin is going to do the talking at the FreeBSD BOF. > > >FreeBSD, *BSD? > > Yes - all three. > > -DG > > David Greenman > Core Team/Principal Architect, The FreeBSD Project > From owner-freebsd-hackers Sun Jan 21 13:41:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA08356 for hackers-outgoing; Sun, 21 Jan 1996 13:41:26 -0800 (PST) Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA08346 for ; Sun, 21 Jan 1996 13:41:21 -0800 (PST) Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.6.12/8.6.12) id NAA09729; Sun, 21 Jan 1996 13:43:27 -0800 Date: Sun, 21 Jan 1996 13:43:27 -0800 (PST) From: Jaye Mathisen To: hackers@freebsd.org Subject: some RAID numbers. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Adjile RAID box, 5 Fuji 4GB disks, RAID 5, verify off (on cache), 8MB cache. P5120, 64MB RAM, FBSD 2.1 stable (supped 1/21), Adapter 2940UW, tag enabled. Unfortunately, I was not able to re-newfs this box, and as such, the file system was moderately filled (news partition). When fsck'ing and running iostat, sps bounces between 10k and 13k, which is pretty quick. bonnie: news# bonnie File './Bonnie.629', size: 104857600 Writing with putc()...done Rewriting...done Writing intelligently...done Reading with getc()...done Reading intelligently...done Seeker 1...Seeker 2...Seeker 3...start 'em...done...done...done... -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU 100 2249 80.1 2200 18.1 1290 16.9 2467 76.1 4503 28.3 65.9 5.5 iozone: Writing the 150 Megabyte file, 'iozone.tmp'...69.906250 seconds Reading the file...36.132812 seconds IOZONE performance measurements: 2249961 bytes/second for writing the file 4353007 bytes/second for reading the file From owner-freebsd-hackers Sun Jan 21 14:03:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA09313 for hackers-outgoing; Sun, 21 Jan 1996 14:03:02 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA09307 Sun, 21 Jan 1996 14:02:58 -0800 (PST) Message-Id: <199601212202.OAA09307@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: Jaye Mathisen cc: hackers@freebsd.org Subject: Re: some RAID numbers. In-reply-to: Your message of "Sun, 21 Jan 1996 13:43:27 PST." Date: Sun, 21 Jan 1996 14:02:58 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org Precedence: bulk > >Adjile RAID box, 5 Fuji 4GB disks, RAID 5, verify off (on cache), 8MB cache. > >P5120, 64MB RAM, FBSD 2.1 stable (supped 1/21), Adapter 2940UW, tag enabled. How many tags? The default is only two unless you play around with the stuff around QUEUE_FULL_SUPPORTED in i386/scsi/aic7xxx.c These numbers seem rather low. What is the performance of the individual fujitsu drives. Running bonnie on a single Quantum Atlas will blow these numbers away. Are you doing RAID 5? Even with RAID 5, I would still expect much better numbers. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Sun Jan 21 14:07:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA09480 for hackers-outgoing; Sun, 21 Jan 1996 14:07:52 -0800 (PST) Received: from kaiwan009.kaiwan.com (kaiwan009.kaiwan.com [198.178.203.9]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA09475 for ; Sun, 21 Jan 1996 14:07:48 -0800 (PST) Received: from Amalfi (kaiwan101.kaiwan.com [198.178.203.101]) by kaiwan009.kaiwan.com (8.7.3/8.7.3) with SMTP id OAA14104 for ; Sun, 21 Jan 1996 14:07:44 -0800 (PST) *** KAIWAN Internet *** Date: Sun, 21 Jan 1996 14:07:44 -0800 (PST) Message-Id: <199601212207.OAA14104@kaiwan009.kaiwan.com> X-Sender: sgroner@mail.kaiwan.com X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: Steve Groner Subject: What to download Sender: owner-hackers@freebsd.org Precedence: bulk I have an EISA 486DX/50 with Adaptec 2740 Controller. I also have and Compaq Netflex/3 Ethernet Card. Is that supported, and if not can I use a generic NIC card, that is NE2000 Compatible. Also, I want to use BSD as a simple internet router. Here is what I want to do, you guys tell me if this is possible. I want the BSD machine to connect and login to my PPP account. Then provide access to my WIN95 machine through the BSD machine to get internet access. Could you please tell me what files I need to download to have the full release of FreeBSD. I was not sure what to get so, I was told by Walnut CReek to send a message to you. Please let me know ASAP, so I can start the download. My ideal situation is to have two machine talking over the net at the same time using 1 PPP account. I hope this is possible. I really do not want to have to purchase anything more from my ISP. Please let me know,. Steve Groner From owner-freebsd-hackers Sun Jan 21 14:39:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA10928 for hackers-outgoing; Sun, 21 Jan 1996 14:39:23 -0800 (PST) Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA10922 for ; Sun, 21 Jan 1996 14:39:17 -0800 (PST) Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.6.12/8.6.12) id OAA09816; Sun, 21 Jan 1996 14:41:25 -0800 Date: Sun, 21 Jan 1996 14:41:25 -0800 (PST) From: Jaye Mathisen To: "Justin T. Gibbs" cc: hackers@freebsd.org Subject: Re: some RAID numbers. In-Reply-To: <199601212202.OAA09307@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Sun, 21 Jan 1996, Justin T. Gibbs wrote: > > > >Adjile RAID box, 5 Fuji 4GB disks, RAID 5, verify off (on cache), 8MB cache. > > > >P5120, 64MB RAM, FBSD 2.1 stable (supped 1/21), Adapter 2940UW, tag enabled. > > How many tags? The default is only two unless you play around with the > stuff around QUEUE_FULL_SUPPORTED in i386/scsi/aic7xxx.c Whatever is default, I didn't touch anything other than the kernel config file. > > > > These numbers seem rather low. What is the performance of the individual > fujitsu drives. Running bonnie on a single Quantum Atlas will blow > these numbers away. Are you doing RAID 5? Even with RAID 5, I would > still expect much better numbers. Well, I ran raid 0, and it hauled butt. These numbers compare pretty well with a RAID box we have on an alpha under OSF with a mylex card. I've never seen a RAID 5 that can do better than single spindle speed, it would seem difficult to do, given the read write cycle. Note also that I did say the FS was partially used, nor was the box completely idle. (although there were no processes accessing that controller/card other than mine. I'd like to see the output from bonnie, just so I have some comparisons. I have a barracuda with a 2940, and I don't see much better numbers. From owner-freebsd-hackers Sun Jan 21 14:50:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA11351 for hackers-outgoing; Sun, 21 Jan 1996 14:50:14 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA11346 for ; Sun, 21 Jan 1996 14:50:12 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id OAA01902; Sun, 21 Jan 1996 14:49:42 -0800 To: Jake Hamby cc: hackers@FreeBSD.org Subject: Re: Still no Java in Netscape?! In-reply-to: Your message of "Sun, 21 Jan 1996 12:44:38 PST." Date: Sun, 21 Jan 1996 14:49:42 -0800 Message-ID: <1900.822264582@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > I just downloaded Netscape 2.0b6a and am starting to get frustrated that > Netscape has Java-enabled EVERY SINGLE UNIX version of Netscape EXCEPT > for BSDI... What are they thinking, it can't be that difficult (although > not knowing how their internal class-library implementation is, I can't > be positive, but I am pretty sure they're not using that dlopen() call > that was their excuse for not Java-enabling it earlier). Can anyone bend > Netscape's ear to add this support sooner? Jordan? They need threads. Jordan From owner-freebsd-hackers Sun Jan 21 14:56:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA11648 for hackers-outgoing; Sun, 21 Jan 1996 14:56:27 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA11643 for ; Sun, 21 Jan 1996 14:56:25 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id OAA01964; Sun, 21 Jan 1996 14:54:57 -0800 To: "Amancio Hasty Jr." cc: davidg@Root.COM, Julian Elischer , hackers@FreeBSD.org Subject: Re: USENIX In-reply-to: Your message of "Sun, 21 Jan 1996 13:12:33 PST." <199601212112.NAA01366@rah.star-gate.com> Date: Sun, 21 Jan 1996 14:54:57 -0800 Message-ID: <1962.822264897@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > Anyone care to give a date/time for the *BSD BOF? 8PM, Tuesday the 23rd of January. Jordan From owner-freebsd-hackers Sun Jan 21 14:57:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA11706 for hackers-outgoing; Sun, 21 Jan 1996 14:57:12 -0800 (PST) Received: (from julian@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA11699 for hackers; Sun, 21 Jan 1996 14:57:08 -0800 (PST) Date: Sun, 21 Jan 1996 14:57:08 -0800 (PST) From: Julian Elischer Message-Id: <199601212257.OAA11699@freefall.freebsd.org> To: hackers Subject: unsubscribing while at usenix.. Sender: owner-hackers@FreeBSD.ORG Precedence: bulk while I'm out of town I'm unsubscribing from hackers etc. to reach me send mail directly to the usual places however.. julian (julian@tfs.com) From owner-freebsd-hackers Sun Jan 21 15:08:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA12356 for hackers-outgoing; Sun, 21 Jan 1996 15:08:46 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA12349 Sun, 21 Jan 1996 15:08:43 -0800 (PST) Message-Id: <199601212308.PAA12349@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: Jaye Mathisen cc: hackers@freebsd.org Subject: Re: some RAID numbers. In-reply-to: Your message of "Sun, 21 Jan 1996 14:41:25 PST." Date: Sun, 21 Jan 1996 15:08:43 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org Precedence: bulk >On Sun, 21 Jan 1996, Justin T. Gibbs wrote: > >> > >> >Adjile RAID box, 5 Fuji 4GB disks, RAID 5, verify off (on cache), 8MB cache >. >> > >> >P5120, 64MB RAM, FBSD 2.1 stable (supped 1/21), Adapter 2940UW, tag enabled >. >> >> How many tags? The default is only two unless you play around with the >> stuff around QUEUE_FULL_SUPPORTED in i386/scsi/aic7xxx.c > >Whatever is default, I didn't touch anything other than the kernel config >file. Try bumping it to 8. It would be interresting to see what impact it has on your performance. ( make the appropriate line +=6 instead of +=2 inside the QUEUE_FULL_SUPPORTED stuff). >> >> >> These numbers seem rather low. What is the performance of the individual >> fujitsu drives. Running bonnie on a single Quantum Atlas will blow >> these numbers away. Are you doing RAID 5? Even with RAID 5, I would >> still expect much better numbers. > >Well, I ran raid 0, and it hauled butt. These numbers compare pretty >well with a RAID box we have on an alpha under OSF with a mylex card. >I've never seen a RAID 5 that can do better than single spindle speed, it >would seem difficult to do, given the read write cycle. I take it you have spindle sync enabled and have played with the rotational offsets for the drives (how far behind the master a drive is)? Rod would have more information on how to do this optimally(rgrimes@FreeBSD.org). I would expect for a RAID 5 box to give much higher performance than a single drive. Calculation of parity can be overlapped with the SCSI controller's transfer of data to the RAID box. Of course you do lose 1/5 of your bandwidth, but even so, reads should be as fast as a 4 disk RAID 0 box (no parity calculartions unless there is an error retriving data from a drive) and writes should only be some fraction slower than a 4 disk RAID 0 setup. >Note also that I did say the FS was partially used, nor was the box >completely idle. (although there were no processes accessing that >controller/card other than mine. > >I'd like to see the output from bonnie, just so I have some comparisons. >I have a barracuda with a 2940, and I don't see much better numbers. I don't have an Atlas, but there are many people on this list that do. Hopefully one of them will give more exact numbers. I don't recall the Bonnie results, but iozone for a 2940W to a wide Atlas was ~7.2MB/s with a command overhead of ~430us (using Bruce's disklatency program). -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Sun Jan 21 16:37:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA21146 for hackers-outgoing; Sun, 21 Jan 1996 16:37:27 -0800 (PST) Received: from fyeung5.netific.com (netific.vip.best.com [205.149.182.145]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA21137 for ; Sun, 21 Jan 1996 16:37:21 -0800 (PST) Received: (from fyeung@localhost) by fyeung5.netific.com (8.6.11/8.6.9) id RAA00472 for freebsd-hackers@freebsd.org; Sun, 21 Jan 1996 17:44:04 GMT From: francis yeung Message-Id: <199601211744.RAA00472@fyeung5.netific.com> Subject: RE: ftp'ing BSD through a proxy server (fwd) To: freebsd-hackers@freebsd.org Date: Sun, 21 Jan 1996 17:44:04 +0000 () X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > Greetings, The mail below was posted in questions@freebsd. May be someone can help Chris on this. BTW, does CERN HTTP supports SOCKS ? If it does, we should be able to document the ftp download thru "firewall". Thanks. Francis > > Well, > I guess I need a little more info to give to you, because what you told > me all makes sense, but I need to know if there is a way to install > FreeBSD with the boot disk, making use of FTP through this firewall. I > am pretty sure we have a CERN HTTP proxy server at this time, because I > can use netscape no problem (and moreover, I could FTP the entire BSD > down to my NT machine using netscape, then install from it, but it seems > that the install from FTP would be better since it automatically knows > which files to get (I mean bin files from bin.aa to bin.cp would take > forever doing it with netscape...) > > I was just hoping there was a way to set the ftp proxy for the FreeBSD > 2.1.0 install ftp client. If I could do that, then I could just run the > boot disk, and run the install FTPing everything down at >56Kbs. I > haven't been able to find any such thing as of yet... If there is a way > to configure the FreeBSD install to do this, please share this info with > me... > > Thanks a bunch for taking the time to try to help. > Chris > > From owner-freebsd-hackers Sun Jan 21 16:58:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA21878 for hackers-outgoing; Sun, 21 Jan 1996 16:58:54 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA21856 Sun, 21 Jan 1996 16:58:31 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id LAA16810; Mon, 22 Jan 1996 11:35:33 +1030 From: Michael Smith Message-Id: <199601220105.LAA16810@genesis.atrad.adelaide.edu.au> Subject: Re: spontaneous reboot with -stable To: imb@scgt.oz.au (michael butler) Date: Mon, 22 Jan 1996 11:35:32 +1030 (CST) Cc: gibbs@freefall.freebsd.org, rlenk@widget.xmission.com, stable@freebsd.org, hackers@freebsd.org In-Reply-To: <199601200721.SAA18912@asstdc.scgt.oz.au> from "michael butler" at Jan 20, 96 06:21:15 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk michael butler stands accused of saying: > > That cured my other problem of "stray irq 7" but I haven't yet tried this The 'stray IRQ 7' message is alarming; if you don't have anything driving IRQ 7 it means that the interrupt controller is seeing edges on an interrupt line but isn't catching the source of the interrupt. This is _bad_news_. > michael -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Sun Jan 21 17:06:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA22416 for hackers-outgoing; Sun, 21 Jan 1996 17:06:25 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA22411 for ; Sun, 21 Jan 1996 17:06:21 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id LAA16819; Mon, 22 Jan 1996 11:38:25 +1030 From: Michael Smith Message-Id: <199601220108.LAA16819@genesis.atrad.adelaide.edu.au> Subject: Re: Generic UPS daemon design. To: alexis@ww.net Date: Mon, 22 Jan 1996 11:38:25 +1030 (CST) Cc: upsd-list@ww.net, hackers@freebsd.org In-Reply-To: <199601201126.OAA04697@dawn.ww.net> from "Alexis Yushin" at Jan 20, 96 02:26:43 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Alexis Yushin stands accused of saying: > I have attached DESIGN of the upsd I am developping to the > end of this letter. I hope this is a good start for working out an > idea of what the generic daemon will look like. I have created a > majordomo driven list called ``upsd-list@ww.net'' for ups specific There's already one; ups-devel@glock.com. I'm not sure if you're subscribed or not. It's been a bit quiet lately because I've been busy and because the *&#$#*(& who promised to rent me one of the Fiskars UPS' to test with never returns my calls 8( It looks like you're trying to write a monster; I think some discussion is called for 8) Either join the ups-devel list or stick me on yours; I have a model I'd like to talk about. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Sun Jan 21 17:16:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA23175 for hackers-outgoing; Sun, 21 Jan 1996 17:16:27 -0800 (PST) Received: from ccslinux.dlsu.edu.ph (pcua@linux1.dlsu.edu.ph [165.220.8.15]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA23164 for ; Sun, 21 Jan 1996 17:16:13 -0800 (PST) Received: (from pcua@localhost) by ccslinux.dlsu.edu.ph (8.6.11/8.6.9) id JAA05132; Mon, 22 Jan 1996 09:19:59 +0800 Date: Mon, 22 Jan 1996 09:19:59 +0800 (GMT+0800) From: John Patrick Cua To: hackers@freebsd.org Subject: exec Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk hello! i have a problem regarding a program that i am testing out. how do i replace the code of a stopped(by SIGSTOP) process externally so that once i signal it to continue it will be executing my replaced code? i have looked at two options. option 1: find a way to insert an "execve" line in the stack or to where the instruction pointer is pointing. option 2: create an execve system call where I can specify which process I can exec. may i have your inputs, suggestions? hoping to hear from you guys. thanks. Patrick Cua De La Salle University From owner-freebsd-hackers Sun Jan 21 17:58:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA26068 for hackers-outgoing; Sun, 21 Jan 1996 17:58:29 -0800 (PST) Received: from mailx.best.com (mailx.best.com [204.156.128.56]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA26062 for ; Sun, 21 Jan 1996 17:58:25 -0800 (PST) Received: from geli.clusternet (rcarter.vip.best.com [204.156.137.2]) by mailx.best.com (8.6.12/8.6.5) with ESMTP id SAA05197; Sun, 21 Jan 1996 18:00:34 -0800 Received: from localhost (localhost [127.0.0.1]) by geli.clusternet (8.6.12/8.6.9) with SMTP id RAA16390; Sun, 21 Jan 1996 17:57:54 -0800 Message-Id: <199601220157.RAA16390@geli.clusternet> X-Authentication-Warning: geli.clusternet: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.4 10/10/95 To: "Justin T. Gibbs" cc: Jaye Mathisen , hackers@freeBSD.org Subject: Re: some RAID numbers. In-reply-to: Your message of "Sun, 21 Jan 1996 15:08:43 PST." <199601212308.PAA12349@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 21 Jan 1996 17:57:54 -0800 From: "Russell L. Carter" Sender: owner-hackers@freeBSD.org Precedence: bulk } > } >I'd like to see the output from bonnie, just so I have some comparisons. } >I have a barracuda with a 2940, and I don't see much better numbers. } } I don't have an Atlas, but there are many people on this list that } do. Hopefully one of them will give more exact numbers. I don't } recall the Bonnie results, but iozone for a 2940W to a wide Atlas } was ~7.2MB/s with a command overhead of ~430us (using Bruce's } disklatency program). } http://www.geli.com/data/disk.perf.html This has the 2.1 Atlas + NCR 810, peaks at ~6.5 MB/s. I've got another Atlas dropping in soon, I'll then put the 2940UW numbers up on the page. Also, Martin Cracauer circulated a pretty extensive list of bonnie benchmarks about 5 months ago, but I haven't found a link to it. Russell } -- } Justin T. Gibbs } =========================================== } FreeBSD: Turning PCs into workstations } =========================================== } From owner-freebsd-hackers Sun Jan 21 19:04:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA00705 for hackers-outgoing; Sun, 21 Jan 1996 19:04:12 -0800 (PST) Received: from localhost.lightside.com (hamby1.lightside.net [198.81.209.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA00687 for ; Sun, 21 Jan 1996 19:04:02 -0800 (PST) Received: (from jehamby@localhost) by localhost.lightside.com (8.6.12/8.6.9) id TAA00224; Sun, 21 Jan 1996 19:04:03 -0800 Date: Sun, 21 Jan 1996 19:04:02 -0800 (PST) From: Jake Hamby X-Sender: jehamby@localhost To: "Jordan K. Hubbard" cc: hackers@FreeBSD.org Subject: Re: Still no Java in Netscape?! In-Reply-To: <1900.822264582@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Sun, 21 Jan 1996, Jordan K. Hubbard wrote: > They need threads. > > Jordan Hmmm, well the version of Linux Netscape runs on (1.1.x and above, a.out) doesn't have kernel threads, so I assume they're using user-mode pthreads? If so, I guess it would be a bit of work to get those running with BSDI, though not impossible... Well, I guess the best thing is to show our support for a native (or at least BSDI-emulation) version with Java support, and in the meantime use the Linux version... ------------------------------------------------------------------------------ Jake Hamby | E-Mail: jehamby@lightside.com Student, Cal Poly University, Pomona | System Administrator, JPL ------------------------------------------------------------------------------ From owner-freebsd-hackers Sun Jan 21 19:21:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA01957 for hackers-outgoing; Sun, 21 Jan 1996 19:21:29 -0800 (PST) Received: from becker1.u.washington.edu (spaz@becker1.u.washington.edu [140.142.12.67]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA01952 for ; Sun, 21 Jan 1996 19:21:26 -0800 (PST) Received: by becker1.u.washington.edu (5.65+UW96.01/UW-NDC Revision: 2.33 ) id AA11183; Sun, 21 Jan 96 19:21:19 -0800 X-Sender: spaz@becker1.u.washington.edu Date: Sun, 21 Jan 1996 19:21:19 -0800 (PST) From: John Utz To: freebsd-hackers@freebsd.org Subject: incorrect proto of sa_handler in 2.05R, 2.1R ? Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hello; I am trying to get a snapshot of octave to build on a 2.0.5 machine and i have run into a problem. I am curious as to wether or not this has been changed in 2.1 RELEASE. I am also curious as to weather or not the author of octave is incorrect in asserting that the following prototype is in error. Please respond at your earliest convienience so i can inform him if he needs to ifdef this in for current and future freebsd releases This is the definition of sa_handler in /usr/include/sys/signal.h: mira: {4} grep sa_handler /usr/include/sys/*.h /usr/include/sys/signal.h: void (*sa_handler)(); I have just been told that this is not a correct prototype for this, and that it should be : void (*sa_handler)(int); Does anyone take issue with this? Does anyone agree with this? will it be changed? has it been changed? tnx; ******************************************************************************* John Utz spaz@u.washington.edu idiocy is the impulse function in the convolution of life From owner-freebsd-hackers Sun Jan 21 20:28:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA05866 for hackers-outgoing; Sun, 21 Jan 1996 20:28:10 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA05849 for ; Sun, 21 Jan 1996 20:28:04 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id UAA02810; Sun, 21 Jan 1996 20:27:46 -0800 To: Jake Hamby cc: hackers@FreeBSD.org Subject: Re: Still no Java in Netscape?! In-reply-to: Your message of "Sun, 21 Jan 1996 19:04:02 PST." Date: Sun, 21 Jan 1996 20:27:46 -0800 Message-ID: <2808.822284866@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > Hmmm, well the version of Linux Netscape runs on (1.1.x and above, a.out) > doesn't have kernel threads, so I assume they're using user-mode > pthreads? If so, I guess it would be a bit of work to get those running Yes. Jordan From owner-freebsd-hackers Sun Jan 21 20:40:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA07114 for hackers-outgoing; Sun, 21 Jan 1996 20:40:13 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA07099 for ; Sun, 21 Jan 1996 20:40:06 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id VAA21045; Sun, 21 Jan 1996 21:42:41 -0700 Date: Sun, 21 Jan 1996 21:42:41 -0700 From: Nate Williams Message-Id: <199601220442.VAA21045@rocky.sri.MT.net> To: Jake Hamby Cc: "Jordan K. Hubbard" , hackers@FreeBSD.org Subject: Re: Still no Java in Netscape?! In-Reply-To: References: <1900.822264582@time.cdrom.com> Sender: owner-hackers@FreeBSD.org Precedence: bulk > > They need threads. > > Hmmm, well the version of Linux Netscape runs on (1.1.x and above, a.out) > doesn't have kernel threads, so I assume they're using user-mode > pthreads? Yep. > If so, I guess it would be a bit of work to get those running > with BSDI, though not impossible... Yep. > Well, I guess the best thing is to > show our support for a native (or at least BSDI-emulation) version with > Java support, and in the meantime use the Linux version... Julian is in the process of importing the pthreads stuff into -current even now, but this work isn't BSDi. I doubt the NetScape folks are going to go out of their way to add a pretty basic feature to BSDi just to get Java applets going. This should be something BSDi's technical staff should be doing, but apparently aren't. Nate From owner-freebsd-hackers Sun Jan 21 20:40:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA07123 for hackers-outgoing; Sun, 21 Jan 1996 20:40:16 -0800 (PST) Received: (from julian@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA07108 for hackers; Sun, 21 Jan 1996 20:40:12 -0800 (PST) Date: Sun, 21 Jan 1996 20:40:12 -0800 (PST) From: Julian Elischer Message-Id: <199601220440.UAA07108@freefall.freebsd.org> To: hackers Subject: LOST in San Diego Sender: owner-hackers@FreeBSD.ORG Precedence: bulk anyone know the phione number or address, or whatever of USENIX I've gotten to San Diego but have lost the flier telling me where to go to register.. From owner-freebsd-hackers Sun Jan 21 22:23:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA12876 for hackers-outgoing; Sun, 21 Jan 1996 22:23:02 -0800 (PST) Received: from ulc199.residence.gatech.edu (root@ulc199.residence.gatech.edu [199.77.162.99]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA12868 for ; Sun, 21 Jan 1996 22:22:59 -0800 (PST) Received: (from ken@localhost) by ulc199.residence.gatech.edu (8.6.11/8.6.11) id BAA25087; Mon, 22 Jan 1996 01:22:40 -0500 From: Kenneth Merry Message-Id: <199601220622.BAA25087@ulc199.residence.gatech.edu> Subject: Re: some RAID numbers. To: gibbs@freefall.freebsd.org (Justin T. Gibbs) Date: Mon, 22 Jan 1996 01:22:39 -0500 (EST) Cc: mrcpu@cdsnet.net, hackers@FreeBSD.org In-Reply-To: <199601212308.PAA12349@freefall.freebsd.org> from "Justin T. Gibbs" at Jan 21, 96 03:08:43 pm X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk Justin wrote: > (Jaye ? ) wrote: > >I'd like to see the output from bonnie, just so I have some comparisons. > >I have a barracuda with a 2940, and I don't see much better numbers. > I don't have an Atlas, but there are many people on this list that > do. Hopefully one of them will give more exact numbers. I don't > recall the Bonnie results, but iozone for a 2940W to a wide Atlas > was ~7.2MB/s with a command overhead of ~430us (using Bruce's > disklatency program). Here are some numbers from my system: i486/100, Adaptec 2842, 32 mb ram, 256K cache, Quantum Atlas XP34300 FreeBSD 2.1R, Tagged Command Queueing enabled Done on /var, which is only 2% full. (200 meg partition) machine was pretty much idle iozone with 8K blocks, 150 meg file: ---- IOZONE writes a 150 Megabyte sequential file consisting of 19200 records which are each 8192 bytes in length. It then reads the file. It prints the bytes-per-second rate at which the computer can read and write files. Writing the 150 Megabyte file, 'iozone.tmp'...24.875000 seconds Reading the file...31.031250 seconds IOZONE performance measurements: 6323071 bytes/second for writing the file 5068645 bytes/second for reading the file ---- I'm not entirely sure why the writes are significantly faster than the reads. Here are the bonnie results: ---- {area238:/var/tmp:4:0} bonnie File './Bonnie.2611', size: 104857600 Writing with putc()...done Rewriting...done Writing intelligently...done Reading with getc()...done Reading intelligently...done Seeker 1...Seeker 2...Seeker 3...start 'em...done...done...done... -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU 100 1921 97.2 6121 92.9 2283 53.2 1966 94.6 4848 82.4 94.2 13.6 ---- > -- > Justin T. Gibbs > =========================================== > FreeBSD: Turning PCs into workstations > =========================================== Ken -- Kenneth Merry ken@ulc199.residence.gatech.edu Disclaimer: I don't speak for GTRI, GT, or Elvis. From owner-freebsd-hackers Sun Jan 21 22:45:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA14397 for hackers-outgoing; Sun, 21 Jan 1996 22:45:22 -0800 (PST) Received: from argus.flash.net (root@[206.149.24.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA14377 Sun, 21 Jan 1996 22:45:15 -0800 (PST) Received: (from lists@localhost) by argus.flash.net (8.6.12/8.6.12) id AAA03966; Mon, 22 Jan 1996 00:43:48 -0600 From: mailing list account Message-Id: <199601220643.AAA03966@argus.flash.net> Subject: Re: What printed documentation do we need? To: jfieber@indiana.edu (John Fieber) Date: Mon, 22 Jan 1996 00:43:47 -0600 (CST) Cc: freebsd-hackers@freebsd.org, freebsd-doc@freebsd.org In-Reply-To: from "John Fieber" at Jan 21, 96 10:24:23 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk In reply: > On Sat, 20 Jan 1996, Greg Lehey wrote: > > > So, the question: which other documentation should be in paper form? > > For a gut feel, I'd say we could handle another 1500 to 2000 pages. > > *Personally* (and many have differing opinions), I like printed > documentation for > > * installation > * dump and restore > * fsck > * disklabel > * newfs > * maybe a couple others > > Or, more generally, for things you rarely use and consequently forget how > to use and, almost by definition, online documentation is unavailable when > you need them. > > I've got a couple other manual pages printed out, but on the whole, I > prefer to keep it online. Since its birth, I've only printed out the > Handbook once. > > As I said, others will have different opinions and I won't argue against > them. > > -john > > == jfieber@indiana.edu =========================================== > == http://fieber-john.campusview.indiana.edu/~jfieber ============ It would be a good idea to get some of this stuff [that isn't already covered in the BSD Bibles, the URM, USD, SMM, PRM, and PSD [ISBN 1-56592-082-1]] in a book for publication. One of the reason for Linux's MARKET success is that reference books are readily available, right down to 'Dummies Guide' type books. Such a book could cover a lot of the routine traffic in these lists... Hmmm... Maybe even with the FreeBSD distribution disk pouched in the back cover! HMmmm... I'm just getting tired of walking into better bookstores and finding almost nothing but SysV and Linux crap in the unix section, Only once in the past countless years have I seen a book SPECIFICLY geared to BSD. Hell, you even have to special order the 4.4BSD manuals, and wait a few weeks... These bookstores make BSD the best kept secret in the industry! Jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@argus.flash.net - FlashNet Communications - Ft. Worth, Texas From owner-freebsd-hackers Sun Jan 21 23:27:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA16132 for hackers-outgoing; Sun, 21 Jan 1996 23:27:31 -0800 (PST) Received: from wiley.csusb.edu (wiley.csusb.edu [139.182.2.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA16127 Sun, 21 Jan 1996 23:27:28 -0800 (PST) Received: (from rmallory@localhost) by wiley.csusb.edu (8.6.11/8.6.11) id XAA10010; Sun, 21 Jan 1996 23:31:59 -0800 From: Rob Mallory Message-Id: <199601220731.XAA10010@wiley.csusb.edu> Subject: Re: LOST in San Diego To: julian@freefall.freebsd.org (Julian Elischer) Date: Sun, 21 Jan 1996 23:31:59 -0800 (PST) Cc: hackers@freefall.freebsd.org In-Reply-To: <199601220440.UAA07108@freefall.freebsd.org> from "Julian Elischer" at Jan 21, 96 08:40:12 pm X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > anyone know the phione number or address, or whatever > of USENIX > I've gotten to San Diego but have lost the flier telling me where to go to > register.. "Headquarters" is at the Marriott 333 W. Harbor Dr, 619-234-1500 there is a message desk for usenix participants at that number too. you can leave a message for anyone at usenix, or pick up messages for you. I just moved here a few weeks ago, and are somewhat familiar with the area. I'll be at the perl class on tues then at the Qualcomm booth later that night and possibly other nights. Stop by the ^^ booth to pick up a free life-preserver can-coozie! call Qualcomm (on lusk blvd) information and ask for me, or email if you want to hook up.. I know a few great places to party down here. grant/garnett street on a weekend is unbeatable, and the pizza-port in Solonas beach is the best microbrewery/pizza house on the west coast. -Rob Mallory [rmallory@Qualcomm.Com] From owner-freebsd-hackers Sun Jan 21 23:37:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA16622 for hackers-outgoing; Sun, 21 Jan 1996 23:37:33 -0800 (PST) Received: from wiley.csusb.edu (wiley.csusb.edu [139.182.2.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA16617 for ; Sun, 21 Jan 1996 23:37:31 -0800 (PST) Received: (from rmallory@localhost) by wiley.csusb.edu (8.6.11/8.6.11) id XAA10080 for freebsd-hackers@freefall.cdrom.com; Sun, 21 Jan 1996 23:42:03 -0800 From: Rob Mallory Message-Id: <199601220742.XAA10080@wiley.csusb.edu> Subject: stanford benchmark/usenix To: freebsd-hackers@freefall.FreeBSD.org Date: Sun, 21 Jan 1996 23:42:02 -0800 (PST) X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk If you can't make the conference here in Sunny San Diego this week, check out the whitepaper on benchmarks of X86 OS's. The authors are giving a session on it at usenix. freebsd2.0.5 came out preaty much on top. http://plastique.stanford.edu/ Rob Mallory rmallory@Qualcomm.com From owner-freebsd-hackers Sun Jan 21 23:56:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA18253 for hackers-outgoing; Sun, 21 Jan 1996 23:56:15 -0800 (PST) Received: from comnet.spu.ac.th (comnet.spu.ac.th [202.44.68.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA18245 for ; Sun, 21 Jan 1996 23:56:08 -0800 (PST) Received: by comnet.spu.ac.th (8.6.9/A/UX-3.00) id OAA17894; Mon, 22 Jan 1996 14:55:28 -0800 Date: Mon, 22 Jan 1996 14:55:27 -0800 (PST) From: amnuay muthitacharoen To: hackers@FreeBSD.ORG Subject: HP 27247B/27252A network card Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Hi, I am using a HP Vectra 486/33N PC. It has an HP 27247B/27252A network card. Does FreeBSD has a driver for it? My 2.0.5 FreeBSD seemed not to recognize it. Any help is very much appreciated. Amnuay From owner-freebsd-hackers Mon Jan 22 00:02:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA18478 for hackers-outgoing; Mon, 22 Jan 1996 00:02:29 -0800 (PST) Received: from comnet.spu.ac.th (comnet.spu.ac.th [202.44.68.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA18467 for ; Mon, 22 Jan 1996 00:02:21 -0800 (PST) Received: by comnet.spu.ac.th (8.6.9/A/UX-3.00) id OAA17912; Mon, 22 Jan 1996 14:59:30 -0800 Date: Mon, 22 Jan 1996 14:59:26 -0800 (PST) From: amnuay muthitacharoen To: hackers@FreeBSD.ORG Subject: X installation Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Hello everyone out there, Has anyone installed X window in HP Vectra 486/33N PC yet ? I have tried, but could not get enough informations to install it. Any clues would be very much appreciated. Amnuay From owner-freebsd-hackers Mon Jan 22 00:06:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA18677 for hackers-outgoing; Mon, 22 Jan 1996 00:06:14 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA18667 for ; Mon, 22 Jan 1996 00:06:11 -0800 (PST) Received: from rah.star-gate.com (localhost [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id AAA02052; Mon, 22 Jan 1996 00:05:46 -0800 Message-Id: <199601220805.AAA02052@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Rob Mallory cc: freebsd-hackers@freefall.FreeBSD.org Subject: Re: stanford benchmark/usenix In-reply-to: Your message of "Sun, 21 Jan 1996 23:42:02 PST." <199601220742.XAA10080@wiley.csusb.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 22 Jan 1996 00:05:45 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Do we have pentium optimized bcopy and bzero ? Because some of the benchmarks could clearly benefit from them. Tnks! Amancio From owner-freebsd-hackers Mon Jan 22 00:07:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA18763 for hackers-outgoing; Mon, 22 Jan 1996 00:07:31 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA18757 for ; Mon, 22 Jan 1996 00:07:29 -0800 (PST) Received: from rah.star-gate.com (localhost [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id AAA02086 for ; Mon, 22 Jan 1996 00:07:12 -0800 Message-Id: <199601220807.AAA02086@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: freebsd-hackers@freefall.FreeBSD.org Subject: gcc pentium for FreeBSD? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 22 Jan 1996 00:07:11 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Howdy, A little while ago I heard someone has going to upgrade gcc to do pentium optimizations . So I am wondering where can I pick up the patches ? 8) Amancio From owner-freebsd-hackers Mon Jan 22 00:49:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA20176 for hackers-outgoing; Mon, 22 Jan 1996 00:49:13 -0800 (PST) Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA20162 for ; Mon, 22 Jan 1996 00:48:52 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id BAA28985; Mon, 22 Jan 1996 01:48:27 -0700 Message-Id: <199601220848.BAA28985@rover.village.org> To: hackers@freebsd.org Cc: dworkin@rover.village.org Subject: Two commands: icat and ils Date: Mon, 22 Jan 1996 01:48:27 -0700 From: Warner Losh Sender: owner-hackers@freebsd.org Precedence: bulk I have two commands that I've hacked together: icat: Will list a file given its inode ils: Will try all the inodes it can find and list all the files that seem sane in all the directories that are on a disk. Or, alternatively, it can list just one inode as a directory. Would there be any interest at all for me to clean up these tools modestly and send them in? They are, of course, the worlds largest assault tanks in the battle of security, but they have come in *DAMN* useful in recovering the disk that I was talking about earlier in my "I have a disk that fsck dumps core on..." And they should work on an "ordinary" file just as well as a raw disk... fsdb will run under 2.0R, btw, but it isn't useful when you have a disk that is really really really trashed badly (since I can't keep enough info in my head to repair it, and I'm scared to death to write to it at all). Oh, fsdb needs a -n option to preclude writing to the disk... Not a big deal, but certainly good for the paranoid amoung us. icat is due, in part, to an icat that Tom Christiansen posted a long time ago. Ils is a horrible hack on it, based a little on my peeks into fsdb. an idump that just went out and grabbed all the inodes that it could find in directory entries would not be a totally bad thing to write as well. Maybe I'll do that to get this disk back. Normal dump core dumps after telling me that it will take -385692343 tapes to do the dump of -148137595976235 blocks :-(. The disk, btw, accepted commands for sd0 for a while (it was sd1) and the ones that really hozed it good were the ones for swap and /tmp :-(. That's why fsck and dump both have difficulties with it. This was due, I theorize, to either power fluxations the disk had been exposed to so it accepted sd0 commands, or a bad cabling job (I had messed with the cables just before the disk went out to lunch). Thanks to everyone that mailed me suggestions. I now have a "mere" 33,868 diretory entries with inode != 0 to sift through and see what is useful. I did get back one set of books that I had online, and I think I got back a set of records I was keeping for the IRS to show business use of the computer[*]... Time will tell how much else I got back... Warner P.S. [*] Those among you that have been exposed to the IRS will understand this is the PRIMARY motivator to getting these files back... From owner-freebsd-hackers Mon Jan 22 00:57:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA20562 for hackers-outgoing; Mon, 22 Jan 1996 00:57:13 -0800 (PST) Received: from aries.bbcc.ctc.edu (ARIES.BBCC.CTC.EDU [134.39.180.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA20554 for ; Mon, 22 Jan 1996 00:57:09 -0800 (PST) Received: (from chris@localhost) by aries.bbcc.ctc.edu (8.6.12/8.6.9) id AAA00795; Mon, 22 Jan 1996 00:55:08 -0800 Date: Mon, 22 Jan 1996 00:55:08 -0800 (PST) From: Chris Coleman To: Don Yuniskis cc: FreeBSD hackers Subject: Re: 2.1 acctng/quotas In-Reply-To: <199601201343.GAA15127@seagull.rtd.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I have tried to get Quotas working with no real success. It says they are working, ie i have no error messages, but it doesn't seem to do anything. (yes, i enables option QUOTA in the kernel) However, accounting seems to work as far as i understand it. I can check how much time each user has been on the machine. I hope this helps Chris Coleman Chris@aries.bbcc.ctc.edu Computer Support Intern, Big Bend Community College http://www.bbcc.ctc.edu/hypertxt/yafda.html Lost in CyberSpace and Loving it. On Sat, 20 Jan 1996, Don Yuniskis wrote: > Greetings! > I've heard mention that accounting and quotas *do* work in 2.1 > Yet, comments in sysconfig lead one to believe they do not. Does > someone have "The Straight Dope" on this? > Thx, > don > From owner-freebsd-hackers Mon Jan 22 00:57:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA20577 for hackers-outgoing; Mon, 22 Jan 1996 00:57:16 -0800 (PST) Received: from pancake.remcomp.fr (root@pancake.remcomp.fr [194.51.30.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA20550 for ; Mon, 22 Jan 1996 00:57:07 -0800 (PST) Received: from panoramix.omnix.fr.org (panoramix [128.127.10.4]) by zapata.omnix.fr.org (8.6.12/8.6.9) with SMTP id LAA18226 for ; Mon, 22 Jan 1996 11:52:31 +0100 From: didier@panoramix.omnix.fr.org Date: Mon, 22 Jan 1996 10:56:16 +0100 (MET) To: hackers@freebsd.org Subject: ppp server Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk hi do you have any clue to set up a ppp server with user ppp. I tryed "ppp -dedicated" but it works only once. I must permit the connection of winnt / win95 machines Thanks for your help -- Didier Derny | My computer is Microsoft Free... didier@omnix.fr.org | FreeBSD 2.1-STABLE site From owner-freebsd-hackers Mon Jan 22 01:14:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA22154 for hackers-outgoing; Mon, 22 Jan 1996 01:14:23 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA21824 for ; Mon, 22 Jan 1996 01:10:26 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id KAA04508; Mon, 22 Jan 1996 10:07:03 +0100 From: Luigi Rizzo Message-Id: <199601220907.KAA04508@labinfo.iet.unipi.it> Subject: Re: stanford benchmark/usenix To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Mon, 22 Jan 1996 10:07:03 +0100 (MET) Cc: rmallory@wiley.csusb.edu, freebsd-hackers@freefall.freebsd.org In-Reply-To: <199601220805.AAA02052@rah.star-gate.com> from "Amancio Hasty Jr." at Jan 22, 96 00:05:26 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Do we have pentium optimized bcopy and bzero ? > > Because some of the benchmarks could clearly benefit from them. I hope it's not only for the benchmarks! Luigi From owner-freebsd-hackers Mon Jan 22 01:18:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA22558 for hackers-outgoing; Mon, 22 Jan 1996 01:18:57 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA22510 for ; Mon, 22 Jan 1996 01:18:15 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id KAA04548; Mon, 22 Jan 1996 10:15:40 +0100 From: Luigi Rizzo Message-Id: <199601220915.KAA04548@labinfo.iet.unipi.it> Subject: Amancio's tv program with capture! To: multimedia@rah.star-gate.com Date: Mon, 22 Jan 1996 10:15:40 +0100 (MET) Cc: freebsd-hackers@freefall.freebsd.org In-Reply-To: <199601220807.AAA02086@rah.star-gate.com> from "Amancio Hasty Jr." at Jan 22, 96 00:06:52 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Hi, I have added capture mode to Amancio's great "tv: program. Requires you have installed libjpeg to compile. Just press enter on the xterm to save frames to files named "imgXXX.jpg" in the same directory (XXX is a counter). You can find it (sources only) at http://www.iet.unipi.it/~luigi/lrtv.tgz Note that I have slightly changed the code to grab single fields as opposed to full frames. On a TV, even and odd fields are averaged, but on a video capture board they are not. For moving scenes, you see two intermixed images with a very bad visual effect. Now if someone who is X-literate can make it work easily at least on 16bpp screens... This requires remapping the color table because the meteor uses 5-5-5 bits per color, while video boards (at least my S3) has a 5-6-5 bits per color (RGB). Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-hackers Mon Jan 22 01:46:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA24512 for hackers-outgoing; Mon, 22 Jan 1996 01:46:50 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA24486 for ; Mon, 22 Jan 1996 01:46:44 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.6.12/8.6.5) with SMTP id BAA14112; Mon, 22 Jan 1996 01:45:25 -0800 Message-Id: <199601220945.BAA14112@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost didn't use HELO protocol To: "Amancio Hasty Jr." cc: Rob Mallory , freebsd-hackers@freefall.FreeBSD.org Subject: Re: stanford benchmark/usenix In-reply-to: Your message of "Mon, 22 Jan 1996 00:05:45 PST." <199601220805.AAA02052@rah.star-gate.com> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 22 Jan 1996 01:45:25 -0800 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >Do we have pentium optimized bcopy and bzero ? > >Because some of the benchmarks could clearly benefit from them. After reading the Usenix paper on OS performance on Pentium machines, I'm inclined to add optimized code to our libc. Basically, get the processor type (probably via sysctl) and use this to control which versions are called - similar to what I recently did with bzero in the kernel. ...This is fairly low priority, however, so won't likely happen for a few months. -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Mon Jan 22 01:54:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA25301 for hackers-outgoing; Mon, 22 Jan 1996 01:54:33 -0800 (PST) Received: from mpp.minn.net (root@mpp.Minn.Net [204.157.201.242]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA25281 for ; Mon, 22 Jan 1996 01:54:24 -0800 (PST) Received: (from mpp@localhost) by mpp.minn.net (8.7.3/8.6.9) id DAA16070; Mon, 22 Jan 1996 03:54:05 -0600 (CST) Message-Id: <199601220954.DAA16070@mpp.minn.net> Subject: Re: 2.1 acctng/quotas To: chris@aries.bbcc.ctc.edu (Chris Coleman) Date: Mon, 22 Jan 1996 03:54:05 -0600 (CST) From: "Mike Pritchard" Cc: dgy@rtd.com, freebsd-hackers@freefall.freebsd.org In-Reply-To: from "Chris Coleman" at Jan 22, 96 00:55:08 am X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Chris Coleman wrote: > > I have tried to get Quotas working with no real success. > It says they are working, ie i have no error messages, > but it doesn't seem to do anything. (yes, i enables option QUOTA > in the kernel) Up until a could of weeks ago I did have quotas enabled on my machine, and they seemed to work just fine. You need to enable them in /etc/sysconfig, and your kernel config file. Then run edquota to set some limits on some people. However, I turned quotas back off because some recent changes started causing lots of quota related panics and decided to back off for now. I think if you are running 2.1-release or 2.1-stable you should be fine. > > However, accounting seems to work as far as i understand it. > I can check how much time each user has been on the machine. I've also had accounting enabled for the last 6 months without any problems. > I hope this helps > > Chris Coleman Chris@aries.bbcc.ctc.edu > Computer Support Intern, Big Bend Community College > http://www.bbcc.ctc.edu/hypertxt/yafda.html > Lost in CyberSpace and Loving it. > > On Sat, 20 Jan 1996, Don Yuniskis wrote: > > > Greetings! > > I've heard mention that accounting and quotas *do* work in 2.1 > > Yet, comments in sysconfig lead one to believe they do not. Does > > someone have "The Straight Dope" on this? > > Thx, > > don -- Mike Pritchard mpp@minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-hackers Mon Jan 22 02:06:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA26441 for hackers-outgoing; Mon, 22 Jan 1996 02:06:36 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA26434 for ; Mon, 22 Jan 1996 02:06:32 -0800 (PST) Received: from rah.star-gate.com (localhost [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id CAA00415; Mon, 22 Jan 1996 02:05:59 -0800 Message-Id: <199601221005.CAA00415@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: davidg@Root.COM cc: Rob Mallory , freebsd-hackers@freefall.FreeBSD.org Subject: Re: stanford benchmark/usenix In-reply-to: Your message of "Mon, 22 Jan 1996 01:45:25 PST." <199601220945.BAA14112@Root.COM> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 22 Jan 1996 02:05:59 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >>> David Greenman said: > >Do we have pentium optimized bcopy and bzero ? > > > >Because some of the benchmarks could clearly benefit from them. > > After reading the Usenix paper on OS performance on Pentium machines, I'm > inclined to add optimized code to our libc. Basically, get the processor typ e > (probably via sysctl) and use this to control which versions are called - > similar to what I recently did with bzero in the kernel. > ...This is fairly low priority, however, so won't likely happen for a few > months. Gosh, do I see an open invitation or what ? 8) Happy Hacking, Amancio From owner-freebsd-hackers Mon Jan 22 02:09:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA26571 for hackers-outgoing; Mon, 22 Jan 1996 02:09:12 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA26555 for ; Mon, 22 Jan 1996 02:08:52 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id LAA04703; Mon, 22 Jan 1996 11:03:44 +0100 From: Luigi Rizzo Message-Id: <199601221003.LAA04703@labinfo.iet.unipi.it> Subject: Security (was: Re: Two commands: icat and ils) To: imp@village.org (Warner Losh) Date: Mon, 22 Jan 1996 11:03:44 +0100 (MET) Cc: hackers@FreeBSD.org, dworkin@rover.village.org In-Reply-To: <199601220848.BAA28985@rover.village.org> from "Warner Losh" at Jan 22, 96 01:48:08 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > I have two commands that I've hacked together: > icat: Will list a file given its inode > ils: Will try all the inodes it can find and list all the I would like to have them. > modestly and send them in? They are, of course, the worlds largest > assault tanks in the battle of security, but they have come in *DAMN* Why ? Security must be enforced with proper protections, not by simply trying to hide information which *is* available. One thing I never liked in FreeBSD: www# ls -l /sbin/init /sbin/shutdown -r-x------ 1 bin bin 143360 Nov 16 10:49 /sbin/init -r-sr-x--- 1 root operator 135168 Nov 16 10:49 /sbin/shutdown as if denying *read* access to these publicly available files would prevent anyone from rebuilding them from the sources or getting a copy from the binary distribution or from the CDROM. Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-hackers Mon Jan 22 02:15:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA26992 for hackers-outgoing; Mon, 22 Jan 1996 02:15:24 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA26982 for ; Mon, 22 Jan 1996 02:15:17 -0800 (PST) Received: from rah.star-gate.com (localhost [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id CAA00563; Mon, 22 Jan 1996 02:12:14 -0800 Message-Id: <199601221012.CAA00563@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Luigi Rizzo cc: freebsd-hackers@freefall.freebsd.org Subject: Re: stanford benchmark/usenix In-reply-to: Your message of "Mon, 22 Jan 1996 10:07:03 +0100." <199601220907.KAA04508@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 22 Jan 1996 02:12:13 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.ORG Precedence: bulk The whole system would benefit , paging, networking, nfs, etc.. not only that but we will be able to use our pentiums added memory bandwith which is currently being wasted 8) Cheers, Amancio >>> Luigi Rizzo said: > > Do we have pentium optimized bcopy and bzero ? > > > > Because some of the benchmarks could clearly benefit from them. > > I hope it's not only for the benchmarks! > > Luigi From owner-freebsd-hackers Mon Jan 22 02:21:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA27253 for hackers-outgoing; Mon, 22 Jan 1996 02:21:44 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA27244 for ; Mon, 22 Jan 1996 02:21:38 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.6.12/8.6.5) with SMTP id CAA14236; Mon, 22 Jan 1996 02:21:28 -0800 Message-Id: <199601221021.CAA14236@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost didn't use HELO protocol To: "Amancio Hasty Jr." cc: Rob Mallory , freebsd-hackers@freefall.FreeBSD.org Subject: Re: stanford benchmark/usenix In-reply-to: Your message of "Mon, 22 Jan 1996 02:05:59 PST." <199601221005.CAA00415@rah.star-gate.com> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 22 Jan 1996 02:21:28 -0800 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >>>> David Greenman said: > > >Do we have pentium optimized bcopy and bzero ? > > > > > >Because some of the benchmarks could clearly benefit from them. > > > > After reading the Usenix paper on OS performance on Pentium machines, I'm > > inclined to add optimized code to our libc. Basically, get the processor typ > e > > (probably via sysctl) and use this to control which versions are called - > > similar to what I recently did with bzero in the kernel. > > ...This is fairly low priority, however, so won't likely happen for a few > > months. > >Gosh, do I see an open invitation or what ? 8) I didn't intend to suggest one, but if you or someone else decides to do this, bare in mind that there is definately many 'wrong ways' to do this. We don't want a plethora of "if (cpu_class == FOO)" type of things in libc as it reduces performance for small operations. I think the way to do it is to jump through a function vector that is initialized by default to a generic function. The function vector can then be changed to an optimized function for specific CPU types. This would happen at some convenient place before program startup, or perhaps in the generic function (which could, perhaps, be a stub whose sole purpose is to select the appropriate routine, or fall back to a generic one). I really don't want to get into this in more detail right now - I don't have the time and in the end it would be easier to just sit down and code it. If you think you know how to implement this correctly, then by all means, go for it! -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Mon Jan 22 02:37:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA28726 for hackers-outgoing; Mon, 22 Jan 1996 02:37:24 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA28721 for ; Mon, 22 Jan 1996 02:37:18 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.6.12/8.6.5) with SMTP id CAA14292; Mon, 22 Jan 1996 02:32:42 -0800 Message-Id: <199601221032.CAA14292@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost didn't use HELO protocol To: Luigi Rizzo cc: imp@village.org (Warner Losh), hackers@FreeBSD.org, dworkin@rover.village.org Subject: Re: Security (was: Re: Two commands: icat and ils) In-reply-to: Your message of "Mon, 22 Jan 1996 11:03:44 +0100." <199601221003.LAA04703@labinfo.iet.unipi.it> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 22 Jan 1996 02:32:42 -0800 Sender: owner-hackers@FreeBSD.org Precedence: bulk >Why ? Security must be enforced with proper protections, not by >simply trying to hide information which *is* available. One thing >I never liked in FreeBSD: > > www# ls -l /sbin/init /sbin/shutdown > -r-x------ 1 bin bin 143360 Nov 16 10:49 /sbin/init > -r-sr-x--- 1 root operator 135168 Nov 16 10:49 /sbin/shutdown > >as if denying *read* access to these publicly available files would >prevent anyone from rebuilding them from the sources or getting a >copy from the binary distribution or from the CDROM. That's not the reason they have read permissions removed. It's common for people to have /sbin in their path - to pick up useful utilities which probably shouldn't be in /sbin anyway (like ifconfig and ping, for example), and executing /sbin/init by accident is not a good thing. -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Mon Jan 22 03:11:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA00273 for hackers-outgoing; Mon, 22 Jan 1996 03:11:08 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA00265 for ; Mon, 22 Jan 1996 03:11:01 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id MAA04840; Mon, 22 Jan 1996 12:02:50 +0100 From: Luigi Rizzo Message-Id: <199601221102.MAA04840@labinfo.iet.unipi.it> Subject: Re: Security (was: Re: Two commands: icat and ils) To: davidg@Root.COM Date: Mon, 22 Jan 1996 12:02:50 +0100 (MET) Cc: imp@village.org, hackers@FreeBSD.org, dworkin@rover.village.org In-Reply-To: <199601221032.CAA14292@Root.COM> from "David Greenman" at Jan 22, 96 02:32:23 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > >Why ? Security must be enforced with proper protections, not by > >simply trying to hide information which *is* available. One thing > >I never liked in FreeBSD: > > > > www# ls -l /sbin/init /sbin/shutdown > > -r-x------ 1 bin bin 143360 Nov 16 10:49 /sbin/init > > -r-sr-x--- 1 root operator 135168 Nov 16 10:49 /sbin/shutdown > > > >as if denying *read* access to these publicly available files would > >prevent anyone from rebuilding them from the sources or getting a > >copy from the binary distribution or from the CDROM. > > That's not the reason they have read permissions removed. It's common for > people to have /sbin in their path - to pick up useful utilities which > probably shouldn't be in /sbin anyway (like ifconfig and ping, for example), > and executing /sbin/init by accident is not a good thing. Two objections: 1) just make /sbin/init mode 544 then. Actually, shouldn't it work even if it has mode 444 ? 2) would it be that hard to fix init so as to quit if its not appropriate for it to run (e.g. check process id, another instance running, etc.) ? I am asking because I don't know what are the implications, but if the consequences are so bad... You may wonder why I would like to have this changed: it is useful for those settings where you have diskless system with NFS-mounted root partition. Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-hackers Mon Jan 22 03:44:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA04134 for hackers-outgoing; Mon, 22 Jan 1996 03:44:10 -0800 (PST) Received: from mpp.minn.net (root@mpp.Minn.Net [204.157.201.242]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA04129 for ; Mon, 22 Jan 1996 03:44:06 -0800 (PST) Received: (from mpp@localhost) by mpp.minn.net (8.7.3/8.6.9) id FAA18087; Mon, 22 Jan 1996 05:42:51 -0600 (CST) Message-Id: <199601221142.FAA18087@mpp.minn.net> Subject: Re: Security (was: Re: Two commands: icat and ils) To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Mon, 22 Jan 1996 05:42:51 -0600 (CST) From: "Mike Pritchard" Cc: davidg@Root.COM, imp@village.org, hackers@freebsd.org, dworkin@rover.village.org In-Reply-To: <199601221102.MAA04840@labinfo.iet.unipi.it> from "Luigi Rizzo" at Jan 22, 96 12:02:50 pm X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Luigi Rizzo wrote: > > > > That's not the reason they have read permissions removed. It's common for > > people to have /sbin in their path - to pick up useful utilities which > > probably shouldn't be in /sbin anyway (like ifconfig and ping, for example), > > and executing /sbin/init by accident is not a good thing. > > Two objections: > > 1) just make /sbin/init mode 544 then. Actually, shouldn't it work > even if it has mode 444 ? > 2) would it be that hard to fix init so as to quit if its not > appropriate for it to run (e.g. check process id, another instance > running, etc.) ? I am asking because I don't know what are the > implications, but if the consequences are so bad... Actually, init already does this. Here are the first few lines of code from init.c: /* Dispose of random users. */ if (getuid() != 0) { (void)fprintf(stderr, "init: %s\n", strerror(EPERM)); exit (1); } /* System V users like to reexec init. */ if (getpid() != 1) { (void)fprintf(stderr, "init: already running\n"); exit (1); } -- Mike Pritchard mpp@minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-hackers Mon Jan 22 04:21:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA06703 for hackers-outgoing; Mon, 22 Jan 1996 04:21:22 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA06520 for ; Mon, 22 Jan 1996 04:19:57 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id NAA05095; Mon, 22 Jan 1996 13:16:16 +0100 From: Luigi Rizzo Message-Id: <199601221216.NAA05095@labinfo.iet.unipi.it> Subject: Re: Security (was: Re: Two commands: icat and ils) To: mpp@mpp.minn.net (Mike Pritchard) Date: Mon, 22 Jan 1996 13:16:15 +0100 (MET) Cc: davidg@Root.COM, imp@village.org, hackers@freebsd.org, dworkin@rover.village.org In-Reply-To: <199601221142.FAA18087@mpp.minn.net> from "Mike Pritchard" at Jan 22, 96 05:42:32 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > Luigi Rizzo wrote: > > > > > > That's not the reason they have read permissions removed. It's common for > > > people to have /sbin in their path - to pick up useful utilities which > > > probably shouldn't be in /sbin anyway (like ifconfig and ping, for example), > > > and executing /sbin/init by accident is not a good thing. > > > > Two objections: > > > > 1) just make /sbin/init mode 544 then. Actually, shouldn't it work > > even if it has mode 444 ? > > 2) would it be that hard to fix init so as to quit if its not > > appropriate for it to run (e.g. check process id, another instance > > running, etc.) ? I am asking because I don't know what are the > > implications, but if the consequences are so bad... > > Actually, init already does this. Here are the first few > lines of code from init.c: > > /* Dispose of random users. */ > if (getuid() != 0) { > (void)fprintf(stderr, "init: %s\n", strerror(EPERM)); > exit (1); > } > > /* System V users like to reexec init. */ > if (getpid() != 1) { > (void)fprintf(stderr, "init: already running\n"); > exit (1); > } so it seems that there is really no point in keeping the current protection modes. Luigi From owner-freebsd-hackers Mon Jan 22 04:23:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA06794 for hackers-outgoing; Mon, 22 Jan 1996 04:23:23 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA06772 Mon, 22 Jan 1996 04:22:49 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id XAA27034; Mon, 22 Jan 1996 23:02:21 +1100 Date: Mon, 22 Jan 1996 23:02:21 +1100 From: Bruce Evans Message-Id: <199601221202.XAA27034@godzilla.zeta.org.au> To: jfieber@indiana.edu, lists@argus.flash.net Subject: Re: What printed documentation do we need? Cc: freebsd-doc@FreeBSD.org, freebsd-hackers@FreeBSD.org Sender: owner-hackers@FreeBSD.org Precedence: bulk >I'm just getting tired of walking into better bookstores and finding almost >nothing but SysV and Linux crap in the unix section, Only once in the past >countless years have I seen a book SPECIFICLY geared to BSD. Hell, you even >have to special order the 4.4BSD manuals, and wait a few weeks... The 4.4 manuals were very visible in a bookstore in Sydney. At $400 (US $300), perhaps they aren't selling. Bruce From owner-freebsd-hackers Mon Jan 22 04:26:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA07068 for hackers-outgoing; Mon, 22 Jan 1996 04:26:00 -0800 (PST) Received: from nixpbe.pdb.sni.de (mail.sni.de [192.109.2.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA07016 for ; Mon, 22 Jan 1996 04:25:08 -0800 (PST) Received: (from nerv@localhost) by nixpbe.pdb.sni.de (8.6.12/8.6.12) id NAA10132 for hackers@freebsd.org; Mon, 22 Jan 1996 13:24:45 +0100 Message-Id: <199601221224.NAA10132@nixpbe.pdb.sni.de> Subject: Re: stanford benchmark/usenix To: davidg@Root.COM Date: Mon, 22 Jan 96 13:20:51 MET From: Greg Lehey Cc: hackers@freebsd.org (Hackers; FreeBSD) In-Reply-To: <199601221021.CAA14236@Root.COM>; from "David Greenman" at Jan 22, 96 2:21 am X-Mailer: xmail 2.4 (based on ELM 2.2 PL16) Sender: owner-hackers@freebsd.org Precedence: bulk > > >>>> David Greenman said: > > > >Do we have pentium optimized bcopy and bzero ? > > > > > > > >Because some of the benchmarks could clearly benefit from them. > > > > > > After reading the Usenix paper on OS performance on Pentium machines, I'm > > > inclined to add optimized code to our libc. Basically, get the processor typ > > e > > > (probably via sysctl) and use this to control which versions are called - > > > similar to what I recently did with bzero in the kernel. > > > ...This is fairly low priority, however, so won't likely happen for a few > > > months. > > > >Gosh, do I see an open invitation or what ? 8) > > I didn't intend to suggest one, but if you or someone else decides to do > this, bare in mind that there is definately many 'wrong ways' to do this. We > don't want a plethora of "if (cpu_class == FOO)" type of things in libc as it > reduces performance for small operations. I think the way to do it is to jump > through a function vector that is initialized by default to a generic function. > The function vector can then be changed to an optimized function for specific > CPU types. This would happen at some convenient place before program startup, > or perhaps in the generic function (which could, perhaps, be a stub whose sole > purpose is to select the appropriate routine, or fall back to a generic one). > I really don't want to get into this in more detail right now - I don't have > the time and in the end it would be easier to just sit down and code it. If > you think you know how to implement this correctly, then by all means, go for > it! Wouldn't it make more sense to have separate libraries for each processor type, and to install the appropriate versions? Greg From owner-freebsd-hackers Mon Jan 22 04:32:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA07544 for hackers-outgoing; Mon, 22 Jan 1996 04:32:57 -0800 (PST) Received: from proxy.siemens.at (proxy.siemens.at [192.138.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA07527 for ; Mon, 22 Jan 1996 04:32:42 -0800 (PST) Received: from zerberus.hai.siemens.co.at (zerberus.hai.siemens-austria) by proxy.siemens.at with SMTP id AA22703 (5.67a/IDA-1.5 for ); Mon, 22 Jan 1996 13:31:55 +0100 Received: from localhost by zerberus.hai.siemens.co.at (4.1/SMI-4.1) id AA09775; Mon, 22 Jan 96 13:31:54 +0100 Message-Id: <9601221231.AA09775@zerberus.hai.siemens.co.at> To: freebsd-hackers@freefall.freebsd.org Subject: Re: stanford benchmark/usenix In-Reply-To: Your message of "Mon, 22 Jan 1996 01:45:25 PST." <199601220945.BAA14112@Root.COM> Date: Mon, 22 Jan 1996 13:31:53 +0100 From: Helmut Wirth Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > After reading the Usenix paper on OS performance on Pentium machines, I'm >inclined to add optimized code to our libc. Hello, I am interested in this paper. Can I find it somewhere on the net ? Thanks Helmut Wirth From owner-freebsd-hackers Mon Jan 22 04:47:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA08245 for hackers-outgoing; Mon, 22 Jan 1996 04:47:38 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA08155 for ; Mon, 22 Jan 1996 04:45:57 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id XAA29420; Mon, 22 Jan 1996 23:40:59 +1100 Date: Mon, 22 Jan 1996 23:40:59 +1100 From: Bruce Evans Message-Id: <199601221240.XAA29420@godzilla.zeta.org.au> To: davidg@root.com, luigi@labinfo.iet.unipi.it Subject: Re: Security (was: Re: Two commands: icat and ils) Cc: dworkin@rover.village.org, hackers@FreeBSD.org, imp@village.org Sender: owner-hackers@FreeBSD.org Precedence: bulk >>Why ? Security must be enforced with proper protections, not by >>simply trying to hide information which *is* available. One thing >>I never liked in FreeBSD: >> >> www# ls -l /sbin/init /sbin/shutdown >> -r-x------ 1 bin bin 143360 Nov 16 10:49 /sbin/init >> -r-sr-x--- 1 root operator 135168 Nov 16 10:49 /sbin/shutdown >> >>as if denying *read* access to these publicly available files would >>prevent anyone from rebuilding them from the sources or getting a >>copy from the binary distribution or from the CDROM. I agree. One thing I like about FreeBSD is that it only has 3 binaries like this (the other one is /usr/sbin/watch). On my ISP's old-slackware-based Linux system, there are 70 files like this, including top secret (;-) ones like: -r-xr-x--- 1 root root 17412 Mar 12 1995 /sbin/mke2fs This annoyed me when I wanted to grab it to test ext2fs under FreeBSD. > That's not the reason they have read permissions removed. It's common for >people to have /sbin in their path - to pick up useful utilities which >probably shouldn't be in /sbin anyway (like ifconfig and ping, for example), >and executing /sbin/init by accident is not a good thing. Erm. It is harmless. $bde init bash: /sbin/init: Permission denied $bde su #root init init: already running #root ^D $bde shutdown -r now # I'm in group operator, better not do this accidentally Shutdown NOW! ... #root cp /sbin/init /tmp; chmod 777 /tmp/init #root ^D $bde ktrace -i /tmp/init init: Operation not permitted $bde kdump | less $bde vi /usr/src/sbin/init/init.c $bde # init bailed out early because getuid() != 0 Bruce From owner-freebsd-hackers Mon Jan 22 04:52:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA08526 for hackers-outgoing; Mon, 22 Jan 1996 04:52:01 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA08510 for ; Mon, 22 Jan 1996 04:51:57 -0800 (PST) Received: from rah.star-gate.com (localhost [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id EAA02424; Mon, 22 Jan 1996 04:44:50 -0800 Message-Id: <199601221244.EAA02424@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Luigi Rizzo cc: mpp@mpp.minn.net (Mike Pritchard), davidg@Root.COM, imp@village.org, hackers@freebsd.org, dworkin@rover.village.org Subject: Re: Security (was: Re: Two commands: icat and ils) In-reply-to: Your message of "Mon, 22 Jan 1996 13:16:15 +0100." <199601221216.NAA05095@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 22 Jan 1996 04:44:49 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk >>> Luigi Rizzo said: > so it seems that there is really no point in keeping the current > protection modes. Well, I just tried over here just for the heck of it.. rah# /sbin/init init: already running I seem to remember that you can never run init after the system was running in multi user mode . Unless it was broken and someone fixed it later on. Amancio From owner-freebsd-hackers Mon Jan 22 04:57:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA08911 for hackers-outgoing; Mon, 22 Jan 1996 04:57:54 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA08906 for ; Mon, 22 Jan 1996 04:57:51 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.6.12/8.6.5) with SMTP id EAA14695; Mon, 22 Jan 1996 04:56:56 -0800 Message-Id: <199601221256.EAA14695@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost didn't use HELO protocol To: Greg Lehey cc: hackers@freebsd.org (Hackers; FreeBSD) Subject: Re: stanford benchmark/usenix In-reply-to: Your message of "Mon, 22 Jan 1996 13:20:51 +0700." <199601221224.NAA10126@nixpbe.pdb.sni.de> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 22 Jan 1996 04:56:56 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >> I didn't intend to suggest one, but if you or someone else decides to do >> this, bare in mind that there is definately many 'wrong ways' to do this. We >> don't want a plethora of "if (cpu_class == FOO)" type of things in libc as it >> reduces performance for small operations. I think the way to do it is to jump >> through a function vector that is initialized by default to a generic function. >> The function vector can then be changed to an optimized function for specific >> CPU types. This would happen at some convenient place before program startup, >> or perhaps in the generic function (which could, perhaps, be a stub whose sole >> purpose is to select the appropriate routine, or fall back to a generic one). >> I really don't want to get into this in more detail right now - I don't have >> the time and in the end it would be easier to just sit down and code it. If >> you think you know how to implement this correctly, then by all means, go for >> it! > >Wouldn't it make more sense to have separate libraries for each >processor type, and to install the appropriate versions? Certainly that's another way to do it, but it can be confusing to have lots of different libraries around. I suppose you'd handle this by using a symlink to point to the appropriately optimized version...and of course all of the versions have to at least run on all of the processors (otherwise hardware upgrades become very difficult and confusing (and bug-report generating!). I switch CPUs around enough here that it would be a small problem for me personally, but I suppose it wouldn't be a problem for most people. -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Mon Jan 22 04:58:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA08935 for hackers-outgoing; Mon, 22 Jan 1996 04:58:03 -0800 (PST) Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA08901 for ; Mon, 22 Jan 1996 04:57:43 -0800 (PST) Received: by sequent.kiae.su id AA23104 (5.65.kiae-2 ); Mon, 22 Jan 1996 15:10:06 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Mon, 22 Jan 96 15:10:05 +0300 Received: from wind.UUCP by aviion.ts.kiev.ua with UUCP id LAA18047; (8.6.11/zah/1.4b) Mon, 22 Jan 1996 11:05:45 GMT Received: from dawn.ww.net (dawn.ww.net [193.124.73.50]) by unicorn.ww.net (8.6.12/alexis 2.5) with ESMTP id MAA12394; Mon, 22 Jan 1996 12:25:26 +0300 Received: (from alexis@localhost) by dawn.ww.net (8.6.12/alexis 2.5) id MAA11203; Mon, 22 Jan 1996 12:25:24 +0300 Message-Id: <199601220925.MAA11203@dawn.ww.net> Subject: Re: Generic UPS daemon design. To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Mon, 22 Jan 1996 12:25:22 +0300 (MSK) From: "Alexis Yushin" Cc: alexis@ww.net, upsd-list@ww.net, hackers@freebsd.org In-Reply-To: <199601220108.LAA16819@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Jan 22, 96 11:38:25 am Reply-To: alexis@ww.net (Alexis Yushin) X-Office-Phone: +380 65 2 26.1410 X-Home-Phone: +380 65 2 27.0747 X-Nic-Handle: AY23 X-Mailer: ELM [version 2.4 PL25 ME8b] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Once Michael Smith wrote: >It looks like you're trying to write a monster; I think some discussion Another thought... :-) The monster won't be bigger than GateD :-) alexis -- The more experienced you are the less people you can get advice from. From owner-freebsd-hackers Mon Jan 22 05:00:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA09101 for hackers-outgoing; Mon, 22 Jan 1996 05:00:24 -0800 (PST) Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA09090 for ; Mon, 22 Jan 1996 05:00:07 -0800 (PST) Received: by sequent.kiae.su id AA23134 (5.65.kiae-2 ); Mon, 22 Jan 1996 15:10:11 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Mon, 22 Jan 96 15:10:10 +0300 Received: from wind.UUCP by aviion.ts.kiev.ua with UUCP id LAA18040; (8.6.11/zah/1.4b) Mon, 22 Jan 1996 11:05:39 GMT Received: from dawn.ww.net (dawn.ww.net [193.124.73.50]) by unicorn.ww.net (8.6.12/alexis 2.5) with ESMTP id MAA12348; Mon, 22 Jan 1996 12:06:20 +0300 Received: (from alexis@localhost) by dawn.ww.net (8.6.12/alexis 2.5) id MAA11083; Mon, 22 Jan 1996 12:06:17 +0300 Message-Id: <199601220906.MAA11083@dawn.ww.net> Subject: Re: Generic UPS daemon design. To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Mon, 22 Jan 1996 12:06:16 +0300 (MSK) From: "Alexis Yushin" Cc: alexis@ww.net, upsd-list@ww.net, hackers@freebsd.org In-Reply-To: <199601220108.LAA16819@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Jan 22, 96 11:38:25 am Reply-To: alexis@ww.net (Alexis Yushin) X-Office-Phone: +380 65 2 26.1410 X-Home-Phone: +380 65 2 27.0747 X-Nic-Handle: AY23 X-Mailer: ELM [version 2.4 PL25 ME8b] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Once Michael Smith wrote: >Alexis Yushin stands accused of saying: >> I have attached DESIGN of the upsd I am developping to the >> end of this letter. I hope this is a good start for working out an >> idea of what the generic daemon will look like. I have created a >> majordomo driven list called ``upsd-list@ww.net'' for ups specific > >There's already one; ups-devel@glock.com. I'm not sure if you're >subscribed or not. It's been a bit quiet lately because I've been Yes. I am subscribed to that list. >It looks like you're trying to write a monster; I think some discussion Actually I almost did :-) And this is not that huge... >is called for 8) Either join the ups-devel list or stick me on yours; Ok, you're subscribed. But there are alot of sources posted into that list. alexis -- The more experienced you are the less people you can get advice from. From owner-freebsd-hackers Mon Jan 22 05:03:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA09240 for hackers-outgoing; Mon, 22 Jan 1996 05:03:09 -0800 (PST) Received: from nixpbe.pdb.sni.de (mail.sni.de [192.109.2.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA09231 for ; Mon, 22 Jan 1996 05:02:58 -0800 (PST) Received: (from nerv@localhost) by nixpbe.pdb.sni.de (8.6.12/8.6.12) id OAA11833 for hackers@freebsd.org; Mon, 22 Jan 1996 14:02:49 +0100 Message-Id: <199601221302.OAA11833@nixpbe.pdb.sni.de> Subject: Re: stanford benchmark/usenix To: davidg@Root.COM Date: Mon, 22 Jan 96 13:58:56 MET From: Greg Lehey Cc: hackers@freebsd.org (Hackers; FreeBSD) In-Reply-To: <199601221256.EAA14695@Root.COM>; from "David Greenman" at Jan 22, 96 4:56 am X-Mailer: xmail 2.4 (based on ELM 2.2 PL16) Sender: owner-hackers@freebsd.org Precedence: bulk > > >> I didn't intend to suggest one, but if you or someone else decides to do > >> this, bare in mind that there is definately many 'wrong ways' to do this. We > >> don't want a plethora of "if (cpu_class == FOO)" type of things in libc as it > >> reduces performance for small operations. I think the way to do it is to jump > >> through a function vector that is initialized by default to a generic function. > >> The function vector can then be changed to an optimized function for specific > >> CPU types. This would happen at some convenient place before program startup, > >> or perhaps in the generic function (which could, perhaps, be a stub whose sole > >> purpose is to select the appropriate routine, or fall back to a generic one). > >> I really don't want to get into this in more detail right now - I don't have > >> the time and in the end it would be easier to just sit down and code it. If > >> you think you know how to implement this correctly, then by all means, go for > >> it! > > > >Wouldn't it make more sense to have separate libraries for each > >processor type, and to install the appropriate versions? > > Certainly that's another way to do it, but it can be confusing to have lots > of different libraries around. I suppose you'd handle this by using a symlink > to point to the appropriately optimized version...and of course all of the > versions have to at least run on all of the processors (otherwise hardware > upgrades become very difficult and confusing (and bug-report generating!). Yes, I thought of that. The alterneative of being able to run the versions on all processors rather defeats the advantage: I had thought of a part of the system startup that checks the processor type and puts in the correct hard links (symlinks are slower) before any program gets started. It would probably be a good idea to have an emergency program which reinstated the generic libraries, too. > I switch CPUs around enough here that it would be a small problem for me > personally, but I suppose it wouldn't be a problem for most people. Most people don't switch CPUs, so they wouldn't have the problem. But certainly it needs a little care in the implementation. Greg From owner-freebsd-hackers Mon Jan 22 05:13:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA09609 for hackers-outgoing; Mon, 22 Jan 1996 05:13:43 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA09603 for ; Mon, 22 Jan 1996 05:13:39 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.6.12/8.6.5) with SMTP id FAA14741; Mon, 22 Jan 1996 05:10:05 -0800 Message-Id: <199601221310.FAA14741@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost didn't use HELO protocol To: Greg Lehey cc: hackers@freebsd.org (Hackers; FreeBSD) Subject: Re: stanford benchmark/usenix In-reply-to: Your message of "Mon, 22 Jan 1996 13:58:56 +0700." <199601221302.OAA11824@nixpbe.pdb.sni.de> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 22 Jan 1996 05:10:05 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >Yes, I thought of that. The alterneative of being able to run the >versions on all processors rather defeats the advantage: I had thought Not at all. Most of the optimizations that can be made don't use CPU-specific instructions. It's all in just organizing the instructions a little differently are making some algorithmic changes to take better advantage of difference cache quirks. >of a part of the system startup that checks the processor type and >puts in the correct hard links (symlinks are slower) before any >program gets started. It would probably be a good idea to have an >emergency program which reinstated the generic libraries, too. Not necessary. -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Mon Jan 22 05:43:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA11634 for hackers-outgoing; Mon, 22 Jan 1996 05:43:04 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA11629 for ; Mon, 22 Jan 1996 05:43:01 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.6.12/8.6.5) with SMTP id FAA14904; Mon, 22 Jan 1996 05:42:20 -0800 Message-Id: <199601221342.FAA14904@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost didn't use HELO protocol To: Helmut Wirth cc: freebsd-hackers@freefall.freebsd.org Subject: Re: stanford benchmark/usenix In-reply-to: Your message of "Mon, 22 Jan 1996 13:31:53 +0100." <9601221231.AA09775@zerberus.hai.siemens.co.at> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 22 Jan 1996 05:42:20 -0800 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >> After reading the Usenix paper on OS performance on Pentium machines, I'm >>inclined to add optimized code to our libc. > >Hello, >I am interested in this paper. Can I find it somewhere on the net ? ftp://plastique.stanford.edu/pub/mgbaker/papers/usenix96.bench.ps http://plastique.stanford.edu/~mgbaker/publications/usenix96.bench.ps -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Mon Jan 22 05:56:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA12432 for hackers-outgoing; Mon, 22 Jan 1996 05:56:07 -0800 (PST) Received: from mpp.minn.net (root@mpp.Minn.Net [204.157.201.242]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA12369 for ; Mon, 22 Jan 1996 05:56:01 -0800 (PST) Received: (from mpp@localhost) by mpp.minn.net (8.7.3/8.6.9) id HAA20992; Mon, 22 Jan 1996 07:55:35 -0600 (CST) Message-Id: <199601221355.HAA20992@mpp.minn.net> Subject: Re: stanford benchmark/usenix To: lehey.pad@sni.de (Greg Lehey) Date: Mon, 22 Jan 1996 07:55:35 -0600 (CST) From: "Mike Pritchard" Cc: davidg@Root.COM, hackers@freebsd.org In-Reply-To: <199601221224.NAA10132@nixpbe.pdb.sni.de> from "Greg Lehey" at Jan 22, 96 01:20:51 pm X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Greg Lehey wrote: > > > > >>>> David Greenman said: > > > > >Do we have pentium optimized bcopy and bzero ? > > > > > > > > > >Because some of the benchmarks could clearly benefit from them. > > > > > > > > After reading the Usenix paper on OS performance on Pentium machines, I'm > > > > inclined to add optimized code to our libc. Basically, get the processor typ > > > e > > > > (probably via sysctl) and use this to control which versions are called - > > > > similar to what I recently did with bzero in the kernel. [trimmed] > Wouldn't it make more sense to have separate libraries for each > processor type, and to install the appropriate versions? What if you want to share your /usr with a bunch of diskless machines of mixed cpu types? -- Mike Pritchard mpp@minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-hackers Mon Jan 22 05:58:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA12515 for hackers-outgoing; Mon, 22 Jan 1996 05:58:16 -0800 (PST) Received: from nixpbe.pdb.sni.de (mail.sni.de [192.109.2.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA12496 for ; Mon, 22 Jan 1996 05:57:53 -0800 (PST) Received: (from nerv@localhost) by nixpbe.pdb.sni.de (8.6.12/8.6.12) id OAA15408 for hackers@freebsd.org; Mon, 22 Jan 1996 14:57:40 +0100 Message-Id: <199601221357.OAA15408@nixpbe.pdb.sni.de> Subject: Re: stanford benchmark/usenix To: mpp@mpp.minn.net (Mike Pritchard) Date: Mon, 22 Jan 96 14:53:47 MET From: Greg Lehey Cc: hackers@freebsd.org (Hackers; FreeBSD) In-Reply-To: <199601221355.HAA20992@mpp.minn.net>; from "Mike Pritchard" at Jan 22, 96 7:55 am X-Mailer: xmail 2.4 (based on ELM 2.2 PL16) Sender: owner-hackers@freebsd.org Precedence: bulk > > Greg Lehey wrote: > > > > > > >>>> David Greenman said: > > > > > >Do we have pentium optimized bcopy and bzero ? > > > > > > > > > > > >Because some of the benchmarks could clearly benefit from them. > > > > > > > > > > After reading the Usenix paper on OS performance on Pentium machines, I'm > > > > > inclined to add optimized code to our libc. Basically, get the processor typ > > > > e > > > > > (probably via sysctl) and use this to control which versions are called - > > > > > similar to what I recently did with bzero in the kernel. > > [trimmed] > > > Wouldn't it make more sense to have separate libraries for each > > processor type, and to install the appropriate versions? > > What if you want to share your /usr with a bunch of diskless > machines of mixed cpu types? You use the generic version. If you're running dickless, you're probably not looking for blazing fast performance. Greg From owner-freebsd-hackers Mon Jan 22 06:04:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA13370 for hackers-outgoing; Mon, 22 Jan 1996 06:04:41 -0800 (PST) Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA13362 for ; Mon, 22 Jan 1996 06:04:37 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id GAA29324; Mon, 22 Jan 1996 06:58:08 -0700 Message-Id: <199601221358.GAA29324@rover.village.org> To: Luigi Rizzo Subject: Re: Security (was: Re: Two commands: icat and ils) Cc: hackers@FreeBSD.ORG, dworkin@rover.village.org In-reply-to: Your message of Mon, 22 Jan 1996 11:03:44 +0100 Date: Mon, 22 Jan 1996 06:58:08 -0700 From: Warner Losh Sender: owner-hackers@FreeBSD.ORG Precedence: bulk : Why ? Security must be enforced with proper protections, not by : simply trying to hide information which *is* available. The standard reason that is given is that it bypasses all file system checks... However, you need to be root to run it, so maybe that isn't such a horrible thing. Warner From owner-freebsd-hackers Mon Jan 22 06:43:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA16937 for hackers-outgoing; Mon, 22 Jan 1996 06:43:05 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA16932 for ; Mon, 22 Jan 1996 06:43:00 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id BAA02754; Tue, 23 Jan 1996 01:38:44 +1100 Date: Tue, 23 Jan 1996 01:38:44 +1100 From: Bruce Evans Message-Id: <199601221438.BAA02754@godzilla.zeta.org.au> To: davidg@Root.COM, lehey.pad@sni.de Subject: Re: stanford benchmark/usenix Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >Wouldn't it make more sense to have separate libraries for each >processor type, and to install the appropriate versions? This only works for shared libraries. You can probably get more performance by not using shared libraries than by local optimizations in them. Bruce From owner-freebsd-hackers Mon Jan 22 07:15:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA19202 for hackers-outgoing; Mon, 22 Jan 1996 07:15:11 -0800 (PST) Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA19184 Mon, 22 Jan 1996 07:14:55 -0800 (PST) Received: by Sysiphos id AA16526 (5.67b/IDA-1.5); Mon, 22 Jan 1996 16:14:22 +0100 Message-Id: <199601221514.AA16526@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Mon, 22 Jan 1996 16:14:20 +0100 In-Reply-To: "Jonathan M. Bresler" "nakamichi MBR-7, some bizarre behavior" (Jan 20, 22:02) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: "Jonathan M. Bresler" Subject: Re: nakamichi MBR-7, some bizarre behavior Cc: freebsd-scsi@freebsd.org, freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk On Jan 20, 22:02, "Jonathan M. Bresler" wrote: } Subject: nakamichi MBR-7, some bizarre behavior } i have a nakamichi MBR-7 scsi-ii 2x cdrom 7 changer. the unit has } internal terminators controlled by a rear panel dip switch. the } rear panel has 2 centronics 50-pin scsi connectors. the scsi card } is an ASUS SC-200. } } regardless of whether the internal scsi terminator are enabled or } i use an external scsi terminator (active) on the lower scsi } connector of the MBR-7, i get scsi phase errors. when the cable } connects the SC-200 to the upper scsi connector on the MBR-7, the } unit reponds normally. Hmmm, you are saying, whether it works depends on which of two external connectors you use ??? That seems to indicate a cable/terminator problem. But you may want to try the latest /sys/pci/ncr.c from -current, which has handshake timeouts disabled. I'm not sure, } } ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ } SC-200 connected to UPPER scsi connector: } } ncr1 rev 1 int a irq 11 on pci0:5 } (ncr1:6:0): "NRC MBR-7 110" type 5 removable SCSI 2 } cd0(ncr1:6:0): CD-ROM } cd0(ncr1:6:0): asynchronous. } cd present.[330927 x 2048 byte records] } (ncr1:6:1): "NRC MBR-7 110" type 5 removable SCSI 2 } cd1(ncr1:6:1): CD-ROM } cd1(ncr1:6:1): asynchronous. } cd present.[208702 x 2048 byte records] } (ncr1:6:2): "NRC MBR-7 110" type 5 removable SCSI 2 } cd2(ncr1:6:2): CD-ROM } cd2(ncr1:6:2): asynchronous. } cd present.[307527 x 2048 byte records] } (ncr1:6:3): "NRC MBR-7 110" type 5 removable SCSI 2 } cd3(ncr1:6:3): CD-ROM } cd3(ncr1:6:3): asynchronous. } cd present.[326402 x 2048 byte records] } (ncr1:6:4): "NRC MBR-7 110" type 5 removable SCSI 2 } cd4(ncr1:6:4): CD-ROM } cd4(ncr1:6:4): asynchronous. } } cd4(ncr1:6:4): NOT READY asc:3a,0 Medium not present } can't get the size } } (ncr1:6:5): "NRC MBR-7 110" type 5 removable SCSI 2 } cd5(ncr1:6:5): CD-ROM } cd5(ncr1:6:5): asynchronous. } } cd5(ncr1:6:5): NOT READY asc:3a,0 Medium not present } can't get the size } } (ncr1:6:6): "NRC MBR-7 110" type 5 removable SCSI 2 } cd6(ncr1:6:6): CD-ROM } cd6(ncr1:6:6): asynchronous. } } cd6(ncr1:6:6): NOT READY asc:3a,0 Medium not present } can't get the size } } ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ } SC-200 connected to LOWER scsi connector: } } ncr1 rev 1 int a irq 11 on pci0:5 } ncr1: SCSI phase error fixup: CCB address mismatch (0xf0688b08 != 0x00000000) ^^^^^^^^^^ That doesn't look right ! None of the operands to the compare should be 0 ... Have never seen this. I will check the sources for an explanation of how this can happen. } ncr1:6: ERROR (80:100) (e-ac-0) (0/13) @ (438:1e000000). } script cmd = 868b0000 This indicates a handshake timeout occured. Please use the most recent ncr.c, or apply the following patch and let me know, whether it helps: Index: /sys/pci/ncr.c =================================================================== RCS file: /usr/cvs/src/sys/pci/ncr.c,v retrieving revision 1.57 retrieving revision 1.58 diff -C2 -r1.57 -r1.58 *** ncr.c 1996/01/15 00:10:15 1.57 --- ncr.c 1996/01/15 23:16:39 1.58 *************** *** 4427,4431 **** OUTB (nc_stest2, EXT ); /* Extended Sreq/Sack filtering */ OUTB (nc_stest3, TE ); /* TolerANT enable */ ! OUTB (nc_stime0, 0xfb ); /* HTH = 1.6sec STO = 0.1 sec. */ /* --- 4427,4431 ---- OUTB (nc_stest2, EXT ); /* Extended Sreq/Sack filtering */ OUTB (nc_stest3, TE ); /* TolerANT enable */ ! OUTB (nc_stime0, 0x0b ); /* HTH = disabled, STO = 0.1 sec. */ /* Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-hackers Mon Jan 22 07:27:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA20134 for hackers-outgoing; Mon, 22 Jan 1996 07:27:23 -0800 (PST) Received: from fieber-john.campusview.indiana.edu (Fieber-John.campusview.indiana.edu [149.159.1.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA20122 Mon, 22 Jan 1996 07:27:19 -0800 (PST) Received: (from jfieber@localhost) by fieber-john.campusview.indiana.edu (8.6.12/8.6.12) id KAA03832; Mon, 22 Jan 1996 10:25:54 -0500 Date: Mon, 22 Jan 1996 10:25:53 -0500 (EST) From: John Fieber X-Sender: jfieber@fieber-john.campusview.indiana.edu To: mailing list account cc: freebsd-hackers@freebsd.org, freebsd-doc@freebsd.org Subject: Re: What printed documentation do we need? In-Reply-To: <199601220643.AAA03966@argus.flash.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Mon, 22 Jan 1996, mailing list account wrote: > These bookstores make BSD the best kept secret in the industry! Hmmm... At least two bookstores around here (bloomington indiana) have the BSD4.4 manuals, multiple copies no less. -john == jfieber@indiana.edu =========================================== == http://fieber-john.campusview.indiana.edu/~jfieber ============ From owner-freebsd-hackers Mon Jan 22 07:31:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA20616 for hackers-outgoing; Mon, 22 Jan 1996 07:31:32 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA20555 for ; Mon, 22 Jan 1996 07:30:16 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id QAA05440; Mon, 22 Jan 1996 16:27:14 +0100 From: Luigi Rizzo Message-Id: <199601221527.QAA05440@labinfo.iet.unipi.it> Subject: Re: Security (was: Re: Two commands: icat and ils) To: imp@village.org (Warner Losh) Date: Mon, 22 Jan 1996 16:27:14 +0100 (MET) Cc: hackers@freebsd.org, dworkin@rover.village.org In-Reply-To: <199601221358.GAA29324@rover.village.org> from "Warner Losh" at Jan 22, 96 06:57:49 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > : Why ? Security must be enforced with proper protections, not by > : simply trying to hide information which *is* available. > > The standard reason that is given is that it bypasses all file system > checks... However, you need to be root to run it, so maybe that isn't > such a horrible thing. exactly. Also, you already have more powerful tools like "cat" and "rm" to peek at people's data or destroy information. Luigi From owner-freebsd-hackers Mon Jan 22 07:32:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA20751 for hackers-outgoing; Mon, 22 Jan 1996 07:32:08 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA20690 Mon, 22 Jan 1996 07:32:04 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id HAA20113; Mon, 22 Jan 1996 07:31:24 -0800 To: Rob Mallory cc: julian@freefall.freebsd.org (Julian Elischer), hackers@freefall.freebsd.org Subject: Re: LOST in San Diego In-reply-to: Your message of "Sun, 21 Jan 1996 23:31:59 PST." <199601220731.XAA10010@wiley.csusb.edu> Date: Mon, 22 Jan 1996 07:31:24 -0800 Message-ID: <20111.822324684@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > "Headquarters" is at the Marriott 333 W. Harbor Dr, 619-234-1500 > there is a message desk for usenix participants at that number too. > you can leave a message for anyone at usenix, or pick up messages > for you. David, Gary and I will also be staying at the Marriott, so if anyone wishes to leave messages for us, please do so at the desk! We'll also be checking our email, though that may not be the swiftest communications medium once our inboxes swell beyond a couple of hundred messages! :-) We'll be in S.D. until Saturday evening. Jordan From owner-freebsd-hackers Mon Jan 22 07:40:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA21757 for hackers-outgoing; Mon, 22 Jan 1996 07:40:13 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA21567 for ; Mon, 22 Jan 1996 07:38:30 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id CAA05096; Tue, 23 Jan 1996 02:35:22 +1100 Date: Tue, 23 Jan 1996 02:35:22 +1100 From: Bruce Evans Message-Id: <199601221535.CAA05096@godzilla.zeta.org.au> To: freebsd-hackers@freebsd.org, spaz@u.washington.edu Subject: Re: incorrect proto of sa_handler in 2.05R, 2.1R ? Sender: owner-hackers@freebsd.org Precedence: bulk > I am trying to get a snapshot of octave to build on a 2.0.5 >machine and i have run into a problem. I am curious as to wether or not >this has been changed in 2.1 RELEASE. I am also curious as to weather or No, but, it has been changed in -current. >not the author of octave is incorrect in asserting that the following >prototype is in error. Please respond at your earliest convienience so i >can inform him if he needs to ifdef this in for current and future freebsd >releases > This is the definition of sa_handler in /usr/include/sys/signal.h: >mira: {4} grep sa_handler /usr/include/sys/*.h >/usr/include/sys/signal.h: void (*sa_handler)(); This prototype is specified by POSIX.1-1990 3.3.4.2. However, it is braindamaged, and POSIX conformant programs can't tell the difference if it is changed to `void (*sa_handler)(int);', so I changed it. > I have just been told that this is not a correct prototype for >this, and that it should be : > void (*sa_handler)(int); The problem is probably that sa_handler is a (pointer to) a function with no args in C++ because C its declaration isn't wrapped with `extern "C" { ... }' like it should be. You can probably work around this by wrapping the #include of with `extern "C" { ... }'. Bruce From owner-freebsd-hackers Mon Jan 22 07:40:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA21822 for hackers-outgoing; Mon, 22 Jan 1996 07:40:26 -0800 (PST) Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA21438 for ; Mon, 22 Jan 1996 07:36:40 -0800 (PST) Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.17.12]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id QAA03302 for ; Mon, 22 Jan 1996 16:17:01 +0100 From: Wolfram Schneider Received: (wosch@localhost) by caramba.cs.tu-berlin.de (8.6.12/8.6.9) id QAA13384; Mon, 22 Jan 1996 16:16:55 +0100 Date: Mon, 22 Jan 1996 16:16:55 +0100 Message-Id: <199601221516.QAA13384@caramba.cs.tu-berlin.de> To: hackers@freebsd.org Subject: recursive grep MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk I would like add options for recursive searching (grep -R foo /usr/include). Options are similar to chmod/chown etc. See http://freebsd.org/~wosch/src/grep.diff (8KB). Wolfram From owner-freebsd-hackers Mon Jan 22 07:49:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA22517 for hackers-outgoing; Mon, 22 Jan 1996 07:49:38 -0800 (PST) Received: from maelstrom.cc.mcgill.ca (maelstrom.CC.McGill.CA [132.206.35.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA22510 for ; Mon, 22 Jan 1996 07:49:29 -0800 (PST) Received: (from yves@localhost) by maelstrom.cc.mcgill.ca (8.7.1/8.6.6) id KAA14699; Mon, 22 Jan 1996 10:46:02 -0500 (EST) Date: Mon, 22 Jan 1996 10:46:02 -0500 (EST) From: Yves Lepage Subject: Re: USENIX To: Julian Elischer cc: hackers@FreeBSD.org In-Reply-To: <199601211017.CAA14319@ref.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk Hi Julian, I am there. :-) I'll try to find you even if it's only to thank you in person for all the problems you've solved for me. an *BSD BOF would be a great idea and I don't think it is too late to organize one. Anyone volunteering? Yves Lepage "How often have I said to you that when you have eliminated the impossible, whatever remains, however improbable, must be the truth?" -- SIR ARTHUR CONAN DOYLE 1859-1930 On Sun, 21 Jan 1996, Julian Elischer wrote: > > is Anyone else going this week? > > is there a BOF session? > FreeBSD, *BSD? > > julian > > From owner-freebsd-hackers Mon Jan 22 07:53:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA22837 for hackers-outgoing; Mon, 22 Jan 1996 07:53:01 -0800 (PST) Received: from maelstrom.cc.mcgill.ca (maelstrom.CC.McGill.CA [132.206.35.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA22831 for ; Mon, 22 Jan 1996 07:52:57 -0800 (PST) Received: (from yves@localhost) by maelstrom.cc.mcgill.ca (8.7.1/8.6.6) id KAA14705; Mon, 22 Jan 1996 10:49:29 -0500 (EST) Date: Mon, 22 Jan 1996 10:49:29 -0500 (EST) From: Yves Lepage Subject: Re: USENIX To: "Jordan K. Hubbard" cc: "Amancio Hasty Jr." , davidg@Root.COM, Julian Elischer , hackers@FreeBSD.org In-Reply-To: <1962.822264897@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk That'll teach me to read a whole thread before posting. :-) Sorry. Yves Lepage "How often have I said to you that when you have eliminated the impossible, whatever remains, however improbable, must be the truth?" -- SIR ARTHUR CONAN DOYLE 1859-1930 On Sun, 21 Jan 1996, Jordan K. Hubbard wrote: > > Anyone care to give a date/time for the *BSD BOF? > > 8PM, Tuesday the 23rd of January. > > Jordan > From owner-freebsd-hackers Mon Jan 22 08:07:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA23516 for hackers-outgoing; Mon, 22 Jan 1996 08:07:15 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA23510 for ; Mon, 22 Jan 1996 08:07:10 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id JAA21971; Mon, 22 Jan 1996 09:09:38 -0700 Date: Mon, 22 Jan 1996 09:09:38 -0700 From: Nate Williams Message-Id: <199601221609.JAA21971@rocky.sri.MT.net> To: didier@panoramix.omnix.fr.org Cc: hackers@freebsd.org Subject: Re: ppp server In-Reply-To: References: Sender: owner-hackers@freebsd.org Precedence: bulk > do you have any clue to set up a ppp server with user ppp. > > I tryed "ppp -dedicated" but it works only once. Have you read the instructions in the handbook? Are your modems setup correctly? Details, details.... Nate From owner-freebsd-hackers Mon Jan 22 08:09:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA23687 for hackers-outgoing; Mon, 22 Jan 1996 08:09:49 -0800 (PST) Received: from rk.ios.com (rk.ios.com [198.4.75.55]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA23682 for ; Mon, 22 Jan 1996 08:09:44 -0800 (PST) Received: (from rashid@localhost) by rk.ios.com (8.6.11/8.6.9) id LAA07521 for hackers@freebsd.org; Mon, 22 Jan 1996 11:06:18 -0500 From: Rashid Karimov Message-Id: <199601221606.LAA07521@rk.ios.com> Subject: Decent P6/200 Mbs - WHERE ? To: hackers@freebsd.org Date: Mon, 22 Jan 1996 11:06:18 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Hi there folx, So finally we have ASUS's P150 MSs at least in two places: on ftp.wcarchive.com and on news.ios.com :) , but I think that jkh@ is concerned too with that stupid 4.4Mbs limit currently in ASUS P6 MBs ... looks like they will start shipping the updated MBs ( carrying the fixed version of ORION chipset) only in April ... In the meantime ... where can I get some really decent P6 Mb ? Preferably on 200Mhz ? I don't like the idea of buying the complete system from say Micron or some other vendor and it's impossible to get just a MB from them ? BTW, I got the updated BIOS from ASUS for that infamous P6RP4 ... and they claim that it will eliminate that bottleneck :))) .. real funny. Can't risk the production system now :( - the BIOS update looks like rtaher a tricky and dangerous thing to do and frankly it's hard to beleive that it will fix that problem DISCLAIMER: the ASUS P6rp4 MB mentioned behaves JUST GREAT! The only problem encountered so far is the thing with ORION's bug . RAshid From owner-freebsd-hackers Mon Jan 22 08:20:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA24207 for hackers-outgoing; Mon, 22 Jan 1996 08:20:52 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA24199 for ; Mon, 22 Jan 1996 08:20:48 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id IAA20293; Mon, 22 Jan 1996 08:20:34 -0800 To: Warner Losh cc: hackers@freebsd.org, dworkin@rover.village.org Subject: Re: Two commands: icat and ils In-reply-to: Your message of "Mon, 22 Jan 1996 01:48:27 MST." <199601220848.BAA28985@rover.village.org> Date: Mon, 22 Jan 1996 08:20:34 -0800 Message-ID: <20291.822327634@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > fsdb will run under 2.0R, btw, but it isn't useful when you have a > disk that is really really really trashed badly (since I can't keep Actually, you pointed up an interesting inconsistency we have with ourselves: fsdb (inum: 2)> q *** FILE SYSTEM MARKED DIRTY *** BE SURE TO RUN FSCK TO CLEAN UP ANY DAMAGE *** IF IT WAS MOUNTED, RE-MOUNT WITH -u -o reload root@time-> mount -u -o reload /junk mount: -o reload: option not supported Nice instance of misdirecting the user, eh? :-) Your other tools sound interesting, though I always shrink somehow at the thought of *more* UNIX commands populating the system. Wouldn't it be better to simply enhance fsdb to provide the additional display and recovery options you want? Jordan From owner-freebsd-hackers Mon Jan 22 08:32:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA24692 for hackers-outgoing; Mon, 22 Jan 1996 08:32:26 -0800 (PST) Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA24663 for ; Mon, 22 Jan 1996 08:32:08 -0800 (PST) Received: by Sysiphos id AA18211 (5.67b/IDA-1.5 for hackers@FreeBSD.ORG); Mon, 22 Jan 1996 17:27:41 +0100 Message-Id: <199601221627.AA18211@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Mon, 22 Jan 1996 17:27:40 +0100 In-Reply-To: Peter Dufault "Re: Whew!!!!!!! (MAJOR sigh of relief!)" (Jan 21, 9:29) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Peter Dufault Subject: Re: Whew!!!!!!! (MAJOR sigh of relief!) Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk On Jan 21, 9:29, Peter Dufault wrote: } Subject: Re: Whew!!!!!!! (MAJOR sigh of relief!) } I plan on plugging into the SCSI code with Justin shortly. I am } finishing up a new rev of the GPIB driver that supports different } boards and modes, and check in and write man pages for three new } Data Acq drivers. } } After that I plan on moving policy up out of the SCSI board drivers } and into the common code, hopefully reduce some of the common code } in the drivers, and adding common SCSI resource scheduling. Yes, I'd love to see this done! } I have the 1542 and now the NCR covered (though I'm sure Stefan } will help with that) and Justin has the AHC. It will be nice if } some others can step forward to pick up the other boards. And I'd be glad to help. There are parts of the NCR driver, that could be greatly simplified, if the GENERIC driver offered suitable support. I intend (and have prepared) significant changes to the NCR driver code (loading of the NCR SCRIPT, error handling and multi byte messages). Additional functionality in the generic code could simplify some parts of the NCR driver. Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-hackers Mon Jan 22 08:42:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA25304 for hackers-outgoing; Mon, 22 Jan 1996 08:42:51 -0800 (PST) Received: from Jessica.RatsNest.VaBeach.VA.US. (shiva2.ipctech.com [199.181.207.232]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA25291 for ; Mon, 22 Jan 1996 08:42:44 -0800 (PST) Message-Id: <199601221642.IAA25291@freefall.freebsd.org> Comments: Authenticated sender is From: "Pavlov's Cat" Organization: Organized? Me? Hah! To: hackers@freebsd.org Date: Mon, 22 Jan 1996 11:42:35 -240 Subject: Compaq NetFlex-2 Adapter Reply-to: SimsS@Infi.Net Priority: normal X-mailer: Pegasus Mail for Windows (v2.23) Sender: owner-hackers@freebsd.org Precedence: bulk Anyone know if the Compaq NetFlex-2 adapter is supported by any of the existing drivers? I've got a couple of ProLiant 1500's that I'd love to load with FreeBSD, but my ardor is diminished if I have to go buy some cheesy clone card to run the net side of things.... (I already had to disable the "internal" SCSI and put an Adaptec 2740 in instead, thereby losing the Fast/Wide capability of the 32550 that's in there...) TIA, -- ...sjs... Steve Sims (SJS7) SimsS@Infi.Net Systems Engineer, IPC Technologies, Inc. Virginia Beach, VA "Everyone wants to save the Earth; Nobody wants to help Mom do the dishes." ...P.J. O'Roarke From owner-freebsd-hackers Mon Jan 22 09:12:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA27971 for hackers-outgoing; Mon, 22 Jan 1996 09:12:42 -0800 (PST) Received: from border.com (janus.border.com [199.71.190.98]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA27957 for ; Mon, 22 Jan 1996 09:12:39 -0800 (PST) Received: by janus.border.com id <20508>; Mon, 22 Jan 1996 12:14:54 -0500 Date: Mon, 22 Jan 1996 12:12:11 -0500 From: Jerry Kendall To: Rashid Karimov Cc: hackers@FreeBSD.org Subject: Re: Decent P6/200 Mbs - WHERE ? In-Reply-To: <199601221606.LAA07521@rk.ios.com> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Message-Id: <96Jan22.121454est.20508@janus.border.com> Sender: owner-hackers@FreeBSD.org Precedence: bulk On Mon, 22 Jan 1996, Rashid Karimov wrote: > > DISCLAIMER: > > the ASUS P6rp4 MB mentioned behaves JUST GREAT! The only > problem encountered so far is the thing with ORION's bug . > > What BUG are you talking about...I must have missed the info... -------------------------------------------------------------------------------- Any comments or opinions in this message are my own and may or may not reflect the comments or opinions of my present or previous employers. Jerry Kendall Border Network Technologies Inc. System Software Engineer Tel +1-416-368-7157 ext 303 jerry@border.com Fax +1-416-368-7178 From owner-freebsd-hackers Mon Jan 22 09:13:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA28112 for hackers-outgoing; Mon, 22 Jan 1996 09:13:48 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA28101 for ; Mon, 22 Jan 1996 09:13:44 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.6.12/8.6.5) with SMTP id JAA16062; Mon, 22 Jan 1996 09:13:23 -0800 Message-Id: <199601221713.JAA16062@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost didn't use HELO protocol To: Rashid Karimov cc: hackers@freebsd.org Subject: Re: Decent P6/200 Mbs - WHERE ? In-reply-to: Your message of "Mon, 22 Jan 1996 11:06:18 EST." <199601221606.LAA07521@rk.ios.com> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 22 Jan 1996 09:13:23 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk > So finally we have ASUS's P150 MSs at least in two > places: on ftp.wcarchive.com and on news.ios.com :) , > but I think that jkh@ is concerned too with that > stupid 4.4Mbs limit currently in ASUS P6 MBs ... looks > like they will start shipping the updated MBs ( carrying > the fixed version of ORION chipset) only in April ... We didn't use the ASUS motherboard. I'm arranging to return it to ASUS. Intel is loaning us the guts of a P6 SMP server system that has the B0 stepping of the Orion chipset. We just installed it last Thursday. > In the meantime ... where can I get some really decent > P6 Mb ? Preferably on 200Mhz ? I don't like the idea > of buying the complete system from say Micron or some > other vendor and it's impossible to get just a MB from them ? Can't help you with this. Without Intel's gratious support with the loaner chassis+motherboard, we wouldn't have been able to do the upgrade. > BTW, I got the updated BIOS from ASUS for that infamous > P6RP4 ... and they claim that it will eliminate that > bottleneck :))) .. real funny. Can't risk the production system > now :( - the BIOS update looks like rtaher a tricky and dangerous > thing to do and frankly it's hard to beleive that it will fix > that problem Interesting...the problem can only be fixed in hardware, so this is curious. -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Mon Jan 22 09:22:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA28633 for hackers-outgoing; Mon, 22 Jan 1996 09:22:03 -0800 (PST) Received: from uswat.advtech.uswest.com (uswat.advtech.uswest.com [130.13.16.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA28628 for ; Mon, 22 Jan 1996 09:21:58 -0800 (PST) Received: from lookout.ecte.uswc.uswest.com (lookout.ecte.uswc.uswest.com [151.116.109.7]) by uswat.advtech.uswest.com (8.7.3/8.7.3) with ESMTP id KAA02195; Mon, 22 Jan 1996 10:21:56 -0700 (MST) Received: (from rxscot2@localhost) by lookout.ecte.uswc.uswest.com (8.6.11/uswc-hub.950320) id KAA22079; Mon, 22 Jan 1996 10:21:55 -0700 Date: Mon, 22 Jan 1996 10:21:55 -0700 (MST) From: Rich Scott To: "Amancio Hasty Jr." cc: freebsd-hackers@freefall.freebsd.org Subject: Re: gcc pentium for FreeBSD? In-Reply-To: <199601220807.AAA02086@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk See the Pentium Compiler Group page: http://www-iss.mach.uni-karlsruhe.de/pcg/ =rich |A little while ago I heard someone has going to upgrade gcc to do |pentium optimizations . So I am wondering where can I pick up |the patches ? 8) From owner-freebsd-hackers Mon Jan 22 09:46:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA00793 for hackers-outgoing; Mon, 22 Jan 1996 09:46:40 -0800 (PST) Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA00780 for ; Mon, 22 Jan 1996 09:46:28 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id KAA29834; Mon, 22 Jan 1996 10:45:52 -0700 Message-Id: <199601221745.KAA29834@rover.village.org> To: "Jordan K. Hubbard" Subject: Re: Two commands: icat and ils Cc: hackers@freebsd.org, dworkin@rover.village.org In-reply-to: Your message of Mon, 22 Jan 1996 08:20:34 PST Date: Mon, 22 Jan 1996 10:45:52 -0700 From: Warner Losh Sender: owner-hackers@freebsd.org Precedence: bulk : Your other tools sound interesting, though I always shrink somehow at : the thought of *more* UNIX commands populating the system. Wouldn't : it be better to simply enhance fsdb to provide the additional display : and recovery options you want? Yes. However some of them are along the lines of "Take all the inodes you can find and shove them into this other disk's fs, oh and see what, if any, directory structure you can preserve" I'll see about merging in the functionality that I need to fsdb once I have my files recovered :-). Warner From owner-freebsd-hackers Mon Jan 22 09:48:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA00997 for hackers-outgoing; Mon, 22 Jan 1996 09:48:31 -0800 (PST) Received: from frig.mt.cs.keio.ac.jp (frig.mt.cs.keio.ac.jp [131.113.32.7]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA00980 Mon, 22 Jan 1996 09:48:24 -0800 (PST) Received: (from hosokawa@localhost) by frig.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id CAA14047; Tue, 23 Jan 1996 02:48:16 +0900 Date: Tue, 23 Jan 1996 02:48:16 +0900 Message-Id: <199601221748.CAA14047@frig.mt.cs.keio.ac.jp> To: hackers@freebsd.org, hardware@freebsd.org Subject: [PCMCIA] New pccard-test driver (alpha-960123) is now avilable From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: owner-hackers@freebsd.org Precedence: bulk We release "pccard-test" package 960123 (alpha-test release). It enables FreeBSD-2.1.0 to drive many PCMCIA cards and provides you "hotplug" PCMCIA feature on your laptop machines running FreeBSD-2.1.0. This work is based on Andrew McRae's sys/pccard stuffs (thanks!). You can get it from ftp://bash.cc.keio.ac.jp/pub/os/FreeBSD/alpha-test/pccard/pccard-test-960123.tar.gz Improvement upon the last release (alpha-960112): 1. Tested on more cards. 2. Instabilty problem of serial cards on some PCICs are solved by a quick hack. 3. Added if_fe Ethernet PCMCIA driver. 4. Fixed a bug of IRQ allocation. 5. Fixed a bug of I/O window deallocation. 6. Changed default PCMCIA serial port from sio1 to sio2 (for laptops that has IrDA port or serial mouse on board). 7. Many minor bugs are fixed. Please test it and report me about it. Caution: It's only an alpha-release driver. Please backup your important data before installing this package. Currently, we're testing this package on the cards listed below: ---------------------------------------------------------------------- Type Card Status Driver ---------------------------------------------------------------------- Ethernet 3Com Etherlink III 3C589B OK ep 3Com Etherlink III 3C589C OK ep Farallon EtherMac OK ep Fujitsu FMV-J181 OK fe IBM Creditcard Ethernet I OK ed IBM Creditcard Ethernet II OK ed FAX/Modem APEX DATA Mobile Plus V.34 OK sio Fujitsu FMV-JMD712 OK sio Hayes OPTIMA 288 NG sio Megahertz XJ2144 OK sio Megahertz XJ2144J OK sio Megahertz XJ2288 OK sio Megahertz XJ3288J NG sio NewMedia FAX/Modem 14.4K OK sio NovaLink Tech. NovaModem 144 OK sio OMRON ME2814 Fax/Modem OK sio OMRON MD24XCA Fax/Modem OK sio PREMAX FM288 OK sio Panasonic TO-706C NG sio US Robotics Sportster PCMCIA V.34 OK sio US Robotics COURIER PCMCIA V.34 OK sio Xircom CreditCard Ethernet+Modem (Modem only) OK sio *1 ISDN BUG Linkboy D64K OK sio Digital Cellular NTT DoCoMo DATA/FAX Adapter OK sio IrDA IBM PCMCIA Serial IR Adapter Card NG sio SCSI Adaptec SlimSCSI 1460 OK aic NewMedia BusToaster OK aic *2 RATOC REX-5535AC OK spc RATOC REX-5535AMC OK spc RATOC REX-5535X OK spc Flash ATA SunDisk SPD5-5 (OEM: Epson Flash Packer 5MB) OK wdc SunDisk SPD5-20 (OEM: Epson Flash Packer 20MB) OK wdc SunDisk SPD-40 (OEM: Epson Flash Packer 40MB) OK wdc ATA HDD Maxtor MobileMax MXL131 OK wdc Mitsubishi M6887-3 170MB OK wdc ---------------------------------------------------------------------- *1 We don't want to support any Xircom PCMCIA cards because of their harsh policy against free-software. It only simply means a Xircom card works with this driver by a chance :-). *2 I've not successed to use this card with my machine, but an alpha-test user reported that he could use it with his machine. Enjoy! -- 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 Mon Jan 22 09:51:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA01231 for hackers-outgoing; Mon, 22 Jan 1996 09:51:17 -0800 (PST) Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA01226 for ; Mon, 22 Jan 1996 09:51:13 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id KAA29806; Mon, 22 Jan 1996 10:42:25 -0700 Message-Id: <199601221742.KAA29806@rover.village.org> To: Luigi Rizzo Subject: Re: Security (was: Re: Two commands: icat and ils) Cc: hackers@freebsd.org, dworkin@rover.village.org In-reply-to: Your message of Mon, 22 Jan 1996 16:27:14 +0100 Date: Mon, 22 Jan 1996 10:42:24 -0700 From: Warner Losh Sender: owner-hackers@freebsd.org Precedence: bulk : > : Why ? Security must be enforced with proper protections, not by : > : simply trying to hide information which *is* available. : > : > The standard reason that is given is that it bypasses all file system : > checks... However, you need to be root to run it, so maybe that isn't : > such a horrible thing. : : exactly. Also, you already have more powerful tools like "cat" and : "rm" to peek at people's data or destroy information. rm won't remove an immutable file, but if you go through the raw device, you can do that. OR change the immutable file... Like I said, I don't completely understand it, but I'll be putting together a set of "use at your own risk" tools. Warner From owner-freebsd-hackers Mon Jan 22 10:02:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA01986 for hackers-outgoing; Mon, 22 Jan 1996 10:02:56 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA01961 for ; Mon, 22 Jan 1996 10:02:41 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id TAA05682; Mon, 22 Jan 1996 19:00:39 +0100 From: Luigi Rizzo Message-Id: <199601221800.TAA05682@labinfo.iet.unipi.it> Subject: Re: Security (was: Re: Two commands: icat and ils) To: imp@village.org (Warner Losh) Date: Mon, 22 Jan 1996 19:00:39 +0100 (MET) Cc: hackers@freebsd.org, dworkin@rover.village.org In-Reply-To: <199601221742.KAA29806@rover.village.org> from "Warner Losh" at Jan 22, 96 10:42:05 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > : exactly. Also, you already have more powerful tools like "cat" and > : "rm" to peek at people's data or destroy information. > > rm won't remove an immutable file, but if you go through the raw > device, you can do that. OR change the immutable file... immutable files must reside on immutable media. Otherwise, using standard commands as root you can easily do anything. Luigi From owner-freebsd-hackers Mon Jan 22 10:41:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA04662 for hackers-outgoing; Mon, 22 Jan 1996 10:41:10 -0800 (PST) Received: from gateway.sequent.com (gateway.sequent.com [138.95.18.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA04652 for ; Mon, 22 Jan 1996 10:41:06 -0800 (PST) Received: from eng4.sequent.com (eng4.sequent.com [138.95.7.64]) by gateway.sequent.com (8.6.12/8.6.9) with ESMTP id KAA19005; Mon, 22 Jan 1996 10:22:58 -0800 Received: from localhost (bjj@localhost) by eng4.sequent.com (8.6.12/8.6.9) with SMTP id KAA25742; Mon, 22 Jan 1996 10:39:50 -0800 Message-Id: <199601221839.KAA25742@eng4.sequent.com> X-Authentication-Warning: eng4.sequent.com: Host localhost didn't use HELO protocol To: Warner Losh Cc: hackers@freebsd.org, dworkin@rover.village.org Subject: Re: Two commands: icat and ils In-reply-to: Your message of "Mon, 22 Jan 96 01:48:27 PST." <199601220848.BAA28985@rover.village.org> Date: Mon, 22 Jan 96 10:39:50 PST From: Ben Jackson Sender: owner-hackers@freebsd.org Precedence: bulk In message <199601220848.BAA28985@rover.village.org> , you wrote: > ils: Will try all the inodes it can find and list all the > files that seem sane in all the directories that are > on a disk. Or, alternatively, it can list just one > inode as a directory. Sounds similar to PTX's `ff' utility. I do like the name `ils' better, though. Perhaps we should symlink clri to `irm'. :-) Any other OS's come with a similar program? --Ben From owner-freebsd-hackers Mon Jan 22 10:49:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA05239 for hackers-outgoing; Mon, 22 Jan 1996 10:49:44 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA05232 for ; Mon, 22 Jan 1996 10:49:39 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA15576; Mon, 22 Jan 1996 11:39:47 -0700 From: Terry Lambert Message-Id: <199601221839.LAA15576@phaeton.artisoft.com> Subject: Re: stanford benchmark/usenix To: davidg@root.com Date: Mon, 22 Jan 1996 11:39:47 -0700 (MST) Cc: hasty@rah.star-gate.com, rmallory@wiley.csusb.edu, freebsd-hackers@freefall.freebsd.org In-Reply-To: <199601221021.CAA14236@Root.COM> from "David Greenman" at Jan 22, 96 02:21:28 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk [ ... CPU specific bzero/bcopy/other ... ] > The function vector can then be changed to an optimized function for specific > CPU types. This would happen at some convenient place before program startup, > or perhaps in the generic function (which could, perhaps, be a stub whose sole > purpose is to select the appropriate routine, or fall back to a generic one). > I really don't want to get into this in more detail right now - I don't have > the time and in the end it would be easier to just sit down and code it. If > you think you know how to implement this correctly, then by all means, go for > it! We did this as well with the BSD kernel environment emulation under Windows95 for the file system framework (we have UFS running as a native FS under Win95 after making some changes of the changes I've been suggesting after isolating the BSD'isms and optimizing performance from the non-statistical profiling data). Do you remember Bruce's message regarding reordering the cache line loads in the P5 optimized bcopy? He said: | On my 486DX2/66 with an unknown writing strategy, copy() is about 20% | faster than memcpy() (*) but can be improved another 20% by changing the | cache line allocation strategy slightly: replace the load of 28(%edi) by | a load of 12(%edi) and add a load of 28(%edi) in the middle of the loop. | The pairing stuff and the nops make little difference. cache-line | alignment of the source and target made little difference. | | (*) When memcpy() is run a second time, it is as fast as the fastest | version as copy()! I didn't quite follow the reasoning, since it would write the contents of 12(%edi) into 28(%edi)?!? I mailed Bruce about this directly, but haven't seen a response yet... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Jan 22 10:51:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA05321 for hackers-outgoing; Mon, 22 Jan 1996 10:51:19 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA05316 for ; Mon, 22 Jan 1996 10:51:17 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA15590; Mon, 22 Jan 1996 11:42:43 -0700 From: Terry Lambert Message-Id: <199601221842.LAA15590@phaeton.artisoft.com> Subject: Re: stanford benchmark/usenix To: davidg@root.com Date: Mon, 22 Jan 1996 11:42:43 -0700 (MST) Cc: lehey.pad@sni.de, hackers@freebsd.org In-Reply-To: <199601221310.FAA14741@Root.COM> from "David Greenman" at Jan 22, 96 05:10:05 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > >Yes, I thought of that. The alterneative of being able to run the > >versions on all processors rather defeats the advantage: I had thought > > Not at all. Most of the optimizations that can be made don't use > CPU-specific instructions. It's all in just organizing the instructions > a little differently are making some algorithmic changes to take better > advantage of difference cache quirks. I agree with David. It's not use of P5 instructions, it's ordering of 386-on-up instructions in most cases. So the code will run, but it will run slower on a hardware/code mismatch. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Jan 22 11:02:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA06018 for hackers-outgoing; Mon, 22 Jan 1996 11:02:05 -0800 (PST) Received: from gateway.sequent.com (gateway.sequent.com [138.95.18.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA06013 for ; Mon, 22 Jan 1996 11:02:02 -0800 (PST) Received: from eng4.sequent.com (eng4.sequent.com [138.95.7.64]) by gateway.sequent.com (8.6.12/8.6.9) with ESMTP id KAA20629; Mon, 22 Jan 1996 10:44:29 -0800 Received: from localhost (bjj@localhost) by eng4.sequent.com (8.6.12/8.6.9) with SMTP id LAA27365; Mon, 22 Jan 1996 11:01:21 -0800 Message-Id: <199601221901.LAA27365@eng4.sequent.com> X-Authentication-Warning: eng4.sequent.com: Host localhost didn't use HELO protocol To: Greg Lehey Cc: davidg@Root.COM, hackers@freebsd.org (Hackers; FreeBSD) Subject: Re: stanford benchmark/usenix In-reply-to: Your message of "Mon, 22 Jan 96 13:58:56 PST." <199601221302.OAA11833@nixpbe.pdb.sni.de> Date: Mon, 22 Jan 96 11:01:21 PST From: Ben Jackson Sender: owner-hackers@freebsd.org Precedence: bulk In message <199601221302.OAA11833@nixpbe.pdb.sni.de> , you wrote: > > >Wouldn't it make more sense to have separate libraries for each > > >processor type, and to install the appropriate versions? > > I had thought > of a part of the system startup that checks the processor type and > puts in the correct hard links (symlinks are slower) before any > program gets started. How about the startup program `ldconfig' that generates a hints file where => /usr/lib/libc-i586.so.2.2. It can even tell at that point whether such an enhance library exists (for *any* library). The install might just construct the libraries from the generic libs and a few object files shipped with the distribution. --Ben From owner-freebsd-hackers Mon Jan 22 11:06:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA06260 for hackers-outgoing; Mon, 22 Jan 1996 11:06:48 -0800 (PST) Received: from mpp.minn.net (root@mpp.Minn.Net [204.157.201.242]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA06246 for ; Mon, 22 Jan 1996 11:06:28 -0800 (PST) Received: (from mpp@localhost) by mpp.minn.net (8.7.3/8.6.9) id NAA02658; Mon, 22 Jan 1996 13:05:27 -0600 (CST) Message-Id: <199601221905.NAA02658@mpp.minn.net> Subject: Re: Two commands: icat and ils To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 22 Jan 1996 13:05:26 -0600 (CST) From: "Mike Pritchard" Cc: imp@village.org, hackers@FreeBSD.org, dworkin@rover.village.org In-Reply-To: <20291.822327634@time.cdrom.com> from "Jordan K. Hubbard" at Jan 22, 96 08:20:34 am X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk Jordan K. Hubbard wrote: > > Your other tools sound interesting, though I always shrink somehow at > the thought of *more* UNIX commands populating the system. Wouldn't > it be better to simply enhance fsdb to provide the additional display > and recovery options you want? Actually, I started working on a real full-blown fsdb several months ago after having my #$!@^$%& root disk trashed one too many times. I've already got a good start on it, and actually started looking at it again this weekend after being too busy for a couple of months in there to do anything at all w/FreeBSD. translation: you might not want to spend a lot of time putting any work into the current fsdb. -- Mike Pritchard mpp@minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-hackers Mon Jan 22 11:29:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA07858 for hackers-outgoing; Mon, 22 Jan 1996 11:29:14 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA07853 for ; Mon, 22 Jan 1996 11:29:11 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id MAA22673; Mon, 22 Jan 1996 12:31:35 -0700 Date: Mon, 22 Jan 1996 12:31:35 -0700 From: Nate Williams Message-Id: <199601221931.MAA22673@rocky.sri.MT.net> To: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) Cc: hackers@freebsd.org Subject: Re: [PCMCIA] New pccard-test driver (alpha-960123) is now avilable In-Reply-To: <199601221748.CAA14047@frig.mt.cs.keio.ac.jp> References: <199601221748.CAA14047@frig.mt.cs.keio.ac.jp> Sender: owner-hackers@freebsd.org Precedence: bulk > We release "pccard-test" package 960123 (alpha-test release). ... > Improvement upon the last release (alpha-960112): Do you have a context diff from the last release for those of us running it? Nate From owner-freebsd-hackers Mon Jan 22 12:20:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA10963 for hackers-outgoing; Mon, 22 Jan 1996 12:20:51 -0800 (PST) Received: from sponsor.octet.com (root@sponsor.octet.com [204.141.97.15]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA10955 for ; Mon, 22 Jan 1996 12:20:47 -0800 (PST) Received: (from cosmos@localhost) by sponsor.octet.com (8.6.12/8.6.12) id PAA06044 for hackers@freebsd.org; Mon, 22 Jan 1996 15:08:47 GMT From: Daniel Leeds Message-Id: <199601221508.PAA06044@sponsor.octet.com> Subject: Is this ok?? To: hackers@freebsd.org Date: Mon, 22 Jan 1996 15:08:46 +0000 () X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk my boss has this idea for upgrading a 2.0.5 system to a 2.1 one... id appreciate ALL replies saying "heck no you moron!" or "thats ok" and why asap. thanks. we have a 2.1 system running here. he wants to backup the / and /usr filesystems on the 2.0.5 system and then copy the / and /usr from the 2.1 system over to the 2.0.5 machine...thus a quick upgrade. we would of course edit the /etc files etc accordingly. im very very wary to do this and am sure its completely wrong...can anyone give me a clear reason why? or tell me its fine to do.. thanks -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Daniel Leeds Unix Admin Octet Media Beatnik -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- From owner-freebsd-hackers Mon Jan 22 12:40:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA12234 for hackers-outgoing; Mon, 22 Jan 1996 12:40:51 -0800 (PST) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA12228 for ; Mon, 22 Jan 1996 12:40:46 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id VAA13920; Mon, 22 Jan 1996 21:30:26 +0100 (MET) Received: from knobel.gun.de (localhost [127.0.0.1]) by knobel.gun.de (8.7.3/8.7.3) with SMTP id VAA01576; Mon, 22 Jan 1996 21:21:58 +0100 (MET) Date: Mon, 22 Jan 1996 21:21:58 +0100 (MET) From: Andreas Klemm To: Wolfram Schneider cc: hackers@freebsd.org Subject: Re: recursive grep In-Reply-To: <199601221516.QAA13384@caramba.cs.tu-berlin.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Mon, 22 Jan 1996, Wolfram Schneider wrote: > > I would like add options for recursive searching > (grep -R foo /usr/include). > Options are similar to chmod/chown etc. Good idea. So the option will also be present in [ef]grep ... -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ - Support Unix - aklemm@wup.de - \/ ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz apsfilter - magic print filter 4lpd >>> knobel is powered by FreeBSD <<< From owner-freebsd-hackers Mon Jan 22 12:42:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA12333 for hackers-outgoing; Mon, 22 Jan 1996 12:42:35 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA12327 for ; Mon, 22 Jan 1996 12:42:32 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <53558(14)>; Mon, 22 Jan 1996 12:35:03 PST Received: from localhost ([127.0.0.1]) by crevenia.parc.xerox.com with SMTP id <177479>; Mon, 22 Jan 1996 12:34:28 -0800 X-Mailer: exmh version 1.6.4 10/10/95 To: Philippe Regnauld cc: hackers@freebsd.org (hackers) Subject: Re: tcpdump barfs on interface lp0 In-reply-to: Your message of "Sat, 20 Jan 1996 18:50:57 PST." <199601210250.DAA00319@tetard.frmug.fr.net> Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="===_0_Mon_Jan_22_12:33:42_PST_1996" Date: Mon, 22 Jan 1996 12:34:20 PST From: Bill Fenner Message-Id: <96Jan22.123428pst.177479@crevenia.parc.xerox.com> Sender: owner-hackers@freebsd.org Precedence: bulk This is a multipart MIME message. --===_0_Mon_Jan_22_12:33:42_PST_1996 Content-Type: text/plain; charset=us-ascii This is probably because the lpt driver incorrectly uses the DLT_NULL encapsulation; it prepends 2 bytes but tcpdump expects 4. Try this patch. Bill --===_0_Mon_Jan_22_12:33:42_PST_1996 Content-Type: application/octet-stream Content-Description: lpt.c.diff *** lpt.c.orig Mon Jan 22 12:26:45 1996 --- lpt.c Mon Jan 22 12:30:12 1996 *************** *** 1344,1360 **** if (ifp->if_bpf) { /* * We need to prepend the packet type as ! * a two byte field. Cons up a dummy header * to pacify bpf. This is safe because bpf * will only read from the mbuf (i.e., it won't * try to free it or keep a pointer to it). */ struct mbuf m0; ! u_short hdr = 0x800; m0.m_next = m; ! m0.m_len = 2; ! m0.m_data = (char *)&hdr; bpf_mtap(ifp->if_bpf, &m0); } --- 1344,1364 ---- if (ifp->if_bpf) { /* * We need to prepend the packet type as ! * a two byte field. The DLT_NULL encapsulation ! * assumes a four byte header. Cons up a dummy header * to pacify bpf. This is safe because bpf * will only read from the mbuf (i.e., it won't * try to free it or keep a pointer to it). */ struct mbuf m0; ! struct { ! u_short type; ! u_short padding; ! } nullhdr = { 0x800 }; m0.m_next = m; ! m0.m_len = 4; ! m0.m_data = (char *)&nullhdr; bpf_mtap(ifp->if_bpf, &m0); } --===_0_Mon_Jan_22_12:33:42_PST_1996-- From owner-freebsd-hackers Mon Jan 22 12:43:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA12405 for hackers-outgoing; Mon, 22 Jan 1996 12:43:45 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA12400 for ; Mon, 22 Jan 1996 12:43:42 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id NAA22808; Mon, 22 Jan 1996 13:46:10 -0700 Date: Mon, 22 Jan 1996 13:46:10 -0700 From: Nate Williams Message-Id: <199601222046.NAA22808@rocky.sri.MT.net> To: Daniel Leeds Cc: hackers@freebsd.org Subject: Re: Is this ok?? In-Reply-To: <199601221508.PAA06044@sponsor.octet.com> References: <199601221508.PAA06044@sponsor.octet.com> Sender: owner-hackers@freebsd.org Precedence: bulk > we have a 2.1 system running here. he wants to backup the / and /usr > filesystems on the 2.0.5 system and then copy the / and /usr from the 2.1 > system over to the 2.0.5 machine...thus a quick upgrade. > > we would of course edit the /etc files etc accordingly. > > im very very wary to do this and am sure its completely wrong...can > anyone give me a clear reason why? As long as you make a backup copy of the /etc files on the local machines for reference, this should be an okay thing to do. However, if it were me I'd do it in single-user mode. (Which means you'd have to bring it up to multi-user mode to get the network stuff, and then back down to single user mode). That's how I do most of my upgrades. Nate From owner-freebsd-hackers Mon Jan 22 12:56:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA12864 for hackers-outgoing; Mon, 22 Jan 1996 12:56:33 -0800 (PST) Received: from rk.ios.com (rk.ios.com [198.4.75.55]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA12808 for ; Mon, 22 Jan 1996 12:56:15 -0800 (PST) Received: (from rashid@localhost) by rk.ios.com (8.6.11/8.6.9) id PAA08226; Mon, 22 Jan 1996 15:52:26 -0500 From: Rashid Karimov Message-Id: <199601222052.PAA08226@rk.ios.com> Subject: Re: Decent P6/200 Mbs - WHERE ? To: davidg@Root.COM Date: Mon, 22 Jan 1996 15:52:25 -0500 (EST) Cc: hackers@freebsd.org In-Reply-To: <199601221713.JAA16062@Root.COM> from "David Greenman" at Jan 22, 96 09:13:23 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > > > So finally we have ASUS's P150 MSs at least in two > > places: on ftp.wcarchive.com and on news.ios.com :) , > > but I think that jkh@ is concerned too with that > > stupid 4.4Mbs limit currently in ASUS P6 MBs ... looks > > like they will start shipping the updated MBs ( carrying > > the fixed version of ORION chipset) only in April ... > > We didn't use the ASUS motherboard. I'm arranging to return it to ASUS. > Intel is loaning us the guts of a P6 SMP server system that has the B0 > stepping of the Orion chipset. We just installed it last Thursday. OK ... then it's just a single P6 ASUS I guess :) . !!! Anyway , do you already run SMP kernel on that motherboard ??? !!! > > > In the meantime ... where can I get some really decent > > P6 Mb ? Preferably on 200Mhz ? I don't like the idea > > of buying the complete system from say Micron or some > > other vendor and it's impossible to get just a MB from them ? > > Can't help you with this. Without Intel's gratious support with the loaner > chassis+motherboard, we wouldn't have been able to do the upgrade. > > > BTW, I got the updated BIOS from ASUS for that infamous > > P6RP4 ... and they claim that it will eliminate that > > bottleneck :))) .. real funny. Can't risk the production system > > now :( - the BIOS update looks like rtaher a tricky and dangerous > > thing to do and frankly it's hard to beleive that it will fix > > that problem > > Interesting...the problem can only be fixed in hardware, so this is > curious. I think this is just a usual sales crap - like "yes we know about it and here's the fix". Anyway - can you folx from wcarchive tell us the exact model name of this motherboard ? How fast/reliable is it ? Size ? Any pecularities ? I know Intel was pushing hard for some new design for P6 MBs ... - I have actually one in my test P6 here . And finally - I already tried wcarchive ... looks great - I was like 500+ user and the thing was giving the data out at 20+ K/sec ! I think the bootleneck was somewhere in my backbone :) From owner-freebsd-hackers Mon Jan 22 13:02:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA13209 for hackers-outgoing; Mon, 22 Jan 1996 13:02:04 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA13204 for ; Mon, 22 Jan 1996 13:01:58 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id NAA04221 for ; Mon, 22 Jan 1996 13:00:56 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA08060; Mon, 22 Jan 1996 21:55:44 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id VAA09033; Mon, 22 Jan 1996 21:55:43 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id VAA06964; Mon, 22 Jan 1996 21:43:07 +0100 (MET) From: J Wunsch Message-Id: <199601222043.VAA06964@uriah.heep.sax.de> Subject: Re: exec To: pcua@linux1.dlsu.edu.ph (John Patrick Cua) Date: Mon, 22 Jan 1996 21:43:07 +0100 (MET) Cc: hackers@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "John Patrick Cua" at Jan 22, 96 09:19:59 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.org Precedence: bulk As John Patrick Cua wrote: > > how do i replace the code of a stopped(by SIGSTOP) process externally so > that once i signal it to continue it will be executing my replaced code? I don't think you can do this. Perhaps you are rather looking for handling dynamic libraries (dlopen() et al.)? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Jan 22 13:06:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA13372 for hackers-outgoing; Mon, 22 Jan 1996 13:06:44 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA13350 for ; Mon, 22 Jan 1996 13:06:35 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id NAA22354; Mon, 22 Jan 1996 13:06:12 -0800 To: Rashid Karimov cc: hackers@freebsd.org Subject: Re: Decent P6/200 Mbs - WHERE ? In-reply-to: Your message of "Mon, 22 Jan 1996 11:06:18 EST." <199601221606.LAA07521@rk.ios.com> Date: Mon, 22 Jan 1996 13:06:12 -0800 Message-ID: <22352.822344772@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > So finally we have ASUS's P150 MSs at least in two > places: on ftp.wcarchive.com and on news.ios.com :) , Only one, actually. We're not using the ASUS motherboard at all. :-( It's an experimental server machine from Intel. Jordan From owner-freebsd-hackers Mon Jan 22 13:17:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA13891 for hackers-outgoing; Mon, 22 Jan 1996 13:17:06 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA13870 for ; Mon, 22 Jan 1996 13:16:57 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <54006(6)>; Mon, 22 Jan 1996 12:47:14 PST Received: from localhost ([127.0.0.1]) by crevenia.parc.xerox.com with SMTP id <177479>; Mon, 22 Jan 1996 12:46:49 -0800 X-Mailer: exmh version 1.6.4 10/10/95 To: Philippe Regnauld cc: hackers@freebsd.org (hackers) Subject: Re: tcpdump barfs on interface lp0 In-reply-to: Your message of "Sat, 20 Jan 1996 18:50:57 PST." <199601210250.DAA00319@tetard.frmug.fr.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 22 Jan 1996 12:46:48 PST From: Bill Fenner Message-Id: <96Jan22.124649pst.177479@crevenia.parc.xerox.com> Sender: owner-hackers@freebsd.org Precedence: bulk Of course, I was a little hasty on that patch; looking further shows that it's just completely bogus to pass up the 0x800 at all since DLT_NULL definitely wants the address family. This probably means that the code needs more work than I have time for right now, but I will put it on my list to look at. Bill From owner-freebsd-hackers Mon Jan 22 13:17:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA13948 for hackers-outgoing; Mon, 22 Jan 1996 13:17:16 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA13874 Mon, 22 Jan 1996 13:16:58 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <54048(15)>; Mon, 22 Jan 1996 12:54:35 PST Received: from localhost ([127.0.0.1]) by crevenia.parc.xerox.com with SMTP id <177478>; Mon, 22 Jan 1996 10:17:29 -0800 X-Mailer: exmh version 1.6.4 10/10/95 To: Nate Williams cc: stable@freebsd.org, current@freebsd.org, hackers@freebsd.org Subject: Re: Possible solution to the Proxy-ARP bug enclosed In-reply-to: Your message of "Fri, 19 Jan 1996 20:50:27 PST." <199601200450.VAA17390@rocky.sri.MT.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 22 Jan 1996 10:17:17 PST From: Bill Fenner Message-Id: <96Jan22.101729pst.177478@crevenia.parc.xerox.com> Sender: owner-hackers@freebsd.org Precedence: bulk For those reviewing my patch that Nate sent out, I plan to remove the final piece of the new if (the requirement that it's an -unresolved- ARP entry); a host route should always override an ARP cache entry (think about a mobilip proxy thingy; a machine is on the net one second and the next it's mobile but you still have an ARP cache entry for it). The user-space arp program also needs some fixes to make it harder to create strange proxy entries. It's still possible to have three different ARP table entries for the same host if you are sufficiently confused about it, and /usr/sbin/arp can make things pretty confusing =) Bill From owner-freebsd-hackers Mon Jan 22 13:37:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA16432 for hackers-outgoing; Mon, 22 Jan 1996 13:37:26 -0800 (PST) Received: from asguard.bga.com (asgard.bga.com [198.3.117.20]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA16409 for ; Mon, 22 Jan 1996 13:37:09 -0800 (PST) Received: (from faulkner@localhost) by asguard.bga.com (8.7.3/8.7.3) id PAA25872; Mon, 22 Jan 1996 15:36:43 -0600 (CST) From: Boyd Faulkner Message-Id: <199601222136.PAA25872@asguard.bga.com> Subject: Re: ftp'ing BSD through a proxy server (fwd) To: fyeung@fyeung5.netific.com (francis yeung) Date: Mon, 22 Jan 1996 15:36:43 -0559 (CST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199601211744.RAA00472@fyeung5.netific.com> from "francis yeung" at Jan 21, 96 05:43:47 pm X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk If you are talking about socks4, recompiling any tcp app to be socks compatible is as easy as the following. Get the socks lib, either from the server, or build your own. Then >From How_to_SOCKSify in the distribution 3) Add -Dconnect=Rconnect -Dgetsockname=Rgetsockname -Dbind=Rbind -Daccept=Raccept\ - Dlisten=Rlisten -Dselect=Rselect to all cc lines. If Makefile is used, this is simply done by adding the above to the definition of macro CFLAGS. 4) Make sure that the appropriate SOCKS library (version 4.2, built with -DSHORTENED_RBIND) is linked in in the ld or the last cc command to produce the executable. There are steps 1 and 2 but they are not required. See the 4.2 distribution. It may be available from http://www.socks.nec.com/ This is mostly socks5 though. According to francis yeung: > > > > > Greetings, > > The mail below was posted in questions@freebsd. > May be someone can help Chris on this. > > BTW, does CERN HTTP supports SOCKS ? If it does, > we should be able to document the ftp download thru > "firewall". > > Thanks. > > Francis > > > > > Well, > > I guess I need a little more info to give to you, because what you told > > me all makes sense, but I need to know if there is a way to install > > FreeBSD with the boot disk, making use of FTP through this firewall. I > > am pretty sure we have a CERN HTTP proxy server at this time, because I > > can use netscape no problem (and moreover, I could FTP the entire BSD > > down to my NT machine using netscape, then install from it, but it seems > > that the install from FTP would be better since it automatically knows > > which files to get (I mean bin files from bin.aa to bin.cp would take > > forever doing it with netscape...) > > > > I was just hoping there was a way to set the ftp proxy for the FreeBSD > > 2.1.0 install ftp client. If I could do that, then I could just run the > > boot disk, and run the install FTPing everything down at >56Kbs. I > > haven't been able to find any such thing as of yet... If there is a way > > to configure the FreeBSD install to do this, please share this info with > > me... > > > > Thanks a bunch for taking the time to try to help. > > Chris > > > > > > -- _____________________________________________________________________________ Boyd Faulkner "The fates lead him who will; faulkner@isd.tandem.com Him who won't, they drag." http://cactus.org/~faulkner Old Roman Saying -- Source: Joseph Campbell _____________________________________________________________________________ From owner-freebsd-hackers Mon Jan 22 13:38:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA16489 for hackers-outgoing; Mon, 22 Jan 1996 13:38:10 -0800 (PST) Received: from pancake.remcomp.fr (pancake.remcomp.fr [194.51.30.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA16462 for ; Mon, 22 Jan 1996 13:37:43 -0800 (PST) Received: from aida (localhost [127.0.0.1]) by aida (8.6.12/8.6.9) with SMTP id WAA00587; Mon, 22 Jan 1996 22:20:18 +0100 Date: Mon, 22 Jan 1996 22:20:18 +0100 (MET) From: didier@aida.org To: Nate Williams cc: hackers@FreeBSD.org Subject: Re: ppp server In-Reply-To: <199601221609.JAA21971@rocky.sri.MT.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Mon, 22 Jan 1996, Nate Williams wrote: > > do you have any clue to set up a ppp server with user ppp. > > > > I tryed "ppp -dedicated" but it works only once. > > Have you read the instructions in the handbook? Are your modems setup > correctly? Details, details.... > > > Nate > I read the handbook, But I only find some information about kernel ppp the modem seems to be working. I think that there is a bug somewhere in user ppp used with -dedicated. I got a 8Mb core file!. I works onces without any problem. I downloaded the complete source code but the documentations is in japanese. I'll try a to setup a (user) ppp server with an access through login -- Didier Derny | My computer is Microsoft Free... didier@aida.org | Private FreeBSD 2.1-STABLE site. From owner-freebsd-hackers Mon Jan 22 13:42:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA16942 for hackers-outgoing; Mon, 22 Jan 1996 13:42:02 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA16928 for ; Mon, 22 Jan 1996 13:41:49 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id OAA23044; Mon, 22 Jan 1996 14:44:03 -0700 Date: Mon, 22 Jan 1996 14:44:03 -0700 From: Nate Williams Message-Id: <199601222144.OAA23044@rocky.sri.MT.net> To: didier@aida.org Cc: Nate Williams , hackers@FreeBSD.org Subject: Re: ppp server In-Reply-To: References: <199601221609.JAA21971@rocky.sri.MT.net> Sender: owner-hackers@FreeBSD.org Precedence: bulk > > > I tryed "ppp -dedicated" but it works only once. > > > > Have you read the instructions in the handbook? Are your modems setup > > correctly? Details, details.... > > > > I read the handbook, But I only find some information about kernel ppp > the modem seems to be working. I think that there is a bug somewhere > in user ppp used with -dedicated. I got a 8Mb core file!. There are some bugs with user ppp. When I used it for a dedicated line, it wouldn't work more than a day w/out dumping core. However, Doug Rabson is looking at some patches (Doug, how are they looking?) which make it more robust. > I'll try a to setup a (user) ppp server with an access through login My advice is to switch to kernel pppd until the bugs in user-ppp are fixed unless you have the time and desire to track them down. Nate From owner-freebsd-hackers Mon Jan 22 13:59:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA18900 for hackers-outgoing; Mon, 22 Jan 1996 13:59:26 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA18868 for ; Mon, 22 Jan 1996 13:58:59 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA09588; Mon, 22 Jan 1996 22:58:54 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA09719; Mon, 22 Jan 1996 22:58:54 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id WAA07779; Mon, 22 Jan 1996 22:37:35 +0100 (MET) From: J Wunsch Message-Id: <199601222137.WAA07779@uriah.heep.sax.de> Subject: Re: What to download To: sgroner@kaiwan.com (Steve Groner) Date: Mon, 22 Jan 1996 22:37:35 +0100 (MET) Cc: hackers@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601212207.OAA14104@kaiwan009.kaiwan.com> from "Steve Groner" at Jan 21, 96 02:07:44 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.org Precedence: bulk As Steve Groner wrote: > > I also have and Compaq Netflex/3 Ethernet Card. Is that supported, and if > not can I use a generic NIC card, that is NE2000 Compatible. I have no idea about the Netflex. Most likely, it's not supported. NE2000 is supported, though it's not the best performing one at all. > Could you please tell me what files I need to download to have the full > release of FreeBSD. The files out of dists/bin. Files out of dists/src, if you are interested in sources. The files floppies/boot.flp and floppies/root.flp to get you going. Don't forget about documentation. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Jan 22 14:23:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA21982 for hackers-outgoing; Mon, 22 Jan 1996 14:23:20 -0800 (PST) Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA21959 for ; Mon, 22 Jan 1996 14:23:14 -0800 (PST) Received: from cwbone.bsi.com.br ([200.250.250.14]) by hauki.clinet.fi (8.7.3/8.6.4) with SMTP id AAA17087; Tue, 23 Jan 1996 00:22:28 +0200 (EET) Received: (from lenzi@localhost) by cwbone.bsi.com.br (8.6.11/8.6.9) id UAA10375; Mon, 22 Jan 1996 20:21:20 GMT Date: Mon, 22 Jan 1996 20:21:20 GMT Message-ID: X-Mailer: XFMail 0.3-beta [p0] on FreeBSD In-Reply-To: Reply-To: lenzi@cwbone.bsi.com.br From: Sergio Lenzi To: Heikki Suonsivu Subject: Re: SYSQUEST disks... Cc: Sender: owner-hackers@FreeBSD.ORG Precedence: bulk From owner-freebsd-hackers Mon Jan 22 15:24:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA27032 for hackers-outgoing; Mon, 22 Jan 1996 15:24:15 -0800 (PST) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA27023 for ; Mon, 22 Jan 1996 15:24:08 -0800 (PST) Received: (from dgy@localhost) by seagull.rtd.com (8.6.12/1.2) id PAA09979; Mon, 22 Jan 1996 15:50:16 -0700 From: Don Yuniskis Message-Id: <199601222250.PAA09979@seagull.rtd.com> Subject: Re: 2.1 acctng/quotas To: mpp@mpp.minn.net (Mike Pritchard) Date: Mon, 22 Jan 1996 15:50:14 -0700 (MST) Cc: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) In-Reply-To: <199601220954.DAA16070@mpp.minn.net> from "Mike Pritchard" at Jan 22, 96 03:54:05 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Greetings! > Chris Coleman wrote: > > > > I have tried to get Quotas working with no real success. > > It says they are working, ie i have no error messages, > > but it doesn't seem to do anything. (yes, i enables option QUOTA > > in the kernel) > > Up until a could of weeks ago I did have quotas enabled on my machine, > and they seemed to work just fine. You need to enable them > in /etc/sysconfig, and your kernel config file. Then run edquota > to set some limits on some people. However, I turned quotas back > off because some recent changes started causing lots of quota > related panics and decided to back off for now. I think if you are > running 2.1-release or 2.1-stable you should be fine. Hmm... they were running quite nicely in 1.1.5.1R. Should I assume something broke in -current but -release is OK? I wonder why the commentary in /etc/sysconfig claiming that quotas (and accounting) don't work?? > > However, accounting seems to work as far as i understand it. > > I can check how much time each user has been on the machine. > > I've also had accounting enabled for the last 6 months without > any problems. Hmmm... again, I wonder why the commentary in sysconfig? (I sure wish people would *substantiate* comments like that when they commit them! :-( Well, I guess I'll turn things on a bit at a time and log any problems I encounter. Thanx for your input! --don From owner-freebsd-hackers Mon Jan 22 15:29:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA27684 for hackers-outgoing; Mon, 22 Jan 1996 15:29:50 -0800 (PST) Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA27648 for ; Mon, 22 Jan 1996 15:29:44 -0800 (PST) Received: by netcom14.netcom.com (8.6.12/Netcom) id PAA17859; Mon, 22 Jan 1996 15:28:39 -0800 Date: Mon, 22 Jan 1996 15:28:39 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199601222328.PAA17859@netcom14.netcom.com> To: davidg@Root.COM, rashid@rk.ios.com Subject: Re: Decent P6/200 Mbs - WHERE ? Cc: hackers@FreeBSD.org Sender: owner-hackers@FreeBSD.org Precedence: bulk > And finally - I already tried wcarchive ... looks great - > I was like 500+ user and the thing was giving > the data out at 20+ K/sec ! I think the bootleneck was somewhere > in my backbone :) Well, I was 598th user and this is what I go downloading to netcom 8) xperimnt.tgz remote: xperimnt.tgz 45209589 bytes received in 2.1e+02 seconds (2.1e+02 Kbytes/s) Wow!!! Amancio From owner-freebsd-hackers Mon Jan 22 15:34:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA28423 for hackers-outgoing; Mon, 22 Jan 1996 15:34:08 -0800 (PST) Received: from mailhost.tamu.edu (mailhost.tamu.edu [128.194.178.26]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA28412 for ; Mon, 22 Jan 1996 15:34:03 -0800 (PST) Received: from vcsun2.tamu.edu (vcsun2.tamu.edu [128.194.169.97]) by mailhost.tamu.edu (8.6.12/8.6.10) with SMTP id RAA13498 for ; Mon, 22 Jan 1996 17:34:01 -0600 Received: from vcsun1.tamu.edu by vcsun2.tamu.edu (5.x/SMI-SVR4) id AA03090; Mon, 22 Jan 1996 17:33:41 -0600 Received: by vcsun1.tamu.edu (5.x/SMI-SVR4) id AA01718; Mon, 22 Jan 1996 17:32:37 -0600 Date: Mon, 22 Jan 1996 17:32:37 -0600 From: tbrown@vcsun2.tamu.edu (Tom Brown) Message-Id: <9601222332.AA01718@vcsun1.tamu.edu> To: freebsd-hackers@freebsd.org Subject: multicast forwarding code Cc: tbrown@vcsun2.tamu.edu X-Sun-Charset: US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk i was wondering if someone could tell me which functions decide when to drop packets when enforcing the rate limit that can be specified with /etc/mrouted.conf. thanks, tom -- Tom Brown loc: Wiesenbaker 232-E Graduate Research Assistant email: tbrown@vcsun2.tamu.edu Dept. of Electrical Engineering www: http://vcsun2.tamu.edu/~tbrown Texas A&M University phone: (409)-845-5774 From owner-freebsd-hackers Mon Jan 22 15:55:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA01471 for hackers-outgoing; Mon, 22 Jan 1996 15:55:15 -0800 (PST) Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA01466 for ; Mon, 22 Jan 1996 15:55:09 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id QAA01113; Mon, 22 Jan 1996 16:54:20 -0700 Message-Id: <199601222354.QAA01113@rover.village.org> To: Wolfram Schneider Subject: Re: recursive grep Cc: hackers@FreeBSD.org In-reply-to: Your message of Mon, 22 Jan 1996 16:16:55 +0100 Date: Mon, 22 Jan 1996 16:54:20 -0700 From: Warner Losh Sender: owner-hackers@FreeBSD.org Precedence: bulk : I would like add options for recursive searching : (grep -R foo /usr/include). find /usr/local | xargs grep foo Why do we need another wart on grep? Especially when what you may want is find /usr/local -name \*f.h | xargs grep foo :-) Warner From owner-freebsd-hackers Mon Jan 22 16:57:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA06799 for hackers-outgoing; Mon, 22 Jan 1996 16:57:13 -0800 (PST) Received: from zeus.bbcc.ctc.edu (ZEUS.BBCC.CTC.EDU [134.39.180.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA06788 for ; Mon, 22 Jan 1996 16:57:02 -0800 (PST) Received: (from chris@localhost) by zeus.bbcc.ctc.edu (8.6.12/8.6.12) id QAA00498 for hackers@freebsd.org; Mon, 22 Jan 1996 16:52:00 -0800 Date: Mon, 22 Jan 1996 16:52:00 -0800 Message-ID: X-Mailer: XFMail 0.3-beta [p0] on FreeBSD Reply-To: chrisc@MAIL.bbcc.ctc.edu Organization: Big Bend Community College From: Chris Coleman To: Sender: owner-hackers@freebsd.org Precedence: bulk I have a adaptec 2940 Ultra and two scsi drives. Im trying to install 2.1-relea se and it gets 66% done and dies. It completely freezes up. I rember seeing some talk about the driver being buggy Also im trying to use an Intel Ether Express 100 card. do we have a driver that will recognize it during the install? TIA Chris Coleman From owner-freebsd-hackers Mon Jan 22 17:00:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA07169 for hackers-outgoing; Mon, 22 Jan 1996 17:00:06 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA07130 for ; Mon, 22 Jan 1996 17:00:03 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.6.12/8.6.5) with SMTP id QAA17161; Mon, 22 Jan 1996 16:58:32 -0800 Message-Id: <199601230058.QAA17161@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost didn't use HELO protocol To: Rashid Karimov cc: hackers@freebsd.org Subject: Re: Decent P6/200 Mbs - WHERE ? In-reply-to: Your message of "Mon, 22 Jan 1996 15:52:25 EST." <199601222052.PAA08226@rk.ios.com> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 22 Jan 1996 16:58:32 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk > Anyway , do you already run SMP kernel on that > motherboard ??? No, just regular FreeBSD with a few small tweaks to deal with the large number of users/network connections. There is currently only one CPU in the machine. > Anyway - can you folx from wcarchive tell us the exact model name > of this motherboard ? How fast/reliable is it ? Size ? It's an Intel "Alder" SMP server. It was never sold - it is used only internally within Intel Corp. For more information, see ftp://wcarchive.cdrom.com/wcarchive.configuration > And finally - I already tried wcarchive ... looks great - > I was like 500+ user and the thing was giving > the data out at 20+ K/sec ! I think the bootleneck was somewhere > in my backbone :) Yes, it's been working quite nicely. -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Mon Jan 22 17:32:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA11005 for hackers-outgoing; Mon, 22 Jan 1996 17:32:07 -0800 (PST) Received: from wdl1.wdl.loral.com (wdl1.wdl.loral.com [137.249.32.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA10956 for ; Mon, 22 Jan 1996 17:31:58 -0800 (PST) Received: from miles.sso.loral.com (miles.wdl.loral.com) by wdl1.wdl.loral.com (5.x/WDL-2.4-1.0) id AA15520; Mon, 22 Jan 1996 17:29:55 -0800 Received: by miles.sso.loral.com (4.1/SSO-SUN-2.04) id AA26759; Mon, 22 Jan 96 20:29:05 EST Date: Mon, 22 Jan 1996 20:29:04 -0500 (EST) From: Richard Toren X-Sender: rpt@miles To: hackers@freebsd.org Subject: Re: recursive grep In-Reply-To: <199601222354.QAA01113@rover.village.org> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk If you search the web under 'threads', you will eventually find a SunMicroSys location that has a number of examples of threaded code. One of these examples a 'tgrep' which is a multi-threaded grep. It is used as a testbed for different threading implementations. This might be a good test for the people who want to put in kernel threads. There is also a set of files there that convert POSIX threads to Solaris threads. ---from the README ---- Utility: tgrep (threaded recursive grep) Author: Ron Winacott Email: ronw@canada.sun.com Phone: (905) 477-0437 X 340 Or (1-800) 363-6200 Fax: (905) 477-0217 Address: 140 Renfrew Drive, Suite #206, Markham Ontario, Canada. L3R 6B3 Group: Developers Support Center (SMCC) OpCom. *Introduction. Tgrep is a multi-threaded version of grep. Tgrep supports all but the -w (word search) options of the normal grep command, and a few options that are only avaliable to tgrep. The real change from grep, is that tgrep will recurse down through sub-directories and search all files for the target string. Tgrep searches files like the following command: ------------------------------- ==================================================== Rip Toren | The bad news is that C++ is not an object-oriented | rpt@miles.sso.loral.com | programming language. .... The good news is that | | C++ supports object-oriented programming. | | C++ Programming & Fundamental Concepts | | by Anderson & Heinze | ==================================================== On Mon, 22 Jan 1996, Warner Losh wrote: > : I would like add options for recursive searching > : (grep -R foo /usr/include). > > find /usr/local | xargs grep foo > > Why do we need another wart on grep? Especially when what you may > want is find /usr/local -name \*f.h | xargs grep foo :-) > > Warner > From owner-freebsd-hackers Mon Jan 22 17:32:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA11068 for hackers-outgoing; Mon, 22 Jan 1996 17:32:36 -0800 (PST) Received: from paris.CS.Berkeley.EDU (paris.CS.Berkeley.EDU [128.32.34.47]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA11058 for ; Mon, 22 Jan 1996 17:32:30 -0800 (PST) Received: from paris.CS.Berkeley.EDU (localhost.Berkeley.EDU [127.0.0.1]) by paris.CS.Berkeley.EDU (8.6.11/8.6.9) with ESMTP id RAA11361; Mon, 22 Jan 1996 17:31:39 -0800 From: Josh MacDonald Message-Id: <199601230131.RAA11361@paris.CS.Berkeley.EDU> To: Warner Losh cc: Wolfram Schneider , hackers@freebsd.org Subject: Re: recursive grep In-reply-to: Your message of "Mon, 22 Jan 1996 16:54:20 MST." <199601222354.QAA01113@rover.village.org> Date: Mon, 22 Jan 1996 17:31:37 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk > : I would like add options for recursive searching > : (grep -R foo /usr/include). > > find /usr/local | xargs grep foo > > Why do we need another wart on grep? Especially when what you may > want is find /usr/local -name \*f.h | xargs grep foo :-) > > Warner and why do we need an extra pipe, either? find /usr/include -name \*f.h -exec grep foo {} /dev/null \; From owner-freebsd-hackers Mon Jan 22 17:49:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA12662 for hackers-outgoing; Mon, 22 Jan 1996 17:49:28 -0800 (PST) Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA12650 for ; Mon, 22 Jan 1996 17:49:21 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id SAA01369; Mon, 22 Jan 1996 18:48:59 -0700 Message-Id: <199601230148.SAA01369@rover.village.org> To: Josh MacDonald Subject: Re: recursive grep Cc: Wolfram Schneider , hackers@freebsd.org In-reply-to: Your message of Mon, 22 Jan 1996 17:31:37 PST Date: Mon, 22 Jan 1996 18:48:59 -0700 From: Warner Losh Sender: owner-hackers@freebsd.org Precedence: bulk : > find /usr/local | xargs grep foo : and why do we need an extra pipe, either? : : find /usr/include -name \*f.h -exec grep foo {} /dev/null \; The extra pipe will fork/exec grep once for each 100k or so characters of command line args, while this will fork/exec grep for each file. Guess which one is likely to be faster :-). Warner From owner-freebsd-hackers Mon Jan 22 17:56:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA13289 for hackers-outgoing; Mon, 22 Jan 1996 17:56:38 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA13283 Mon, 22 Jan 1996 17:56:34 -0800 (PST) Message-Id: <199601230156.RAA13283@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: Josh MacDonald cc: Warner Losh , Wolfram Schneider , hackers@freebsd.org Subject: Re: recursive grep In-reply-to: Your message of "Mon, 22 Jan 1996 17:31:37 PST." <199601230131.RAA11361@paris.CS.Berkeley.EDU> Date: Mon, 22 Jan 1996 17:56:34 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org Precedence: bulk >> : I would like add options for recursive searching >> : (grep -R foo /usr/include). >> >> find /usr/local | xargs grep foo >> >> Why do we need another wart on grep? Especially when what you may >> want is find /usr/local -name \*f.h | xargs grep foo :-) >> >> Warner > >and why do we need an extra pipe, either? > > find /usr/include -name \*f.h -exec grep foo {} /dev/null \; Warner's example execs grep once (actually #files / xargs file limit). Your example execs grep for each file. Even though our pipe bandwidth isn't the best, I'd rather use a pipe then exec grep a bazillion time -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Mon Jan 22 18:46:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA18738 for hackers-outgoing; Mon, 22 Jan 1996 18:46:49 -0800 (PST) Received: from chaph.usc.edu (chaph.usc.edu [128.125.253.133]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA18732 for ; Mon, 22 Jan 1996 18:46:46 -0800 (PST) Received: from nunki.usc.edu (dahanaya@nunki.usc.edu [128.125.253.160]) by chaph.usc.edu (8.7.2/8.7.2/usc) with ESMTP id SAA14832 for ; Mon, 22 Jan 1996 18:46:41 -0800 (PST) Received: (from dahanaya@localhost) by nunki.usc.edu (8.7.2/8.7.2/usc) id SAA03888 for hackers@freebsd.org; Mon, 22 Jan 1996 18:46:42 -0800 (PST) Date: Mon, 22 Jan 1996 18:46:42 -0800 (PST) From: Diyamanthi Dahanayake Message-Id: <199601230246.SAA03888@nunki.usc.edu> To: hackers@freebsd.org Subject: Objective-c Sender: owner-hackers@freebsd.org Precedence: bulk Hi, Does the 2.1R support Objective-C? Thanks, and Regards Diya From owner-freebsd-hackers Mon Jan 22 18:49:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA19022 for hackers-outgoing; Mon, 22 Jan 1996 18:49:36 -0800 (PST) Received: from schwing.ginsu.com (schwing.ginsu.com [205.210.24.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA19011 for ; Mon, 22 Jan 1996 18:49:30 -0800 (PST) Received: (from geoff@localhost) by schwing.ginsu.com (8.6.12/8.6.12) id VAA24741; Mon, 22 Jan 1996 21:47:11 -0500 Date: Mon, 22 Jan 1996 21:47:10 -0500 (EST) From: Geoff Wells To: Nate Williams cc: didier@aida.org, Nate Williams , hackers@freebsd.org Subject: Re: ppp server In-Reply-To: <199601222144.OAA23044@rocky.sri.MT.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hi, I'm in the process of setting this up as well. I have a dedicated 28.8 out to the Inet and two dialup modems for users. I haven't experianced any of the core dumps that others seem to have experianced and I've been up a few weeks now (under 2.1). My problem is that I can't get the PPP working with my modems. I've tried a direct connect through a null modem and that worked fine but as soon as I try it through dialup, nothing. I can connect, log in, do the normal user/shell stuff, but as soon as I start the ppp stuff Trumpet doesn't set up the link right. It seems to have the connection established but I can't even ping the other end of the line. It's like it can't get the configuration info. Geoff. On Mon, 22 Jan 1996, Nate Williams wrote: > > > > I tryed "ppp -dedicated" but it works only once. > > > > > > Have you read the instructions in the handbook? Are your modems setup > > > correctly? Details, details.... > > > > > > > I read the handbook, But I only find some information about kernel ppp > > the modem seems to be working. I think that there is a bug somewhere > > in user ppp used with -dedicated. I got a 8Mb core file!. > > There are some bugs with user ppp. When I used it for a dedicated line, > it wouldn't work more than a day w/out dumping core. However, Doug > Rabson is looking at some patches (Doug, how are they looking?) which > make it more robust. > > > I'll try a to setup a (user) ppp server with an access through login > > My advice is to switch to kernel pppd until the bugs in user-ppp are > fixed unless you have the time and desire to track them down. > > > Nate > From owner-freebsd-hackers Mon Jan 22 19:12:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA21200 for hackers-outgoing; Mon, 22 Jan 1996 19:12:49 -0800 (PST) Received: from Glock.COM (root@glock.com [198.82.228.165]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA21080 for ; Mon, 22 Jan 1996 19:12:19 -0800 (PST) Received: (from mmead@localhost) by Glock.COM (8.7.1/8.7.1) id WAA04347 for hackers@freebsd.org; Mon, 22 Jan 1996 22:12:10 -0500 (EST) From: "matthew c. mead" Message-Id: <199601230312.WAA04347@Glock.COM> Subject: pentium GCC compiled kernel To: hackers@freebsd.org Date: Mon, 22 Jan 1996 22:12:10 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk I had to compile some of the files with -m486 or regular old gcc 2.6.3, but did manage to get a mostly pentium optimized kernel put together (using -O6) and it seems to be working just fine. I used lmbench with my kernel built with gcc 2.6.3, installed the new mostly pentium optimized kernel, and reran lmbench. The results show a little bit of improvement in some areas, and for some reason, some of the results got a little worse, while yet more stayed the same. If anyone's interested, here are the results. The first line for Glock.COM is the standard kernel I use, and the second is the pentium gcc optimized kernel. -matt =============================================================================== L M B E N C H 1 . 0 S U M M A R Y ------------------------------------ Processor, Processes - times in microseconds -------------------------------------------- Host OS Mhz Null Null Simple /bin/sh Mmap 2-proc 8-proc Syscall Process Process Process lat ctxsw ctxsw --------- ------------- ---- ------- ------- ------- ------- ---- ------ ------ rs6000 AIX 2 62 23 2.0K 7.3K 23K 3817 20 32 Glock.COM FreeBSD 2.1.0 90 11 3.5K 17.2K 27K 153 31 39 Glock.COM FreeBSD 2.1.0 90 9 3.5K 16.2K 25K 157 34 38 mako HP-UX A.09.01 65 22 2.7K 5.6K 17K 155 25 29 seahorse HP-UX A.09.03 99 14 3.6K 10.1K 18K 116 47 55 snake HP-UX A.09.01 66 21 2.6K 5.7K 17K 156 40 38 IP22 IRIX 5.3 198 11 3.1K 8.0K 19K 260 66 94 pentium Linux 1.1.54 91 3 3.3K 15.4K 49K 33 25 42 alpha OSF1 V2.1 182 13 4.8K 16.1K 43K 172 54 85 ss20.50 SunOS 5.4 50 9 10.7K 57.5K 113K 130 37 52 ss20.61 SunOS 5.4 61 7 8.0K 45.8K 87K 104 0 0 *Local* Communication latencies in microseconds ----------------------------------------------- Host OS Pipe UDP RPC/ TCP RPC/ UDP TCP --------- ------------- ------- ------- ------- ------- ------- rs6000 AIX 2 143 385 820 498 1054 Glock.COM FreeBSD 2.1.0 141 298 499 352 616 Glock.COM FreeBSD 2.1.0 139 285 479 335 656 mako HP-UX A.09.01 288 412 1302 374 1156 seahorse HP-UX A.09.03 193 244 832 262 812 snake HP-UX A.09.01 296 403 1195 367 1142 IP22 IRIX 5.3 131 313 671 278 641 pentium Linux 1.1.54 157 658 1030 1164 1591 alpha OSF1 V2.1 185 404 718 428 851 ss20.50 SunOS 5.4 194 590 935 560 1196 ss20.61 SunOS 5.4 150 414 622 335 784 *Local* Communication bandwidths in megabytes/second ---------------------------------------------------- Host OS Pipe TCP File Mmap Bcopy Bcopy Mem Mem reread reread (libc) (hand) read write --------- ------------- ---- ---- ------ ------ ------ ------ ---- ----- rs6000 AIX 2 34 6.0 76.1 63.0 81 120 99 169 Glock.COM FreeBSD 2.1.0 15 0.2 22.8 40.6 32 30 53 70 Glock.COM FreeBSD 2.1.0 16 0.2 22.7 41.2 33 31 54 73 mako HP-UX A.09.01 27 18.7 34.4 22.5 22 24 45 39 seahorse HP-UX A.09.03 38 35.2 44.7 32.1 25 31 49 52 snake HP-UX A.09.01 19 17.8 34.4 22.3 22 24 45 39 IP22 IRIX 5.3 34 22.1 32.3 43.7 32 31 69 66 pentium Linux 1.1.54 13 2.4 9.8 4.7 18 18 48 32 alpha OSF1 V2.1 32 12.1 39.4 22.7 39 41 76 78 ss20.50 SunOS 5.4 11 11.0 22.9 30.0 26 31 80 62 ss20.61 SunOS 5.4 24 19.5 31.0 30.7 23 24 59 40 Memory latencies in nanoseconds (WARNING - may not be correct, check graphs) -------------------------------------------- Host OS Mhz L1 $ L2 $ Main mem TLB Guesses --------- ------------- --- ---- ---- -------- --- ------- rs6000 AIX 2 61 15 229 247 776 No L2 cache? Glock.COM FreeBSD 2.1.0 89 11 138 202 528 Glock.COM FreeBSD 2.1.0 89 11 129 202 527 mako HP-UX A.09.01 65 - - - - Bad mhz? seahorse HP-UX A.09.03 98 10 10 393 481 No L1 cache? snake HP-UX A.09.01 65 15 15 378 1051 No L1 cache? IP22 IRIX 5.3 197 10 76 1018 1129 pentium Linux 1.1.54 90 11 294 439 1254 alpha OSF1 V2.1 182 10 56 321 452 ss20.50 SunOS 5.4 49 20 284 291 575 No L2 cache? ss20.61 SunOS 5.4 60 16 115 816 961 L M B E N C H 1 . 0 S U M M A R Y ------------------------------------ Comparison to best of the breed ------------------------------- (Best numbers are starred, i.e., *123) Processor, Processes - factor slower than the best -------------------------------------------------- Host OS Mhz Null Null Simple /bin/sh Mmap 2-proc 8-proc Syscall Process Process Process lat ctxsw ctxsw --------- ------------- ---- ------- ------- ------- ------- ---- ------ ------ rs6000 AIX 2 62 7.7 *1.9K 1.3 1.4 116 *20 1.1 Glock.COM FreeBSD 2.1.0 90 3.7 1.8 3.1 1.6 4.6 1.6 1.3 Glock.COM FreeBSD 2.1.0 90 3.0 1.7 2.9 1.5 4.8 1.7 1.3 mako HP-UX A.09.01 65 7.3 1.4 *5.5K 1.0 4.7 1.2 *29 seahorse HP-UX A.09.03 99 4.7 1.8 1.8 1.1 3.5 2.4 1.9 snake HP-UX A.09.01 66 7.0 1.3 1.0 *16.4K 4.7 2.0 1.3 IP22 IRIX 5.3 198 3.7 1.6 1.4 1.1 7.9 3.3 3.2 pentium Linux 1.1.54 91 *3 1.7 2.7 3.0 *33 1.2 1.4 alpha OSF1 V2.1 182 4.3 2.4 2.9 2.6 5.2 2.7 2.9 ss20.50 SunOS 5.4 50 3.0 5.4 10 6.7 3.9 1.9 1.8 ss20.61 SunOS 5.4 61 2.3 4.0 8.2 5.2 3.2 ??? ??? *Local* Communication latencies - factor slower than the best ------------------------------------------------------------- Host OS Pipe UDP RPC/ TCP RPC/ UDP TCP --------- ------------- ------- ------- ------- ------- ------- rs6000 AIX 2 1.1 1.6 1.7 1.9 1.7 Glock.COM FreeBSD 2.1.0 1.1 1.2 1.0 1.3 *616 Glock.COM FreeBSD 2.1.0 1.1 1.2 *479 1.3 1.1 mako HP-UX A.09.01 2.2 1.7 2.7 1.4 1.9 seahorse HP-UX A.09.03 1.5 *244 1.7 *262 1.3 snake HP-UX A.09.01 2.3 1.7 2.5 1.4 1.9 IP22 IRIX 5.3 *131 1.3 1.4 1.1 1.0 pentium Linux 1.1.54 1.2 2.7 2.2 4.4 2.6 alpha OSF1 V2.1 1.4 1.7 1.5 1.6 1.4 ss20.50 SunOS 5.4 1.5 2.4 2.0 2.1 1.9 ss20.61 SunOS 5.4 1.1 1.7 1.3 1.3 1.3 *Local* Communication bandwidths - percentage of the best --------------------------------------------------------- Host OS Pipe TCP File Mmap Bcopy Bcopy Mem Mem reread reread (libc) (hand) read write --------- ------------- ---- ---- ------ ------ ------ ------ ---- ----- rs6000 AIX 2 89% 17% *76 *63 *80 *119 *98 *168 Glock.COM FreeBSD 2.1.0 40% 0% 29% 64% 40% 24% 53% 41% Glock.COM FreeBSD 2.1.0 42% 0% 29% 65% 41% 25% 54% 43% mako HP-UX A.09.01 69% 52% 45% 35% 27% 19% 45% 23% seahorse HP-UX A.09.03 *38 *35 58% 50% 31% 25% 49% 30% snake HP-UX A.09.01 49% 50% 45% 35% 27% 19% 45% 23% IP22 IRIX 5.3 88% 62% 42% 69% 39% 25% 69% 38% pentium Linux 1.1.54 32% 6% 12% 7% 22% 14% 48% 19% alpha OSF1 V2.1 83% 34% 51% 36% 48% 33% 76% 46% ss20.50 SunOS 5.4 29% 31% 30% 47% 31% 25% 80% 36% ss20.61 SunOS 5.4 62% 55% 40% 48% 28% 19% 59% 23% Memory latencies in nanoseconds - factor slower than the best (WARNING - may not be correct, check graphs) ------------------------------------------------------------- Host OS Mhz L1 $ L2 $ Main mem TLB Guesses --------- ------------- --- ---- ---- -------- --- ------- rs6000 AIX 2 61 1.5 ??? 1.2 1.7 No L2 cache? Glock.COM FreeBSD 2.1.0 89 1.1 14 *202 1.2 Glock.COM FreeBSD 2.1.0 89 1.1 13 *202 1.2 mako HP-UX A.09.01 65 - - - - Bad mhz? seahorse HP-UX A.09.03 98 ??? *10 1.9 1.1 No L1 cache? snake HP-UX A.09.01 65 ??? 1.5 1.9 2.3 No L1 cache? IP22 IRIX 5.3 197 *10 7.6 5.0 2.5 pentium Linux 1.1.54 90 1.1 29 2.2 2.8 alpha OSF1 V2.1 182 *10 5.6 1.6 *452 ss20.50 SunOS 5.4 49 2.0 ??? 1.4 1.3 No L2 cache? ss20.61 SunOS 5.4 60 1.6 12 4.0 2.1 =============================================================================== -- Matthew C. Mead mmead@Glock.COM http://www.Glock.COM/~mmead/ From owner-freebsd-hackers Mon Jan 22 19:40:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA23539 for hackers-outgoing; Mon, 22 Jan 1996 19:40:11 -0800 (PST) Received: from Aspen.Woc.Atinc.COM (aspen.woc.atinc.com [198.138.38.205]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA23429 Mon, 22 Jan 1996 19:39:44 -0800 (PST) Received: (from jmb@localhost) by Aspen.Woc.Atinc.COM (8.6.12/8.6.9) id WAA00232; Mon, 22 Jan 1996 22:40:00 -0500 Date: Mon, 22 Jan 1996 22:40:00 -0500 (EST) From: "Jonathan M. Bresler" X-Sender: jmb@Aspen.Woc.Atinc.COM To: Stefan Esser cc: freebsd-scsi@FreeBSD.org, freebsd-hackers@FreeBSD.org Subject: Re: nakamichi MBR-7, some bizarre behavior In-Reply-To: <199601221514.AA16526@Sysiphos> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Mon, 22 Jan 1996, Stefan Esser wrote: > On Jan 20, 22:02, "Jonathan M. Bresler" wrote: > } Subject: nakamichi MBR-7, some bizarre behavior > } i have a nakamichi MBR-7 scsi-ii 2x cdrom 7 changer. the unit has > } internal terminators controlled by a rear panel dip switch. the > } rear panel has 2 centronics 50-pin scsi connectors. the scsi card > } is an ASUS SC-200. > } > } regardless of whether the internal scsi terminator are enabled or > } i use an external scsi terminator (active) on the lower scsi > } connector of the MBR-7, i get scsi phase errors. when the cable > } connects the SC-200 to the upper scsi connector on the MBR-7, the > } unit reponds normally. > > Hmmm, you are saying, whether it works depends on > which of two external connectors you use ??? > > That seems to indicate a cable/terminator problem. yes, that is exactly what i WAS saying. since then, i have connected and disconnected the cable a number of times, trying different configurations. the cable and the cdrom drive were both brand new. now they work together. it does not matter if i connect to the upper or the lower connector on the cdrom drive. BOTH WORK. sorry, for the false alarm....must have been new equipment flukiness? do the manufacturers coat the connectors with some material? could i have rubbed that material off by repeatedly connecting and disconnecting the cables?? > That doesn't look right ! > None of the operands to the compare should be 0 ... > Have never seen this. I will check the sources for an > explanation of how this can happen. please, dont the problem has disappeared, i cant get it to reoccur. perhaps, the rear panel dip switch that controls internal scsi termination was not working properly. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ NOW, the situation is different. i have cdroms in all seven slots of the drive. nonetheless, the boot probe believes that the first few cdrom slots are empty. the following items DO NOT effect this results. --the /sys/pci/ncr.c handshake timeouts disabled patch (patch included after dmesg output below) --which scsi connector is used --which cdrom was mounted and accessed last before shutdown seems as if the boot probe does not wait long enough for the cdrom drive to finish resetting (??) before starting to probe for cdroms. tomorrow night i will recompile a kernel with SCSIDEBUG and provide more information. the present kernel DOES NOT have 'options "SCSI_DELAY=15"'. it has been commented out. dmesg now shows: Rebooting... FreeBSD 2.1-STABLE #1: Wed Jan 10 21:21:24 EST 1996 jmb@Aspen.Woc.Atinc.COM:/home/sup/src/sys/compile/ASPEN CPU: i486DX (486-class CPU) real memory = 16777216 (16384K bytes) avail memory = 15077376 (14724K bytes) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2 not found at 0x3e8 sio3 not found at 0x2e8 lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 not found at 0xffffffff fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 not found at 0x1f0 ep0 not found at 0x300 npx0 on motherboard npx0: INT 16 interface Probing for devices on the PCI bus: chip0 rev 4 on pci0:0 ncr0 rev 2 int a irq 9 on pci0:1 (ncr0:0:0): "DEC DSP3053LS X442" type 0 fixed SCSI 2 sd0(ncr0:0:0): Direct-Access sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 511MB (1046532 512 byte sectors) (ncr0:1:0): "FUJITSU M1606S-512 6220" type 0 fixed SCSI 2 sd1(ncr0:1:0): Direct-Access sd1(ncr0:1:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 1041MB (2131992 512 byte sectors) chip1 rev 3 on pci0:2 vga0 rev 0 on pci0:4 ncr1 rev 1 int a irq 11 on pci0:5 (ncr1:0:0): "NRC MBR-7 110" type 5 removable SCSI 2 cd0(ncr1:0:0): CD-ROM cd0(ncr1:0:0): asynchronous. cd0(ncr1:0:0): NOT READY asc:4,1 cd0(ncr1:0:0): Logical unit is in process of becoming ready can't get the size (ncr1:0:1): "NRC MBR-7 110" type 5 removable SCSI 2 cd1(ncr1:0:1): CD-ROM cd1(ncr1:0:1): asynchronous. cd1(ncr1:0:1): NOT READY asc:4,1 cd1(ncr1:0:1): Logical unit is in process of becoming ready can't get the size (ncr1:0:2): "NRC MBR-7 110" type 5 removable SCSI 2 cd2(ncr1:0:2): CD-ROM cd2(ncr1:0:2): asynchronous. cd2(ncr1:0:2): NOT READY asc:4,1 cd2(ncr1:0:2): Logical unit is in process of becoming ready can't get the size (ncr1:0:3): "NRC MBR-7 110" type 5 removable SCSI 2 cd3(ncr1:0:3): CD-ROM cd3(ncr1:0:3): asynchronous. cd present.[326402 x 2048 byte records] (ncr1:0:4): "NRC MBR-7 110" type 5 removable SCSI 2 cd4(ncr1:0:4): CD-ROM cd4(ncr1:0:4): asynchronous. cd present.[300158 x 2048 byte records] (ncr1:0:5): "NRC MBR-7 110" type 5 removable SCSI 2 cd5(ncr1:0:5): CD-ROM cd5(ncr1:0:5): asynchronous. cd present.[160790 x 2048 byte records] (ncr1:0:6): "NRC MBR-7 110" type 5 removable SCSI 2 cd6(ncr1:0:6): CD-ROM cd6(ncr1:0:6): asynchronous. cd present.[330927 x 2048 byte records] > Index: /sys/pci/ncr.c > =================================================================== > RCS file: /usr/cvs/src/sys/pci/ncr.c,v > retrieving revision 1.57 > retrieving revision 1.58 > diff -C2 -r1.57 -r1.58 > *** ncr.c 1996/01/15 00:10:15 1.57 > --- ncr.c 1996/01/15 23:16:39 1.58 > *************** > *** 4427,4431 **** > OUTB (nc_stest2, EXT ); /* Extended Sreq/Sack filtering */ > OUTB (nc_stest3, TE ); /* TolerANT enable */ > ! OUTB (nc_stime0, 0xfb ); /* HTH = 1.6sec STO = 0.1 sec. */ > > /* > --- 4427,4431 ---- > OUTB (nc_stest2, EXT ); /* Extended Sreq/Sack filtering */ > OUTB (nc_stest3, TE ); /* TolerANT enable */ > ! OUTB (nc_stime0, 0x0b ); /* HTH = disabled, STO = 0.1 sec. */ Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG play go. ride bike. hack FreeBSD.--ah the good life i am moving to a new job. PLEASE USE: jmb@FreeBSD.ORG From owner-freebsd-hackers Mon Jan 22 19:59:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA25670 for hackers-outgoing; Mon, 22 Jan 1996 19:59:35 -0800 (PST) Received: from frig.mt.cs.keio.ac.jp (frig.mt.cs.keio.ac.jp [131.113.32.7]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA25652 for ; Mon, 22 Jan 1996 19:59:11 -0800 (PST) Received: (from hosokawa@localhost) by frig.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id MAA17249; Tue, 23 Jan 1996 12:57:21 +0900 Date: Tue, 23 Jan 1996 12:57:21 +0900 Message-Id: <199601230357.MAA17249@frig.mt.cs.keio.ac.jp> To: nate@sri.MT.net Cc: hackers@freebsd.org, hosokawa@mt.cs.keio.ac.jp Subject: Re: [PCMCIA] New pccard-test driver (alpha-960123) is now avilable In-Reply-To: Your message of Mon, 22 Jan 1996 12:31:35 -0700. <199601221931.MAA22673@rocky.sri.MT.net> From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: owner-hackers@freebsd.org Precedence: bulk >> > We release "pccard-test" package 960123 (alpha-test release). >> ... >> > Improvement upon the last release (alpha-960112): >> >> Do you have a context diff from the last release for those of us running >> it? Sorry, I forgot to write about this. Extract the package and please use the patches in subdirectory "upgrade-from-950112/". -- 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 Mon Jan 22 20:14:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA26889 for hackers-outgoing; Mon, 22 Jan 1996 20:14:24 -0800 (PST) Received: from becker1.u.washington.edu (spaz@becker1.u.washington.edu [140.142.12.67]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA26884 for ; Mon, 22 Jan 1996 20:14:19 -0800 (PST) Received: by becker1.u.washington.edu (5.65+UW96.01/UW-NDC Revision: 2.33 ) id AA23987; Mon, 22 Jan 96 20:14:09 -0800 X-Sender: spaz@becker1.u.washington.edu Date: Mon, 22 Jan 1996 20:14:09 -0800 (PST) From: John Utz To: freebsd-hackers@freebsd.org Subject: dejagnu, anyone? Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hi again; Having gotten a real great answer from Bruce Evans concerning the sa_handler prototype issue ( Fixed in current, thanks Bruce! ), I was able to complete the compilation of the latest octave snapshot. Now i need to *test* the latest octave snapshot and it seems that we are no longer among the blessed wrt DejaGNU :-( It seems to me that this was not always so, but this is the first time i have ever gotten really serious about doing something like this, so i really wouldn't know. Has anybody built it lately? The current version is 1.2. I looked in packages and ports for 2.05 and 2.1 No soap. If anybody has a copy i would like to hear how they built it. The configure fails to recognize a FreeBSD-2.0.5 Release box, or even if i try and force it to try i386-unknown-freebsd. The odd thing is that configure.guess recognizes it, but that may be a file that comes with configure already knowing this piece of info. tnx; ******************************************************************************* John Utz spaz@u.washington.edu idiocy is the impulse function in the convolution of life From owner-freebsd-hackers Mon Jan 22 20:34:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA28172 for hackers-outgoing; Mon, 22 Jan 1996 20:34:32 -0800 (PST) Received: from paris.CS.Berkeley.EDU (paris.CS.Berkeley.EDU [128.32.34.47]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA28130 for ; Mon, 22 Jan 1996 20:34:09 -0800 (PST) Received: from paris.CS.Berkeley.EDU (localhost.Berkeley.EDU [127.0.0.1]) by paris.CS.Berkeley.EDU (8.6.11/8.6.9) with ESMTP id UAA12940; Mon, 22 Jan 1996 20:33:47 -0800 From: Josh MacDonald Message-Id: <199601230433.UAA12940@paris.CS.Berkeley.EDU> To: Warner Losh cc: Josh MacDonald , Wolfram Schneider , hackers@freebsd.org Subject: Re: recursive grep In-reply-to: Your message of "Mon, 22 Jan 1996 18:48:59 MST." <199601230148.SAA01369@rover.village.org> Date: Mon, 22 Jan 1996 20:33:40 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk > > : > find /usr/local | xargs grep foo > : and why do we need an extra pipe, either? > : > : find /usr/include -name \*f.h -exec grep foo {} /dev/null \; > > The extra pipe will fork/exec grep once for each 100k or so characters > of command line args, while this will fork/exec grep for each file. > Guess which one is likely to be faster :-). > > Warner > Oh, well anyhow _SC_ARG_MAX is set at 64k which I have found exceedingly low. How do you change this anyways? I've written a rcs front end that execs a ci command with a bunch of filenames buffered. It has to split this in order to checkin something like the emacs source tree, how annoying :) -josh From owner-freebsd-hackers Mon Jan 22 20:42:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA28598 for hackers-outgoing; Mon, 22 Jan 1996 20:42:43 -0800 (PST) Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA28593 for ; Mon, 22 Jan 1996 20:42:37 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id VAA05783; Mon, 22 Jan 1996 21:42:24 -0700 Message-Id: <199601230442.VAA05783@rover.village.org> To: Josh MacDonald Subject: Re: recursive grep Cc: Wolfram Schneider , hackers@freebsd.org In-reply-to: Your message of Mon, 22 Jan 1996 20:33:40 PST Date: Mon, 22 Jan 1996 21:42:22 -0700 From: Warner Losh Sender: owner-hackers@freebsd.org Precedence: bulk : Oh, well anyhow _SC_ARG_MAX is set at 64k which I have found exceedingly : low. How do you change this anyways? hack /usr/src/sys/sys/syslimits.h ; make world :-) : I've written a rcs front end that execs a ci command with a bunch of : filenames buffered. It has to split this in order to checkin something : like the emacs source tree, how annoying :) ls . | xargs ci should do the trick as well :-) Warner From owner-freebsd-hackers Mon Jan 22 21:28:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA01288 for hackers-outgoing; Mon, 22 Jan 1996 21:28:07 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA01282 for ; Mon, 22 Jan 1996 21:28:04 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.6.12/8.6.5) with SMTP id VAA17805; Mon, 22 Jan 1996 21:27:44 -0800 Message-Id: <199601230527.VAA17805@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost didn't use HELO protocol To: Josh MacDonald cc: Warner Losh , Wolfram Schneider , hackers@FreeBSD.org Subject: Re: recursive grep In-reply-to: Your message of "Mon, 22 Jan 1996 20:33:40 PST." <199601230433.UAA12940@paris.CS.Berkeley.EDU> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 22 Jan 1996 21:27:44 -0800 Sender: owner-hackers@FreeBSD.org Precedence: bulk >Oh, well anyhow _SC_ARG_MAX is set at 64k which I have found exceedingly >low. How do you change this anyways? It's not easily changed without causing other problems. 64K already results in potentially 1MB of memory being temporarily consumed. I need to make some changes to kern_exec.c to add support for a resource wait when "string" space isn't allocateable. Right now it returns ENOMEM if more than 16 processes simultaneously exec. This is an extremely rare condition, but possible. -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Mon Jan 22 21:33:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA01651 for hackers-outgoing; Mon, 22 Jan 1996 21:33:55 -0800 (PST) Received: from paris.CS.Berkeley.EDU (paris.CS.Berkeley.EDU [128.32.34.47]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA01645 for ; Mon, 22 Jan 1996 21:33:52 -0800 (PST) Received: from paris.CS.Berkeley.EDU (localhost.Berkeley.EDU [127.0.0.1]) by paris.CS.Berkeley.EDU (8.6.11/8.6.9) with ESMTP id VAA13257; Mon, 22 Jan 1996 21:33:34 -0800 From: Josh MacDonald Message-Id: <199601230533.VAA13257@paris.CS.Berkeley.EDU> To: davidg@root.com cc: Josh MacDonald , Warner Losh , Wolfram Schneider , hackers@freebsd.org, jmacd@paris.CS.Berkeley.EDU Subject: Re: recursive grep In-reply-to: Your message of "Mon, 22 Jan 1996 21:27:44 PST." <199601230527.VAA17805@Root.COM> Date: Mon, 22 Jan 1996 21:33:32 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk > >Oh, well anyhow _SC_ARG_MAX is set at 64k which I have found exceedingly > >low. How do you change this anyways? > > It's not easily changed without causing other problems. 64K already result >s > in potentially 1MB of memory being temporarily consumed. I need to make some > changes to kern_exec.c to add support for a resource wait when "string" space > isn't allocateable. Right now it returns ENOMEM if more than 16 processes > simultaneously exec. This is an extremely rare condition, but possible. I shouldn't really be contributing much to this conversation because I don't know the first thing about this at the kernel level, but from the programmer level, I've noticed this limit. On this weak old Sun the limit is 1M for _SC_ARG_MAX. I guess its better that I noticed the limit because it forced me to write code for a situation I was hoping would never arise. -josh From owner-freebsd-hackers Mon Jan 22 23:14:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA07562 for hackers-outgoing; Mon, 22 Jan 1996 23:14:12 -0800 (PST) Received: (from fenner@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA07552 Mon, 22 Jan 1996 23:14:09 -0800 (PST) Date: Mon, 22 Jan 1996 23:14:09 -0800 (PST) From: Bill Fenner Message-Id: <199601230714.XAA07552@freefall.freebsd.org> To: hackers@freebsd.org, wollman@freebsd.org Subject: arp(8) and proxy arp's Cc: fenner Sender: owner-hackers@freebsd.org Precedence: bulk There have been some troubles reported recently with respect to partially completed arp entries making things confusing with dynamic ppp sessions. I'd like to propose a chance to the user-level arp program to try to reduce the potential confusion. The existing arp(8) can produce two different types of arp entries when you say "arp -s ip ether pub", depending on whether or not a host route for ip is already in the routing table. This behavior is silent and potentially confusing and deadly. I propose to seperate out "pub" (announce this ARP entry to others, use this ARP entry when trying to talk to this host) and "proxy" (only announce this ARP entry and don't try to use it) to make it deterministic which one the arp(8) command creates. I plan to add a "Do-What-I-Mean" that recognizes "arp -s ip myetheraddress pub" and turns it into a "proxy" request. But "pub" will create a "proxy-and-use" entry and "proxy" will create a "proxy only" entry and the behavior will always be predictable no matter what is in the routing table. Comments? Given the DWIM, I don't think that anyone will even notice this change, other than that they won't be able to create confusing arp table entries any more. Bill From owner-freebsd-hackers Tue Jan 23 00:09:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA13432 for hackers-outgoing; Tue, 23 Jan 1996 00:09:34 -0800 (PST) Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA13392 for ; Tue, 23 Jan 1996 00:08:41 -0800 (PST) Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id NAA27867; Tue, 23 Jan 1996 13:04:37 +0500 From: "Serge A. Babkin" Message-Id: <199601230804.NAA27867@hq.icb.chel.su> Subject: Re: stanford benchmark/usenix To: davidg@Root.COM Date: Tue, 23 Jan 1996 13:04:36 +0500 (GMT+0500) Cc: hasty@rah.star-gate.com, rmallory@wiley.csusb.edu, freebsd-hackers@freefall.FreeBSD.ORG In-Reply-To: <199601220945.BAA14112@Root.COM> from "David Greenman" at Jan 22, 96 01:45:25 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > >Do we have pentium optimized bcopy and bzero ? > > > >Because some of the benchmarks could clearly benefit from them. > > After reading the Usenix paper on OS performance on Pentium machines, I'm > inclined to add optimized code to our libc. Basically, get the processor type > (probably via sysctl) and use this to control which versions are called - > similar to what I recently did with bzero in the kernel. > ...This is fairly low priority, however, so won't likely happen for a few > months. May be it will be simpler to have several versions of dynamic libraries optimized for different processors and to install the one needed for this box. -SB From owner-freebsd-hackers Tue Jan 23 00:21:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA14362 for hackers-outgoing; Tue, 23 Jan 1996 00:21:33 -0800 (PST) Received: from ccslinux.dlsu.edu.ph (linux1.dlsu.edu.ph [165.220.8.15]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA14356 for ; Tue, 23 Jan 1996 00:21:23 -0800 (PST) Received: (from pcua@localhost) by ccslinux.dlsu.edu.ph (8.6.11/8.6.9) id QAA12073; Tue, 23 Jan 1996 16:22:56 +0800 Date: Tue, 23 Jan 1996 16:22:56 +0800 (GMT+0800) From: John Patrick Cua To: Gordon Burditt cc: hackers@freebsd.org Subject: Re: exec In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Thanks for your reply. On Mon, 22 Jan 1996, Gordon Burditt wrote: > >i have a problem regarding a program that i am testing out. > > > >how do i replace the code of a stopped(by SIGSTOP) process externally so > >that once i signal it to continue it will be executing my replaced code? > > Sounds like an enormous security hole to me. Why not just KILL > the process in question and execve the replacement code yourself? It seems but the privilege may be given in such a way only to the superuser or the process with the same euid just like signals. > > Why not install a signal hander in the target process which does > the execve you'd want? Of course, you need to compile this in first. > > Besides building a virus, what is the purpose of doing this? I am developing a Process Migration facility in UNIX. This type of facility is used by load distribution algorithms or daemons to transfer a process in the middle of its execution to another computer in the network. The goal of the facility is transparency for the user and no add-ons to the kernel which means the user does not have to add any additional code in his program for it to be migratable. Just how is it designed to work? First, the running target process is stopped (SIGSTOP), the process address space and structure will be transferred to another computer and restarted there. To preserve interprocess communication through signals, the stopped process is to be replaced with a dummy process. The dummy process is actually a signal handler to catch and send signals(except SIGKILL and SIGSTOP) to the migrated process. The links of other processes to the migrated process must remain through the dummy process. A - my process B - target process C - dummy process In other words, A will replace B with C. When processes are signalling B it is actually C signalling to B in a remote computer through RPC. My question is... does anybody have a possible solution for this problem? Patrick Cua De La Salle University From owner-freebsd-hackers Tue Jan 23 01:43:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA20204 for hackers-outgoing; Tue, 23 Jan 1996 01:43:33 -0800 (PST) Received: from nixpbe.pdb.sni.de (mail.sni.de [192.109.2.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA20152 for ; Tue, 23 Jan 1996 01:43:07 -0800 (PST) Received: (from nerv@localhost) by nixpbe.pdb.sni.de (8.6.12/8.6.12) id KAA18119 for hackers@freebsd.org; Tue, 23 Jan 1996 10:42:28 +0100 Message-Id: <199601230942.KAA18119@nixpbe.pdb.sni.de> Subject: Re: Objective-c To: dahanaya@chaph.usc.edu (Diyamanthi Dahanayake) Date: Tue, 23 Jan 96 10:38:32 MET From: Greg Lehey Cc: hackers@freebsd.org In-Reply-To: <199601230246.SAA03888@nunki.usc.edu>; from "Diyamanthi Dahanayake" at Jan 22, 96 6:46 pm X-Mailer: xmail 2.4 (based on ELM 2.2 PL16) Sender: owner-hackers@freebsd.org Precedence: bulk > > Hi, > Does the 2.1R support Objective-C? Yes. It's part of gcc. Greg From owner-freebsd-hackers Tue Jan 23 01:57:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA21689 for hackers-outgoing; Tue, 23 Jan 1996 01:57:03 -0800 (PST) Received: from nixpbe.pdb.sni.de (mail.sni.de [192.109.2.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA21673 for ; Tue, 23 Jan 1996 01:56:48 -0800 (PST) Received: (from nerv@localhost) by nixpbe.pdb.sni.de (8.6.12/8.6.12) id KAA18725 for hackers@freebsd.org; Tue, 23 Jan 1996 10:56:33 +0100 Message-Id: <199601230956.KAA18725@nixpbe.pdb.sni.de> Subject: Re: stanford benchmark/usenix To: curt@emergent.com (Curt Mayer) Date: Tue, 23 Jan 96 10:50:52 MET From: Greg Lehey In-Reply-To: <199601221935.LAA19317@bluewhale.emergent.com>; from "Curt Mayer" at Jan 22, 96 11:35 am X-Mailer: xmail 2.4 (based on ELM 2.2 PL16) Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > > I had thought of a part of the system startup that checks the > > processor type and puts in the correct hard links (symlinks are slower) > > before any program gets started. It would probably be a good idea to have > > an emergency program which reinstated the generic libraries, too. > > Greg > > just a nit. symlinks are not that much slower, since the 4.4 source base > there has been no i/o associated with a symlink. > > stat-ing file > Mon Jan 22 11:28:50 PST 1996 > Mon Jan 22 11:28:56 PST 1996 > stat-ing link > Mon Jan 22 11:28:56 PST 1996 > Mon Jan 22 11:29:04 PST 1996 > > in between timestamps are 50000 calls to stat. as you can see, the incremental > cost of hardlinks to symlinks is about 30%. another way of looking at it is > that stat-ing a link takes about 120 microseconds, and stat-ing a symlink > takes about 160 microseconds on a 486 dx2-80. hardly time for a disk i/o, > or even a cache reference. How many different links did you access? OK, I can see that there's a good chance of the links to the libraries being cached, but whichever way you look at it, a symlink is still slower. What's the advantage? Oops, here comes another religious war... Greg From owner-freebsd-hackers Tue Jan 23 02:31:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA24935 for hackers-outgoing; Tue, 23 Jan 1996 02:31:14 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA24923 for ; Tue, 23 Jan 1996 02:31:07 -0800 (PST) Received: (from jkh@localhost) by time.cdrom.com (8.6.12/8.6.9) id CAA07146; Tue, 23 Jan 1996 02:30:51 -0800 Date: Tue, 23 Jan 1996 02:30:51 -0800 From: "Jordan K. Hubbard" Message-Id: <199601231030.CAA07146@time.cdrom.com> To: hosokawa@mt.cs.keio.ac.jp Subject: Re: [PCMCIA] New pccard-test driver Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk When following the instructions in README, it appears that parts of the patch do not apply correctly to a 2.1-RELEASE system. In particular, the new files are dumped in /usr directly: root@time-> ls COPYRIGHT etc sbin CVS games secure CVS-INFO gnu share Makefile include spc.c TODO lib spc.c.orig TODO-2.1 libexec spc.h bin lkm spc.h.orig driver.h make.out sys driver.h.orig pccard-test-960123 usr.bin eBones release usr.sbin You can see where spc* and driver* are new additions from the patch run. Just FYI! I know this is an ALPHA test.. :) Jordan From owner-freebsd-hackers Tue Jan 23 02:39:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA26077 for hackers-outgoing; Tue, 23 Jan 1996 02:39:51 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA26066 for ; Tue, 23 Jan 1996 02:39:46 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id CAA14551 for ; Tue, 23 Jan 1996 02:39:06 -0800 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id LAA26008; Tue, 23 Jan 1996 11:25:12 +0100 Message-Id: <199601231025.LAA26008@gilberto.physik.rwth-aachen.de> Subject: Re: Objective-c To: lehey.pad@sni.de (Greg Lehey) Date: Tue, 23 Jan 1996 11:25:11 +0100 (MET) Cc: dahanaya@chaph.usc.edu, hackers@freebsd.org In-Reply-To: <199601230942.KAA18119@nixpbe.pdb.sni.de> from "Greg Lehey" at Jan 23, 96 10:38:32 am From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > > > > Hi, > > Does the 2.1R support Objective-C? > > Yes. It's part of gcc. No :-) Though it's part of gcc it's not in FreeBSD. locate cc1obj NetBSD seems to have it though. > > Greg > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Tue Jan 23 02:50:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA27422 for hackers-outgoing; Tue, 23 Jan 1996 02:50:47 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA27410 for ; Tue, 23 Jan 1996 02:50:41 -0800 (PST) Received: from nixpbe.pdb.sni.de (mail.sni.de [192.109.2.33]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id CAA14579 for ; Tue, 23 Jan 1996 02:49:56 -0800 Received: (from nerv@localhost) by nixpbe.pdb.sni.de (8.6.12/8.6.12) id LAA21624 for hackers@freebsd.org; Tue, 23 Jan 1996 11:44:05 +0100 Message-Id: <199601231044.LAA21624@nixpbe.pdb.sni.de> Subject: Re: Objective-c To: kuku@gilberto.physik.rwth-aachen.de Date: Tue, 23 Jan 96 11:40:12 MET From: Greg Lehey Cc: hackers@freebsd.org (Hackers; FreeBSD) In-Reply-To: <199601231025.LAA26008@gilberto.physik.rwth-aachen.de>; from "Christoph Kukulies" at Jan 23, 96 11:25 am X-Mailer: xmail 2.4 (based on ELM 2.2 PL16) Sender: owner-hackers@freebsd.org Precedence: bulk > > > > > > > > > Hi, > > > Does the 2.1R support Objective-C? > > > > Yes. It's part of gcc. > > No :-) Though it's part of gcc it's not in FreeBSD. > > locate cc1obj Strange. I don't have a FreeBSD machine here to check, but it should be easy enough to port if it's not there. Any comments from Those Who Know? Greg From owner-freebsd-hackers Tue Jan 23 03:00:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA28854 for hackers-outgoing; Tue, 23 Jan 1996 03:00:44 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA28843 for ; Tue, 23 Jan 1996 03:00:38 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id CAA09842; Tue, 23 Jan 1996 02:59:19 -0800 To: Greg Lehey cc: dahanaya@chaph.usc.edu (Diyamanthi Dahanayake), hackers@freebsd.org Subject: Re: Objective-c In-reply-to: Your message of "Tue, 23 Jan 1996 10:38:32 +0700." <199601230942.KAA18119@nixpbe.pdb.sni.de> Date: Tue, 23 Jan 1996 02:59:19 -0800 Message-ID: <9840.822394759@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > > > > Hi, > > Does the 2.1R support Objective-C? > > Yes. It's part of gcc. > > Greg Erm, no actually. It was taken out a long time ago and never put back. Jordan From owner-freebsd-hackers Tue Jan 23 03:28:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA02423 for hackers-outgoing; Tue, 23 Jan 1996 03:28:46 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA02389 for ; Tue, 23 Jan 1996 03:28:10 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id WAA19303; Tue, 23 Jan 1996 22:20:29 +1100 Date: Tue, 23 Jan 1996 22:20:29 +1100 From: Bruce Evans Message-Id: <199601231120.WAA19303@godzilla.zeta.org.au> To: dahanaya@chaph.usc.edu, lehey.pad@sni.de Subject: Re: Objective-c Cc: hackers@FreeBSD.org Sender: owner-hackers@FreeBSD.org Precedence: bulk >> Does the 2.1R support Objective-C? >Yes. It's part of gcc. No, that part of gcc isn't in 2.1R. Bruce From owner-freebsd-hackers Tue Jan 23 03:52:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA05817 for hackers-outgoing; Tue, 23 Jan 1996 03:52:04 -0800 (PST) Received: from ccslinux.dlsu.edu.ph (gavin@linux1.dlsu.edu.ph [165.220.8.15]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA05772 for ; Tue, 23 Jan 1996 03:51:53 -0800 (PST) Received: (from gavin@localhost) by ccslinux.dlsu.edu.ph (8.6.11/8.6.9) id TAA00207; Tue, 23 Jan 1996 19:54:53 +0800 Date: Tue, 23 Jan 1996 19:54:53 +0800 (GMT+0800) From: Gavin Chan Lim To: hackers@freebsd.org Subject: ptrace() Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk I'm trying to read a RUNNING process's virtual address space. I think the only solution to this is ptrace(). I've tried using ptrace(). First I used procfs to attach to the target process. Does this mean that the target is ready for debugging? Then I tried to use ptrace(PT_READ_I...), but I keep getting the message "Device busy." What's wrong? ============================================================================== Gavin Lim Gavin@linux1.dlsu.edu.ph ============================================================================== From owner-freebsd-hackers Tue Jan 23 04:36:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA11049 for hackers-outgoing; Tue, 23 Jan 1996 04:36:04 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA10867 for ; Tue, 23 Jan 1996 04:34:32 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id NAA07338; Tue, 23 Jan 1996 13:26:07 +0100 From: Luigi Rizzo Message-Id: <199601231226.NAA07338@labinfo.iet.unipi.it> Subject: Re: Amancio's tv program with capture! To: dufault@hda.com (Peter Dufault) Date: Tue, 23 Jan 1996 13:26:06 +0100 (MET) Cc: jkh@time.cdrom.com, hasty@rah.star-gate.com, multimedia@rah.star-gate.com, hackers@freebsd.org In-Reply-To: <199601231108.GAA14059@hda.com> from "Peter Dufault" at Jan 23, 96 06:08:30 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk [background] we were discussing the possibility of making a shared memory segment use the physical pages where the frame grabber dumps its output. The frame grabber has an mmap() call to give the user program access to these data. ---- Luigi: > > > Note that it should be possible in principle, it's just that there > > > isn't any parameter that you can specify to do that. Perhaps some of > > > our -hackers or XFree people know how to do this. > > Jordan: > > It would be hard. You'd basically have to figure out what the fixed > > address corresponding to the meteor's frame buffer was and cause the > > shared memory segment to map the same region of memory. It definitely > > doesn't look to be possible with any of the standard system calls. > Peter: > I shouldn't jump in when I know nothing, but can you > add an mmap to the frame buffer driver and then map it to the shared > segment, or have everyone that wants to use it then map it in? terminology: "frame buffer" is usually the name of the output buffer, while the meteor is an input device. In any case, the meteor has an mmap() call. I was looking at shmat(): shmat(int shmid, void *addr, int flag) DESCRIPTION Shmat() attaches the shared memory segment identifed by shmid to the calling process's address space. The address where the segment is at- tached is determined as follows: ... o If addr is nonzero and SHM_RND is not specifed in flag, the segment is attached the specified address. ... thus, in principle, you could pass the parameter to the kernel. A possible implementation could delay the actual allocation of pages to the time shmat() is called the first time, as opposed to what I believe is the current behaviour of allocating pages in shmget(). At this point, if the virtual address is already mapped, and provided the shm segment is not already mapped, use the existing pages to map the memory. My guess is that the current code would fail in this case. Unfortunately I think this would require non-trivial changes to the code in sysv_shm.c, and might possibly have some side effects. I am cross-posting this to hackers for advice. Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-hackers Tue Jan 23 05:03:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA14001 for hackers-outgoing; Tue, 23 Jan 1996 05:03:28 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA13989 Tue, 23 Jan 1996 05:03:25 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id GAA25331; Tue, 23 Jan 1996 06:05:59 -0700 Date: Tue, 23 Jan 1996 06:05:59 -0700 From: Nate Williams Message-Id: <199601231305.GAA25331@rocky.sri.MT.net> To: Bill Fenner Cc: hackers@freebsd.org, wollman@freebsd.org Subject: Re: arp(8) and proxy arp's In-Reply-To: <199601230714.XAA07552@freefall.freebsd.org> References: <199601230714.XAA07552@freefall.freebsd.org> Sender: owner-hackers@freebsd.org Precedence: bulk > I propose to seperate out "pub" (announce this ARP entry to others, use > this ARP entry when trying to talk to this host) and "proxy" (only > announce this ARP entry and don't try to use it) to make it deterministic > which one the arp(8) command creates. I plan to add a "Do-What-I-Mean" > that recognizes "arp -s ip myetheraddress pub" and turns it into a > "proxy" request. But "pub" will create a "proxy-and-use" entry and > "proxy" will create a "proxy only" entry and the behavior will always > be predictable no matter what is in the routing table. > > Comments? Please do. :) Nate From owner-freebsd-hackers Tue Jan 23 05:20:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA15594 for hackers-outgoing; Tue, 23 Jan 1996 05:20:41 -0800 (PST) Received: from NetSurfer.PolyNet.Lviv.UA (NetSurfer.PolyNet.Lviv.UA [194.44.138.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA15573 for ; Tue, 23 Jan 1996 05:20:24 -0800 (PST) Received: (ts@localhost) by NetSurfer.PolyNet.Lviv.UA (8.6.11/8.3) id PAA13631; Tue, 23 Jan 1996 15:18:34 +0200 From: Terletsky Slavik Message-Id: <199601231318.PAA13631@NetSurfer.PolyNet.Lviv.UA> Subject: ACCOUNTING To: jgreco@ns.sol.net Date: Tue, 23 Jan 1996 15:18:32 +0000 (EET) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk For detailed accounting I hacked a few scripts: ipacst - "setup" for this program (but you can do this in /ets/firewall) ipacday - tallies accounting for each previous 10 minutes and >>ipaclog for each day of month ipacmth - summarise accounting for previous month (for each day and total) I didn't write the graphical presintation of acconting entries, but using ipaclog files it is simple to do it. BUGS the reconstruction is needed when you want add more then one host If You are interested of this scripts I'm ready to help. +----------------------------+-----------------------------------------+ | Terletsky Slavik | State University "Lvivska Poytechnica" | | System Administrator | 12, St. Bandery str, | | Campus Computer Network | Lviv, 290646 | | email: ts@polynet.lviv.ua | Ukraine | | tel/fax:+380 (322) 742041 | | +----------------------------+-----------------------------------------+ From owner-freebsd-hackers Tue Jan 23 05:45:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA17895 for hackers-outgoing; Tue, 23 Jan 1996 05:45:00 -0800 (PST) Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA17853 Tue, 23 Jan 1996 05:44:45 -0800 (PST) Received: from uucp2.UU.NET by relay5.UU.NET with SMTP id QQzztm01108; Tue, 23 Jan 1996 08:44:38 -0500 (EST) Received: from uanet.UUCP by uucp2.UU.NET with UUCP/RMAIL ; Tue, 23 Jan 1996 08:44:39 -0500 Received: by crocodil.monolit.kiev.ua; Tue, 23 Jan 96 15:42:18 +0200 Received: (from dk@localhost) by dog.farm.org (8.6.11/dk#3) id OAA00822; Tue, 23 Jan 1996 14:46:11 +0200 Date: Tue, 23 Jan 1996 14:46:11 +0200 From: Dmitry Kohmanyuk Message-Id: <199601231246.OAA00822@dog.farm.org> To: nate@sri.MT.net (Nate Williams) Cc: freebsd-security@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: ssh /etc config files location.. Newsgroups: cs-monolit.gated.lists.freebsd.security Reply-To: dk+@ua.net X-Newsreader: TIN [version 1.2 PL2] Sender: owner-hackers@freebsd.org Precedence: bulk In article you wrote: > > still don't like things touching /etc though. I don't see why we > > should make exceptions for ports that install into /usr/local if they > > happen to have host specific configurations, that's something that the > > local NFS admin should sort out. You'll have exactly the same problem > > if you administer diskless machines. > Agreed. I don't see an easy answer to this, but the current system is > unacceptable for hosts that share /usr/local. oh guys, but we can just make a symlink! NFS mount your /usr/local and just have /usr/local/etc pointing to /etc/local. It's just so plain easy. (or make a /usr/local/etc/ssh -> /etc/ssh if ssh uses a directory for its config files). Maybe this should become a policy?? Hmm, somebody should now argue that security problem with NFS spoofing remains. Yes. But having setuid root binaries in /usr/local is not more dangerous anyway. I have read Linux's FSSTND document (available from tsx-11.mit.edu in /pub/linux/docs/linux-standards/fsstnd), and these guys seems to do it right. (i.e., _all_ host-dependend stuff is not under /usr). On my system, I have /var/links and /usr/X11/bin/X -> /var/links/X11/X which in turn points back to /usr/X11/bin/XF86_ also, /usr/share/man/cat* should _NOT_ reside in /usr, but rather in /var/man (or /var/catman??) Since it now seems to move from -security topic, I cross-post it to -hackers. -- "C makes it easy to shoot yourself in the foot, C++ makes it harder, but when you do, it blows away your whole leg" -- Bjarne Stroustrup From owner-freebsd-hackers Tue Jan 23 06:03:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA19841 for hackers-outgoing; Tue, 23 Jan 1996 06:03:58 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA19783 for ; Tue, 23 Jan 1996 06:03:33 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id AAA29712; Wed, 24 Jan 1996 00:43:55 +1100 Date: Wed, 24 Jan 1996 00:43:55 +1100 From: Bruce Evans Message-Id: <199601231343.AAA29712@godzilla.zeta.org.au> To: davidg@Root.COM, terry@lambert.org Subject: Re: stanford benchmark/usenix Cc: freebsd-hackers@freefall.freebsd.org, hasty@rah.star-gate.com, rmallory@wiley.csusb.edu Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >Do you remember Bruce's message regarding reordering the cache line >loads in the P5 optimized bcopy? He said: >| On my 486DX2/66 with an unknown writing strategy, copy() is about 20% >| faster than memcpy() (*) but can be improved another 20% by changing the >| cache line allocation strategy slightly: replace the load of 28(%edi) by >| a load of 12(%edi) and add a load of 28(%edi) in the middle of the loop. >| The pairing stuff and the nops make little difference. cache-line >| alignment of the source and target made little difference. >| >| (*) When memcpy() is run a second time, it is as fast as the fastest >| version as copy()! >I didn't quite follow the reasoning, since it would write the contents >of 12(%edi) into 28(%edi)?!? >I mailed Bruce about this directly, but haven't seen a response yet... I didn't see the mail. The contents of 12(%edi) should be loaded into a free register and not stored anywhere (cmpl $0,12(%edi) can be used if it is too inconvenient to have a free register, but takes longer). All this is very machine-dependent (not just cpu-dependent). For my 486DX2/66 with an unknown writing strategy, the best way to write is to write a (16 byte) cache line at a time and prefetch that cache line by reading an aligned 32 bit word from it. For my 486DX/33 with a write buffer, the prefetch just wastes time. The (*) has something to do with data being left in a cache by a previous benchmark. Prefetching apparently helps by causing a cache hit for the writes; already cached data works in the same way. Memory benchmarks should do something to set all caches to nearly a known state before starting. The best way to read depends on whether the data is in the L1 cache, the L2 cache, or in main memory. For 486's: (1) if it's in the L1 cache, just reading aligned 32 bit words at a time works as fast as possible (1 cycle/word). If it's in the L2 cache but not in the L1 cache, then prefetching (16 byte) cache lines (the next one you need, not the current one as for writes) works best (stalls for prefetching can be overlapped with stalls for reading). If it's only in main memory, then prefetching makes little difference on my systems. There might be a difference on systems with faster main memory or different L2 caches... Copying requires both reading and writing. I don't know what the best combined strategy is. There are cases when you have a good idea which cache the data is in. E.g., after busting the L1 cache by reading >= 8K data from an IDE drive, the data is probably in the L2 cache and may be in the L1 cache, so it would be good to copy it immediately to user space to satisfy any user reads; bcopy could take lots of flags telling it where you think the data is or which strategy you think is best. If you don't plan to copy the data immediately, then you should have disabled caching before reading it. Bruce From owner-freebsd-hackers Tue Jan 23 06:04:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA19874 for hackers-outgoing; Tue, 23 Jan 1996 06:04:04 -0800 (PST) Received: from yokogawa.co.jp (yhqfm.yokogawa.co.jp [202.33.29.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA19849 for ; Tue, 23 Jan 1996 06:03:59 -0800 (PST) Received: from sjc.yokogawa.co.jp ([133.140.4.100]) by yokogawa.co.jp (8.6.9+2.4Wb3/3.3Wb4-firewall:08/09/94) with SMTP id XAA14863 for ; Tue, 23 Jan 1996 23:03:56 +0900 Received: from leia.pa.yokogawa.co.jp by sjc.yokogawa.co.jp (4.1/6.4J.6-YOKOGAWA-R/GW) id AA13781; Tue, 23 Jan 96 23:03:54 JST Received: from cabbage by leia.pa.yokogawa.co.jp (16.8/6.4J.6-YOKOGAWA/pa) id AA22969; Tue, 23 Jan 96 23:03:53 +0900 Received: by cabbage.pa.yokogawa.co.jp (16.6/3.3Wb) id AA28044; Tue, 23 Jan 96 23:04:54 +0900 Date: Tue, 23 Jan 96 23:04:54 +0900 From: Mihoko Tanaka Message-Id: <9601231404.AA28044@cabbage.pa.yokogawa.co.jp> To: freebsd-hackers@freebsd.org Subject: NFS trouble ? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-hackers@freebsd.org Precedence: bulk Hello All, My friend is developping a program which seek a file and read it. Her program seeks a file with a wrong offset (i.e the offset size is larger than the file size). It occurs panic. When a file is on a local disk, nothing happens. But when a file is on NFS, it occurs panic everytime. She use FreeBSD-2.1.0R. I make a sample program for it. --------- cut cut cut ---------------------- cut cut cut ----------------- #include #include #include main(int argc, char **argv) { int fd; char buf[100]; off_t ret; extern int errno; if((fd = open(argv[1], O_RDONLY, 0644)) < 0) { perror("open fail"); exit(1); } printf("open is succeed!\n"); if ((ret = lseek(fd, 0x90000000, SEEK_SET)) < 0) { fprintf(stderr, "errno = %d, ret = 0x%x \n", errno, ret); perror("seek fail"); exit(1); } printf("seek is succeed! ret = 0x%x\n", ret); if (read(fd, buf, 100)<0) { perror("read fail"); exit(1); } printf("read is succeed!\n"); close(fd); } --------- cut cut cut ---------------------- cut cut cut ----------------- lseek(2) and read(2) are succeed, when a file is on a local disk. When a file is on NFS, then lseek(2) is succeed. read(2) occurs PANIC. the I/F of lseek(2) is the following : off_t lseek(int fd, off_t offset, int whence) off_t is defined in /usr/include/sys/types.h : typedef long long off_t then off_t offset = 0x90000000 > 0 I guess that lseek should return a error (EINVAL) when 'offset' is larger then the file size . What do you think ? How should I avoid this trouble ? Of course, I know that her program has a bug ! :-) (kgdb) bt #0 boot (howto=256) (../../i386/i386/machdep.c line 892) 892 dumppcb.pcb_ptd = rcr3(); #1 0xf0117e65 in panic (fmt=(char *) 0xf01a2212 "because you said to!") (../../kern/subr_prf.c line 124) #2 0xf01a2235 in diediedie () (../../i386/i386/machdep.c line 834) #3 0xf01014de in db_fncall (dummy1=1, dummy2=0, dummy3=-266292708, dummy4=(char *) 0xefbffbd4 "\304\016!\360d\307!\360") (../../ddb/db_command.c line 491) #4 0xf0101212 in db_command (last_cmdp=(struct command **) 0xf01f8af4, cmd_table=(struct command *) 0xf01f8954) (../../ddb/db_command.c line 281) #5 0xf0101391 in db_command_loop () (../../ddb/db_command.c line 419) #6 0xf0103e7c in db_trap (type=12, code=0) (../../ddb/db_trap.c line 72) #7 0xf019f3ce in kdb_trap (type=12, code=0, regs=(struct trapframe *) 0xefbffd28) (../../i386/i386/db_interface.c line 120) #8 0xf01aa31b in trap_fatal (frame=(struct trapframe *) 0xefbffd28) (../../i386 /i386/trap.c line 741) #9 0xf01a9e98 in trap_pfault (frame=(struct trapframe *) 0xefbffd28, usermode=0) (../../i386/i386/trap.c line 667) #10 0xf01a9ae7 in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = -227674456, tf_esi = 0, tf_ebp = -272630384, tf_isp = -267213461, tf_ebx = -257278388, tf_edx = 2147483647, tf_ecx = -227674456, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -267213461, tf_cs = 8, tf_eflags = 66071, tf_esp = -227674456, tf_ss = -2147483648}) (../../i386/i386/trap.c line 307) #11 0xf019fc9d in exception:calltrap () #12 0xf012a56b in allocbuf (bp=(struct buf *) 0xf26df6a8, size=268441088) (../../kern/vfs_bio.c line 1052) #13 0xf012a19b in getblk (vp=(struct vnode *) 0xf173da00, blkno=491520, size=268441088, slpflag=0, slptimeo=0) (../../kern/vfs_bio.c line 910) #14 0xf014fdfe in nfs_getcacheblk (vp=(struct vnode *) 0xf173da00, bn=491520, size=268441088, p=(struct proc *) 0xf1682500) (../../nfs/nfs_bio.c line 602) #15 0xf014f106 in nfs_bioread (vp=(struct vnode *) 0xf173da00, uio=(struct uio * ) 0xefbfff2c, ioflag=0, cred=(struct ucred *) 0xf1521500) (../../nfs/nfs_bio.c line 240) #16 0xf01677f3 in nfs_read (ap=(struct vop_read_args *) 0xefbffee0) (../../nfs/nfs_vnops.c line 817) #17 0xf0132b4a in vn_read (fp=(struct file *) 0xf1780ec0, uio=(struct uio *) 0xefbfff2c, cred=(struct ucred *) 0xf1521500) (./vnode_if.h line 211) #18 0xf011918b in read (p=(struct proc *) 0xf1682500, uap=(struct read_args *) 0xefbfff94, retval=(int *) 0xefbfff8c) (../../kern/sys_generic.c line 112) #19 0xf01aa57f in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 0, tf_esi = -272639016, tf_ebp = -272639052, tf_isp = -272629788, tf_ebx = -272639012, tf_edx = 134689284, tf_ecx = 134689284, tf_eax = 3, tf_trapno = 662, tf_err = 662, tf_eip = 134623909, tf_cs = 31, tf_eflags = 662, tf_esp = -272639172, tf_ss = 39}) (../../i386/i386/trap.c line 878) (kgdb) -- Mihoko Tanaka From owner-freebsd-hackers Tue Jan 23 06:04:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA19973 for hackers-outgoing; Tue, 23 Jan 1996 06:04:30 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA19963 for ; Tue, 23 Jan 1996 06:04:27 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id GAA15637 for ; Tue, 23 Jan 1996 06:04:12 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id AAA28789; Wed, 24 Jan 1996 00:03:03 +1100 Date: Wed, 24 Jan 1996 00:03:03 +1100 From: Bruce Evans Message-Id: <199601231303.AAA28789@godzilla.zeta.org.au> To: imp@village.org, luigi@labinfo.iet.unipi.it Subject: Re: Security (was: Re: Two commands: icat and ils) Cc: dworkin@rover.village.org, hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >> rm won't remove an immutable file, but if you go through the raw >> device, you can do that. OR change the immutable file... >immutable files must reside on immutable media. Otherwise, >using standard commands as root you can easily do anything. All immutable flags and all raw disks are (supposed to be) immutable at securelevel >= 2. See the init manpage. Bruce From owner-freebsd-hackers Tue Jan 23 06:44:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA23963 for hackers-outgoing; Tue, 23 Jan 1996 06:44:44 -0800 (PST) Received: from elbe.desy.de (elbe.desy.de [131.169.82.208]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA23931 for ; Tue, 23 Jan 1996 06:44:32 -0800 (PST) From: Lars Gerhard Kuehl Date: Tue, 23 Jan 96 15:37:44 +0100 Message-Id: <9601231437.AA12617@elbe.desy.de> To: babkin@hq.icb.chel.su, davidg@Root.COM, curt@emergent.com Subject: Re: stanford benchmark/usenix Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk Oh, what a strange discussion all around best benchmark hunting. In particular there's absolutly no reason for any 'quick and dirty' solution. First you can usually achieve a 2-5% performance hit just by erasing the '2' from the compiler's optimization flag. (Well, I concede, my expirience may depend on my special demands.) For further processor dependent optimization, I can share only davidg's opinion: # inclined to add optimized code to our libc. Basically, get the processor type # (probably via sysctl) and use this to control which versions are called - ! I didn't intend to suggest one, but if you or someone else decides to do ! this, bare in mind that there is definately many 'wrong ways' to do this. We ! don't want a plethora of "if (cpu_class == FOO)" type of things in libc as it ! reduces performance for small operations. I think the way to do it is to jump ! through a function vector that is initialized by default to a generic function. ! The function vector can then be changed to an optimized function for specific ! CPU types. This would happen at some convenient place before program startup, ! or perhaps in the generic function (which could, perhaps, be a stub whose sole ! purpose is to select the appropriate routine, or fall back to a generic one) FreeBSD is not the other, slightly more common free OS, it should keep nicely designed. # ...This is fairly low priority, however, so won't likely happen for a few # months. Good things need time. Nobody should forget, the results were not that bad! Before weaving softlink library webs, it could be a better idea to improve the mbuf scheme. ! the time and in the end it would be easier to just sit down and code it. If ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ An obviously very common experience... Lars From owner-freebsd-hackers Tue Jan 23 08:15:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA29472 for hackers-outgoing; Tue, 23 Jan 1996 08:15:22 -0800 (PST) Received: from rk.ios.com (rk.ios.com [198.4.75.55]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA29467 for ; Tue, 23 Jan 1996 08:15:09 -0800 (PST) Received: (from rashid@localhost) by rk.ios.com (8.6.11/8.6.9) id LAA10591; Tue, 23 Jan 1996 11:10:32 -0500 From: Rashid Karimov Message-Id: <199601231610.LAA10591@rk.ios.com> Subject: Re: Decent P6/200 Mbs - WHERE ? To: davidg@Root.COM Date: Tue, 23 Jan 1996 11:10:32 -0500 (EST) Cc: hackers@freebsd.org In-Reply-To: <199601230058.QAA17161@Root.COM> from "David Greenman" at Jan 22, 96 04:58:32 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Hi there folx. > > > Anyway , do you already run SMP kernel on that > > motherboard ??? > > No, just regular FreeBSD with a few small tweaks to deal with the large > number of users/network connections. There is currently only one CPU in the > machine. David, can you tell us what kind of tweaks ? :))) If there were non Alder specific ones and rather were aimed to make wcarhive faster in sense of networking, could you just tar the /sys/*** and put somewhere ? I think those patches will be useful for say busy WWW server ( I currently have one with ~600-700K hits/day > > And finally - I already tried wcarchive ... looks great - > > I was like 500+ user and the thing was giving > > the data out at 20+ K/sec ! I think the bootleneck was somewhere > > in my backbone :) > > Yes, it's been working quite nicely. :)) Rashid From owner-freebsd-hackers Tue Jan 23 09:09:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA02646 for hackers-outgoing; Tue, 23 Jan 1996 09:09:37 -0800 (PST) Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA02627 Tue, 23 Jan 1996 09:09:31 -0800 (PST) Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA26395; Tue, 23 Jan 96 11:05:24 -0600 Received: by emu.fsl.noaa.gov (1.38.193.4/SMI-4.1 (1.38.193.4)) id AA04893; Tue, 23 Jan 1996 10:05:12 -0700 Date: Tue, 23 Jan 1996 10:05:12 -0700 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <9601231705.AA04893@emu.fsl.noaa.gov> To: jfieber@indiana.edu Cc: grog@lemis.de, hackers@freebsd.org, doc@freebsd.org In-Reply-To: (message from John Fieber on Sun, 21 Jan 1996 10:24:23 -0500 (EST)) Subject: Re: What printed documentation do we need? Sender: owner-hackers@freebsd.org Precedence: bulk >>>>> "John" == John Fieber writes: John> * installation * dump and restore * fsck * disklabel * John> newfs * maybe a couple others John> Or, more generally, for things you rarely use and John> consequently forget how to use and, almost by definition, John> online documentation is unavailable when you need them. Like adding a new drive to an existing system. -- Sean Kelly NOAA Forecast Systems Laboratory, Boulder Colorado USA Whenever I see an old lady slip and fall on a wet sidewalk, my first instinct is to laugh. But then I think, what if I was an ant, and she fell on me. Then it wouldn't seem quite so funny. -- Jack Handey From owner-freebsd-hackers Tue Jan 23 09:27:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA04330 for hackers-outgoing; Tue, 23 Jan 1996 09:27:51 -0800 (PST) Received: from eac.iafrica.com (slipper101135.iafrica.com [196.7.101.135]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA04325 for ; Tue, 23 Jan 1996 09:27:44 -0800 (PST) Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id TAA00473 for hackers@freebsd.org; Tue, 23 Jan 1996 19:24:49 +0200 From: Robert Nordier Message-Id: <199601231724.TAA00473@eac.iafrica.com> Subject: Re: Objective-c To: hackers@freebsd.org Date: Tue, 23 Jan 1996 19:24:47 +0200 (SAT) In-Reply-To: <199601231044.LAA21624@nixpbe.pdb.sni.de> from "Greg Lehey" at Jan 23, 96 11:40:12 am X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > > > > Hi > > > > Does the 2.1R support Objective-C? > > > > > > Yes. It's part of gcc. > > > > No :-) Though it's part of gcc it's not in FreeBSD. > > > > locate cc1obj > > Strange. I don't have a FreeBSD machine here to check, but it should > be easy enough to port if it's not there. Any comments from Those Who > Know? > > Greg Objective-C was broken in early gcc 2.6.x, which may account for it being dropped. Though it is working better in gcc 2.6.3. -- Robert Nordier From owner-freebsd-hackers Tue Jan 23 09:51:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA05760 for hackers-outgoing; Tue, 23 Jan 1996 09:51:51 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA05755 for ; Tue, 23 Jan 1996 09:51:47 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA17822; Tue, 23 Jan 1996 10:34:44 -0700 From: Terry Lambert Message-Id: <199601231734.KAA17822@phaeton.artisoft.com> Subject: Re: recursive grep To: jmacd@CS.Berkeley.EDU (Josh MacDonald) Date: Tue, 23 Jan 1996 10:34:44 -0700 (MST) Cc: imp@village.org, wosch@cs.tu-berlin.de, hackers@FreeBSD.org In-Reply-To: <199601230131.RAA11361@paris.CS.Berkeley.EDU> from "Josh MacDonald" at Jan 22, 96 05:31:37 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > > : I would like add options for recursive searching > > : (grep -R foo /usr/include). > > > > find /usr/local | xargs grep foo > > > > Why do we need another wart on grep? Especially when what you may > > want is find /usr/local -name \*f.h | xargs grep foo :-) > > and why do we need an extra pipe, either? > > find /usr/include -name \*f.h -exec grep foo {} /dev/null \; The GNU derived find doesn't flush its output, so if you were to pipe it at that point (and use -print instead of a "/dev/null" argument to get the name), you would have your output screwed. The use of xargs causes one invocation of grep for a potentially large number of files, once per command line length limit, so it will execute it several times for an obscene number of files. Typically, you *will* want to use the "/dev/null" trick to get grep to spit out the name in case the last exec by xargs is on one file (otherwise the last one will be missing its file name). So: find /usr/local - print | xargs grep foo /dev/null ...use of -print is suggested in case of some older "finds" that do not put out anything by default (POSIX compliance discrepancy). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Jan 23 10:00:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA06349 for hackers-outgoing; Tue, 23 Jan 1996 10:00:51 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA06341 for ; Tue, 23 Jan 1996 10:00:49 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA17851; Tue, 23 Jan 1996 10:51:12 -0700 From: Terry Lambert Message-Id: <199601231751.KAA17851@phaeton.artisoft.com> Subject: Re: NFS trouble ? To: m_tanaka@pa.yokogawa.co.jp (Mihoko Tanaka) Date: Tue, 23 Jan 1996 10:51:12 -0700 (MST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <9601231404.AA28044@cabbage.pa.yokogawa.co.jp> from "Mihoko Tanaka" at Jan 23, 96 11:04:54 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > Hello All, > > My friend is developping a program which seek a file and read it. > Her program seeks a file with a wrong offset (i.e the offset size is larger > than the file size). It occurs panic. > > When a file is on a local disk, nothing happens. > But when a file is on NFS, it occurs panic everytime. Does it panic the NFS client or the NFS server? > off_t lseek(int fd, off_t offset, int whence) > > off_t is defined in /usr/include/sys/types.h : > typedef long long off_t > > then > off_t offset = 0x90000000 > 0 I am suspiscious of > 31 bit offset values over NFS. I suspect that there would be problems, since I believe the protocol limit is 32 bits with one bit for the sign bit for the return of error codes. I believe this is your problem. > I guess that lseek should return a error (EINVAL) when 'offset' is > larger then the file size . > What do you think ? No. A seek to a valid location not in the file is perfectly legal, even when followed by a read or a write (the first should return an EOF error, the second should cause the file to be sparse). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Jan 23 10:04:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA06617 for hackers-outgoing; Tue, 23 Jan 1996 10:04:20 -0800 (PST) Received: from etinc.com (et-gw.etinc.com [165.254.13.209]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA06603 for ; Tue, 23 Jan 1996 10:04:17 -0800 (PST) Received: from ppp-082.etinc.com (ppp-082.etinc.com [204.141.95.142]) by etinc.com (8.6.12/8.6.9) with SMTP id NAA00222 for ; Tue, 23 Jan 1996 13:02:54 -0500 Date: Tue, 23 Jan 1996 13:02:54 -0500 Message-Id: <199601231802.NAA00222@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: dennis@etinc.com (dennis) Subject: Still with mountd problems Sender: owner-hackers@freebsd.org Precedence: bulk When my 2.1R machine boots and runs mountd, I get several "Program Not Registered" messages and it hangs for about 30 seconds. Any ideas? Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Tue Jan 23 10:11:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA07105 for hackers-outgoing; Tue, 23 Jan 1996 10:11:59 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA07100 for ; Tue, 23 Jan 1996 10:11:57 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA17864; Tue, 23 Jan 1996 10:55:29 -0700 From: Terry Lambert Message-Id: <199601231755.KAA17864@phaeton.artisoft.com> Subject: Re: Amancio's tv program with capture! To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Tue, 23 Jan 1996 10:55:29 -0700 (MST) Cc: dufault@hda.com, jkh@time.cdrom.com, hasty@rah.star-gate.com, multimedia@rah.star-gate.com, hackers@FreeBSD.org In-Reply-To: <199601231226.NAA07338@labinfo.iet.unipi.it> from "Luigi Rizzo" at Jan 23, 96 01:26:06 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > we were discussing the possibility of making a shared memory segment > use the physical pages where the frame grabber dumps its output. The > frame grabber has an mmap() call to give the user program access to > these data. [ ... ] > terminology: "frame buffer" is usually the name of the output buffer, > while the meteor is an input device. > > In any case, the meteor has an mmap() call. > > I was looking at shmat(): > > shmat(int shmid, void *addr, int flag) > > DESCRIPTION > Shmat() attaches the shared memory segment identifed by shmid to the > calling process's address space. The address where the segment is at- > tached is determined as follows: > > ... > > o If addr is nonzero and SHM_RND is not specifed in flag, the segment > is attached the specified address. > ... > > thus, in principle, you could pass the parameter to the kernel. > > A possible implementation could delay the actual allocation of pages to > the time shmat() is called the first time, as opposed to what I believe > is the current behaviour of allocating pages in shmget(). > > At this point, if the virtual address is already mapped, and provided > the shm segment is not already mapped, use the existing pages to > map the memory. My guess is that the current code would fail in this > case. > > Unfortunately I think this would require non-trivial changes to the > code in sysv_shm.c, and might possibly have some side effects. > > I am cross-posting this to hackers for advice. I would suggest adding an mmap() entry point for the device driver and calling it when you request pages to be mmapped. The system mmap() interface would not be changed, it would just act differently for vnodes that were devices. This would work for mapping video memory by device generically as well as frame capture buffers, etc.. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Jan 23 10:26:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA08055 for hackers-outgoing; Tue, 23 Jan 1996 10:26:27 -0800 (PST) Received: from miller.cs.uwm.edu (miller.cs.uwm.edu [129.89.9.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA08047 for ; Tue, 23 Jan 1996 10:26:23 -0800 (PST) Received: (from james@localhost) by miller.cs.uwm.edu (8.7.3/8.7.3) id MAA23925; Tue, 23 Jan 1996 12:25:31 -0600 Date: Tue, 23 Jan 1996 12:25:31 -0600 From: Jim Lowe Message-Id: <199601231825.MAA23925@miller.cs.uwm.edu> To: luigi@labinfo.iet.unipi.it, terry@lambert.org Subject: Re: Amancio's tv program with capture! Cc: dufault@hda.com, hackers@FreeBSD.org, hasty@rah.star-gate.com, jkh@time.cdrom.com, multimedia@rah.star-gate.com Sender: owner-hackers@FreeBSD.org Precedence: bulk > > Unfortunately I think this would require non-trivial changes to the > > code in sysv_shm.c, and might possibly have some side effects. > > > > I am cross-posting this to hackers for advice. > > I would suggest adding an mmap() entry point for the device driver > and calling it when you request pages to be mmapped. The system > mmap() interface would not be changed, it would just act differently > for vnodes that were devices. > > This would work for mapping video memory by device generically as well > as frame capture buffers, etc.. The device driver already has a mmap entry point. It allocates memory at boot up time (since you can't seem to grab that much wired down contiguous memory at run time -- for some reason). The video capture board DMAs its data into this preallocated memory. The user program uses the mmap system call to access this memory. Now, we want this memory to be shared by the Xserver with the Xshm utilities. How does one mark the driver/mmapped memory as shared memory with the current utilities? It isn't real obvious that one can actually do this without modifiying the shmat system call (or at least to me). -Jim From owner-freebsd-hackers Tue Jan 23 11:05:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA09270 for hackers-outgoing; Tue, 23 Jan 1996 11:05:53 -0800 (PST) Received: from emma.patton.com (emma.patton.com [205.136.51.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA09265 for ; Tue, 23 Jan 1996 11:05:50 -0800 (PST) Received: from scott.patton.com (scott.patton.com [205.136.51.30]) by emma.patton.com (8.6.12/8.6.9) with SMTP id OAA23410 for ; Tue, 23 Jan 1996 14:05:43 -0500 Date: Tue, 23 Jan 1996 14:05:43 -0500 Message-Id: <199601231905.OAA23410@emma.patton.com> X-Sender: scott@patton.com X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: Scott Whittle Subject: Ports and what they do? Sender: owner-hackers@freebsd.org Precedence: bulk Question: What (or where can I find?) what the port assignments do for some of the popular I/O ports out in the world. I am looking for serial and more importantly the ethernet port. If I state the base address as 0x300 for a NE2000 clone, what ports are used and for what? is 300 read=data in write-data out? or is it a control port? Thanks. S. Scott Whittle email: scott@patton.com Patton Electronics Co. WWW: http://www.patton.com 7622 Rickenbacker Dr. TEL: 301.975.1000 Gaithersburg MD 20882 FAX: 301.869.9293 "Any enterprise is built by wise planning, becomes strong through common sense, and profits wonderfully by keeping abreast of the facts" -- King Solomon, LB From owner-freebsd-hackers Tue Jan 23 11:27:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA10174 for hackers-outgoing; Tue, 23 Jan 1996 11:27:19 -0800 (PST) Received: from Relay1.Austria.EU.net (relay1.Austria.EU.net [192.92.138.47]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA10167 for ; Tue, 23 Jan 1996 11:27:16 -0800 (PST) From: marino.ladavac@aut.alcatel.at Received: from atusks01.aut.alcatel.at by Relay1.Austria.EU.net with SMTP id AA00331 (5.67b/IDA-1.5 for ); Tue, 23 Jan 1996 20:05:07 +0100 Received: from atuhc16 by atusks01.aut.alcatel.at (4.1/SMI-4.1/AAA-1.29/main) id AA06008; Tue, 23 Jan 96 20:04:19 +0100 Message-Id: <9601231904.AA06008@atuhc16.atusks01.aut.alcatel.at> Received: by atuhc16 (1.38.193.4/16.2) id AA19056; Tue, 23 Jan 1996 20:04:16 +0100 Subject: Re: Amancio's tv program with capture! To: terry@lambert.org (Terry Lambert) Date: Tue, 23 Jan 96 20:04:16 MET Cc: hackers@freebsd.org In-Reply-To: <199601231755.KAA17864@phaeton.artisoft.com>; from "Terry Lambert" at Jan 23, 96 10:55 am Mailer: Elm [revision: 70.85] Sender: owner-hackers@freebsd.org Precedence: bulk > I would suggest adding an mmap() entry point for the device driver > and calling it when you request pages to be mmapped. The system > mmap() interface would not be changed, it would just act differently > for vnodes that were devices. > This would work for mapping video memory by device generically as well > as frame capture buffers, etc.. > Terry Lambert > terry@lambert.org Since it hit the hackers, I'll ask a more general question: anybody remembers Sun's pixrect and /dev/fb? Does anyone see something very wrong about it? All agree that video, keyboard and busmouse need to be separated; it's just too much to do for the current maintainers. The last time I had anything to do with pixrect and /dev/fb, it seemed to me as a reasonable abstraction. It would sure make life easier if we used graphic card drivers as LKM's, and geared everything towards the /dev/fb. I guess the X11 implementors might like it. Of course, if the LKM provided mmap() and various ioctl()s to operate the blitter, the things might get yet simpler. Any obvious fallacies with this? Any interest? /Alby From owner-freebsd-hackers Tue Jan 23 11:41:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA10972 for hackers-outgoing; Tue, 23 Jan 1996 11:41:51 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA10966 for ; Tue, 23 Jan 1996 11:41:46 -0800 (PST) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id LAA00576 for ; Tue, 23 Jan 1996 11:41:24 -0800 Message-Id: <199601231941.LAA00576@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: hackers@freebsd.org Subject: FreeBSD The TV Cult Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 23 Jan 1996 11:41:23 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk Well, "tv" as it is working today works well you can actually sit down in front of the monitor and watch crystal clear pictures. Well, at least it does on my P100. We just want to increase the performance of the program 8) If anyone is interested you will need a matrox meteor PCI video capture board and the sources for "tv" are in: ftp://rah.star-gate.com/tv-0.1.tar.gz You can look up vendors for the matrox on : http://rah.star-gate.com:/~hasty/mbone.html The program was first inspired by Jim Lowe's hack to get the berkeley mpeg encoder to work with the matrox meteor. It has been modified along the way by me, Luigi and Jordan ... With the latest version you can click on the window to take a quick snapshot so it sort of works also like a camera 8) Enjoy, Amancio From owner-freebsd-hackers Tue Jan 23 12:10:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA12770 for hackers-outgoing; Tue, 23 Jan 1996 12:10:13 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA12763 for ; Tue, 23 Jan 1996 12:10:08 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA18219; Tue, 23 Jan 1996 12:58:02 -0700 From: Terry Lambert Message-Id: <199601231958.MAA18219@phaeton.artisoft.com> Subject: Re: Amancio's tv program with capture! To: james@miller.cs.uwm.edu (Jim Lowe) Date: Tue, 23 Jan 1996 12:58:02 -0700 (MST) Cc: luigi@labinfo.iet.unipi.it, terry@lambert.org, dufault@hda.com, hackers@FreeBSD.org, hasty@rah.star-gate.com, jkh@time.cdrom.com, multimedia@rah.star-gate.com In-Reply-To: <199601231825.MAA23925@miller.cs.uwm.edu> from "Jim Lowe" at Jan 23, 96 12:25:31 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > > > Unfortunately I think this would require non-trivial changes to the > > > code in sysv_shm.c, and might possibly have some side effects. > > > > > > I am cross-posting this to hackers for advice. > > > > I would suggest adding an mmap() entry point for the device driver > > and calling it when you request pages to be mmapped. The system > > mmap() interface would not be changed, it would just act differently > > for vnodes that were devices. > > > > This would work for mapping video memory by device generically as well > > as frame capture buffers, etc.. > > The device driver already has a mmap entry point. It allocates > memory at boot up time (since you can't seem to grab that much > wired down contiguous memory at run time -- for some reason). > > The video capture board DMAs its data into this preallocated > memory. The user program uses the mmap system call to access > this memory. Now, we want this memory to be shared by the > Xserver with the Xshm utilities. > > How does one mark the driver/mmapped memory as shared memory > with the current utilities? It isn't real obvious that one can > actually do this without modifiying the shmat system call (or at > least to me). int fd; caddr_t mapaddr; if( ( fd = open( DEV_NAME, O_RDWR)) == -1) { perror( "open"); exit( 1); } mapaddr = mmap( 0, /* map here, 0 = don't care*/ DEV_MEM_SIZE, /* device memory window*/ PROT_READ|PROT_WRITE, /* will be reading/writing*/ MAP_HASSEMAPHORE, /* (?) prevent caching*/ fd, /* fd for device*/ (off_t)0 /* full window*/ ); This above should work. If it doesn't, then the mmap() facility is broken, either at the device driver level or elsewhere. I may be misusing MAP_HASSEMAPHORE. I'd prefer an implied non-cached mapping, shared, not copy-on-write. This should be true for any device mapping and thus should not be a required flag to make it work. I would also prefer the DEV_MEM_SIZE to be implicit to the driver, and to use the offset (last argument) as a multiplex selector (for instance, 0 for the first bank of display memory, 1 for the second, etc. for multiple display cards on the driver... this is how the Sol fiber optic boards worked in SCO for mapping multiple consoles and doing direct video I/O from the standard kernel console driver for several X stations on a single card). For the ttyv0, ttyv1, etc., the memory ought to be the associated screen memory for the console; that is, the memory in the backing store for the screen for console switching, not the physical display RAM itself. The above should be true regardless of mode, but since the X server is permitted to modify card registers promiscuously (ie: without telling the console driver and in such a way that the console driver itself can't put it back by itself), this must be broken for anything but standard console video modes. I believe this currently does not work on the console; instead, you must map the physical address of screen memeory in a driver and go from /dev/mem or however else from there. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Jan 23 12:20:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA13581 for hackers-outgoing; Tue, 23 Jan 1996 12:20:57 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA13576 for ; Tue, 23 Jan 1996 12:20:55 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA18259; Tue, 23 Jan 1996 13:12:19 -0700 From: Terry Lambert Message-Id: <199601232012.NAA18259@phaeton.artisoft.com> Subject: Re: Amancio's tv program with capture! To: marino.ladavac@aut.alcatel.at Date: Tue, 23 Jan 1996 13:12:19 -0700 (MST) Cc: terry@lambert.org, hackers@freebsd.org In-Reply-To: <9601231904.AA06008@atuhc16.atusks01.aut.alcatel.at> from "marino.ladavac@aut.alcatel.at" at Jan 23, 96 08:04:16 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > > I would suggest adding an mmap() entry point for the device driver > > and calling it when you request pages to be mmapped. The system > > mmap() interface would not be changed, it would just act differently > > for vnodes that were devices. > > > This would work for mapping video memory by device generically as well > > as frame capture buffers, etc.. > > Since it hit the hackers, I'll ask a more general question: > > anybody remembers Sun's pixrect and /dev/fb? Does anyone see something > very wrong about it? > > All agree that video, keyboard and busmouse need to be separated; it's > just too much to do for the current maintainers. > > The last time I had anything to do with pixrect and /dev/fb, it seemed to > me as a reasonable abstraction. It would sure make life easier if we > used graphic card drivers as LKM's, and geared everything towards the > /dev/fb. I guess the X11 implementors might like it. Of course, if > the LKM provided mmap() and various ioctl()s to operate the blitter, > the things might get yet simpler. > > Any obvious fallacies with this? > > Any interest? This has been discussed before but never implemented. The biggest minus is that you would need card specific drivers for the console to support modes supported by the cards in addition to EGA/VGA mode and register emulation. This means having a default driver that gets replaced with a card specific driver. There would also be the need for accelerated command interfaces for direct use of accelerated adapter commands; commands that were not supported (like vector line draws, fills, etc.) would need to be emulated to provide a common, standard interface for users of the device. There would need to be a facility for mixing emulated and unemulated primitives for any given driver (obviously the default would be 640x480 and 800x600 and use the emulated primitives). Then there would be the need to rewrite X to use the new interfaces... effectively, this moves the DDX into the kernel, and that interface could be used as a model to prototype the primitive set for the drivers. This would resolve the 'X' problem once and for all, and give a minimal graphic interface for use by install, etc. I don't know how you would deal with card identification; probably not easily. I suspect that at some point it will be desirable to locate the default video driver in a different segment ID than the rest of the kernel so that pages it used in the default load scenario could be reclaimed once a card specific driver had been loaded (obviating the default driver). The default driver in this case is what I have frequently called a "fallback driver"... it need not use VM86(), unless you intend something like INT 10 based video mode selection (to reliably pick modes for SVGA and/or Diamond cards, etc.). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Jan 23 12:23:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA13747 for hackers-outgoing; Tue, 23 Jan 1996 12:23:10 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA13740 for ; Tue, 23 Jan 1996 12:23:06 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA18275; Tue, 23 Jan 1996 13:14:48 -0700 From: Terry Lambert Message-Id: <199601232014.NAA18275@phaeton.artisoft.com> Subject: Re: Ports and what they do? To: scott@patton.com (Scott Whittle) Date: Tue, 23 Jan 1996 13:14:48 -0700 (MST) Cc: hackers@freebsd.org In-Reply-To: <199601231905.OAA23410@emma.patton.com> from "Scott Whittle" at Jan 23, 96 02:05:43 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > What (or where can I find?) what the port assignments do for some of the popular > I/O ports out in the world. I am looking for serial and more importantly the > ethernet port. If I state the base address as 0x300 for a NE2000 clone, what > ports are used and for what? is 300 read=data in write-data out? or is it > a control port? The answer to this question is extremely card specific. The answer is not the same for all NE2000 clone cards, for instance. The information should be available in the manufacturer documentation that comes with the card. For on-board devices, I suggest the "Inside the XXX Bus" series of books (XXX == ISA, EISA, MCA, PCI, etc.). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Jan 23 12:28:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA14149 for hackers-outgoing; Tue, 23 Jan 1996 12:28:59 -0800 (PST) Received: from mpp.minn.net (root@mpp.Minn.Net [204.157.201.242]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA13917 for ; Tue, 23 Jan 1996 12:24:32 -0800 (PST) Received: (from mpp@localhost) by mpp.minn.net (8.7.3/8.6.9) id OAA00356; Tue, 23 Jan 1996 14:22:59 -0600 (CST) Message-Id: <199601232022.OAA00356@mpp.minn.net> Subject: Re: NFS trouble ? To: m_tanaka@pa.yokogawa.co.jp (Mihoko Tanaka) Date: Tue, 23 Jan 1996 14:22:58 -0600 (CST) From: "Mike Pritchard" Cc: freebsd-hackers@freebsd.org In-Reply-To: <9601231404.AA28044@cabbage.pa.yokogawa.co.jp> from "Mihoko Tanaka" at Jan 23, 96 11:04:54 pm X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Mihoko Tanaka wrote: > > Hello All, > > My friend is developping a program which seek a file and read it. > Her program seeks a file with a wrong offset (i.e the offset size is larger > than the file size). It occurs panic. > > When a file is on a local disk, nothing happens. > But when a file is on NFS, it occurs panic everytime. > > She use FreeBSD-2.1.0R. The problem also exists under FreeBSD-current. The problem is that nfs_bio winds up doing a bogus computation when the current file offset is more than a block beyond the end of the file, and it winds up trying to read up a few terabytes of buffer memory. If someone would review the attached patch at the end of this message, I'll go commit it. > then > off_t offset = 0x90000000 > 0 > > I guess that lseek should return a error (EINVAL) when 'offset' is > larger then the file size . > What do you think ? No, seeking past the end of the file a perfectly valid. The lseek man page explains this. Index: nfs_bio.c =================================================================== RCS file: /usr/var/cvs/src/sys/nfs/nfs_bio.c,v retrieving revision 1.21 diff -u -r1.21 nfs_bio.c --- nfs_bio.c 1995/12/17 21:12:13 1.21 +++ nfs_bio.c 1996/01/23 20:03:38 @@ -240,7 +240,8 @@ */ again: bufsize = biosize; - if ((lbn + 1) * biosize > np->n_size) { + if ((lbn + 1) * biosize > np->n_size && + (lbn + 1) * biosize - np->n_size < biosize) { bufsize = np->n_size - lbn * biosize; bufsize = (bufsize + DEV_BSIZE - 1) & ~(DEV_BSIZE - 1); } -- Mike Pritchard mpp@minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-hackers Tue Jan 23 12:43:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA15135 for hackers-outgoing; Tue, 23 Jan 1996 12:43:14 -0800 (PST) Received: from sponsor.octet.com (root@sponsor.octet.com [204.141.97.15]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA15130 for ; Tue, 23 Jan 1996 12:43:12 -0800 (PST) Received: (from cosmos@localhost) by sponsor.octet.com (8.6.12/8.6.12) id PAA09245 for hackers@freebsd.org; Tue, 23 Jan 1996 15:30:53 GMT From: Daniel Leeds Message-Id: <199601231530.PAA09245@sponsor.octet.com> Subject: restore To: hackers@freebsd.org Date: Tue, 23 Jan 1996 15:30:51 +0000 () X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk i made 4 dumps with the following command dump 0unBbf 4000000 10 ice:/dev/nrst0 / /usr /home/home2 /home/home3 each one of those systems respectively one at a time, using the no rewind device. I watched the drive each time and it reported no errors. how come restore sees only one volume, the / one and nothing else?? is there a special restore command to access the other volumes?? -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Daniel Leeds Unix Admin Octet Media Beatnik -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- From owner-freebsd-hackers Tue Jan 23 12:56:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA15957 for hackers-outgoing; Tue, 23 Jan 1996 12:56:37 -0800 (PST) Received: from miller.cs.uwm.edu (miller.cs.uwm.edu [129.89.9.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA15800 for ; Tue, 23 Jan 1996 12:54:06 -0800 (PST) Received: (from james@localhost) by miller.cs.uwm.edu (8.7.3/8.7.3) id OAA14413; Tue, 23 Jan 1996 14:53:52 -0600 Date: Tue, 23 Jan 1996 14:53:52 -0600 From: Jim Lowe Message-Id: <199601232053.OAA14413@miller.cs.uwm.edu> To: terry@lambert.org Subject: Re: Amancio's tv program with capture! Cc: dufault@hda.com, hackers@FreeBSD.org, hasty@rah.star-gate.com, jkh@time.cdrom.com, luigi@labinfo.iet.unipi.it, multimedia@rah.star-gate.com Sender: owner-hackers@FreeBSD.org Precedence: bulk > > How does one mark the driver/mmapped memory as shared memory > > with the current utilities? It isn't real obvious that one can > > actually do this without modifiying the shmat system call (or at > > least to me). > > > int fd; > caddr_t mapaddr; > > if( ( fd = open( DEV_NAME, O_RDWR)) == -1) { > perror( "open"); > exit( 1); > } > > mapaddr = mmap( 0, /* map here, 0 = don't care*/ > DEV_MEM_SIZE, /* device memory window*/ > PROT_READ|PROT_WRITE, /* will be reading/writing*/ > MAP_HASSEMAPHORE, /* (?) prevent caching*/ > fd, /* fd for device*/ > (off_t)0 /* full window*/ > ); > I know how to mmap. The question is once you have mapaddr how does one attach that to X's shared memory functions through the Xshm utilities? I don't beleive I have ever head of map_hassemaphore... -Jim From owner-freebsd-hackers Tue Jan 23 13:32:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA18822 for hackers-outgoing; Tue, 23 Jan 1996 13:32:25 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA18804 for ; Tue, 23 Jan 1996 13:32:16 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id OAA26295; Tue, 23 Jan 1996 14:34:19 -0700 Date: Tue, 23 Jan 1996 14:34:19 -0700 From: Nate Williams Message-Id: <199601232134.OAA26295@rocky.sri.MT.net> To: Terry Lambert Cc: hackers@freebsd.org Subject: Re: recursive grep In-Reply-To: <199601231734.KAA17822@phaeton.artisoft.com> References: <199601230131.RAA11361@paris.CS.Berkeley.EDU> <199601231734.KAA17822@phaeton.artisoft.com> Sender: owner-hackers@freebsd.org Precedence: bulk Terry Lambert writes: > The GNU derived find doesn't flush its output, so if you were to pipe > it at that point (and use -print instead of a "/dev/null" argument to > get the name), you would have your output screwed. Except that we're not using the GNU derived find, and we've fixed the bug in the BSD find you are complaining about a *long* time ago. revision 1.5 date: 1995/09/12 23:15:33; author: nate; state: Exp; lines: +3 -0 Simpler fix to the find bug reported by Terry Lambert [ Find to a file vs. to stdout ] produces different output because find does not flush stdout when doing a -print. Submitted by: Jeffrey Hsu You're even mentioned in the log. :) Nate From owner-freebsd-hackers Tue Jan 23 13:33:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA18867 for hackers-outgoing; Tue, 23 Jan 1996 13:33:13 -0800 (PST) Received: from Relay1.Austria.EU.net (relay1.Austria.EU.net [192.92.138.47]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA18857 for ; Tue, 23 Jan 1996 13:33:00 -0800 (PST) From: marino.ladavac@aut.alcatel.at Received: from atusks01.aut.alcatel.at by Relay1.Austria.EU.net with SMTP id AA05101 (5.67b/IDA-1.5 for ); Tue, 23 Jan 1996 22:32:47 +0100 Received: from atuhc16 by atusks01.aut.alcatel.at (4.1/SMI-4.1/AAA-1.29/main) id AA07374; Tue, 23 Jan 96 22:31:57 +0100 Message-Id: <9601232131.AA07374@atuhc16.atusks01.aut.alcatel.at> Received: by atuhc16 (1.38.193.4/16.2) id AA19137; Tue, 23 Jan 1996 22:31:55 +0100 Subject: Re: Amancio's tv program with capture! To: james@miller.cs.uwm.edu (Jim Lowe) Date: Tue, 23 Jan 96 22:31:55 MET Cc: hackers@freebsd.org In-Reply-To: <199601232053.OAA14413@miller.cs.uwm.edu>; from "Jim Lowe" at Jan 23, 96 2:53 pm Mailer: Elm [revision: 70.85] Sender: owner-hackers@freebsd.org Precedence: bulk > > > How does one mark the driver/mmapped memory as shared memory > > > with the current utilities? It isn't real obvious that one can > > > actually do this without modifiying the shmat system call (or at > > > least to me). > > > > > > int fd; > > caddr_t mapaddr; > > > > if( ( fd = open( DEV_NAME, O_RDWR)) == -1) { > > perror( "open"); > > exit( 1); > > } > > > > mapaddr = mmap( 0, /* map here, 0 = don't care*/ > > DEV_MEM_SIZE, /* device memory window*/ > > PROT_READ|PROT_WRITE, /* will be reading/writing*/ > > MAP_HASSEMAPHORE, /* (?) prevent caching*/ > > fd, /* fd for device*/ > > (off_t)0 /* full window*/ > > ); > > > I know how to mmap. The question is once you have mapaddr how does > one attach that to X's shared memory functions through the Xshm > utilities? I don't beleive I have ever head of map_hassemaphore... Is it possible to mmap() something to the address returned by shmat()? Something like: shmaddr = shmat( shmid, NULL, 0 ); mapaddr = mmap( shmaddr, ... ); I haven't got a slightest clue about this approach. /Alby > -Jim From owner-freebsd-hackers Tue Jan 23 13:39:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA19492 for hackers-outgoing; Tue, 23 Jan 1996 13:39:40 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA19485 for ; Tue, 23 Jan 1996 13:39:35 -0800 (PST) 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 WAA29193 ; Tue, 23 Jan 1996 22:39:30 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id WAA21342 ; Tue, 23 Jan 1996 22:39:19 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id SAA08783; Tue, 23 Jan 1996 18:48:30 +0100 (MET) From: Ollivier Robert Message-Id: <199601231748.SAA08783@keltia.freenix.fr> Subject: Re: [PCMCIA] New pccard-test driver To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 23 Jan 1996 18:48:30 +0100 (MET) Cc: hosokawa@mt.cs.keio.ac.jp, hackers@FreeBSD.ORG In-Reply-To: <199601231030.CAA07146@time.cdrom.com> from "Jordan K. Hubbard" at Jan 23, 96 02:30:51 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1586 X-Mailer: ELM [version 2.4ME+ PL0 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk It seems that Jordan K. Hubbard said: > When following the instructions in README, it appears that parts of the > patch do not apply correctly to a 2.1-RELEASE system. In particular, > the new files are dumped in /usr directly: The problem may lie in our patch(1) not in the patch file itself... I encountered a similar problem when patch Perl5.002b1d into Perl5.002b1h. All the new files were correctly created in the proper places under SunOS and dumped in the base dir on my FreeBSD-CURRENT system. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Sun Jan 14 20:23:45 MET 1996 From owner-freebsd-hackers Tue Jan 23 13:40:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA19720 for hackers-outgoing; Tue, 23 Jan 1996 13:40:40 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA19707 for ; Tue, 23 Jan 1996 13:40:32 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA18383; Tue, 23 Jan 1996 14:31:03 -0700 From: Terry Lambert Message-Id: <199601232131.OAA18383@phaeton.artisoft.com> Subject: Re: Amancio's tv program with capture! To: james@miller.cs.uwm.edu (Jim Lowe) Date: Tue, 23 Jan 1996 14:31:03 -0700 (MST) Cc: terry@lambert.org, dufault@hda.com, hackers@FreeBSD.org, hasty@rah.star-gate.com, jkh@time.cdrom.com, luigi@labinfo.iet.unipi.it, multimedia@rah.star-gate.com In-Reply-To: <199601232053.OAA14413@miller.cs.uwm.edu> from "Jim Lowe" at Jan 23, 96 02:53:52 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > > > How does one mark the driver/mmapped memory as shared memory > > > with the current utilities? It isn't real obvious that one can > > > actually do this without modifiying the shmat system call (or at > > > least to me). [ ... ] > > mapaddr = mmap( 0, /* map here, 0 = don't care*/ > > DEV_MEM_SIZE, /* device memory window*/ > > PROT_READ|PROT_WRITE, /* will be reading/writing*/ > > MAP_HASSEMAPHORE, /* (?) prevent caching*/ > > fd, /* fd for device*/ > > (off_t)0 /* full window*/ > > ); > > I know how to mmap. The question is once you have mapaddr how does > one attach that to X's shared memory functions through the Xshm > utilities? I don't beleive I have ever head of map_hassemaphore... I guess I don't understand the question. The device memeory is mapped at the first available location in the example above. You could cause it to be mapped anywhere you wanted (on a page boundry) give a non-zero first argument. All mmap() does in this case is establish a mapping for non-relocatable physical paged in the user process at the logical relative address requested (or, as in this example, the first available). The MAP_HASSEMAPHORE gives certain atomicity guarantess, which are generally implemented by disallowing caching and internally serializing page access... it was my way of suggesting that normal buffers should not be associated with the memory, and that it should be treated as direct access to ensure modifications are immediately reflected. See the mmap man page for details. What is it you want, and what does any of this have to do with Xshm? If anything, an X implemented on such a device layering and mapping facility would have an API mechanism to get at the memory area instead of using IPC to a DDX facility... that is, we are talking about mapping in the server, not in the client. For client mapping, the standard API would have to be used in situ and applied against the driver rather than a region exported by the server. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Jan 23 13:47:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA20219 for hackers-outgoing; Tue, 23 Jan 1996 13:47:04 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA20204 for ; Tue, 23 Jan 1996 13:46:59 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA18394; Tue, 23 Jan 1996 14:34:29 -0700 From: Terry Lambert Message-Id: <199601232134.OAA18394@phaeton.artisoft.com> Subject: Re: recursive grep To: nate@sri.MT.net (Nate Williams) Date: Tue, 23 Jan 1996 14:34:28 -0700 (MST) Cc: terry@lambert.org, hackers@freebsd.org In-Reply-To: <199601232134.OAA26295@rocky.sri.MT.net> from "Nate Williams" at Jan 23, 96 02:34:19 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > Terry Lambert writes: > > The GNU derived find doesn't flush its output, so if you were to pipe > > it at that point (and use -print instead of a "/dev/null" argument to > > get the name), you would have your output screwed. > > Except that we're not using the GNU derived find, and we've fixed the > bug in the BSD find you are complaining about a *long* time ago. 1) If this was used in a shell script, you might want to run the same script on a Linux system. 2) You might install the GNU find for its other features. 3) The bug was only half-fixed, and then only for the specific case that I was dealing with, and still did not enforce write order guarantees between stdout and fd 2 in some circumstances (a more elaborate patch than the one adopted was posted, but was not itself adopted). > revision 1.5 > date: 1995/09/12 23:15:33; author: nate; state: Exp; lines: +3 -0 > Simpler fix to the find bug reported by Terry Lambert > > > [ Find to a file vs. to stdout ] produces different output because find > does not flush stdout when doing a -print. > > Submitted by: Jeffrey Hsu > > You're even mentioned in the log. :) I'll put it on my mantle with my many other accolades... 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Jan 23 13:56:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA21249 for hackers-outgoing; Tue, 23 Jan 1996 13:56:09 -0800 (PST) Received: from beer.pilsnet.sunet.se (beer.pilsnet.sunet.se [192.36.125.73]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA21142 for ; Tue, 23 Jan 1996 13:56:02 -0800 (PST) Received: from aviion.ts.kiev.ua by beer.pilsnet.sunet.se (8.6.8/2.03) id WAA16645; Tue, 23 Jan 1996 22:55:22 +0100 Received: from wind.UUCP by aviion.ts.kiev.ua with UUCP id VAA19445; (8.6.11/zah/1.4b) Tue, 23 Jan 1996 21:34:32 GMT Received: from dawn.ww.net (dawn.ww.net [193.124.73.50]) by unicorn.ww.net (8.6.12/alexis 2.5) with ESMTP id AAA00971; Wed, 24 Jan 1996 00:23:17 +0300 Received: (from alexis@localhost) by dawn.ww.net (8.6.12/alexis 2.5) id AAA00764; Wed, 24 Jan 1996 00:23:07 +0300 Date: Wed, 24 Jan 1996 00:23:07 +0300 From: Alexis Yushin Message-Id: <199601232123.AAA00764@dawn.ww.net> To: dk+@ua.net, freebsd-hackers@freebsd.org Subject: Re: ssh /etc config files location.. Newsgroups: wildwind.lists.freebsd-hackers Organization: The Wild Wind Communications X-Newsreader: TIN [version 1.2 PL2] Sender: owner-hackers@freebsd.org Precedence: bulk In article <4e3hu4$14c@sunset.ww.net> you wrote: > On my system, I have /var/links and /usr/X11/bin/X -> /var/links/X11/X > which in turn points back to /usr/X11/bin/XF86_ > also, /usr/share/man/cat* should _NOT_ reside in /usr, but rather in > /var/man (or /var/catman??) Nah... I tried to say something like this before about ports but nobody wanted to have headache... I even started to write a kind of RFC about filetree structure (/usr/local/etc -> /etc, no /usr/local/, et cetera) but I realized that nobody will follow it, so it is pointless to write it except for yourself. alexis P.S. So do yourself as you written and mail me how it is good :) -- The more experienced you are the less people you can get advice from. From owner-freebsd-hackers Tue Jan 23 13:56:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA21291 for hackers-outgoing; Tue, 23 Jan 1996 13:56:35 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA21274 for ; Tue, 23 Jan 1996 13:56:26 -0800 (PST) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id NAA02080; Tue, 23 Jan 1996 13:54:52 -0800 Message-Id: <199601232154.NAA02080@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Terry Lambert cc: james@miller.cs.uwm.edu (Jim Lowe), dufault@hda.com, hackers@FreeBSD.org, jkh@time.cdrom.com, luigi@labinfo.iet.unipi.it, multimedia@rah.star-gate.com Subject: Re: Amancio's tv program with capture! In-reply-to: Your message of "Tue, 23 Jan 1996 14:31:03 MST." <199601232131.OAA18383@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 23 Jan 1996 13:54:51 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.org Precedence: bulk >>> Terry Lambert said: > What is it you want, and what does any of this have to do with Xshm? Well okay, let me try to clarify the issue. tv mmaps a region to be used by the matrox meteor to dump the data to: yuv_data = (uint8 *)mmap((caddr_t)0, frame_size, PROT_READ,0, video, (off_t)0); --- The Xshm memory bits comes into play like this: ximage = XShmCreateImage (display, fc_visual, depth, ZPixmap, NULL, &shminfo, vid_stream->mb_width, vid_stream->mb_height); shminfo.shmid = shmget (IPC_PRIVATE, ximage->bytes_per_line * ximage->height, IPC_CREAT | 0777); shminfo.shmaddr = ximage->data = shmat (shminfo.shmid, 0, 0); shminfo.readOnly = True; XShmAttach (display, &shminfo); --- What we want is to dump the data that the meteor captures directly into the card's frame buffer. If you don't understand this then lets take this privately between Jim, you and I. Thats all folks, Amancio From owner-freebsd-hackers Tue Jan 23 13:59:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA21470 for hackers-outgoing; Tue, 23 Jan 1996 13:59:01 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA21465 for ; Tue, 23 Jan 1996 13:58:58 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id NAA11119; Tue, 23 Jan 1996 13:55:34 -0800 To: Terry Lambert cc: james@miller.cs.uwm.edu (Jim Lowe), luigi@labinfo.iet.unipi.it, dufault@hda.com, hackers@FreeBSD.org, hasty@rah.star-gate.com, multimedia@rah.star-gate.com Subject: Re: Amancio's tv program with capture! In-reply-to: Your message of "Tue, 23 Jan 1996 12:58:02 MST." <199601231958.MAA18219@phaeton.artisoft.com> Date: Tue, 23 Jan 1996 13:55:34 -0800 Message-ID: <11117.822434134@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > mapaddr = mmap( 0, /* map here, 0 = don't care*/ > DEV_MEM_SIZE, /* device memory window*/ I think you're still not undertstanding the question here. mmap() works fine. It is supported by the driver. We have absolutely no problem with using mmap()! The problem is getting the MIT-SHM extension to work with it by causing the allocation of the share memory region (which client and server share) to shadow the frame-buffer. I don't see anything in your example which would address that problem. Jordan From owner-freebsd-hackers Tue Jan 23 14:00:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA21582 for hackers-outgoing; Tue, 23 Jan 1996 14:00:04 -0800 (PST) Received: from miller.cs.uwm.edu (miller.cs.uwm.edu [129.89.9.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA21519 for ; Tue, 23 Jan 1996 13:59:43 -0800 (PST) Received: (from james@localhost) by miller.cs.uwm.edu (8.7.3/8.7.3) id PAA21997; Tue, 23 Jan 1996 15:59:42 -0600 Date: Tue, 23 Jan 1996 15:59:42 -0600 From: Jim Lowe Message-Id: <199601232159.PAA21997@miller.cs.uwm.edu> To: marino.ladavac@aut.alcatel.at Subject: Re: Amancio's tv program with capture! Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk > Is it possible to mmap() something to the address returned by shmat()? > > Something like: > > shmaddr = shmat( shmid, NULL, 0 ); > mapaddr = mmap( shmaddr, ... ); > > I haven't got a slightest clue about this approach. > > /Alby > Yes, and no. One should be able to do this, but the frame grabber can't write into this shmaddr. It has its own constraints to deal with. The driver writes to a contiguously, wired down region of memory that is allocated at bootup time. So we do something like: i = open("/dev/meteor0", O_RDONLY); total_size = ((geo.columns*geo.rows*geo.frames*depth+4095)/4096)*4096; data_addr=mmap((caddr_t)0, total_size + 4096, PROT_READ, MAP_SHARED, i, (off_t)0); Now we want X to be able to access this so I tried something like: ximage = XShmCreateImage(display, fc_visual, depth, ZPixmap, NULL, $shminfo, vid_stream->mb_width, vid_stream->mb_height); shminfo.shmid = shmget (IPC_PRIVATE, ximage->bytes_per_line * ximage->height, IPC_CREAT | 0777); shminfo.shmaddr = ximage->data = shmat(sminfo.shmid, data_addr, 0); xhminfo.readOnly = True; XShmAttach(display, &shminfo); XShmPutImage(display, ...); If I do a ximage->data = shmat(sminfo.shmid, 0, 0) and then a bcopy(data_addr, image->data, size); XShmPutImage(display, ...); It works just fine. I am not sure how one is suppose to mark a previous defined memory region as shared and get an id for it to pass along to X. The whole object is to avoid the ``bcopy'' because we are talking anywhere from 5-35MBytes/second of data we have to copy. From the tests that I have done, I can only get about 40Mbytes/second mem<->mem bandwidth (Triton chipset), which doesn't leave much (if any) room for anything else. -Jim From owner-freebsd-hackers Tue Jan 23 14:05:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA22078 for hackers-outgoing; Tue, 23 Jan 1996 14:05:45 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA22068 for ; Tue, 23 Jan 1996 14:05:31 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id XAA08426; Tue, 23 Jan 1996 23:03:28 +0100 From: Luigi Rizzo Message-Id: <199601232203.XAA08426@labinfo.iet.unipi.it> Subject: Re: Amancio's tv program with capture! To: terry@lambert.org (Terry Lambert) Date: Tue, 23 Jan 1996 23:03:28 +0100 (MET) Cc: james@miller.cs.uwm.edu, terry@lambert.org, dufault@hda.com, hackers@FreeBSD.org, hasty@rah.star-gate.com, jkh@time.cdrom.com, multimedia@rah.star-gate.com In-Reply-To: <199601232131.OAA18383@phaeton.artisoft.com> from "Terry Lambert" at Jan 23, 96 02:30:44 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > What is it you want, and what does any of this have to do with Xshm? > > If anything, an X implemented on such a device layering and mapping > facility would have an API mechanism to get at the memory area instead > of using IPC to a DDX facility... that is, we are talking about mapping > in the server, not in the client. For client mapping, the standard > API would have to be used in situ and applied against the driver rather > than a region exported by the server. You are right that such a mechanism should be implemented by the server. Unfortunately it does not seem to be available, unless the often cited "DGA" (which I don't know) can help. We were simply trying to circumvent the lack of such a mechanism. We were looking at XShm calls to possibly save one or more copies in the way from the frame grabber to the frame buffer. That is, currently we have the following: 1. video input --> mmapped system memory (done by the DMA on the frame grabber; PCI-intensive) 2. system memory --> shared memory (done by the CPU with a bcopy; CPU intensive) 3. shared memory --> video memory (done with an XShmPutImage(); CPU & PCI intensive) Step 3. is possibly the most expensive (I don't know how many copies are involved). Step 2. could be saved if the two areas were on the same physical pages. Step 1. is PCI-bus intensive, but leaves the CPU free [not that it matters too much, given that at the end we just want to watch TV in an Xwindow!] We (that is, I, Jim, Amancio, Jordan) don't know how to save Step 2 it or if this is possible at all. Additionally, I don't believe I have been able to state the problem clearly :) However, and somewhat surprisingly, XShm...() provides a nicer output because the whole window seems to be repainted without interruptions (while the conventional XPutImage quite often blocks at some point while redrawing the image) Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-hackers Tue Jan 23 14:11:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA22558 for hackers-outgoing; Tue, 23 Jan 1996 14:11:55 -0800 (PST) Received: (from jkh@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA22552 Tue, 23 Jan 1996 14:11:53 -0800 (PST) Date: Tue, 23 Jan 1996 14:11:53 -0800 (PST) From: "Jordan K. Hubbard" Message-Id: <199601232211.OAA22552@freefall.freebsd.org> To: hackers@freebsd.org Subject: PCMCIA stuff. Cc: hosokawa@mt.cs.keio.ac.jp Sender: owner-hackers@freebsd.org Precedence: bulk Well, I got past my stupidity with the patch flags and successfully built a kernel with the PCMCIA stuff. Some first impressions: The workings of `pccardsetup' need to be re-thought somewhat. When the card attached is an ethernet card, and you've got configuration data for it in /etc/sysconfig, you really need to start it *early* or be hosed. Unfortuantely, most of the work is done by pccardd which runs in the background, and is hence hard to syncronize with. My temporary hack is to start `pccardsetup' before anything else (except for the mounts, of course) and then wait 10 seconds for it to finish initializing the ethernet card before continuing. There's definitely got to be a better way than that! :-) Another problem I ran into was that it wasn't clear just which drivers were now obsolete and which weren't. You should document, for example, the fact that your former ze0 device (for example) will be ed0 under the new system. Finally, I was unable to have the pccard stuff recognise my US Robotics 14.4K Fax modem card and the almost complete lack of documentation on the format of the pccard database file pretty much prevents me from crafting one that works. I've tried all the obvious stuff, cloning the USR 28.8K entry and adjusting the mfr and model strings to match my card, but I still get `unknown type 209' on startup and am also somewhat unsure as to how to get it to configure itself as sio1 (I have only one built-in serial port on the laptop). Any clues would be most appreciated as this is the modem I'd like to use from my Hotel room at USENIX! :-) Even in ALPHA form, I still have to say that this looks pretty slick! Congrats to all involved. Jordan From owner-freebsd-hackers Tue Jan 23 14:24:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA23347 for hackers-outgoing; Tue, 23 Jan 1996 14:24:04 -0800 (PST) Received: from eac.iafrica.com (slipper101136.iafrica.com [196.7.101.136]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA23324 for ; Tue, 23 Jan 1996 14:23:45 -0800 (PST) Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id AAA11738; Wed, 24 Jan 1996 00:20:15 +0200 From: Robert Nordier Message-Id: <199601232220.AAA11738@eac.iafrica.com> Subject: Re: dejagnu, anyone? To: spaz@u.washington.edu (John Utz) Date: Wed, 24 Jan 1996 00:20:14 +0200 (SAT) Cc: hackers@freebsd.org In-Reply-To: from "John Utz" at Jan 22, 96 08:14:09 pm X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk On Mon, 22 Jan 1996, John Utz wrote: > . . . . . > Now i need to *test* the latest octave snapshot and it seems that > we are no longer among the blessed wrt DejaGNU :-( > > It seems to me that this was not always so, but this is the first > time i have ever gotten really serious about doing something like this, > so i really wouldn't know. > > Has anybody built it lately? The current version is 1.2. I looked > in packages and ports for 2.05 and 2.1 No soap. I've been using DejaGnu 1.2 (ftp'ed from prep.ai.mit.edu). As far as I know, it hasn't been updated since April 1994. By the end of 1994, a number of bugs had been reported, but no patches were issued that I'm aware of. > > If anybody has a copy i would like to hear how they built it. The > configure fails to recognize a FreeBSD-2.0.5 Release box, or even if i > try and force it to try i386-unknown-freebsd. ./configure 386bsd > > The odd thing is that configure.guess recognizes it, but that may > be a file that comes with configure already knowing this piece of info. Config.guess uses uname(1) to produce this. Sort of the ELIZA approach to configuration management. :-( But you have to stick with a platform it actually knows. -- Robert Nordier From owner-freebsd-hackers Tue Jan 23 14:29:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA23772 for hackers-outgoing; Tue, 23 Jan 1996 14:29:05 -0800 (PST) Received: from apocalypse.superlink.net (root@apocalypse.superlink.net [205.246.27.150]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA23765 for ; Tue, 23 Jan 1996 14:28:58 -0800 (PST) Received: (from root@localhost) by apocalypse.superlink.net (8.6.12/8.6.12) id NAA00156 for hackers@freebsd.org; Tue, 23 Jan 1996 13:34:35 -0500 Date: Tue, 23 Jan 1996 13:34:35 -0500 From: Charlie Root Message-Id: <199601231834.NAA00156@apocalypse.superlink.net> To: hackers@freebsd.org Subject: Kernel Panic (m_copym) Sender: owner-hackers@freebsd.org Precedence: bulk Hi, I was playing with some socket code, and for some reason when I execute a compiled binary I'm continuously getting kernel panics on `m_compym`. Would this have to do with the code using memcpy instead of bcopy? Can anyone shed some light on the subject? Offer any alter- natives to experiment with? Thanks. marxx@superlink.net From owner-freebsd-hackers Tue Jan 23 16:11:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA29050 for hackers-outgoing; Tue, 23 Jan 1996 16:11:29 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA29043 for ; Tue, 23 Jan 1996 16:11:22 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA18599; Tue, 23 Jan 1996 16:52:11 -0700 From: Terry Lambert Message-Id: <199601232352.QAA18599@phaeton.artisoft.com> Subject: Re: Amancio's tv program with capture! To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Tue, 23 Jan 1996 16:52:11 -0700 (MST) Cc: terry@lambert.org, james@miller.cs.uwm.edu, dufault@hda.com, hackers@FreeBSD.org, jkh@time.cdrom.com, luigi@labinfo.iet.unipi.it, multimedia@rah.star-gate.com In-Reply-To: <199601232154.NAA02080@rah.star-gate.com> from "Amancio Hasty Jr." at Jan 23, 96 01:54:51 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > > > What is it you want, and what does any of this have to do with Xshm? > > Well okay, let me try to clarify the issue. > > tv mmaps a region to be used by the matrox meteor to dump the > data to: > yuv_data = (uint8 *)mmap((caddr_t)0, frame_size, > PROT_READ,0, video, (off_t)0); > --- > > The Xshm memory bits comes into play like this: > > ximage = XShmCreateImage (display, fc_visual, depth, ZPixmap, > NULL, &shminfo, vid_stream->mb_width, > vid_stream->mb_height); > shminfo.shmid = shmget (IPC_PRIVATE, > ximage->bytes_per_line * ximage->height, > IPC_CREAT | 0777); > shminfo.shmaddr = ximage->data = shmat (shminfo.shmid, 0, 0); > shminfo.readOnly = True; > XShmAttach (display, &shminfo); > > --- > What we want is to dump the data that the meteor captures directly > into the card's frame buffer. > > If you don't understand this then lets take this privately between Jim, you > and I. I understand. You want to use theshared memory region as if it had been created by an X server. >From my understanding of the MIT shared memory extensions, this might only be possible if you add some additional fields and values as if you were an X server. My impression is that if the device memory mapped were from the memory of a linear framebuffer, then it could be used for the data pointer for the image without modification (you would have to fake a header for it, but otherwise it should be treatable as a pixmap the size of the memory area of a depth equal to the card settings, but without the header. I think the misconception here comes from expecting a device to have the same memory layout in the mapped region as if it were on the user side of the DDX interface already. I believe this would only be true of specific devices, but not true in the general sense. My inclination would be to tell you to avoid mapping it into the Xshm interface unless you map it through an X server (which the Xshm currently requires) that happens to use the mapping API in a (potentially) device dependent fashion. Which is to say you must consider it as part of the DDX->frame buffer interface, if you consider it at all. Without a lot of dancing to export a mapped region as a shared memory segment (which is what I think you might really want instead), you are going to have a hard time making the BSD (mmap) and SVR4 (shm) systems talk nicely to each other, IMO. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Jan 23 16:18:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA29570 for hackers-outgoing; Tue, 23 Jan 1996 16:18:40 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA29554 for ; Tue, 23 Jan 1996 16:18:36 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA18619; Tue, 23 Jan 1996 17:08:22 -0700 From: Terry Lambert Message-Id: <199601240008.RAA18619@phaeton.artisoft.com> Subject: Re: Amancio's tv program with capture! To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Tue, 23 Jan 1996 17:08:22 -0700 (MST) Cc: terry@lambert.org, james@miller.cs.uwm.edu, dufault@hda.com, hackers@FreeBSD.org, hasty@rah.star-gate.com, jkh@time.cdrom.com, multimedia@rah.star-gate.com In-Reply-To: <199601232203.XAA08426@labinfo.iet.unipi.it> from "Luigi Rizzo" at Jan 23, 96 11:03:28 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > You are right that such a mechanism should be implemented by the > server. Unfortunately it does not seem to be available, unless the > often cited "DGA" (which I don't know) can help. > > We were simply trying to circumvent the lack of such a mechanism. > We were looking at XShm calls to possibly save one or more copies > in the way from the frame grabber to the frame buffer. > That is, currently we have the following: > > 1. video input --> mmapped system memory > (done by the DMA on the frame grabber; PCI-intensive) > 2. system memory --> shared memory > (done by the CPU with a bcopy; CPU intensive) > 3. shared memory --> video memory > (done with an XShmPutImage(); CPU & PCI intensive) > > Step 3. is possibly the most expensive (I don't know how many copies > are involved). Step 2. could be saved if the two areas were on the same > physical pages. Step 1. is PCI-bus intensive, but leaves the CPU free > [not that it matters too much, given that at the end we just want to > watch TV in an Xwindow!] Step 2 is definitely the only one that can be avoided, unless your capture card operates by using main video memory. I think the problem is that you want to use an X paradigm for video capture memory wiring, and it doesn't work. You might be able to map the region and treat it as a pixmap, if it were a linear frame buffer. You would have to mangle a pixmap header onto the front of it. You should be able to do this semi-transparently to X by mapping a 4k file at some page offset, then mapping the linear memory from the device immediately following that. Then you point a struct * to the map region - sizeof(struct header), and use it as if it were attached to the front of the "pixmap" from the frame buffer. This would guarantee the necessary memory adjacency for the "pixmap" to turn it into an "X pixmap" which is pending a copy down to the card. You could wrap this up as if it were a single interface, and return the address of the page-end-offset header as a result of a call, but I see little hope of jamming a real X interface on it *and* saving the copy. You can do one or the other, but both would require all hardware to be vaguely similar to make it work. ,------------------- Mapped 4k file | ,-- Mapped video capture memory ,--^---.,-----------^----... ...--. ,------.,------.,------.,-... ...--. | X|| || || | `------'`------'`------'`-... ...--' ^ ^ | `---------------------------------. | | Pixmap header, negative offset from 4k adjacency boundry I don't know how you'd deal with the Putimage/copy speed thing... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Jan 23 16:21:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA29862 for hackers-outgoing; Tue, 23 Jan 1996 16:21:06 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA29857 for ; Tue, 23 Jan 1996 16:21:04 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA18629; Tue, 23 Jan 1996 17:09:47 -0700 From: Terry Lambert Message-Id: <199601240009.RAA18629@phaeton.artisoft.com> Subject: Re: Amancio's tv program with capture! To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 23 Jan 1996 17:09:47 -0700 (MST) Cc: terry@lambert.org, james@miller.cs.uwm.edu, luigi@labinfo.iet.unipi.it, dufault@hda.com, hackers@FreeBSD.org, hasty@rah.star-gate.com, multimedia@rah.star-gate.com In-Reply-To: <11117.822434134@time.cdrom.com> from "Jordan K. Hubbard" at Jan 23, 96 01:55:34 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > > mapaddr = mmap( 0, /* map here, 0 = don't care*/ > > DEV_MEM_SIZE, /* device memory window*/ > > I think you're still not undertstanding the question here. mmap() > works fine. It is supported by the driver. We have absolutely no > problem with using mmap()! > > The problem is getting the MIT-SHM extension to work with it by > causing the allocation of the share memory region (which client and > server share) to shadow the frame-buffer. I don't see anything in > your example which would address that problem. The copy has to occur in the client, not in the server. I think you can't make the server map your chosen shared memory region, only make a client map the servers exported memory region. Please see the other posting. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Jan 23 17:09:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA03532 for hackers-outgoing; Tue, 23 Jan 1996 17:09:27 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA03523 for ; Tue, 23 Jan 1996 17:09:17 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id CAA08771; Wed, 24 Jan 1996 02:07:46 +0100 From: Luigi Rizzo Message-Id: <199601240107.CAA08771@labinfo.iet.unipi.it> Subject: Re: Amancio's tv program with capture! To: terry@lambert.org (Terry Lambert) Date: Wed, 24 Jan 1996 02:07:45 +0100 (MET) Cc: terry@lambert.org, james@miller.cs.uwm.edu, dufault@hda.com, hackers@FreeBSD.org, hasty@rah.star-gate.com, jkh@time.cdrom.com, multimedia@rah.star-gate.com In-Reply-To: <199601240008.RAA18619@phaeton.artisoft.com> from "Terry Lambert" at Jan 23, 96 05:08:03 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > > ,------------------- Mapped 4k file > | ,-- Mapped video capture memory > ,--^---.,-----------^----... ...--. > ,------.,------.,------.,-... ...--. > | X|| || || | > `------'`------'`------'`-... ...--' > ^ ^ > | `---------------------------------. > | | > Pixmap header, negative offset from 4k adjacency boundry I am impressed by the graphics. I think I have learned something! Perhaps we should ask your help to dump the output of a frame grabber into an xterm :) Luigi From owner-freebsd-hackers Tue Jan 23 17:35:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA05395 for hackers-outgoing; Tue, 23 Jan 1996 17:35:06 -0800 (PST) Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA05390 for ; Tue, 23 Jan 1996 17:35:03 -0800 (PST) Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.6.12/8.6.12) id RAA00451; Tue, 23 Jan 1996 17:35:02 -0800 Date: Tue, 23 Jan 1996 17:35:02 -0800 (PST) From: Jaye Mathisen To: hackers@freebsd.org Subject: Any easy way to turn off limits on inetd for "looping processes"? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Is there a sysconfig type thing? Or is the only way to mash the source? From owner-freebsd-hackers Tue Jan 23 17:35:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA05440 for hackers-outgoing; Tue, 23 Jan 1996 17:35:42 -0800 (PST) Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA05430 for ; Tue, 23 Jan 1996 17:35:35 -0800 (PST) Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.6.12/8.6.12) id RAA00471; Tue, 23 Jan 1996 17:35:35 -0800 Date: Tue, 23 Jan 1996 17:35:35 -0800 (PST) From: Jaye Mathisen To: hackers@freebsd.org Subject: Scratch that last, Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Reading the wrong OS man pages. -R does the trick under FreeBSD. From owner-freebsd-hackers Tue Jan 23 18:32:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA09480 for hackers-outgoing; Tue, 23 Jan 1996 18:32:53 -0800 (PST) Received: from frig.mt.cs.keio.ac.jp (frig.mt.cs.keio.ac.jp [131.113.32.7]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA09458 for ; Tue, 23 Jan 1996 18:32:47 -0800 (PST) Received: (from hosokawa@localhost) by frig.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id LAA25873; Wed, 24 Jan 1996 11:32:10 +0900 Date: Wed, 24 Jan 1996 11:32:10 +0900 Message-Id: <199601240232.LAA25873@frig.mt.cs.keio.ac.jp> To: jkh@freefall.freebsd.org Cc: hackers@freebsd.org, hosokawa@mt.cs.keio.ac.jp Subject: Re: PCMCIA stuff. In-Reply-To: Your message of Tue, 23 Jan 1996 14:11:53 -0800 (PST). <199601232211.OAA22552@freefall.freebsd.org> From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: owner-hackers@freebsd.org Precedence: bulk In article <199601232211.OAA22552@freefall.freebsd.org> jkh@freefall.freebsd.org writes: >> The workings of `pccardsetup' need to be re-thought somewhat. Of course. >> Another problem I ran into was that it wasn't clear just which drivers >> were now obsolete and which weren't. You should document, for example, >> the fact that your former ze0 device (for example) will be ed0 under >> the new system. ze0 and zp0 is obsolete on my system. >> Finally, I was unable to have the pccard stuff recognise my US Robotics >> 14.4K Fax modem card and the almost complete lack of documentation on the >> format of the pccard database file pretty much prevents me from crafting >> one that works. I've tried all the obvious stuff, cloning the >> USR 28.8K entry and adjusting the mfr and model strings to match >> my card, but I still get `unknown type 209' on startup and am >> also somewhat unsure as to how to get it to configure itself as sio1 >> (I have only one built-in serial port on the laptop). Any clues >> would be most appreciated as this is the modem I'd like to use from my >> Hotel room at USENIX! :-) Okay, for example, the case you plug in the Megahertz XJ2144 FAX/Data Modem into your laptop: PCMCIA cards has its configuration information in its ROM, named "CIS" (The Card Information Structure). You can read these parameters by using 'pccardc' command. Type # pccardc dumpcis and you get, ----------------------------------------------------------------------- Code 128 not found Code 128 not found code Unknown ignored Configuration data for card in slot 0 Tuple #1, code = 0x1 (Common memory descriptor), length = 3 000: 00 00 ff Common memory device information: Device number 1, type No device, WPS = OFF Speed = No speed, Memory block size = 512b, 1 units Tuple #2, code = 0x15 (Version 1 info), length = 36 000: 04 01 4d 45 47 41 48 45 52 54 5a 00 58 4a 32 31 010: 34 34 00 41 35 00 50 43 4d 43 49 41 20 4d 4f 44 020: 45 4d 00 ff Version = 4.1, Manuf = [MEGAHERTZ],card vers = [XJ2144] Addit. info = [A5],[PCMCIA MODEM] Tuple #3, code = 0x20 (Manufacturer ID), length = 4 000: 02 01 05 00 PCMCIA ID = 0x102, OEM ID = 0x5 Tuple #4, code = 0x21 (Functional ID), length = 2 000: 02 01 Serial port/modem - POST initialize Tuple #5, code = 0x1a (Configuration map), length = 5 000: 01 23 00 02 01 Reg len = 2, config register addr = 0x200, last config = 0x23 Registers: X------- Tuple #6, code = 0x1b (Configuration entry), length = 16 000: e0 01 1d 48 6d 2d fc 14 a0 60 f8 03 07 30 3c 00 Config index = 0x20(default) Interface byte = 0x1 (I/O) Vcc pwr: Continuous supply current: 7 x 10mA Power down supply current: 2.5 x 10mA Wait scale Speed = 1.2 x 10 us Card decodes 20 address lines IRQ modes: IRQs: BERR 2 4 13 15 Tuple #7, code = 0x1b (Configuration entry), length = 7 000: 21 08 a0 60 f8 02 07 Config index = 0x21 Card provides address decode, 8 Bit I/O only I/O address # 1: block start = 0x2f8 block length = 0x8 Tuple #8, code = 0x1b (Configuration entry), length = 7 000: 22 08 a0 60 e8 03 07 Config index = 0x22 Card provides address decode, 8 Bit I/O only I/O address # 1: block start = 0x3e8 block length = 0x8 Tuple #9, code = 0x1b (Configuration entry), length = 7 000: 23 08 a0 60 e8 02 07 Config index = 0x23 Card provides address decode, 8 Bit I/O only I/O address # 1: block start = 0x2e8 block length = 0x8 Tuple #10, code = 0x22 (Functional EXT), length = 4 000: 00 02 0f 7f Serial interface extension: 16550 UART, Parity - Space,Mark,Odd,Even, Tuple #11, code = 0x22 (Functional EXT), length = 9 000: 01 1f 09 00 03 00 00 03 00 Modem interface capabilities: Tuple #12, code = 0x22 (Functional EXT), length = 12 000: 02 03 00 3f 1e 03 03 08 03 00 00 b5 Data modem services available: Tuple #13, code = 0x22 (Functional EXT), length = 8 000: 13 03 00 0f 00 02 00 b5 Tuple #14, code = 0x22 (Functional EXT), length = 8 000: 23 03 00 0f 00 02 00 b5 Tuple #15, code = 0x14 (No link), length = 0 Tuple #16, code = 0x0 (Null tuple), length = 2 000: 01 00 Tuple #17, code = 0xff (Terminator), length = 0 2 slots found ----------------------------------------------------------------------- At first, ----------------------------------------------------------------------- Tuple #2, code = 0x15 (Version 1 info), length = 36 000: 04 01 4d 45 47 41 48 45 52 54 5a 00 58 4a 32 31 010: 34 34 00 41 35 00 50 43 4d 43 49 41 20 4d 4f 44 020: 45 4d 00 ff Version = 4.1, Manuf = [MEGAHERTZ],card vers = [XJ2144] Addit. info = [A5],[PCMCIA MODEM] ----------------------------------------------------------------------- this CIS tupple describes the name of the card. Currently, pccardd uses only "Manuf", and "card vers" for identifying the cards. So, you must create a new entry ----------------------------------------------------------------------- card "MEGAHERTZ" "XJ2144" ----------------------------------------------------------------------- in '/etc/pccard.conf'. And next step, you must check the 'config index' CIS tupples. ----------------------------------------------------------------------- Tuple #6, code = 0x1b (Configuration entry), length = 16 000: e0 01 1d 48 6d 2d fc 14 a0 60 f8 03 07 30 3c 00 Config index = 0x20(default) Interface byte = 0x1 (I/O) Vcc pwr: Continuous supply current: 7 x 10mA Power down supply current: 2.5 x 10mA Wait scale Speed = 1.2 x 10 us Card decodes 20 address lines IRQ modes: IRQs: BERR 2 4 13 15 Tuple #7, code = 0x1b (Configuration entry), length = 7 000: 21 08 a0 60 f8 02 07 Config index = 0x21 Card provides address decode, 8 Bit I/O only I/O address # 1: block start = 0x2f8 block length = 0x8 Tuple #8, code = 0x1b (Configuration entry), length = 7 000: 22 08 a0 60 e8 03 07 Config index = 0x22 Card provides address decode, 8 Bit I/O only I/O address # 1: block start = 0x3e8 block length = 0x8 Tuple #9, code = 0x1b (Configuration entry), length = 7 000: 23 08 a0 60 e8 02 07 Config index = 0x23 Card provides address decode, 8 Bit I/O only I/O address # 1: block start = 0x2e8 block length = 0x8 ----------------------------------------------------------------------- In this case, 0x20 is the "default" configuration index. Default configuration index defines the common configuration parameters of all configuration indecies. Valid IRQs are defined in this tupple, but this parameter of some cards are unreliable. Actually, XJ2144 can use IRQ 10 and IRQ 11 though abobe example says that only 2, 4, 13, and 15 are allowed. I assume that you uses IRQ 10 for this card in the following example. In the above instance, the configuration indices 0x21, 0x22, and 0x23 are correspond to COM2, COM3 and COM4 respectively (see the I/O address window of these CIS tupples). If your machine has no sio1 (COM2) interface, you can prefer configuration index 0x21. So, card "MEGAHERTZ" "XJ2144" config 0x21 "sio1" 10 It means, "If the card is identified as 'XJ2144' of 'MEGAHERTZ', I want to map 0x21 configuration tupple onto "sio1" and allocate IRQ 10 for this interface." If your laptop has already had "sio1" interface (for example, IrDA or Serial Mouse) on board, you can't use 0x21 index. So you must use 0x22 or 0x23 indices and "sio2" or "sio3" (or "sio4"...., if configured) interfaces. This is the reason why I used 0x23 and "sio2" in 'pccard.conf.sample'. Most laptop machine has only two interfaces at most. 'insert' and 'remove' options are not necessary. It enables automatic ifconfig, DHCP invocation, Virtual IP address allocation, etc. Don Anderson "PCMCIA System Architecture" (Addison Wesley, 1995) ISBN 0-201-40991-7 is good introduction to the PCMCIA architecture. -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-hackers Tue Jan 23 18:43:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA10542 for hackers-outgoing; Tue, 23 Jan 1996 18:43:12 -0800 (PST) Received: from Aspen.Woc.Atinc.COM (aspen.woc.atinc.com [198.138.38.205]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA10513 for ; Tue, 23 Jan 1996 18:43:02 -0800 (PST) Received: (from jmb@localhost) by Aspen.Woc.Atinc.COM (8.6.12/8.6.9) id UAA04331; Tue, 23 Jan 1996 20:38:36 -0500 Date: Tue, 23 Jan 1996 20:38:35 -0500 (EST) From: "Jonathan M. Bresler" X-Sender: jmb@Aspen.Woc.Atinc.COM To: Daniel Leeds cc: hackers@FreeBSD.ORG Subject: Re: restore In-Reply-To: <199601231530.PAA09245@sponsor.octet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Tue, 23 Jan 1996, Daniel Leeds wrote: > i made 4 dumps with the following command > > dump 0unBbf 4000000 10 ice:/dev/nrst0 / /usr /home/home2 /home/home3 > > each one of those systems respectively one at a time, using the no rewind > device. I watched the drive each time and it reported no errors. > > how come restore sees only one volume, the / one and nothing else?? is > there a special restore command to access the other volumes?? /sbin/restore isvf 1 /dev/rst0 |||| | | |||| | \_____________ the device that contains the |||| | dump tape (arg for 'f' flag) |||| \_______________ the 'skip', if more than one |||| dump is on the tape use 2 to |||| access the second, 3 the third |||\_________________ do not use the default device ||\__________________ report each file that is restored |\___________________ the skip flag \____________________ interactive restore, let me cd, add and then extract or quit you have to list each dump separately, to get a list of the dump contents on the screen: /sbin/restore stf 1 /dev/rst0 ||| | | ||| | \_______________ same as above ||| \_________________ arg to 's' flag, same as above ||\___________________ same as above |\____________________ list the contents of the dump | do NOT restore any files \_____________________ same as above if you find that there is only 1 dump on the tape, then you rewound the tape after making the previous dumps and overwrote the earlier dumps. only the last one remains on the tape. ;(( this is the difference between /dev/nrst0 and /dev/rst0 nrst0 means dont rewind when the dump finishes. Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG play go. ride bike. hack FreeBSD.--ah the good life i am moving to a new job. PLEASE USE: jmb@FreeBSD.ORG From owner-freebsd-hackers Tue Jan 23 19:02:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA11931 for hackers-outgoing; Tue, 23 Jan 1996 19:02:32 -0800 (PST) Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA11916 for ; Tue, 23 Jan 1996 19:02:02 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id TAA09275; Tue, 23 Jan 1996 19:58:28 -0700 Message-Id: <199601240258.TAA09275@rover.village.org> To: Daniel Leeds Subject: Re: restore Cc: hackers@FreeBSD.org In-reply-to: Your message of Tue, 23 Jan 1996 15:30:51 GMT Date: Tue, 23 Jan 1996 19:58:28 -0700 From: Warner Losh Sender: owner-hackers@FreeBSD.org Precedence: bulk : i made 4 dumps with the following command It likely made four different files on the tape... Warner From owner-freebsd-hackers Tue Jan 23 19:39:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA14541 for hackers-outgoing; Tue, 23 Jan 1996 19:39:52 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA14534 for ; Tue, 23 Jan 1996 19:39:44 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id OAA25510; Wed, 24 Jan 1996 14:18:12 +1030 From: Michael Smith Message-Id: <199601240348.OAA25510@genesis.atrad.adelaide.edu.au> Subject: Re: restore To: cosmos@sponsor.octet.com (Daniel Leeds) Date: Wed, 24 Jan 1996 14:18:11 +1030 (CST) Cc: hackers@freebsd.org In-Reply-To: <199601231530.PAA09245@sponsor.octet.com> from "Daniel Leeds" at Jan 23, 96 03:30:51 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Daniel Leeds stands accused of saying: > > i made 4 dumps with the following command > > dump 0unBbf 4000000 10 ice:/dev/nrst0 / /usr /home/home2 /home/home3 > > each one of those systems respectively one at a time, using the no rewind > device. I watched the drive each time and it reported no errors. > > how come restore sees only one volume, the / one and nothing else?? is > there a special restore command to access the other volumes?? Use the 's' parameter to restore with a value that corresponds to the position on the tape; s 1 would get you /, s 3 would get you /home/home2 > Daniel Leeds Unix Admin -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Tue Jan 23 20:49:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA21042 for hackers-outgoing; Tue, 23 Jan 1996 20:49:08 -0800 (PST) Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA21035 for ; Tue, 23 Jan 1996 20:49:06 -0800 (PST) Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.6.12/8.6.12) id UAA00686; Tue, 23 Jan 1996 20:49:05 -0800 Date: Tue, 23 Jan 1996 20:49:05 -0800 (PST) From: Jaye Mathisen To: hackers@freebsd.org Subject: Weird problem, 2940UW -stable, etc. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk P120, 64MB RAM, -stable as of 1/22/96. 1 2940, and 1 2940UW. I've been having timeout errors with the 2940UW. It's the only device on the chain, active termination. The locks up when INN is running. So I popped a different disk under /news, and ran fsck on the disk for 30 hours straight with nary a glitch. Reboot with the RAID disk mounted as /news, and it failed within an hour. (By fail, I mean I get messages about SCSI timeout). Note that at no time was any hardware changed or moved, the only changes here have been fstab changes. I have a comm port on the RAID controller, and hooked up a terminal to it to watch, and I notice that for some reason, it's picking up a SCSI Bus RESET, right in the middle of things, while the FS is active. Doesn't seem to show up when the disk is unmounted. Anybody have any ideas? I'm completely stumped. From owner-freebsd-hackers Tue Jan 23 20:58:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA21616 for hackers-outgoing; Tue, 23 Jan 1996 20:58:00 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA21601 for ; Tue, 23 Jan 1996 20:57:52 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id PAA31512; Wed, 24 Jan 1996 15:54:03 +1100 Date: Wed, 24 Jan 1996 15:54:03 +1100 From: Bruce Evans Message-Id: <199601240454.PAA31512@godzilla.zeta.org.au> To: m_tanaka@pa.yokogawa.co.jp, mpp@mpp.minn.net Subject: Re: NFS trouble ? Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >Index: nfs_bio.c >=================================================================== >RCS file: /usr/var/cvs/src/sys/nfs/nfs_bio.c,v >retrieving revision 1.21 >diff -u -r1.21 nfs_bio.c >--- nfs_bio.c 1995/12/17 21:12:13 1.21 >+++ nfs_bio.c 1996/01/23 20:03:38 >@@ -240,7 +240,8 @@ > */ > again: > bufsize = biosize; >- if ((lbn + 1) * biosize > np->n_size) { >+ if ((lbn + 1) * biosize > np->n_size && >+ (lbn + 1) * biosize - np->n_size < biosize) { > bufsize = np->n_size - lbn * biosize; > bufsize = (bufsize + DEV_BSIZE - 1) & ~(DEV_BSIZE - 1); > } >-- I think the changed should be >+ if ((off_t)(lbn + 1) * biosize > np->n_size) { There are several other similar potentially overflowing multiplications is nfs_bio.c. Bruce From owner-freebsd-hackers Tue Jan 23 21:28:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA24832 for hackers-outgoing; Tue, 23 Jan 1996 21:28:55 -0800 (PST) Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA24820 for ; Tue, 23 Jan 1996 21:28:50 -0800 (PST) Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.6.12/8.6.12) id VAA00788; Tue, 23 Jan 1996 21:28:50 -0800 Date: Tue, 23 Jan 1996 21:28:50 -0800 (PST) From: Jaye Mathisen To: hackers@freebsd.org Subject: Anybody know what this message means? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk This is from a tcpdump. timestamp... xxx.xxx.xxx.xxx > host-on-my-net icmp: time exceeded in-transit [tos 0xc0] From owner-freebsd-hackers Tue Jan 23 22:39:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA01505 for hackers-outgoing; Tue, 23 Jan 1996 22:39:58 -0800 (PST) Received: from winjef (pppa00.gateway.net.hk [202.76.19.128]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA01500 for ; Tue, 23 Jan 1996 22:39:54 -0800 (PST) Received: (from john@localhost) by winjef (8.6.12/8.6.9) id NAA00248; Wed, 24 Jan 1996 13:50:36 GMT Date: Wed, 24 Jan 1996 13:50:28 +0000 () From: John Beukema To: Daniel Leeds cc: hackers@freebsd.org Subject: Re: restore In-Reply-To: <199601231530.PAA09245@sponsor.octet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Use mt fsf 1 to advance to the next dump file then restore jbeukema On Tue, 23 Jan 1996, Daniel Leeds wrote: > i made 4 dumps with the following command > > dump 0unBbf 4000000 10 ice:/dev/nrst0 / /usr /home/home2 /home/home3 > > each one of those systems respectively one at a time, using the no rewind > device. I watched the drive each time and it reported no errors. > > how come restore sees only one volume, the / one and nothing else?? is > there a special restore command to access the other volumes?? > > > -- > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Daniel Leeds Unix Admin > Octet Media Beatnik > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > From owner-freebsd-hackers Wed Jan 24 00:54:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA11051 for hackers-outgoing; Wed, 24 Jan 1996 00:54:33 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA11028 for ; Wed, 24 Jan 1996 00:54:05 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA20419; Wed, 24 Jan 1996 09:53:10 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA00115; Wed, 24 Jan 1996 09:51:49 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id JAA09875; Wed, 24 Jan 1996 09:46:14 +0100 (MET) From: J Wunsch Message-Id: <199601240846.JAA09875@uriah.heep.sax.de> Subject: Re: Anybody know what this message means? To: mrcpu@cdsnet.net (Jaye Mathisen) Date: Wed, 24 Jan 1996 09:46:14 +0100 (MET) Cc: hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Jaye Mathisen" at Jan 23, 96 09:28:50 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Jaye Mathisen wrote: > > > This is from a tcpdump. > > > timestamp... xxx.xxx.xxx.xxx > host-on-my-net icmp: time exceeded in-transit > [tos 0xc0] The TTL (time-to-live) field of a packet got zero on transmission, so the sender was notified that it got dropped. This is the usual method how traceroute works, see the man page. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Jan 24 01:20:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA13447 for hackers-outgoing; Wed, 24 Jan 1996 01:20:00 -0800 (PST) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA13436 for ; Wed, 24 Jan 1996 01:19:52 -0800 (PST) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.3/8.6.9) id BAA28229; Wed, 24 Jan 1996 01:19:34 -0800 (PST) Date: Wed, 24 Jan 1996 01:19:34 -0800 (PST) Message-Id: <199601240919.BAA28229@silvia.HIP.Berkeley.EDU> To: tege@matematik.su.se CC: freebsd-hackers@freebsd.org, ccd@forgery.cs.berkeley.edu In-reply-to: <199512240116.CAA26645@insanus.matematik.su.se> (message from Torbjorn Granlund on Sun, 24 Dec 1995 02:15:58 +0100) Subject: Re: Pentium bcopy From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-hackers@freebsd.org Precedence: bulk Sorry for replying to an old mail.... * This time I want to help improving the bcopy/memcpy/memmove functions for * the Pentium (and 486). Here is a skeleton bcopy/memcpy that runs about 5 * times faster than your current implementation on a Pentium. This bcopy * handles up to about 350 MB/s on a Pentium 133, compared to the current 70 * MB/s. We've also tried some optimizations as part of the ccd project. What we did was to use the fp registers to load/store 8 bytes at a time, with an unrolled loop (of course). We got up to about 96MB/s on a P5-133/Triton for large copies like 2M (i.e., by going to memory, not cache) by using a standalone program. However, when we tried to plug it into the kernel to see the difference it makes for disk caches, the kernel died quite nicely during boot. (Not even DDB could help.) Does anyone know if there are any `gotchas' concerning the use of fp regs in the kernel? Satoshi From owner-freebsd-hackers Wed Jan 24 02:36:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA17871 for hackers-outgoing; Wed, 24 Jan 1996 02:36:39 -0800 (PST) Received: from relay.hp.com (relay.hp.com [15.255.152.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA17862 for ; Wed, 24 Jan 1996 02:36:34 -0800 (PST) Received: from fakir.india.hp.com by relay.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA240339651; Wed, 24 Jan 1996 02:34:18 -0800 Received: from localhost by fakir.india.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA281999468; Wed, 24 Jan 1996 16:01:08 +0530 Message-Id: <199601241031.AA281999468@fakir.india.hp.com> To: asami@cs.berkeley.edu (Satoshi Asami) Cc: hackers@freebsd.org Subject: Re: Pentium bcopy In-Reply-To: Your message of "Wed, 24 Jan 1996 01:19:34 PST." <199601240919.BAA28229@silvia.HIP.Berkeley.EDU> Date: Wed, 24 Jan 1996 16:01:07 +0530 From: A JOSEPH KOSHY Sender: owner-hackers@freebsd.org Precedence: bulk >>> sa == Satoshi Asami said: sa> Does anyone know if there are any `gotchas' concerning the use of fp sa> regs in the kernel? Are the FPU registers saved and restored as part of interrupt handling? I'm not sure where to look but /usr/src/sys/i386/i386 doesn't seem to have code to do this. Am I looking at the wrong place? You would need to ensure this if you are using your FP-enabled bcopy from any interrupt routine. Blindly saving all FP registers when 'bcopy' is invoked has its own cost, so you probably need to use the FP registers method only if the amount of data to be copied is large. You may need to experiment and determine the best size to switch from regular bcopy to the FP version. Also you need to be sure that the FP registers are accessible. A machine with a 486SX or a plain 386 cannot use this technique. Indeed on a 387 the technique could even be slower than a rep movsl. Lots of tradeoffs here :). Koshy From owner-freebsd-hackers Wed Jan 24 04:41:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA26184 for hackers-outgoing; Wed, 24 Jan 1996 04:41:57 -0800 (PST) Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA26166 for ; Wed, 24 Jan 1996 04:41:40 -0800 (PST) Received: from herpes.cs.tu-berlin.de (wosch@herpes.cs.tu-berlin.de [130.149.17.126]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id NAA03170; Wed, 24 Jan 1996 13:39:36 +0100 From: Wolfram Schneider Received: (wosch@localhost) by herpes.cs.tu-berlin.de (8.6.12/8.6.9) id NAA03370; Wed, 24 Jan 1996 13:39:31 +0100 Date: Wed, 24 Jan 1996 13:39:31 +0100 Message-Id: <199601241239.NAA03370@herpes.cs.tu-berlin.de> To: Warner Losh Cc: hackers@FreeBSD.org Subject: Re: recursive grep In-Reply-To: <199601222354.QAA01113@rover.village.org> References: <199601222354.QAA01113@rover.village.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.org Precedence: bulk Warner Losh writes: >: I would like add options for recursive searching >: (grep -R foo /usr/include). > >find /usr/local | xargs grep foo find /usr/local \( -type f -o -type l \) -print | xargs grep foo >Why do we need another wart on grep? Because people are lazy. 'xargs grep foo' call /usr/bin/grep, not my alias 'grep -i'. grep -R is shorter and for interactive use. Just my 0.02 Euro Wolfram From owner-freebsd-hackers Wed Jan 24 05:03:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA26847 for hackers-outgoing; Wed, 24 Jan 1996 05:03:48 -0800 (PST) Received: from nixpbe.pdb.sni.de (mail.sni.de [192.109.2.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA26826 for ; Wed, 24 Jan 1996 05:03:43 -0800 (PST) Received: (from nerv@localhost) by nixpbe.pdb.sni.de (8.6.12/8.6.12) id OAA10925 for hackers@freebsd.org; Wed, 24 Jan 1996 14:03:25 +0100 Message-Id: <199601241303.OAA10925@nixpbe.pdb.sni.de> Subject: Adaptec 2825 VLB adapter support? To: hackers@freebsd.org Date: Wed, 24 Jan 96 13:59:31 MET From: Greg Lehey Cc: doc@freebsd.org X-Mailer: xmail 2.4 (based on ELM 2.2 PL16) Sender: owner-hackers@freebsd.org Precedence: bulk According to the handbook, the Adaptec SCSI driver supports controllers with the 6360 chipset. Can anybody confirm that this includes the Adaptec 2825 VLB Host Adapter? Greg From owner-freebsd-hackers Wed Jan 24 07:32:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA02537 for hackers-outgoing; Wed, 24 Jan 1996 07:32:07 -0800 (PST) Received: from apollo.is.co.za (apollo.is.co.za [196.4.160.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA02521 for ; Wed, 24 Jan 1996 07:31:51 -0800 (PST) Received: from admin.is.co.za (admin.is.co.za [196.23.0.9]) by apollo.is.co.za (8.6.12/SMI-SVR4tmp8) id RAA29741; Wed, 24 Jan 1996 17:30:46 +0200 Received: (from robin@localhost) by admin.is.co.za (8.6.12/8.6.12) id RAA11164 for hackers@freebsd.org; Wed, 24 Jan 1996 17:31:04 +0200 From: Robin Lunn Message-Id: <199601241531.RAA11164@admin.is.co.za> Subject: ip aliasing in the FAQ To: hackers@freebsd.org Date: Wed, 24 Jan 1996 17:31:03 +0200 (GMT) X-Organisation: The Internet Solution (Pty) Ltd. X-Phone: +27-11-4475566; Fax: +27-11-4475567 Reply-To: robin@is.co.za X-AIDAT-Member: See http://www.aidat.org X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Hi there, Might I suggest an addition to the network section in the FAQ for ip aliasing just something to say: in /etc/sysconfig add `alias ' to the ifconfig_ line and then add the word `alias' to the static_routes line and then make a line that goes `route_alias=" 127.0.0.1"' the ifconfig man page isnt very helpful regarding the route. :-) -- _ __ | Only my ideas here unless I say otherwise... _ ' ) ) / | (BeamJack@IRC) / \ /--' ____/___o __ | | / / \_(_) /_) (__/) )_ | \ "I didn't know it was impossible when I did it!" \ /\ | | \/ From owner-freebsd-hackers Wed Jan 24 09:03:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA06150 for hackers-outgoing; Wed, 24 Jan 1996 09:03:41 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA06132 for ; Wed, 24 Jan 1996 09:03:23 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id EAA28142; Thu, 25 Jan 1996 04:00:19 +1100 Date: Thu, 25 Jan 1996 04:00:19 +1100 From: Bruce Evans Message-Id: <199601241700.EAA28142@godzilla.zeta.org.au> To: asami@cs.berkeley.edu, koshy@india.hp.com Subject: Re: Pentium bcopy Cc: hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >sa> Does anyone know if there are any `gotchas' concerning the use of fp >sa> regs in the kernel? Yes, they must not be used. The FP registers belong to the last process that used them. This assumption is used to do fast context switching. >Are the FPU registers saved and restored as part of interrupt handling? No. This would be very inefficient. >You would need to ensure this if you are using your FP-enabled bcopy from >any interrupt routine. You would also have to change the FP mode to avoid traps, and handle the i377-motherboard bugs that sometimes cause traps anyway. >Blindly saving all FP registers when 'bcopy' is invoked has its own >cost, so you probably need to use the FP registers method only if the costs (protected mode) according to "Pentium Processor Optimization Tools": cpu 387 486 Pentium fsave 375-376 143 124 NP frestor 308 120 70 NP fldl 25 3 1 FX fstl 45 8 2 NP movl (load) 4 1 1 UV movl (store) 2 1 1 UV >amount of data to be copied is large. You may need to experiment >and determine the best size to switch from regular bcopy to the FP version. There is no such size according to the above, since on the Pentium, FP loads are the same speed as efficiently (dual) pipelined integer loads, while FP stores are twice as slow. >Also you need to be sure that the FP registers are accessible. A machine >with a 486SX or a plain 386 cannot use this technique. Indeed on a 387 >the technique could even be slower than a rep movsl. On a 387, FP loads are 25/8 times as slow; stores are 45/4 times as slow. On a 486, FP loads are 3/2 times as slow; stores are 8/2 times as slow. Bruce From owner-freebsd-hackers Wed Jan 24 09:33:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA07455 for hackers-outgoing; Wed, 24 Jan 1996 09:33:07 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA07438 for ; Wed, 24 Jan 1996 09:32:28 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id EAA29129; Thu, 25 Jan 1996 04:29:47 +1100 Date: Thu, 25 Jan 1996 04:29:47 +1100 From: Bruce Evans Message-Id: <199601241729.EAA29129@godzilla.zeta.org.au> To: bde@zeta.org.au, m_tanaka@pa.yokogawa.co.jp, mpp@mpp.minn.net Subject: Re: NFS trouble ? Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >>Index: nfs_bio.c >>=================================================================== >>RCS file: /usr/var/cvs/src/sys/nfs/nfs_bio.c,v >>retrieving revision 1.21 >>diff -u -r1.21 nfs_bio.c >>--- nfs_bio.c 1995/12/17 21:12:13 1.21 >>+++ nfs_bio.c 1996/01/23 20:03:38 >>@@ -240,7 +240,8 @@ >> */ >> again: >> bufsize = biosize; >>- if ((lbn + 1) * biosize > np->n_size) { >>+ if ((lbn + 1) * biosize > np->n_size && >>+ (lbn + 1) * biosize - np->n_size < biosize) { >> bufsize = np->n_size - lbn * biosize; >> bufsize = (bufsize + DEV_BSIZE - 1) & ~(DEV_BSIZE - 1); >> } >>-- >I think the changed should be >>+ if ((off_t)(lbn + 1) * biosize > np->n_size) { >There are several other similar potentially overflowing multiplications is >nfs_bio.c. Oops, it needs your fix too, although it might be better for it to crash than for it to attempt to copy a 1TB holey file to a 1TB non-holey file. It will probably do something bad for one of the overflows. There's another one visible `(lbn * biosize)' and stupider ones a little later `diff = np->n_size - uio->uio_offset;' where the LHS has type `int' and the RHS has type u_quad_t (n_size has type u_quad_t and uio_offset has type off_t which happens to be quad_t). Support for >= 2GB files should be disabled until all the overflows are fixed. Bruce From owner-freebsd-hackers Wed Jan 24 10:02:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA08817 for hackers-outgoing; Wed, 24 Jan 1996 10:02:47 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA08797 for ; Wed, 24 Jan 1996 10:02:29 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id LAA00336; Wed, 24 Jan 1996 11:48:37 -0600 From: Joe Greco Message-Id: <199601241748.LAA00336@brasil.moneng.mei.com> Subject: Re: Any easy way to turn off limits on inetd for "looping processes"? To: mrcpu@cdsnet.net (Jaye Mathisen) Date: Wed, 24 Jan 1996 11:48:36 -0600 (CST) Cc: hackers@FreeBSD.ORG In-Reply-To: from "Jaye Mathisen" at Jan 23, 96 05:35:02 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Is there a sysconfig type thing? Or is the only way to mash the source? Last I looked, it was a hard coded deal. I've advised other people hitting this limit to edit and recompile the source.. ... JG From owner-freebsd-hackers Wed Jan 24 10:05:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA08951 for hackers-outgoing; Wed, 24 Jan 1996 10:05:31 -0800 (PST) Received: from mpp.minn.net (root@mpp.Minn.Net [204.157.201.242]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA08939 for ; Wed, 24 Jan 1996 10:05:04 -0800 (PST) Received: (from mpp@localhost) by mpp.minn.net (8.7.3/8.6.9) id MAA00892; Wed, 24 Jan 1996 12:04:31 -0600 (CST) Message-Id: <199601241804.MAA00892@mpp.minn.net> Subject: Re: NFS trouble ? To: bde@zeta.org.au (Bruce Evans) Date: Wed, 24 Jan 1996 12:04:31 -0600 (CST) From: "Mike Pritchard" Cc: bde@zeta.org.au, m_tanaka@pa.yokogawa.co.jp, freebsd-hackers@freebsd.org In-Reply-To: <199601241729.EAA29129@godzilla.zeta.org.au> from "Bruce Evans" at Jan 25, 96 04:29:47 am X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Bruce Evans wrote: > > >There are several other similar potentially overflowing multiplications is > >nfs_bio.c. > > Oops, it needs your fix too, although it might be better for it to crash > than for it to attempt to copy a 1TB holey file to a 1TB non-holey file. > It will probably do something bad for one of the overflows. There's > another one visible `(lbn * biosize)' and stupider ones a little later > `diff = np->n_size - uio->uio_offset;' where the LHS has type `int' and > the RHS has type u_quad_t (n_size has type u_quad_t and uio_offset has > type off_t which happens to be quad_t). Support for >= 2GB files should > be disabled until all the overflows are fixed. I think I'll go ahead an commit my fix with the off_t casts you mentioned earlier - dunno why I didn't put them in myself, I remember noting that myself when I wrote the fix. The fix is still needed even if support for files >= 2GB is disabled, since you still need the extra check to prevent the result of the following computation from under/overflowing. As for the "diff = ..." stuff: then "diff" gets compared to other variables that are type int and so on. You could get a major headache from trying to clean this stuff up. -- Mike Pritchard mpp@minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-hackers Wed Jan 24 10:07:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA09006 for hackers-outgoing; Wed, 24 Jan 1996 10:07:48 -0800 (PST) Received: from etinc.com (et-gw.etinc.com [165.254.13.209]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA08997 for ; Wed, 24 Jan 1996 10:07:19 -0800 (PST) Received: from dialup-110.cdmo.com (dialup-110.cdmo.com [204.141.95.167]) by etinc.com (8.6.12/8.6.9) with SMTP id NAA01994 for ; Wed, 24 Jan 1996 13:05:58 -0500 Date: Wed, 24 Jan 1996 13:05:58 -0500 Message-Id: <199601241805.NAA01994@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: dennis@etinc.com (dennis) Subject: Multi-Port Async Cards Sender: owner-hackers@freebsd.org Precedence: bulk I've heard about bugs and problems with different driver.....but not much positive feedback. What is the "product of choice" for doing multi-port async dial-in with Freebsd....as of the moment? Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Wed Jan 24 10:42:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA11252 for hackers-outgoing; Wed, 24 Jan 1996 10:42:48 -0800 (PST) Received: from sponsor.octet.com (root@sponsor.octet.com [204.141.97.15]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA11237 for ; Wed, 24 Jan 1996 10:42:20 -0800 (PST) Received: (from cosmos@localhost) by sponsor.octet.com (8.6.12/8.6.12) id NAA00299 for hackers@freebsd.org; Wed, 24 Jan 1996 13:30:30 GMT From: Daniel Leeds Message-Id: <199601241330.NAA00299@sponsor.octet.com> Subject: kernel hangs? To: hackers@freebsd.org Date: Wed, 24 Jan 1996 13:30:29 +0000 () X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk i just recompiled a kernel for a machine, and when i boot it, it goes to booting kernel on sd(a,0) then it gives those 3 or so lines of 0x0000 stuff and it hangs....then reboots. what would cause this? ive compiled kernels for years now, and have never come across this daniel -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Daniel Leeds Unix Admin Octet Media Beatnik -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- From owner-freebsd-hackers Wed Jan 24 11:22:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA13581 for hackers-outgoing; Wed, 24 Jan 1996 11:22:04 -0800 (PST) Received: from sponsor.octet.com (root@sponsor.octet.com [204.141.97.15]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA13569 for ; Wed, 24 Jan 1996 11:21:55 -0800 (PST) Received: (from cosmos@localhost) by sponsor.octet.com (8.6.12/8.6.12) id OAA00221 for hackers@freebsd.org; Wed, 24 Jan 1996 14:10:04 GMT From: Daniel Leeds Message-Id: <199601241410.OAA00221@sponsor.octet.com> Subject: ncr scsi broke? To: hackers@freebsd.org Date: Wed, 24 Jan 1996 14:10:04 +0000 () X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk okay, i figured it out, i had to add the wd controller even though i dont have any ide disks. problem two: the ncr driver is hosed in 2.1 release. it will not recognize any of our disks or the controller with a 2.1 kernel. however, a 2.0.5 kernel sees them fine and boots fine. what happened between the two? anyone else have this problem with ncr scsi controllers (pci) daniel -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Daniel Leeds Unix Admin Octet Media Beatnik -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- From owner-freebsd-hackers Wed Jan 24 11:35:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA14396 for hackers-outgoing; Wed, 24 Jan 1996 11:35:32 -0800 (PST) Received: from hemi.com (hemi.com [204.132.158.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA14319 for ; Wed, 24 Jan 1996 11:34:41 -0800 (PST) Received: (from mbarkah@localhost) by hemi.com (8.6.11/8.6.9) id MAA26041 for freebsd-hackers@freebsd.org; Wed, 24 Jan 1996 12:34:58 -0700 From: Ade Barkah Message-Id: <199601241934.MAA26041@hemi.com> Subject: annex vs. portmaster to server freebsd To: freebsd-hackers@freebsd.org Date: Wed, 24 Jan 1996 12:34:57 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Hello, We're going to purchase a terminal server (either annex III or portmaster 2-e) to serve a FreeBSD box. Any preferences between the xylogics and livingston line ? I'm especially interested in knowing which authentication software works with FreeBSD. I've seen talk about Radius, but I'm not very familiar with either products (we've been using Cisco units with TACACS) Thanks in advance, -Ade Barkah -------------------------------------------------------------------- Inet: mbarkah@hemi.com - HEMISPHERE ONLINE - www: -------------------------------------------------------------------- From owner-freebsd-hackers Wed Jan 24 12:08:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA16147 for hackers-outgoing; Wed, 24 Jan 1996 12:08:45 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA16085 for ; Wed, 24 Jan 1996 12:07:54 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id VAA10563 for hackers@freebsd.org; Wed, 24 Jan 1996 21:07:35 +0100 From: Luigi Rizzo Message-Id: <199601242007.VAA10563@labinfo.iet.unipi.it> Subject: How to modify a driver for PCI card ? To: hackers@freebsd.org Date: Wed, 24 Jan 1996 21:07:35 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Hi, I have a PCI Ethernet card which is an NE2000 clone. I am currently using it with the "ed" driver, and it works very nicely: Jan 23 15:15:26 prova /kernel: ed0 at 0xff40-0xff5f irq 10 on isa Jan 23 15:15:27 prova /kernel: ed0: address 00:20:18:28:06:d7, type NE2000 (16 bit) The card is very cheap (about US$60 including 19% VAT), and I don't think it has the same performance problems (CPU overhead) of NE2000 cards on the ISA bus. The only problem, maybe just a cosmetic one, is that after probing all the devices, the kernel says the following: Jan 23 15:15:33 prova /kernel: pci0:15: vendor=0x10ec, device=0x8029, class=network (ethernet) [no driver assigned] Would it be hard to modify the "ed" driver to take care of this, and correctly recognize the PCI card ? I am quite confused on what would be necessary, and if it would break anything. Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-hackers Wed Jan 24 12:43:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA18141 for hackers-outgoing; Wed, 24 Jan 1996 12:43:46 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA18131 Wed, 24 Jan 1996 12:43:33 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id MAA29303 ; Wed, 24 Jan 1996 12:43:19 -0800 Received: (from root@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA19809; Wed, 24 Jan 1996 13:33:29 -0700 From: Terry Lambert Message-Id: <199601242033.NAA19809@phaeton.artisoft.com> Subject: Fix for annoying fsck bug To: hackers@freebsd.org Date: Wed, 24 Jan 1996 13:33:29 -0700 (MST) Cc: current@freebsd.org X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk The following small diff fixes the annoying fsck bug that causes it to need to be run twice to end up with correct reference counts for inodes for directories that had subdirectories relocated into the lost+found directory. I found the need to rerun *extremely* annoying. This fix causes the count to be correctly adjusted later in pass 4 by correctly stating the parent reference count. Note that the parent reference count is incremented when the directory entry is made (for ".."), but is not really there in the case of a directory that does not make an entry in its parent dir. This can be tested by waiting for the inode sync after cd'ing from a shell into a test fs. Then you "mkdir xxx yyy zzz", wait a second, and hit the machine reset button. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. ============================================================================ *** /usr/src/sbin/fsck/SAVE/dir.c Wed Jan 24 13:24:32 1996 --- /usr/src/sbin/fsck/dir.c Wed Jan 24 13:26:03 1996 *************** *** 472,479 **** inodirty(); lncntp[lfdir]++; pwarn("DIR I=%lu CONNECTED. ", orphan); ! if (parentdir != (ino_t)-1) printf("PARENT WAS I=%lu\n", parentdir); if (preen == 0) printf("\n"); } --- 472,489 ---- inodirty(); lncntp[lfdir]++; pwarn("DIR I=%lu CONNECTED. ", orphan); ! if (parentdir != (ino_t)-1) { printf("PARENT WAS I=%lu\n", parentdir); + /* + * The parent directory, because of the ordering + * guarantees, has had the link count incremented + * for the child, but no entry was made. This + * fixes the parent link count so that fsck does + * not need to be rerun. + */ + lncntp[parentdir]++; + + } if (preen == 0) printf("\n"); } ============================================================================ From owner-freebsd-hackers Wed Jan 24 14:03:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA23776 for hackers-outgoing; Wed, 24 Jan 1996 14:03:25 -0800 (PST) Received: from pr.erau.edu (moon.pr.erau.edu [192.101.135.8]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA23731 Wed, 24 Jan 1996 14:02:54 -0800 (PST) Received: from moon by pr.erau.edu with smtp (Smail3.1.29.1 #18) id m0tfDH7-000253C; Wed, 24 Jan 96 15:02 MST Date: Wed, 24 Jan 1996 15:02:40 -0700 (MST) From: Stephen Waits X-Sender: swaits@moon To: questions@freebsd.org, hackers@freebsd.org Subject: NetBUI and/or IPX routing? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk I want to use a FreeBSD box to do some routing between some networks we are creating on our campus (the dorms). We will be using Netware and NT between segments. Will this be possible in 2.1? How about in 2.2? If in 2.2, any idea when 2.2 will be visible to the world? many thanks! --Steve (http://pr.erau.edu/~swaits) From owner-freebsd-hackers Wed Jan 24 14:12:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA24653 for hackers-outgoing; Wed, 24 Jan 1996 14:12:46 -0800 (PST) Received: (from hsu@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA24643 Wed, 24 Jan 1996 14:12:38 -0800 (PST) Date: Wed, 24 Jan 1996 14:12:38 -0800 (PST) From: Jeffrey Hsu Message-Id: <199601242212.OAA24643@freefall.freebsd.org> To: phk Subject: libgcc.so.261.0 Cc: hackers Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Do I still need libgcc.so.261.0 in /usr/lib? The last log message for that file says revision 1.8 date: 1995/03/12 20:17:07; author: phk; state: Exp; lines: +1 -3 Don't install shared libgcc, we can't do it this way. I will uuencode and check in to a "compat20" area the 2.0-RELEASE version. The reason I ask is because I'm getting /usr/lib/libgcc.so.261.0: Undefined symbol `_sdiv_qrnnd' referenced _udiv_w_sdiv.o: Undefined symbol `_sdiv_qrnnd' referenced from text segment _udiv_w_sdiv.o: Undefined symbol `_sdiv_qrnnd' referenced from text segment _udiv_w_sdiv.o: Undefined symbol `_sdiv_qrnnd' referenced from text segment _udiv_w_sdiv.o: Undefined symbol `_sdiv_qrnnd' referenced from text segment when trying to link an application. From owner-freebsd-hackers Wed Jan 24 14:21:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA25181 for hackers-outgoing; Wed, 24 Jan 1996 14:21:55 -0800 (PST) Received: from bigdipper.iagi.net (bigdipper.iagi.net [204.157.123.29]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA25149 Wed, 24 Jan 1996 14:21:39 -0800 (PST) Received: (from root@localhost) by bigdipper.iagi.net (8.6.12/8.6.9) id RAA07659; Wed, 24 Jan 1996 17:24:05 -0500 Date: Wed, 24 Jan 1996 17:24:05 -0500 (EST) From: IAGI Sysadmin To: questions@freebsd.org, hackers@freebsd.org Subject: Virtual domains Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hi - I'm using a FreeBSD box for several virtual domains (so far, 11)... For some reason, for some of the virtual domains (not all), when I ping the www.virtualdomain.com host, I get something like the following: [...] 64 bytes from 204.157.123.43: icmp_seq=1 ttl=255 time=2.861 ms 64 bytes from 204.157.123.43: icmp_seq=1 ttl=255 time=4.596 ms (DUP!) 64 bytes from 204.157.123.43: icmp_seq=1 ttl=255 time=5.558 ms (DUP!) 64 bytes from 204.157.123.43: icmp_seq=1 ttl=255 time=6.508 ms (DUP!) [...] What are those (DUP!) lines (note, the first one is fine)? They seem to occur about 4 out of 5 times in the output from ping. WWW services on such hosts, however, respond fine. Should I be concerned or is this normal? Also, how many virtual domains can one have (practically speaking) on a fast 486 box with 64megs of ram and no X windows? Thanks! From owner-freebsd-hackers Wed Jan 24 16:27:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA03811 for hackers-outgoing; Wed, 24 Jan 1996 16:27:41 -0800 (PST) Received: from werple.net.au (werple.mira.net.au [203.9.190.18]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA03798 for ; Wed, 24 Jan 1996 16:27:37 -0800 (PST) Received: from cimaxp1.UUCP (Ucimlogi@localhost) by werple.net.au (8.7/8.7.1) with UUCP id LAA23732 for hackers@FreeBSD.org; Thu, 25 Jan 1996 11:18:33 +1100 (EST) Message-Id: <199601250018.LAA23732@werple.net.au> X-Authentication-Warning: werple.net.au: Ucimlogi set sender to cimaxp1!jb using -f Received: by cimaxp1.cimlogic.com.au; (5.65/1.1.8.2/10Sep95-0953AM) id AA29170; Thu, 25 Jan 1996 11:18:05 +1100 From: John Birrell Subject: Can you make world? To: hackers@FreeBSD.org Date: Thu, 25 Jan 1996 11:18:04 +1100 (EST) Cc: julian@FreeBSD.org, jb@cimlogic.com.au X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk G'day, Julian Elischer asked be to follow up on the 'make world' problems reported after the crt0/libc/libc_r updates committed recently. [Yes Terry, I know _you_ don't like the design. 8-)] I've checked that the diffs applied by Julian were the ones I requested, so if they have caused build problems, then its my fault. [Hides under desk]. The 'make world' I did here (before sending the diffs) installed the new libc immediately after installing crt0. Please send me mail if your build failed because of these changes. We didn't expect you to munge source to get the build to work. Sigh. Regards, -- John Birrell CIMlogic Pty Ltd jb@cimlogic.com.au 119 Cecil Street Ph +61 3 9690 6900 South Melbourne Vic 3205 Fax +61 3 9690 6650 Australia Mob +61 18 353 137 From owner-freebsd-hackers Wed Jan 24 16:29:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA03953 for hackers-outgoing; Wed, 24 Jan 1996 16:29:12 -0800 (PST) Received: from sponsor.octet.com (root@sponsor.octet.com [204.141.97.15]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA03932 Wed, 24 Jan 1996 16:29:07 -0800 (PST) Received: (from cosmos@localhost) by sponsor.octet.com (8.6.12/8.6.12) id TAA03493; Wed, 24 Jan 1996 19:17:12 GMT From: Daniel Leeds Message-Id: <199601241917.TAA03493@sponsor.octet.com> Subject: glimpsehttp To: hackers@freebsd.org Date: Wed, 24 Jan 1996 19:17:11 +0000 () Cc: questions@freebsd.org X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk if anyone has successfully installed and used GlimpseHTTP on freebsd, please mail me, i am in dire need of help here and am at my wits end to get this thing working. thank you for all the help so far :) daniel -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Daniel Leeds Unix Admin Octet Media Beatnik -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- From owner-freebsd-hackers Wed Jan 24 16:43:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA05076 for hackers-outgoing; Wed, 24 Jan 1996 16:43:33 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA05057 Wed, 24 Jan 1996 16:43:17 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id LAA14181; Thu, 25 Jan 1996 11:37:28 +1100 Date: Thu, 25 Jan 1996 11:37:28 +1100 From: Bruce Evans Message-Id: <199601250037.LAA14181@godzilla.zeta.org.au> To: hsu@freefall.freebsd.org, phk@freefall.freebsd.org Subject: Re: libgcc.so.261.0 Cc: hackers@freefall.freebsd.org Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >Do I still need libgcc.so.261.0 in /usr/lib? The last log message for >that file says Apparently. You got a message from something using it. >The reason I ask is because I'm getting > /usr/lib/libgcc.so.261.0: Undefined symbol `_sdiv_qrnnd' referenced > _udiv_w_sdiv.o: Undefined symbol `_sdiv_qrnnd' referenced from text segment > _udiv_w_sdiv.o: Undefined symbol `_sdiv_qrnnd' referenced from text segment > _udiv_w_sdiv.o: Undefined symbol `_sdiv_qrnnd' referenced from text segment > _udiv_w_sdiv.o: Undefined symbol `_sdiv_qrnnd' referenced from text segment >when trying to link an application. This message is caused by a bug in ld. There are about 4 undefined symbols _not_ named `_sdiv_qrnnd' referenced from the text segment. Bruce From owner-freebsd-hackers Wed Jan 24 17:17:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA08251 for hackers-outgoing; Wed, 24 Jan 1996 17:17:28 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA08242 for ; Wed, 24 Jan 1996 17:17:23 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id LAA28689; Thu, 25 Jan 1996 11:54:04 +1030 From: Michael Smith Message-Id: <199601250124.LAA28689@genesis.atrad.adelaide.edu.au> Subject: Re: ncr scsi broke? To: cosmos@sponsor.octet.com (Daniel Leeds) Date: Thu, 25 Jan 1996 11:54:03 +1030 (CST) Cc: hackers@freebsd.org In-Reply-To: <199601241410.OAA00221@sponsor.octet.com> from "Daniel Leeds" at Jan 24, 96 02:10:04 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Daniel Leeds stands accused of saying: > > okay, i figured it out, i had to add the wd controller even though i dont > have any ide disks. > > problem two: the ncr driver is hosed in 2.1 release. it will not > recognize any of our disks or the controller with a 2.1 kernel. > however, a 2.0.5 kernel sees them fine and boots fine. > > what happened between the two? anyone else have this problem with ncr > scsi controllers (pci) Nope. We have a number here and all work just as expected. I think you have some serious problems 8( > daniel -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Wed Jan 24 17:26:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA08970 for hackers-outgoing; Wed, 24 Jan 1996 17:26:25 -0800 (PST) Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA08965 for ; Wed, 24 Jan 1996 17:26:21 -0800 (PST) Received: by Sysiphos id AA22164 (5.67b/IDA-1.5 for hackers@FreeBSD.org); Thu, 25 Jan 1996 02:26:15 +0100 Message-Id: <199601250126.AA22164@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Thu, 25 Jan 1996 02:26:15 +0100 In-Reply-To: Daniel Leeds "ncr scsi broke?" (Jan 24, 14:10) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Daniel Leeds Subject: Re: ncr scsi broke? Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk On Jan 24, 14:10, Daniel Leeds wrote: } Subject: ncr scsi broke? } okay, i figured it out, i had to add the wd controller even though i dont } have any ide disks. No, there shouldn't be a need, if there are no IDE devices. } problem two: the ncr driver is hosed in 2.1 release. it will not } recognize any of our disks or the controller with a 2.1 kernel. } however, a 2.0.5 kernel sees them fine and boots fine. This is more likely a PCI probe problem, than a NCR problem. Could you please be more specific about the failure mode ? Is there any PCI chip found at all ? Please enter "-v" at the "Boot: " prompt, and send me all the numbers in the lines staring with "pcibus_setup()". } what happened between the two? anyone else have this problem with ncr } scsi controllers (pci) Yes, a few other people with broken PCI chip sets. The Compaq chip sets have been making trouble (at probe time, they seem to work fine, once the system is running). I had to add quite some special code to support earlier versions, but found it would not work with a more recent one ... There was one report of a problem with a ALI based Pentium. All these problems will be solved by using the PCI probe code from FreeBSD-current (/sys/i386/isa/pcibus.c). If you can recompile your kernel with them, then let me know, whether this sooves your problem. If you have both 2.0.5 and 2.1 on the same system, then you might be able to write a new kernel on the 2.1 root partition frim 2.0.5. In this case, I might be able to send you a kernel with the new boot probe for you to try ... Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-hackers Wed Jan 24 17:31:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA09273 for hackers-outgoing; Wed, 24 Jan 1996 17:31:26 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA09233 for ; Wed, 24 Jan 1996 17:30:05 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA01487; Wed, 24 Jan 1996 18:26:35 -0700 From: Terry Lambert Message-Id: <199601250126.SAA01487@phaeton.artisoft.com> Subject: Re: Amancio's tv program with capture! To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Wed, 24 Jan 1996 18:26:34 -0700 (MST) Cc: terry@lambert.org, james@miller.cs.uwm.edu, dufault@hda.com, hackers@FreeBSD.org, hasty@rah.star-gate.com, jkh@time.cdrom.com, multimedia@rah.star-gate.com In-Reply-To: <199601240107.CAA08771@labinfo.iet.unipi.it> from "Luigi Rizzo" at Jan 24, 96 02:07:45 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > I am impressed by the graphics. I think I have learned something! > > Perhaps we should ask your help to dump the output of a frame > grabber into an xterm :) You would have to talk me into buying a board first. I am in a US West service area, and though US West is rumored to be endpointing people on the Internet now, their sales reps in the area are denying knowledge. 64k is $80/month + endpointing charges in this area ($220/month for endpointing from Internet Direct -- too much money!). You probably didn't mean an xterm... imagine videoconferencing in ASCII art. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Jan 24 17:35:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA09664 for hackers-outgoing; Wed, 24 Jan 1996 17:35:15 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA09657 for ; Wed, 24 Jan 1996 17:35:09 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA01523; Wed, 24 Jan 1996 18:32:56 -0700 From: Terry Lambert Message-Id: <199601250132.SAA01523@phaeton.artisoft.com> Subject: Re: Any easy way to turn off limits on inetd for "looping processes"? To: mrcpu@cdsnet.net (Jaye Mathisen) Date: Wed, 24 Jan 1996 18:32:56 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: from "Jaye Mathisen" at Jan 23, 96 05:35:02 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > Is there a sysconfig type thing? Or is the only way to mash the source? man inetd: [ ... ] -R rate Specifies the maximum number of times a service can be invoked in one minute; the default is 1000. Crank this number way up when you start the thing. I typically had to make it very high for a FreeBSD box acting as a boot and font server for a bunch of X terminals. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Jan 24 17:37:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA09874 for hackers-outgoing; Wed, 24 Jan 1996 17:37:00 -0800 (PST) Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA09869 for ; Wed, 24 Jan 1996 17:36:56 -0800 (PST) Received: by Sysiphos id AA22198 (5.67b/IDA-1.5 for hackers@FreeBSD.org); Thu, 25 Jan 1996 02:36:50 +0100 Message-Id: <199601250136.AA22198@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Thu, 25 Jan 1996 02:36:50 +0100 In-Reply-To: Luigi Rizzo "How to modify a driver for PCI card ?" (Jan 24, 21:07) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Luigi Rizzo Subject: Re: How to modify a driver for PCI card ? Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk On Jan 24, 21:07, Luigi Rizzo wrote: } Subject: How to modify a driver for PCI card ? } Hi, } } I have a PCI Ethernet card which is an NE2000 clone. I am currently } using it with the "ed" driver, and it works very nicely: } } Jan 23 15:15:26 prova /kernel: ed0 at 0xff40-0xff5f irq 10 on isa } Jan 23 15:15:27 prova /kernel: ed0: address 00:20:18:28:06:d7, type NE2000 (16 bit) } } The card is very cheap (about US$60 including 19% VAT), and I don't } think it has the same performance problems (CPU overhead) of NE2000 } cards on the ISA bus. The only problem, maybe just a cosmetic one, } is that after probing all the devices, the kernel says the following: } } Jan 23 15:15:33 prova /kernel: pci0:15: vendor=0x10ec, device=0x8029, class=network (ethernet) [no driver assigned] } } Would it be hard to modify the "ed" driver to take care of this, } and correctly recognize the PCI card ? I am quite confused on what } would be necessary, and if it would break anything. No, it would be a good idea to include the card as a supported PCI device ... You may have a look at how the bt driver deals with this issue: /sys/pci/bt9xx.c. All you need is a wrapper, that recognizes the vendor and device IDs, and call the ISA if_ed attach code with the port address and irq read from PCI configuration space registers. This has to be done for quite a number of other PCI cards, that emulate common ISA controllers. (E.g. for the Lance Ethernet driver if_lnc.c.) I'd do it, if I only had the time ... :( Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-hackers Wed Jan 24 17:39:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA09977 for hackers-outgoing; Wed, 24 Jan 1996 17:39:42 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA09970 Wed, 24 Jan 1996 17:39:37 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA01554; Wed, 24 Jan 1996 18:37:41 -0700 From: Terry Lambert Message-Id: <199601250137.SAA01554@phaeton.artisoft.com> Subject: Re: Can you make world? To: cimaxp1!jb@werple.net.au (John Birrell) Date: Wed, 24 Jan 1996 18:37:40 -0700 (MST) Cc: hackers@freebsd.org, julian@freebsd.org, jb@cimlogic.com.au In-Reply-To: <199601250018.LAA23732@werple.net.au> from "John Birrell" at Jan 25, 96 11:18:04 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > Julian Elischer asked be to follow up on the 'make world' problems reported > after the crt0/libc/libc_r updates committed recently. > > [Yes Terry, I know _you_ don't like the design. 8-)] I didn't notice them... but now that you bring them to my attention... 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Jan 24 17:49:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA10587 for hackers-outgoing; Wed, 24 Jan 1996 17:49:03 -0800 (PST) Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA10582 for ; Wed, 24 Jan 1996 17:48:59 -0800 (PST) Received: from uucp5.UU.NET by relay5.UU.NET with SMTP id QQzzzb28146; Wed, 24 Jan 1996 20:48:53 -0500 (EST) Received: from uanet.UUCP by uucp5.UU.NET with UUCP/RMAIL ; Wed, 24 Jan 1996 20:48:53 -0500 Received: by crocodil.monolit.kiev.ua; Thu, 25 Jan 96 03:46:06 +0200 Received: (from dk@localhost) by dog.farm.org (8.6.11/dk#3) id DAA13513; Thu, 25 Jan 1996 03:32:53 +0200 Date: Thu, 25 Jan 1996 03:32:53 +0200 From: Dmitry Kohmanyuk Message-Id: <199601250132.DAA13513@dog.farm.org> To: nate@sri.MT.net (Nate Williams) Cc: freebsd-hackers@freebsd.org Subject: Re: FBSD 2.1 Newsgroups: cs-monolit.gated.lists.freebsd.hackers Reply-To: dk+@ua.net X-Newsreader: TIN [version 1.2 PL2] Sender: owner-hackers@freebsd.org Precedence: bulk In article you wrote: > > > Copyrights. I don't particularly feel like tangling with either PKWARE > > > or UniSys (LZ compression used in Zip). > > > > The InfoZip zip/unzip is fairly generous with their copyright conditions, > > and they are fairly confident that they are not violating UniSys' or > > PKWare's patents. > I just spend the last few minutes looking through the sources, and it > appears that ZIP doesn't use LZ, but LZW. Apparently they are different > enough to be safe from Copyright problems. well, since I've spent 4 years studying data compression .... ;-) zip uses implode algorithm which is LZ77 aka LZ for compression. unzip supports both LZW (aka LZ768) decompression and LZ77 decompression (and older compression methods left as compatibility with pkzip <1.93 made archives). Unisys patent applies only to LZW. So, it applies to compress(1), GIF format, but not zip. You can just check with Info-Zip team (and specifically, Mark Adler and Jean-Loup Gailly) about this. -- The number you have dialed is imaginary. Please rotate your telephone ninety degrees and try again. From owner-freebsd-hackers Wed Jan 24 18:10:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA12344 for hackers-outgoing; Wed, 24 Jan 1996 18:10:35 -0800 (PST) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA12324 for ; Wed, 24 Jan 1996 18:10:22 -0800 (PST) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id NAA19814; Thu, 25 Jan 1996 13:08:32 +1100 From: michael butler Message-Id: <199601250208.NAA19814@asstdc.scgt.oz.au> Subject: Re: NetBUI and/or IPX routing? To: swaits@pr.erau.edu (Stephen Waits) Date: Thu, 25 Jan 1996 13:08:31 +1100 (EST) Cc: hackers@freebsd.org In-Reply-To: from "Stephen Waits" at Jan 24, 96 03:02:40 pm X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > We will be using Netware and NT between segments. Will this be possible > in 2.1? With NT running SMB (e.g. LANMAN) protocols (e.g. LANMAN) over TCP/IP, you can do this already. If you wish to use the FreeBSD box as a file server, then chase up the SAMBA port. > How about in 2.2? AFAIK "-current" has early IPX support although I've not (yet) tried it. NETBEUI is unlikely to be supported .. ever .. even MS have (effectively) dropped it seriously reducing anyone's interest in making it fly. This raises a question of mine .. is it possible to have one Novell server on one ethernet segment and none on another (workstation) side ? I gather that I need to specify a different Novell "network number" on each side of the FreeBSD box but does this prevent me from using a "far" server as my nearest ? michael From owner-freebsd-hackers Wed Jan 24 18:47:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA15530 for hackers-outgoing; Wed, 24 Jan 1996 18:47:43 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA15437 for ; Wed, 24 Jan 1996 18:46:22 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id SAA05974; Wed, 24 Jan 1996 18:43:11 -0800 To: Terry Lambert cc: hasty@rah.star-gate.com (Amancio Hasty Jr.), james@miller.cs.uwm.edu, dufault@hda.com, hackers@FreeBSD.org, luigi@labinfo.iet.unipi.it, multimedia@rah.star-gate.com Subject: Re: Amancio's tv program with capture! In-reply-to: Your message of "Tue, 23 Jan 1996 16:52:11 MST." <199601232352.QAA18599@phaeton.artisoft.com> Date: Wed, 24 Jan 1996 18:43:11 -0800 Message-ID: <5959.822537791@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > I understand. You want to use theshared memory region as if it had > been created by an X server. Actually, it's not created by the server. It's created by whichever client wishes to use the Shm extension and the server is notified of the fact (and the ID). Jordan > > >From my understanding of the MIT shared memory extensions, this might > only be possible if you add some additional fields and values as if you > were an X server. > > My impression is that if the device memory mapped were from the memory > of a linear framebuffer, then it could be used for the data pointer > for the image without modification (you would have to fake a header for > it, but otherwise it should be treatable as a pixmap the size of the > memory area of a depth equal to the card settings, but without the > header. > > > I think the misconception here comes from expecting a device to have > the same memory layout in the mapped region as if it were on the user > side of the DDX interface already. I believe this would only be true > of specific devices, but not true in the general sense. > > > My inclination would be to tell you to avoid mapping it into the Xshm > interface unless you map it through an X server (which the Xshm currently > requires) that happens to use the mapping API in a (potentially) device > dependent fashion. > > Which is to say you must consider it as part of the DDX->frame buffer > interface, if you consider it at all. > > Without a lot of dancing to export a mapped region as a shared memory > segment (which is what I think you might really want instead), you are > going to have a hard time making the BSD (mmap) and SVR4 (shm) systems > talk nicely to each other, IMO. > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. From owner-freebsd-hackers Wed Jan 24 18:51:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA15901 for hackers-outgoing; Wed, 24 Jan 1996 18:51:24 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA15801 for ; Wed, 24 Jan 1996 18:50:02 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id SAA19933; Wed, 24 Jan 1996 18:47:30 -0800 To: Terry Lambert cc: luigi@labinfo.iet.unipi.it (Luigi Rizzo), james@miller.cs.uwm.edu, dufault@hda.com, hackers@FreeBSD.org, hasty@rah.star-gate.com, multimedia@rah.star-gate.com Subject: Re: Amancio's tv program with capture! In-reply-to: Your message of "Tue, 23 Jan 1996 17:08:22 MST." <199601240008.RAA18619@phaeton.artisoft.com> Date: Wed, 24 Jan 1996 18:47:30 -0800 Message-ID: <19923.822538050@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > You might be able to map the region and treat it as a pixmap, if it > were a linear frame buffer. You would have to mangle a pixmap header > onto the front of it. Terry, with all due respect, I think you *still* don't understand the problem. The shared memory segment is NOT created by the server, not is any special formattting of the area reauired. There are extension calls for using the shared memory segment in a way that is understood by both server and client. I think you really should take a look at the code at this point since every message I've seen from you on this topic only indicates that you're getting further from understanding, not closer. Greetings from USENIX, BTW. I've talked to a number of your cronies from Novell. Quite amusing - they all have such interesting stories to tell! :-) Jordan > > You should be able to do this semi-transparently to X by mapping a 4k > file at some page offset, then mapping the linear memory from the > device immediately following that. > > Then you point a struct * to the map region - sizeof(struct header), > and use it as if it were attached to the front of the "pixmap" from > the frame buffer. This would guarantee the necessary memory adjacency > for the "pixmap" to turn it into an "X pixmap" which is pending a > copy down to the card. > > You could wrap this up as if it were a single interface, and return > the address of the page-end-offset header as a result of a call, but > I see little hope of jamming a real X interface on it *and* saving the > copy. You can do one or the other, but both would require all hardware > to be vaguely similar to make it work. > > ,------------------- Mapped 4k file > | ,-- Mapped video capture memory > ,--^---.,-----------^----... ...--. > ,------.,------.,------.,-... ...--. > | X|| || || | > `------'`------'`------'`-... ...--' > ^ ^ > | `---------------------------------. > | | > Pixmap header, negative offset from 4k adjacency boundry > > I don't know how you'd deal with the Putimage/copy speed thing... > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. From owner-freebsd-hackers Wed Jan 24 18:53:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA16156 for hackers-outgoing; Wed, 24 Jan 1996 18:53:35 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA16048 for ; Wed, 24 Jan 1996 18:52:13 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id SAA27324; Wed, 24 Jan 1996 18:49:50 -0800 To: Luigi Rizzo cc: terry@lambert.org (Terry Lambert), james@miller.cs.uwm.edu, dufault@hda.com, hackers@FreeBSD.org, hasty@rah.star-gate.com, multimedia@rah.star-gate.com Subject: Re: Amancio's tv program with capture! In-reply-to: Your message of "Wed, 24 Jan 1996 02:07:45 +0100." <199601240107.CAA08771@labinfo.iet.unipi.it> Date: Wed, 24 Jan 1996 18:49:50 -0800 Message-ID: <27320.822538190@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > > Pixmap header, negative offset from 4k adjacency boundry BTW, the server doesn't use pixmaps with the shared memory extension. It uses XImages. Jordan From owner-freebsd-hackers Wed Jan 24 19:03:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA17306 for hackers-outgoing; Wed, 24 Jan 1996 19:03:53 -0800 (PST) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA17288 for ; Wed, 24 Jan 1996 19:03:49 -0800 (PST) Received: (from henrich@localhost) by crh.cl.msu.edu (8.6.12/8.6.12) id WAA05578; Wed, 24 Jan 1996 22:03:37 -0500 Date: Wed, 24 Jan 1996 22:03:37 -0500 From: Charles Henrich Message-Id: <199601250303.WAA05578@crh.cl.msu.edu> To: mbarkah@hemi.com, freebsd-hackers@freebsd.org Subject: Re: annex vs. portmaster to server freebsd Newsgroups: lists.freebsd.hackers References: <4e6fpm$lk7@msunews.cl.msu.edu> X-Newsreader: NN version 6.5.0 #3 (NOV) Sender: owner-hackers@freebsd.org Precedence: bulk In lists.freebsd.hackers you write: >Hello, >We're going to purchase a terminal server (either annex III or >portmaster 2-e) to serve a FreeBSD box. Any preferences between >the xylogics and livingston line ? I'm especially interested in >knowing which authentication software works with FreeBSD. I've >seen talk about Radius, but I'm not very familiar with either >products (we've been using Cisco units with TACACS) We have both Annex's and Portmaster's here at MSU, and I can say from personal experience, that the Portmasters dont hold a candle to the Annex in terms of flexibility, and useability. The Annex authentication server works under freebsd with a little modification, and works quite well. It also exports all sorts of control to the unix host regarding the authentication process. -Crh -- Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-hackers Wed Jan 24 19:09:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA17791 for hackers-outgoing; Wed, 24 Jan 1996 19:09:09 -0800 (PST) Received: from feephi.phofarm.com (root@feephi.phofarm.com [204.242.60.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA17778 for ; Wed, 24 Jan 1996 19:09:02 -0800 (PST) Received: (from dzerkel@localhost) by feephi.phofarm.com (8.6.12/8.6.9) id WAA11948 for freebsd-hackers@freebsd.org; Wed, 24 Jan 1996 22:10:30 -0500 Date: Wed, 24 Jan 1996 22:10:30 -0500 From: "Danny J. Zerkel" Message-Id: <199601250310.WAA11948@feephi.phofarm.com> To: freebsd-hackers@freebsd.org Subject: newsyslog HUP hack Sender: owner-hackers@freebsd.org Precedence: bulk Andrey A. Chernov wrote: > In message <199601160804.AAA20776@freefall.freebsd.org> Thomas Graichen > writes: > > >graichen 96/01/16 00:04:09 > > > Modified: etc newsyslog.conf rc > > Log: > > added the "-p" option to amd so that it writes it's pid to > > /var/run/amd.pid and added the "-l /var/log/amd.log" option there too > > > added an entry for the "rotation" of /var/log/amd.log to newsyslog.conf > > What I need from newsyslog badly is a new newsyslog.conf field > with pid file name. If such field present, newsyslog must read > pid from specified file and do 'kill -1 pid' to inform process > to close current logfile and open new one. It is needed because > some essential daemons as Apache don't use syslog() call, but > use their own log routines. They need HUP to start with new logs. > Can you implement it, please? > > - -- > Andrey A. Chernov : And I rest so composedly, /Now, in my bed, > ache@astral.msk.su : That any beholder /Might fancy me dead - > http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. > RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 > > ------------------------------ No problem. I just uploaded ftp://ftp.cdrom.com/pub/FreeBSD/incoming/newsyslog.diff which contains the patches you need. I added another optional field before the flags for the pid.file.path. I also took out the curious tendency to send syslogd a SIGHUP for EVERY file rolled over. Danny J. Zerkel Photon Farmers http://www.phofarm.com/ From owner-freebsd-hackers Wed Jan 24 19:22:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA19082 for hackers-outgoing; Wed, 24 Jan 1996 19:22:26 -0800 (PST) Received: from mail.jrihealth.com (mail.jrihealth.com [204.249.32.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA19036 Wed, 24 Jan 1996 19:22:08 -0800 (PST) Received: from library.pride.net (danp@library.pride.net [204.249.32.4]) by mail.jrihealth.com (8.3/8.6.6.Beta9) with SMTP id WAA28008; Wed, 24 Jan 1996 22:28:36 -0500 Date: Wed, 24 Jan 1996 22:28:48 -0500 (EST) From: Dan Polivy To: Daniel Leeds cc: hackers@freebsd.org, questions@freebsd.org Subject: Re: glimpsehttp In-Reply-To: <199601241917.TAA03493@sponsor.octet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Daniel, On Wed, 24 Jan 1996, Daniel Leeds wrote: > if anyone has successfully installed and used GlimpseHTTP on freebsd, > please mail me, i am in dire need of help here and am at my wits end to > get this thing working. I've got glimpse running beautifully... http://library.pride.net/cgi-bin/search :) Dan +=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ | JRI HIS MIS Systems Administrator/Tech Support | |////////////////////////////////////////////////////////////////| | danp@busstop.org dpolivy@jri.org danp@library.pride.net | |\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\| | Check out JRI's Homepage at http://www.jri.org | |////////////////////////////////////////////////////////////////| | For More Info about JRI Health, call 617.457.8150, | | EMail health@jri.org or check out http://www.jri.org/jrihealth | |\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\| | Check out my NEW [Moving] WWW page (still under construction) | | currently located at: http://server1.pride.net/~danp | +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+ From owner-freebsd-hackers Wed Jan 24 20:00:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA23450 for hackers-outgoing; Wed, 24 Jan 1996 20:00:19 -0800 (PST) Received: from yokogawa.co.jp (yhqfm.yokogawa.co.jp [202.33.29.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA23185 for ; Wed, 24 Jan 1996 19:59:15 -0800 (PST) Received: from sjc.yokogawa.co.jp ([133.140.4.100]) by yokogawa.co.jp (8.6.9+2.4Wb3/3.3Wb4-firewall:08/09/94) with SMTP id MAA25396; Thu, 25 Jan 1996 12:58:51 +0900 Received: from leia.pa.yokogawa.co.jp by sjc.yokogawa.co.jp (4.1/6.4J.6-YOKOGAWA-R/GW) id AA22232; Thu, 25 Jan 96 12:58:50 JST Received: from cabbage by leia.pa.yokogawa.co.jp (16.8/6.4J.6-YOKOGAWA/pa) id AA03498; Thu, 25 Jan 96 12:58:50 +0900 Received: by cabbage.pa.yokogawa.co.jp (16.6/3.3Wb) id AA05302; Thu, 25 Jan 96 12:59:51 +0900 Date: Thu, 25 Jan 96 12:59:51 +0900 From: Mihoko Tanaka Message-Id: <9601250359.AA05302@cabbage.pa.yokogawa.co.jp> To: terry@lambert.org Cc: freebsd-hackers@freebsd.org In-Reply-To: Terry Lambert's message of Tue, 23 Jan 1996 10:51:12 -0700 (MST) <199601231751.KAA17851@phaeton.artisoft.com> Subject: Re: NFS trouble ? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-hackers@freebsd.org Precedence: bulk >>> My friend is developping a program which seek a file and read it. >>> Her program seeks a file with a wrong offset (i.e the offset size is larger >>> than the file size). It occurs panic. >>> When a file is on a local disk, nothing happens. >>> But when a file is on NFS, it occurs panic everytime. >> >>Does it panic the NFS client or the NFS server? The NFS client does. >>> off_t lseek(int fd, off_t offset, int whence) >>> >>> off_t is defined in /usr/include/sys/types.h : >>> typedef long long off_t >>> >>> then >>> off_t offset = 0x90000000 > 0 >> >>I am suspiscious of > 31 bit offset values over NFS. I suspect that >>there would be problems, since I believe the protocol limit is 32 bits >>with one bit for the sign bit for the return of error codes. >> >>I believe this is your problem. Yes. I think so. But I guess that the kernel must not panic even if a user program do anything. >>> I guess that lseek should return a error (EINVAL) when 'offset' is >>> larger then the file size . >>> What do you think ? >> >>No. A seek to a valid location not in the file is perfectly legal, >>even when followed by a read or a write (the first should return an >>EOF error, the second should cause the file to be sparse). You are right. I'm sorry I have taken it wrong. -- Mihoko Tanaka From owner-freebsd-hackers Wed Jan 24 21:00:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA00512 for hackers-outgoing; Wed, 24 Jan 1996 21:00:53 -0800 (PST) Received: from freebsd.netcom.com (freebsd.netcom.com [198.211.79.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA00503 for ; Wed, 24 Jan 1996 21:00:50 -0800 (PST) Received: by freebsd.netcom.com (8.6.12/SMI-4.1) id XAA04147; Wed, 24 Jan 1996 23:04:21 -0600 From: bugs@freebsd.netcom.com (Mark Hittinger) Message-Id: <199601250504.XAA04147@freebsd.netcom.com> Subject: Re: annex vs. portmaster to server freebsd (fwd) To: hackers@freebsd.org Date: Wed, 24 Jan 1996 23:04:21 -0600 (CST) X-Mailer: ELM [version 2.4 PL25] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > >We're going to purchase a terminal server (either annex III or > >portmaster 2-e) to serve a FreeBSD box. Any preferences between > >the xylogics and livingston line ? > We have both Annex's and Portmaster's here at MSU, and I can say from personal > experience, that the Portmasters dont hold a candle to the Annex in terms of > flexibility, and useability. The Annex authentication server works under > freebsd with a little modification, and works quite well. It also exports all > sorts of control to the unix host regarding the authentication process. I have to second the vote for annex here. I used both annex and portmaster also. One of the things that I found the most usefull on the annex was the ability to intercept the authentication right after the username was entered. This lets you direct the annex to rlogin to a particular box and to have that box ask for a password. The portmaster must authenticate the username/password and then perform an rlogin. If you do not want a second password prompt you must put the portmaster in your /etc/hosts.equiv - ugh! Being able to grab things right after each prompt is a very nifty feature that is not part of the radius model. On the other hand Annex'es protocol filter is an unbundled product, whereas the portmaster's protocol filtering is bundled with the box. The main thing here is to study your application and see if the portmaster authentication model will really work for you. If it will then you just have a price issue to decide! Unfortunately for me, once we had the portmasters in house (at my prior job - not netcom :-) ), I found that the authentication model really didn't fit in very well with what we were doing. Performance of both boxes is excellent and I encourage all who are going to have a lot of serial lines to look at this kind of technique instead of putting the serial interrupt load on your freebsd boxes. Regards, Mark Hittinger Netcom/Dallas bugs@freebsd.netcom.com From owner-freebsd-hackers Wed Jan 24 21:28:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA04275 for hackers-outgoing; Wed, 24 Jan 1996 21:28:47 -0800 (PST) Received: from becker2.u.washington.edu (spaz@becker2.u.washington.edu [140.142.12.68]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA03973 for ; Wed, 24 Jan 1996 21:27:25 -0800 (PST) Received: by becker2.u.washington.edu (5.65+UW96.01/UW-NDC Revision: 2.33 ) id AA30250; Wed, 24 Jan 96 21:26:39 -0800 X-Sender: spaz@becker2.u.washington.edu Date: Wed, 24 Jan 1996 21:26:37 -0800 (PST) From: John Utz To: Terry Lambert Cc: Luigi Rizzo , terry@lambert.org, james@miller.cs.uwm.edu, dufault@hda.com, hackers@FreeBSD.org, hasty@rah.star-gate.com, jkh@time.cdrom.com, multimedia@rah.star-gate.com Subject: Re: Amancio's tv program with capture! In-Reply-To: <199601250126.SAA01487@phaeton.artisoft.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk HI; On Wed, 24 Jan 1996, Terry Lambert wrote: > > I am impressed by the graphics. I think I have learned something! > > > > Perhaps we should ask your help to dump the output of a frame > > grabber into an xterm :) > > You would have to talk me into buying a board first. I am in a US West > service area, and though US West is rumored to be endpointing people > on the Internet now, their sales reps in the area are denying knowledge. > 64k is $80/month + endpointing charges in this area ($220/month for > endpointing from Internet Direct -- too much money!). usworst is evil, and i bet that u and i wind up with TCI as an ISP before we get it from usworst. > You probably didn't mean an xterm... imagine videoconferencing in > ASCII art. 8-). Terry! hmm! Are u forgetting? Think about that collection of mostly useless menus that you get with the control keys and mouse buttons ...Tek 4010 emulation...remember? > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > ******************************************************************************* John Utz spaz@u.washington.edu idiocy is the impulse function in the convolution of life From owner-freebsd-hackers Wed Jan 24 21:58:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA07213 for hackers-outgoing; Wed, 24 Jan 1996 21:58:13 -0800 (PST) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA07208 for ; Wed, 24 Jan 1996 21:58:10 -0800 (PST) Received: (from henrich@localhost) by crh.cl.msu.edu (8.6.12/8.6.12) id AAA06603; Thu, 25 Jan 1996 00:36:21 -0500 From: Charles Henrich Message-Id: <199601250536.AAA06603@crh.cl.msu.edu> Subject: Re: Amancio's tv program with capture! To: spaz@u.washington.edu (John Utz) Date: Thu, 25 Jan 1996 00:35:06 -0500 (EST) In-Reply-To: from "John Utz" at Jan 24, 96 09:26:37 pm X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > usworst is evil, and i bet that u and i wind up with TCI as an > ISP before we get it from usworst. Now whats wrong with TCI? Out here we get 4mb/sec service for $45/month, or 10mb/sec for $69/month, dedicated. Of course the peak throughput on the 4mb seems to be around 60KB/sec, and 400KB/sec on the 10mb/sec, but hey, it beats the hell out of a modem! -Crh Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-hackers Wed Jan 24 22:07:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA08416 for hackers-outgoing; Wed, 24 Jan 1996 22:07:09 -0800 (PST) Received: from localhost.lightside.com (hamby1.lightside.net [198.81.209.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA08386 for ; Wed, 24 Jan 1996 22:06:53 -0800 (PST) Received: (from jehamby@localhost) by localhost.lightside.com (8.6.12/8.6.9) id WAA00300; Wed, 24 Jan 1996 22:07:05 -0800 Date: Wed, 24 Jan 1996 22:07:05 -0800 (PST) From: Jake Hamby X-Sender: jehamby@localhost To: hackers@FreeBSD.ORG Subject: Linux Matters (Feb. '96 Byte) (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I just read another four-page article on Linux in Byte. This one was especially disturbing as it gave NO mention to FreeBSD, NetBSD, BSDI, Solaris, or ANY other non-Linux, non-MSDOS operating system, not even in a sidebar. At risk of sounding like one of the "Linux fanatics" that the author mentions, I think it stinks to see such a single-minded article when there are so many free OS's available. So I wrote this letter to the author and the Editors. Sorry to waste bandwidth with this, but if the Linux people managed to muscle their way into mainstream media with fanatical E-Mail tactics, a more civilized approach along the same lines may prove instructive. At any rate, I hope you enjoy, and feel free to write your own response... ------------------------------------------------------------------------------ Jake Hamby | E-Mail: jehamby@lightside.com Student, Cal Poly University, Pomona | System Administrator, JPL ------------------------------------------------------------------------------ ---------- Forwarded message ---------- Date: Wed, 24 Jan 1996 22:01:57 -0800 (PST) From: Jake Hamby To: tyager@maxx.net Cc: editors@bix.com Subject: Linux Matters (Feb. '96 Byte) At the risk of sounding like one of the "Linux fanatics" mentioned in your Linux Matters article, I'm surprised that you didn't mention any of the OTHER free Unixes available for PC's, FreeBSD and NetBSD, or inexpensive commercial Unixes like BSDI and Solaris. I used Linux for a year on my PC at home before I discovered FreeBSD. The superior networking performance of FreeBSD (noticeable even on my slow PPP connection, and documented in benchmarks at http://plastique.stanford.edu) combined with the simplicity of a single distribution (compared with at least three slightly incompatible Linux distributions mentioned in your article), and the freedom from worrying whether my kernel, libc, ld.so, binutils, or other components are up-to-date (as is often the case with Linux when you want to play with a new program), led me to switch, and although I still have my Linux partition, I'm ready to delete it as soon as I need the disk space. Those are just three advantages of FreeBSD. There are others, and likewise, there are disadvantages relative to Linux. For example, with fewer FreeBSD users, there is less new development, especially in the crucial area of device drivers. My point is that no OS is perfect, and since there are an abundance of excellent free OS's for PC, you should have mentioned some others so that your readers will choose the best one for their purpose. A prime example of this is a Web, FTP, or other Internet server: FreeBSD's superior 4.4BSD networking code makes it the obvious choice, all other things being equal, yet I'm distressed there are hundreds of Internet sites run with Linux, nonetheless. However, the most impressive (in my opinion) site, Walnut Creek CDROM (the home FTP site of Slackware LINUX :-), which services 300+ simultaneous FTP sessions, and 30+ simultaneous WWW hits, plus Netscape secure HTTP, FTP mirroring, and a few interactive users, all on a single 100MHz Pentium, is run using FreeBSD! In short, while Linux is the most popular Unix for PC's, and deserves attention commensurate with its popularity in your magazine, I felt that a four-page article with no mention of the wide variety of non-Microsoft, non-Linux OS's available on the PC (not even a sidebar!) is really unfair. One final comment: I hope you don't discard my article as the ravings of a "FreeBSD fanatic." I'm really not, but the excessive fanaticism of Linux users (even while I was one of them) really gets to me when I see it in the mainstream press. Remember how you would've treated this article a year ago if you received it with Linux substituted for FreeBSD, and MS-DOS substituted for Linux! I hope you can find room in your Letters to the Editor for some small excerpt as well. ------------------------------------------------------------------------------ Jake Hamby | E-Mail: jehamby@lightside.com Student, Cal Poly University, Pomona | System Administrator, JPL ------------------------------------------------------------------------------ P.S. I found your "The Sound and the Fury" sidebar doubly interesting because, some years back, I used to be an Amiga fanatic. To this day, I believe Commodore had a computer 10 years ahead of its time, and squandered it by their incompetence in marketing it, and lack of developer and user support. Still, the lack of hardware support led the Amiga to fall by the wayside technically, and while it's still a fun computer to use, it is severly lacking in horsepower. I would definitely not say that "The fanatical element" of the customer base hurt the Amiga, and any CEO who says this is an idiot, to say the least! If you have a loyal following, and you disown them when you start losing market share, you're left with nothing! I DOUBT that Apple's CEO would say that the fanatical Macintosh user base is a disadvantage to Apple's reputation, eh? From owner-freebsd-hackers Wed Jan 24 22:21:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA09892 for hackers-outgoing; Wed, 24 Jan 1996 22:21:44 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA09884 Wed, 24 Jan 1996 22:21:42 -0800 (PST) Message-Id: <199601250621.WAA09884@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: Jaye Mathisen cc: hackers@freebsd.org Subject: Re: Weird problem, 2940UW -stable, etc. In-reply-to: Your message of "Tue, 23 Jan 1996 20:49:05 PST." Date: Wed, 24 Jan 1996 22:21:42 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org Precedence: bulk >The locks up when INN is running. So I popped a >different disk under /news, and ran fsck on the disk for 30 hours >straight with nary a glitch. Reboot with the RAID disk mounted as /news, >and it failed within an hour. (By fail, I mean I get messages about SCSI >timeout). Note that at no time was any hardware changed or moved, the >only changes here have been fstab changes. Why did you run fsck as your test? Fsck opens the raw device and in doing so may not exercise the same bug if it is a bug. >I have a comm port on the RAID controller, and hooked up a terminal to it >to watch, and I notice that for some reason, it's picking up a SCSI Bus >RESET, right in the middle of things, while the FS is active. Do you get the RESET after the timouts start to happen? Issuing a reset is part of the (very broken at the moment) error recovery code in the driver. If you are getting a reset during normal I/O activity, I'd say your RAID is broken. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Wed Jan 24 22:47:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA12737 for hackers-outgoing; Wed, 24 Jan 1996 22:47:12 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA12727 for ; Wed, 24 Jan 1996 22:47:09 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id HAA11627; Thu, 25 Jan 1996 07:46:53 +0100 From: Luigi Rizzo Message-Id: <199601250646.HAA11627@labinfo.iet.unipi.it> Subject: Re: How to modify a driver for PCI card ? To: se@ZPR.Uni-Koeln.DE (Stefan Esser) Date: Thu, 25 Jan 1996 07:46:52 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: <199601250136.AA22198@Sysiphos> from "Stefan Esser" at Jan 25, 96 02:36:31 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > } Would it be hard to modify the "ed" driver to take care of this, > } and correctly recognize the PCI card ? I am quite confused on what > } would be necessary, and if it would break anything. > > No, it would be a good idea to include the card > as a supported PCI device ... except from the location of the driver in the source tree, I cannot tell the difference between the two things. See the lnc driver. > You may have a look at how the bt driver deals > with this issue: /sys/pci/bt9xx.c. > > All you need is a wrapper, that recognizes the > vendor and device IDs, and call the ISA if_ed > attach code with the port address and irq read > from PCI configuration space registers. > > This has to be done for quite a number of other > PCI cards, that emulate common ISA controllers. > (E.g. for the Lance Ethernet driver if_lnc.c.) yes, except that (according to the author of the if_lnc driver) some PCI lnc chipsets (like the one I have) show up as VLB devices... > I'd do it, if I only had the time ... :( Common problem... Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-hackers Wed Jan 24 22:54:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA13590 for hackers-outgoing; Wed, 24 Jan 1996 22:54:02 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA13581 for ; Wed, 24 Jan 1996 22:53:56 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id HAA11635; Thu, 25 Jan 1996 07:53:40 +0100 From: Luigi Rizzo Message-Id: <199601250653.HAA11635@labinfo.iet.unipi.it> Subject: Re: Amancio's tv program with capture! To: terry@lambert.org (Terry Lambert) Date: Thu, 25 Jan 1996 07:53:40 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: <199601250126.SAA01487@phaeton.artisoft.com> from "Terry Lambert" at Jan 24, 96 06:26:15 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > I am impressed by the graphics. I think I have learned something! > > > > Perhaps we should ask your help to dump the output of a frame > > grabber into an xterm :) > > You would have to talk me into buying a board first. I am in a US West > service area, and though US West is rumored to be endpointing people > on the Internet now, their sales reps in the area are denying knowledge. > 64k is $80/month + endpointing charges in this area ($220/month for > endpointing from Internet Direct -- too much money!). > > You probably didn't mean an xterm... imagine videoconferencing in > ASCII art. 8-). I did exactly mean that: I was really impressed by the quality of your ascii drawing! And, there are advantages in using ascii: faces are all the same, moving lips just require to flip a couple of chars: ______ ______ ,/------\. ,/------\. ] o o [ ] o o [ | / | | / | \ == / \ -- / \____/ \____/ Luigi From owner-freebsd-hackers Wed Jan 24 23:27:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA17259 for hackers-outgoing; Wed, 24 Jan 1996 23:27:33 -0800 (PST) Received: from ns (ns.via.net [140.174.204.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA17250 for ; Wed, 24 Jan 1996 23:27:29 -0800 (PST) Received: (from joe@localhost) by ns.via.net (8.6.9/8.6.9) id WAA02225 for hackers@FreeBSD.org; Wed, 24 Jan 1996 22:44:08 -0800 Date: Wed, 24 Jan 1996 22:44:08 -0800 From: Joe McGuckin Message-Id: <199601250644.WAA02225@ns.via.net> To: hackers@FreeBSD.org Subject: Can't get PCI to work Sender: owner-hackers@FreeBSD.org Precedence: bulk I just added an SMC Etherpower PCI Ethernet card. When the system boots, it can probe the card. but can't read out the ethernet address. Is there anything special I need to do to set up PCI? Bios settings? The motherboard uses the ALI chipset. It has an award bios. The error message is: Jan 24 21:44:00 ovation /kernel: Probing for devices on the pci0 bus: Jan 24 21:44:00 ovation /kernel: configuration mode 2 allows 16 devices. Jan 24 21:44:00 ovation /kernel: pci0:0: vendor=0x10b9, device=0x1451, class=bri dge [not supported] Jan 24 21:44:00 ovation /kernel: pci0:2: vendor=0x10b9, device=0x1449, class=old [not supported] Jan 24 21:44:00 ovation /kernel: de0 rev 17 int a irq 10 on pci0:5 Jan 24 21:44:01 ovation /kernel: reg20: virtual=0xf6656000 physical=0xf00 00000 size=0x80 Jan 24 21:44:01 ovation /kernel: de0: can't read ENET ROM (why=-4) (000000000000 00000000000000000000000001010000c06bb5c8001e00000000 Jan 24 21:44:01 ovation /kernel: de0: DC21041 [10Mb/s] pass 1.1 Ethernet address unknown Jan 24 21:44:01 ovation /kernel: pci0:6: vendor=0x1095, device=0x640, class=stor age [not supported] Jan 24 21:44:01 ovation /kernel: pci0: uses 128 bytes of memory from f0000000 up to f000007f. Jan 24 21:44:01 ovation /kernel: pci0: uses 128 bytes of I/O space from 6000 upt o 607f. Also, it won't let me set the ethernet address manually. -joe joe@via.net From owner-freebsd-hackers Thu Jan 25 00:25:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA25928 for hackers-outgoing; Thu, 25 Jan 1996 00:25:19 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA25921 for ; Thu, 25 Jan 1996 00:25:15 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id TAA29877; Thu, 25 Jan 1996 19:01:57 +1030 From: Michael Smith Message-Id: <199601250831.TAA29877@genesis.atrad.adelaide.edu.au> Subject: Re: Amancio's tv program with capture! To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Thu, 25 Jan 1996 19:01:56 +1030 (CST) Cc: terry@lambert.org, hackers@FreeBSD.org In-Reply-To: <199601250653.HAA11635@labinfo.iet.unipi.it> from "Luigi Rizzo" at Jan 25, 96 07:53:40 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk Luigi Rizzo stands accused of saying: > > You probably didn't mean an xterm... imagine videoconferencing in > > ASCII art. 8-). > > I did exactly mean that: I was really impressed by the quality of > your ascii drawing! > > And, there are advantages in using ascii: faces are all the same, > moving lips just require to flip a couple of chars: > > ______ ______ > ,/------\. ,/------\. > ] o o [ ] o o [ > | / | | / | > \ == / \ -- / > \____/ \____/ This reminds me of a really atrocious old Mac terminal program whose one claim to fame was interpreting the output from online chat sessions, animating a set of faces onscreen and attempting to speak the words. *ahem*. I'll shut up now 8) > Luigi -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Thu Jan 25 00:35:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA27310 for hackers-outgoing; Thu, 25 Jan 1996 00:35:48 -0800 (PST) Received: from zed.ludd.luth.se (root@zed.ludd.luth.se [130.240.16.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA27298 for ; Thu, 25 Jan 1996 00:35:42 -0800 (PST) Received: from father.ludd.luth.se (father.ludd.luth.se [130.240.16.18]) by zed.ludd.luth.se (8.7.2/8.7.2) with ESMTP id JAA19475 for ; Thu, 25 Jan 1996 09:35:37 +0100 From: Mikael Nykvist Received: (viper@localhost) by father.ludd.luth.se (8.6.11/8.6.11) id JAA21977 for freebsd-hackers@freebsd.org; Thu, 25 Jan 1996 09:35:31 +0100 Message-Id: <199601250835.JAA21977@father.ludd.luth.se> Subject: IP Masquerading? To: freebsd-hackers@freebsd.org Date: Thu, 25 Jan 1996 09:35:30 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Howdy! Has any1 implemented ip masquerading? Or has any info/ETA if it will be? If not, any guess how hard it would be to 'port' the Linux code? Or, if there is something equvivalent? Any help info welcome! /Mikael -- Mikael Nykvist, viper@ludd.luth.se From owner-freebsd-hackers Thu Jan 25 01:09:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA03283 for hackers-outgoing; Thu, 25 Jan 1996 01:09:40 -0800 (PST) Received: from paris.CS.Berkeley.EDU (paris.CS.Berkeley.EDU [128.32.34.47]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA03274 for ; Thu, 25 Jan 1996 01:09:37 -0800 (PST) Received: (from jmacd@localhost) by paris.CS.Berkeley.EDU (8.6.11/8.6.9) id BAA19980 for freebsd-hackers@freebsd.org; Thu, 25 Jan 1996 01:09:28 -0800 Date: Thu, 25 Jan 1996 01:09:28 -0800 From: Josh MacDonald Message-Id: <199601250909.BAA19980@paris.CS.Berkeley.EDU> To: freebsd-hackers@freebsd.org Subject: sticky directory symlinks Sender: owner-hackers@freebsd.org Precedence: bulk I apologize if this has been discussed before, though I couldn't find anything on the subject. I asked a NetBSD user and he said he recalled some discussion on this topic but didn't recall the results. I just encountered the following problem: axis-/tmp % ls -ld . drwxrwsrwt 4 root wheel 512 Jan 25 00:46 ./ axis-/tmp % ln -s this sucks axis-/tmp % ls -l sucks lrwxrwsrwt 1 root wheel 4 Jan 25 00:46 sucks@ -> this axis-/tmp % rm sucks rm: sucks: Operation not permitted /tmp is mode 1777 and when I create a symlink I can't remove it. I notice that the link shares the sticky dirs inode. I think this is very very bad. I guess that an optimization is made where the linkname is kept in the directory file instead of on disk but if its a sticky directory, then I can't remove something I create. That sucks a lot. Has this been brought up before? -josh From owner-freebsd-hackers Thu Jan 25 05:54:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA22692 for hackers-outgoing; Thu, 25 Jan 1996 05:54:47 -0800 (PST) Received: from spooky.rwwa.com (rwwa.com [198.115.177.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA22679 for ; Thu, 25 Jan 1996 05:53:30 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by spooky.rwwa.com (8.6.11/8.6.9) with SMTP id IAA05420; Thu, 25 Jan 1996 08:35:08 -0500 Message-Id: <199601251335.IAA05420@spooky.rwwa.com> X-Authentication-Warning: spooky.rwwa.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.5.3 12/28/94 To: "Jordan K. Hubbard" cc: Terry Lambert , luigi@labinfo.iet.unipi.it (Luigi Rizzo), james@miller.cs.uwm.edu, dufault@hda.com, hackers@FreeBSD.org, hasty@rah.star-gate.com, multimedia@rah.star-gate.com Subject: Re: Amancio's tv program with capture! In-reply-to: Your message of "Wed, 24 Jan 1996 18:47:30 PST." <19923.822538050@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 25 Jan 1996 08:35:07 -0500 From: Robert Withrow Sender: owner-hackers@FreeBSD.org Precedence: bulk > Greetings from USENIX, BTW. I've talked to a number of your cronies > from Novell. Quite amusing - they all have such interesting stories to > tell! :-) Ah yes... Terry Stories... Wink Wink Nudge Nudge ... ----------------------------------------------------------------------------- Robert Withrow, Tel: +1 617 592 8935, Net: witr@rwwa.COM From owner-freebsd-hackers Thu Jan 25 06:53:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA24928 for hackers-outgoing; Thu, 25 Jan 1996 06:53:59 -0800 (PST) Received: from etinc.com (et-gw.etinc.com [165.254.13.209]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA24921 for ; Thu, 25 Jan 1996 06:53:53 -0800 (PST) Received: from dialup-110.cdmo.com (dialup-110.cdmo.com [204.141.95.167]) by etinc.com (8.6.12/8.6.9) with SMTP id JAA03512; Thu, 25 Jan 1996 09:52:35 -0500 Date: Thu, 25 Jan 1996 09:52:35 -0500 Message-Id: <199601251452.JAA03512@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: michael butler From: dennis@etinc.com (dennis) Subject: Re: NetBUI and/or IPX routing? Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >> We will be using Netware and NT between segments. Will this be possible >> in 2.1? > >With NT running SMB (e.g. LANMAN) protocols (e.g. LANMAN) over TCP/IP, you >can do this already. If you wish to use the FreeBSD box as a file server, >then chase up the SAMBA port. > >> How about in 2.2? > >AFAIK "-current" has early IPX support although I've not (yet) tried it. > >NETBEUI is unlikely to be supported .. ever .. even MS have (effectively) >dropped it seriously reducing anyone's interest in making it fly. > >This raises a question of mine .. is it possible to have one Novell server >on one ethernet segment and none on another (workstation) side ? I gather >that I need to specify a different Novell "network number" on each side of >the FreeBSD box but does this prevent me from using a "far" server as my >nearest ? Emerging Technologies has an add-on product which will route IPX traffic between ethernet segments (see www.etinc.com/server.htm). Currently, the product is only available in our Comm board driver, however. Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Thu Jan 25 06:57:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA25085 for hackers-outgoing; Thu, 25 Jan 1996 06:57:36 -0800 (PST) Received: from mail11.digital.com (mail11.digital.com [192.208.46.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA25079 for ; Thu, 25 Jan 1996 06:57:34 -0800 (PST) Received: from muggsy.lkg.dec.com by mail11.digital.com (5.65v3.2/1.0/WV) id AA20949; Thu, 25 Jan 1996 09:46:21 -0500 Received: from whydos.lkg.dec.com by muggsy.lkg.dec.com (5.65/DEC-Ultrix/4.3) with SMTP id AA01267; Thu, 25 Jan 1996 09:46:19 -0500 Received: from localhost (localhost [127.0.0.1]) by whydos.lkg.dec.com (8.6.11/8.6.9) with SMTP id OAA18682; Thu, 25 Jan 1996 14:57:02 GMT Message-Id: <199601251457.OAA18682@whydos.lkg.dec.com> X-Authentication-Warning: whydos.lkg.dec.com: Host localhost didn't use HELO protocol To: Joe McGuckin Cc: hackers@freebsd.org Subject: Re: Can't get PCI to work In-Reply-To: Your message of "Wed, 24 Jan 1996 22:44:08 PST." <199601250644.WAA02225@ns.via.net> X-Mailer: exmh version 1.5omega 10/6/94 Date: Thu, 25 Jan 1996 14:57:01 +0000 From: Matt Thomas Sender: owner-hackers@freebsd.org Precedence: bulk > > > I just added an SMC Etherpower PCI Ethernet card. When the system boots, > it can probe the card. but can't read out the ethernet address. > Is there anything special I need to do to set up PCI? Bios settings? > Jan 24 21:44:01 ovation /kernel: de0: can't read ENET ROM (why=-4) (000000000000 > 00000000000000000000000001010000c06bb5c8001e00000000 > Jan 24 21:44:01 ovation /kernel: de0: DC21041 [10Mb/s] pass 1.1 Ethernet address The SROM checksum is not valid on the board. Have you run the diskette based diagnostics on it? ONe thing to try is to go into if_de.c in the route tulip_read_macaddr and change: } else if (sc->tulip_rombuf[126] == 0xff && sc->tulip_rombuf[127] == 0xFF) { to: } else /* if (sc->tulip_rombuf[126] == 0xff && sc->tulip_rombuf[127] == 0xFF) */ { and rebuild your kernel. Matt Thomas Internet: matt@3am-software.com 3am Software Foundry WWW URL: http://www.3am-software.com/bio/matt.html Westford, MA Disclaimer: I disavow all knowledge of this message From owner-freebsd-hackers Thu Jan 25 08:41:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA00844 for hackers-outgoing; Thu, 25 Jan 1996 08:41:43 -0800 (PST) Received: from pr.erau.edu (moon.pr.erau.edu [192.101.135.8]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA00837 for ; Thu, 25 Jan 1996 08:41:41 -0800 (PST) Received: from moon by pr.erau.edu with smtp (Smail3.1.29.1 #18) id m0tfUjp-00023KC; Thu, 25 Jan 96 09:41 MST Date: Thu, 25 Jan 1996 09:41:29 -0700 (MST) From: Stephen Waits X-Sender: swaits@moon To: michael butler cc: hackers@freebsd.org Subject: Re: NetBUI and/or IPX routing? In-Reply-To: <199601250208.NAA19814@asstdc.scgt.oz.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Thu, 25 Jan 1996, michael butler wrote: > This raises a question of mine .. is it possible to have one Novell server > on one ethernet segment and none on another (workstation) side ? I gather > that I need to specify a different Novell "network number" on each side of > the FreeBSD box but does this prevent me from using a "far" server as my > nearest ? Seems to me like this should be possible. There must be some way to tell the client its server is on another ipx network. Or, perhaps, the router between the two ipx nets will pass broadcasts (ie "advertising") between the two nets.. I've gotten Samba running on a 2.1.0 box now. I'm just having a hell of a time getting a Windows '95 box to talk to it.. argh! Any tips? --Steve (http://pr.erau.edu/~swaits) From owner-freebsd-hackers Thu Jan 25 09:23:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA02652 for hackers-outgoing; Thu, 25 Jan 1996 09:23:58 -0800 (PST) Received: from io.org (io.org [198.133.36.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA02647 for ; Thu, 25 Jan 1996 09:23:53 -0800 (PST) Received: from mnewton.newland.com (mnewton.net5a.io.org [199.166.190.83]) by io.org (8.6.12/8.6.12) with SMTP id MAA04469 for ; Thu, 25 Jan 1996 12:23:43 -0500 Date: Thu, 25 Jan 1996 12:23:43 -0500 Message-Id: <199601251723.MAA04469@io.org> X-Sender: mnewton@io.org (Unverified) X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: mnewton@io.org (Malcolm Newton) Subject: ppp network connect on ISDN line Sender: owner-hackers@freebsd.org Precedence: bulk I have a motorola bitsurfer that is connecting to an Ascend 4000 using ppp i get passed authentication and show ipcp gives back ip's and hostnames the next phase called network (connect?) disconnects after 1 or 2 seconds my ppp.linkup has my addr ip address etc but it doesnt seem to get to attached the ip to the tun0 devices ?? any thoughts on the subject ????????? Malcolm Newton President mnewton@io.org http://www.io.org/~mnewton VisiSoft Corp 2145 Dunwin Dr unit 11, Mississauga,Ont. Can L5L 4L9 (905) 607 6263 (905) 607 6122 fax From owner-freebsd-hackers Thu Jan 25 10:51:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA08412 for hackers-outgoing; Thu, 25 Jan 1996 10:51:52 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA08403 for ; Thu, 25 Jan 1996 10:51:50 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id KAA20222; Thu, 25 Jan 1996 10:45:33 -0800 To: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) cc: jkh@freefall.freebsd.org, hackers@FreeBSD.org Subject: Re: PCMCIA stuff. In-reply-to: Your message of "Wed, 24 Jan 1996 11:32:10 +0900." <199601240232.LAA25873@frig.mt.cs.keio.ac.jp> Date: Thu, 25 Jan 1996 10:45:32 -0800 Message-ID: <20207.822595532@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > PCMCIA cards has its configuration information in its ROM, named "CIS" > (The Card Information Structure). You can read these parameters by > using 'pccardc' command. Type Yup, we tried this. The problem is that the sio probe code also fails to detech the modem, and even weakening the prbe doesn't help since it appears that the modem is simply too different in its handshaking with sio to work. Once the probe is weakened, you crash elsewhere in the driver. Kind of sad since I figured by buying a US Robotics modem, I was getting something pretty mainstream, but it doesn't seem to be liked much by the pccard stuff. :-) Jordan From owner-freebsd-hackers Thu Jan 25 11:32:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA11092 for hackers-outgoing; Thu, 25 Jan 1996 11:32:50 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA11083 for ; Thu, 25 Jan 1996 11:32:48 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA03031; Thu, 25 Jan 1996 12:27:04 -0700 From: Terry Lambert Message-Id: <199601251927.MAA03031@phaeton.artisoft.com> Subject: Re: Amancio's tv program with capture! To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 25 Jan 1996 12:27:04 -0700 (MST) Cc: terry@lambert.org, luigi@labinfo.iet.unipi.it, james@miller.cs.uwm.edu, dufault@hda.com, hackers@FreeBSD.org, hasty@rah.star-gate.com, multimedia@rah.star-gate.com In-Reply-To: <19923.822538050@time.cdrom.com> from "Jordan K. Hubbard" at Jan 24, 96 06:47:30 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > > You might be able to map the region and treat it as a pixmap, if it > > were a linear frame buffer. You would have to mangle a pixmap header > > onto the front of it. > > Terry, with all due respect, I think you *still* don't understand the > problem. The shared memory segment is NOT created by the server, not > is any special formattting of the area reauired. There are extension > calls for using the shared memory segment in a way that is understood > by both server and client. > > I think you really should take a look at the code at this point since > every message I've seen from you on this topic only indicates that > you're getting further from understanding, not closer. I think you are missing the boat, too. 8-). You can map the physical device memory into the user address space, and if you cheat on mapping, get an object that is directly manipulable. But that object can't be exported as a shared memory region of a type the server can understand, since the layout won't match that of the Xshm protocol. So you can save the copy on the way in, but not the copy to the display memory, and if the formats are different, not the copy to the Xshm region (assuming you use that interface to the server). > Greetings from USENIX, BTW. I've talked to a number of your cronies > from Novell. Quite amusing - they all have such interesting stories to > tell! :-) Oh, that's hard to believe. 8-). Tell them "hi" for me! Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Jan 25 11:33:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA11141 for hackers-outgoing; Thu, 25 Jan 1996 11:33:21 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA11129 for ; Thu, 25 Jan 1996 11:33:10 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA03042; Thu, 25 Jan 1996 12:27:42 -0700 From: Terry Lambert Message-Id: <199601251927.MAA03042@phaeton.artisoft.com> Subject: Re: Amancio's tv program with capture! To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 25 Jan 1996 12:27:42 -0700 (MST) Cc: luigi@labinfo.iet.unipi.it, terry@lambert.org, james@miller.cs.uwm.edu, dufault@hda.com, hackers@FreeBSD.org, hasty@rah.star-gate.com, multimedia@rah.star-gate.com In-Reply-To: <27320.822538190@time.cdrom.com> from "Jordan K. Hubbard" at Jan 24, 96 06:49:50 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > > > Pixmap header, negative offset from 4k adjacency boundry > > BTW, the server doesn't use pixmaps with the shared memory extension. > It uses XImages. You can't avoid having to do the conversion. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Jan 25 11:36:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA11545 for hackers-outgoing; Thu, 25 Jan 1996 11:36:22 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA11540 for ; Thu, 25 Jan 1996 11:36:20 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA03064; Thu, 25 Jan 1996 12:34:02 -0700 From: Terry Lambert Message-Id: <199601251934.MAA03064@phaeton.artisoft.com> Subject: Re: NetBUI and/or IPX routing? To: imb@scgt.oz.au (michael butler) Date: Thu, 25 Jan 1996 12:34:01 -0700 (MST) Cc: swaits@pr.erau.edu, hackers@FreeBSD.org In-Reply-To: <199601250208.NAA19814@asstdc.scgt.oz.au> from "michael butler" at Jan 25, 96 01:08:31 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > This raises a question of mine .. is it possible to have one Novell server > on one ethernet segment and none on another (workstation) side ? I gather > that I need to specify a different Novell "network number" on each side of > the FreeBSD box but does this prevent me from using a "far" server as my > nearest ? The "GetNearestServer" packet is a brodcast packet local to the segment the station is on. It is expected that you will have at least one local server per segment. You *could* proxy-respond if you were a brouter *and* you knew there was no server going to respond. Typically, you set a delay for server response preference. That way, if ther is a local server, it will respond before you do and the client will pick it instead. If you did proxy respond, you'd have to lie about your address, which would convince the client it was on a segment other than the one it was really on. Responding to such a client and then expecting it to use NCP's over you as a local brouter to get to the real segment would probably cause a hop count conflict unless you really went whole hog, so I'd expect a number of console messages on the real Novell server that you proxied to. Let's just simplify this as: Not Recommended. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Jan 25 11:43:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA12066 for hackers-outgoing; Thu, 25 Jan 1996 11:43:39 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA12058 for ; Thu, 25 Jan 1996 11:43:37 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA03083; Thu, 25 Jan 1996 12:40:00 -0700 From: Terry Lambert Message-Id: <199601251940.MAA03083@phaeton.artisoft.com> Subject: Re: NFS trouble ? To: m_tanaka@pa.yokogawa.co.jp (Mihoko Tanaka) Date: Thu, 25 Jan 1996 12:39:59 -0700 (MST) Cc: terry@lambert.org, freebsd-hackers@freebsd.org In-Reply-To: <9601250359.AA05302@cabbage.pa.yokogawa.co.jp> from "Mihoko Tanaka" at Jan 25, 96 12:59:51 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > But I guess that the kernel must not panic even if a user program do > anything. Agreed. A non-root user should not be able to cause a system to shut down no matter what they do in software. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Jan 25 11:48:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA12486 for hackers-outgoing; Thu, 25 Jan 1996 11:48:19 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA12481 for ; Thu, 25 Jan 1996 11:48:18 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA03106; Thu, 25 Jan 1996 12:46:20 -0700 From: Terry Lambert Message-Id: <199601251946.MAA03106@phaeton.artisoft.com> Subject: Re: sticky directory symlinks To: jmacd@CS.Berkeley.EDU (Josh MacDonald) Date: Thu, 25 Jan 1996 12:46:19 -0700 (MST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199601250909.BAA19980@paris.CS.Berkeley.EDU> from "Josh MacDonald" at Jan 25, 96 01:09:28 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > axis-/tmp % ls -ld . > drwxrwsrwt 4 root wheel 512 Jan 25 00:46 ./ > axis-/tmp % ln -s this sucks > axis-/tmp % ls -l sucks > lrwxrwsrwt 1 root wheel 4 Jan 25 00:46 sucks@ -> this > axis-/tmp % rm sucks > rm: sucks: Operation not permitted > > /tmp is mode 1777 and when I create a symlink I can't remove it. > I notice that the link shares the sticky dirs inode. I think > this is very very bad. I guess that an optimization is made > where the linkname is kept in the directory file instead of > on disk but if its a sticky directory, then I can't remove > something I create. That sucks a lot. Has this been brought > up before? Yes, it has. The change was intentional, and the side effects were known at the time of the change. This is not a "FreeBSD'ism", it's an inheritance from 4.4-Lite, and saves an inode and sizof(frag) at a minimum, per symlink. Consider the overall savings on a large news spool area, and you may even agree that the cost is worth it. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Jan 25 12:19:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA14776 for hackers-outgoing; Thu, 25 Jan 1996 12:19:15 -0800 (PST) Received: from linux4nn.gn.iaf.nl (root@linux4nn.gn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA14756 for ; Thu, 25 Jan 1996 12:19:09 -0800 (PST) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id VAA06461 for ; Thu, 25 Jan 1996 21:18:44 +0100 Received: by uni4nn.iaf.nl with UUCP id AA07075 (5.67b/IDA-1.5 for FreeBSD-hackers@freebsd.org); Thu, 25 Jan 1996 21:18:23 +0100 Received: by iafnl.es.iaf.nl with UUCP id AA14349 (5.65c/IDA-1.4.4); Thu, 25 Jan 1996 21:04:13 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.12/8.6.6) id VAA01331 for FreeBSD-hackers@freebsd.org; Thu, 25 Jan 1996 21:02:00 +0100 From: Wilko Bulte Message-Id: <199601252002.VAA01331@yedi.iaf.nl> X-Organisation: Private FreeBSD site - Arnhem - The Netherlands Subject: Rock Ridge CDs, dir depth limits To: FreeBSD-hackers@freebsd.org (FreeBSD hackers list) Date: Thu, 25 Jan 1996 21:01:59 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Although not strictly FreeBSD related: - what is the directory depth limit of RockRidge CDs? ISO9660 has the infamous 8 level limit, RR is there to break (a.o.) this limit. I'm currently fighting some &*^*( CDwriter sw package that insists 12 deep is the limit. - related: a working example of the mkisofs command for FreeBSD would be nice. I can probably use the aforementioned sw to take the mkisofs image to the actual disk. TNX, Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Thu Jan 25 12:57:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA18363 for hackers-outgoing; Thu, 25 Jan 1996 12:57:39 -0800 (PST) Received: from cwbone.bsi.com.br ([200.250.250.14]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA18202 Thu, 25 Jan 1996 12:55:30 -0800 (PST) Received: (from jalves@localhost) by cwbone.bsi.com.br (8.6.11/8.6.9) id SAA24301; Thu, 25 Jan 1996 18:54:20 GMT Date: Thu, 25 Jan 1996 18:54:20 +0000 () From: Joao Alves Junior To: freebsd-questions@freebsd.org cc: freebsd-hackers@freebsd.org Subject: Help!!!! System is auto rebooting!!! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk My FreeBSD 2.0.5 system is rebooting automatically. The message that it send is " Panic : Multiple Free" " Syncing disks 22 22 22 22 22 22 22 22 ". Could anyone help me, please????? Thanks From owner-freebsd-hackers Thu Jan 25 13:00:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA18709 for hackers-outgoing; Thu, 25 Jan 1996 13:00:46 -0800 (PST) Received: (from hsu@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA18701 Thu, 25 Jan 1996 13:00:43 -0800 (PST) Date: Thu, 25 Jan 1996 13:00:43 -0800 (PST) From: Jeffrey Hsu Message-Id: <199601252100.NAA18701@freefall.freebsd.org> To: bde Subject: i386 in Cc: hackers Sender: owner-hackers@FreeBSD.ORG Precedence: bulk In the following lines of #if (mc68000 || sparc || vax || i386 || tahoe || hp300) typedef u_long u_int32; /* 32-bit unsigned integers */ #endif union des_block { struct { u_int32 high; u_int32 low; } key; char c[8]; }; the #if i386 in causes compiles to fail when using the -ansi flag, since then only __i386__ is defined and not i386. Should we 1. remove the #if conditional 2. add __i386__ to the conditional 3. change the uses of u_int32 to u_int32_t and remove the typedef Jeffrey From owner-freebsd-hackers Thu Jan 25 13:22:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA22966 for hackers-outgoing; Thu, 25 Jan 1996 13:22:14 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA22873 Thu, 25 Jan 1996 13:22:06 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id IAA31852; Fri, 26 Jan 1996 08:15:26 +1100 Date: Fri, 26 Jan 1996 08:15:26 +1100 From: Bruce Evans Message-Id: <199601252115.IAA31852@godzilla.zeta.org.au> To: bde@freefall.freebsd.org, hsu@freefall.freebsd.org Subject: Re: i386 in Cc: hackers@freefall.freebsd.org Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >In the following lines of > #if (mc68000 || sparc || vax || i386 || tahoe || hp300) > typedef u_long u_int32; /* 32-bit unsigned integers */ > #endif > union des_block { > struct { > u_int32 high; > u_int32 low; > } key; > char c[8]; > }; >the #if i386 in causes compiles to fail when >using the -ansi flag, since then only __i386__ is defined and >not i386. >Should we > 1. remove the #if conditional > 2. add __i386__ to the conditional > 3. change the uses of u_int32 to u_int32_t and remove the typedef Copy NetBSD and use `typedef u_int32_t u_int32'. This avoids having to change the names in 3. Bruce From owner-freebsd-hackers Thu Jan 25 13:32:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA29048 for hackers-outgoing; Thu, 25 Jan 1996 13:32:00 -0800 (PST) Received: from ki.net (root@ki.net [142.77.249.8]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA28930 Thu, 25 Jan 1996 13:31:52 -0800 (PST) Received: (from scrappy@localhost) by ki.net (8.7.3/8.7.3) id QAA12623; Thu, 25 Jan 1996 16:31:08 -0500 (EST) Date: Thu, 25 Jan 1996 16:31:08 -0500 (EST) From: "Marc G. Fournier" To: Joao Alves Junior cc: freebsd-questions@FreeBSD.org, freebsd-hackers@FreeBSD.org Subject: Re: Help!!!! System is auto rebooting!!! In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Thu, 25 Jan 1996, Joao Alves Junior wrote: > My FreeBSD 2.0.5 system is rebooting automatically. The message that it > send is " Panic : Multiple Free" " Syncing disks 22 22 22 22 22 22 22 22 ". > Could anyone help me, please????? > Try upgrading to 2.1.0-RELEASE, as there was alot of bug fixes between the two, and 2.1.0-RELEASE has been out for over a month now, and has been running relatively stable on my machine. Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-hackers Thu Jan 25 13:48:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA09187 for hackers-outgoing; Thu, 25 Jan 1996 13:48:18 -0800 (PST) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA09176 for ; Thu, 25 Jan 1996 13:48:11 -0800 (PST) Received: (from henrich@localhost) by crh.cl.msu.edu (8.6.12/8.6.12) id QAA09738 for hackers@freebsd.org; Thu, 25 Jan 1996 16:48:04 -0500 From: Charles Henrich Message-Id: <199601252148.QAA09738@crh.cl.msu.edu> Subject: Mirror that works? (Mirror that will mirror cdrom.com ?) To: hackers@freebsd.org Date: Thu, 25 Jan 1996 16:48:04 -0500 (EST) X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Im attempting to get a mirror to run that will mirror the FreeBSD tree at cdrom.com, however the one in the distribution fails miserably. I went out and found some patches that replaced ftp.pl and it still fails. Obviously this sucks. Does anyone know of a mirror that will work? -Crh Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-hackers Thu Jan 25 14:04:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA10360 for hackers-outgoing; Thu, 25 Jan 1996 14:04:05 -0800 (PST) Received: (from hsu@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA10339 Thu, 25 Jan 1996 14:04:04 -0800 (PST) Date: Thu, 25 Jan 1996 14:04:04 -0800 (PST) From: Jeffrey Hsu Message-Id: <199601252204.OAA10339@freefall.freebsd.org> To: bde@zeta.org.au Subject: Re: i386 in Cc: hackers Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I'm not quite sure why they preserve the two uses of u_int32 when every other use of u_long has been converted to u_int32_t. From owner-freebsd-hackers Thu Jan 25 15:48:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA18515 for hackers-outgoing; Thu, 25 Jan 1996 15:48:24 -0800 (PST) Received: from ki.net (root@ki.net [142.77.249.8]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA18506 for ; Thu, 25 Jan 1996 15:48:17 -0800 (PST) Received: (from scrappy@localhost) by ki.net (8.7.3/8.7.3) id SAA14790; Thu, 25 Jan 1996 18:48:18 -0500 (EST) Date: Thu, 25 Jan 1996 18:48:15 -0500 (EST) From: "Marc G. Fournier" To: hackers@freebsd.org Subject: Program getting signal 11 for no obvious reason Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hi... I'm trying to figure out why I'm getting a SIGSEG on a cgi-bin I just wrote, have gotten to the point where I'm blind to possible problems, so figured I'd ask here and see if anyone can point out what is wrong. I've spent the whole day going through the code one statement at a time, putting in an 'exit(0)' in one place, testing, and then advancing it to the next step, over and over again. I worked it down so that if I put an exit(0) call as the statement right before the "return 0;" and I get no error. If I take the exit(0); out of that function and put it right after the call to the function in the calling function, I get the SIGSEV when I run. The call to the function from the main program is the last thing that happens in the program, the function returns an int, but I'm not currently checking the return value. Now, two points. The function that I'm calling works, and completes properly (the function takes a list, converts it to an insert statement for an SQL database, and writes the record to the database properly). And, the exact same function works in a non-cgi (command line) program. As such, I'm at a complete loss for where to look next to find the bug. Can anyone give me a clue as to where i should look? Thanks... Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-hackers Thu Jan 25 16:26:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA20876 for hackers-outgoing; Thu, 25 Jan 1996 16:26:32 -0800 (PST) Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA20869 for ; Thu, 25 Jan 1996 16:26:15 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.12/8.6.12) with SMTP id RAA25136 for ; Thu, 25 Jan 1996 17:26:04 -0700 Message-Id: <199601260026.RAA25136@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: freebsd-hackers@FreeBSD.org Subject: pcemu & COM ports Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 25 Jan 1996 17:26:02 -0700 Sender: owner-hackers@FreeBSD.org Precedence: bulk Hi, Am I correct in believing that pcemu has no way of emulating a COM[1234] port via attachment to a /dev/ttydxxx port? Has anyone found a solution to this problem? -- Steve Passe | powered by smp@csn.net | FreeBSD From owner-freebsd-hackers Thu Jan 25 20:14:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA03092 for hackers-outgoing; Thu, 25 Jan 1996 20:14:05 -0800 (PST) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA03087 for ; Thu, 25 Jan 1996 20:13:52 -0800 (PST) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.12/8.6.9) id GAA26275; Fri, 26 Jan 1996 06:13:25 +0200 From: John Hay Message-Id: <199601260413.GAA26275@zibbi.mikom.csir.co.za> Subject: Re: Mirror that works? (Mirror that will mirror cdrom.com ?) To: henrich@crh.cl.msu.edu (Charles Henrich) Date: Fri, 26 Jan 1996 06:13:25 +0200 (SAT) Cc: hackers@freebsd.org In-Reply-To: <199601252148.QAA09738@crh.cl.msu.edu> from "Charles Henrich" at Jan 25, 96 04:48:04 pm X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > > Im attempting to get a mirror to run that will mirror the FreeBSD tree at > cdrom.com, however the one in the distribution fails miserably. I went out and > found some patches that replaced ftp.pl and it still fails. Obviously this > sucks. Does anyone know of a mirror that will work? > Here is an old mail message that I saved. I use these patches and it works just fine for me. John -- John Hay -- John.Hay@csir.co.za > > There is a very substantial memory leak in mirror .. the author sent me > > replacement ftp.pl and chat.pl modules (~12 months ago) but I suspect > > that they are still not a part of any release :-( > Can you tell me where I can get hold of these patches please? I regularly > have trouble with mirror getting too big. I've sent a copy to Jordan but here are the replacement modules .. ftp.pl is a drop-over replacement which calls a new module called lchat.pl (in lieu of chat2.pl which has the leak). begin 664 mirror-2.3-fixes.tar.gz M'XL("#?#;#```VUI]I[0^0EK;NLB2*\DX MOBGO;W_SL;M:R1]`0_HN#<66=F=F9V;G:T?J9:/6*/SNF_YTVNV==EM\)_"G M_%?L=)ZTOQ?BZ<[.TR=/=YYVVD)TVMM/=KX3[6]+%O^,T\Q-A/@NB>-LV;C) M0,IOS*?_CY_5C4<;(YF$\*>Z*LX'02K@GRLFB3N"ZR*+13:0(O0&;@:*(I)X MG`613.&JFXFA>P7W@IX4TDT#F0`(F.#'HI>-1#8=23&)DZL67#Z)TRR">E./'>Q>/^(`PB\3P<_GOXRH^]5N"U7*\UOGH!PR_=5/HBCD274=+R8L`@>G$BAN,P"S8&\1`0#8"ZM+H*\_X'UN&)<>KVY2Y\%6NPDNXH M3C*Q+[8Z>W0ID5DR[7IN&,)%="N?`$;O".79$8Z^$ MKB^S.BYH&&>RVP/`D3O$U88Q+,^ZT%Y(!$`0.*Y$QA_C(*LC.A+.VK&_B\L' M16Q>BZW6CN@\>[:]V=Z!?Z+SP^Z3[^&?0(421Y]'_&$-Y[V+^]9$O'0JKP/2 M)X1B@\GAT'P8>C8),F^@>(7[0&S`!DG'ERG0'/<$;0U4.5#%":F6PYP0`QF. MG%1$DB>/W"25M)WPADBS)(CZL-\BN@8BA9TU=E&HH(OB$XQ-)+`/-8?`CI+X M\]02?5K$ZB4$X@Y)Y*31(LY: M['BJV;&]N?5,B*WV;J>SV]XV['@=1[`7,UX2`DYZ7J>S]60&T+8&U-G<0KYN M[SY]MMO.^7K@^P#D\$=890I[$E2%`:]$$L+;J#\L%-$_IX&8V(V\M@_4#T#)XMPO-DL[.UV4'"8;K;WMH%MZ@Q MO!F#/<%AB0S!FDK2^6HB80L`5">=IIL&K8/;Q-AD,MCI2'H!++&HEUMXGTRU M>QT'?@J4#Z48@GHF4P%HKH!.@T(#!.C5ZLCUKL`(XJZ!K\I8C5P4^+[8:>]5 M5L5'^G8I>VK9R90TCPU*JUI%`^'+'K@+'VSAT`TBY^.;[O'[HW,V`Y6U4:\+ M=]&V%F[OP2U<:Q?T6;I#<_OLP^N?NF?GIT<')S"$C$M]39D:-PR`:2D:NR3. MX@9,`IM"GR^G.*8NG,P;D?&JK,&G+MV#83QAKWI3E2&L!^A:%;_\\HL8N(D_ M`<;X8DW1!<`M$IH,$(=?CC,Q&<1J;WM7X/;&H'7`SZA/.Q[@NM%TXDY?BOKN M1J.P]*W9Y7;*-.X@>2#SXQ[A4/8%/8'OPN<(?*Y,(R?#O32*8>^#S1J080'E MR`*0^0AW&?P-P,?XTO4!&&@LJ@,.[+>J:S@,O#NBWVKO(;9S=<5%0^2#P1?' M@`C1H+GVW;M\> MC*[3T5'`OG#6]-[:)1N^YC!`$\'4^F%\Z88U6#'95E"@E&,9-]5\`K&0+2SQ M%)SF-04SN*G'M/.%3!+)F($!T`W`9F^BU>%D`*_L-6'!3_"@W;I62Y`%V3!&(?X!A$ MJ2`'-[PB1+$%$U>3+XW(AU_P"`1V7VRWG^T0!]^",8M["`Q=%K@HE/_`30<" MY-!D#+Z\'/=AD_<9$-Z5`':*NM/>VD96?!AG(U*=2$X@SI/*]N8Z0I-21@*3 M`4U,4Y!R@A7&\`FGICF6"$.N[UD[CXG!8'I2&KWD";C6P)-:E]2L'HPO M>U($%-$.ANUW3&X7@M6D M,"Q11WX&RY^U1*[Z?53U3/MEF(6:)".?0PLR5L>PDT"[QQ':@2!3V@1A?P"H MP&:[X)#!)/A)/.K&412`,5X'WKK9`.TM7AVZ M(X0..A23$5&*J(>TF#TP:AP%G]GV.,`<=37"JT&D+EJ;^]^0M`&\+'$]\CB! MSY"ZR&@CZ9\EJ@>2<27E:";&,GL9MBC=Q%@9UA&!XL57`EPF7!PR+0B@6PC0 M#)9/$7.7>$CBB1$"J`'PR.P3C!,HH*4K==@EZ(>JX*R%N5I%CVBMXE7WU_9O MX`C0C>;77XAGY#LK:^BM>:;R&#?H(S1("`*ZRG@B8':68$]CT2#8,%ZI$YAU MO+QO6]N*Y0W6T#E6%EOFRG(K7Z*?:&>S8N^-&F6,"J<*W#2,"\Q.>'5F>4A% MUPW=9(BKHV1"C=XE$U#;LYF!MWRBW.;%W5,RQ3`]46W.K@*@OU*:V+#&`3@2 M!2:S364$;+7<&T6-$W#XSXE8:9";\QD)L%6%G4 M=%LS@9?8$%\T\I7R`M4]B,-@55$,C@0W/IDRT"2Z59H!)AQ0RP0"L`UUS:*+ MT/+&TJ#GD#I.D3=,G?(TM.>+J)J"`<^#`":F)!JU?":CH&8J3LT![Q6&J`I% M"1R/L3T7R5%S6(>[F M4*``:1W66X29',G/6<[`?'VW;QTPVJH84=X;'&Y&>Z7(,[A![P?.I4_:V M;2C$7S(2^^P:6`[:$ZL4[$TI)J4,R^S+:LY)4SR"B2P3BAZP MA&*Q!_$J8MAO5)1O8W;-63"F>JCNES*;2%@T"BV0J=+7-`3_:$3)26*#`>=K M5N:8$CGD"S"J#_F1'T(X6C#*_5F#.TSY(C!^W!^@[S\[_I&&]D*7'*PM2#^> M$%T+@L#<@@$;^^#SB5WR&I+GVKIUO2XN&+'Q/K9OY8I":IRV@J4(7P/ZO@CG MX_''(T?<(.6E)==40G'=Z`JS->:TN*%Y? M6!%"S09%/AD&*7GGD4$=4DJDT+D3B;A:Y=7;7%(H4Z&)1N3$^E=B_W_%YN]J M;V^RVJG]L<'[L)IO9([QYFBP'JEFXN!"K$.VP6:[*LNJ4K#ZAA7A29SXAME" M_AZD6IEENCEXA)HF?4OV$(H_4U'^NN8YV7&? M#;E:"W.],*VC^?Y.TPV(#L;$:I M:JPY]_%M"YD^CRGSN:)"FCGLL/E1K116C[-NL(1WC,6M/@B%DOIC43H?F>/) MBC1H1S#/X90\L;59Z1I.+9QVW`/0JGC-148_P%I_G$RKJ[I.T,$8)!U[$)BF MO7$(-]JU[=WQV#K$DUQ4:&!1D;H(PNHU9_6/UH[AF@0("-V:R<\.0!9I8 MN;\JKN0GLEU<;Y>+L_7&G!D*?$Y&V=60U/3MY5X)AYH1MZMKIQ#Q%]3UK^NI MXI4)+=:-^;%9L3>'#>"]Y`A(?'_6%&<@CC__Y,-;OJX-Y=H*A5FK`G]-B3ME M]W\I=;$;-'0,KB2>P#`$GIMBC!S!FE&Q$R-XLWC6:#HBI+*CJ9%K;5YH\7*5 MFZ=PQO9^E8EC(7%UD0#BNN9(.!>PCK0LLP0[*4KQ:!96-`HEALD(K)C7_'79 M0[@R`,M+7(W'BLXXGJ0G6859S2^@L"7!7_!!>V_$SEOJ)"ISA72A2M M=Y4.=#TZ=^,UORK<(2NZ+^KW%JV]A?_YZ?C\+MY&%-S--Y7K'-=SQL$D!9I\ M0.7ZAI'X95')%._5[@*$\R6Z]&6VKDE;@9BD:$NG*5YCX['&!T[F`YT\Z3#F M,*:0>$P=$A!M87T.1:A:`;`\*V6,2@I[#FP'LJB+#8GJ$?&FJP90-RL9#Z#OZ$8[`&#CQR^ MD'^(6DT%POE5DJDBQPY!;HE:;BE/LANF&:I:MYRV2`IGP]$9X)L@8M^F#Y_Q M,W!&MVO!H)PSQ+*NRUPCFG$(SBQ@($NF3!YS>7V],/T%2`XNK:LC=KQH:1*U8;1KY+:7:EX@V&,2AW>V=[NSE#6:DRGJ/@ MNNTX"H/H:G9!-[=E/$:V2_,>2R&=WH+LY_3H_-32E9I2R%O]DAU7>C*X1O.: M@_GZ^D->>UY0P4>QP)9T2@MP="!'"DIZ=VN\LB1@*2OXMXM?*=9;%;S1*,-B M,\;LA!O@Y#U0N@C3+.XRH+5`Y*/4"D`V!6D;G6G'$")A*X<2Q@K7)=^\;8JZ M4<27PGGQ@CHQ7S@-T2HHXFT6P:,6`\O:6K._#?--[9?V+G4BH77`#Y95O9QF MU+J%K3G8Y@$?57L(#JZWFP+_-?C`/=4=5=D@D9([1)"EF*7Z'$4,W&LV`,IS M-L39O\[.CT[$ZX-W[[`(M(JC$X&=S]0Y06TDHY%TD]3T0EA=P06$$GN].Y?'51?7Q/!S$UB5]$%U?"ZG:M%Z,L^J- M!IEET"_VSV9)AL/:.[/AC;$IDA@VB5E$K6KE6GIU*W"AON`8-Z9HD&E2=GP1 M*3818(1(:<1C6#*,,SXECS[8?N>-3AB_I9L7R>9F7]OY>:?L^D2>P;]`,I16 MBL>BV.ZD_="<'>>L.GM\\IS/WB]-5P-8TQ\_YJ](4EUK_S_R&5'80+O?V3#!*90X:N.+//02,$`+#`W`-27R_I M`)XVLB:SBNL=BOV#!=5IS5-2^_B$"YY(?&/O(=)94JSGFI=SET\)`7:DY348 M@+.BC62Q1E*IEC0)`QJM/VVKH4.)%6XO$O%*+N+E[1'&L$I/64DRKANVJR%9I3,Z MX\._;>']X<+0PZ-W1^4P]%Z".B0V^`\0@Q9830<_97YCC?]+U3[@++*;;JV: M4[D`-0?=,R0,?.?TY)`3V4\?#P_.C\3)T0K]*(.G'#@9>MH#^B$,W?[JT6,3 MV*]LR!H56_.*^>="?<@=W']5&CJW>/Z--?#L_,.\1.B^->A234CAN"6%0A(H M@3*<>P"3LF*=X#Y@%/Z-:_A+DZ"93*;V/&=9[?:4A<#^;0E+Q42?S]^\?9%[ M[H4[S(Y^U"H@G&58A;"EX13W`A$\J'7UXLSB*J2QTE'GRP<$M M10'>S$:ZQ:+`\N(J13Q%=\I!T"@&E,V\VLM=17_U#.#T"$_\"K!K.B(EZ4I, MT3AM@V30G=[%'3Y1TA!4EM%%`=QC14P/>4J@>LYH/QD=P"<^\S(_?K$82L_R M?CT'S__U\8B!?3WC9ZK'T-4`_*HNMC, M!&"P_7SBWS^)*O2Y_7SXD";+ZD,"S?OZTGOAF1'KN40\L=RZ\.&_]%&MWGK4 MJ%VDK4=KF[H,@'R!@-_JA-/6#^X4!=&A?:'.U["UD5I8+MW/ABA_]R MX:1DL'J8[:%!>OWVY,.A^$>LY)4OXN$$1]Q2<)EZ8B\WOSZ@_"@%=OD8-8]E M*6WZ4FQ]5T6!2$ZZ?TN-2.-<*K:_?G.8K>+A8&;+-#S]]33L41Q@! MYUXU)0IT?341>]XXP8?^XZN%]K7,L$HNFF4;4_L&D`F0S<;9$Z`FS_/8J*3UGX>KNP5NV?+ MKUK#V5UVK?EQXSE^5']_2-Q(?Z\8E:FCQT\8U)*3=[4Z-YX(GM5LOP M$#5JG`Z*"VZ*VJ^M/R^BWQ[]7D>\$*Y>7+0[3R\P_^#3I7ESUHU^HY'MJ*=N MGCW3'==5:@L"@O`5+"*^O`[B<5I\W5*K>@LY%Q!!T[^-UJ,_?_T=/OPV0]T] MB.NTV[7"\]\H#M)[E/.,E"HD=Y#Q[PY_BRG)A^$^1ON/\PB?9YJ5 MF/-#_:2,/7'YK!POHF#<-XN$@A#J-6Q/(03PER:W1.U.4J7L>3[O$*C%'MU6 M;\LX&@])X\SV0!I2.MP!D&'@!?@N.GS-@Z1GM^XN_EF=O(?4V_D!Q3E:+H'/ M/(\C?#]'/PJPPY%[6=R2=BY`\GO](520R'%]7^_?5)P?GQQ]^'1.IU=4AIX' MU5&CG+OA=#77OZZ!GW,V&X70\/2.SHJZ^0WD7#+X#=GS7SA M47#+:2V?-3?@(C>'L5**)Q&XH""V_%+Y_*[P@"Y<`56@-P:6WV6!)57,MJ9J M@`N_EUA9@5^_,'(XM>#TW&$03K&?*Z!62^V]]!`T)V<"W,2V^/P#ON4%`A2W M"9`!\)J/$1@:A?;^.CN<0<[!"GV?PR+^P7W[=NC9+8(S3JB%)@%[-Z MX593V._:PGYI\YJM_%B,Y^WR@5CE,L#0$F$0IO]K[VJ;VCB2\&?S*\:@LJ5X M6?0"Y@(Z9G17@C%( M>N=8!MGOO#\U7GDZF*,$"E^9L\-#\[>&>6*:BV9S.,3PI`)RAI?>8S4AT8IX M_:9["<-/L<>>I5M/2@NGUQMN4X8?I>,=RU MIB_.?C876S+OMN=G7,_=LBX_?6SI?&'W`#?XI/9#)Q'Y/ZTK'AQZ+EQ<^C>>.?% MS96K\_5\%E&-5&'C1[-K@+4DI[:+>)(N16@(>,.X^/KXRYTO<7FSM;PUY^,\ MF24?8ER]3)/K)(NFR]``J5] M"'<9.OZK5X"HH6TSH4-.:%ZC'&Q)TVO9MA2W<8!\VY3O$I:\!*:8T_A=M%HX M>[D*QI4:]&?3I6"%H8`=5$RU1=E#!=!'B^:MZ2YI3A>">H9'K5MJIVL4GK1O MS7$!QK')>^UT+-LIE]*Y-2_F=)7WI"A:M7I)7L*S%]JUYD_')8YC$N.*W MV+DU7\/2ER^)F5PS+%ZKU03.)_M%7T?3]W;80X:8-=0RN4R$(TH@=Q?@E$A/ MXD74%Z@-2(5I/)PI7)[FG,`.VY^GT;3P!>*V[L.H=3W/Q3%P3S]__>+B.[.D M1(1X34D?"T(@F,$KE:P@.^X6YV%JJ.=M.4Z>&QHC.5N/WT7+?1#V<."UJ\:!<+$]? MF\2G8^79R!/RL[9[AJGQ/+$"Z#CBZ3"=XP#'2C`OI;G';\?\FC;?(/,BA9G*>LL,V#*"H$KKN8L@JH` M>1U'#/;(-U8+8M+U[* MTL(=<_KB]8GM*@2UL$1__!;`@!DU9Y@(3*Q\[!2?A1)%S*=:P(L<_B@DN9^R M-$-D.^[/,1M<\QV*PDZ6Q3=%V^@4;[_P/$N8'?BT()4I1@.HAF3U:$)+A;:) M2*?W'M(4DLS&!552XRG7.SKXR>RUG_.-8NN_>T^E%[2XB(/@((B9CZ1D[V)J M'9TB=@$Z%)]US>DJA<6%\_9(2FI(O;OF!-P;%9]'-(C$2U_C(%P?M8)1.QAU M@M%V,&D%D[9DZ#29/130%X'=,_CU3O.!AF+9!,Y_1S_>Q39_^0WF?5V59`(C MVNFTI!J>=\G+Z-06N8/WH$Z;-H!XVA-\^V)2)RHO#^90W0&^OXLJW/6+` MRHX^D-08]=*RU]$#M'$IN*%+N9HA:P0W![-E8<$?NG6(*MYGXYN"!/N&[`#PX+NCJ+WL>N*\QAYIGKOJG' MX;LPT$N1\WS9D`);7H%:EE:XIPYQHN03F@>Y*CO>WFG?S7JG&:^R?,[<@#TX MB!,"[9EW$Y9/BTUVA[BTO^L';L2=[N)6!J$T44G63^<#Q4>%9PN4,P4"12K> M,6.&>64)I-DJ58]N7S^X#XAKSOFJXBD2HQ#UN>[B]:+1MYO M/Y1=E0"TO[CJ.0H>88%(8TNT8=/JQY!(YTLQ.SIR"-*07C\*;-%-I51KPLS M]]AN<5A.>3S3-G8^M_]R!W7,NK'Q#;.MM0V),\&[O84EM]XATWF\1F+]_SJ, MQO]MLICO?V8=GX[_TMIN=3I%_)<.D/B;NYW=*O[+7Y$*4.4TF%<9.US$RRT.ZYKL\S+=\2@T"6!4$"0>)^.&/HYN8Y58,9E3(EM(#P!'UK% M"G$4P5O,M7TW@A>>C^=3V1/*H1"@.]4%L<>_B,M@5*"7?*6=VC/_:(?-5ABE MDU$4[IHO6PCLT'H.[8%T]?NPZ&T=XW%P'4_397:4T+-)"/S9-*0MZ1"(21R, M!K%HH(I/%*?[H?`UZ+&+.;$UB#]L`9)0AEOV;<[\[3@V+\?S29:\-P??7KP\ M.CX.WW3?A"7P[@H:>BG<\(WH&*=S\5O,-%T$`W]]?6YAF18>XB8I@G M13",7]<4?A2:KA>7E^97T]PW'Q'+P[PZO3SY7A]`(S88WXT%`K5_%6SC#PZV ML?:@C:(_&@/M%O+(2"RBO]3Q"\LNO_T&&0XW,3/^7?](&Z9]R&L53JR_L/%W M;6/C#G#RNG":$/42N:P'K+A_*\8$."1LJ&TG8E%I(&ZQ>$F_7QZ?6T[%2E-7 M+-$/99S,>VG2=W,I7ZK5815S5=^RR4%_QR%#/;C^&=NSF!=%*Q"=D+#,)N36 MQ7Q"K+(?R[%J@:7$AX-!K%8;'=WUJZ;\6S?6GH/*Z`U;/SSC1YN1`%Q>=14R MMKFB]*Y?#9XUGEV%_+/\H[8ET+=>]VPM:E]JT7^JI=:A_]ML9#/.*T6&YFBA M](XY5W+7\MR%V\?F:*$F0)54&9['6?I*U=<6/V[_)/IU;ZCO[[TU$14%H$[A M+::N]J[/,G[CV6([A<;W;$#=(1F+K"NB`R2.!"WF\=J=''XOZ MV5)F#65,+W]")7I&YWH\ROSC:F+ZQMJ)!\65`3EQZ[*T%TU>G/XK*!21,W#[ M&]$\>!(1G1^'.%7?Q`H6@6-Z$:ZC/TV@!V?'=MP*NX[Z([[&D%NYP"XO;LNK M<^Q4)$(,1+TX#(`V06MMH=TES74E[8UL*H?P?%XBGLBQZ-^09*#-WO M78\;]EH;_#TV=:Z$%ZP]TAO_=?W9;5#>W\""&S\V?T)=UJM9W.<8%I8?K%C% M';P5?@;XD/V,L79[X\&RQ2'O9FW]DWX"5*/!!?HY[:4/_KT>)VJW2<7VH>%S M[!F7J^+S+8E?O7R*5 MHE)QPNXEN#,SX*%3*!,)%\?1HQCIG09.?%F+;/B3M0,;R'="A`JO$0FW1&V' M@GN39@@KA%4$1#2]J$?R6)R)[HPU2U18&F^R/VB.K M1C1/@A5N2P3LS6,C4GCSPLYZ''CA"Q[@5T/;*.>C(J/!/6+33]R?0Q&A"D,[ M5?Q*%!ZK!<$AY=.%6+,.[7*0Q=GJAT+X3A'3E?.OD?!`K/?@<3R/;,P@.OID ML;M+/IX.X-("O%=>XT264DS.9R2-*(42!,HUM8%[-#CG#2-M]&)67K/(J1R4 M22.:IHD6AR+XL"77@&V[+DNXFYC[IXXP$GO:DGA%)8A.V^UB0D.HV;$"L*R* MQ])KU@.-$`YT)CFG^%V-821D8/+E0!CU^\D`=K@T788&DITTE#EWJ4DT*;J: MBY4(!6)F8NJ*K$8U_J&`>R@??HZ]F$-=L4PM%+%U9M69L.L@T!F$*_;&+8(W M414A28^`/R$A3+W"UX5S`;FGR6D=FQ(CH,L%CE[9;U<^OU=N(_[*X![63=`3 MVJQK1(W:P-M@*V@5KCDUH-C'S/?EM^+-]#K*WP<6'S`0-@FKJ#+WWGQ8*D>% M?R%I'`A8IX<-67K,^X8V%,`WPFUIC=IG!^9YL_FV*?]%J*1=4_W;)7#33>PB M9ZJC+P<3PUCMK17B0*T8Y)HZ2.F37[7#P=';CR(=H)()%`>L4)3BQEF\!Y'L MX;SL:%%4XDTL0'O8:Q,#`G_F@X/UDY<_\-R.Z)`)*TB.$`[94L)A4:T,_<,Q M]PS[8#Z5R`ZN!FKG]V=GYWM&_,I,O4EM-W3Z6Z.2UQ2?R-2/WFILFKJ;!IV% MAMZ_Z\?T4=`,VN*LSV*R?BIR,A%);2NQ(6[N=L)ZB9KZE1`4?6@>/;+GVIHC M(LHL58M\*^W$D-(JL;AY'XV656Z#4FS1CD\W0S^7;\WO:$H1SLIKCHT.XS^<#@(3N M8"$EW5]`$8_K@='\=$%/3[H_/-7,#AH13,-(.#SZ&^A>RD@4V8ODNY8%]0*A M.N["7S'4!@A*I4'+A%;P3"W'V#0.TDAH64ISY)MI]#&+7=HM6%?`40DEJ[I+ M%['3RGA:$J#/K&LI1HM57*V5CPX/;0T'!V7L+6TAYSTT3=O(1T0:N/6@N32# M3XJ\:)X]@[0S&!LP`@X@0?Q#C6*T;P$]CKXJ:BL3L\[JG4)L-#B;JWAIK^_0 MQ'SOBP.?_+%WE=6.A)R.]+PJ2WQE>0W&CIW9,`56TR&.8T>P#C68 M[\F(EO8Y'63O+LKJ=)6G@?^*!WL\`:577,+'4@,T>`+7+6?"4MWVS*CW=YXX M'67]"\'`S7#S`YBZ])8C<8*1XTGH@&BS<R2%+]!XO,3N74@+$CD0 MSS/OH3?2\NIP!2+87U=>P8&?IV&'N[+)5:E*5:I2E:I4I2I5J4I5JE*5JE2E I*E6I2E6J4I6J5*4J5:E*5:I2E:KT%Z9_`_JOQ`$`H```]G0CEETG``"5 ` end From owner-freebsd-hackers Thu Jan 25 20:20:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA03278 for hackers-outgoing; Thu, 25 Jan 1996 20:20:49 -0800 (PST) Received: from frig.mt.cs.keio.ac.jp (frig.mt.cs.keio.ac.jp [131.113.32.7]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA03106 for ; Thu, 25 Jan 1996 20:14:14 -0800 (PST) Received: (from hosokawa@localhost) by frig.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id NAA14060; Fri, 26 Jan 1996 13:09:16 +0900 Date: Fri, 26 Jan 1996 13:09:16 +0900 Message-Id: <199601260409.NAA14060@frig.mt.cs.keio.ac.jp> To: jkh@time.cdrom.com Cc: jkh@freefall.freebsd.org, hackers@FreeBSD.ORG, hosokawa@mt.cs.keio.ac.jp Subject: Re: PCMCIA stuff. In-Reply-To: Your message of Thu, 25 Jan 1996 10:45:32 -0800. <20207.822595532@time.cdrom.com> From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: owner-hackers@FreeBSD.ORG Precedence: bulk In article <20207.822595532@time.cdrom.com> jkh@time.cdrom.com writes: >> > PCMCIA cards has its configuration information in its ROM, named "CIS" >> > (The Card Information Structure). You can read these parameters by >> > using 'pccardc' command. Type >> >> Yup, we tried this. The problem is that the sio probe code also fails >> to detech the modem, and even weakening the prbe doesn't help since it >> appears that the modem is simply too different in its handshaking with >> sio to work. Once the probe is weakened, you crash elsewhere in the >> driver. Kind of sad since I figured by buying a US Robotics modem, I >> was getting something pretty mainstream, but it doesn't seem to be >> liked much by the pccard stuff. :-) Today a member of our Mailing list replaced SIO_QDHACK with a solid code! I think sio code came more stable. I'll release next patch after we test this patch on many machines and many cards. Current status of our work: 1. SIO_QDHACK is replaced with a solid code. 2. Some NE2000 compatible Ethernet PCMCIA cards are under pre-alpha testing. 3. We're asking some hardware vendors about the specification of PCMCIA cards and PCICs. 4. Current ATA/Flash ATA implementation has some problem about unit number on desktop machine with PCMCIA card slots. I'm going to fix this bug. 5. (This is not about PCMCIA stuff, but necessary for Laptops) ports/packages works of WIDE DHCP package are done! -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-hackers Thu Jan 25 21:27:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA05752 for hackers-outgoing; Thu, 25 Jan 1996 21:27:37 -0800 (PST) Received: from ns (ns.via.net [140.174.204.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA05739 for ; Thu, 25 Jan 1996 21:27:29 -0800 (PST) Received: (from joe@localhost) by ns.via.net (8.6.9/8.6.9) id TAA08193; Thu, 25 Jan 1996 19:44:24 -0800 Date: Thu, 25 Jan 1996 19:44:24 -0800 From: Joe McGuckin Message-Id: <199601260344.TAA08193@ns.via.net> To: hackers@freebsd.org, scrappy@ki.net Subject: Re: Program getting signal 11 for no obvious reason Sender: owner-hackers@freebsd.org Precedence: bulk This sounds like what happened to me today. I just added an extra 32M of ram and rebooted. After a while, I started getting syslog messages about cgi scripts and httpd's dying of signal 11. Jan 25 14:19:01 ovation /kernel: pid 4760: perl: uid 65534: exited on signal 11 Jan 25 14:19:01 ovation /kernel: pid 4761: perl: uid 65534: exited on signal 11 Jan 25 14:19:44 ovation /kernel: pid 4775: perl: uid 65534: exited on signal 11 Jan 25 14:19:44 ovation /kernel: pid 4776: perl: uid 65534: exited on signal 11 Jan 25 14:20:23 ovation /kernel: pid 4795: perl: uid 65534: exited on signal 11 Jan 25 14:20:24 ovation /kernel: pid 4797: perl: uid 65534: exited on signal 11 Jan 25 14:20:33 ovation /kernel: pid 4799: perl: uid 65534: exited on signal 11 Jan 25 14:21:10 ovation /kernel: pid 4811: perl: uid 65534: exited on signal 11 Jan 25 14:21:21 ovation /kernel: pid 4822: perl: uid 65534: exited on signal 11 Jan 25 14:21:43 ovation /kernel: pid 4825: perl: uid 65534: exited on signal 11 Jan 25 14:22:30 ovation /kernel: pid 4843: perl: uid 65534: exited on signal 11 When I logged in, I couldn't run ls. I guess it has something to do with shlibs not working. -joe From owner-freebsd-hackers Thu Jan 25 21:46:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA07517 for hackers-outgoing; Thu, 25 Jan 1996 21:46:21 -0800 (PST) Received: from frig.mt.cs.keio.ac.jp (frig.mt.cs.keio.ac.jp [131.113.32.7]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA07461 for ; Thu, 25 Jan 1996 21:46:01 -0800 (PST) Received: (from hosokawa@localhost) by frig.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id OAA15117; Fri, 26 Jan 1996 14:44:31 +0900 Date: Fri, 26 Jan 1996 14:44:31 +0900 Message-Id: <199601260544.OAA15117@frig.mt.cs.keio.ac.jp> To: jkh@freefall.freebsd.org, hackers@FreeBSD.ORG Cc: hosokawa@mt.cs.keio.ac.jp Subject: Re: PCMCIA stuff. In-Reply-To: Your message of Fri, 26 Jan 1996 13:09:16 +0900. <199601260409.NAA14060@frig.mt.cs.keio.ac.jp> From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Oops! In article <199601260409.NAA14060@frig.mt.cs.keio.ac.jp> hosokawa@mt.cs.keio.ac.jp writes: >> Current status of our work: >> >> 1. SIO_QDHACK is replaced with a solid code. >> 2. Some NE2000 compatible Ethernet PCMCIA cards are under pre-alpha >> testing. >> 3. We're asking some hardware vendors about the specification of >> PCMCIA cards and PCICs. >> 4. Current ATA/Flash ATA implementation has some problem about unit >> number on desktop machine with PCMCIA card slots. I'm going to fix >> this bug. >> 5. (This is not about PCMCIA stuff, but necessary for Laptops) >> ports/packages works of WIDE DHCP package are done! 6. How to treat the bugs and problems related to power management is now still under discussion. If your particular cards (I know 3C589 is one of them) can't survive suspend/resume operation, please remove these cards from the machine before suspending it (and insert it again after it resumes). We will implement better mechanism to cope with these problems, so please wait. Of course we *can* solve this problem now, but we *want* better solution. -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-hackers Thu Jan 25 23:49:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA16987 for hackers-outgoing; Thu, 25 Jan 1996 23:49:24 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA16972 for ; Thu, 25 Jan 1996 23:49:21 -0800 (PST) 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 IAA24861 ; Fri, 26 Jan 1996 08:49:12 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id IAA03411 ; Fri, 26 Jan 1996 08:49:11 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id IAA21482; Fri, 26 Jan 1996 08:38:38 +0100 (MET) From: Ollivier Robert Message-Id: <199601260738.IAA21482@keltia.freenix.fr> Subject: Re: Rock Ridge CDs, dir depth limits To: wilko@yedi.iaf.nl (Wilko Bulte) Date: Fri, 26 Jan 1996 08:38:37 +0100 (MET) Cc: FreeBSD-hackers@freebsd.org In-Reply-To: <199601252002.VAA01331@yedi.iaf.nl> from "Wilko Bulte" at "Jan 25, 96 09:01:59 pm" X-Operating-System: FreeBSD 2.2-CURRENT ctm#1586 X-Mailer: ELM [version 2.4ME+ PL3 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk It seems that Wilko Bulte said: > - related: a working example of the mkisofs command for FreeBSD would > be nice. I can probably use the aforementioned sw to take the mkisofs > image to the actual disk. Have a look at the list archive, the command line with a lot of options was posted a few times in the lists. I found that in my own archive: mkisofs -a -d -N -D -R -T -V "FREEBSD210A" -P "Walnut Creek CDROM 1-510-674-0783 FAX 1-510-674-0821" -o /mnt/a/cd0 /usr/tmp/freebsd-2.1/disc1 That was used for the 2.1 CD... -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Sun Jan 14 20:23:45 MET 1996 From owner-freebsd-hackers Fri Jan 26 00:27:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA20589 for hackers-outgoing; Fri, 26 Jan 1996 00:27:40 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA20534 for ; Fri, 26 Jan 1996 00:27:04 -0800 (PST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id JAA08166; Fri, 26 Jan 1996 09:29:53 +0100 Message-Id: <199601260829.JAA08166@gilberto.physik.rwth-aachen.de> Subject: Re: Mirror that works? (Mirror that will mirror cdrom.com ?) To: henrich@crh.cl.msu.edu (Charles Henrich) Date: Fri, 26 Jan 1996 09:29:53 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: <199601252148.QAA09738@crh.cl.msu.edu> from "Charles Henrich" at Jan 25, 96 04:48:04 pm From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > Im attempting to get a mirror to run that will mirror the FreeBSD tree at > cdrom.com, however the one in the distribution fails miserably. I went out and > found some patches that replaced ftp.pl and it still fails. Obviously this > sucks. Does anyone know of a mirror that will work? It was told that mirror-2.8 would be preferable, ah yes, I believe perl5 wouldn't be bad as well. > > -Crh > > Charles Henrich Michigan State University henrich@crh.cl.msu.edu > > http://rs560.msu.edu/~henrich/ > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Fri Jan 26 00:38:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA21809 for hackers-outgoing; Fri, 26 Jan 1996 00:38:41 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA21794 for ; Fri, 26 Jan 1996 00:38:22 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id JAA00878; Fri, 26 Jan 1996 09:33:49 +0100 From: Luigi Rizzo Message-Id: <199601260833.JAA00878@labinfo.iet.unipi.it> Subject: Re: pcemu & COM ports To: smp@csn.net (Steve Passe) Date: Fri, 26 Jan 1996 09:33:49 +0100 (MET) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199601260026.RAA25136@clem.systemsix.com> from "Steve Passe" at Jan 25, 96 05:25:43 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > Hi, > > Am I correct in believing that pcemu has no way of emulating > a COM[1234] port via attachment to a /dev/ttydxxx port? > > Has anyone found a solution to this problem? The thing I do is to give pcemu direct access to the hardware. It works for polled I/O only, but in this way I managed two "pcemu"s to see each other's disks using interlink/intersvr. Of course you have to disable the corresponding device in the kernel. Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-hackers Fri Jan 26 01:01:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA23790 for hackers-outgoing; Fri, 26 Jan 1996 01:01:29 -0800 (PST) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA23747 for ; Fri, 26 Jan 1996 01:00:48 -0800 (PST) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.12/8.6.9) id KAA28170; Fri, 26 Jan 1996 10:49:04 +0200 From: John Hay Message-Id: <199601260849.KAA28170@zibbi.mikom.csir.co.za> Subject: Re: NetBUI and/or IPX routing? To: terry@lambert.org (Terry Lambert) Date: Fri, 26 Jan 1996 10:49:04 +0200 (SAT) Cc: imb@scgt.oz.au, swaits@pr.erau.edu, hackers@FreeBSD.org In-Reply-To: <199601251934.MAA03064@phaeton.artisoft.com> from "Terry Lambert" at Jan 25, 96 12:34:01 pm X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk Hmmmm. IPXrouted will answer SAP and RIP requests, so you won't have problems if you have a server on one net and hosts (IPX) on the other. The handling of SAP and RIP requests is described in the "IPX Router Specification" that is available from Novell. John -- John Hay -- John.Hay@csir.co.za > > > This raises a question of mine .. is it possible to have one Novell server > > on one ethernet segment and none on another (workstation) side ? I gather > > that I need to specify a different Novell "network number" on each side of > > the FreeBSD box but does this prevent me from using a "far" server as my > > nearest ? > > The "GetNearestServer" packet is a brodcast packet local to the segment > the station is on. > > It is expected that you will have at least one local server per segment. > > You *could* proxy-respond if you were a brouter *and* you knew there > was no server going to respond. > > Typically, you set a delay for server response preference. That way, > if ther is a local server, it will respond before you do and the client > will pick it instead. > > If you did proxy respond, you'd have to lie about your address, which > would convince the client it was on a segment other than the one it was > really on. Responding to such a client and then expecting it to use > NCP's over you as a local brouter to get to the real segment would > probably cause a hop count conflict unless you really went whole hog, > so I'd expect a number of console messages on the real Novell server > that you proxied to. > > Let's just simplify this as: Not Recommended. > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > From owner-freebsd-hackers Fri Jan 26 01:24:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA25628 for hackers-outgoing; Fri, 26 Jan 1996 01:24:32 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA25560 for ; Fri, 26 Jan 1996 01:23:30 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA03305; Fri, 26 Jan 1996 10:22:12 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA26544; Fri, 26 Jan 1996 10:22:11 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id JAA18933; Fri, 26 Jan 1996 09:58:32 +0100 (MET) From: J Wunsch Message-Id: <199601260858.JAA18933@uriah.heep.sax.de> Subject: Re: Rock Ridge CDs, dir depth limits To: wilko@yedi.iaf.nl (Wilko Bulte) Date: Fri, 26 Jan 1996 09:58:31 +0100 (MET) Cc: FreeBSD-hackers@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601252002.VAA01331@yedi.iaf.nl> from "Wilko Bulte" at Jan 25, 96 09:01:59 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.org Precedence: bulk As Wilko Bulte wrote: > - related: a working example of the mkisofs command for FreeBSD would > be nice. I can probably use the aforementioned sw to take the mkisofs > image to the actual disk. The mkisofs in -current sort of works. You have to figure out which non-optional options to specify, but that's easy. Trial&error until it doesn't dump core anymore. :-] Disclaimer: i've only tried it on the FreeBSD release CD which has a directory depth of 7 (for the file system CD). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Jan 26 06:03:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA06096 for hackers-outgoing; Fri, 26 Jan 1996 06:03:04 -0800 (PST) Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA06091 for ; Fri, 26 Jan 1996 06:03:02 -0800 (PST) Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by kitten.mcs.com (8.6.10/8.6.9) with SMTP id IAA15951 for ; Fri, 26 Jan 1996 08:02:28 -0600 Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Fri, 26 Jan 96 08:02 CST Received: by mars.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Fri, 26 Jan 96 08:02 CST Message-Id: Subject: SVGA PCI driver? To: hackers@freebsd.org Date: Fri, 26 Jan 1996 08:02:26 -0600 (CST) From: "Lars Jonas Olsson" Cc: jonas@mcs.net X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Has anyone written a driver for PCI SVGA cards? In particular I want to turn on vertical refresh interrupts and reprogram display start registers on a Number 9 FX Motion 771 (S3 968). This would be done after switching the display to DGA mode. Jonas From owner-freebsd-hackers Fri Jan 26 06:03:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA06115 for hackers-outgoing; Fri, 26 Jan 1996 06:03:10 -0800 (PST) Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA06103 for ; Fri, 26 Jan 1996 06:03:05 -0800 (PST) Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id IAA13838; Fri, 26 Jan 1996 08:58:42 -0500 Date: Fri, 26 Jan 1996 08:58:42 -0500 (EST) From: "Ron G. Minnich" To: Joe McGuckin cc: hackers@FreeBSD.org, scrappy@ki.net Subject: Re: Program getting signal 11 for no obvious reason In-Reply-To: <199601260344.TAA08193@ns.via.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk when you add new ram, after a while to me reads as 'to when i fell over into the new bank of ram'. signal 11? any chance you have a ram error and are not running parity ram? this happened here. The symptoms are not obvious ... ron Ron Minnich |" XNFPREP: ERROR 4007: rminnich@sarnoff.com | Everything in the design was deleted." (609)-734-3120 |Was it something I said? ftp://ftp.sarnoff.com/pub/mnfs/www/docs/cluster.html From owner-freebsd-hackers Fri Jan 26 07:55:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA09781 for hackers-outgoing; Fri, 26 Jan 1996 07:55:48 -0800 (PST) Received: from etinc.com (et-gw.etinc.com [165.254.13.209]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA09774 for ; Fri, 26 Jan 1996 07:55:40 -0800 (PST) Received: from ppp-082.etinc.com (ppp-082.etinc.com [204.141.95.142]) by etinc.com (8.6.12/8.6.9) with SMTP id KAA05222 for ; Fri, 26 Jan 1996 10:54:35 -0500 Date: Fri, 26 Jan 1996 10:54:35 -0500 Message-Id: <199601261554.KAA05222@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: dennis@etinc.com (dennis) Subject: RE:Multi-Port Async Cards Sender: owner-hackers@freebsd.org Precedence: bulk >I've heard about bugs and problems with different driver.....but not much >positive feedback. What is the "product of choice" for doing multi-port >async dial-in with Freebsd....as of the moment? > >Dennis > Might I infer from the fact that no-one seems to have a (positive) opinion about this that FreeBSD is a particularly bad choice for this and Linux should be recommended? Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Fri Jan 26 09:11:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA12526 for hackers-outgoing; Fri, 26 Jan 1996 09:11:27 -0800 (PST) Received: from spot.lodgenet.com (lodgenet.iw.net [204.157.148.88]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA12459 for ; Fri, 26 Jan 1996 09:09:43 -0800 (PST) Received: from jake.lodgenet.com (jake.lodgenet.com [204.124.120.30]) by spot.lodgenet.com (8.6.12/8.6.12) with ESMTP id LAA21697; Fri, 26 Jan 1996 11:10:36 -0600 Received: from localhost (localhost [127.0.0.1]) by jake.lodgenet.com (8.7.3/8.6.12) with SMTP id LAA08929; Fri, 26 Jan 1996 11:20:53 -0600 (CST) Message-Id: <199601261720.LAA08929@jake.lodgenet.com> X-Authentication-Warning: jake.lodgenet.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: dennis@etinc.com (dennis) cc: hackers@freebsd.org Subject: Re: Multi-Port Async Cards In-reply-to: Your message of "Fri, 26 Jan 1996 10:54:35 EST." <199601261554.KAA05222@etinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 26 Jan 1996 11:20:52 -0600 From: "Eric L. Hernes" Sender: owner-hackers@freebsd.org Precedence: bulk I'm using Digiboard PC/8e's here with no problems. I haven't really beat on throughput issues and what not, but from a functional standpoint, they work fine. I have had problems getting my cyclades to work, but that was a couple months back, maybe a year, and I haven't tried recently. As soon as I get my test box back, I'm going to get the stallion cards to work. Stallion is really cooperative and eager to help to get their cards working. I've got two PCI cards I'd really love to see work, but right now I've got too many other irons in the fire :(. > > >I've heard about bugs and problems with different driver.....but not much > >positive feedback. What is the "product of choice" for doing multi-port > >async dial-in with Freebsd....as of the moment? > > > >Dennis > > > > Might I infer from the fact that no-one seems to have a (positive) opinion about > this that FreeBSD is a particularly bad choice for this and Linux should be > recommended? we've got a linux box with a cyclades that we're using for dialin/dialout that works fine too, but I'm partial to FBSD. > > Dennis > ---------------------------------------------------------------------------- > Emerging Technologies, Inc. http://www.etinc.com > > Synchronous Communications Cards and Routers For > Discriminating Tastes. 56k to T1 and beyond. Frame > Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD > and LINUX > > eric. -- erich@lodgenet.com erich@rrnet.com From owner-freebsd-hackers Fri Jan 26 09:17:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA12787 for hackers-outgoing; Fri, 26 Jan 1996 09:17:38 -0800 (PST) Received: from linux4nn.gn.iaf.nl (root@linux4nn.gn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA12779 for ; Fri, 26 Jan 1996 09:17:33 -0800 (PST) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id SAA08973; Fri, 26 Jan 1996 18:17:24 +0100 Received: by uni4nn.iaf.nl with UUCP id AA17445 (5.67b/IDA-1.5); Fri, 26 Jan 1996 18:17:10 +0100 Received: by iafnl.es.iaf.nl with UUCP id AA22560 (5.65c/IDA-1.4.4); Fri, 26 Jan 1996 18:12:09 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.12/8.6.6) id AAA02267; Fri, 26 Jan 1996 00:13:42 +0100 From: Wilko Bulte Message-Id: <199601252313.AAA02267@yedi.iaf.nl> X-Organisation: Private FreeBSD site - Arnhem - The Netherlands Subject: Re: PCMCIA stuff. To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 26 Jan 1996 00:13:42 +0100 (MET) Cc: hosokawa@mt.cs.keio.ac.jp, jkh@freefall.freebsd.org, hackers@FreeBSD.org In-Reply-To: <20207.822595532@time.cdrom.com> from "Jordan K. Hubbard" at Jan 25, 96 10:45:32 am X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > > PCMCIA cards has its configuration information in its ROM, named "CIS" > > (The Card Information Structure). You can read these parameters by > > using 'pccardc' command. Type > > Yup, we tried this. The problem is that the sio probe code also fails > to detech the modem, and even weakening the prbe doesn't help since it > appears that the modem is simply too different in its handshaking with > sio to work. Once the probe is weakened, you crash elsewhere in the > driver. Kind of sad since I figured by buying a US Robotics modem, I > was getting something pretty mainstream, but it doesn't seem to be > liked much by the pccard stuff. :-) > > Jordan Hmm, I have a 28K8 USR with my Hinote. Poul made it at least accept AT commands when we were in Aachen (the party at Chris' house). I have to admit I did not try it extensively after that, maybe I should try a -current install sometime. If I remember correctly Poul commited his ideas to -current. Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Fri Jan 26 10:04:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA15053 for hackers-outgoing; Fri, 26 Jan 1996 10:04:42 -0800 (PST) Received: from mail02.mail.aol.com (mail02.mail.aol.com [152.163.172.66]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA15048 for ; Fri, 26 Jan 1996 10:04:38 -0800 (PST) From: TBCDaJ@aol.com Received: by mail02.mail.aol.com (8.6.12/8.6.12) id NAA20066 for hackers@freebsd.org; Fri, 26 Jan 1996 13:03:56 -0500 Date: Fri, 26 Jan 1996 13:03:56 -0500 Message-ID: <960126130355_207235780@mail02.mail.aol.com> To: hackers@freebsd.org Subject: Info.... Sender: owner-hackers@freebsd.org Precedence: bulk Hey, I'd like some more info on your freeBSD OS.... From owner-freebsd-hackers Fri Jan 26 10:42:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA16999 for hackers-outgoing; Fri, 26 Jan 1996 10:42:39 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA16992 for ; Fri, 26 Jan 1996 10:42:37 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA04952; Fri, 26 Jan 1996 11:38:53 -0700 From: Terry Lambert Message-Id: <199601261838.LAA04952@phaeton.artisoft.com> Subject: Re: NetBUI and/or IPX routing? To: jhay@mikom.csir.co.za (John Hay) Date: Fri, 26 Jan 1996 11:38:53 -0700 (MST) Cc: terry@lambert.org, imb@scgt.oz.au, swaits@pr.erau.edu, hackers@FreeBSD.org In-Reply-To: <199601260849.KAA28170@zibbi.mikom.csir.co.za> from "John Hay" at Jan 26, 96 10:49:04 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > IPXrouted will answer SAP and RIP requests, so you won't have problems if > you have a server on one net and hosts (IPX) on the other. The handling of > SAP and RIP requests is described in the "IPX Router Specification" that is > available from Novell. One SAP broadcast is made every 55 seconds for each service a server has available. It is possible to rebroadcast SAP packets without problems, up to a hop count of 16. The GetNearestServer request is a broadcast NCP. It is used by client machines starting up to locate a server on the local wire. For a proxy response, this would be the machine in the local bindery (SAP broadcast information is stored as tempory bindery objects in the local server's bindery -- under 4.x, this is done with bindery emulation as a local to each server NDS object). When a server responds to a GetNearestServer, the client receiving the response attaches to that server's "login" directory. The danger here is that a simple brouter does not export file system services and therefore will not have a login directory. This is the problem with the "Puzzle systems" code, since it is a full server, but since it is an unlicensed implementation, it does not have nlist/slist/login to be used by a client, unless you copy the programs from a genuine Novell server somewhere else at your site (in tacit violation of the license). The problem in the case of a proxy response is that your "router" must rebroadcast the "GetNearestServer" NCP, *or* it must be capable of making a proxy response the the NCP broadcast in such a way as the AttachServer used by the client will attach to the server being proxied rather than the machine doing the proxy response. This is complicated by the fact that I can request service ID's (for instance, I could request "Novell Virtual Terminal" or NVT servers respond, rather than file servers). It is difficult and dangerous to respond to the GetNearestServer NCP broadcast as a proxy ("dangerous" as in "unlikely to work without screwing something up later on"). The biggest problem is with "remote reset" (remote boot), since such a situation rarely has a "preferred server" designated -- it will always want the nearest server. The "Preferred server" facility operates by attaching the server that responded to the GetNearestServer, opening the bindery, and iterating the servers until the preferred server is found, then attaching that server instead. I don't know if proxy response works or not; given its complexity, I doubt it -- and it is not a simple matter of bit-twiddling to make it work if it does not. I'll be happy (and amazed) to be corrected by anyone who has it working for clients on the other side of a FreeBSD or Linux box. I suspect that this would be dramatically more difficult in a 4.x network with 3.x compatability turned off, since such a setup has no SAP broadcasts to speak of. Instead, the services are inserted into the NDS tree and accessed from there. Propagation is by way of tree skulking, and even starting with X.500, I doubt an NDS pull-model tree could be implemented by a third party for you to be able to proxy such a response. I know two people who don't work for Novell who could maybe do it; one works at Caldera, and one works maybe 20 feet from me here at Artisoft -- both are ex Novell and both worked on Novell's NDS source code while there). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Jan 26 11:02:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA18362 for hackers-outgoing; Fri, 26 Jan 1996 11:02:31 -0800 (PST) Received: from casparc.ppp.net (casparc.ppp.net [194.64.12.35]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA18357 for ; Fri, 26 Jan 1996 11:02:24 -0800 (PST) Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0tftPe-000Hz1C; Fri, 26 Jan 96 20:02 MET Received: by ernie.altona.hamburg.com (Smail3.1.29.1 #4) id m0tfsmk-00000kC; Fri, 26 Jan 96 19:22 MET Message-Id: From: hm@altona.hamburg.com (Hellmuth Michaelis) Subject: Re: Multi-Port Async Cards To: freebsd-hackers@freebsd.org Date: Fri, 26 Jan 1996 19:22:06 +0100 (MET) Reply-To: hm@altona.hamburg.com X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > >I've heard about bugs and problems with different driver.....but not much > >positive feedback. What is the "product of choice" for doing multi-port > >async dial-in with Freebsd....as of the moment? > Might I infer from the fact that no-one seems to have a (positive) opinion > about this that FreeBSD is a particularly bad choice for this and Linux > should be recommended? Some weeks ago i asked a similar question. I got one recommendation: a Boca Board - which seems to run fine at several sites but had a problem with autodetection at boot time. I could not find a distributor for it here in Germany. Also i contacted the german distributor for the Cyclades product line because i heard some good things about the product line. I was told, that the FreeBSD driver does not work good, but someone in Germany hacked a good running version - i could not locate him. I scanned the mail archives for Cyclades and saw that there was some flameing going on about the cy driver and that someone else had written a driver which works but which needs mgetty. I don't like needing mgetty. Nothing against mgetty, but i want to get along with getty if i want. Other than this, the Cycaldes product looked very promising, but without a working driver ... Finally someone in the company i'm working for put an ancient AST "Cluster Controller" on my desk, 4 full modem ports equipped with 8250's and just one IRQ needed. AST Germany was VERY helpful in getting the dip switch settings for this ancient board, it is fully supported by sio and it runs without any problems - i'm fully satisfied. But to come back to the original article. I normally don't respond to anything anymore which says "Help me, or i go to the Linux camp" - i find it very bad style to extort help with this question. If someone even plays with going to Linux, he should do immediately. Same applies to Windows 3.11, 95 and NT. For me going to Linux is just no question because nothing - and i mean NOTHING - fits my needs there. And before i would go to Linux because of a serial board driver, i would write one immediately and make the source available freely for everyone - and discussing this, i thought, was the purpose of this list, this is why we are subscribed, aren't we ? hellmuth -- Hellmuth Michaelis hm@altona.hamburg.com Hamburg, Europe (A)bort, (R)etry, (I)nstall BSD ? From owner-freebsd-hackers Fri Jan 26 11:07:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA18709 for hackers-outgoing; Fri, 26 Jan 1996 11:07:51 -0800 (PST) Received: from gauss.math.purdue.edu (gauss.math.purdue.edu [128.210.21.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA18698 for ; Fri, 26 Jan 1996 11:07:45 -0800 (PST) Received: from hopf.math.purdue.edu (freebsd@hopf.math.purdue.edu [128.210.3.18]) by gauss.math.purdue.edu (8.7.1/Purdue_Math) with ESMTP id OAA09497 for ; Fri, 26 Jan 1996 14:07:10 -0500 (EST) Received: (from freebsd@localhost) by hopf.math.purdue.edu (8.7.1/8.6.11) id OAA07351; Fri, 26 Jan 1996 14:06:35 -0500 (EST) Date: Fri, 26 Jan 1996 14:06:35 -0500 (EST) From: Clarence Wilkerson Message-Id: <199601261906.OAA07351@hopf.math.purdue.edu> To: hackers@freebsd.org Subject: NexT filesystems Cc: freebsd@hopf.math.purdue.edu Sender: owner-hackers@freebsd.org Precedence: bulk Any ideas on how to read a Next cdrom (developer's volume) on a Freebsd/Linux box? Clarence Wilkerson From owner-freebsd-hackers Fri Jan 26 11:48:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA21422 for hackers-outgoing; Fri, 26 Jan 1996 11:48:39 -0800 (PST) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA21409 for ; Fri, 26 Jan 1996 11:48:31 -0800 (PST) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.12/8.6.9) id VAA02595; Fri, 26 Jan 1996 21:48:05 +0200 From: John Hay Message-Id: <199601261948.VAA02595@zibbi.mikom.csir.co.za> Subject: Re: NetBUI and/or IPX routing? To: terry@lambert.org (Terry Lambert) Date: Fri, 26 Jan 1996 21:48:04 +0200 (SAT) Cc: hackers@FreeBSD.ORG (FreeBSD-hackers) In-Reply-To: <199601261838.LAA04952@phaeton.artisoft.com> from "Terry Lambert" at Jan 26, 96 11:38:53 am X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I think you are a bit sidetracked. The original question was if it is possible to have a Netware server on one side of a router and only IPX clients on the other side. (No Netware server on that side) ------------ ----------- ---------- | Netware | Net A | FreeBSD | Net B | IPX | | |-----------| |---------| | | Server | | Router | | Client | ------------ ----------- ---------- This is possible with Netware 3.11 and DOS and Windose clients. We are using it here. I don't have a Netware 4.xx server so I don't know if that will work. What happens is that the FBSD router will gather the IPX RIP and SAP information that is broadcast by the server (and others if there are more than one). When you start a IPX client it will do a SAP GetNearestServer request (broadcast) which the router will answer. This packet contains the name and address of the Netware Server. The client will then do a RIP request to find a router that will route packets to the server address that it just received. The router will answer it because it will see that it is the cheapest (only) route to the server. Only then the client will send a NCP connection request to allocate a connection slot. This is send to the server. So the router does not have to answer any NCP requests. John -- John Hay -- John.Hay@csir.co.za > > > IPXrouted will answer SAP and RIP requests, so you won't have problems if > > you have a server on one net and hosts (IPX) on the other. The handling of > > SAP and RIP requests is described in the "IPX Router Specification" that is > > available from Novell. > > One SAP broadcast is made every 55 seconds for each service a server > has available. > > It is possible to rebroadcast SAP packets without problems, up to a > hop count of 16. > > The GetNearestServer request is a broadcast NCP. It is used by client > machines starting up to locate a server on the local wire. For a proxy > response, this would be the machine in the local bindery (SAP broadcast > information is stored as tempory bindery objects in the local server's > bindery -- under 4.x, this is done with bindery emulation as a local > to each server NDS object). > > When a server responds to a GetNearestServer, the client receiving the > response attaches to that server's "login" directory. > > The danger here is that a simple brouter does not export file system > services and therefore will not have a login directory. This is the > problem with the "Puzzle systems" code, since it is a full server, but > since it is an unlicensed implementation, it does not have nlist/slist/login > to be used by a client, unless you copy the programs from a genuine Novell > server somewhere else at your site (in tacit violation of the license). > > > The problem in the case of a proxy response is that your "router" must > rebroadcast the "GetNearestServer" NCP, *or* it must be capable of making > a proxy response the the NCP broadcast in such a way as the AttachServer > used by the client will attach to the server being proxied rather than > the machine doing the proxy response. > > > This is complicated by the fact that I can request service ID's (for > instance, I could request "Novell Virtual Terminal" or NVT servers > respond, rather than file servers). > > > It is difficult and dangerous to respond to the GetNearestServer NCP > broadcast as a proxy ("dangerous" as in "unlikely to work without > screwing something up later on"). > > The biggest problem is with "remote reset" (remote boot), since such > a situation rarely has a "preferred server" designated -- it will always > want the nearest server. > > > The "Preferred server" facility operates by attaching the server that > responded to the GetNearestServer, opening the bindery, and iterating > the servers until the preferred server is found, then attaching that > server instead. > > > I don't know if proxy response works or not; given its complexity, I > doubt it -- and it is not a simple matter of bit-twiddling to make it > work if it does not. > > I'll be happy (and amazed) to be corrected by anyone who has it working > for clients on the other side of a FreeBSD or Linux box. > > > I suspect that this would be dramatically more difficult in a 4.x network > with 3.x compatability turned off, since such a setup has no SAP broadcasts > to speak of. Instead, the services are inserted into the NDS tree and > accessed from there. Propagation is by way of tree skulking, and even > starting with X.500, I doubt an NDS pull-model tree could be implemented > by a third party for you to be able to proxy such a response. I know two > people who don't work for Novell who could maybe do it; one works at > Caldera, and one works maybe 20 feet from me here at Artisoft -- both > are ex Novell and both worked on Novell's NDS source code while there). > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. From owner-freebsd-hackers Fri Jan 26 12:17:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA23871 for hackers-outgoing; Fri, 26 Jan 1996 12:17:22 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA23864 for ; Fri, 26 Jan 1996 12:17:20 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA05110; Fri, 26 Jan 1996 13:14:46 -0700 From: Terry Lambert Message-Id: <199601262014.NAA05110@phaeton.artisoft.com> Subject: Re: NetBUI and/or IPX routing? To: jhay@mikom.csir.co.za (John Hay) Date: Fri, 26 Jan 1996 13:14:45 -0700 (MST) Cc: terry@lambert.org, hackers@FreeBSD.ORG In-Reply-To: <199601261948.VAA02595@zibbi.mikom.csir.co.za> from "John Hay" at Jan 26, 96 09:48:04 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > I think you are a bit sidetracked. The original question was if it is > possible to have a Netware server on one side of a router and only IPX > clients on the other side. (No Netware server on that side) > > ------------ ----------- ---------- > | Netware | Net A | FreeBSD | Net B | IPX | > | |-----------| |---------| | > | Server | | Router | | Client | > ------------ ----------- ---------- > > This is possible with Netware 3.11 and DOS and Windose clients. We are > using it here. I don't have a Netware 4.xx server so I don't know if that > will work. > > What happens is that the FBSD router will gather the IPX RIP and SAP > information that is broadcast by the server (and others if there are more > than one). When you start a IPX client it will do a SAP GetNearestServer > request (broadcast) which the router will answer. This packet contains the > name and address of the Netware Server. The client will then do a RIP > request to find a router that will route packets to the server address that > it just received. The router will answer it because it will see that it > is the cheapest (only) route to the server. Only then the client will send > a NCP connection request to allocate a connection slot. This is send to > the server. So the router does not have to answer any NCP requests. Not all clients will RIP. Not all clients use the internal field rather than the source address on the Nearest Server response (ie: GetNearestServer can not be routed for these clients without the router lying about its IPX network number in the IPX header). I'm glad that the Nearest Server response is properly proxied, but this will not fix all clients (especially 'remote reset' clients). To do that, you will have to fake source address in the IPX header as well as setting server address for the "nearest server" in the response. Like sliding windows in SPX, there is a major discrepancy between specification and implementation. In addition, I would caution that a delay is necessary on router proxy response to a GetNearestServer. Consider the case of: ------------ ----------- o ---------- | Netware | Net A | FreeBSD | x----| IPX | | |---------| | | | | | Server1 | | Router |----x N | Client | ------------ ----------- | e ---------- | t | ------------ | B | NetWare | x----| | | | Server2 | o ------------ A "GetNearestServer" from "IPX client" will elicit a response both from "FreeBSD Router" and "NetWare Server2". You want the client to get the "NetWare Server2" response first; the way to do this is to delay the response from "FreeBSD Router". There is *not* a hop-count based "election" on nearest server preference; it's whoever answers first. The Native NetWare server and the NWU NetWare server both parameterize the ability to delay response. A local server is preferaable to a routed serve because of negotiated packet sizes through routers dropping to 512. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Jan 26 12:17:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA23922 for hackers-outgoing; Fri, 26 Jan 1996 12:17:41 -0800 (PST) Received: from linux4nn.gn.iaf.nl (root@linux4nn.gn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA23910 for ; Fri, 26 Jan 1996 12:17:37 -0800 (PST) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id VAA09335; Fri, 26 Jan 1996 21:17:46 +0100 Received: by uni4nn.iaf.nl with UUCP id AA22977 (5.67b/IDA-1.5); Fri, 26 Jan 1996 21:17:25 +0100 Received: by iafnl.es.iaf.nl with UUCP id AA27049 (5.65c/IDA-1.4.4); Fri, 26 Jan 1996 20:24:24 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.12/8.6.6) id UAA00342; Fri, 26 Jan 1996 20:21:13 +0100 From: Wilko Bulte Message-Id: <199601261921.UAA00342@yedi.iaf.nl> X-Organisation: Private FreeBSD site - Arnhem - The Netherlands Subject: Re: PCMCIA stuff. To: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) Date: Fri, 26 Jan 1996 20:21:13 +0100 (MET) Cc: jkh@time.cdrom.com, jkh@freefall.freebsd.org, hackers@FreeBSD.ORG, hosokawa@mt.cs.keio.ac.jp In-Reply-To: <199601260409.NAA14060@frig.mt.cs.keio.ac.jp> from "HOSOKAWA Tatsumi" at Jan 26, 96 01:09:16 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Maybe someone is interested: I just got a PCMCIA sound card I'll be putting 2.1R on my laptop soon, maybe someone wants to know about the CIS tuples (? if I remember correctly)? The card is rebadged by DEC, it seems to have been produced in Canada. The docs are (of course) not very clear on what it emulates etc. Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Fri Jan 26 12:17:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA23931 for hackers-outgoing; Fri, 26 Jan 1996 12:17:44 -0800 (PST) Received: from linux4nn.gn.iaf.nl (root@linux4nn.gn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA23909 for ; Fri, 26 Jan 1996 12:17:37 -0800 (PST) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id VAA09333; Fri, 26 Jan 1996 21:17:43 +0100 Received: by uni4nn.iaf.nl with UUCP id AA22968 (5.67b/IDA-1.5); Fri, 26 Jan 1996 21:17:23 +0100 Received: by iafnl.es.iaf.nl with UUCP id AA27044 (5.65c/IDA-1.4.4); Fri, 26 Jan 1996 20:24:22 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.12/8.6.6) id UAA00323; Fri, 26 Jan 1996 20:18:45 +0100 From: Wilko Bulte Message-Id: <199601261918.UAA00323@yedi.iaf.nl> X-Organisation: Private FreeBSD site - Arnhem - The Netherlands Subject: Re: Rock Ridge CDs, dir depth limits To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 26 Jan 1996 20:18:45 +0100 (MET) Cc: FreeBSD-hackers@FreeBSD.org In-Reply-To: <199601260858.JAA18933@uriah.heep.sax.de> from "J Wunsch" at Jan 26, 96 09:58:31 am X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > As Wilko Bulte wrote: > > > - related: a working example of the mkisofs command for FreeBSD would > > be nice. I can probably use the aforementioned sw to take the mkisofs > > image to the actual disk. > > The mkisofs in -current sort of works. You have to figure out which > non-optional options to specify, but that's easy. Trial&error until > it doesn't dump core anymore. :-] > > Disclaimer: i've only tried it on the FreeBSD release CD which has a > directory depth of 7 (for the file system CD). I just did a quick test using 25 dirs deep. Mkisofs just makes an image that I can mount using the vn device. I'll try on Monday if this also works when I put the image on a CD-R. If it works I'm gonna wage war on the (commercial) software people we use the mastering software from at work. 8/ > > cheers, J"org Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Fri Jan 26 12:22:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA24417 for hackers-outgoing; Fri, 26 Jan 1996 12:22:07 -0800 (PST) Received: from kilgour.nething.com (kilgour.nething.com [204.253.210.65]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA24400 for ; Fri, 26 Jan 1996 12:22:04 -0800 (PST) Received: from randy.nething.com (randy.nething.com [204.253.210.83]) by kilgour.nething.com (8.6.11/8.6.9) with SMTP id OAA20836 for ; Fri, 26 Jan 1996 14:21:34 -0600 Date: Fri, 26 Jan 1996 14:21:34 -0600 Message-Id: <2.2.16.19960126141649.27eff0be@nething.com> X-Sender: rberndt@nething.com X-Mailer: Windows Eudora Pro Version 2.2 (16) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: freebsd-hackers@freebsd.org From: Randy Berndt Subject: LPD problem ... I'm stumped ... Sender: owner-hackers@freebsd.org Precedence: bulk I originally posted this to "questions", but never got any answers. Figured I would try the REAL experts :) I have 3 systems, all 2.05R. The two remotes are dialed into ISP's in their cities. I have /etc/printcap entries on the local system for both remotes. After installation, both systems printed ok. One system has stopped, and I can't find any reason for it. The status is now 'waiting for xx.xx.xx.xx to come up'. I have rebooted both machines. /etc/hosts.lpd on the remote has the local number in it (originally had the name). This was working fine, and then just stopped accepting print jobs. HELP!! How can I test that lpd is working on the remote machine for 'remote-type' jobs. (Jobs queued directly on that machine print fine.) The problem machine is a 14.4 dialup. What's driving me really nuts is that both machines were working fine, and both were installed the same (actually copied one to the other and modified a few files). Now one doesn't work, and I can't find a reason. Could this be a "not responding quick enough to port open" problem? Are there any tweaks I could apply to lpd.c (or printjob.c actually) to help this? Thanks for any help. Randy Berndt ---------------------------------- AOS/VS, FreeBSD, DOS: I'm caught in a maze of twisty little command interpreters, all different. From owner-freebsd-hackers Fri Jan 26 12:26:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA24738 for hackers-outgoing; Fri, 26 Jan 1996 12:26:42 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA24733 for ; Fri, 26 Jan 1996 12:26:40 -0800 (PST) Received: from rah.star-gate.com (localhost [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id MAA00976 for ; Fri, 26 Jan 1996 12:26:22 -0800 Message-Id: <199601262026.MAA00976@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: hackers@FreeBSD.ORG Subject: [TV ] memory bandwith on a P6? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 26 Jan 1996 12:26:21 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Howdy, Has anyone managed to measure the memory bandwith on a fast P6? The goal is to have a system which can capture video data at a rate of 36.8 meg/sec and then process the data for display. With a P100 we don't have enough bandwith to capture, process and then display the data. Tnks, Amancio From owner-freebsd-hackers Fri Jan 26 13:41:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA28988 for hackers-outgoing; Fri, 26 Jan 1996 13:41:24 -0800 (PST) Received: from gatekeeper2.mcimail.com (gatekeeper2.mcimail.com [192.147.45.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA28971 for ; Fri, 26 Jan 1996 13:41:12 -0800 (PST) Received: from mailgate2.mcimail.com (mailgate2.mcimail.com [166.38.40.100]) by gatekeeper2.mcimail.com (8.6.12/8.6.10) with SMTP id VAA11694; Fri, 26 Jan 1996 21:42:59 GMT Received: from mcimail.com by mailgate2.mcimail.com id bm07466; 26 Jan 96 21:41 WET Date: Fri, 26 Jan 96 14:24 EST From: "MCI Mail X.400 Service" To: hackers Subject: Message Status Message-Id: <52960126192425/POSTMASTERD49X4@MCIMAIL.COM> Sender: owner-hackers@FreeBSD.ORG Precedence: bulk DELIVERY NOTICE Referencing: Message id: 52960125071925/0003765414DC6EM Subject: hackers-digest V Your Message To: C=IN A=VSNL P=XEEMAIL O=XEEDEL OU1=XEENET S=vivekp could not be delivered to this recipient. Reason: Transfer failure. Diagnostic: Maximum time expired. This non-delivery notice generated: FRI JAN 26, 1996 7:24 pm GMT From owner-freebsd-hackers Fri Jan 26 14:05:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA00763 for hackers-outgoing; Fri, 26 Jan 1996 14:05:57 -0800 (PST) Received: from FNAL.FNAL.Gov (fnal.fnal.gov [131.225.110.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA00755 for ; Fri, 26 Jan 1996 14:05:45 -0800 (PST) From: DHIMAN@d0sb15.FNAL.Gov Received: from DECNET-MAIL (DHIMAN@D0SB15) by FNAL.FNAL.GOV (PMDF V5.0-5 #3998) id <01I0H01316Z4000DQ8@FNAL.FNAL.GOV> for hackers@freebsd.org; Fri, 26 Jan 1996 16:05:36 -0600 (CST) Date: Fri, 26 Jan 1996 16:05:36 -0600 (CST) Subject: a question about boot-manager To: hackers@freebsd.org Message-id: <01I0H0131BOY000DQ8@FNAL.FNAL.GOV> Organization: Fermi National Accelerator Laboratory X-VMS-To: FNAL::SMTP%"hackers@freebsd.org" X-VMS-Cc: DHIMAN MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Sender: owner-hackers@freebsd.org Precedence: bulk Fermilab, 26-JAN-1996 Hi, I am trying to split my 1.6 GB HD among 3 OS's: DOS, FreeBSD and Linux. I want to have a boot manager that will let me choose from these at boot time. The problem is, the Linux loader (LILO) doesn't recognize a FreeBSD boot partition and the FreeBSD bootmaster doesn't seem to recognize Linux. Either one recognizes DOS, so I can have either DOS+Linux or DOS+FreeBSD. Is there a way I can have Linux+FreeBSD ? Thanks. Dhiman. From owner-freebsd-hackers Fri Jan 26 14:52:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA04101 for hackers-outgoing; Fri, 26 Jan 1996 14:52:51 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA04095 for ; Fri, 26 Jan 1996 14:52:35 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA29603 for ; Fri, 26 Jan 1996 23:52:03 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA20029 for freebsd-hackers@freebsd.org; Fri, 26 Jan 1996 23:52:03 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id XAA20799 for freebsd-hackers@freebsd.org; Fri, 26 Jan 1996 23:25:13 +0100 (MET) From: J Wunsch Message-Id: <199601262225.XAA20799@uriah.heep.sax.de> Subject: Re: Rock Ridge CDs, dir depth limits To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 26 Jan 1996 23:25:13 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601261918.UAA00323@yedi.iaf.nl> from "Wilko Bulte" at Jan 26, 96 08:18:45 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Wilko Bulte wrote: > I just did a quick test using 25 dirs deep. Mkisofs just makes an image > that I can mount using the vn device. I'll try on Monday if this also > works when I put the image on a CD-R. It should. > If it works I'm gonna wage war on the (commercial) software people we > use the mastering software from at work. 8/ I assume you're using a Philips writer? Don't hold your breath, but i'm positive you could burn with it under FreeBSD some day. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Jan 26 15:08:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA05236 for hackers-outgoing; Fri, 26 Jan 1996 15:08:53 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA05227 for ; Fri, 26 Jan 1996 15:08:50 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id JAA04462; Sat, 27 Jan 1996 09:49:41 +1030 From: Michael Smith Message-Id: <199601262319.JAA04462@genesis.atrad.adelaide.edu.au> Subject: Re: Multi-Port Async Cards To: dennis@etinc.com (dennis) Date: Sat, 27 Jan 1996 09:49:40 +1030 (CST) Cc: hackers@freebsd.org In-Reply-To: <199601261554.KAA05222@etinc.com> from "dennis" at Jan 26, 96 10:54:35 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk dennis stands accused of saying: > > > >I've heard about bugs and problems with different driver.....but not much > >positive feedback. What is the "product of choice" for doing multi-port > >async dial-in with Freebsd....as of the moment? > Might I infer from the fact that no-one seems to have a (positive) opinion about > this that FreeBSD is a particularly bad choice for this and Linux should be > recommended? More that this is a really stupid list to be asking this question of. You should be asking in -questions or -isp. Personally, right now I'd be recommending the Stallion cards, as we have vendor support for them and they're available world-wide. How many ports do you want? > Dennis -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Fri Jan 26 15:18:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA05745 for hackers-outgoing; Fri, 26 Jan 1996 15:18:40 -0800 (PST) Received: from linux4nn.gn.iaf.nl (root@linux4nn.gn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA05739 for ; Fri, 26 Jan 1996 15:18:37 -0800 (PST) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id AAA09651; Sat, 27 Jan 1996 00:18:48 +0100 Received: by uni4nn.iaf.nl with UUCP id AA28439 (5.67b/IDA-1.5); Sat, 27 Jan 1996 00:18:15 +0100 Received: by iafnl.es.iaf.nl with UUCP id AA00339 (5.65c/IDA-1.4.4); Fri, 26 Jan 1996 23:47:07 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.12/8.6.6) id UAA00409; Fri, 26 Jan 1996 20:26:36 +0100 From: Wilko Bulte Message-Id: <199601261926.UAA00409@yedi.iaf.nl> X-Organisation: Private FreeBSD site - Arnhem - The Netherlands Subject: Re: Multi-Port Async Cards To: dennis@etinc.com (dennis) Date: Fri, 26 Jan 1996 20:26:35 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: <199601261554.KAA05222@etinc.com> from "dennis" at Jan 26, 96 10:54:35 am X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > >async dial-in with Freebsd....as of the moment? > > > >Dennis > > > > Might I infer from the fact that no-one seems to have a (positive) opinion about > this that FreeBSD is a particularly bad choice for this and Linux should be > recommended? > > Dennis > ---------------------------------------------------------------------------- > Emerging Technologies, Inc. http://www.etinc.com Flame bait ;-) I use an AST/4 (so four lines). Works like a charm, simply because it has 4 real 16550A UARTS. I also own a Specialix (up to 32 ports) SI Host card. Sofar it does not work like I want but I haven't spent more than 1 hour (or so) on it. Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Fri Jan 26 18:11:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA14042 for hackers-outgoing; Fri, 26 Jan 1996 18:11:25 -0800 (PST) Received: from emout04.mail.aol.com (emout04.mail.aol.com [198.81.10.12]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA14037 for ; Fri, 26 Jan 1996 18:11:21 -0800 (PST) From: StevenR362@aol.com Received: by emout04.mail.aol.com (8.6.12/8.6.12) id VAA01120; Fri, 26 Jan 1996 21:09:59 -0500 Date: Fri, 26 Jan 1996 21:09:59 -0500 Message-ID: <960126210958_207569891@emout04.mail.aol.com> To: rminnich@sarnoff.com, joe@implode.root.com cc: hackers@freebsd.org, scrappy@ki.net Subject: Re: Program getting signal 11 for no obvious reason Sender: owner-hackers@freebsd.org Precedence: bulk In a message dated 96-01-26 09:06:15 EST, rminnich@Sarnoff.COM (Ron G. Minnich) writes: >when you add new ram, after a while to me reads as 'to when i fell over >into the new bank of ram'. signal 11? any chance you have a ram error and >are not running parity ram? this happened here. The symptoms are not >obvious ... > >ron I'd have to agree with this. When I added an additional 2 Mb 80ns Ram to a system with 8 MB of 70ns Ram, I would get sig 11's whenever I did a make world. I added an extra wait state and the sig 11's disappeared. Of course my system ran slower but it had more Ram. I'm not sure if this is a good tradeoff though. Steve From owner-freebsd-hackers Fri Jan 26 18:25:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA15262 for hackers-outgoing; Fri, 26 Jan 1996 18:25:58 -0800 (PST) Received: from iserve.bigweb.com (root@bigweb.com [205.184.239.100]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA15252 for ; Fri, 26 Jan 1996 18:25:55 -0800 (PST) Received: from sim.ppp.oakland.edu (an9ro.tir.com [205.138.42.11]) by iserve.bigweb.com (8.6.12/8.6.9) with SMTP id CAA07182 for ; Sat, 27 Jan 1996 02:23:35 GMT Date: Sat, 27 Jan 1996 02:23:35 GMT Message-Id: <199601270223.CAA07182@iserve.bigweb.com> X-Sender: sim@bigweb.com X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: freebsd-hackers@freebsd.org From: Michael Simon Subject: New FreeBSD SysAdmin Sender: owner-hackers@freebsd.org Precedence: bulk Hello all... I'm a new addition to this list and also a first time sysadmin for my high school's TCP/IP network. I have very little experience being a sysadmin (seeing as I am only 15 -- although I have much experience in other areas of the internet and around 2 years experience in UNIX) type OS's). I was wondering if anyone could recommend any good books for sysadminning FreeBSD -- I know they are a few on the freebsd.org page, but I'd like some reccommendations. Also - Should FreeBSD be able to run BSDI 4.x binaries? Do I have to do anything else? Thanks for your help and I hope to be able to contribute questions and answers often. -Mike Simon --------------------------------------------------------------------------- Michael Simon Event Horizon --------------------------------------------------------------------------- In the Unix System Administration Handbook, Evi Nemeth has this to say about daemons: "Many people equate the word ``daemon'' with the word ``demon,'' implying some kind of Satanic connection between UNIX and the underworld. This is an egregious misunderstanding. ``Daemon'' is actually a much older form of ``demon''; daemons have no particular bias towards good or evil, but rather serve to help define a person's character or personality. The ancient Greeks' concept of a ``personal daemon'' was similar to the modern concept of a ``guardian angel'' --- ``eudaemonia'' is the state of being helped or protected by a kindly spirit. As a rule, UNIX systems seem to be infested with both daemons and demons." (p403) --------------------------------------------------------------------------- From owner-freebsd-hackers Fri Jan 26 21:21:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA22803 for hackers-outgoing; Fri, 26 Jan 1996 21:21:05 -0800 (PST) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA22794 for ; Fri, 26 Jan 1996 21:20:57 -0800 (PST) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.12/8.6.9) id HAA09078; Sat, 27 Jan 1996 07:18:16 +0200 From: John Hay Message-Id: <199601270518.HAA09078@zibbi.mikom.csir.co.za> Subject: Re: NetBUI and/or IPX routing? To: terry@lambert.org (Terry Lambert) Date: Sat, 27 Jan 1996 07:18:16 +0200 (SAT) Cc: hackers@FreeBSD.ORG (FreeBSD-hackers) In-Reply-To: <199601262014.NAA05110@phaeton.artisoft.com> from "Terry Lambert" at Jan 26, 96 01:14:45 pm X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > I think you are a bit sidetracked. The original question was if it is > > possible to have a Netware server on one side of a router and only IPX > > clients on the other side. (No Netware server on that side) > > > > ------------ ----------- ---------- > > | Netware | Net A | FreeBSD | Net B | IPX | > > | |-----------| |---------| | > > | Server | | Router | | Client | > > ------------ ----------- ---------- > > > > This is possible with Netware 3.11 and DOS and Windose clients. We are > > using it here. I don't have a Netware 4.xx server so I don't know if that > > will work. > > > > What happens is that the FBSD router will gather the IPX RIP and SAP > > information that is broadcast by the server (and others if there are more > > than one). When you start a IPX client it will do a SAP GetNearestServer > > request (broadcast) which the router will answer. This packet contains the > > name and address of the Netware Server. The client will then do a RIP > > request to find a router that will route packets to the server address that > > it just received. The router will answer it because it will see that it > > is the cheapest (only) route to the server. Only then the client will send > > a NCP connection request to allocate a connection slot. This is send to > > the server. So the router does not have to answer any NCP requests. > > Not all clients will RIP. Not all clients use the internal field > rather than the source address on the Nearest Server response (ie: > GetNearestServer can not be routed for these clients without the > router lying about its IPX network number in the IPX header). This may be true, but I haven't seen any that doesn't. All the versions of netx and the vlm's from Novell do it. > > I'm glad that the Nearest Server response is properly proxied, but this > will not fix all clients (especially 'remote reset' clients). To do > that, you will have to fake source address in the IPX header as well > as setting server address for the "nearest server" in the response. Maybe I don't understand your use of the term proxy, but I don't see the response to a SAP GetNearestServer request as proxy, because it is the job of a IPX router to be able to respond to SAP GetNearestServer and RIP requests. > > Like sliding windows in SPX, there is a major discrepancy between > specification and implementation. > > In addition, I would caution that a delay is necessary on router proxy > response to a GetNearestServer. Consider the case of: > > > ------------ ----------- o ---------- > | Netware | Net A | FreeBSD | x----| IPX | > | |---------| | | | | > | Server1 | | Router |----x N | Client | > ------------ ----------- | e ---------- > | t > | ------------ > | B | NetWare | > x----| | > | | Server2 | > o ------------ > > A "GetNearestServer" from "IPX client" will elicit a response both > from "FreeBSD Router" and "NetWare Server2". No it should not. Server1 isn't the nearest anymore, so the router should not respond to a GetNearestServer SAP request from the IPX client. > > You want the client to get the "NetWare Server2" response first; the > way to do this is to delay the response from "FreeBSD Router". There > is *not* a hop-count based "election" on nearest server preference; > it's whoever answers first. The Native NetWare server and the NWU > NetWare server both parameterize the ability to delay response. > > A local server is preferaable to a routed serve because of negotiated > packet sizes through routers dropping to 512. A bigger problem (performance wise) is the extra hop that is incurred for NCP. Burst mode isn't the whole answer to that. John -- John Hay -- John.Hay@csir.co.za From owner-freebsd-hackers Fri Jan 26 22:51:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA28803 for hackers-outgoing; Fri, 26 Jan 1996 22:51:21 -0800 (PST) Received: from sssun.spb.su (root@news.spb.su [193.124.83.67]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA28798 for ; Fri, 26 Jan 1996 22:51:13 -0800 (PST) Received: by sssun.spb.su id AA08082 (5.65.kiae-1 ); Sat, 27 Jan 1996 09:47:52 +0300 To: dennis , hackers@freebsd.org References: <199601261554.KAA05222@etinc.com> In-Reply-To: <199601261554.KAA05222@etinc.com>; from dennis at Fri, 26 Jan 1996 10:54:35 -0500 Message-Id: Organization: RELCOM Corp., St.Petersburg Date: Sat, 27 Jan 1996 09:47:51 +0300 From: Andrew Timonin Reply-To: tim@sssun.spb.su Subject: RE:Multi-Port Async Cards Lines: 33 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk In message <199601261554.KAA05222@etinc.com> dennis writes: >>I've heard about bugs and problems with different driver.....but not much >>positive feedback. What is the "product of choice" for doing multi-port >>async dial-in with Freebsd....as of the moment? >> >>Dennis >> >Might I infer from the fact that no-one seems to have a (positive) opinion about >this that FreeBSD is a particularly bad choice for this and Linux should be >recommended? I think no. Linux have just the same problems with multiport cards as FreeBSD. From technical point of view I myself would prefer some Digiboard, but because of a very restrictive policy of this company on the design of inner parts of card design it's nearly impossible to implement a good driver without a NDA. >Dennis >---------------------------------------------------------------------------- >Emerging Technologies, Inc. http://www.etinc.com >Synchronous Communications Cards and Routers For >Discriminating Tastes. 56k to T1 and beyond. Frame >Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD >and LINUX -- Andrew A. Timonin E-mail tim@sssun.spb.su, St.Petersburg phone: office: +7 (812) 1106762 Russia private: +7 (812) 2540779 From owner-freebsd-hackers Sat Jan 27 01:39:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA02722 for hackers-outgoing; Sat, 27 Jan 1996 01:39:57 -0800 (PST) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA02717 for ; Sat, 27 Jan 1996 01:39:52 -0800 (PST) Received: (from dgy@localhost) by seagull.rtd.com (8.6.12/1.2) id CAA02218 for freebsd-hackers@freefall.cdrom.com; Sat, 27 Jan 1996 02:39:48 -0700 From: Don Yuniskis Message-Id: <199601270939.CAA02218@seagull.rtd.com> Subject: reprobing scsi To: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) Date: Sat, 27 Jan 1996 02:39:48 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Greetings! It "appears" that the kernel refuses to recognize my tape drive if it is not powered up at the time FBSD (2.1) boots. Is there a way to force a reprobe of the SCSI bus? Thx, don From owner-freebsd-hackers Sat Jan 27 04:08:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA06945 for hackers-outgoing; Sat, 27 Jan 1996 04:08:57 -0800 (PST) Received: from gatekeeper.mcimail.com (gatekeeper.mcimail.com [192.147.45.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA06934 for ; Sat, 27 Jan 1996 04:08:50 -0800 (PST) Received: from mailgate.mcimail.com (mailgate.mcimail.com [166.38.40.3]) by gatekeeper.mcimail.com (8.6.12/8.6.10) with SMTP id MAA07933; Sat, 27 Jan 1996 12:06:22 GMT Received: from mcimail.com by mailgate.mcimail.com id bi14027; 27 Jan 96 12:08 WET Date: Sat, 27 Jan 96 07:00 EST From: "MCI Mail X.400 Service" To: hackers Subject: Message Status Message-Id: <75960127120057/POSTMASTERD49X4@MCIMAIL.COM> Sender: owner-hackers@FreeBSD.ORG Precedence: bulk DELIVERY NOTICE Referencing: Message id: 02960125233320/0003765414DC6EM Subject: hackers-digest V Your Message To: C=IN A=VSNL P=XEEMAIL O=XEEDEL OU1=XEENET S=vivekp could not be delivered to this recipient. Reason: Transfer failure. Diagnostic: Maximum time expired. This non-delivery notice generated: SAT JAN 27, 1996 12:00 am GMT From owner-freebsd-hackers Sat Jan 27 05:06:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA09817 for hackers-outgoing; Sat, 27 Jan 1996 05:06:16 -0800 (PST) Received: from hda.com (hda.com [199.232.40.182]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA09800 Sat, 27 Jan 1996 05:06:11 -0800 (PST) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id IAA09325; Sat, 27 Jan 1996 08:03:21 -0500 From: Peter Dufault Message-Id: <199601271303.IAA09325@hda.com> Subject: DIGI drivers again To: tim@sssun.spb.su Date: Sat, 27 Jan 1996 08:03:20 -0500 (EST) Cc: dennis@etinc.com, hackers@FreeBSD.org, isp@FreeBSD.org In-Reply-To: from "Andrew Timonin" at Jan 27, 96 09:47:51 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > I think no. Linux have just the same problems with multiport cards as > FreeBSD. From technical point of view I myself would prefer some > Digiboard, but because of a very restrictive policy of this company > on the design of inner parts of card design it's nearly impossible to > implement a good driver without a NDA. Anyone interested in full DIGI support and willing to spend some money please send me private e-mail. If we can get together enough to offset the problems associated with a binary only NDA driver, e.g., tracking the OS releases, HDA being the soul support point for problems with the drivers, and HDA having to purchase the hardware, then I'll implement an NDA binary only driver. Let me know what product you are interested and how much you're willing to spend per year for a DIGI driver support contract. -- 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 Jan 27 06:24:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA12800 for hackers-outgoing; Sat, 27 Jan 1996 06:24:56 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA12795 for ; Sat, 27 Jan 1996 06:24:52 -0800 (PST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id PAA11964; Sat, 27 Jan 1996 15:27:15 +0100 Message-Id: <199601271427.PAA11964@gilberto.physik.rwth-aachen.de> Subject: Re: reprobing scsi To: dgy@rtd.com (Don Yuniskis) Date: Sat, 27 Jan 1996 15:27:15 +0100 (MET) Cc: freebsd-hackers@freefall.freebsd.org In-Reply-To: <199601270939.CAA02218@seagull.rtd.com> from "Don Yuniskis" at Jan 27, 96 02:39:48 am From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > Greetings! > It "appears" that the kernel refuses to recognize my tape > drive if it is not powered up at the time FBSD (2.1) boots. > Is there a way to force a reprobe of the SCSI bus? scsi -f /dev/rstx -r > Thx, > don > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Sat Jan 27 06:26:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA12841 for hackers-outgoing; Sat, 27 Jan 1996 06:26:54 -0800 (PST) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA12836 for ; Sat, 27 Jan 1996 06:26:53 -0800 (PST) Received: (from dgy@localhost) by seagull.rtd.com (8.6.12/1.2) id HAA08800; Sat, 27 Jan 1996 07:26:27 -0700 From: Don Yuniskis Message-Id: <199601271426.HAA08800@seagull.rtd.com> Subject: Re: reprobing scsi To: kuku@gilberto.physik.rwth-aachen.de Date: Sat, 27 Jan 1996 07:26:27 -0700 (MST) Cc: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) In-Reply-To: <199601271427.PAA11964@gilberto.physik.rwth-aachen.de> from "Christoph Kukulies" at Jan 27, 96 03:27:15 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > It "appears" that the kernel refuses to recognize my tape > > drive if it is not powered up at the time FBSD (2.1) boots. > > Is there a way to force a reprobe of the SCSI bus? > > scsi -f /dev/rstx -r Been there. Done that. ("not configured") Any other suggestions? ;-) --don From owner-freebsd-hackers Sat Jan 27 06:28:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA12918 for hackers-outgoing; Sat, 27 Jan 1996 06:28:17 -0800 (PST) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA12912 for ; Sat, 27 Jan 1996 06:28:15 -0800 (PST) Received: (from dgy@localhost) by seagull.rtd.com (8.6.12/1.2) id HAA08852 for freebsd-hackers@freefall.cdrom.com; Sat, 27 Jan 1996 07:28:15 -0700 From: Don Yuniskis Message-Id: <199601271428.HAA08852@seagull.rtd.com> Subject: /dev perms... To: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) Date: Sat, 27 Jan 1996 07:28:14 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Greetings! Is it safe to assume that [en]rst0* should be 660 root.operator? If so, could someone commit a (quickie) patch to MAKEDEV to fix this? Thx, --don From owner-freebsd-hackers Sat Jan 27 07:48:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA15588 for hackers-outgoing; Sat, 27 Jan 1996 07:48:28 -0800 (PST) Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA15582 for ; Sat, 27 Jan 1996 07:48:23 -0800 (PST) Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA00856; Sat, 27 Jan 96 09:48:22 -0600 Received: by emu.fsl.noaa.gov (1.38.193.4/SMI-4.1 (1.38.193.4)) id AA27692; Sat, 27 Jan 1996 08:48:21 -0700 Date: Sat, 27 Jan 1996 08:48:21 -0700 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <9601271548.AA27692@emu.fsl.noaa.gov> To: sim@bigweb.com Cc: freebsd-hackers@freebsd.org In-Reply-To: <199601270223.CAA07182@iserve.bigweb.com> (message from Michael Simon on Sat, 27 Jan 1996 02:23:35 GMT) Subject: Re: New FreeBSD SysAdmin Sender: owner-hackers@freebsd.org Precedence: bulk >>>>> "Michael" == Michael Simon writes: Michael> I was wondering if anyone could recommend any good books Michael> for sysadminning FreeBSD You quote a great sysadmin book in your signature: _Unix System Administration Handbook_ by Evi Nemeth et al. Anything in the book that says `BSD' in it ought to apply to FreeBSD. Michael> Also - Should FreeBSD be able to run BSDI 4.x binaries? Pretty much. One final note, you probably one to use the list `freebsd-questions@freebsd.org' for questions. -- Sean Kelly NOAA Forecast Systems Laboratory, Boulder Colorado USA As the light changed from red to green to yellow and back to red again, I sat there thinking about life. Was it nothing more than a bunch of honking and yelling? Sometimes it seemed that way. -- Deep Thoughts, by Jack Handey From owner-freebsd-hackers Sat Jan 27 08:25:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA16621 for hackers-outgoing; Sat, 27 Jan 1996 08:25:09 -0800 (PST) Received: from alex.iet.unipi.it (alex.iet.unipi.it [131.114.9.235]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA16616 for ; Sat, 27 Jan 1996 08:25:03 -0800 (PST) Received: (from vicisano@localhost) by alex.iet.unipi.it (8.6.12/8.6.12) id RAA21654; Sat, 27 Jan 1996 17:10:20 +0100 Date: Sat, 27 Jan 1996 17:10:19 +0100 (MET) From: Lorenzo Vicisano To: hackers@freefall.freebsd.org Subject: ac_btime field of acct (process accounting) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk As I am interested in evaluating statistics on process arrival time at a given machine, I thought of using the BSD kernel process accounting facility. Unfortunately the `ac_btime' field of `acct' struct only contains seconds since the Epoch (I would like to have bigger resolution). One possible solution to the problem is to modify `ac_btime' contents (not its size) fitting there some bits for fraction of second without loosing any information on Epoch. To do that you can exploit the fact that most significant bits of `ac_btime' change very slowly. I noticed that `lastcomm' is the only tool that uses that field (is it true?), so the unique that has to be modified, except `acct_process()' routine in the kernel. Any advice/comments? Thanks, Lorenzo. <|--------------------------------------------------------------------------|> | Lorenzo Vicisano | http://www.iet.unipi.it/~vicisano | | Dip. di Ingegneria dell'Informazione | e-mail vicisano@iet.unipi.it | | Universita' di Pisa | Phone +39-50-568654 | | Via Diotisalvi, 2 56100 PISA, ITALY | Fax +39-50-568522 | <|--------------------------------------------------------------------------|> From owner-freebsd-hackers Sat Jan 27 09:35:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA18384 for hackers-outgoing; Sat, 27 Jan 1996 09:35:20 -0800 (PST) Received: from etinc.com (et-gw.etinc.com [165.254.13.209]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA18379 for ; Sat, 27 Jan 1996 09:35:18 -0800 (PST) Received: from ppp-082.etinc.com (ppp-082.etinc.com [204.141.95.142]) by etinc.com (8.6.12/8.6.9) with SMTP id MAA07882; Sat, 27 Jan 1996 12:32:49 -0500 Date: Sat, 27 Jan 1996 12:32:49 -0500 Message-Id: <199601271732.MAA07882@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Terry Lambert From: dennis@etinc.com (dennis) Subject: Re: NetBUI and/or IPX routing? Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >> IPXrouted will answer SAP and RIP requests, so you won't have problems if >> you have a server on one net and hosts (IPX) on the other. The handling of >> SAP and RIP requests is described in the "IPX Router Specification" that is >> available from Novell. > >One SAP broadcast is made every 55 seconds for each service a server >has available. > >It is possible to rebroadcast SAP packets without problems, up to a >hop count of 16. > >The problem in the case of a proxy response is that your "router" must >rebroadcast the "GetNearestServer" NCP, *or* it must be capable of making >a proxy response the the NCP broadcast in such a way as the AttachServer >used by the client will attach to the server being proxied rather than >the machine doing the proxy response. > > >This is complicated by the fact that I can request service ID's (for >instance, I could request "Novell Virtual Terminal" or NVT servers >respond, rather than file servers). > >The GetNearestServer request is a broadcast NCP. It is used by client >machines starting up to locate a server on the local wire. For a proxy >response, this would be the machine in the local bindery (SAP broadcast >information is stored as tempory bindery objects in the local server's >bindery -- under 4.x, this is done with bindery emulation as a local >to each server NDS object). This is not generally true. A true IPX router maintains a server table and a routing table and responds to requests directly. All such requests are handled locally, and traffic is only routed once a destination network number has been determined. I wouldn't call them "proxies" per se....they are simply maintaining a map no unlike some high level routing protocols for the IP world. Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Sat Jan 27 09:41:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA18724 for hackers-outgoing; Sat, 27 Jan 1996 09:41:37 -0800 (PST) Received: from etinc.com (et-gw.etinc.com [165.254.13.209]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA18718 for ; Sat, 27 Jan 1996 09:41:35 -0800 (PST) Received: from ppp-082.etinc.com (ppp-082.etinc.com [204.141.95.142]) by etinc.com (8.6.12/8.6.9) with SMTP id MAA07892; Sat, 27 Jan 1996 12:40:41 -0500 Date: Sat, 27 Jan 1996 12:40:41 -0500 Message-Id: <199601271740.MAA07892@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hm@altona.hamburg.com From: dennis@etinc.com (dennis) Subject: Re: Multi-Port Async Cards Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk > >> >I've heard about bugs and problems with different driver.....but not much >> >positive feedback. What is the "product of choice" for doing multi-port >> >async dial-in with Freebsd....as of the moment? > >> Might I infer from the fact that no-one seems to have a (positive) opinion >> about this that FreeBSD is a particularly bad choice for this and Linux >> should be recommended? > >Some weeks ago i asked a similar question. I got one recommendation: a >Boca Board - which seems to run fine at several sites but had a problem >with autodetection at boot time. I could not find a distributor for it >here in Germany. > >Also i contacted the german distributor for the Cyclades product line >because i heard some good things about the product line. I was told, >that the FreeBSD driver does not work good, but someone in Germany hacked >a good running version - i could not locate him. I scanned the mail archives >for Cyclades and saw that there was some flameing going on about the cy >driver and that someone else had written a driver which works but which >needs mgetty. I don't like needing mgetty. Nothing against mgetty, but >i want to get along with getty if i want. Other than this, the Cycaldes >product looked very promising, but without a working driver ... > >Finally someone in the company i'm working for put an ancient AST "Cluster >Controller" on my desk, 4 full modem ports equipped with 8250's and just >one IRQ needed. AST Germany was VERY helpful in getting the dip switch >settings for this ancient board, it is fully supported by sio and it runs >without any problems - i'm fully satisfied. This scenario is frightening to me....although I think that you've answered my question......Its the final straw I think in making FreeBSD marketable...obviously the AST solution is unacceptable for a real ISP....I wonder why the cyclades board needs mgetty.....whats the major diff between getty and mgetty? Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Sat Jan 27 09:51:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA19518 for hackers-outgoing; Sat, 27 Jan 1996 09:51:23 -0800 (PST) Received: from etinc.com (et-gw.etinc.com [165.254.13.209]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA19506 for ; Sat, 27 Jan 1996 09:51:20 -0800 (PST) Received: from ppp-082.etinc.com (ppp-082.etinc.com [204.141.95.142]) by etinc.com (8.6.12/8.6.9) with SMTP id MAA07907 for ; Sat, 27 Jan 1996 12:50:29 -0500 Date: Sat, 27 Jan 1996 12:50:29 -0500 Message-Id: <199601271750.MAA07907@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: dennis@etinc.com (dennis) Subject: Re: Multi-Port Async Cards Sender: owner-hackers@freebsd.org Precedence: bulk >dennis stands accused of saying: >> >> >> >I've heard about bugs and problems with different driver.....but not much >> >positive feedback. What is the "product of choice" for doing multi-port >> >async dial-in with Freebsd....as of the moment? >> Might I infer from the fact that no-one seems to have a (positive) opinion about >> this that FreeBSD is a particularly bad choice for this and Linux should be >> recommended? > >More that this is a really stupid list to be asking this question of. >You should be asking in -questions or -isp. Personally, right now I'd be >recommending the Stallion cards, as we have vendor support for them and >they're available world-wide. How many ports do you want? I disagree...this is a development list...if there are bugs in the drivers or they just dont work then its an issue on this list. I find it bone-chilling that the selection criteria for a vendor is based on their willingness to give away information on their boards, as vendors of poor commercial products are usually the most anxious to have "somebody...anybody!" use their product. db ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Sat Jan 27 09:52:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA19806 for hackers-outgoing; Sat, 27 Jan 1996 09:52:41 -0800 (PST) Received: from etinc.com (et-gw.etinc.com [165.254.13.209]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA19797 for ; Sat, 27 Jan 1996 09:52:39 -0800 (PST) Received: from ppp-082.etinc.com (ppp-082.etinc.com [204.141.95.142]) by etinc.com (8.6.12/8.6.9) with SMTP id MAA07911; Sat, 27 Jan 1996 12:51:45 -0500 Date: Sat, 27 Jan 1996 12:51:45 -0500 Message-Id: <199601271751.MAA07911@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Wilko Bulte From: dennis@etinc.com (dennis) Subject: Re: Multi-Port Async Cards Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >> >async dial-in with Freebsd....as of the moment? >> > >> >Dennis >> > >> >> Might I infer from the fact that no-one seems to have a (positive) opinion about >> this that FreeBSD is a particularly bad choice for this and Linux should be >> recommended? >> >> Dennis >> ---------------------------------------------------------------------------- >> Emerging Technologies, Inc. http://www.etinc.com > >Flame bait ;-) only way to stir emotions in the passives. db ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Sat Jan 27 09:59:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA20434 for hackers-outgoing; Sat, 27 Jan 1996 09:59:25 -0800 (PST) Received: from etinc.com (et-gw.etinc.com [165.254.13.209]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA20429 for ; Sat, 27 Jan 1996 09:59:23 -0800 (PST) Received: from ppp-082.etinc.com (ppp-082.etinc.com [204.141.95.142]) by etinc.com (8.6.12/8.6.9) with SMTP id MAA07923; Sat, 27 Jan 1996 12:58:01 -0500 Date: Sat, 27 Jan 1996 12:58:01 -0500 Message-Id: <199601271758.MAA07923@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: tim@sssun.spb.su From: dennis@etinc.com (dennis) Subject: RE:Multi-Port Async Cards Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >In message <199601261554.KAA05222@etinc.com> dennis writes: > > >>>I've heard about bugs and problems with different driver.....but not much >>>positive feedback. What is the "product of choice" for doing multi-port >>>async dial-in with Freebsd....as of the moment? >>> >>>Dennis >>> > >>Might I infer from the fact that no-one seems to have a (positive) opinion about >>this that FreeBSD is a particularly bad choice for this and Linux should be >>recommended? > >I think no. Linux have just the same problems with multiport cards as >FreeBSD. From technical point of view I myself would prefer some >Digiboard, but because of a very restrictive policy of this company >on the design of inner parts of card design it's nearly impossible to >implement a good driver without a NDA. How far away is the driver from being "good"? I have no problem with NDAs? Does this hold for all of their boards? or only certain high end ones? Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Sat Jan 27 10:21:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA21894 for hackers-outgoing; Sat, 27 Jan 1996 10:21:16 -0800 (PST) Received: from linux4nn.gn.iaf.nl (root@linux4nn.gn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA21886 for ; Sat, 27 Jan 1996 10:21:12 -0800 (PST) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id TAA11817; Sat, 27 Jan 1996 19:21:03 +0100 Received: by uni4nn.iaf.nl with UUCP id AA27181 (5.67b/IDA-1.5); Sat, 27 Jan 1996 19:20:31 +0100 Received: by iafnl.es.iaf.nl with UUCP id AA02315 (5.65c/IDA-1.4.4); Sat, 27 Jan 1996 18:41:04 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.12/8.6.6) id LAA05009; Sat, 27 Jan 1996 11:35:36 +0100 From: Wilko Bulte Message-Id: <199601271035.LAA05009@yedi.iaf.nl> X-Organisation: Private FreeBSD site - Arnhem - The Netherlands Subject: Re: Rock Ridge CDs, dir depth limits To: joerg_wunsch@uriah.heep.sax.de Date: Sat, 27 Jan 1996 11:35:36 +0100 (MET) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199601262225.XAA20799@uriah.heep.sax.de> from "J Wunsch" at Jan 26, 96 11:25:13 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > > I just did a quick test using 25 dirs deep. Mkisofs just makes an image > > that I can mount using the vn device. I'll try on Monday if this also > > works when I put the image on a CD-R. > > It should. > > > If it works I'm gonna wage war on the (commercial) software people we > > use the mastering software from at work. 8/ > > I assume you're using a Philips writer? Don't hold your breath, but > i'm positive you could burn with it under FreeBSD some day. > > -- > cheers, J"org No, it is a x4 Yamaha (CDR100?). Will post the endresult Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Sat Jan 27 11:22:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA27000 for hackers-outgoing; Sat, 27 Jan 1996 11:22:21 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA26991 for ; Sat, 27 Jan 1996 11:22:14 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA26384 for ; Sat, 27 Jan 1996 20:22:10 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id UAA03164 for freebsd-hackers@freebsd.org; Sat, 27 Jan 1996 20:22:10 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id TAA24006 for freebsd-hackers@freebsd.org; Sat, 27 Jan 1996 19:54:04 +0100 (MET) From: J Wunsch Message-Id: <199601271854.TAA24006@uriah.heep.sax.de> Subject: Re: reprobing scsi To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 27 Jan 1996 19:54:03 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601271426.HAA08800@seagull.rtd.com> from "Don Yuniskis" at Jan 27, 96 07:26:27 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Don Yuniskis wrote: > > > > Is there a way to force a reprobe of the SCSI bus? > > > > scsi -f /dev/rstx -r > > Been there. Done that. ("not configured") Any other suggestions? > ;-) Chicken-and-egg problem. You need at least one valid SCSI device in order to get a hook into the SCSI drivers in order to reprobe an (even another) SCSI target. So if your disk was probed successfully, and you wanna reprobe the tape at target ID 4, use: scsi -f /dev/rsd0.ctl -r -t 4 Note that all this may work, or it may alternatively completely hang your machine, depending on the SCSI adapter you're using. The SCSI reprobe code makes some incorrect assumptions and believes it would always be running at boot time... There's no easy way out. Known to work: aha, bt, i think also ncr. Known to hang: ahc. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Jan 27 11:22:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA27021 for hackers-outgoing; Sat, 27 Jan 1996 11:22:27 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA27014 for ; Sat, 27 Jan 1996 11:22:24 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA26390 for ; Sat, 27 Jan 1996 20:22:15 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id UAA03167 for freebsd-hackers@freebsd.org; Sat, 27 Jan 1996 20:22:14 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id TAA24023 for freebsd-hackers@freebsd.org; Sat, 27 Jan 1996 19:55:53 +0100 (MET) From: J Wunsch Message-Id: <199601271855.TAA24023@uriah.heep.sax.de> Subject: Re: /dev perms... To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 27 Jan 1996 19:55:53 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601271428.HAA08852@seagull.rtd.com> from "Don Yuniskis" at Jan 27, 96 07:28:14 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Don Yuniskis wrote: > > Is it safe to assume that [en]rst0* should be 660 root.operator? > If so, could someone commit a (quickie) patch to MAKEDEV to fix this? With the advent of devfs, MAKEDEV is slowly losing its importance. But you're right, the tape devices should be 660. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Jan 27 11:35:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA27598 for hackers-outgoing; Sat, 27 Jan 1996 11:35:04 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA27590 for ; Sat, 27 Jan 1996 11:35:01 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id MAA04890; Sat, 27 Jan 1996 12:37:41 -0700 Date: Sat, 27 Jan 1996 12:37:41 -0700 From: Nate Williams Message-Id: <199601271937.MAA04890@rocky.sri.MT.net> To: hackers@FreeBSD.org Subject: ntp stuff? Sender: owner-hackers@FreeBSD.org Precedence: bulk I'd like to get my boxes synchronized on our local network, so what I plan on doing is making my router/DNS/fireall box synchronize to one of the ntp server, and then have all my internal hosts sync. to it. I've looked at the ntp docs, and there are a *lot* of the options I'm unsure about. Does anyone have example config files for both my DNS box and each of the clients they'd be willing to share? I tried setting up a server using the stuff in doc/notes.txt, but it talks about 'servers' and nothing about clients. Also, I tried to setup a server, but it wouldn't allow any of my other machines to sync. to it. Please help oh ntp gurus! Nate From owner-freebsd-hackers Sat Jan 27 12:03:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA28461 for hackers-outgoing; Sat, 27 Jan 1996 12:03:25 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA28450 for ; Sat, 27 Jan 1996 12:03:18 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA27294 for ; Sat, 27 Jan 1996 21:03:06 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id VAA03435 for freebsd-hackers@freebsd.org; Sat, 27 Jan 1996 21:03:06 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id UAA24323 for freebsd-hackers@freebsd.org; Sat, 27 Jan 1996 20:38:00 +0100 (MET) From: J Wunsch Message-Id: <199601271938.UAA24323@uriah.heep.sax.de> Subject: Re: Rock Ridge CDs, dir depth limits To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 27 Jan 1996 20:37:59 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601271035.LAA05009@yedi.iaf.nl> from "Wilko Bulte" at Jan 27, 96 11:35:36 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Wilko Bulte wrote: > > > I assume you're using a Philips writer? > No, it is a x4 Yamaha (CDR100?). Will post the endresult Hmm, the Yamaha will require some more work. It has an entirely different command set than the Kodak/Philips/HP/Plasmon drives. Have a look at my just commited driver changes. Well, you should really see to get a SCSI reference from Yamaha. Alas, that ain't that easy as it is for other vendors. The last i've seen from them is that they have been asking for some sheet of paper with ``Estimated sales volume'', ``Size of your company'' and other crap. Perhaps you could threaten them that all their competitors are giving this information away either freely or at a small cost, without asking that much useless things. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Jan 27 12:10:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA28823 for hackers-outgoing; Sat, 27 Jan 1996 12:10:58 -0800 (PST) Received: from gauss.math.purdue.edu (gauss.math.purdue.edu [128.210.21.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA28818 for ; Sat, 27 Jan 1996 12:10:55 -0800 (PST) Received: from hopf.math.purdue.edu (uucp@hopf.math.purdue.edu [128.210.3.18]) by gauss.math.purdue.edu (8.7.1/Purdue_Math) with ESMTP id PAA15186; Sat, 27 Jan 1996 15:10:48 -0500 (EST) Received: (from uucp@localhost) by hopf.math.purdue.edu (8.7.1/8.6.11) with UUCP id PAA09706; Sat, 27 Jan 1996 15:10:40 -0500 (EST) Received: (from freebsd@localhost) by hopf2.math.purdue.edu (8.6.11/8.6.11) id PAA08983; Sat, 27 Jan 1996 15:10:26 -0500 Date: Sat, 27 Jan 1996 15:10:26 -0500 From: "Clarence W. Wilkerson" Message-Id: <199601272010.PAA08983@hopf2.math.purdue.edu> To: DHIMAN@d0sb15.FNAL.Gov, hackers@freebsd.org Subject: Re: a question about boot-manager Cc: freebsd@hopf.math.purdue.edu Sender: owner-hackers@freebsd.org Precedence: bulk I currently am running a system that has DOS, FreeBSD, and Linux loaded. I use the FreeBSD bootmanager, BootEasy. Because it uses the bios, my understanding is that the partitions it boots have to be visible to the bios. In my case, DOS is on first disk, FreeBSD on second, and Linux on the third. I boot linux by first booting DOS and then using Lodlin15 package to boot Linux. The dos directory contains a copy of the linux kernel which is read in and started. Then it knows about extra disks, and partitions beyond the usual limits. To do this on one large disk with only BootEasy, I think your DOS will need to be entirely low ( below 1023 cylinders ). Linux could be started from a very small partition containing essentially only a kernel, and I suspect the same for FreeBSD. Good luck, Clarence Wilkerson From owner-freebsd-hackers Sat Jan 27 12:12:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA28945 for hackers-outgoing; Sat, 27 Jan 1996 12:12:12 -0800 (PST) Received: from linux4nn.gn.iaf.nl (root@linux4nn.gn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA28940 for ; Sat, 27 Jan 1996 12:12:08 -0800 (PST) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id VAA12059; Sat, 27 Jan 1996 21:12:12 +0100 Received: by uni4nn.iaf.nl with UUCP id AA00464 (5.67b/IDA-1.5); Sat, 27 Jan 1996 21:11:53 +0100 Received: by iafnl.es.iaf.nl with UUCP id AA06261 (5.65c/IDA-1.4.4); Sat, 27 Jan 1996 20:50:03 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.12/8.6.6) id SAA06259; Sat, 27 Jan 1996 18:42:20 +0100 From: Wilko Bulte Message-Id: <199601271742.SAA06259@yedi.iaf.nl> X-Organisation: Private FreeBSD site - Arnhem - The Netherlands Subject: Re: reprobing scsi To: dgy@rtd.com (Don Yuniskis) Date: Sat, 27 Jan 1996 18:42:20 +0100 (MET) Cc: kuku@gilberto.physik.rwth-aachen.de, freebsd-hackers@freefall.freebsd.org In-Reply-To: <199601271426.HAA08800@seagull.rtd.com> from "Don Yuniskis" at Jan 27, 96 07:26:27 am X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >_ > > > > It "appears" that the kernel refuses to recognize my tape > > > drive if it is not powered up at the time FBSD (2.1) boots. > > > Is there a way to force a reprobe of the SCSI bus? > > > > scsi -f /dev/rstx -r > > Been there. Done that. ("not configured") Any other suggestions? > ;-) > > --don Use a device for 'scsi' that is already probed successfully, you now have a chicken and egg problem. So: scsi -f /dev/rsd0c -r (assuming you have a sd0) Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Sat Jan 27 12:12:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA28972 for hackers-outgoing; Sat, 27 Jan 1996 12:12:25 -0800 (PST) Received: from linux4nn.gn.iaf.nl (root@linux4nn.gn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA28967 for ; Sat, 27 Jan 1996 12:12:21 -0800 (PST) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id VAA12063 for ; Sat, 27 Jan 1996 21:12:26 +0100 Received: by uni4nn.iaf.nl with UUCP id AA00499 (5.67b/IDA-1.5 for FreeBSD-hackers@freebsd.org); Sat, 27 Jan 1996 21:12:02 +0100 Received: by iafnl.es.iaf.nl with UUCP id AA06271 (5.65c/IDA-1.4.4); Sat, 27 Jan 1996 20:50:08 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.12/8.6.6) id UAA07337 for FreeBSD-hackers@freebsd.org; Sat, 27 Jan 1996 20:01:41 +0100 From: Wilko Bulte Message-Id: <199601271901.UAA07337@yedi.iaf.nl> X-Organisation: Private FreeBSD site - Arnhem - The Netherlands Subject: vi bug? To: FreeBSD-hackers@freebsd.org (FreeBSD hackers list) Date: Sat, 27 Jan 1996 20:01:40 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk I think I stumbled on a vi bug: When /tmp gets full, vi will abort with a message telling what happened. Unfortunately, it leaves /var/tmp/vi.recover files sitting around: # ls -l total 21504 -rwx------ 1 root bin 0 Jan 27 19:16 vi.006980 -rwx------ 1 root bin 0 Jan 27 19:16 vi.006982 -rwx------ 1 root bin 7307264 Jan 27 19:18 vi.006985 -rwx------ 1 root bin 3817472 Jan 27 19:56 vi.007269 In my case /var is on the root fs (as is /tmp). I'd think when vi aborts it can safely rm the recover files (an edit session was never started in the first place, so a recover is not called for). Thoughts? Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Sat Jan 27 15:48:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA11734 for hackers-outgoing; Sat, 27 Jan 1996 15:48:17 -0800 (PST) Received: from gatekeeper2.mcimail.com (gatekeeper2.mcimail.com [192.147.45.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA11727 for ; Sat, 27 Jan 1996 15:48:15 -0800 (PST) Received: from mailgate2.mcimail.com (mailgate2.mcimail.com [166.38.40.100]) by gatekeeper2.mcimail.com (8.6.12/8.6.10) with SMTP id XAA26713; Sat, 27 Jan 1996 23:50:02 GMT Received: from mcimail.com by mailgate2.mcimail.com id ag29476; 27 Jan 96 23:48 WET Date: Sat, 27 Jan 96 18:29 EST From: "MCI Mail X.400 Service" To: hackers Subject: Message Status Message-Id: <24960127232942/POSTMASTERD49X4@MCIMAIL.COM> Sender: owner-hackers@FreeBSD.ORG Precedence: bulk DELIVERY NOTICE Referencing: Message id: 23960126105732/0003765414DC4EM Subject: hackers-digest V Your Message To: C=IN A=VSNL P=XEEMAIL O=XEEDEL OU1=XEENET S=vivekp could not be delivered to this recipient. Reason: Transfer failure. Diagnostic: Maximum time expired. This non-delivery notice generated: SAT JAN 27, 1996 11:29 pm GMT From owner-freebsd-hackers Sat Jan 27 15:49:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA11833 for hackers-outgoing; Sat, 27 Jan 1996 15:49:26 -0800 (PST) Received: from Aspen.Woc.Atinc.COM (aspen.woc.atinc.com [198.138.38.205]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA11826 for ; Sat, 27 Jan 1996 15:49:21 -0800 (PST) Received: (from jmb@localhost) by Aspen.Woc.Atinc.COM (8.6.12/8.6.9) id SAA09128; Sat, 27 Jan 1996 18:48:22 -0500 Date: Sat, 27 Jan 1996 18:48:21 -0500 (EST) From: "Jonathan M. Bresler" X-Sender: jmb@Aspen.Woc.Atinc.COM To: Michael Simon cc: freebsd-hackers@freebsd.org Subject: Re: New FreeBSD SysAdmin In-Reply-To: <199601270223.CAA07182@iserve.bigweb.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Sat, 27 Jan 1996, Michael Simon wrote: > I'm a new addition to this list and also a first time sysadmin for > my high school's TCP/IP network. I have very little experience being a > sysadmin (seeing as I am only 15 -- although I have much experience in other > areas of the internet and around 2 years experience in UNIX) type OS's). I not a bad start for 15 years of age ;) > was wondering if anyone could recommend any good books for sysadminning > FreeBSD -- I know they are a few on the freebsd.org page, but I'd like some the book is _unix_system_administration_handbook_ by evi nemeth et al. 2nd edition (the red cover, the yellow cover is first edition). it is the closest thing currently available for FreeBSD. jmb Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG play go. ride bike. hack FreeBSD.--ah the good life i am moving to a new job. PLEASE USE: jmb@FreeBSD.ORG ps. you may want to trim your signature file a little. 4 lines is good. ;) From owner-freebsd-hackers Sat Jan 27 16:12:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA13514 for hackers-outgoing; Sat, 27 Jan 1996 16:12:44 -0800 (PST) Received: from rich.isdn.bcm.tmc.edu (root@RICH.ISDN.BCM.TMC.EDU [128.249.250.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA13506 for ; Sat, 27 Jan 1996 16:12:41 -0800 (PST) Received: (from rich@localhost) by rich.isdn.bcm.tmc.edu (8.6.12/8.6.9) id SAA00526; Sat, 27 Jan 1996 18:12:30 -0600 Date: Sat, 27 Jan 1996 18:12:30 -0600 Message-Id: <199601280012.SAA00526@rich.isdn.bcm.tmc.edu> From: Rich Murphey To: dennis@etinc.com CC: wilko@yedi.iaf.nl, hackers@freebsd.org In-reply-to: <199601271751.MAA07911@etinc.com> (dennis@etinc.com) Subject: Re: Multi-Port Async Cards Reply-to: rich@lamprey.utmb.edu Sender: owner-hackers@freebsd.org Precedence: bulk |Date: Sat, 27 Jan 1996 12:51:45 -0500 |From: dennis@etinc.com (dennis) |Cc: hackers@freebsd.org | |>> >async dial-in with Freebsd....as of the moment? |>> > |>> >Dennis |>> > |>> |>> Might I infer from the fact that no-one seems to have a (positive) |opinion about |>> this that FreeBSD is a particularly bad choice for this and Linux should be |>> recommended? |>> |>> Dennis |>> ---------------------------------------------------------------------------- |>> Emerging Technologies, Inc. http://www.etinc.com |> |>Flame bait ;-) | |only way to stir emotions in the passives. Perhaps that is useful to you. I personally think it detracts from the discussions. Rich From owner-freebsd-hackers Sat Jan 27 18:46:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA19494 for hackers-outgoing; Sat, 27 Jan 1996 18:46:58 -0800 (PST) Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA19487 for ; Sat, 27 Jan 1996 18:46:53 -0800 (PST) Received: from newzetor.clinet.fi (root@newzetor.clinet.fi [194.100.0.11]) by hauki.clinet.fi (8.7.3/8.6.4) with ESMTP id EAA04849; Sun, 28 Jan 1996 04:46:42 +0200 (EET) Received: (hsu@localhost) by newzetor.clinet.fi (8.7.3/8.6.4) id EAA23330; Sun, 28 Jan 1996 04:46:46 +0200 (EET) Date: Sun, 28 Jan 1996 04:46:46 +0200 (EET) Message-Id: <199601280246.EAA23330@newzetor.clinet.fi> From: Heikki Suonsivu To: hm@altona.hamburg.com Cc: freebsd-hackers@freebsd.org In-reply-to: hm@altona.hamburg.com's message of 26 Jan 1996 21:48:57 +0200 Subject: Re: Multi-Port Async Cards Organization: Clinet Ltd, Espoo, Finland References: Sender: owner-hackers@freebsd.org Precedence: bulk > >I've heard about bugs and problems with different driver.....but not much > >positive feedback. What is the "product of choice" for doing multi-port > >async dial-in with Freebsd....as of the moment? > Might I infer from the fact that no-one seems to have a (positive) opinion > about this that FreeBSD is a particularly bad choice for this and Linux > should be recommended? Also i contacted the german distributor for the Cyclades product line because i heard some good things about the product line. I was told, that the FreeBSD driver does not work good, but someone in Germany hacked a good running version - i could not locate him. I scanned the mail archives The cyclades driver in -current works. I have never tried cyb as it could not find out under what license it was distributed. It works better than sio, it doesn't loose uarts after panics, and there is no apparent buffer overflows (though these can be worked around with a simple patch). We are getting 1-2 panics per week for modem servers and practically none for leased line routers. Modem servers have nfs mounts, 32 ports per machine and more OSPF traffic so I don't know whether panics can be attributed to cy driver or something else. For leased line routers FreeBSD seems to be stable enough. We currently have 3 32-port configurations (modems) or one 32 port one) and 3 16-port configurations (leased lines). for Cyclades and saw that there was some flameing going on about the cy driver and that someone else had written a driver which works but which needs mgetty. I don't like needing mgetty. Nothing against mgetty, but i want to get along with getty if i want. Other than this, the Cycaldes product looked very promising, but without a working driver ... The -current driver did not work with mgetty some time ago, but I think there already was a fix for that. mgetty would be useful as it can actively reply calls instead of modems answering automatically, thus avoiding callers getting modem answer when the terminal server has crashed and won't be there. -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi work +358-0-4375209 fax -4555276 home -8031121 From owner-freebsd-hackers Sat Jan 27 19:30:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA21168 for hackers-outgoing; Sat, 27 Jan 1996 19:30:03 -0800 (PST) Received: from Aspen.Woc.Atinc.COM (aspen.woc.atinc.com [198.138.38.205]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA21162 for ; Sat, 27 Jan 1996 19:29:55 -0800 (PST) Received: (from jmb@localhost) by Aspen.Woc.Atinc.COM (8.6.12/8.6.9) id WAA09842; Sat, 27 Jan 1996 22:29:45 -0500 Date: Sat, 27 Jan 1996 22:29:44 -0500 (EST) From: "Jonathan M. Bresler" X-Sender: jmb@Aspen.Woc.Atinc.COM To: hackers@FreeBSD.ORG Subject: sysexits.h. which EX_ to use Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk the question: when to use EX_IOERR vs EX_OSERR ? examples: if fclose(stdout) fails, use EX_OSERR ? fstat() a file fails, use EX_OSERR ? read() an existing file fails, use EX_OSERR or EX_IOERR ? write() to stdout fails, use EX_OSERR or EX_IOERR ? thanks jmb Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG play go. ride bike. hack FreeBSD.--ah the good life i am moving to a new job. PLEASE USE: jmb@FreeBSD.ORG From owner-freebsd-hackers Sat Jan 27 19:52:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA22311 for hackers-outgoing; Sat, 27 Jan 1996 19:52:43 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA22304 for ; Sat, 27 Jan 1996 19:52:37 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id OAA06564; Sun, 28 Jan 1996 14:33:48 +1030 From: Michael Smith Message-Id: <199601280403.OAA06564@genesis.atrad.adelaide.edu.au> Subject: Re: reprobing scsi To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 28 Jan 1996 14:33:47 +1030 (CST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199601271854.TAA24006@uriah.heep.sax.de> from "J Wunsch" at Jan 27, 96 07:54:03 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk J Wunsch stands accused of saying: > scsi -f /dev/rsd0.ctl -r -t 4 > > Note that all this may work, or it may alternatively completely hang > your machine, depending on the SCSI adapter you're using. The SCSI > reprobe code makes some incorrect assumptions and believes it would > always be running at boot time... There's no easy way out. > > Known to work: aha, bt, i think also ncr. Known to hang: ahc. Hung my Ultrastor last time I tried it too. (2.0.5) > cheers, J"org -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Sat Jan 27 21:38:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA27069 for hackers-outgoing; Sat, 27 Jan 1996 21:38:26 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA27064 Sat, 27 Jan 1996 21:38:23 -0800 (PST) Message-Id: <199601280538.VAA27064@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@freebsd.org (FreeBSD hackers) Subject: Re: reprobing scsi In-reply-to: Your message of "Sat, 27 Jan 1996 19:54:03 +0100." <199601271854.TAA24006@uriah.heep.sax.de> Date: Sat, 27 Jan 1996 21:38:23 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org Precedence: bulk >Note that all this may work, or it may alternatively completely hang >your machine, depending on the SCSI adapter you're using. The SCSI >reprobe code makes some incorrect assumptions and believes it would >always be running at boot time... There's no easy way out. > >Known to work: aha, bt, i think also ncr. Known to hang: ahc. > The ahc driver is known to hang in versions earlier than -STABLE or -CURRENT. It should work fine now, although I broke dumps in the process. I will be fixing that problem shortly. >-- >cheers, J"org > >joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE >Never trust an operating system you don't have sources for. ;-) -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Sat Jan 27 23:03:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA28958 for hackers-outgoing; Sat, 27 Jan 1996 23:03:58 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA28953 for ; Sat, 27 Jan 1996 23:03:56 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id XAA24118; Sat, 27 Jan 1996 23:00:01 -0800 To: Terry Lambert cc: luigi@labinfo.iet.unipi.it, james@miller.cs.uwm.edu, dufault@hda.com, hackers@freebsd.org, hasty@rah.star-gate.com, multimedia@rah.star-gate.com Subject: Re: Amancio's tv program with capture! In-reply-to: Your message of "Thu, 25 Jan 1996 12:27:42 MST." <199601251927.MAA03042@phaeton.artisoft.com> Date: Sat, 27 Jan 1996 23:00:01 -0800 Message-ID: <24115.822812401@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > > BTW, the server doesn't use pixmaps with the shared memory extension. > > It uses XImages. > > You can't avoid having to do the conversion. I understand that - I simply wanted to make the point that it wasn't pixmap information being "wired", but XImage information. Check the X11 protocol spec - there's a predefined low-level data type for XImages (and Pixmaps are only passed by integer ID anyway). Jordan From owner-freebsd-hackers Sat Jan 27 23:14:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA29284 for hackers-outgoing; Sat, 27 Jan 1996 23:14:23 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA29279 for ; Sat, 27 Jan 1996 23:14:20 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id XAA28169; Sat, 27 Jan 1996 23:10:31 -0800 To: Terry Lambert cc: luigi@labinfo.iet.unipi.it, james@miller.cs.uwm.edu, dufault@hda.com, hackers@freebsd.org, hasty@rah.star-gate.com, multimedia@rah.star-gate.com Subject: Re: Amancio's tv program with capture! In-reply-to: Your message of "Thu, 25 Jan 1996 12:27:04 MST." <199601251927.MAA03031@phaeton.artisoft.com> Date: Sat, 27 Jan 1996 23:10:31 -0800 Message-ID: <28161.822813031@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > But that object can't be exported as a shared memory region of a type > the server can understand, since the layout won't match that of the > Xshm protocol. Maybe I really am missing the boat, but I'm still having a hard time understanding that if (and forgive me if I resort to pseudo- code - it's been a long week): fbmem = mmap(.. blah ..) shmid = shmget(.. some memory chunk size and allocation info ..) ximage->data = shmat(shmid, 0, 0); bcopy(fbmem, ximage->data, ..size..) Works *just fine*, e.g. the ximage data is happy to point at the memory allocated by shmget and I can bcopy straight into this region from the frame buffer, sans any special offsets or conversion, then how can: fbmem = mmap(.. blah ..) shmid = shmget(.. no memory please, just an entry ..) ximage->data = shmat(shmid, fbmem, 0); work when shmget() doesn't support any such semantics? It seems like that would be the minimum level of hacking required to even give this a ghost's chance of working. Jordan From owner-freebsd-hackers Sat Jan 27 23:55:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA00823 for hackers-outgoing; Sat, 27 Jan 1996 23:55:27 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA00818 for ; Sat, 27 Jan 1996 23:55:25 -0800 (PST) Received: from rah.star-gate.com (localhost [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id XAA00879; Sat, 27 Jan 1996 23:50:44 -0800 Message-Id: <199601280750.XAA00879@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: "Jordan K. Hubbard" cc: Terry Lambert , luigi@labinfo.iet.unipi.it, james@miller.cs.uwm.edu, dufault@hda.com, hackers@freebsd.org, multimedia@rah.star-gate.com Subject: Re: Amancio's tv program with capture! In-reply-to: Your message of "Sat, 27 Jan 1996 23:10:31 PST." <28161.822813031@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 27 Jan 1996 23:50:43 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk >>> "Jordan K. Hubbard" said: > > But that object can't be exported as a shared memory region of a type > > the server can understand, since the layout won't match that of the > > Xshm protocol. > > Maybe I really am missing the boat, but I'm still having a hard time > understanding that if (and forgive me if I resort to pseudo- code - > it's been a long week): Goodness gracious at least a hint at code 8) > > fbmem = mmap(.. blah ..) > shmid = shmget(.. some memory chunk size and allocation info ..) > ximage->data = shmat(shmid, 0, 0); > bcopy(fbmem, ximage->data, ..size..) > The direction which I am thinking of taking is to wired the graphic card's frame buffer to the matrox meteor driver . This way the meteor can dump video data with no software intervention whatsover and if the graphic card is capable we should be able to see 640x480*4 at 30fps. My rationale for doing this is just speed, speed, and speed and the pathetic memory bandwith that we have in the Pentium. The safest way of doing this without crashing some S3 engines is to use the DGA extensions to grab the frame buffer this does three things: 1. Disables the cursor --- which on some S3 chipsets is known to crash the graphic engine if the linear buffer is enabled. 2. Typically, the linear buffer is only accessible during access to the frame buffer and all other times is disabled. However, with the DGA extensions -- I would imagine that the linear buffer most remain enabled till one releases the frame buffer via the DGA extensions. 3. I can spot graphic cards which don't support a linear buffer or don't have the linear buffer mmap and in such cases just exit out of tv or resort to the shared memory method. The changes required to support wiring the graphic card's buffer to the meteor driver are minimal. The *additional* information needed by the meteor driver is: 1. start of the frame buffer's physical memory 2. stride or number of words to skip per line. The Philips has a register which specifies how may pixels to add before displaying the next line. So that we can in theory do this: ..................................... ..................................... .............**************.......... .............**************.......... .............**************.......... .............**************.......... .............**************.......... .............**************.......... ..................................... ..................................... The "*" denotes the video display output from the matrox meteor. With DGA we should be able to figured out very easily the number for the stride parameter. Wherever we mmap the physical memory of the frame buffer in the kernel it can fill out a simple data structure which contains the physical location of the frame buffer and its size. Jim suggested the following data structure: #ifndef METEOR_NVGA #define METEOR_NVGA 1 #endif struct vga_frame_info { unsigned char *frame_buffer_addr; unsigned int size; } vga_frame_info[METEOR_NVGA] = {(u_char *)0, 0}; Now with something like the video extensions is conceivable with little pain to dump the video stream to the off display region and then use proper X semantics to display the frame. Usually internal blts in graphic engine have tons of bandwith. Additionally, if we are on the server side we could also managed the cache region in the off display memory segment on the graphic card. *First* phase at high speed video just raw dump on the screen. *Second phase port the xvideo extensions to XFree86 and make necessary changes to the X server. Now, for the religious X cult fans if they don't like this approach they can always resort to a shared buffer access at the cost of lower performance. Any questions ? 8) Enjoy, Amancio