From owner-freebsd-current Sun Jan 26 00:35:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA26839 for current-outgoing; Sun, 26 Jan 1997 00:35:29 -0800 (PST) Received: from meter.eng.uci.edu (root@meter.eng.uci.edu [128.200.85.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA26834 for ; Sun, 26 Jan 1997 00:35:27 -0800 (PST) Received: from newport.ece.uci.edu by meter.eng.uci.edu (8.8.5) id AAA29574; Sun, 26 Jan 1997 00:35:24 -0800 (PST) Received: from localhost by newport.ece.uci.edu (8.8.5) id AAA05470; Sun, 26 Jan 1997 00:35:22 -0800 (PST) Message-Id: <199701260835.AAA05470@newport.ece.uci.edu> To: current@freebsd.org Subject: exec bug Date: Sun, 26 Jan 1997 00:35:21 -0800 From: Steven Wallace Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I haven't heard anything about the exec but I reported last week when an executable fails to read the image from the media due to a read error. execve() maps the first page to memory and calls exec_aout_imgact() which then accesses this page and fails. The system then gets a page fault while in kernel mode and dies. This is in 2_2_RELENG. I'd hate to have anyone be able to panic my system by putting in a bad floppy or CDROM and trying to execute something. What's the deal? Thanks, Steven From owner-freebsd-current Sun Jan 26 01:22:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA28619 for current-outgoing; Sun, 26 Jan 1997 01:22:35 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA28607; Sun, 26 Jan 1997 01:22:31 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0voQml-0003w1C; Sun, 26 Jan 97 01:21 PST Received: from critter.dk.tfs.com (critter-home [193.162.32.19]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id KAA17792; Sun, 26 Jan 1997 10:21:55 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id KAA06899; Sun, 26 Jan 1997 10:05:17 +0100 (MET) To: Mike Pritchard cc: dyson@freebsd.org, dtc@scrooge.ee.swin.oz.au, current@freebsd.org Subject: Re: possible madvise MADV_FREE improvement In-reply-to: Your message of "Sat, 25 Jan 1997 18:31:41 PST." <199701260231.SAA10393@freefall.freebsd.org> Date: Sun, 26 Jan 1997 10:05:17 +0100 Message-ID: <6897.854269517@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199701260231.SAA10393@freefall.freebsd.org>, Mike Pritchard writes: >Can someone clarify what PR# 1851 has to say? Is it >possible for "random" data to be returned in some cases? Here >is the next of the PR: No. You will either get the same stuff you left there or zeros. Getting "random" data would mean it came from somewhere else, which would be a potential security hole. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Sun Jan 26 01:51:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA29687 for current-outgoing; Sun, 26 Jan 1997 01:51:05 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA29682 for ; Sun, 26 Jan 1997 01:51:00 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA16407; Sun, 26 Jan 1997 10:50:48 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id KAA27947; Sun, 26 Jan 1997 10:50:06 +0100 (MET) Message-ID: Date: Sun, 26 Jan 1997 10:50:06 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: jmcla@ocala.cs.miami.edu (Joe Marcus Clarke) Cc: current@freebsd.org Subject: Re: FreeBSD-SNAP-970118 References: X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Joe "Marcus" Clarke on Jan 25, 1997 21:41:50 -0500 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Joe "Marcus" Clarke wrote: > I have noticed that the adduser command under this SNAP does not > correctly add users to /etc/group. I have to manually edit this file to > get users to correspond to their respective groups. Do you mean the commandline tool adduser(8), or the new User and Group Management menu in sysinstall? -- 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-current Sun Jan 26 02:18:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA00859 for current-outgoing; Sun, 26 Jan 1997 02:18:05 -0800 (PST) Received: from magigimmix.xs4all.nl (magigimmix.xs4all.nl [194.109.6.25]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA00843 for ; Sun, 26 Jan 1997 02:18:00 -0800 (PST) Received: from plm.xs4all.nl (asd-isdn03-17.dial.xs4all.nl [194.109.46.82]) by magigimmix.xs4all.nl (8.7.6/XS4ALL) with ESMTP id LAA17155 for ; Sun, 26 Jan 1997 11:17:58 +0100 (MET) Received: (from plm@localhost) by plm.xs4all.nl (8.8.4/8.8.4) id LAA00391; Sun, 26 Jan 1997 11:16:39 +0100 (MET) To: freebsd-current@freebsd.org Subject: update to submitted bug report From: Peter Mutsaers Date: 26 Jan 1997 11:16:39 +0100 Message-ID: <87pvysn3lk.fsf@localhost.xs4all.nl> Lines: 13 X-Mailer: Gnus v5.2.39/Emacs 19.34 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I submitted bug report kern/2562 a week ago. Today I recompiled my kernel and the problem is gone. Somehow it seems to have been solved in the meantime, but on cvs-all I didn't see any activity related to my bugreport. How should I send a follow-up to a bugreport submitted through send-pr? -- Peter Mutsaers | Abcoude (Utrecht), | Trust is a good quality plm@xs4all.nl | the Netherlands | for other people to have From owner-freebsd-current Sun Jan 26 03:52:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA03315 for current-outgoing; Sun, 26 Jan 1997 03:52:16 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id DAA03310 for ; Sun, 26 Jan 1997 03:52:10 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id MAA18585; Sun, 26 Jan 1997 12:50:41 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id MAA05249; Sun, 26 Jan 1997 12:32:37 +0100 (MET) Message-ID: Date: Sun, 26 Jan 1997 12:32:37 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: plm@xs4all.nl (Peter Mutsaers) Cc: freebsd-current@FreeBSD.org Subject: Re: update to submitted bug report References: <87pvysn3lk.fsf@localhost.xs4all.nl> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <87pvysn3lk.fsf@localhost.xs4all.nl>; from Peter Mutsaers on Jan 26, 1997 11:16:39 +0100 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Peter Mutsaers wrote: > How should I send a follow-up to a bugreport submitted through > send-pr? Send it to bugs-followup (or freebsd-gnats-submit), with a subject starting with kern/2562. -- 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-current Sun Jan 26 04:01:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA03721 for current-outgoing; Sun, 26 Jan 1997 04:01:06 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA03715 for ; Sun, 26 Jan 1997 04:01:04 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id EAA06656; Sun, 26 Jan 1997 04:01:01 -0800 (PST) Message-Id: <199701261201.EAA06656@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Steven Wallace cc: current@FreeBSD.org Subject: Re: exec bug In-reply-to: Your message of "Sun, 26 Jan 1997 00:35:21 PST." <199701260835.AAA05470@newport.ece.uci.edu> From: David Greenman Reply-To: dg@root.com Date: Sun, 26 Jan 1997 04:01:01 -0800 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >I haven't heard anything about the exec but I reported last week >when an executable fails to read the image from the media due to a >read error. > >execve() maps the first page to memory and calls exec_aout_imgact() >which then accesses this page and fails. The system then gets >a page fault while in kernel mode and dies. > >This is in 2_2_RELENG. > >I'd hate to have anyone be able to panic my system by putting in >a bad floppy or CDROM and trying to execute something. > >What's the deal? There is no good solution to this problem given the current architecture. I don't consider it a significant problem, however. People can crash your system (due to intentional consistency checks) just as easily by putting in a floppy with a corrupted filesystem. The only solution I can think of at the moment to this problem would be to change the code to do a read of the file header into a malloced buffer. The overhead for this would be very (unacceptably) high, however. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Sun Jan 26 04:25:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA04987 for current-outgoing; Sun, 26 Jan 1997 04:25:47 -0800 (PST) Received: from al.imforei.apana.org.au (pjchilds@al.imforei.apana.org.au [202.12.89.41]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA04978 for ; Sun, 26 Jan 1997 04:25:38 -0800 (PST) Received: (from pjchilds@localhost) by al.imforei.apana.org.au (beBop) id WAA27799; Sun, 26 Jan 1997 22:55:02 +1030 (CST) Date: Sun, 26 Jan 1997 22:55:02 +1030 (CST) From: Peter Childs Message-Id: <199701261225.WAA27799@al.imforei.apana.org.au> To: davidn@unique.usn.blaze.net.au (David Nugent), freebsd-current@freebsd.org, davo@chunga.kt.apana.org.au Subject: Re: FreeBSD-SNAP-970118 X-Newsreader: TIN [UNIX 1.3 unoff BETA release 961020] Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article you wrote: : "Joe \"Marcus\" Clarke" writes: : > I have noticed that the adduser command under this SNAP does not : > correctly add users to /etc/group. I have to manually edit this file to : > get users to correspond to their respective groups. : Are you talking about primary or secondary group memberships? : A user's primary group membership should not appear in /etc/groups : if that group's uid is in /etc/master.passwd. That is redundant. : The only exception to this is when adding a member to group wheel. : su only looks at /etc/group in this case (which, actually, I consider : a bug, but not a large one). I thought this interesting so asked a friend and he pointed me at the getgrnam() func. After a quick look at that code I'd say something is broken :) Since getgrnam() returns a struct with a list of group members, but it doesn't seem to touch /etc/passwd then i guess if a member is in a group they should be in /etc/group if they want to be indentified as such? I'm not sure what depends on all this stuff.. but there seems to be something inconsistent here... [its a feature god-damn-it!] Regards, Peter -- Peter Childs --- http://www.imforei.apana.org.au/~pjchilds Finger pjchilds@al.imforei.apana.org.au for public PGP key Drag me, drop me, treat me like an object! From owner-freebsd-current Sun Jan 26 04:29:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA05085 for current-outgoing; Sun, 26 Jan 1997 04:29:10 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id EAA05080 for ; Sun, 26 Jan 1997 04:29:07 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id MAA27929; Sun, 26 Jan 1997 12:47:07 +0100 From: Luigi Rizzo Message-Id: <199701261147.MAA27929@labinfo.iet.unipi.it> Subject: Re: exec bug To: dg@root.com Date: Sun, 26 Jan 1997 12:47:07 +0100 (MET) Cc: swallace@ece.uci.edu, current@FreeBSD.ORG In-Reply-To: <199701261201.EAA06656@root.com> from "David Greenman" at Jan 26, 97 04:00:42 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >I haven't heard anything about the exec but I reported last week > >when an executable fails to read the image from the media due to a > >read error. > > > >execve() maps the first page to memory and calls exec_aout_imgact() > >which then accesses this page and fails. The system then gets > >a page fault while in kernel mode and dies. Given this description, would this also occur when trying to run a program from an nfs-mounted partition which at some point becomes unavailable ? If not (as I hope!) what is the difference ? Thanks Luigi From owner-freebsd-current Sun Jan 26 04:39:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA05410 for current-outgoing; Sun, 26 Jan 1997 04:39:21 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA05404 for ; Sun, 26 Jan 1997 04:39:19 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id EAA06801; Sun, 26 Jan 1997 04:39:11 -0800 (PST) Message-Id: <199701261239.EAA06801@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Luigi Rizzo cc: swallace@ece.uci.edu, current@FreeBSD.ORG Subject: Re: exec bug In-reply-to: Your message of "Sun, 26 Jan 1997 12:47:07 +0100." <199701261147.MAA27929@labinfo.iet.unipi.it> From: David Greenman Reply-To: dg@root.com Date: Sun, 26 Jan 1997 04:39:11 -0800 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> >I haven't heard anything about the exec but I reported last week >> >when an executable fails to read the image from the media due to a >> >read error. >> > >> >execve() maps the first page to memory and calls exec_aout_imgact() >> >which then accesses this page and fails. The system then gets >> >a page fault while in kernel mode and dies. > >Given this description, would this also occur when trying to run >a program from an nfs-mounted partition which at some point becomes >unavailable ? If not (as I hope!) what is the difference ? In the case of NFS, the read should block indefinately. I'm not sure what will happen if the NFS is mounted "soft", however. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Sun Jan 26 04:42:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA05639 for current-outgoing; Sun, 26 Jan 1997 04:42:19 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id EAA05630 for ; Sun, 26 Jan 1997 04:42:17 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id NAA27988; Sun, 26 Jan 1997 13:00:04 +0100 From: Luigi Rizzo Message-Id: <199701261200.NAA27988@labinfo.iet.unipi.it> Subject: Re: exec bug To: dg@root.com Date: Sun, 26 Jan 1997 13:00:03 +0100 (MET) Cc: swallace@ece.uci.edu, current@FreeBSD.ORG In-Reply-To: <199701261239.EAA06801@root.com> from "David Greenman" at Jan 26, 97 04:38:52 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >> >execve() maps the first page to memory and calls exec_aout_imgact() > >> >which then accesses this page and fails. The system then gets > >> >a page fault while in kernel mode and dies. > > > >Given this description, would this also occur when trying to run > >a program from an nfs-mounted partition which at some point becomes > >unavailable ? If not (as I hope!) what is the difference ? > > In the case of NFS, the read should block indefinately. I'm not sure what > will happen if the NFS is mounted "soft", however. that would be a major problem then! Wouldn't it be possible to track the exact reason of the fault inside the handler and avoid panicing ? After all there are no performance problems at that point.. Thanks Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-current Sun Jan 26 05:36:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA09032 for current-outgoing; Sun, 26 Jan 1997 05:36:12 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA09027 for ; Sun, 26 Jan 1997 05:36:10 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id FAA06928; Sun, 26 Jan 1997 05:36:03 -0800 (PST) Message-Id: <199701261336.FAA06928@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Luigi Rizzo cc: swallace@ece.uci.edu, current@FreeBSD.ORG Subject: Re: exec bug In-reply-to: Your message of "Sun, 26 Jan 1997 13:00:03 +0100." <199701261200.NAA27988@labinfo.iet.unipi.it> From: David Greenman Reply-To: dg@root.com Date: Sun, 26 Jan 1997 05:36:03 -0800 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> >> >execve() maps the first page to memory and calls exec_aout_imgact() >> >> >which then accesses this page and fails. The system then gets >> >> >a page fault while in kernel mode and dies. >> > >> >Given this description, would this also occur when trying to run >> >a program from an nfs-mounted partition which at some point becomes >> >unavailable ? If not (as I hope!) what is the difference ? >> >> In the case of NFS, the read should block indefinately. I'm not sure what >> will happen if the NFS is mounted "soft", however. > >that would be a major problem then! Not any more so than any other read blocking indefinately. > Wouldn't it be possible to track >the exact reason of the fault inside the handler and avoid panicing ? >After all there are no performance problems at that point.. ...and just how do you tell the exec code that a page fault that occured while it was accessing the image header was "fatal"? The only mechanism we have for this is signals, and that doesn't work when you're executing in the kernel like this. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Sun Jan 26 05:54:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA09505 for current-outgoing; Sun, 26 Jan 1997 05:54:12 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA09498 for ; Sun, 26 Jan 1997 05:54:07 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id AAA31786; Mon, 27 Jan 1997 00:50:34 +1100 Date: Mon, 27 Jan 1997 00:50:34 +1100 From: Bruce Evans Message-Id: <199701261350.AAA31786@godzilla.zeta.org.au> To: dg@root.com, swallace@ece.uci.edu Subject: Re: exec bug Cc: current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > The only solution I can think of at the moment to this problem would be to >change the code to do a read of the file header into a malloced buffer. The >overhead for this would be very (unacceptably) high, however. Testing shows that the additional overhead would probably be small and negative, since it is small and negative outside the kernel. On a P133, the enclosed program prints the following times for various access sizes: mmap read malloc+read 4: 39 22 125 (usec) 32: 40 22 125 1024: 44 34 135 4096: 60 72 160 I guess mmap is slower to start up because pagefaults have more overhead than reads. What is the library malloc()+free() doing to be 5 times slower than read+lseek()? The kernel malloc() is fast enough to use :-). It takes a couple of usec for small allocations. The overheads when the header block isn't in memory are so much larger that the reading method probably doesn't matter unless it is completely unsuitable. It's not clear whether read-ahead would be good or bad. Bruce --- #include #include #include #include #include #include #include #define NITER 1000 #define PAGE_SIZE 4096 int main(int argc, char **argv) { size_t access_size; char buf[PAGE_SIZE]; int fd, i, j; char *malbuf; caddr_t p; struct timeval tv0, tv1; access_size = argc > 1 ? strtol(argv[1], NULL, 0) : 32; fd = open("/bin/cat", O_RDONLY); if (gettimeofday(&tv0, NULL) != 0) perror("gettimeofday 1"); for (i = 0; i < NITER; ++i) { p = mmap((caddr_t)0, PAGE_SIZE, PROT_READ, 0, fd, (off_t)0); if (p == MAP_FAILED) perror("mmap"); for (j = 0; j < access_size; j += sizeof(int)) *(volatile int *)(p + j); if (munmap(p, PAGE_SIZE) != 0) perror("munmap"); } if (gettimeofday(&tv1, NULL) != 0) perror("gettimeofday 2"); printf("mmap time = %.0f usec\n", (1e6 * (tv1.tv_sec - tv0.tv_sec) + (tv1.tv_usec - tv0.tv_usec)) / NITER); if (gettimeofday(&tv0, NULL) != 0) perror("gettimeofday 3"); for (i = 0; i < NITER; ++i) { if (read(fd, buf, access_size) != access_size) perror("read"); if (lseek(fd, (off_t)0, SEEK_SET) != 0) perror("lseek"); } if (gettimeofday(&tv1, NULL) != 0) perror("gettimeofday 4"); printf("read time = %.0f usec\n", (1e6 * (tv1.tv_sec - tv0.tv_sec) + (tv1.tv_usec - tv0.tv_usec)) / NITER); if (gettimeofday(&tv0, NULL) != 0) perror("gettimeofday 5"); for (i = 0; i < NITER; ++i) { /* malloc()/free() is much slower than read()! */ malbuf = malloc(PAGE_SIZE); if (malbuf == NULL) perror("malloc"); if (read(fd, malbuf, access_size) != access_size) perror("read"); if (lseek(fd, (off_t)0, SEEK_SET) != 0) perror("lseek"); free(malbuf); } if (gettimeofday(&tv1, NULL) != 0) perror("gettimeofday 6"); printf("malloc+read time = %.0f usec\n", (1e6 * (tv1.tv_sec - tv0.tv_sec) + (tv1.tv_usec - tv0.tv_usec)) / NITER); return 0; } --- From owner-freebsd-current Sun Jan 26 08:24:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA13806 for current-outgoing; Sun, 26 Jan 1997 08:24:00 -0800 (PST) Received: from starfire.mn.org (root@starfire.skypoint.net [199.86.32.187]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA13801 for ; Sun, 26 Jan 1997 08:23:56 -0800 (PST) From: john@starfire.mn.org Received: (from john@localhost) by starfire.mn.org (8.8.4/1.1) id KAA16452 for current@freebsd.org; Sun, 26 Jan 1997 10:23:52 -0600 (CST) Message-Id: <199701261623.KAA16452@starfire.mn.org> Subject: 3.0-970124-SNAP install and packages To: current@freebsd.org Date: Sun, 26 Jan 1997 10:23:52 -0600 (CST) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk OK, installing on my 486DX33 w/Adaptec 1542 and a 3C503 connected to a network with a gateway machine with a 28.8kbps uplink to the internet went MUCH better this time, up until I got to the packages. The after making my (pretty extensive) selections, the main screen went to "Got INDEX successfully, now building packages menu.." while on the F2 virtual term it shows DEBUG: package check for XXX returns failure where XXX is all sorts of packages (maybe all of them) but certainly including ones that I didn't pick explicitly and I don't think as dependencies, either, and finally ending with ldconfig: /usr/local/lib: No such file or directory DEBUG: FTP shutdown called. OpenConn = 1e6b3c I can't remember the way to make these virtual terms scroll backwards, so I'll leave this system in this state until I either here that someone wants more information, or that none more is needed. This system won't be needed for anything else for a day or two. Thanks to everyone who has contributed to this release and snapshot! Just let me know what more I can do to help. John Lind, Starfire Consulting Services E-mail: john@starfire.MN.ORG USnail: PO Box 17247, Mpls MN 55417 From owner-freebsd-current Sun Jan 26 08:48:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA14605 for current-outgoing; Sun, 26 Jan 1997 08:48:49 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id IAA14600 for ; Sun, 26 Jan 1997 08:48:47 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0voXk4-0003vmC; Sun, 26 Jan 97 08:47 PST Received: from critter.dk.tfs.com (critter-home [193.162.32.19]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id RAA18204; Sun, 26 Jan 1997 17:47:35 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id RAA07585; Sun, 26 Jan 1997 17:48:48 +0100 (MET) To: dg@root.com cc: Luigi Rizzo , swallace@ece.uci.edu, current@FreeBSD.ORG Subject: Re: exec bug In-reply-to: Your message of "Sun, 26 Jan 1997 05:36:03 PST." <199701261336.FAA06928@root.com> Date: Sun, 26 Jan 1997 17:48:48 +0100 Message-ID: <7583.854297328@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199701261336.FAA06928@root.com>, David Greenman writes: > ...and just how do you tell the exec code that a page fault that occured >while it was accessing the image header was "fatal"? The only mechanism we >have for this is signals, and that doesn't work when you're executing in the >kernel like this. Wouldn't it make sense for the image activator to do a couple of probes first to see that the data is actually available ? that way it could fail intelligently ? -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Sun Jan 26 08:50:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA14704 for current-outgoing; Sun, 26 Jan 1997 08:50:33 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id IAA14697 for ; Sun, 26 Jan 1997 08:50:31 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0voXlo-0003wLC; Sun, 26 Jan 97 08:49 PST Received: from critter.dk.tfs.com (critter-home [193.162.32.19]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id RAA18208; Sun, 26 Jan 1997 17:49:24 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id RAA07599; Sun, 26 Jan 1997 17:50:54 +0100 (MET) To: Bruce Evans cc: dg@root.com, swallace@ece.uci.edu, current@FreeBSD.ORG Subject: Re: exec bug In-reply-to: Your message of "Mon, 27 Jan 1997 00:50:34 +1100." <199701261350.AAA31786@godzilla.zeta.org.au> Date: Sun, 26 Jan 1997 17:50:53 +0100 Message-ID: <7597.854297453@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199701261350.AAA31786@godzilla.zeta.org.au>, Bruce Evans writes: >What is the library malloc()+free() doing to be 5 times slower than >read+lseek()? The kernel malloc() is fast enough to use :-). It takes >a couple of usec for small allocations. You're timing the initialization and allocation of the "page table". Try adding free(malloc(1)); before you take the first timestamp. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Sun Jan 26 09:35:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA16091 for current-outgoing; Sun, 26 Jan 1997 09:35:58 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA16075; Sun, 26 Jan 1997 09:35:40 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id EAA03702; Mon, 27 Jan 1997 04:32:32 +1100 Date: Mon, 27 Jan 1997 04:32:32 +1100 From: Bruce Evans Message-Id: <199701261732.EAA03702@godzilla.zeta.org.au> To: current@freebsd.org Subject: sh expression printing bug Cc: steve@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk /bin/sh prints the wrong value for `echo $((1 << 30))'. This is because expari() only provides a 10-character buffer for printing the result of an integer expression. 12 characters are required even on 32-bit machines (10 digits, one sign and one nul). The length it checked, so there is no buffer overflow bug - the output is just truncated. I made the following quick fix for the 32-bit case. I don't know exactly why the CHECKSTRSPACE() arg is 2 less than the size required. Bruce diff -c2 expand.c~ expand.c *** expand.c~ Tue Jan 14 22:19:21 1997 --- expand.c Sun Jan 26 03:36:20 1997 *************** *** 336,340 **** * characters have to be processed left to right. */ ! CHECKSTRSPACE(8, expdest); USTPUTC('\0', expdest); start = stackblock(); --- 336,343 ---- * characters have to be processed left to right. */ ! #if INT_MAX / 1000000000 >= 10 || INT_MIN / 1000000000 <= -10 ! #error "integers with more than 10 digits are not supported" ! #endif ! CHECKSTRSPACE(12 - 2, expdest); USTPUTC('\0', expdest); start = stackblock(); *************** *** 351,355 **** rmescapes(p+1); result = arith(p+1); ! fmtstr(p, 10, "%d", result); while (*p++) ; --- 354,358 ---- rmescapes(p+1); result = arith(p+1); ! fmtstr(p, 12, "%d", result); while (*p++) ; From owner-freebsd-current Sun Jan 26 10:35:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA18090 for current-outgoing; Sun, 26 Jan 1997 10:35:50 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA18085 for ; Sun, 26 Jan 1997 10:35:48 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id FAA05327; Mon, 27 Jan 1997 05:34:36 +1100 Date: Mon, 27 Jan 1997 05:34:36 +1100 From: Bruce Evans Message-Id: <199701261834.FAA05327@godzilla.zeta.org.au> To: bde@zeta.org.au, phk@critter.dk.tfs.com Subject: Re: exec bug Cc: current@freebsd.org, dg@root.com, swallace@ece.uci.edu Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>What is the library malloc()+free() doing to be 5 times slower than >>read+lseek()? The kernel malloc() is fast enough to use :-). It takes >>a couple of usec for small allocations. > >You're timing the initialization and allocation of the "page table". >Try adding > free(malloc(1)); >before you take the first timestamp. No, I'm iterating 1000 times, so the malloc initialization time is in the noise (unless it is done every time). Also, printf() probably calls malloc() so the malloc initization time is already paid for. Here's a version with more knobs to twiddle. I also added some timing to execve(). There doesn't seem to be any pagefault penalty, but the overhead for vm_mmap()+vm_map_remove() in the kernel seems to be about the same as for doing a read() from user space! It's hard to compare the times because the kernel code has some chance of staying in a cache, while the user code has no chance of being in a cache for the first iteration and too high a chance for subsequent iterations. These times are on a 486/33: vm_mmap for /bin/cat: 110-134 usec vm_map_remove for /bin/cat: 51-52 user mmap (1000 iterations, access 32 bytes): 221-228 user mmap (1 iteration, access 32 bytes): 616-4078 (normally < 700) user read (1000 iterations, access 32 bytes): 132-159 (not preceded by mmap) user read (1 iteration, access 32 bytes): 415-512 malloc+r (1000 iterations, access 32 bytes): 428-435 (by itself) malloc+r (1 iteration, access 32 bytes): 2867-6404 (normally about 3000) The malloc initialization overhead dominates the time for the malloc+read 1-iteration case. Bruce #include #include #include #include #include #include #include #define PAGE_SIZE 4096 int main(int argc, char **argv) { size_t access_size; char buf[PAGE_SIZE]; int fd, i, j, niter; char *malbuf; unsigned mask; caddr_t p; struct timeval tv0, tv1; access_size = argc > 1 ? strtol(argv[1], NULL, 0) : 32; niter = argc > 2 ? strtol(argv[2], NULL, 0) : 1000; mask = argc > 3 ? strtol(argv[3], NULL, 0) : 7; fd = open("/bin/cat", O_RDONLY); if (fd == -1) perror("open"); if (!(mask & 1)) goto over_mmap_test; if (gettimeofday(&tv0, NULL) != 0) perror("gettimeofday 1"); for (i = 0; i < niter; ++i) { p = mmap((caddr_t)0, PAGE_SIZE, PROT_READ, 0, fd, (off_t)0); if (p == MAP_FAILED) perror("mmap"); for (j = 0; j < access_size; j += sizeof(int)) *(volatile int *)(p + j); if (munmap(p, PAGE_SIZE) != 0) perror("munmap"); } if (gettimeofday(&tv1, NULL) != 0) perror("gettimeofday 2"); printf("mmap time = %.0f usec\n", (1e6 * (tv1.tv_sec - tv0.tv_sec) + (tv1.tv_usec - tv0.tv_usec)) / niter); over_mmap_test: ; if (!(mask & 2)) goto over_read_test; if (gettimeofday(&tv0, NULL) != 0) perror("gettimeofday 3"); for (i = 0; i < niter; ++i) { if (read(fd, buf, access_size) != access_size) perror("read"); if (lseek(fd, (off_t)0, SEEK_SET) != 0) perror("lseek"); } if (gettimeofday(&tv1, NULL) != 0) perror("gettimeofday 4"); printf("read time = %.0f usec\n", (1e6 * (tv1.tv_sec - tv0.tv_sec) + (tv1.tv_usec - tv0.tv_usec)) / niter); over_read_test: ; if (!(mask & 4)) goto over_malloc_read_test; if (gettimeofday(&tv0, NULL) != 0) perror("gettimeofday 5"); for (i = 0; i < niter; ++i) { /* malloc()/free() is much slower than read()! */ malbuf = malloc(PAGE_SIZE); if (malbuf == NULL) perror("malloc"); if (read(fd, malbuf, access_size) != access_size) perror("read"); if (lseek(fd, (off_t)0, SEEK_SET) != 0) perror("lseek"); free(malbuf); } if (gettimeofday(&tv1, NULL) != 0) perror("gettimeofday 6"); printf("malloc+read time = %.0f usec\n", (1e6 * (tv1.tv_sec - tv0.tv_sec) + (tv1.tv_usec - tv0.tv_usec)) / niter); over_malloc_read_test: ; return 0; } From owner-freebsd-current Sun Jan 26 11:25:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA19871 for current-outgoing; Sun, 26 Jan 1997 11:25:54 -0800 (PST) Received: from meter.eng.uci.edu (root@meter.eng.uci.edu [128.200.85.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA19864 for ; Sun, 26 Jan 1997 11:25:51 -0800 (PST) Received: from newport.ece.uci.edu by meter.eng.uci.edu (8.8.5) id LAA11422; Sun, 26 Jan 1997 11:25:49 -0800 (PST) Received: from localhost by newport.ece.uci.edu (8.8.5) id LAA06985; Sun, 26 Jan 1997 11:25:47 -0800 (PST) Message-Id: <199701261925.LAA06985@newport.ece.uci.edu> To: dg@root.com cc: current@freebsd.org Subject: Re: exec bug In-reply-to: Your message of "Sun, 26 Jan 1997 04:01:01 PST." <199701261201.EAA06656@root.com> Date: Sun, 26 Jan 1997 11:25:46 -0800 From: Steven Wallace Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The only solution I can think of at the moment to this problem would be to >change the code to do a read of the file header into a malloced buffer. The >overhead for this would be very (unacceptably) high, however. What do you think of my alternate solution: When the first page of a program is mapped, it should be possible to determine if this page exists already in physical memory. If it does, no problemo! On the other hand, if it does not, immediately bring this page into memory by reading from disk. If this read fails, then return an error condition. Otherwise, we now know the page is resident in memory and there will be no problems when the header is checked. The idea here is we do not need to wait for a page fault in exec_aout_imgact() a few lines of code away. We know it will happen very soon so proceed almost as if a fault had occurred by bringing the page into memory. That way if it fails, we know where we are at so we can gracefully discontinue exec rather than a panic. Steven Steven From owner-freebsd-current Sun Jan 26 11:42:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA20553 for current-outgoing; Sun, 26 Jan 1997 11:42:50 -0800 (PST) Received: from hawk.pearson.udel.edu (hawk.pearson.udel.edu [128.175.64.150]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id LAA20546 for ; Sun, 26 Jan 1997 11:42:46 -0800 (PST) Message-Id: <199701261942.LAA20546@freefall.freebsd.org> Received: (qmail 28825 invoked from network); 26 Jan 1997 19:42:35 -0000 Received: from localhost.udel.edu (HELO hawk.pearson.udel.edu) (127.0.0.1) by localhost.udel.edu with SMTP; 26 Jan 1997 19:42:35 -0000 To: freebsd-current@freebsd.org Subject: SVR4 Emulation Organization: Broken Toys Unlimited Reply-To: alexandr@hawk.pearson.udel.edu MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <28710.854307753.1@hawk.pearson.udel.edu> Date: Sun, 26 Jan 1997 14:42:34 -0500 From: Jerry Alexandratos Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just a quick question. I'm looking at grabbing the SVR4 emulation package from Net/OpenBSD and trying to port it over to FreeBSD. Can anyone give me any pointers on this? I figure if it's just a matter of moving over some of the libs and includes, then that shouldn't be too hard to tackle. If it needs hacking in the vm code, well that's out of my league (can't hurt to try though). --Jerry 8) Jerry Alexandratos % "Nothing inhabits my (8 8) darkstar@strauss.udel.edu % thoughts, and oblivion (8 8) darkstar@canary.pearson.udel.edu % drives my desires." (8 From owner-freebsd-current Sun Jan 26 12:41:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA22701 for current-outgoing; Sun, 26 Jan 1997 12:41:28 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA22696 for ; Sun, 26 Jan 1997 12:41:26 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vobNI-0003vqC; Sun, 26 Jan 97 12:40 PST Received: from critter.dk.tfs.com (critter-home [193.162.32.19]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id VAA18420; Sun, 26 Jan 1997 21:40:20 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id VAA07864; Sun, 26 Jan 1997 21:41:36 +0100 (MET) To: Bruce Evans cc: current@FreeBSD.org, dg@root.com, swallace@ece.uci.edu Subject: Re: exec bug In-reply-to: Your message of "Mon, 27 Jan 1997 05:34:36 +1100." <199701261834.FAA05327@godzilla.zeta.org.au> Date: Sun, 26 Jan 1997 21:41:35 +0100 Message-ID: <7862.854311295@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In message <199701261834.FAA05327@godzilla.zeta.org.au>, Bruce Evans writes: >No, I'm iterating 1000 times, so the malloc initialization time is in >the noise (unless it is done every time). Also, printf() probably calls >malloc() so the malloc initization time is already paid for. Here's a >version with more knobs to twiddle. Well, phkmalloc can be a bit undeterministic in this respect, if you want to be almost sure you get a fair picture do this: for (i=4;i<12;i++) malloc(1< Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA24421 for current-outgoing; Sun, 26 Jan 1997 13:10:54 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA24413 for ; Sun, 26 Jan 1997 13:10:51 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id IAA08711; Mon, 27 Jan 1997 08:10:38 +1100 Date: Mon, 27 Jan 1997 08:10:38 +1100 From: Bruce Evans Message-Id: <199701262110.IAA08711@godzilla.zeta.org.au> To: bde@zeta.org.au, phk@critter.dk.tfs.com Subject: Re: exec bug Cc: current@FreeBSD.org, dg@root.com, swallace@ece.uci.edu Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >Well, phkmalloc can be a bit undeterministic in this respect, if you want >to be almost sure you get a fair picture do this: > > for (i=4;i<12;i++) > malloc(1< >That way you know that you have one page of each size ready. That didn't make much difference, but removing `/etc/malloc.conf -> AJ' did :-). Oops. The memset for the J option is especially expensive for a malloc size of 4096 and a read size of 32. Bruce From owner-freebsd-current Sun Jan 26 13:20:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA24901 for current-outgoing; Sun, 26 Jan 1997 13:20:09 -0800 (PST) Received: from nic.follonett.no (nic.follonett.no [194.198.43.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA24894 for ; Sun, 26 Jan 1997 13:20:03 -0800 (PST) Received: (from uucp@localhost) by nic.follonett.no (8.8.3/8.8.3) with UUCP id WAA13005 for current@freebsd.org; Sun, 26 Jan 1997 22:18:45 +0100 (MET) Received: from oo7 (oo7.dimaga.com [192.0.0.65]) by dimaga.com (8.7.5/8.7.2) with SMTP id VAA17291 for ; Sun, 26 Jan 1997 21:31:02 +0100 (MET) Message-Id: <3.0.32.19970126213102.00beb100@dimaga.com> X-Sender: eivind@dimaga.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Sun, 26 Jan 1997 21:31:04 +0100 To: current@freebsd.org From: Eivind Eklund Subject: 3.0-970124-SNAP Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 03:55 PM 1/25/97 -0800, you wrote: >You all know the drill by now, I'm sure. > >This SNAP fixes the broken NFS, tape and floppy installation methods >(don't ask) of the previous SNAPshot as well as Justin's latest SCSI >changes. ftp://ftp.freebsd.org/pub/FreeBSD/3.0-970124-SNAP is the >full URL for those reading this in an HTML capable mailer reader. :) > >As always (with SNAPs, anyway) feedback to current@freebsd.org please. I had a couple of problems with this SNAP (but it worked better than both 2.1.6 and 2.2-BETA :) All of this happened on a clean install (a machine with only Linux and Windows on it) (1) sysinstall locked up on attempting to install packages on initial install. It downloaded the index, I got to select what packages I wanted, and on committing the changes I just got a dialog box with "fetching index", and the debug screen printed out the names of all packes as "failed", and a message about closing the FTP connection. No way to get further. (2) There was a refresh-problem the first time I got to the list of packages selected for install; the list seemed to be one line offset from it's correct position in some way (partial overwrites), and the first character was of each name was screwed up. The problem went away after going back to the package selection menu and adding some packages (I'd forgotten some). I was unable to reproduce this problem running sysinstall from the command line after the box was up. (3) When running /stand/sysinstall from the command line I got a dialog-box saying "error mounting /dev/wcd0c on /dist" - right after startup. Everything worked after cancelling the dialog, though. (4) Setting character set/console font from the "Post install configuration" menu did not change /etc/sysconfig (5) The XFree package was not available. Good point: The same box had had problems with "too large partition" when having more than one slice earlier (2.1.6); this worked fine now. (And the box came up fine with just a tiny amount of extra effort) Eivind Eklund / perhaps@yes.no / http://maybe.yes.no/perhaps/ From owner-freebsd-current Sun Jan 26 13:25:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA25136 for current-outgoing; Sun, 26 Jan 1997 13:25:40 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA25127 for ; Sun, 26 Jan 1997 13:25:37 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id NAA08091; Sun, 26 Jan 1997 13:25:28 -0800 (PST) Message-Id: <199701262125.NAA08091@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Bruce Evans cc: swallace@ece.uci.edu, current@FreeBSD.ORG Subject: Re: exec bug In-reply-to: Your message of "Mon, 27 Jan 1997 00:50:34 +1100." <199701261350.AAA31786@godzilla.zeta.org.au> From: David Greenman Reply-To: dg@root.com Date: Sun, 26 Jan 1997 13:25:28 -0800 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> The only solution I can think of at the moment to this problem would be to >>change the code to do a read of the file header into a malloced buffer. The >>overhead for this would be very (unacceptably) high, however. > >Testing shows that the additional overhead would probably be small and >negative, since it is small and negative outside the kernel. On a P133, >the enclosed program prints the following times for various access sizes: > > mmap read malloc+read >4: 39 22 125 (usec) >32: 40 22 125 >1024: 44 34 135 >4096: 60 72 160 These times are escentially meaningless since the overhead of calling kernel internal routines is very different to doing system calls. The only time that is relevant is the 4K read, anyway. It's very unlikely that you would access more than just a few longwords within the page, but the variety of image formats that we support requires us to bring in a large chunk as the image header. This is ideal for mmap, and bad for read/copy. There is no page fault if the image header is resident due to page table pre-loading, so the cost is very low. Thinking more about this problem, one could use vm_page_lookup() to determine the residency of a page and then call vm_fault directly if the page isn't resident. This would get you the error return if the fault should be fatal. Hmmm. I had originally (when I wrote execve) considered calling vm_fault directly from execve() rather than doing the fault/trap, but the overhead for this was too high for the standard case of the page being resident. I didn't until now consider the possiblity of looking up the page, which might not be prohibitively expensive. Let me think about this some more and perhaps chat with John about it. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Sun Jan 26 13:32:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA25542 for current-outgoing; Sun, 26 Jan 1997 13:32:36 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA25532 for ; Sun, 26 Jan 1997 13:32:30 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id NAA08152; Sun, 26 Jan 1997 13:32:18 -0800 (PST) Message-Id: <199701262132.NAA08152@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Poul-Henning Kamp cc: Luigi Rizzo , swallace@ece.uci.edu, current@FreeBSD.ORG Subject: Re: exec bug In-reply-to: Your message of "Sun, 26 Jan 1997 17:48:48 +0100." <7583.854297328@critter.dk.tfs.com> From: David Greenman Reply-To: dg@root.com Date: Sun, 26 Jan 1997 13:32:18 -0800 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >In message <199701261336.FAA06928@root.com>, David Greenman writes: > >> ...and just how do you tell the exec code that a page fault that occured >>while it was accessing the image header was "fatal"? The only mechanism we >>have for this is signals, and that doesn't work when you're executing in the >>kernel like this. > >Wouldn't it make sense for the image activator to do a couple of probes >first to see that the data is actually available ? that way it could >fail intelligently ? The problem is that determining page residency might be too high of an overhead, but maybe not. See my last reply to Bruce. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Sun Jan 26 13:35:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA25751 for current-outgoing; Sun, 26 Jan 1997 13:35:02 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA25732 for ; Sun, 26 Jan 1997 13:34:57 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id NAA08167; Sun, 26 Jan 1997 13:34:52 -0800 (PST) Message-Id: <199701262134.NAA08167@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Steven Wallace cc: current@freebsd.org Subject: Re: exec bug In-reply-to: Your message of "Sun, 26 Jan 1997 11:25:46 PST." <199701261925.LAA06985@newport.ece.uci.edu> From: David Greenman Reply-To: dg@root.com Date: Sun, 26 Jan 1997 13:34:52 -0800 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> The only solution I can think of at the moment to this problem would be to >>change the code to do a read of the file header into a malloced buffer. The >>overhead for this would be very (unacceptably) high, however. > >What do you think of my alternate solution: > >When the first page of a program is mapped, it should be possible to determine >if this page exists already in physical memory. If it does, no problemo! >On the other hand, if it does not, immediately bring this page into memory >by reading from disk. If this read fails, then return an error condition. >Otherwise, we now know the page is resident in memory and there will be no >problems when the header is checked. > >The idea here is we do not need to wait for a page fault in exec_aout_imgact() >a few lines of code away. We know it will happen very soon so proceed >almost as if a fault had occurred by bringing the page into memory. >That way if it fails, we know where we are at so we can gracefully discontinue >exec rather than a panic. Yes, this is possible...see my reply to Bruce. The concern is the overhead for determining page residency. This isn't all that cheap of an operation, and it will have to happen for every exec. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Sun Jan 26 14:07:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA27426 for current-outgoing; Sun, 26 Jan 1997 14:07:59 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA27419 for ; Sun, 26 Jan 1997 14:07:55 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id JAA10308; Mon, 27 Jan 1997 09:02:02 +1100 Date: Mon, 27 Jan 1997 09:02:02 +1100 From: Bruce Evans Message-Id: <199701262202.JAA10308@godzilla.zeta.org.au> To: bde@zeta.org.au, dg@root.com Subject: Re: exec bug Cc: current@FreeBSD.ORG, swallace@ece.uci.edu Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >>> The only solution I can think of at the moment to this problem would be to >>>change the code to do a read of the file header into a malloced buffer. The >>>overhead for this would be very (unacceptably) high, however. >> >>Testing shows that the additional overhead would probably be small and >>negative, since it is small and negative outside the kernel. On a P133, >>the enclosed program prints the following times for various access sizes: >> >> mmap read malloc+read >>4: 39 22 125 (usec) >>32: 40 22 125 >>1024: 44 34 135 >>4096: 60 72 160 > > These times are escentially meaningless since the overhead of calling >kernel internal routines is very different to doing system calls. They give a small upper bound for the case that everything is in a cache. See other mail for more relevant times on a 486/33. On a P133, I get the following times for 1 iteration: kernel vm_mmap for /bin/cp in execve(): 28 usec kernel vm_map_remove for /bin/cp in execve(): 12 usec user read and lseek of 32 bytes from /bin/cp: 45-60 usec >The only >time that is relevant is the 4K read, anyway. It's very unlikely that you >would access more than just a few longwords within the page, but the >variety of image formats that we support requires us to bring in a large >chunk as the image header. This is ideal for mmap, and bad for read/copy. The image activators should read the part that they need. They might need to do this anyway if their headers are larger than 1 page. > Thinking more about this problem, one could use vm_page_lookup() to >determine the residency of a page and then call vm_fault directly if >the page isn't resident. This would get you the error return if the fault >should be fatal. Hmmm. I had originally (when I wrote execve) considered Or just allocate a buffer for it and access the buffer directly. This works especially well if the buffer is already mapped into buffer_map because it avoids the overhead for setting up and tearing down the mapping into exech_map. There may be locking problems with both methods. Bruce From owner-freebsd-current Sun Jan 26 14:15:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA27797 for current-outgoing; Sun, 26 Jan 1997 14:15:42 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA27776 for ; Sun, 26 Jan 1997 14:15:30 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id OAA08418; Sun, 26 Jan 1997 14:15:16 -0800 (PST) Message-Id: <199701262215.OAA08418@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Bruce Evans cc: current@FreeBSD.ORG, swallace@ece.uci.edu Subject: Re: exec bug In-reply-to: Your message of "Mon, 27 Jan 1997 09:02:02 +1100." <199701262202.JAA10308@godzilla.zeta.org.au> From: David Greenman Reply-To: dg@root.com Date: Sun, 26 Jan 1997 14:15:16 -0800 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >>The only >>time that is relevant is the 4K read, anyway. It's very unlikely that you >>would access more than just a few longwords within the page, but the >>variety of image formats that we support requires us to bring in a large >>chunk as the image header. This is ideal for mmap, and bad for read/copy. > >The image activators should read the part that they need. Uh, no. Not unless you want our exec time to be about 5 times higher than linux. The process of mapping the image header is a major portion of the overhead of exec. > They might >need to do this anyway if their headers are larger than 1 page. Yes, but it turns out that this is almost never true. >> Thinking more about this problem, one could use vm_page_lookup() to >>determine the residency of a page and then call vm_fault directly if >>the page isn't resident. This would get you the error return if the fault >>should be fatal. Hmmm. I had originally (when I wrote execve) considered > >Or just allocate a buffer for it and access the buffer directly. This >works especially well if the buffer is already mapped into buffer_map >because it avoids the overhead for setting up and tearing down the >mapping into exech_map. There may be locking problems with both methods. Hmmm. From an architectural perspective, this sounds really kludgy. I especially don't like the fact that buffers aren't of a constant size. In the end, I think doing the buffer thing would have much more overhead than what I'm doing now. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Sun Jan 26 14:20:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA28146 for current-outgoing; Sun, 26 Jan 1997 14:20:17 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA28139 for ; Sun, 26 Jan 1997 14:20:13 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vocus-0003wAC; Sun, 26 Jan 97 14:19 PST Received: from critter.dk.tfs.com (critter-home [193.162.32.19]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id XAA18591; Sun, 26 Jan 1997 23:19:06 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id XAA07972; Sun, 26 Jan 1997 23:20:19 +0100 (MET) To: Bruce Evans cc: current@FreeBSD.org, dg@root.com, swallace@ece.uci.edu Subject: Re: exec bug In-reply-to: Your message of "Mon, 27 Jan 1997 08:10:38 +1100." <199701262110.IAA08711@godzilla.zeta.org.au> Date: Sun, 26 Jan 1997 23:20:18 +0100 Message-ID: <7970.854317218@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In message <199701262110.IAA08711@godzilla.zeta.org.au>, Bruce Evans writes: >That didn't make much difference, but removing `/etc/malloc.conf -> AJ' >did :-). Oops. The memset for the J option is especially expensive for >a malloc size of 4096 and a read size of 32. I thought about asking, but didn't in order not to offend you :-) -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Sun Jan 26 14:26:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA28473 for current-outgoing; Sun, 26 Jan 1997 14:26:43 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA28444 for ; Sun, 26 Jan 1997 14:26:30 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id WAA28837; Sun, 26 Jan 1997 22:44:28 +0100 From: Luigi Rizzo Message-Id: <199701262144.WAA28837@labinfo.iet.unipi.it> Subject: Re: exec bug To: dg@root.com Date: Sun, 26 Jan 1997 22:44:28 +0100 (MET) Cc: phk@critter.dk.tfs.com, swallace@ece.uci.edu, current@FreeBSD.ORG In-Reply-To: <199701262132.NAA08152@root.com> from "David Greenman" at Jan 26, 97 01:31:59 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >Wouldn't it make sense for the image activator to do a couple of probes > >first to see that the data is actually available ? that way it could > >fail intelligently ? > > The problem is that determining page residency might be too high of an > overhead, but maybe not. See my last reply to Bruce. how about this: int dont_panic_just_probing= 0; ... s = splhigh(); dont_panic_just_probing = 1; ... access page at address p ... if (dont_panic_just_probing == 2 && fault_virtual_addr == p) could_not_get_the_page = 1; dont_panic_just_probing = 0; splx(p); dont_panic_just_probing is checked in the page fault handler, if set to 1 is incremented to 2, otherwise just do as it is now. Luigi From owner-freebsd-current Sun Jan 26 14:41:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA29318 for current-outgoing; Sun, 26 Jan 1997 14:41:44 -0800 (PST) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA29313 for ; Sun, 26 Jan 1997 14:41:38 -0800 (PST) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.8.4/8.8.4) with SMTP id OAA17818; Sun, 26 Jan 1997 14:40:41 -0800 (PST) Message-ID: <32EBDCC3.15FB7483@whistle.com> Date: Sun, 26 Jan 1997 14:37:55 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: alexandr@hawk.pearson.udel.edu CC: freebsd-current@freebsd.org Subject: Re: SVR4 Emulation References: <199701261942.LAA20546@freefall.freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jerry Alexandratos wrote: talk to christos.. he said he'd help us port it to FreeBSD.. (he wrote it) > > Just a quick question. I'm looking at grabbing the SVR4 emulation > package from Net/OpenBSD and trying to port it over to FreeBSD. Can > anyone give me any pointers on this? > > I figure if it's just a matter of moving over some of the libs and > includes, then that shouldn't be too hard to tackle. If it needs > hacking in the vm code, well that's out of my league (can't hurt to try > though). > > --Jerry > > 8) Jerry Alexandratos % "Nothing inhabits my (8 > 8) darkstar@strauss.udel.edu % thoughts, and oblivion (8 > 8) darkstar@canary.pearson.udel.edu % drives my desires." (8 From owner-freebsd-current Sun Jan 26 14:51:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA29949 for current-outgoing; Sun, 26 Jan 1997 14:51:20 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA29941 for ; Sun, 26 Jan 1997 14:51:09 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id JAA11690; Mon, 27 Jan 1997 09:47:26 +1100 Date: Mon, 27 Jan 1997 09:47:26 +1100 From: Bruce Evans Message-Id: <199701262247.JAA11690@godzilla.zeta.org.au> To: bde@zeta.org.au, dg@root.com Subject: Re: exec bug Cc: current@FreeBSD.ORG, swallace@ece.uci.edu Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >>The image activators should read the part that they need. > > Uh, no. Not unless you want our exec time to be about 5 times higher than >linux. The process of mapping the image header is a major portion of the >overhead of exec. No, my user space times show that a user read() takes about the same time as kernel mapping (50 usec = less than 5% of the time for a static-library fork-exec-exit, and less than 0.6% of the time for a shared-library fork-exec-exit. read() should be slightly faster in the kernel. >>Or just allocate a buffer for it and access the buffer directly. This > Hmmm. From an architectural perspective, this sounds really kludgy. I >especially don't like the fact that buffers aren't of a constant size. In >the end, I think doing the buffer thing would have much more overhead than >what I'm doing now. My user space times show that it wouldn't have much more initial overhead. Lookup of mapped in-core buffers is very efficient - hashing works well. If there is a slowdown later due to the file being accessed using a different method, then the unified vm must not be very unified. I don't think it is that bad :-). Bruce From owner-freebsd-current Sun Jan 26 15:47:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA02589 for current-outgoing; Sun, 26 Jan 1997 15:47:39 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA02584 for ; Sun, 26 Jan 1997 15:47:36 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id PAA09997; Sun, 26 Jan 1997 15:47:23 -0800 (PST) To: john@starfire.mn.org cc: current@FreeBSD.ORG Subject: Re: 3.0-970124-SNAP install and packages In-reply-to: Your message of "Sun, 26 Jan 1997 10:23:52 CST." <199701261623.KAA16452@starfire.mn.org> Date: Sun, 26 Jan 1997 15:47:23 -0800 Message-ID: <9993.854322443@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > "Got INDEX successfully, now building packages menu.." while on the F2 > virtual term it shows > DEBUG: package check for XXX returns failure > where XXX is all sorts of packages (maybe all of them) but certainly > including ones that I didn't pick explicitly and I don't think as > dependencies, either, and finally ending with > ldconfig: /usr/local/lib: No such file or directory > DEBUG: FTP shutdown called. OpenConn = 1e6b3c Is this before or after you selected packages and tried to extract them? I didn't have time to test the package installer before I ran off to my other house up north and our internet connection up here is terrible at the moment, so testing is.. challenging. I'll check this out when I return to the bay area on Monday. Jordan From owner-freebsd-current Sun Jan 26 16:07:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA04386 for current-outgoing; Sun, 26 Jan 1997 16:07:27 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA04379 for ; Sun, 26 Jan 1997 16:07:24 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id QAA10114; Sun, 26 Jan 1997 16:07:15 -0800 (PST) To: Eivind Eklund cc: current@FreeBSD.ORG Subject: Re: 3.0-970124-SNAP In-reply-to: Your message of "Sun, 26 Jan 1997 21:31:04 +0100." <3.0.32.19970126213102.00beb100@dimaga.com> Date: Sun, 26 Jan 1997 16:07:14 -0800 Message-ID: <10110.854323634@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > (1) sysinstall locked up on attempting to install packages on initial > install. It downloaded the index, I got to select what packages I wanted, > and on committing the changes I just got a dialog box with "fetching > index", and the debug screen printed out the names of all packes as > "failed", and a message about closing the FTP connection. No way to get > further. OK, this has been reported by others. I don't have a copy of the -current packages on my home box right now so this has been sort of going untested (yeeks) during these SNAPs and Murphy has a special place for untested features. :-) I'll find and fix whatever I did to the poor package installer with my media code hacking. > (3) When running /stand/sysinstall from the command line I got a dialog-box > saying "error mounting /dev/wcd0c on /dist" - right after startup. > Everything worked after cancelling the dialog, though. Hmmm, interesting. Is your CDROM already mounted or not when you do this? > (4) Setting character set/console font from the "Post install > configuration" menu did not change /etc/sysconfig This has always been a bit hosed on the revisit. I'll try and fix it soon. > (5) The XFree package was not available. Really? What media type? It's certainly on ftp.cdrom.com Jordan From owner-freebsd-current Sun Jan 26 17:04:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA08750 for current-outgoing; Sun, 26 Jan 1997 17:04:52 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id RAA08741 for ; Sun, 26 Jan 1997 17:04:48 -0800 (PST) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 0.56 #1) id E0vofUl-0001lp-00; Sun, 26 Jan 1997 18:04:23 -0700 To: Luigi Rizzo Subject: Re: exec bug Cc: dg@root.com, phk@critter.dk.tfs.com, swallace@ece.uci.edu, current@freebsd.org In-reply-to: Your message of "Sun, 26 Jan 1997 22:44:28 +0100." <199701262144.WAA28837@labinfo.iet.unipi.it> References: <199701262144.WAA28837@labinfo.iet.unipi.it> Date: Sun, 26 Jan 1997 18:04:23 -0700 From: Warner Losh Message-Id: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199701262144.WAA28837@labinfo.iet.unipi.it> Luigi Rizzo writes: : int dont_panic_just_probing= 0; Wouldn't you need some other kind of locking in the SMP case? Warner From owner-freebsd-current Sun Jan 26 17:53:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA10997 for current-outgoing; Sun, 26 Jan 1997 17:53:12 -0800 (PST) Received: from tom.jackson.org ([208.128.8.158]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA10990 for ; Sun, 26 Jan 1997 17:53:06 -0800 (PST) Received: (from tom@localhost) by tom.jackson.org (8.8.4/8.7.3) id TAA29820; Sun, 26 Jan 1997 19:51:12 -0600 (CST) Message-ID: Date: Sun, 26 Jan 1997 19:51:11 -0600 From: tom@tom.jackson.org (Tom Jackson) To: current@freebsd.org Subject: gdbtk make error X-Mailer: Mutt 0.58-PL15 Mime-Version: 1.0 Reply-To: toj@gorilla.net Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'n new to current, so this may be water under the bridge, but: >> Checksum OK for gdbtk/gdbtk-4.16.tar.gz. >> Checksum OK for gdbtk/patch-aa. >> Checksum OK for gdbtk/patch-ab. >> Checksum OK for gdbtk/patch-ac. >> Checksum OK for gdbtk/patch-ad. >> Checksum OK for gdbtk/patch-ae. ===> Configuring for gdbtk-4.16 Configuring for a i386-unknown-freebsd3.0 host. Created "Makefile" in /usr/ports/devel/gdbtk/work/gdb-4.16 ./config.status is unchanged configure: error: /usr/local/include/tk4.1/generic directory doesn't contain private headers Configure in /usr/ports/devel/gdbtk/work/gdb-4.16/gdb failed, exiting. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. btw I'm running 3.0 current and ports-current, up to date. -- Tom Jackson Powered by FreeBSD toj@gorilla.net http://www.freebsd.org tjackson@tulsix.utulsa.edu "Out in the Ozone Again" From owner-freebsd-current Sun Jan 26 17:56:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA11127 for current-outgoing; Sun, 26 Jan 1997 17:56:35 -0800 (PST) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id RAA11122 for ; Sun, 26 Jan 1997 17:56:34 -0800 (PST) Received: from tom.jackson.org by agora.rdrop.com with smtp (Smail3.1.29.1 #17) id m0vogJ9-0008y0C; Sun, 26 Jan 97 17:56 PST Received: (from tom@localhost) by tom.jackson.org (8.8.4/8.7.3) id TAA29829; Sun, 26 Jan 1997 19:54:40 -0600 (CST) Message-ID: Date: Sun, 26 Jan 1997 19:54:40 -0600 From: tom@tom.jackson.org (Tom Jackson) To: current@freebsd.org Subject: xperfmon++ make error X-Mailer: Mutt 0.58-PL15 Mime-Version: 1.0 Reply-To: toj@gorilla.net Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Again, I'm new to current and running current 3.0 and ports-current, up to date and got this: >> Checksum OK for xperfmon++v1.1.tar.Z. ===> Building for xperfmon++-1.33 gcc -m486 -O2 -I. -I./lib/Xt -I. -I./X11 -I/usr/X11R6/include -DCSRG_BASED -D_HAVE_PARAM_H -DFUNCPROTO=15 -DNARROWPROTO -c freebsd_system.c freebsd_system.c: In function `collect_stats': freebsd_system.c:329: storage size of `ifnet' isn't known freebsd_system.c:330: storage size of `ifnethead' isn't known freebsd_system.c:332: storage size of `ifa' isn't known *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. Will look into the problem, but if the wheel has already been done ... tia -- Tom Jackson Powered by FreeBSD toj@gorilla.net http://www.freebsd.org tjackson@tulsix.utulsa.edu "Out in the Ozone Again" From owner-freebsd-current Sun Jan 26 19:27:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA13777 for current-outgoing; Sun, 26 Jan 1997 19:27:14 -0800 (PST) Received: from atlantis.nconnect.net (root@atlantis.nconnect.net [206.54.227.6]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA13771 for ; Sun, 26 Jan 1997 19:27:11 -0800 (PST) Received: from arabian.astrolab.org (dial219.nconnect.net [206.54.227.219]) by atlantis.nconnect.net (8.8.4/8.7.3) with SMTP id VAA16445 for ; Sun, 26 Jan 1997 21:20:55 -0600 (CST) Message-ID: <32EC203D.41C67EA6@nconnect.net> Date: Sun, 26 Jan 1997 21:25:49 -0600 From: Randy DuCharme Organization: Computer Specialists X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 3.0-SMP i386) MIME-Version: 1.0 To: current@freebsd.org Subject: Can't get `.' off of root's path Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Help! This is driving me berserk! I've taken every `path' statement out of root's startup files and I still keep getting .... Warning: Imported path contains relative components. whenever I log in as root. If I change root's shell to bash or sh, it's fine, and if I `su' to root, it's fine. I can't find where this is being picked up but it definitely behaves like `.' is on the path. What's even worse... if I do an... echo $PATH dot isn't there. Any ideas as to what's going on? The system is current as of Jan 26 AM. Thanks -- Randall D. DuCharme email: randyd@nconnect.net Systems Engineer Computer Specialists 414-259-9998 414-253-9919 From owner-freebsd-current Sun Jan 26 20:44:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA16816 for current-outgoing; Sun, 26 Jan 1997 20:44:45 -0800 (PST) Received: from upsilon.cs.fsu.edu (upsilon.cs.fsu.edu [128.186.121.34]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA16811 for ; Sun, 26 Jan 1997 20:44:41 -0800 (PST) Received: (from uh@localhost) by upsilon.cs.fsu.edu (8.8.3/8.7.3) id XAA09606 for current@freebsd.org; Sun, 26 Jan 1997 23:44:34 -0500 (EST) From: Gang-Ryung Uh Message-Id: <199701270444.XAA09606@upsilon.cs.fsu.edu> Subject: cvsup To: current@freebsd.org Date: Sun, 26 Jan 1997 23:44:34 -0500 (EST) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Please allow me to ask you a stupid question. I downloaded the current-src using cvsup (REL_14_1) with following cvs-supfile: -------------------------------------------------------- *default host=cvsup.FreeBSD.org *default base=/usr *default prefix=/usr *default release=cvs *default delete use-rel-suffix *default compress ## Main Source Tree. # # The easiest way to get the main source tree is to use the "src-all" # mega-collection. It includes all of the individual "src-*" collections, # except for "src-eBones" and "src-secure". src-all ----------------------------------- Would you tell me what is the next step to be able to issue "make world" to build a upto-date current system? Thanks in advance. Regards, Gang-Ryung Uh uh@cs.fsu.edu From owner-freebsd-current Sun Jan 26 23:27:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA21663 for current-outgoing; Sun, 26 Jan 1997 23:27:04 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id XAA21652 for ; Sun, 26 Jan 1997 23:26:59 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id HAA29629; Mon, 27 Jan 1997 07:43:59 +0100 From: Luigi Rizzo Message-Id: <199701270643.HAA29629@labinfo.iet.unipi.it> Subject: Re: exec bug To: imp@village.org (Warner Losh) Date: Mon, 27 Jan 1997 07:43:59 +0100 (MET) Cc: dg@root.com, phk@critter.dk.tfs.com, swallace@ece.uci.edu, current@FreeBSD.ORG In-Reply-To: from "Warner Losh" at Jan 26, 97 06:04:04 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > In message <199701262144.WAA28837@labinfo.iet.unipi.it> Luigi Rizzo writes: > : int dont_panic_just_probing= 0; > > Wouldn't you need some other kind of locking in the SMP case? probably, yes. But I think my code has also worse problems, e.g. it is not reentrant. Since, as a result of the probe, you can get a page fault and the page should be read in, the dont_panic_just_probing variable should be saved somewhere together with the info related to the pagein. Anyways it was just a suggestion about the principle of operation, many details were missing and left to more knowledgeable people. Cheers 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-current Sun Jan 26 23:30:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA21873 for current-outgoing; Sun, 26 Jan 1997 23:30:40 -0800 (PST) Received: from linkdead.paranoia.com (linkdead.paranoia.com [207.239.130.245]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA21866 for ; Sun, 26 Jan 1997 23:30:36 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by linkdead.paranoia.com (8.7.6/8.7.3) with SMTP id BAA12986; Mon, 27 Jan 1997 01:24:16 -0600 (CST) Message-Id: <199701270724.BAA12986@linkdead.paranoia.com> X-Authentication-Warning: linkdead.paranoia.com: Host localhost [127.0.0.1] didn't use HELO protocol To: tech-userlevel@netbsd.org cc: freebsd-current@freebsd.org Subject: ash & POSIX 1003.2 q's Date: Mon, 27 Jan 1997 01:23:46 -0600 From: VaX#n8 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hmm, wow. There's more to this parsing business than meets the eye. I started to fix some minor stuff; I got showtree working pretty well, and started to fool with some minor sh bugs, when I realized what I really needed was a functional definition like POSIX 1003.2. If someone would loan me a copy, I'd fix up ash -- if people thought it would be a worthwhile task. I'm as much of a minimalist as the next person, but maybe forgetting about it is better, I dunno. Lunix is using bash for cryin' out loud :) I'm a little disappointed that pdksh doesn't use something like yacc, but perhaps there is a good reason (the tables get too big? suboptimal generated parsers?) Let's have some examples: true || echo hi && echo bye Echoes "bye", but is not a bug; short-circuit ops are left-associative and equal precedence. As a little example, let's take the description of the "-e" option. If not interactive, exit immediately if any untested command fails. The exit status of a command is considered to be explicitly tested if the command is used to control an if, elif, while, or until; or if the command is the left hand operand of an ``&&'' or ``||'' operator. I noticed that this fails under ash but not bash with -e options: if false; true; then echo hi; fi Apparently the "tested" attribute only applies to the last SIMPLE command. In other words, if this is your parse tree (growing rightward, root on left): false ; true if echo hi The "testedness" doesn't descend through the semicolon; it only applies to the "true" command and not to the "false" command. In the preorder traversal of the parse tree, the "tested" flag is simply not passed to the first child of the semicolon operator. Let's assume this rather strict definition of "controlling" an if statement. All kinds of heck break loose. What about this: false && true No problem, false is tested. But what about: false && true; echo here Parse tree: echo here ; false && true In this case, the call to evaluate the semicolon invokes itself recursively on the AND operator, which fails, so the semi fails. The problem is that the "testedness" is not being returned up the ladder with the exit code. In fact, each invocation has it's own copy of the flags, so the AND operator can't (cleanly) modify the SEMI's copy. Just in case anyone wants a copy... ask... Things aren't fixed enough to file a formal bug report. From owner-freebsd-current Sun Jan 26 23:39:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA24027 for current-outgoing; Sun, 26 Jan 1997 23:39:23 -0800 (PST) Received: from ravenock.cybercity.dk (ravenock.cybercity.dk [194.16.57.32]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA24022 for ; Sun, 26 Jan 1997 23:39:19 -0800 (PST) Received: (from sos@localhost) by ravenock.cybercity.dk (8.8.4/8.7.3) id IAA06670; Mon, 27 Jan 1997 08:40:50 +0100 (MET) From: Søren Schmidt Message-Id: <199701270740.IAA06670@ravenock.cybercity.dk> Subject: Re: SVR4 Emulation In-Reply-To: <32EBDCC3.15FB7483@whistle.com> from Julian Elischer at "Jan 26, 97 02:37:55 pm" To: julian@whistle.com (Julian Elischer) Date: Mon, 27 Jan 1997 08:40:42 +0100 (MET) Cc: alexandr@hawk.pearson.udel.edu, freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to Julian Elischer who wrote: > Jerry Alexandratos wrote: > > > talk to christos.. > he said he'd help us port it to FreeBSD.. (he wrote it) It should be pretty easy, we allready have the ELF loader around, you just hook it on there, that should take care of the most convoluted vm things :) The rest should be pretty straight forward, evt look at the iBCS2 emu, its stolen^H^H^H^H^H^H ported from NetBSD as well.... > > Just a quick question. I'm looking at grabbing the SVR4 emulation > > package from Net/OpenBSD and trying to port it over to FreeBSD. Can > > anyone give me any pointers on this? > > > > I figure if it's just a matter of moving over some of the libs and > > includes, then that shouldn't be too hard to tackle. If it needs > > hacking in the vm code, well that's out of my league (can't hurt to try > > though). > > > > --Jerry > > > > 8) Jerry Alexandratos % "Nothing inhabits my (8 > > 8) darkstar@strauss.udel.edu % thoughts, and oblivion (8 > > 8) darkstar@canary.pearson.udel.edu % drives my desires." (8 > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Sun Jan 26 23:46:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA24489 for current-outgoing; Sun, 26 Jan 1997 23:46:31 -0800 (PST) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA24484 for ; Sun, 26 Jan 1997 23:46:27 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id IAA18667; Mon, 27 Jan 1997 08:32:24 +0100 (MET) Received: (from andreas@localhost) by klemm.gtn.com (8.8.4/8.8.2) id IAA11589; Mon, 27 Jan 1997 08:30:05 +0100 (MET) Message-ID: Date: Mon, 27 Jan 1997 08:30:05 +0100 From: andreas@klemm.gtn.com (Andreas Klemm) To: uh@NU.cs.fsu.edu (Gang-Ryung Uh) Cc: current@FreeBSD.org Subject: Re: cvsup References: <199701270444.XAA09606@upsilon.cs.fsu.edu> X-Mailer: Mutt 0.55-PL15 Mime-Version: 1.0 In-Reply-To: <199701270444.XAA09606@upsilon.cs.fsu.edu>; from "Gang-Ryung Uh" on Jan 26, 1997 23:44:34 -0500 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Gang-Ryung Uh writes: > Please allow me to ask you a stupid question. > > I downloaded the current-src using cvsup (REL_14_1) with following > cvs-supfile: > > -------------------------------------------------------- > *default host=cvsup.FreeBSD.org > *default base=/usr > *default prefix=/usr > *default release=cvs > *default delete use-rel-suffix > *default compress > > ## Main Source Tree. > # > # The easiest way to get the main source tree is to use the "src-all" > # mega-collection. It includes all of the individual "src-*" collections, > # except for "src-eBones" and "src-secure". > src-all > > ----------------------------------- > > Would you tell me what is the next step to be able to issue "make world" > to build a upto-date current system? It seems, that you fetched the CVS source repository. Next step is to set the CVSROOT variable, which points to the directory, where your CVS repository exists. After having done this, you checkout FreeBSD-current to /usr/src by typing: cd /usr cvs checkout src If you fetched the ports as well, then you are able to cvs checkout ports After updating the CVS repository using cvsup, then run cd /usr cvs checkout -P src ports Hope this helps Andreas /// -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-current Sun Jan 26 23:46:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA24525 for current-outgoing; Sun, 26 Jan 1997 23:46:46 -0800 (PST) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA24503; Sun, 26 Jan 1997 23:46:34 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id IAA18647; Mon, 27 Jan 1997 08:32:17 +0100 (MET) Received: (from andreas@localhost) by klemm.gtn.com (8.8.4/8.8.2) id IAA11251; Mon, 27 Jan 1997 08:24:49 +0100 (MET) Message-ID: Date: Mon, 27 Jan 1997 08:24:48 +0100 From: andreas@klemm.gtn.com (Andreas Klemm) To: eivind@dimaga.com (Eivind Eklund) Cc: current@FreeBSD.org, jkh@FreeBSD.org, joerg@FreeBSD.org Subject: Re: 3.0-970124-SNAP References: <3.0.32.19970126213102.00beb100@dimaga.com> X-Mailer: Mutt 0.55-PL15 Mime-Version: 1.0 In-Reply-To: <3.0.32.19970126213102.00beb100@dimaga.com>; from "Eivind Eklund" on Jan 26, 1997 21:31:04 +0100 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Eivind Eklund writes: > > (3) When running /stand/sysinstall from the command line I got a dialog-box > saying "error mounting /dev/wcd0c on /dist" - right after startup. > Everything worked after cancelling the dialog, though. Same for scsi ... but what would be really excellent ... I tried a month ago to install a FreeBSD system on a separate SCSI drive from within a running FreeBSD. I'm about writing an article about FreeBSD and this would be a fine possibility, to make some snapshots of the installation screen using xgrab. Unfortunately everything runs fine up to the point, when the OS gets written to disk, since it overwrites my own disk instead of writing to the 3rd SCSI disk, which was dedicated for installation. Any clue or idea, how to make that possible ??? I think it would additionally be a cool way to preinstall FreeBSD systems. This would be a nice way to test FreeBSD installations as well. -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-current Mon Jan 27 00:31:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA25871 for current-outgoing; Mon, 27 Jan 1997 00:31:53 -0800 (PST) Received: from empire.hw.nl (empire.hw.nl [194.151.67.8]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA25865 for ; Mon, 27 Jan 1997 00:31:47 -0800 (PST) Received: from orac.hw.nl (orac.hw.nl [192.168.2.7]) by empire.hw.nl (8.8.5/1.00) with ESMTP id JAA29556; Mon, 27 Jan 1997 09:30:34 +0100 (MET) Received: by orac.hw.nl id JAA28222; Mon, 27 Jan 1997 09:30:00 +0100 (MET) Message-ID: Date: Mon, 27 Jan 1997 09:29:59 +0100 From: peter@hw.nl (Peter Korsten) To: randyd@nconnect.net (Randy DuCharme) Cc: current@FreeBSD.ORG Subject: Re: Can't get `.' off of root's path References: <32EC203D.41C67EA6@nconnect.net> X-Mailer: Mutt 0.57 Mime-Version: 1.0 In-Reply-To: <32EC203D.41C67EA6@nconnect.net>; from Randy DuCharme on Jan 26, 1997 21:25:49 -0600 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Randy DuCharme shared with us: > > This is driving me berserk! I've taken every `path' statement out > of root's startup files and I still keep getting .... > > Warning: Imported path contains relative components. > > whenever I log in as root. If I change root's shell to bash or sh, it's > fine, and if I `su' to root, it's fine. I can't find where this is > being picked up but it definitely behaves like `.' is on the path. Does root have a csh/tcsh as a login shell? If yes, did you check /etc/csh.cshrc and /etc/csh.login? They're executed first. > What's even worse... if I do an... > > echo $PATH > > dot isn't there. No idea about that. Not even at the very end? - Peter -- Peter Korsten | peter@hw.nl | http://www.hw.nl/~peter/ Haesenbos, Wetzels & Van der Heijden Multimedia Support 'Never EVER mess with a jumper you don't know about, even if it's labeled "sex and free beer".' -Dave Haynie, Amiga developer From owner-freebsd-current Mon Jan 27 00:39:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA26062 for current-outgoing; Mon, 27 Jan 1997 00:39:36 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id AAA26057 for ; Mon, 27 Jan 1997 00:39:33 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA00270; Mon, 27 Jan 1997 09:39:14 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id JAA10768; Mon, 27 Jan 1997 09:31:51 +0100 (MET) Message-ID: Date: Mon, 27 Jan 1997 09:31:51 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: andreas@klemm.gtn.com (Andreas Klemm) Cc: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: Re: 3.0-970124-SNAP References: <3.0.32.19970126213102.00beb100@dimaga.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Andreas Klemm on Jan 27, 1997 08:24:48 +0100 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Andreas Klemm wrote: > I tried a month ago to install a FreeBSD system on a separate SCSI > drive from within a running FreeBSD. I'm about writing an article > about FreeBSD and this would be a fine possibility, to make some > snapshots of the installation screen using xgrab. Btw., you can now (X11R6.1) use xterm-color as your TERM variable, this should yield you colors resembling the normal installation screen. > Unfortunately everything runs fine up to the point, when the OS > gets written to disk, since it overwrites my own disk instead of > writing to the 3rd SCSI disk, which was dedicated for installation. > > Any clue or idea, how to make that possible ??? Unfortunately, sysinstall depends many many things on the fact whether it is run as init(8) (true installation session) or not (post- installation session). Maybe a partial help for you: /stand/sysinstall -fake. -- 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-current Mon Jan 27 00:47:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA26322 for current-outgoing; Mon, 27 Jan 1997 00:47:32 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id AAA26317 for ; Mon, 27 Jan 1997 00:47:28 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA00870; Mon, 27 Jan 1997 09:46:52 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id IAA10604; Mon, 27 Jan 1997 08:51:55 +0100 (MET) Message-ID: Date: Mon, 27 Jan 1997 08:51:55 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: toj@gorilla.net Cc: current@freebsd.org Subject: Re: xperfmon++ make error References: X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Tom Jackson on Jan 26, 1997 19:54:40 -0600 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Tom Jackson wrote: > Again, I'm new to current and running current 3.0 and ports-current, > up to date and got this: > Will look into the problem, but if the wheel has already been done ... Known problem, but my system is not -current enough. If you can send me a working patch (but please, don't forget that it should remain buildable on a 2.2 system), i'll integrate it. Otherwise, i will fix the problem after the next upgrade (which is due every minute now). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Jan 27 00:54:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA26570 for current-outgoing; Mon, 27 Jan 1997 00:54:49 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id AAA26565 for ; Mon, 27 Jan 1997 00:54:44 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA01083; Mon, 27 Jan 1997 09:54:38 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id JAA10671; Mon, 27 Jan 1997 09:18:18 +0100 (MET) Message-ID: Date: Mon, 27 Jan 1997 09:18:18 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: randyd@nconnect.net (Randy DuCharme) Cc: current@FreeBSD.ORG Subject: Re: Can't get `.' off of root's path References: <32EC203D.41C67EA6@nconnect.net> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <32EC203D.41C67EA6@nconnect.net>; from Randy DuCharme on Jan 26, 1997 21:25:49 -0600 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Randy DuCharme wrote: > This is driving me berserk! I've taken every `path' statement out > of root's startup files and I still keep getting .... > > Warning: Imported path contains relative components. > > whenever I log in as root. Yes, that's because the _imported_ PATH contains relative elements. The message is spit out by su(1), hence the new shell is not yet in effect. su(1) simply doesn't know whether the PATH will be okay after starting the root shell (i.e., whether root's .cshrc will be smart enough). You need to take out the relative component out of the current user's PATH, or you gotta live with the warning. -- 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-current Mon Jan 27 00:56:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA26651 for current-outgoing; Mon, 27 Jan 1997 00:56:12 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id AAA26646 for ; Mon, 27 Jan 1997 00:56:08 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA01091; Mon, 27 Jan 1997 09:54:57 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id JAA10680; Mon, 27 Jan 1997 09:19:33 +0100 (MET) Message-ID: Date: Mon, 27 Jan 1997 09:19:33 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: uh@NU.cs.fsu.edu (Gang-Ryung Uh) Cc: current@freebsd.org Subject: Re: cvsup References: <199701270444.XAA09606@upsilon.cs.fsu.edu> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701270444.XAA09606@upsilon.cs.fsu.edu>; from Gang-Ryung Uh on Jan 26, 1997 23:44:34 -0500 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Gang-Ryung Uh wrote: > I downloaded the current-src using cvsup (REL_14_1) with following > cvs-supfile: ... > src-all > Would you tell me what is the next step to be able to issue "make world" > to build a upto-date current system? cd /usr/src; make world ? -- 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-current Mon Jan 27 00:58:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA26703 for current-outgoing; Mon, 27 Jan 1997 00:58:17 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA26698 for ; Mon, 27 Jan 1997 00:58:15 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id AAA10463; Mon, 27 Jan 1997 00:58:01 -0800 (PST) Message-Id: <199701270858.AAA10463@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: peter@hw.nl (Peter Korsten) cc: randyd@nconnect.net (Randy DuCharme), current@FreeBSD.ORG Subject: Re: Can't get `.' off of root's path In-reply-to: Your message of "Mon, 27 Jan 1997 09:29:59 +0100." From: David Greenman Reply-To: dg@root.com Date: Mon, 27 Jan 1997 00:58:01 -0800 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> What's even worse... if I do an... >> >> echo $PATH >> >> dot isn't there. > >No idea about that. Not even at the very end? Make sure you don't have a ":" (a null path component) at the end, either, since this is equivalent to the current directory ("."). Also make sure that there are no relative path specifications (no leading "/" or contains a ".."). -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Mon Jan 27 04:23:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA03730 for current-outgoing; Mon, 27 Jan 1997 04:23:49 -0800 (PST) Received: from mirriwinni.cse.rmit.edu.au (pm.cse.rmit.EDU.AU [131.170.118.50]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA03723 for ; Mon, 27 Jan 1997 04:23:46 -0800 (PST) Received: (from phillip@localhost) by mirriwinni.cse.rmit.edu.au (8.8.3/8.6.12) id XAA18040; Mon, 27 Jan 1997 23:23:43 +1100 (EST) Date: Mon, 27 Jan 1997 23:23:43 +1100 (EST) Message-Id: <199701271223.XAA18040@mirriwinni.cse.rmit.edu.au> From: Phillip Musumeci To: current@freebsd.org Subject: Entering ifconfig parameters for PLIP installation was confusing to me Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I did a freebsd to freebsd installation via ftp using PLIP for 3.0-970114-SNAP and I found filling out the networking menu where you enter your IP data etc. slightly confusing. I knew what my ifconfig command had to be but I couldn't guess where the IP number of the other end had to go when filling out the menu. It didn't seem to belong in the "other switches" box. In the end, I fudged it by making my "other switches" section contain a ';' followed by what I wanted my ifconfig command to be. This may or may not make sense: could the networking menus have an extra box where you can enter the remote host's IP address if you are using point-to-point network links such as PLIP (and perhaps PPP too). It would be best not to show the box if there was no remote host IP value to enter (or we'll probably just confuse some other punters). Thanks, phillip From owner-freebsd-current Mon Jan 27 04:49:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA05012 for current-outgoing; Mon, 27 Jan 1997 04:49:09 -0800 (PST) Received: from nic.follonett.no (nic.follonett.no [194.198.43.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA05006 for ; Mon, 27 Jan 1997 04:49:06 -0800 (PST) Received: (from uucp@localhost) by nic.follonett.no (8.8.3/8.8.3) with UUCP id NAA19863; Mon, 27 Jan 1997 13:47:40 +0100 (MET) Received: from oo7 (oo7.dimaga.com [192.0.0.65]) by dimaga.com (8.7.5/8.7.2) with SMTP id LAA23710; Mon, 27 Jan 1997 11:22:39 +0100 (MET) Message-Id: <3.0.32.19970127112233.00bf68e0@dimaga.com> X-Sender: eivind@dimaga.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Mon, 27 Jan 1997 11:22:42 +0100 To: "Jordan K. Hubbard" From: Eivind Eklund Subject: Re: 3.0-970124-SNAP Cc: current@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 04:07 PM 1/26/97 -0800, Jordan K. Hubbard wrote: >> (3) When running /stand/sysinstall from the command line I got a dialog-box >> saying "error mounting /dev/wcd0c on /dist" - right after startup. >> Everything worked after cancelling the dialog, though. > >Hmmm, interesting. Is your CDROM already mounted or not when you >do this? I don't think it should be mounted - I didn't change /etc/fstab or do any manual mounts; just a plain install and reboot. The box is 600 km (approx 400 miles?) away at the moment; I won't be able to get it checked for a few hours. >> (5) The XFree package was not available. > >Really? What media type? It's certainly on ftp.cdrom.com FTP install from ftp.freebsd.org. XFree3.2 didn't work, while all other packages did. Eivind Eklund / perhaps@yes.no / http://maybe.yes.no/perhaps/ From owner-freebsd-current Mon Jan 27 04:52:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA05160 for current-outgoing; Mon, 27 Jan 1997 04:52:40 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA05155 for ; Mon, 27 Jan 1997 04:52:38 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id XAA05631; Mon, 27 Jan 1997 23:49:26 +1100 Date: Mon, 27 Jan 1997 23:49:26 +1100 From: Bruce Evans Message-Id: <199701271249.XAA05631@godzilla.zeta.org.au> To: freebsd-current@freefall.freebsd.org, kuku@gilberto.physik.rwth-aachen.de Subject: Re: kern/kern_opt.c - BOGON ? Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >#ifdef GATEWAY > ^^^^^^^ shouldn't this be EXATRAVNODES? > >#warning "obsolete option EXTRAVNODES - use `sysctl -w kern.maxvnodes=value'" >#endif Fixed. Thanks for the bug report. Bruce From owner-freebsd-current Mon Jan 27 05:55:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA06803 for current-outgoing; Mon, 27 Jan 1997 05:55:33 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA06795 for ; Mon, 27 Jan 1997 05:55:30 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id AAA03789; Tue, 28 Jan 1997 00:23:59 +1030 (CST) From: Michael Smith Message-Id: <199701271353.AAA03789@genesis.atrad.adelaide.edu.au> Subject: Re: exec bug In-Reply-To: <199701261336.FAA06928@root.com> from David Greenman at "Jan 26, 97 05:36:03 am" To: dg@root.com Date: Tue, 28 Jan 1997 00:23:58 +1030 (CST) Cc: luigi@labinfo.iet.unipi.it, swallace@ece.uci.edu, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk David Greenman stands accused of saying: > > ...and just how do you tell the exec code that a page fault that occured > while it was accessing the image header was "fatal"? The only mechanism we > have for this is signals, and that doesn't work when you're executing in the > kernel like this. Fault the page before the *_imgact() routine is called. Better still, advertise a function for faulting an address in (if it isn't already), and reporting success/failure of the fault. Then kernel routines that rely on mapped data can safely fault it in before trusting it to be there. > David Greenman -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Mon Jan 27 06:52:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA08523 for current-outgoing; Mon, 27 Jan 1997 06:52:39 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id GAA08518; Mon, 27 Jan 1997 06:52:38 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vosPj-0003wnC; Mon, 27 Jan 97 06:52 PST Received: from critter.dk.tfs.com (critter.dk.tfs.com [140.145.230.252]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id PAA20288; Mon, 27 Jan 1997 15:52:01 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id PAA09406; Mon, 27 Jan 1997 15:53:39 +0100 (MET) To: current@freebsd.org, bugs@freebsd.org Subject: vx0 receives any and all packets ??? Reply-to: phk@freebsd.org Date: Mon, 27 Jan 1997 15:53:38 +0100 Message-ID: <9404.854376818@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have one of these: vx0 <3COM 3C900 Etherlink XL PCI> rev 0 int a irq 9 on pci0:9 utp/aui/bnc[*bnc*] address 00:60:97:06:ef:c5 and "tcpdump -p" as well as "netstat -s" seems to indicate that any and all packet on my ethernet gets forwarded to my IP stack :-( Anybody else seen this ? -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Mon Jan 27 07:55:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA11165 for current-outgoing; Mon, 27 Jan 1997 07:55:50 -0800 (PST) Received: from deepo.prosa.dk ([193.89.187.27]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA11156 for ; Mon, 27 Jan 1997 07:55:45 -0800 (PST) Received: (from regnauld@localhost) by deepo.prosa.dk (8.8.5/8.8.4/prosa-1.1) id QAA02911; Mon, 27 Jan 1997 16:57:47 +0100 (CET) Message-ID: Date: Mon, 27 Jan 1997 16:57:47 +0100 From: regnauld@deepo.prosa.dk (Philippe Regnauld) To: freebsd-current@freebsd.org Subject: 2.2-B finds a i286 :-/ X-Mailer: Mutt 0.58 Mime-Version: 1.0 X-Operating-System: FreeBSD 2.2-BETA_A i386 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Argh! Just recompiled a kernel for a DX-2/50 and it panics on boot with: CPU: i486 DX2 (286-class CPU) Genuine Intel Id=0x435 stepping=5 CPU class not configured GENERIC worked fine. Here's the config file for the kernel: machine "i386" cpu "I486_CPU" ident DIALUP maxusers 32 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor options "CHILD_MAX=128" options "OPEN_MAX=128" options SYSVSHM options SYSVSEM options SYSVMSG config kernel root on wd0 controller isa0 options "AUTO_EOI_1" options "AUTO_EOI_2" controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 controller wdc0 at isa? port "IO_WD1" bio irq 14 flags 0x80ff80ff vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Mandatory, don't remove device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. device ep0 at isa? port 0x300 net irq 10 vector epintr pseudo-device ccd 3 pseudo-device loop pseudo-device snp 1 pseudo-device bpfilter 4 pseudo-device ether pseudo-device log pseudo-device ppp 8 pseudo-device tun 8 pseudo-device pty 32 pseudo-device vn pseudo-device gzip # Exec gzipped a.out's -- -- Phil -[ Philippe Regnauld / Systems Administrator / regnauld@.prosa.dk ]- -[ Location.: +55.4N +11.3E PGP Key: finger regnauld@deepo.prosa.dk ]- From owner-freebsd-current Mon Jan 27 08:59:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA13474 for current-outgoing; Mon, 27 Jan 1997 08:59:08 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id IAA13466 for ; Mon, 27 Jan 1997 08:58:50 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65v3.2/1.1.8.2/19Aug95-0530PM) id AA27187; Mon, 27 Jan 1997 11:58:38 -0500 Date: Mon, 27 Jan 1997 11:58:38 -0500 From: Garrett Wollman Message-Id: <9701271658.AA27187@halloran-eldar.lcs.mit.edu> To: VaX#n8 Cc: tech-userlevel@netbsd.org, freebsd-current@FreeBSD.ORG Subject: ash & POSIX 1003.2 q's In-Reply-To: <199701270724.BAA12986@linkdead.paranoia.com> References: <199701270724.BAA12986@linkdead.paranoia.com> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk < said: > I'm a little disappointed that pdksh doesn't use something > like yacc, but perhaps there is a good reason (the tables get too big? > suboptimal generated parsers?) Tom Duff once noted that the grammar given in the AT&T sh(1) man page did not allow even such simple commands as `who | wc'. He then went on to say, ``[There is] an even darker secret: nobody really knows what the Bourne shell's grammar is.'' (Sorry, I can't find the reference for this right now.) The original Bourne shell was implemented with a recursive-descent parser, but with so many flags and special options to each function that it was next-to-impossible for someone to determine by inspection precisely what language it would accept. Add to that the fact that it was written in BOURNEGOL, and it's no wonder people had difficulty writing programs which attempted to interpret the same language. Of course, the POSIX folk have actually come up with a grammar for their version of the Bourne shell, but I would be surprised if anybody knew whether it actually described the input language of the original. (Actually, I am quite certain that it doesn't, since the original Bourne shell didn't have shell functions. But the point still stands even stipulating this.) -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, ANA, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-current Mon Jan 27 09:12:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA14145 for current-outgoing; Mon, 27 Jan 1997 09:12:28 -0800 (PST) Received: from watson.grauel.com (watson.grauel.com [199.233.104.36]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA14140 for ; Mon, 27 Jan 1997 09:12:25 -0800 (PST) Received: (from rjk@localhost) by watson.grauel.com (8.8.3/8.7.3) id MAA09816; Mon, 27 Jan 1997 12:23:22 -0500 (EST) Date: Mon, 27 Jan 1997 12:23:22 -0500 (EST) Message-Id: <199701271723.MAA09816@watson.grauel.com> From: Richard J Kuhns To: freebsd-current@freebsd.org Subject: building gdb under 3.0-CURRENT Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I track -current via ctm, and have applied all updates thru 1/26/97. Have I missed a step somewhere? After the recent changes to gdb, I did: cd /usr/src/gnu/usr.bin/gdb make clean make cleandepend make obj make depend So far, so good -- everything looks fine. However, the subsequent make fails with: ===> gdb ... cc -O2 -m486 -malign-loops=0 -malign-jumps=2 -malign-functions=2 -pipe -I/usr/src/gnu/usr.bin/gdb/gdb -I/usr/include/readline -I/usr/src/gnu/usr.bin/gdb/gdb/../bfd -DNO_MMALLOC -I/usr/src/gnu/usr.bin/gdb/gdb/../../../../contrib/gdb/include/. -I/usr/src/gnu/usr.bin/gdb/gdb/../../../../contrib/gdb/gdb/. -I/usr/src/gnu/usr.bin/gdb/gdb/../../../../contrib/gdb/bfd/. -I/usr/src/gnu/usr.bin/gdb/gdb/../../../../contrib/gdb/libiberty/. -I/usr/src/gnu/usr.bin/gdb/gdb/../../../../contrib/gdb/gdb/config/. -DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/gdb/gdb/../../../../contrib/gdb/include/. -I/usr/src/gnu/usr.bin/gdb/gdb/../../../../contrib/gdb/gdb/. -I/usr/src/gnu/usr.bin/gdb/gdb/../../../../contrib/gdb/bfd/. -I/usr/src/gnu/usr.bin/gdb/gdb/../../../../contrib/gdb/libiberty/. -I/usr/src/gnu/usr.bin/gdb/gdb/../../../../contrib/gdb/gdb/config/. -DHAVE_CONFIG_H -c c-exp.tab.c In file included from /usr/src/gnu/usr.bin/gdb/gdb/c-exp.y:41: /usr/src/gnu/usr.bin/gdb/gdb/../../../../contrib/gdb/gdb/./parser-defs.h:111: warning: `struct minimal_symbol' declared inside parameter list /usr/src/gnu/usr.bin/gdb/gdb/../../../../contrib/gdb/gdb/./parser-defs.h:111: warning: its scope is only this definition or declaration, /usr/src/gnu/usr.bin/gdb/gdb/../../../../contrib/gdb/gdb/./parser-defs.h:111: warning: which is probably not what you want. /usr/src/gnu/usr.bin/gdb/gdb/c-exp.y: In function `c_parse': /usr/src/gnu/usr.bin/gdb/gdb/c-exp.y:632: warning: passing arg 2 of `lookup_minimal_symbol' from incompatible pointer type /usr/src/gnu/usr.bin/gdb/gdb/c-exp.y:632: too few arguments to function `lookup_minimal_symbol' /usr/src/gnu/usr.bin/gdb/gdb/c-exp.y:698: warning: passing arg 2 of `lookup_minimal_symbol' from incompatible pointer type /usr/src/gnu/usr.bin/gdb/gdb/c-exp.y:698: too few arguments to function `lookup_minimal_symbol' *** Error code 1 Stop. *** Error code 1 Stop. ==== If the consensus is "Do a make world, stupid!", I will, but the above looks to me like the entire problem is with contrib/gdb and smells like a file didn't get updated. Thanks.... -- Rich Kuhns rjk@grauel.com PO Box 6249 Tel: (317)477-6000 \ 100 Sawmill Road x319 Lafayette, IN 47903 (800)489-4891 / From owner-freebsd-current Mon Jan 27 09:23:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA14677 for current-outgoing; Mon, 27 Jan 1997 09:23:35 -0800 (PST) Received: from night.primate.wisc.edu (night.primate.wisc.edu [144.92.43.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA14672 for ; Mon, 27 Jan 1997 09:23:32 -0800 (PST) Received: (from dubois@localhost) by night.primate.wisc.edu (8.8.4/8.8.2) id LAA13553; Mon, 27 Jan 1997 11:23:37 -0600 (CST) Message-ID: Date: Mon, 27 Jan 1997 11:23:37 -0600 From: dubois@primate.wisc.edu (Paul DuBois) To: wollman@lcs.mit.edu (Garrett Wollman) Cc: tech-userlevel@NetBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: ash & POSIX 1003.2 q's References: <199701270724.BAA12986@linkdead.paranoia.com> <9701271658.AA27187@halloran-eldar.lcs.mit.edu> X-Mailer: Mutt 0.58.1 Mime-Version: 1.0 In-Reply-To: <9701271658.AA27187@halloran-eldar.lcs.mit.edu>; from Garrett Wollman on Jan 27, 1997 11:58:38 -0500 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Garrett Wollman writes: > > I'm a little disappointed that pdksh doesn't use something > > like yacc, but perhaps there is a good reason (the tables get too big? > > suboptimal generated parsers?) > > Tom Duff once noted that the grammar given in the AT&T sh(1) man page > did not allow even such simple commands as `who | wc'. He then went > on to say, ``[There is] an even darker secret: nobody really knows > what the Bourne shell's grammar is.'' (Sorry, I can't find the > reference for this right now. It's on the last page of Duff's paper on the rc shell (Rc - A Shell for Plan 9 and UNIX Systems). -- Paul DuBois dubois@primate.wisc.edu Home page: http://www.primate.wisc.edu/people/dubois Software: http://www.primate.wisc.edu/software From owner-freebsd-current Mon Jan 27 09:49:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA16320 for current-outgoing; Mon, 27 Jan 1997 09:49:55 -0800 (PST) Received: from odin.INS.CWRU.Edu (odin.INS.CWRU.Edu [129.22.8.102]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA16313 for ; Mon, 27 Jan 1997 09:49:51 -0800 (PST) Received: (chet@localhost) by odin.INS.CWRU.Edu (8.7.6+cwru/CWRU-2.3-ins) id MAA01508; Mon, 27 Jan 1997 12:49:03 -0500 (EST) (from chet) Date: Mon, 27 Jan 1997 12:46:39 -0500 From: Chet Ramey To: wollman@lcs.mit.edu Subject: Re: ash & POSIX 1003.2 q's Cc: vax@linkdead.paranoia.com, tech-userlevel@netbsd.org, freebsd-current@FreeBSD.ORG, chet@odin.INS.CWRU.Edu Reply-To: chet@po.CWRU.Edu In-Reply-To: Message from wollman@lcs.mit.edu of Mon, 27 Jan 1997 11:58:38 -0500 (id <9701271658.AA27187@halloran-eldar.lcs.mit.edu>) Message-ID: <9701271746.AA01284.SM@odin.INS.CWRU.Edu> Read-Receipt-To: chet@po.CWRU.Edu MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Of course, the POSIX folk have actually come up with a grammar for > their version of the Bourne shell, but I would be surprised if anybody > knew whether it actually described the input language of the > original. (Actually, I am quite certain that it doesn't, since the > original Bourne shell didn't have shell functions. But the point > still stands even stipulating this.) It doesn't. Bash uses a yacc grammar and implements the POSIX.2 shell grammar almost exactly. I've gotten dozens of bug reports with the problem summarized in this FAQ: ---------- 35) Why does bash report syntax errors when my C News scripts use a redirection before a subshell command? The actual command in question is something like < file ( command ) According to the grammar given in the POSIX.2 standard, this construct is, in fact, a syntax error. Redirections may only precede `simple commands'. A subshell construct such as the above is one of the shell's `compound commands'. A redirection may only follow a compound command. ---------- The Bourne shell accepts this construct. -- ``The lyf so short, the craft so long to lerne.'' - Chaucer Chet Ramey, Case Western Reserve University Internet: chet@po.CWRU.Edu From owner-freebsd-current Mon Jan 27 09:52:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA16616 for current-outgoing; Mon, 27 Jan 1997 09:52:11 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA16609 for ; Mon, 27 Jan 1997 09:52:09 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id JAA12167; Mon, 27 Jan 1997 09:51:54 -0800 (PST) To: Eivind Eklund cc: current@FreeBSD.ORG Subject: Re: 3.0-970124-SNAP In-reply-to: Your message of "Mon, 27 Jan 1997 11:22:42 +0100." <3.0.32.19970127112233.00bf68e0@dimaga.com> Date: Mon, 27 Jan 1997 09:51:54 -0800 Message-ID: <12163.854387514@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > FTP install from ftp.freebsd.org. XFree3.2 didn't work, while all other > packages did. "package?" You did try to install XFree86 as a distribution, not a package (e.g. like "bash") right? There's never been a working package version. :-) Jordan From owner-freebsd-current Mon Jan 27 09:53:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA16765 for current-outgoing; Mon, 27 Jan 1997 09:53:27 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA16758 for ; Mon, 27 Jan 1997 09:53:25 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id JAA12181; Mon, 27 Jan 1997 09:53:15 -0800 (PST) To: Phillip Musumeci cc: current@freebsd.org Subject: Re: Entering ifconfig parameters for PLIP installation was confusing to me In-reply-to: Your message of "Mon, 27 Jan 1997 23:23:43 +1100." <199701271223.XAA18040@mirriwinni.cse.rmit.edu.au> Date: Mon, 27 Jan 1997 09:53:14 -0800 Message-ID: <12178.854387594@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > This may or may not make sense: could the networking menus have an extra > box where you can enter the remote host's IP address if you are using > point-to-point network links such as PLIP (and perhaps PPP too). It would That's in the extra flags field and is actually documented when you hit F1, except that this doc seems to be broken at the moment for reasons which currently escape me. :-) Jordan From owner-freebsd-current Mon Jan 27 10:46:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA21266 for current-outgoing; Mon, 27 Jan 1997 10:46:31 -0800 (PST) Received: from Sisyphos.MI.Uni-Koeln.DE (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA21244 for ; Mon, 27 Jan 1997 10:46:26 -0800 (PST) Received: from x14.mi.uni-koeln.de (annexr3-12.slip.Uni-Koeln.DE) by Sisyphos.MI.Uni-Koeln.DE with SMTP id AA06483 (5.67b/IDA-1.5 for ); Mon, 27 Jan 1997 19:46:22 +0100 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.4/8.6.9) id TAA09311; Mon, 27 Jan 1997 19:46:28 +0100 (CET) Message-Id: Date: Mon, 27 Jan 1997 19:46:27 +0100 From: se@freebsd.org (Stefan Esser) To: deischen@iworks.interworks.org (Daniel M. Eischen) Cc: freebsd-current@freebsd.org Subject: Re: -current doesn't boot References: <199701251445.IAA26930@iworks.InterWorks.org> X-Mailer: Mutt 0.58-PL15 Mime-Version: 1.0 In-Reply-To: <199701251445.IAA26930@iworks.InterWorks.org>; from Daniel M. Eischen on Jan 25, 1997 08:45:09 -0600 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Jan 25, deischen@iworks.interworks.org (Daniel M. Eischen) wrote: > > Current kernel built with sources from evening Jan 24 doesn't boot. > PCI controllers (ahc and de) not found causing the root filesystem > not to be found. > > I can't scroll back to the PCI probe messages, otherwise I would > try to post more info. Sorry, I messed up, fixing the interrupt mapping code to correctly deal with disabled devices, and missed to see, what was dependant on the now unnecessary variable, which I had removed. (I knew that no other code directly relied on that variable ...) I had checked the ISA interface part of the PCI driver for a dependency on that variable, but missed the struct init code in /sys/i386/isa/pcibus.h :( Bruce Evans fixed this already (Thanks!). Sorry for the inconvenience! Regards, STefan From owner-freebsd-current Mon Jan 27 11:09:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA22773 for current-outgoing; Mon, 27 Jan 1997 11:09:04 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA22768 for ; Mon, 27 Jan 1997 11:09:02 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id LAA25975 for ; Mon, 27 Jan 1997 11:09:01 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vowOj-0003yMC; Mon, 27 Jan 97 11:07 PST Received: from critter.dk.tfs.com (critter.dk.tfs.com [140.145.230.252]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id UAA16610; Mon, 27 Jan 1997 20:07:14 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id SAA09786; Mon, 27 Jan 1997 18:56:00 +0100 (MET) To: Garrett Wollman cc: VaX#n8 , tech-userlevel@netbsd.org, freebsd-current@freebsd.org Subject: Re: ash & POSIX 1003.2 q's In-reply-to: Your message of "Mon, 27 Jan 1997 11:58:38 EST." <9701271658.AA27187@halloran-eldar.lcs.mit.edu> Date: Mon, 27 Jan 1997 18:56:00 +0100 Message-ID: <9784.854387760@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Tom Duff once noted that the grammar given in the AT&T sh(1) man page >did not allow even such simple commands as `who | wc'. He then went >on to say, ``[There is] an even darker secret: nobody really knows >what the Bourne shell's grammar is.'' Even Bourne himself have admitted to this fact at some point. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Mon Jan 27 11:09:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA22819 for current-outgoing; Mon, 27 Jan 1997 11:09:34 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA22812 for ; Mon, 27 Jan 1997 11:09:32 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id LAA25980 for ; Mon, 27 Jan 1997 11:09:32 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vowOi-0003xvC; Mon, 27 Jan 97 11:07 PST Received: from critter.dk.tfs.com (critter.dk.tfs.com [140.145.230.252]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id UAA16606 for ; Mon, 27 Jan 1997 20:07:14 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id TAA09811 for ; Mon, 27 Jan 1997 19:02:38 +0100 (MET) To: current@freebsd.org Subject: if_vx (3c59X) users please test Reply-to: phk@freebsd.org Date: Mon, 27 Jan 1997 19:02:37 +0100 Message-ID: <9809.854388157@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have a PCI 3c59x here that seems to be in promicous mode all the time. I would appreciate if a couple of if_vx users would run this patch for to see if this is a driver issue or my card is sick. If everything is OK, you should see no output, if it isn't you may see a lot. Index: if_vx.c =================================================================== RCS file: /home/ncvs/src/sys/dev/vx/if_vx.c,v retrieving revision 1.2.2.2 diff -u -r1.2.2.2 if_vx.c --- if_vx.c 1996/12/03 11:06:25 1.2.2.2 +++ if_vx.c 1997/01/27 17:56:31 @@ -782,6 +782,13 @@ } #endif + /* This may merely be my card, but it seems to be in promiscous all the time */ + if ((eh->ether_dhost[0] & 1) == 0 && /* !mcast and !bcast */ + bcmp(eh->ether_dhost, sc->arpcom.ac_enaddr,sizeof(eh->ether_dhost)) != 0) { + printf("this shouldn't happen\n"); + m_freem(m); + return; + } /* We assume the header fit entirely in one mbuf. */ m_adj(m, sizeof(struct ether_header)); ether_input(ifp, eh, m); -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Mon Jan 27 17:05:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA01171 for current-outgoing; Mon, 27 Jan 1997 17:05:24 -0800 (PST) Received: from atlantis.nconnect.net (root@atlantis.nconnect.net [206.54.227.6]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA01160 for ; Mon, 27 Jan 1997 17:05:18 -0800 (PST) Received: from arabian.astrolab.org (dial66.nconnect.net [206.54.227.66]) by atlantis.nconnect.net (8.8.4/8.7.3) with SMTP id SAA02923; Mon, 27 Jan 1997 18:58:41 -0600 (CST) Message-ID: <32ED5069.167EB0E7@nconnect.net> Date: Mon, 27 Jan 1997 19:03:37 -0600 From: Randy DuCharme Organization: Computer Specialists X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 3.0-SMP i386) MIME-Version: 1.0 To: dg@root.com CC: Peter Korsten , current@freebsd.org Subject: Re: Can't get `.' off of root's path References: <199701270858.AAA10463@root.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk David Greenman wrote: > > >> What's even worse... if I do an... > >> > >> echo $PATH > >> > >> dot isn't there. > > > >No idea about that. Not even at the very end? > > Make sure you don't have a ":" (a null path component) at the end, either, > since this is equivalent to the current directory ("."). Also make sure that > there are no relative path specifications (no leading "/" or contains a ".."). > > -DG > > David Greenman > Core-team/Principal Architect, The FreeBSD Project I've taken the path(s) completely out of .login, .cshrc, /etc/csh.login, /etc/csh.cshrc, and, .profile & /etc/profile (just in case I've missed some change that made csh read .profile) and it's still there. Only on my current machines, not on my 2.1.5, 2.1.6, or 2.2SNAP machines. Format and start over ?? :) -- Randall D. DuCharme email: randyd@nconnect.net Systems Engineer Computer Specialists 414-259-9998 414-253-9919 From owner-freebsd-current Mon Jan 27 18:03:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA07445 for current-outgoing; Mon, 27 Jan 1997 18:03:21 -0800 (PST) Received: from po1.glue.umd.edu (root@po1.glue.umd.edu [129.2.128.44]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA07436 for ; Mon, 27 Jan 1997 18:03:18 -0800 (PST) Received: from uplink.eng.umd.edu (uplink.eng.umd.edu [129.2.98.181]) by po1.glue.umd.edu (8.8.5/8.7.3) with ESMTP id VAA05249; Mon, 27 Jan 1997 21:03:09 -0500 (EST) Received: from localhost (chuckr@localhost) by uplink.eng.umd.edu (8.8.5/8.7.3) with SMTP id VAA02496; Mon, 27 Jan 1997 21:03:08 -0500 (EST) X-Authentication-Warning: uplink.eng.umd.edu: chuckr owned process doing -bs Date: Mon, 27 Jan 1997 21:03:08 -0500 (EST) From: Chuck Robey X-Sender: chuckr@uplink.eng.umd.edu To: Randy DuCharme cc: dg@root.com, Peter Korsten , current@freebsd.org Subject: Re: Can't get `.' off of root's path In-Reply-To: <32ED5069.167EB0E7@nconnect.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 27 Jan 1997, Randy DuCharme wrote: > David Greenman wrote: > > > > >> What's even worse... if I do an... > > >> > > >> echo $PATH > > >> > > >> dot isn't there. > > > > > >No idea about that. Not even at the very end? > > > > Make sure you don't have a ":" (a null path component) at the end, either, > > since this is equivalent to the current directory ("."). Also make sure that > > there are no relative path specifications (no leading "/" or contains a ".."). > > I've taken the path(s) completely out of .login, .cshrc, /etc/csh.login, > /etc/csh.cshrc, and, .profile & /etc/profile (just in case I've missed > some change that made csh read .profile) and it's still there. Only on > my current machines, not on my 2.1.5, 2.1.6, or 2.2SNAP machines. > > Format and start over ?? :) I have a new machine that I booted from a 2.2 snap, then moved to current. Root's path (echo $PATH) doesn't include ".", but I get that warning anyhow. Functionally speaking, root's path really doesn't include ".", it can't see executable in the current dir (except via ./), I doublechecked just in case csh was playing games with me. The warning seems to be bogus. I doublechecked everything, I haven't made a mistake on this. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Mon Jan 27 19:29:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA13307 for current-outgoing; Mon, 27 Jan 1997 19:29:22 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA13296 for ; Mon, 27 Jan 1997 19:29:16 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id NAA06430; Tue, 28 Jan 1997 13:58:16 +1030 (CST) From: Michael Smith Message-Id: <199701280328.NAA06430@genesis.atrad.adelaide.edu.au> Subject: Re: gdb-4.16 missing package files In-Reply-To: <199701242255.XAA11230@ocean.campus.luth.se> from Mikael Karpberg at "Jan 24, 97 11:55:02 pm" To: karpen@ocean.campus.luth.se (Mikael Karpberg) Date: Tue, 28 Jan 1997 13:58:15 +1030 (CST) Cc: andreas@klemm.gtn.com, freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Mikael Karpberg stands accused of saying: > > > > NO_PACKAGE= "This is for developers, thank you" > > Hmm... That seems pretty silly, no? Not at all in context. > I suppose this is meant like "develeopers should know how to build > stuff". I think "developers know how to build stuff, but why have > to take the hazzle"? Is there's no other reason for not having a > packet, why exclude it? It originally meant "We (pst & co.) use this in-house. It works for us, but no guarantees". Then later it meant "I (pst) am too busy to do anything with this, sorry. I'm trying to get 4.16 into the main tree." > /Mikael -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Mon Jan 27 19:54:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA14837 for current-outgoing; Mon, 27 Jan 1997 19:54:12 -0800 (PST) Received: from tom.jackson.org ([208.128.8.137]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA14827 for ; Mon, 27 Jan 1997 19:54:06 -0800 (PST) Received: (from tom@localhost) by tom.jackson.org (8.8.5/8.7.3) id VAA24496; Mon, 27 Jan 1997 21:51:57 -0600 (CST) Message-ID: Date: Mon, 27 Jan 1997 21:51:56 -0600 From: tom@tom.jackson.org (Tom Jackson) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: toj@gorilla.net, current@freebsd.org Subject: Re: xperfmon++ make error X-Mailer: Mutt 0.58-PL15 Mime-Version: 1.0 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch writes: > As Tom Jackson wrote: > > > Again, I'm new to current and running current 3.0 and ports-current, > > up to date and got this: > > > Will look into the problem, but if the wheel has already been done ... > > Known problem, but my system is not -current enough. If you can send > me a working patch (but please, don't forget that it should remain > buildable on a 2.2 system), i'll integrate it. Otherwise, i will fix > the problem after the next upgrade (which is due every minute now). > > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) By workable patch, do you mean a copy of the current port package, diffs from 2.1.5 -> 3.0-cur, or what? Buildable on 2.2 system does not compute; sorry. tallyho, Tom -- Tom Jackson Powered by FreeBSD toj@gorilla.net http://www.freebsd.org tjackson@tulsix.utulsa.edu "Out in the Ozone Again" From owner-freebsd-current Mon Jan 27 20:33:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA16649 for current-outgoing; Mon, 27 Jan 1997 20:33:15 -0800 (PST) Received: from helmholtz.salk.edu (helmholtz.salk.edu [198.202.70.34]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA16640 for ; Mon, 27 Jan 1997 20:33:13 -0800 (PST) Received: from helmholtz (helmholtz [198.202.70.34]) by helmholtz.salk.edu (8.7.5/8.7.3) with SMTP id UAA29620 for ; Mon, 27 Jan 1997 20:33:41 -0800 (PST) Date: Mon, 27 Jan 1997 20:33:40 -0800 (PST) From: Dara Ghahremani X-Sender: dara@helmholtz To: current@freebsd.org Subject: installing network cards Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, I am having some trouble installing two 100BaseT-capable ethernet network cards on two different freeBSD machines and am wondering if there's someone who can help. To instals an Intel EtherExpress Pro/100 card on machine#1, I am replacing every instance of "ep0" (3Com 3C509) in the following lines with "fxp0": network_interfaces="ep0 lo0" ifconfig_ep0="inet 198.202.70.9 netmask 255.255.255.0" For installing the 3Com 3c595 Etherlink card on machine#2, I am replacing every instance of "ep0" above with "vx0". However, upon booting the cards are not recognized. I was given these driver IDs by a colleague and do not see them listed in the FreeBSD documentation. Does anyone have experience with using these cards? I'd appreciate any comments that might lead to a solution. Thanks, Dara Ghahremani Computational Neurobiology Laboratory The Salk Institute for Biological Studies 10010 North Torrey Pines Road La Jolla, California 92037-1099 Tel. +1-619-453-4100, extension 1455 Fax +1-619-587-0417 From owner-freebsd-current Mon Jan 27 20:53:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA17427 for current-outgoing; Mon, 27 Jan 1997 20:53:11 -0800 (PST) Received: from global2000.net (eagriff@ut-dialup-1.global2000.net [204.249.217.162]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA17422 for ; Mon, 27 Jan 1997 20:53:05 -0800 (PST) Received: from localhost (eagriff@localhost) by global2000.net (8.8.4/8.7.3) with SMTP id XAA07936; Mon, 27 Jan 1997 23:51:14 -0500 (EST) Date: Mon, 27 Jan 1997 23:51:10 -0500 (EST) From: "Eric A. Griff" To: Chuck Robey cc: current@freebsd.org Subject: Re: Can't get `.' off of root's path In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Do your echo $PATH, as well as $path before you su root. You will probly find . , : at the end. or :: in there somewhere. I have the same thing. It seams that su root does get it out of the path, as I still need ./ to run nonpath stuff. Thank you very much. -Eric --------------------------------------------------------------------------- | Eric A. Griff | Griff Enterprises | Owner | RD#1 Box 372 | | Oneida, NY 13421 | eagriff@global2000.net | USA | Running: FreeBSD 3.0-CURRENT FreeBSD | | The best OS this side of anywhere! | --------------------------------------------------------------------------- On Mon, 27 Jan 1997, Chuck Robey wrote: > On Mon, 27 Jan 1997, Randy DuCharme wrote: > > > David Greenman wrote: > > > > > > >> What's even worse... if I do an... > > > >> > > > >> echo $PATH > > > >> > > > >> dot isn't there. > > > > > > > >No idea about that. Not even at the very end? > > > > > > Make sure you don't have a ":" (a null path component) at the end, either, > > > since this is equivalent to the current directory ("."). Also make sure that > > > there are no relative path specifications (no leading "/" or contains a ".."). > > > > I've taken the path(s) completely out of .login, .cshrc, /etc/csh.login, > > /etc/csh.cshrc, and, .profile & /etc/profile (just in case I've missed > > some change that made csh read .profile) and it's still there. Only on > > my current machines, not on my 2.1.5, 2.1.6, or 2.2SNAP machines. > > > > Format and start over ?? :) > > I have a new machine that I booted from a 2.2 snap, then moved to current. > Root's path (echo $PATH) doesn't include ".", but I get that warning > anyhow. Functionally speaking, root's path really doesn't include ".", it > can't see executable in the current dir (except via ./), I doublechecked > just in case csh was playing games with me. The warning seems to be > bogus. > > I doublechecked everything, I haven't made a mistake on this. > > ----------------------------+----------------------------------------------- > Chuck Robey | Interests include any kind of voice or data > chuckr@eng.umd.edu | communications topic, C programming, and Unix. > 9120 Edmonston Ct #302 | > Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD > (301) 220-2114 | version 3.0 current -- and great FUN! > ----------------------------+----------------------------------------------- > > From owner-freebsd-current Mon Jan 27 21:03:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA18155 for current-outgoing; Mon, 27 Jan 1997 21:03:06 -0800 (PST) Received: from po2.glue.umd.edu (root@po2.glue.umd.edu [129.2.128.45]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA18144 for ; Mon, 27 Jan 1997 21:03:02 -0800 (PST) Received: from uplink.eng.umd.edu (uplink.eng.umd.edu [129.2.98.181]) by po2.glue.umd.edu (8.8.5/8.7.3) with ESMTP id AAA26476; Tue, 28 Jan 1997 00:02:58 -0500 (EST) Received: from localhost (chuckr@localhost) by uplink.eng.umd.edu (8.8.5/8.7.3) with SMTP id AAA02654; Tue, 28 Jan 1997 00:02:58 -0500 (EST) X-Authentication-Warning: uplink.eng.umd.edu: chuckr owned process doing -bs Date: Tue, 28 Jan 1997 00:02:57 -0500 (EST) From: Chuck Robey X-Sender: chuckr@uplink.eng.umd.edu To: "Eric A. Griff" cc: current@freebsd.org Subject: Re: Can't get `.' off of root's path In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 27 Jan 1997, Eric A. Griff wrote: > > Do your echo $PATH, as well as $path before you su root. You will probly > find . , : at the end. or :: in there somewhere. > > I have the same thing. It seams that su root does get it out of the path, > as I still need ./ to run nonpath stuff. Not true, neither $path nor $PATH has . in it. this is not an error, there is no "." in there to be found. I have further checked by deliberately inserting "." into my $PATH in .cshrc, and su _does not_ take it back out, it is visible _and_ useable then. In both cases, su complains about relative components in the path, whether they are there or not. I'm going to check the su code. > > > David Greenman wrote: > > > > > > > > >> What's even worse... if I do an... > > > > >> > > > > >> echo $PATH > > > > >> > > > > >> dot isn't there. > > > > > > > > > >No idea about that. Not even at the very end? > > > > > > > > Make sure you don't have a ":" (a null path component) at the end, either, > > > > since this is equivalent to the current directory ("."). Also make sure that > > > > there are no relative path specifications (no leading "/" or contains a ".."). > > > > > > I've taken the path(s) completely out of .login, .cshrc, /etc/csh.login, > > > /etc/csh.cshrc, and, .profile & /etc/profile (just in case I've missed > > > some change that made csh read .profile) and it's still there. Only on > > > my current machines, not on my 2.1.5, 2.1.6, or 2.2SNAP machines. > > > > > > Format and start over ?? :) > > > > I have a new machine that I booted from a 2.2 snap, then moved to current. > > Root's path (echo $PATH) doesn't include ".", but I get that warning > > anyhow. Functionally speaking, root's path really doesn't include ".", it > > can't see executable in the current dir (except via ./), I doublechecked > > just in case csh was playing games with me. The warning seems to be > > bogus. > > > > I doublechecked everything, I haven't made a mistake on this. > > > > ----------------------------+----------------------------------------------- > > Chuck Robey | Interests include any kind of voice or data > > chuckr@eng.umd.edu | communications topic, C programming, and Unix. > > 9120 Edmonston Ct #302 | > > Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD > > (301) 220-2114 | version 3.0 current -- and great FUN! > > ----------------------------+----------------------------------------------- > > > > > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Mon Jan 27 22:46:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA23871 for current-outgoing; Mon, 27 Jan 1997 22:46:39 -0800 (PST) Received: from dfw-ix13.ix.netcom.com (dfw-ix13.ix.netcom.com [206.214.98.13]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA23866 for ; Mon, 27 Jan 1997 22:46:35 -0800 (PST) Received: (from smap@localhost) by dfw-ix13.ix.netcom.com (8.8.4/8.8.4) id AAA00720; Tue, 28 Jan 1997 00:46:01 -0600 (CST) Received: from wck-ca21-03.ix.netcom.com(207.94.231.99) by dfw-ix13.ix.netcom.com via smap (V1.3) id sma000612; Tue Jan 28 00:45:59 1997 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.4/8.6.9) id WAA10494; Mon, 27 Jan 1997 22:45:55 -0800 (PST) Date: Mon, 27 Jan 1997 22:45:55 -0800 (PST) Message-Id: <199701280645.WAA10494@silvia.HIP.Berkeley.EDU> To: toj@gorilla.net CC: current@freebsd.org In-reply-to: Subject: Re: gdbtk make error From: asami@vader.cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * configure: error: /usr/local/include/tk4.1/generic directory doesn't contain private headers You need to reinstall the x11/tk41 port. Satoshi From owner-freebsd-current Mon Jan 27 22:53:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA24176 for current-outgoing; Mon, 27 Jan 1997 22:53:29 -0800 (PST) Received: from research.gate.nec.co.jp (research.gate.nec.co.jp [202.32.8.49]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA24139; Mon, 27 Jan 1997 22:53:23 -0800 (PST) Received: from sbl-gw.sbl.cl.nec.co.jp by research.gate.nec.co.jp (8.8.4+2.7Wbeta4/950912) with ESMTP id PAA08446; Tue, 28 Jan 1997 15:53:18 +0900 (JST) Received: from sirius.sbl.cl.nec.co.jp by sbl-gw.sbl.cl.nec.co.jp (8.7.6+2.6Wbeta7/3.3W6) with ESMTP id PAA01264; Tue, 28 Jan 1997 15:53:15 +0900 (JST) Received: by sirius.sbl.cl.nec.co.jp (8.7.5+2.6Wbeta6/3.3W6) with UUCP id PAA05199; Tue, 28 Jan 1997 15:53:10 +0900 (JST) Date: Tue, 28 Jan 1997 15:53:10 +0900 (JST) From: Naoki Hamada Message-Id: <199701280653.PAA05199@sirius.sbl.cl.nec.co.jp> References: <9404.854376818@critter.dk.tfs.com> To: phk@freebsd.org CC: phk@critter.dk.tfs.com, current@freebsd.org, bugs@freebsd.org In-reply-to: Poul-Henning Kamp's message of "Mon, 27 Jan 1997 15:53:38 +0100" <9404.854376818@critter.dk.tfs.com> Subject: Re: vx0 receives any and all packets ??? Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Paul writes: >vx0 <3COM 3C900 Etherlink XL PCI> rev 0 int a irq 9 on pci0:9 >utp/aui/bnc[*bnc*] address 00:60:97:06:ef:c5 > >and "tcpdump -p" as well as "netstat -s" seems to indicate that >any and all packet on my ethernet gets forwarded to my IP stack :-( > >Anybody else seen this ? Yeah. I encountered this odd phenomenon when I tested my 3C900 adapter. Several testers also reports this. 3C590 and 3C595 adapters work completely fine. Technical documentations for 3C900 adapters are not yet available from 3COM, so I cannot tell whether it is a bug or a feature. Anyway, we have to treat symptoms. I will test Paul's patch, which seems to be hopeful. - nao From owner-freebsd-current Mon Jan 27 23:34:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA26539 for current-outgoing; Mon, 27 Jan 1997 23:34:34 -0800 (PST) Received: from hydrogen.nike.efn.org (metriclient-10.uoregon.edu [128.223.172.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA26487 for ; Mon, 27 Jan 1997 23:34:27 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hydrogen.nike.efn.org (8.8.4/8.8.4) with SMTP id XAA12727 for ; Mon, 27 Jan 1997 23:34:23 -0800 (PST) Date: Mon, 27 Jan 1997 23:34:22 -0800 (PST) From: John-Mark Gurney Reply-To: John-Mark Gurney To: FreeBSD Current Subject: documenting scsi device driver options... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm wondering if there is a recommended place to document scsi device specific flags... i.e. at the end of the quirk entries... the reason I ask is that I reciently submitted a patch (kern/2423) that adds the ability to use broken cdrom drives that return track numbers as packed bcd instead of the normal binary that more people expect... this is a quirk flag and would be nice for people to know that there is a work around for the problem... I also have added the struct scsidevs to scsi.4... (i.e. documenting the structure used for all the quirk entries)... plus I started working on documenting the cd-rom (cd.4) specific quirk entries... but can't get the list of the entries correct... help on that one would be appriciated... thanks for all the help... ttyl... John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-current Mon Jan 27 23:35:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA26699 for current-outgoing; Mon, 27 Jan 1997 23:35:18 -0800 (PST) Received: from konichiwa.cc.columbia.edu (cu6796@konichiwa.cc.columbia.edu [128.59.35.132]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA26676 for ; Mon, 27 Jan 1997 23:35:12 -0800 (PST) Received: from localhost (jw250@localhost) by konichiwa.cc.columbia.edu (8.8.5/8.8.5) with SMTP id CAA26050; Tue, 28 Jan 1997 02:35:01 -0500 (EST) Date: Tue, 28 Jan 1997 02:35:00 -0500 (EST) From: Jim Wise To: VaX#n8 cc: tech-userlevel@NetBSD.ORG, freebsd-current@freebsd.org Subject: Re: ash & POSIX 1003.2 q's In-Reply-To: <199701270724.BAA12986@linkdead.paranoia.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 27 Jan 1997, VaX#n8 wrote: > There's more to this parsing business than meets the eye. > I started to fix some minor stuff; I got showtree working pretty well, > and started to fool with some minor sh bugs, when I realized what > I really needed was a functional definition like POSIX 1003.2. > If someone would loan me a copy, I'd fix up ash -- if people thought > it would be a worthwhile task. I'm as much of a minimalist as the > next person, but maybe forgetting about it is better, I dunno. You can find 1991 draft copies of Posix 1003.2, 1003.2a, and 1003.2b (the shell and utilities standards) at ftp://ftp.funet.fi/pub/doc/posix/ They're big and they're a late draft (11.2) rather than the final standards, but they're definitely nice to have. Would anyone in the know care to comment on what changed between draft 11.2 and the final standards, in this area? Hope this helps... -- Jim Wise jim@santafe.arch.columbia.edu http://www.arch.columbia.edu/~jim * Finger for PGP public key * From owner-freebsd-current Mon Jan 27 23:52:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA28644 for current-outgoing; Mon, 27 Jan 1997 23:52:33 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id XAA28637 for ; Mon, 27 Jan 1997 23:52:21 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA25104; Tue, 28 Jan 1997 08:52:18 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id IAA15274; Tue, 28 Jan 1997 08:44:42 +0100 (MET) Message-ID: Date: Tue, 28 Jan 1997 08:44:42 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: tom@tom.jackson.org (Tom Jackson) Cc: toj@gorilla.net, current@freebsd.org Subject: Re: xperfmon++ make error References: X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Tom Jackson on Jan 27, 1997 21:51:56 -0600 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Tom Jackson wrote: > By workable patch, do you mean a copy of the current port package, > diffs from 2.1.5 -> 3.0-cur, or what? Sort of. Whatever would be required to make it compile on -current, that's either a new patch to drop into the patches/ directory, or an existing but modified patch. > Buildable on 2.2 system does not compute; sorry. Meaning you should not blindly assume that the port will only be built on 3.0-current systems afterwards. It will as well go onto the 2.2R CD-ROM, so anything that's different between both lines must be handled inside the port (e.g. using ). No big deal if you don't know about the differences -- i could handle this afterwards (but it will take me longer than something i could commit directly in a second). -- 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-current Tue Jan 28 00:52:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA01378 for current-outgoing; Tue, 28 Jan 1997 00:52:23 -0800 (PST) Received: from deepo.prosa.dk ([193.89.187.27]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA01373 for ; Tue, 28 Jan 1997 00:52:16 -0800 (PST) Received: (from regnauld@localhost) by deepo.prosa.dk (8.8.5/8.8.4/prosa-1.1) id JAA18289; Tue, 28 Jan 1997 09:54:25 +0100 (CET) Message-ID: Date: Tue, 28 Jan 1997 09:54:24 +0100 From: regnauld@deepo.prosa.dk (Philippe Regnauld) To: freebsd-current@freebsd.org Subject: DX 2/50 as i286... X-Mailer: Mutt 0.58 Mime-Version: 1.0 X-Operating-System: FreeBSD 2.2-BETA_A i386 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk More on this -- defining I386_CPU as well as I486_CPU doesn't help. The kernel still panics on boot with a i286 probe ! Strangely, the I486_CPU only kernel of the machine I'm using now works fine on the 2/50 (??). The only differences I see in the kernels are: 7c8 < ident WS <<-- this one works. --- > ident DIALUP 24,25d24 < options KTRACE < 32,33d30 < controller pci0 < 41,48d37 < controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr < disk wd2 at wdc1 drive 0 < disk wd3 at wdc1 drive 1 < < options ATAPI #Enable ATAPI support for IDE bus < options ATAPI_STATIC #Don't do it as an LKM < device wcd0 #IDE CD-ROM < 60,68d48 < # < # Firewall < # < options IPFIREWALL #firewall < options IPFIREWALL_VERBOSE #print information about < # dropped packets < options "IPFIREWALL_VERBOSE_LIMIT=100" #limit verbosity < < 75d54 < device ep1 at isa? port 0x360 net irq 5 vector epintr 79,80c58 < pseudo-device bpfilter 2 < pseudo-device speaker --- > pseudo-device bpfilter 4 83c61,63 < pseudo-device tun 1 --- > pseudo-device ppp 8 > pseudo-device ccd 3 > pseudo-device tun 8 Otherwise, standard kernel with SYSV stuff, no strange options, took out unused options. The first machine has two net card (ep0 and ep1) -- that's it. -- -- Phil -[ Philippe Regnauld / Systems Administrator / regnauld@.prosa.dk ]- -[ Location.: +55.4N +11.3E PGP Key: finger regnauld@deepo.prosa.dk ]- From owner-freebsd-current Tue Jan 28 01:20:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA02300 for current-outgoing; Tue, 28 Jan 1997 01:20:58 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA02291 for ; Tue, 28 Jan 1997 01:20:48 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA26423; Tue, 28 Jan 1997 10:20:41 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id KAA15654; Tue, 28 Jan 1997 10:00:03 +0100 (MET) Message-ID: Date: Tue, 28 Jan 1997 10:00:02 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: chuckr@Glue.umd.edu (Chuck Robey) Cc: eagriff@global2000.net (Eric A. Griff), current@freebsd.org Subject: Re: Can't get `.' off of root's path References: X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Chuck Robey on Jan 28, 1997 00:02:57 -0500 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Chuck Robey wrote: > In both cases, su > complains about relative components in the path, whether they are there or > not. I'm going to check the su code. No need. Either 1) turn on your brain first :-))) (and think about the sequence, and about which PATH su(1) can examine at all), or 2) go back and re-read my followup in this thread. Finally, you'll end up with either removing the dot from the PATH of the invoking user (_NOT_ of the _invoked_ user!), or you gotta live with the warning (or you hack su to no longer warn 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-current Tue Jan 28 01:27:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA02479 for current-outgoing; Tue, 28 Jan 1997 01:27:36 -0800 (PST) Received: from ravenock.cybercity.dk (ravenock.cybercity.dk [194.16.57.32]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA02472 for ; Tue, 28 Jan 1997 01:27:31 -0800 (PST) Received: (from sos@localhost) by ravenock.cybercity.dk (8.8.4/8.7.3) id KAA17119; Tue, 28 Jan 1997 10:28:58 +0100 (MET) From: Søren Schmidt Message-Id: <199701280928.KAA17119@ravenock.cybercity.dk> Subject: Re: DX 2/50 as i286... In-Reply-To: from Philippe Regnauld at "Jan 28, 97 09:54:24 am" To: regnauld@deepo.prosa.dk (Philippe Regnauld) Date: Tue, 28 Jan 1997 10:28:57 +0100 (MET) Cc: freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to Philippe Regnauld who wrote: > More on this -- defining I386_CPU as well as I486_CPU doesn't help. > The kernel still panics on boot with a i286 probe ! > > Strangely, the I486_CPU only kernel of the machine I'm using now > works fine on the 2/50 (??). The only differences I see in the kernels are: I think you have your source screwed up somehow.. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Tue Jan 28 01:58:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA03449 for current-outgoing; Tue, 28 Jan 1997 01:58:09 -0800 (PST) Received: from deepo.prosa.dk ([193.89.187.27]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA03444 for ; Tue, 28 Jan 1997 01:58:02 -0800 (PST) Received: (from regnauld@localhost) by deepo.prosa.dk (8.8.5/8.8.4/prosa-1.1) id LAA27168; Tue, 28 Jan 1997 11:00:08 +0100 (CET) Message-ID: Date: Tue, 28 Jan 1997 11:00:07 +0100 From: regnauld@deepo.prosa.dk (Philippe Regnauld) To: sos@ravenock.cybercity.dk (=?iso-8859-1?Q?S=F8ren_Schmidt?=) Cc: freebsd-current@freebsd.org Subject: Re: DX 2/50 as i286... References: <199701280928.KAA17119@ravenock.cybercity.dk> X-Mailer: Mutt 0.58 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Operating-System: FreeBSD 2.2-BETA_A i386 In-Reply-To: =?iso-8859-1?Q?=3C199701280928=2EKAA17119=40ravenock=2Ecybercity=2Edk=3E?= =?iso-8859-1?Q?=3B_from_S=F8ren_Schmidt_on_Jan_28=2C_1997_10=3A28=3A57_+?= =?iso-8859-1?Q?0100?= Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Søren Schmidt (sos) ecrit/writes: > > works fine on the 2/50 (??). The only differences I see in the kernels are: > > I think you have your source screwed up somehow.. Looks like it :-? Recompiled the same kernel that used to work on this machine -> panic... Haven't touched the sources or patched them -- this is stock 2.2-B ssys.*. [scratches head] -- -- Phil -[ Philippe Regnauld / Systems Administrator / regnauld@.prosa.dk ]- -[ Location.: +55.4N +11.3E PGP Key: finger regnauld@deepo.prosa.dk ]- From owner-freebsd-current Tue Jan 28 02:53:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA05557 for current-outgoing; Tue, 28 Jan 1997 02:53:14 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA05552 for ; Tue, 28 Jan 1997 02:53:11 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id VAA21068; Tue, 28 Jan 1997 21:40:49 +1100 Date: Tue, 28 Jan 1997 21:40:49 +1100 From: Bruce Evans Message-Id: <199701281040.VAA21068@godzilla.zeta.org.au> To: freebsd-current@freebsd.org, regnauld@deepo.prosa.dk Subject: Re: DX 2/50 as i286... Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >More on this -- defining I386_CPU as well as I486_CPU doesn't help. >The kernel still panics on boot with a i286 probe ! > >Strangely, the I486_CPU only kernel of the machine I'm using now >works fine on the 2/50 (??). The only differences I see in the kernels are: The i286 message means that `cpu_class' is 0. This can't happen :-). cpu_class is always set to != 0 if `cpu_id' is 0x435. The other messages are consistent with a cpu_id of 0x435. Perhaps something is overwriting cpu_class. Bruce From owner-freebsd-current Tue Jan 28 03:38:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA09411 for current-outgoing; Tue, 28 Jan 1997 03:38:55 -0800 (PST) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id DAA09401 for ; Tue, 28 Jan 1997 03:38:53 -0800 (PST) Received: from deepo.prosa.dk ([193.89.187.27]) by mail.crl.com with SMTP id AA29788 (5.65c/IDA-1.5 for ); Tue, 28 Jan 1997 03:38:17 -0800 Received: (from regnauld@localhost) by deepo.prosa.dk (8.8.5/8.8.4/prosa-1.1) id LAA02106; Tue, 28 Jan 1997 11:55:53 +0100 (CET) Message-Id: Date: Tue, 28 Jan 1997 11:54:27 +0100 From: regnauld@deepo.prosa.dk (Philippe Regnauld) To: regnauld@deepo.prosa.dk (Philippe Regnauld) Cc: sos@ravenock.cybercity.dk (=?iso-8859-1?Q?S=F8ren_Schmidt?=), freebsd-current@freebsd.org Subject: Re: DX 2/50 as i286... References: <199701280928.KAA17119@ravenock.cybercity.dk> X-Mailer: Mutt 0.58 Mime-Version: 1.0 X-Operating-System: FreeBSD 2.2-BETA_A i386 In-Reply-To: ; from Philippe Regnauld on Jan 28, 1997 11:00:07 +0100 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Philippe Regnauld (regnauld) ecrit/writes: > > > > I think you have your source screwed up somehow.. > > Looks like it :-? Nope! Ripped a fresh set of ssys files from ftp, compiled, boom! Must've taken out some option in the kernel that works... I'll try Julian's suggestion to build DDB into the kernel and step through kernel id. Any suggestions as what to look for ? -- -- Phil -[ Philippe Regnauld / Systems Administrator / regnauld@.prosa.dk ]- -[ Location.: +55.4N +11.3E PGP Key: finger regnauld@deepo.prosa.dk ]- From owner-freebsd-current Tue Jan 28 03:42:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA09598 for current-outgoing; Tue, 28 Jan 1997 03:42:17 -0800 (PST) Received: from deepo.prosa.dk ([193.89.187.27]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA09588 for ; Tue, 28 Jan 1997 03:42:09 -0800 (PST) Received: (from regnauld@localhost) by deepo.prosa.dk (8.8.5/8.8.4/prosa-1.1) id MAA06274; Tue, 28 Jan 1997 12:43:46 +0100 (CET) Message-ID: Date: Tue, 28 Jan 1997 12:43:45 +0100 From: regnauld@deepo.prosa.dk (Philippe Regnauld) To: bde@zeta.org.au (Bruce Evans) Cc: freebsd-current@FreeBSD.org Subject: Re: DX 2/50 as i286... References: <199701281040.VAA21068@godzilla.zeta.org.au> X-Mailer: Mutt 0.58 Mime-Version: 1.0 X-Operating-System: FreeBSD 2.2-BETA_A i386 In-Reply-To: <199701281040.VAA21068@godzilla.zeta.org.au>; from Bruce Evans on Jan 28, 1997 21:40:49 +1100 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Bruce Evans (bde) ecrit/writes: > > The i286 message means that `cpu_class' is 0. This can't happen :-). It's happening, all right :-) Don't know why GENERIC and this other kernel I built some days ago work with it... (while GENERIC has support for all x86, the other one only has I486_CPU, so this doesn't seem to be the issue). -- -- Phil -[ Philippe Regnauld / Systems Administrator / regnauld@.prosa.dk ]- -[ Location.: +55.4N +11.3E PGP Key: finger regnauld@deepo.prosa.dk ]- From owner-freebsd-current Tue Jan 28 04:33:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA11554 for current-outgoing; Tue, 28 Jan 1997 04:33:56 -0800 (PST) Received: from nic.follonett.no (nic.follonett.no [194.198.43.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA11545 for ; Tue, 28 Jan 1997 04:33:51 -0800 (PST) Received: (from uucp@localhost) by nic.follonett.no (8.8.5/8.8.3) with UUCP id NAA04373; Tue, 28 Jan 1997 13:32:27 +0100 (MET) Received: from oo7 (oo7.dimaga.com [192.0.0.65]) by dimaga.com (8.7.5/8.7.2) with SMTP id NAA00239; Tue, 28 Jan 1997 13:04:17 +0100 (MET) Message-Id: <3.0.32.19970128112207.00ab0660@dimaga.com> X-Sender: eivind@dimaga.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Tue, 28 Jan 1997 13:04:19 +0100 To: "Jordan K. Hubbard" From: Eivind Eklund Subject: Re: 3.0-970124-SNAP Cc: current@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 09:51 AM 1/27/97 -0800, Jordan K. Hubbard wrote: >> FTP install from ftp.freebsd.org. XFree3.2 didn't work, while all other >> packages did. > >"package?" You did try to install XFree86 as a distribution, not a >package (e.g. like "bash") right? I tried to install it as a package, as it was in the package menu. Originally I chose a non-X distribution, planning to take X from an FTP server on the local LAN. However, never having seen there being an XFree package before, I couldn't resist trying it, however slow. >There's never been a working package version. :-) Has there ever been a package version before? I can't remember seeing one. Anyway, it doesn't work now either :) Eivind Eklund / perhaps@yes.no / http://maybe.yes.no/perhaps/ From owner-freebsd-current Tue Jan 28 06:04:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA15263 for current-outgoing; Tue, 28 Jan 1997 06:04:18 -0800 (PST) Received: from po1.glue.umd.edu (root@po1.glue.umd.edu [129.2.128.44]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA15248 for ; Tue, 28 Jan 1997 06:04:12 -0800 (PST) Received: from baud.eng.umd.edu (baud.eng.umd.edu [129.2.98.183]) by po1.glue.umd.edu (8.8.5/8.7.3) with ESMTP id JAA15575; Tue, 28 Jan 1997 09:04:08 -0500 (EST) Received: from localhost (chuckr@localhost) by baud.eng.umd.edu (8.8.5/8.7.3) with SMTP id JAA17968; Tue, 28 Jan 1997 09:04:08 -0500 (EST) X-Authentication-Warning: baud.eng.umd.edu: chuckr owned process doing -bs Date: Tue, 28 Jan 1997 09:04:07 -0500 (EST) From: Chuck Robey X-Sender: chuckr@baud.eng.umd.edu To: Joerg Wunsch cc: "Eric A. Griff" , current@freebsd.org Subject: Re: Can't get `.' off of root's path In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 28 Jan 1997, J Wunsch wrote: > As Chuck Robey wrote: > > > In both cases, su > > complains about relative components in the path, whether they are there or > > not. I'm going to check the su code. > > No need. Either 1) turn on your brain first :-))) (and think about > the sequence, and about which PATH su(1) can examine at all), or 2) go > back and re-read my followup in this thread. > > Finally, you'll end up with either removing the dot from the PATH of > the invoking user (_NOT_ of the _invoked_ user!), or you gotta live > with the warning (or you hack su to no longer warn you...). Perhaps, Joerg, but this is occurring on my newly booted smp machine, with roots login, not even using su (on the console). I checked $PATH and $path, and "." isn't in there. I keep on getting the message that the path has relative components. Could this mean that there are some relative symlinks involved? ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Tue Jan 28 08:25:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA22299 for current-outgoing; Tue, 28 Jan 1997 08:25:15 -0800 (PST) Received: from atlantis.nconnect.net (root@atlantis.nconnect.net [206.54.227.6]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA22294 for ; Tue, 28 Jan 1997 08:25:13 -0800 (PST) Received: from arabian.sylvester.com (archaeornithomimus.execpc.com [169.207.14.35]) by atlantis.nconnect.net (8.8.4/8.7.3) with SMTP id KAA13190; Tue, 28 Jan 1997 10:17:17 -0600 (CST) Message-ID: <32EE2884.41C67EA6@nconned.net> Date: Tue, 28 Jan 1997 10:25:40 -0600 From: Randy DuCharme X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: Chuck Robey CC: Joerg Wunsch , "Eric A. Griff" , current@freebsd.org Subject: Re: Can't get `.' off of root's path References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Chuck Robey wrote: > Perhaps, Joerg, but this is occurring on my newly booted smp machine, with > roots login, not even using su (on the console). I checked $PATH and > $path, and "." isn't in there. I keep on getting the message that the > path has relative components. Could this mean that there are some > relative symlinks involved? I find the same things as Mr. Robey. Furthermore, I've never found a need to modify the paths from their 'stock' forms on any of my affected machines. They exist totally as set-up from disk. -- ----------------------------------------------------------------------- Randall D DuCharme Novell NetWare, Windows-NT and UNIX Computer Specialists Networking Sales, Service and Support N88 W16747 Appleton Ave Menomonee Falls WI 53051 414-253-9998 253-9919 (fax) ----------------------------------------------------------------------- From owner-freebsd-current Tue Jan 28 08:49:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA23365 for current-outgoing; Tue, 28 Jan 1997 08:49:25 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA23357; Tue, 28 Jan 1997 08:49:18 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id JAA22824; Tue, 28 Jan 1997 09:49:16 -0700 (MST) Date: Tue, 28 Jan 1997 09:49:16 -0700 (MST) Message-Id: <199701281649.JAA22824@rocky.mt.sri.com> From: Nate Williams To: current@freebsd.org CC: bde@freebsd.org Subject: Disk errors with 2.2B Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [ I set this out yesterday, but I think it got lost when freefall went down. ] I just upgraded one of the disks in my dual-disk workstation to 2.2B (via CVS) from an old version of -current (June). The box (is running) 2.1.6.1 fine, and was running the older version of -current w/out problems until yesterday. Now, at bootup I get the following errrors: wd0s5c: hard error reading fsbn 1wd0: status 59 \ error 10 wd0s6c: hard error reading fsbn 1wd0: status 59 \ error 10 wd0s7c: hard error reading fsbn 1wd0: status 59 \ error 10 wd0s8c: hard error reading fsbn 1wd0: status 59 \ error 10 These devices don't exist in /dev, nor do I have anything in my partition table for these. The disk has 3 'slices', DOS, Win95, and FreeBSD and no extended anything. Any clues how I can get rid of this? I even ran fdisk to see what FreeBSD thinks, and it believes I have 3 partitions (but it gave me these kernel errors again when I ran fdisk before dumping out the results.) wdc0: unit o (wd0): wd0: 1033MB (2116800 sectors), 2100 cyls, 16 heads, 63 S/t, 512 B/S Nate From owner-freebsd-current Tue Jan 28 09:10:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA24233 for current-outgoing; Tue, 28 Jan 1997 09:10:58 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA24224; Tue, 28 Jan 1997 09:10:50 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id EAA30531; Wed, 29 Jan 1997 04:06:16 +1100 Date: Wed, 29 Jan 1997 04:06:16 +1100 From: Bruce Evans Message-Id: <199701281706.EAA30531@godzilla.zeta.org.au> To: current@freebsd.org, nate@mt.sri.com Subject: Re: Disk errors with 2.2B Cc: bde@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I just upgraded one of the disks in my dual-disk workstation to 2.2B >(via CVS) from an old version of -current (June). > >The box (is running) 2.1.6.1 fine, and was running the older version of >-current w/out problems until yesterday. > >Now, at bootup I get the following errrors: >wd0s5c: hard error reading fsbn 1wd0: status 59 \ > error 10 >wd0s6c: hard error reading fsbn 1wd0: status 59 \ > error 10 >wd0s7c: hard error reading fsbn 1wd0: status 59 \ > error 10 >wd0s8c: hard error reading fsbn 1wd0: status 59 \ > error 10 > >These devices don't exist in /dev, nor do I have anything in my >partition table for these. The disk has 3 'slices', DOS, Win95, and >FreeBSD and no extended anything. It probably does have an extended slice with garbage entries to get those errors. I don't think you can have 2 DOS/Win95 slices without an extended slice. Bruce From owner-freebsd-current Tue Jan 28 09:22:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA25016 for current-outgoing; Tue, 28 Jan 1997 09:22:02 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA24997; Tue, 28 Jan 1997 09:21:50 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id KAA22944; Tue, 28 Jan 1997 10:21:14 -0700 (MST) Date: Tue, 28 Jan 1997 10:21:14 -0700 (MST) Message-Id: <199701281721.KAA22944@rocky.mt.sri.com> From: Nate Williams To: Bruce Evans Cc: current@freebsd.org, nate@mt.sri.com, bde@freebsd.org Subject: Re: Disk errors with 2.2B In-Reply-To: <199701281706.EAA30531@godzilla.zeta.org.au> References: <199701281706.EAA30531@godzilla.zeta.org.au> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >I just upgraded one of the disks in my dual-disk workstation to 2.2B > >(via CVS) from an old version of -current (June). > > > >The box (is running) 2.1.6.1 fine, and was running the older version of > >-current w/out problems until yesterday. > > > >Now, at bootup I get the following errrors: > >wd0s5c: hard error reading fsbn 1wd0: status 59 \ > > error 10 > >wd0s6c: hard error reading fsbn 1wd0: status 59 \ > > error 10 > >wd0s7c: hard error reading fsbn 1wd0: status 59 \ > > error 10 > >wd0s8c: hard error reading fsbn 1wd0: status 59 \ > > error 10 > > > >These devices don't exist in /dev, nor do I have anything in my > >partition table for these. The disk has 3 'slices', DOS, Win95, and > >FreeBSD and no extended anything. > > It probably does have an extended slice with garbage entries to get > those errors. I don't think you can have 2 DOS/Win95 slices without > an extended slice. Actually, it doesn't. In order to install Win95 on the box I 'modified' the original DOS slice to be of type SCO, then installed Win95 so it could be a bootable partition. Then, I changed it back. (I used pfdisk to do this, which allows you to change the type w/out modifying anything else). Like I said, it works fine with 2.1.6, but 2.2B chokes on it. Nate From owner-freebsd-current Tue Jan 28 09:30:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA25605 for current-outgoing; Tue, 28 Jan 1997 09:30:37 -0800 (PST) Received: from mail13.digital.com (mail13.digital.com [192.208.46.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA25591 for ; Tue, 28 Jan 1997 09:30:20 -0800 (PST) From: garyj@frt.dec.com Received: from cssmuc.frt.dec.com by mail13.digital.com (8.7.5/UNX 1.5/1.0/WV) id MAA28362; Tue, 28 Jan 1997 12:16:01 -0500 (EST) Received: from localhost by cssmuc.frt.dec.com; (5.65v3.2/1.1.8.2/14Nov95-0232PM) id AA04956; Tue, 28 Jan 1997 18:15:29 +0100 Message-Id: <9701281715.AA04956@cssmuc.frt.dec.com> X-Mailer: exmh version 1.6.4 10/10/95 To: Richard J Kuhns Cc: current@freebsd.org In-Reply-To: Message from Richard J Kuhns of Mon, 27 Jan 97 12:23:22 EST. Reply-To: gjennejohn@frt.dec.com Subject: Re: building gdb under 3.0-CURRENT Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 28 Jan 97 18:15:29 +0100 X-Mts: smtp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk rjk@grauel.com writes: > ===> gdb > ... [lots of stuff deleted] > In file included from /usr/src/gnu/usr.bin/gdb/gdb/c-exp.y:41: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ this is definitely ! wrong. This should be picked up from the contrib directory. looks like your /usr/src/gnu/usr.bin/gdb is wrong somehow. --- Gary Jennejohn (work) gjennejohn@frt.dec.com (home) Gary.Jennejohn@munich.netsurf.de (play) gj@freebsd.org From owner-freebsd-current Tue Jan 28 10:09:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA28417 for current-outgoing; Tue, 28 Jan 1997 10:09:46 -0800 (PST) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA28391; Tue, 28 Jan 1997 10:09:36 -0800 (PST) Received: from narnia (localhost [127.0.0.1]) by narnia.plutotech.com (8.8.4/8.7.3) with ESMTP id KAA22006; Tue, 28 Jan 1997 10:09:29 -0800 (PST) Message-Id: <199701281809.KAA22006@narnia.plutotech.com> X-Mailer: exmh version 2.0beta 12/23/96 To: FreeBSD-current@FreeBSD.org, FreeBSD-stable@FreeBSD.org Subject: Aic7xxx driver instability with the Quantum Atlas Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 28 Jan 1997 10:09:28 -0800 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk This is just a heads up that the dreaded "Queue Full" problem with the Quantum Atlas and the aic7xxx driver has been found. Unfortunately the fix is not as simple as downloading a new version of the FreeBSD driver. The problem is a bug in level 912 of the Atlas firmware. You can obtain the necessary files to upgrade your firmware from Quantum's ftp site. You will have to run Dos and Adaptec's ASPI drivers in order to download the firmware to the drive. The URL is: ftp://ftp.qntum.com/pub/support/Firmware/Atlas Owners of Atlas-II drives may also want to look into upgrading their firmware to the latest. The release notes of the upgrade I found mention a few tagged queueing bugs although there is no mention of the "Queue Full" problem. Seeing as the didn't mention it directly for the Atlas either, it may be that they fixed the same problem for the Atlas-II as well. The URL is: ftp://ftp.qntum.com/pub/support/Firmware/Atlas-II I hope you all have many happy "Queue Full" free days ahead. 8-) __ Justin T. Gibbs =========================================== FreeBSD - Turning PCs into workstations =========================================== From owner-freebsd-current Tue Jan 28 10:13:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA28852 for current-outgoing; Tue, 28 Jan 1997 10:13:33 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA28842 for ; Tue, 28 Jan 1997 10:13:24 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA08472; Tue, 28 Jan 1997 10:55:15 -0700 From: Terry Lambert Message-Id: <199701281755.KAA08472@phaeton.artisoft.com> Subject: Re: installing network cards To: dara@salk.edu (Dara Ghahremani) Date: Tue, 28 Jan 1997 10:55:15 -0700 (MST) Cc: current@freebsd.org In-Reply-To: from "Dara Ghahremani" at Jan 27, 97 08:33:40 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-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I am having some trouble installing two 100BaseT-capable ethernet network > cards on two different freeBSD machines and am wondering if there's > someone who can help. [ ... ] > However, upon booting the cards are not recognized. I was given these > driver IDs by a colleague and do not see them listed in the FreeBSD > documentation. Does anyone have experience with using these cards? > I'd appreciate any comments that might lead to a solution. Run the command "ifconfig -a"; on my machine, I get: lp0: flags=810 mtu 1500 de0: flags=8863 mtu 1500 tun0: flags=10 mtu 1500 sl0: flags=c010 mtu 552 lo0: flags=8009 mtu 16384 lp0 is my parallel port, tun0 is the tunnel driver, sl0 is the SL/IP driver, and lo0 is the loopback. This leaves de0 unaccounted for, and that's my ethernet card. You need to see if you have an ethernet card that is seen by the system... and then use that name if you do. If you don't have a card seen by the system, then you need to run the command "dmesg | more" and read through the boot log to see if you can see an ethernet card being identified. If not, you may not have a driver in your kernel. I seem to remember the card you have is a fairly recent addition, so unless you are running a fairly recent FreeBSD, you may not have the driver at all. If you don't, then you should get the driver from -current: /sys/i386/isa/if_ex.c /sys/i386/isa/if_exreg.h /sys/i386/isa/if_ixreg.h If I remember correctly. Look in the code and contact the author for more detailed instructions, if necessary. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Jan 28 10:19:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA29242 for current-outgoing; Tue, 28 Jan 1997 10:19:58 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA29236 for ; Tue, 28 Jan 1997 10:19:56 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA08502; Tue, 28 Jan 1997 11:00:09 -0700 From: Terry Lambert Message-Id: <199701281800.LAA08502@phaeton.artisoft.com> Subject: Re: DX 2/50 as i286... To: regnauld@deepo.prosa.dk (Philippe Regnauld) Date: Tue, 28 Jan 1997 11:00:09 -0700 (MST) Cc: bde@zeta.org.au, freebsd-current@freebsd.org In-Reply-To: from "Philippe Regnauld" at Jan 28, 97 12:43:45 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > The i286 message means that `cpu_class' is 0. This can't happen :-). > > It's happening, all right :-) > > Don't know why GENERIC and this other kernel I built > some days ago work with it... (while GENERIC has > support for all x86, the other one only has I486_CPU, > so this doesn't seem to be the issue). Try: 1) enable KTRACE option 2) enable PCI bus option Either of these may be fragile. 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-current Tue Jan 28 10:25:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA29666 for current-outgoing; Tue, 28 Jan 1997 10:25:25 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA29661 for ; Tue, 28 Jan 1997 10:25:22 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id KAA08925; Tue, 28 Jan 1997 10:25:08 -0800 (PST) To: Eivind Eklund cc: current@FreeBSD.ORG Subject: Re: 3.0-970124-SNAP In-reply-to: Your message of "Tue, 28 Jan 1997 13:04:19 +0100." <3.0.32.19970128112207.00ab0660@dimaga.com> Date: Tue, 28 Jan 1997 10:25:08 -0800 Message-ID: <8922.854475908@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >There's never been a working package version. :-) > > Has there ever been a package version before? I can't remember seeing one. No, it's too huge and it would blow out your temp space in the unpacking. Jordan From owner-freebsd-current Tue Jan 28 10:27:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA29800 for current-outgoing; Tue, 28 Jan 1997 10:27:52 -0800 (PST) Received: from watson.grauel.com (watson.grauel.com [199.233.104.36]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA29794 for ; Tue, 28 Jan 1997 10:27:50 -0800 (PST) Received: (from rjk@localhost) by watson.grauel.com (8.8.3/8.7.3) id NAA13065; Tue, 28 Jan 1997 13:36:31 -0500 (EST) Date: Tue, 28 Jan 1997 13:36:31 -0500 (EST) Message-Id: <199701281836.NAA13065@watson.grauel.com> From: Richard J Kuhns To: garyj@frt.dec.com CC: freebsd-current@freebsd.org Subject: Re: building gdb under 3.0-current Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, I got it built. FWIW: `make clean' in /usr/src/gnu/usr.bin/gdb apparently didn't remove the old 4.13 *.tab.c files from the obj directory and the subsequent make was trying to use them. I'd also like to note (and I don't know if it was done accidentally or on purpose) that the Makefile doesn't know how to build c-exp.tab.c from c-exp.y, but it was happy to use the one I built by hand. Thanks for the help... -- Rich Kuhns rjk@grauel.com PO Box 6249 Tel: (317)477-6000 \ 100 Sawmill Road x319 Lafayette, IN 47903 (800)489-4891 / From owner-freebsd-current Tue Jan 28 10:44:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA00962 for current-outgoing; Tue, 28 Jan 1997 10:44:43 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA00956 for ; Tue, 28 Jan 1997 10:44:40 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA08607; Tue, 28 Jan 1997 11:26:04 -0700 From: Terry Lambert Message-Id: <199701281826.LAA08607@phaeton.artisoft.com> Subject: Re: Can't get `.' off of root's path To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 28 Jan 1997 11:26:04 -0700 (MST) Cc: chuckr@Glue.umd.edu, eagriff@global2000.net, current@freebsd.org In-Reply-To: from "J Wunsch" at Jan 28, 97 10:00:02 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-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > In both cases, su > > complains about relative components in the path, whether they are there or > > not. I'm going to check the su code. > > No need. Either 1) turn on your brain first :-))) (and think about > the sequence, and about which PATH su(1) can examine at all), or 2) go > back and re-read my followup in this thread. > > Finally, you'll end up with either removing the dot from the PATH of > the invoking user (_NOT_ of the _invoked_ user!), or you gotta live > with the warning (or you hack su to no longer warn you...). man su (look for -l and -m) The error does not occur using -l. The error does not occur for sh if the user PATH does not contain a naked trailing ":" or a ":." anywhere in the path The error does not occur for csh if the user path does not contain a ".". The error *does* occur for csh *if* the user path is set on every invocation instead of on login only, *even* if you have modified your current invocation's path to not include a ".". This is a common mistake of novice csh users who do not differentiate between inherited and uninherited values for subshells, and is an error in the FreeBSD user account template files. The FreeBSD user account template files are currently in error. The error occurs because the invocation of the csh for the root shell obtains which .cshrc to run from the HOME environment variable of the invoking user... and the path is reset instead of being inherited. There *IS* a bug in su, however: *If* the FreeBSD account template .cshrc and/or .login is corrected, *and* you "su -m" instead of "su", *and* your current path has a "." in it, *but* the path set by your .cshrc does not... You still get the error, even though the resulting path for the root user after the su does *not* have a relative path. So the behaviour of "su -m" *incorrectly* checks the preinvocation environment instead of the postinvocation environment. 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-current Tue Jan 28 11:38:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA05191 for current-outgoing; Tue, 28 Jan 1997 11:38:04 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA05175 for ; Tue, 28 Jan 1997 11:38:02 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id LAA10705; Tue, 28 Jan 1997 11:37:51 -0800 (PST) To: "Justin T. Gibbs" cc: FreeBSD-current@FreeBSD.org Subject: Re: Aic7xxx driver instability with the Quantum Atlas In-reply-to: Your message of "Tue, 28 Jan 1997 10:09:28 PST." <199701281809.KAA22006@narnia.plutotech.com> Date: Tue, 28 Jan 1997 11:37:50 -0800 Message-ID: <10701.854480270@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > This is just a heads up that the dreaded "Queue Full" problem with > the Quantum Atlas and the aic7xxx driver has been found. Unfortunately Yay! > ftp site. You will have to run Dos and Adaptec's ASPI drivers > in order to download the firmware to the drive. The URL is: > > ftp://ftp.qntum.com/pub/support/Firmware/Atlas Erm. No. :-( Even the obvious ftp.quantum.com doesn't work. Any pointers? Jordan From owner-freebsd-current Tue Jan 28 11:58:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA06536 for current-outgoing; Tue, 28 Jan 1997 11:58:34 -0800 (PST) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA06515; Tue, 28 Jan 1997 11:58:30 -0800 (PST) Received: from narnia (localhost [127.0.0.1]) by narnia.plutotech.com (8.8.4/8.7.3) with ESMTP id LAA22354; Tue, 28 Jan 1997 11:58:24 -0800 (PST) Message-Id: <199701281958.LAA22354@narnia.plutotech.com> X-Mailer: exmh version 2.0beta 12/23/96 To: FreeBSD-current@FreeBSD.org, FreeBSD-stable@FreeBSD.org Subject: Re: Aic7xxx driver instability with the Quantum Atlas In-reply-to: Your message of "Tue, 28 Jan 1997 11:37:50 PST." <10701.854480270@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 28 Jan 1997 11:58:24 -0800 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> This is just a heads up that the dreaded "Queue Full" problem with >> the Quantum Atlas and the aic7xxx driver has been found. Unfortunately > >Yay! > >> ftp site. You will have to run Dos and Adaptec's ASPI drivers >> in order to download the firmware to the drive. The URL is: >> >> ftp://ftp.qntum.com/pub/support/Firmware/Atlas > >Erm. No. :-( > >Even the obvious ftp.quantum.com doesn't work. Any pointers? > > Jordan Sorry. Moved the 'u': ftp://ftp.quntm.com/pub/support/Firmware/Atlas -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Tue Jan 28 12:19:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA07822 for current-outgoing; Tue, 28 Jan 1997 12:19:16 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA07792; Tue, 28 Jan 1997 12:19:06 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA08847; Tue, 28 Jan 1997 13:00:41 -0700 From: Terry Lambert Message-Id: <199701282000.NAA08847@phaeton.artisoft.com> Subject: Re: Aic7xxx driver instability with the Quantum Atlas To: gibbs@narnia.plutotech.com (Justin T. Gibbs) Date: Tue, 28 Jan 1997 13:00:41 -0700 (MST) Cc: FreeBSD-current@freebsd.org, FreeBSD-stable@freebsd.org In-Reply-To: <199701281809.KAA22006@narnia.plutotech.com> from "Justin T. Gibbs" at Jan 28, 97 10: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-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > This is just a heads up that the dreaded "Queue Full" problem with > the Quantum Atlas and the aic7xxx driver has been found. Unfortunately > the fix is not as simple as downloading a new version of the FreeBSD > driver. The problem is a bug in level 912 of the Atlas firmware. You > can obtain the necessary files to upgrade your firmware from Quantum's > ftp site. You will have to run Dos and Adaptec's ASPI drivers > in order to download the firmware to the drive. The URL is: Is there any possibility of determining the firmware rev from software? Then when the queue full condition occurs, you could print a console log message that tells you to update the firmware.... or just print that message on a queue full, always, or for Quantums. 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-current Tue Jan 28 12:23:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA08049 for current-outgoing; Tue, 28 Jan 1997 12:23:07 -0800 (PST) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA08008; Tue, 28 Jan 1997 12:22:10 -0800 (PST) Received: (from jhayf@localhost) by zibbi.mikom.csir.co.za (8.8.5/8.8.5) id WAA09415; Tue, 28 Jan 1997 22:21:20 +0200 (SAT) Message-Id: <199701282021.WAA09415@zibbi.mikom.csir.co.za> Subject: Re: Aic7xxx driver instability with the Quantum Atlas In-Reply-To: <199701281958.LAA22354@narnia.plutotech.com> from "Justin T. Gibbs" at "Jan 28, 97 11:58:24 am" To: gibbs@narnia.plutotech.com (Justin T. Gibbs) Date: Tue, 28 Jan 1997 22:21:20 +0200 (SAT) Cc: FreeBSD-current@FreeBSD.org, FreeBSD-stable@FreeBSD.org Reply-To: jhay@mikom.csir.co.za From: jhay@mikom.csir.co.za X-Mailer: ELM [version 2.4ME+ PL24 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > >> ftp site. You will have to run Dos and Adaptec's ASPI drivers > >> in order to download the firmware to the drive. The URL is: > >> > >> ftp://ftp.qntum.com/pub/support/Firmware/Atlas > > > >Erm. No. :-( > > > >Even the obvious ftp.quantum.com doesn't work. Any pointers? > > > > Jordan > > Sorry. Moved the 'u': > > ftp://ftp.quntm.com/pub/support/Firmware/Atlas > Maybe: ftp://ftp.qntm.com/pub/support/Firmware/Atlas ? John -- John Hay -- John.Hay@mikom.csir.co.za From owner-freebsd-current Tue Jan 28 12:37:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA08688 for current-outgoing; Tue, 28 Jan 1997 12:37:10 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA08661 for ; Tue, 28 Jan 1997 12:36:29 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA08882; Tue, 28 Jan 1997 13:17:30 -0700 From: Terry Lambert Message-Id: <199701282017.NAA08882@phaeton.artisoft.com> Subject: Re: Aic7xxx driver instability with the Quantum Atlas To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 28 Jan 1997 13:17:30 -0700 (MST) Cc: gibbs@narnia.plutotech.com, FreeBSD-current@FreeBSD.ORG In-Reply-To: <10701.854480270@time.cdrom.com> from "Jordan K. Hubbard" at Jan 28, 97 11:37:50 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-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > This is just a heads up that the dreaded "Queue Full" problem with > > the Quantum Atlas and the aic7xxx driver has been found. Unfortunately > > Yay! > > > ftp site. You will have to run Dos and Adaptec's ASPI drivers > > in order to download the firmware to the drive. The URL is: > > > > ftp://ftp.qntum.com/pub/support/Firmware/Atlas > > Erm. No. :-( > > Even the obvious ftp.quantum.com doesn't work. Any pointers? How about the obvious 'host quantum.com'? quantum.com mail is handled by worf.qntm.com quantum.com mail is handled by mail.qntm.com And the (now) obvious 'ftp ftp.qntm.com'? Connected to ftp.qntm.com. 220 ftp FTP server (Version wu-2.4(4) Tue Jun 27 13:32:37 PDT 1995) ready. Name (ftp.qntm.com:terry): Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Jan 28 13:22:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA11070 for current-outgoing; Tue, 28 Jan 1997 13:22:00 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA11048; Tue, 28 Jan 1997 13:21:54 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA09000; Tue, 28 Jan 1997 14:03:36 -0700 From: Terry Lambert Message-Id: <199701282103.OAA09000@phaeton.artisoft.com> Subject: Re: Aic7xxx driver instability with the Quantum Atlas To: gibbs@narnia.plutotech.com (Justin T. Gibbs) Date: Tue, 28 Jan 1997 14:03:36 -0700 (MST) Cc: FreeBSD-current@freebsd.org, FreeBSD-stable@freebsd.org In-Reply-To: <199701281958.LAA22354@narnia.plutotech.com> from "Justin T. Gibbs" at Jan 28, 97 11:58:24 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-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Sorry. Moved the 'u': > > ftp://ftp.quntm.com/pub/support/Firmware/Atlas There is no 'u'. ftp://ftp.qntm.com/pub/support/Firmware/Atlas From owner-freebsd-current Tue Jan 28 13:25:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA11321 for current-outgoing; Tue, 28 Jan 1997 13:25:20 -0800 (PST) Received: from Sisyphos.MI.Uni-Koeln.DE (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA11300; Tue, 28 Jan 1997 13:25:15 -0800 (PST) Received: from x14.mi.uni-koeln.de (annexr2-38.slip.Uni-Koeln.DE) by Sisyphos.MI.Uni-Koeln.DE with SMTP id AA26686 (5.67b/IDA-1.5); Tue, 28 Jan 1997 22:25:12 +0100 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.4/8.6.9) id WAA04158; Tue, 28 Jan 1997 22:25:22 +0100 (CET) Message-Id: Date: Tue, 28 Jan 1997 22:25:21 +0100 From: se@freebsd.org (Stefan Esser) To: gibbs@narnia.plutotech.com (Justin T. Gibbs) Cc: FreeBSD-current@freebsd.org, FreeBSD-stable@freebsd.org Subject: Re: Aic7xxx driver instability with the Quantum Atlas References: <199701281958.LAA22354@narnia.plutotech.com> <10701.854480270@time.cdrom.com> X-Mailer: Mutt 0.58-PL15 Mime-Version: 1.0 In-Reply-To: <199701281958.LAA22354@narnia.plutotech.com>; from Justin T. Gibbs on Jan 28, 1997 11:58:24 -0800 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Jan 28, gibbs@narnia.plutotech.com (Justin T. Gibbs) wrote: > >> ftp://ftp.qntum.com/pub/support/Firmware/Atlas > > > >Erm. No. :-( > > > >Even the obvious ftp.quantum.com doesn't work. Any pointers? > > > > Jordan > > Sorry. Moved the 'u': > > ftp://ftp.quntm.com/pub/support/Firmware/Atlas No: There is NO 'u' in the host name: ftp://ftp.qntm.com/pub/support/Firmware/Atlas Regards, STefan From owner-freebsd-current Tue Jan 28 13:27:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA11410 for current-outgoing; Tue, 28 Jan 1997 13:27:12 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA11405; Tue, 28 Jan 1997 13:27:10 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vpL38-0003yDC; Tue, 28 Jan 97 13:26 PST Received: from critter.dk.tfs.com (critter-home [193.162.32.19]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id WAA13380; Tue, 28 Jan 1997 22:26:34 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id WAA13442; Tue, 28 Jan 1997 22:28:05 +0100 (MET) To: Terry Lambert cc: gibbs@narnia.plutotech.com (Justin T. Gibbs), FreeBSD-current@freebsd.org, FreeBSD-stable@freebsd.org Subject: Re: Aic7xxx driver instability with the Quantum Atlas In-reply-to: Your message of "Tue, 28 Jan 1997 13:00:41 MST." <199701282000.NAA08847@phaeton.artisoft.com> Date: Tue, 28 Jan 1997 22:28:04 +0100 Message-ID: <13440.854486884@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199701282000.NAA08847@phaeton.artisoft.com>, Terry Lambert writes: >Is there any possibility of determining the firmware rev from >software? Then when the queue full condition occurs, you could >print a console log message that tells you to update the >firmware.... or just print that message on a queue full, always, or >for Quantums. This can be done with a tiny shell script that looks at /var/run/dmesg.boot. Nobody with their sanity still moderately intact would add stuff like this to the kernel. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Tue Jan 28 13:41:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA12479 for current-outgoing; Tue, 28 Jan 1997 13:41:40 -0800 (PST) Received: from plains.nodak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA12459; Tue, 28 Jan 1997 13:41:36 -0800 (PST) Received: (from tinguely@localhost) by plains.nodak.edu (8.8.4/8.8.3) id PAA17613; Tue, 28 Jan 1997 15:41:05 -0600 (CST) Date: Tue, 28 Jan 1997 15:41:05 -0600 (CST) From: Mark Tinguely Message-Id: <199701282141.PAA17613@plains.nodak.edu> To: FreeBSD-current@freebsd.org, FreeBSD-stable@freebsd.org, gibbs@narnia.plutotech.com Subject: Re: Aic7xxx driver instability with the Quantum Atlas Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > ftp://ftp.quntm.com/pub/support/Firmware/Atlas > > -- > Justin T. Gibbs I think you mean, no "u" : ftp://ftp.qntm.com/pub/support/Firmware/Atlas From owner-freebsd-current Tue Jan 28 14:15:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA14560 for current-outgoing; Tue, 28 Jan 1997 14:15:10 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA14525; Tue, 28 Jan 1997 14:14:59 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA09151; Tue, 28 Jan 1997 14:56:42 -0700 From: Terry Lambert Message-Id: <199701282156.OAA09151@phaeton.artisoft.com> Subject: Re: Aic7xxx driver instability with the Quantum Atlas To: phk@critter.dk.tfs.com (Poul-Henning Kamp) Date: Tue, 28 Jan 1997 14:56:42 -0700 (MST) Cc: terry@lambert.org, gibbs@narnia.plutotech.com, FreeBSD-current@freebsd.org, FreeBSD-stable@freebsd.org In-Reply-To: <13440.854486884@critter.dk.tfs.com> from "Poul-Henning Kamp" at Jan 28, 97 10:28: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-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >Is there any possibility of determining the firmware rev from > >software? Then when the queue full condition occurs, you could > >print a console log message that tells you to update the > >firmware.... or just print that message on a queue full, always, or > >for Quantums. > > This can be done with a tiny shell script that looks at /var/run/dmesg.boot. > > Nobody with their sanity still moderately intact would add stuff like > this to the kernel. I was thinking of the install code, not the kernel, actually. No reason a console message has to originate from the kernel (syslog, et al.). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Jan 28 14:52:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA16615 for current-outgoing; Tue, 28 Jan 1997 14:52:13 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA16610 for ; Tue, 28 Jan 1997 14:52:08 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA15079 for current@freebsd.org; Tue, 28 Jan 1997 23:51:55 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id XAA16963; Tue, 28 Jan 1997 23:46:21 +0100 (MET) Message-ID: Date: Tue, 28 Jan 1997 23:46:21 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: current@freebsd.org Subject: Re: Can't get `.' off of root's path References: X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Chuck Robey on Jan 28, 1997 09:04:07 -0500 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Chuck Robey wrote: > Perhaps, Joerg, but this is occurring on my newly booted smp machine, with > roots login, not even using su (on the console). That's weird. Are you sure it's not a feature of your shell? Grep through the login source code, i don't find the word `relative' there. -- 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-current Tue Jan 28 15:07:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA17430 for current-outgoing; Tue, 28 Jan 1997 15:07:00 -0800 (PST) Received: from vader.cs.berkeley.edu (vader.CS.Berkeley.EDU [128.32.38.234]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA17424 for ; Tue, 28 Jan 1997 15:06:55 -0800 (PST) Received: (from asami@localhost) by vader.cs.berkeley.edu (8.8.4/8.7.3) id PAA29231; Tue, 28 Jan 1997 15:05:35 -0800 (PST) Date: Tue, 28 Jan 1997 15:05:35 -0800 (PST) Message-Id: <199701282305.PAA29231@vader.cs.berkeley.edu> To: jkh@time.cdrom.com CC: eivind@dimaga.com, current@freebsd.org In-reply-to: <8922.854475908@time.cdrom.com> (jkh@time.cdrom.com) Subject: Re: 3.0-970124-SNAP From: asami@vader.cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * > Has there ever been a package version before? I can't remember seeing one. * * No, it's too huge and it would blow out your temp space in the unpacking. Also, it does not make sense for us to build a package because there are so many options, which the XFree86 distribution neatly solves. (Nobody would want to download a package with a dozen X servers they don't use....) Satoshi From owner-freebsd-current Tue Jan 28 19:18:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA03542 for current-outgoing; Tue, 28 Jan 1997 19:18:01 -0800 (PST) Received: from helmholtz.salk.edu (helmholtz.salk.edu [198.202.70.34]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA03536 for ; Tue, 28 Jan 1997 19:17:59 -0800 (PST) Received: from helmholtz (helmholtz [198.202.70.34]) by helmholtz.salk.edu (8.7.5/8.7.3) with SMTP id TAA13583; Tue, 28 Jan 1997 19:16:39 -0800 (PST) Date: Tue, 28 Jan 1997 19:16:38 -0800 (PST) From: Dara Ghahremani X-Sender: dara@helmholtz To: Terry Lambert cc: current@freebsd.org Subject: Re: installing network cards In-Reply-To: <199701281755.KAA08472@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Thanks very much for your help. The cards are being recognized in both machines now, but other problems have emerged. 1) On Machine#2, which has the Intel card installed, I can login but upon entering my passwd, the screen freezes and no key presses have any affect. Do you know what may be the cause of this? 2) On Machine#1, there seems to be a conflict w/ the SCSI bus (where the internal drive is connected) and the net card (both in PCI slots). Sometimes both work fine, but most of the time, the SCSI bus is not recognized upon boot. Do you know of any tools which might help sort out this matter? I realize that these questions may be beyond the scope of FreeBSD, but I'm not quite sure yet. Thanks again for your help, Dara On Tue, 28 Jan 1997, Terry Lambert wrote: > > I am having some trouble installing two 100BaseT-capable ethernet network > > cards on two different freeBSD machines and am wondering if there's > > someone who can help. > > [ ... ] > > > However, upon booting the cards are not recognized. I was given these > > driver IDs by a colleague and do not see them listed in the FreeBSD > > documentation. Does anyone have experience with using these cards? > > I'd appreciate any comments that might lead to a solution. > > Run the command "ifconfig -a"; on my machine, I get: > > lp0: flags=810 mtu 1500 > de0: flags=8863 mtu 1500 > tun0: flags=10 mtu 1500 > sl0: flags=c010 mtu 552 > lo0: flags=8009 mtu 16384 > > lp0 is my parallel port, tun0 is the tunnel driver, sl0 is the SL/IP > driver, and lo0 is the loopback. > > This leaves de0 unaccounted for, and that's my ethernet card. > > You need to see if you have an ethernet card that is seen by the > system... and then use that name if you do. > > > If you don't have a card seen by the system, then you need to run > the command "dmesg | more" and read through the boot log to see > if you can see an ethernet card being identified. If not, you may > not have a driver in your kernel. I seem to remember the card you > have is a fairly recent addition, so unless you are running a fairly > recent FreeBSD, you may not have the driver at all. If you don't, > then you should get the driver from -current: > > /sys/i386/isa/if_ex.c > /sys/i386/isa/if_exreg.h > /sys/i386/isa/if_ixreg.h > > If I remember correctly. Look in the code and contact the author > for more detailed instructions, if necessary. > > > Regards, > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > From owner-freebsd-current Tue Jan 28 19:35:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA04795 for current-outgoing; Tue, 28 Jan 1997 19:35:09 -0800 (PST) Received: from gdi.uoregon.edu (gdi.uoregon.edu [128.223.170.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA04741 for ; Tue, 28 Jan 1997 19:35:00 -0800 (PST) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.4/8.6.12) with SMTP id TAA25599 for ; Tue, 28 Jan 1997 19:34:58 -0800 (PST) Date: Tue, 28 Jan 1997 19:34:58 -0800 (PST) From: Doug White X-Sender: dwhite@localhost Reply-To: Doug White To: current@freebsd.org Subject: install broken on the 970124 snap (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Report we got in -questions. Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major ---------- Forwarded message ---------- Date: Sat, 25 Jan 1997 21:44:03 -0500 (EST) From: "Robert J. Brown" To: questions@freebsd.org Subject: install broken on the 970124 snap Hi FreeBSD folks, Little problem with installation on yesterday's SNAP release. I am doing an install from a dos partition, and I copied everything correctly into c:\freebsd\bin. When I get to the point in the install where it is to do the extraction of the distributions, the install says it can't find the bin distribution. I put the install system into debug mode to watch the festivities, and it seemed to be snagging the bin.inf and choking on it. It was bombing out with an error about a "P" and it couldn't find "pieces". I played with it for a bit, and if you edit bin.inf and change the "Pieces = 72" to "pieces = 72" it works correctly. Minor typo, but it prevented me from installing. Just thought you should know. I am working with the dist from ftp.freebsd.org. Thanks, Rob Brown rjb@calyx.com From owner-freebsd-current Tue Jan 28 20:11:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA06518 for current-outgoing; Tue, 28 Jan 1997 20:11:23 -0800 (PST) Received: from r33h142.res.gatech.edu (r33h142.res.gatech.edu [128.61.33.142]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA06512 for ; Tue, 28 Jan 1997 20:11:19 -0800 (PST) Received: (from jason@localhost) by r33h142.res.gatech.edu (8.8.2/8.7.3) id XAA01549; Tue, 28 Jan 1997 23:11:17 -0500 (EST) Message-ID: Date: Tue, 28 Jan 1997 23:11:17 -0500 From: jason@r33h142.res.gatech.edu (Jason Bennett) To: current@freebsd.org Subject: Wingz X-Mailer: Mutt 0.58-PL15 Mime-Version: 1.0 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just d/led the binary for Wingz for Linux. When I tried running it under 3.0, I got this: /usr/local/Wingz/bin/Wingz: can't open cache '/etc/ld.so.cache' /usr/local/Wingz/bin/Wingz: '/lib/libXpm.so.4' is not an ELF file /usr/local/Wingz/bin/Wingz: can't load library 'libXpm.so.4' Now, I supposedly have Linux binary compatability set. And I think those files are in different places on my machine. Has anyone else tried this? jason -- Jason Bennett, jbennett@cc.gatech.edu | Member, Team OS/2! CS Major, Georgia Institute of Technology | Senior TA, CS 1501! Believer in Jesus Christ as Savior and Lord | VP-Comm, BSU! http://bsu.gt.ed.net/~jason/ | finger for PGP key! From owner-freebsd-current Tue Jan 28 20:21:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA07271 for current-outgoing; Tue, 28 Jan 1997 20:21:05 -0800 (PST) Received: from dfw-ix6.ix.netcom.com (dfw-ix6.ix.netcom.com [206.214.98.6]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id UAA07233; Tue, 28 Jan 1997 20:20:57 -0800 (PST) Received: from silvia.HIP.Berkeley.EDU (wck-ca5-17.ix.netcom.com [199.35.213.177]) by dfw-ix6.ix.netcom.com (8.6.13/8.6.12) with ESMTP id UAA15873; Tue, 28 Jan 1997 20:20:16 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.5/8.6.9) id UAA10298; Tue, 28 Jan 1997 20:20:13 -0800 (PST) Date: Tue, 28 Jan 1997 20:20:13 -0800 (PST) Message-Id: <199701290420.UAA10298@silvia.HIP.Berkeley.EDU> To: gibbs@narnia.plutotech.com CC: FreeBSD-current@FreeBSD.org, FreeBSD-stable@FreeBSD.org In-reply-to: <199701281809.KAA22006@narnia.plutotech.com> (gibbs@narnia.plutotech.com) Subject: Re: Aic7xxx driver instability with the Quantum Atlas From: asami@vader.cs.berkeley.edu (Satoshi Asami) Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk * as the didn't mention it directly for the Atlas either, it may be that they * fixed the same problem for the Atlas-II as well. The URL is: Thanks, but which file should I get? The Atlas-II/LXY4 directory doesn't contain any instructions, and has three files: D5gnlxy4.fup Dagnlxy4.fup Dkgnlxy4.fup I have no idea what they mean. ;) Satoshi (I have a 4GB Ultra-Wide Atlas II, by the way) From owner-freebsd-current Tue Jan 28 23:16:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA15187 for current-outgoing; Tue, 28 Jan 1997 23:16:01 -0800 (PST) Received: from pelican.altadena.net (pas1-pelican.altadena.net [206.126.145.249]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id XAA15163 for ; Tue, 28 Jan 1997 23:15:58 -0800 (PST) Received: from wa6iyh by pelican.altadena.net with uucp (Smail3.1.29.1 #10) id m0vpUFQ-0000RxC; Tue, 28 Jan 97 23:15 PST Received: by wa6iyh.ampr.org (FreeBSD Smail3.1.28.1 #5) id m0vpU7Y-000M5BC; Tue, 28 Jan 97 23:07 WET Message-Id: From: jcc@wa6iyh.ampr.org (Jim Cotillier) Subject: Re: Can't get `.' off of root's path To: current@freebsd.org Date: Tue, 28 Jan 1997 23:07:48 -0800 (PST) Cc: jcc@wa6iyh.ampr.org (Jim Cotillier) In-Reply-To: from "J Wunsch" at Jan 28, 97 11:46:21 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > As Chuck Robey wrote: > > > Perhaps, Joerg, but this is occurring on my newly booted smp machine, with > > roots login, not even using su (on the console). > > That's weird. Are you sure it's not a feature of your shell? Grep > through the login source code, i don't find the word `relative' there. > > -- > cheers, J"org > Yes, it's line 628 in csh.c in the -current tree as of last Saturday... ... /* * i+2 where i is the number of colons in the path. There are i+1 * directories in the path plus we need room for a zero terminator. */ pv = (Char **) xcalloc((size_t) (i + 2), sizeof(Char **)); dp = cp; i = 0; if (*dp) for (;;) { if ((c = *dp) == ':' || c == 0) { *dp = 0; if (*cp != '/' && (euid == 0 || uid == 0) && (intact || intty && isatty(SHOUT))) (void) fprintf(csherr, "Warning: imported path contains relative components\n"); pv[i++] = Strsave(*cp ? cp : STRdot); if (c) { cp = dp + 1; *dp = ':'; } else break; } dp++; } pv[i] = 0; set1(STRpath, pv, &shvhed); } ... This machine is always at -current, built every Saturday night western USA time on the -current tree. csh.c was hit a few weeks ago, and I have been getting this message since then on a straight root login. My root environment is the old vanilla: # $Id: dot.cshrc,v 1.12 1994/10/27 05:26:59 phk Exp $ # ... set path=(/sbin /usr/sbin /bin /usr/bin /usr/local/bin /usr/X11R6/bin) ... I made no changes to any *rc scripts. Just for reference. -JC From owner-freebsd-current Wed Jan 29 01:07:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA20702 for current-outgoing; Wed, 29 Jan 1997 01:07:12 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA20695; Wed, 29 Jan 1997 01:07:09 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vpVyV-0003wwC; Wed, 29 Jan 97 01:06 PST Received: from critter.dk.tfs.com (critter-home [193.162.32.19]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id KAA14640; Wed, 29 Jan 1997 10:06:24 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id KAA14147; Wed, 29 Jan 1997 10:07:43 +0100 (MET) To: Terry Lambert cc: gibbs@narnia.plutotech.com, FreeBSD-current@freebsd.org, FreeBSD-stable@freebsd.org Subject: Re: Aic7xxx driver instability with the Quantum Atlas In-reply-to: Your message of "Tue, 28 Jan 1997 14:56:42 MST." <199701282156.OAA09151@phaeton.artisoft.com> Date: Wed, 29 Jan 1997 10:07:42 +0100 Message-ID: <14145.854528862@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199701282156.OAA09151@phaeton.artisoft.com>, Terry Lambert writes: >> >Is there any possibility of determining the firmware rev from >> >software? Then when the queue full condition occurs, you could >> >print a console log message that tells you to update the >> >firmware.... or just print that message on a queue full, always, or >> >for Quantums. >> >> This can be done with a tiny shell script that looks at /var/run/dmesg.boot. >> >> Nobody with their sanity still moderately intact would add stuff like >> this to the kernel. > >I was thinking of the install code, not the kernel, actually. No >reason a console message has to originate from the kernel (syslog, et al.). Come on Terry, why not just admit you blew it... There's no way you can claim that "...when the queue full condition occurs, ..." would or could refer to the install program... But by all means suggest it to the linux camp, they seem to love that kind of trash in their kernel. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Wed Jan 29 01:16:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA21036 for current-outgoing; Wed, 29 Jan 1997 01:16:27 -0800 (PST) Received: from deepo.prosa.dk ([193.89.187.27]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA21031 for ; Wed, 29 Jan 1997 01:16:21 -0800 (PST) Received: (from regnauld@localhost) by deepo.prosa.dk (8.8.5/8.8.4/prosa-1.1) id KAA16987; Wed, 29 Jan 1997 10:17:50 +0100 (CET) Message-ID: Date: Wed, 29 Jan 1997 10:17:49 +0100 From: regnauld@deepo.prosa.dk (Philippe Regnauld) To: terry@lambert.org (Terry Lambert) Cc: bde@zeta.org.au, freebsd-current@freebsd.org Subject: Re: DX 2/50 as i286... References: <199701281800.LAA08502@phaeton.artisoft.com> X-Mailer: Mutt 0.58 Mime-Version: 1.0 X-Operating-System: FreeBSD 2.2-BETA_A i386 In-Reply-To: <199701281800.LAA08502@phaeton.artisoft.com>; from Terry Lambert on Jan 28, 1997 11:00:09 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert (terry) ecrit/writes: > Try: > > 1) enable KTRACE option > 2) enable PCI bus option I have tried: - ddb with breakpoint on indentifycpu -> I hit 'c', get garbage and the machine reboots. - compiling a kernel with KTRACE + pci0: machine displays: [ preserving 0x1e24c bytes of kernel symbol table ] ... then it hangs. - compiling a kernel with KTRACE only: Fatal trap 12: page fault while in virtual mode (right after [ preserving ... ], so even before device probe) Stopped at: _init386+0x4bf: movl %cr3,%edx. This machine is bogus... (BTW, did I mention that NT 4.0 systematically panicked during install on it, seemingly when jumping to protected mode ? :-) -- -- Phil -[ Philippe Regnauld / Systems Administrator / regnauld@.prosa.dk ]- -[ Location.: +55.4N +11.3E PGP Key: finger regnauld@deepo.prosa.dk ]- From owner-freebsd-current Wed Jan 29 01:23:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA21260 for current-outgoing; Wed, 29 Jan 1997 01:23:15 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA21253 for ; Wed, 29 Jan 1997 01:23:05 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA22311; Wed, 29 Jan 1997 10:22:17 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id KAA20040; Wed, 29 Jan 1997 10:09:54 +0100 (MET) Message-ID: Date: Wed, 29 Jan 1997 10:09:54 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: jcc@wa6iyh.ampr.org (Jim Cotillier) Cc: current@freebsd.org, ache@nagual.ru (Andrey Chernov), chuckr@freebd.org (Chuck Robey) Subject: Re: Can't get `.' off of root's path References: X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Jim Cotillier on Jan 28, 1997 23:07:48 -0800 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Jim Cotillier wrote: > Yes, it's line 628 in csh.c in the -current tree as of last Saturday... > csh.c was hit a few weeks ago, and I have been getting this message since > then on a straight root login. My root environment is the old vanilla: A few `weeks' is funny. :) It seems that this is the change that causes you problems: revision 1.5 date: 1995/07/07 23:14:36; author: ache; state: Exp; lines: +12 -10 Move first PATH initialization after sensing for interactive, But that's almost hard to believe, since it's been in effect for 1.5 years now. Nothing fundamentally has been changed since (only the charclass initialization, and the dreaded $FreeBSD$ stuff). -- 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-current Wed Jan 29 01:32:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA21581 for current-outgoing; Wed, 29 Jan 1997 01:32:08 -0800 (PST) Received: from garfield.panix.com (lsmarso.dialup.access.net [166.84.254.60]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA21575 for ; Wed, 29 Jan 1997 01:32:03 -0800 (PST) Received: (from larry@localhost) by garfield.panix.com (8.8.4/8.8.3) id JAA00847; Wed, 29 Jan 1997 09:28:43 GMT Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Wed, 29 Jan 1997 04:25:48 -0500 (EST) From: Larry Marso To: (Jason Bennett) Subject: RE: Wingz Cc: current@FreeBSD.org Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Works like a charm here. At least the Wingz2.11 version (the *very* latest for linux), which is: Ftp://wingz.iisckc.com/Ftp/linux/wingz.tar.gz I've installed the Linux binary compatibility set. I've also activated the Linux emulation option in the kernel. On 29-Jan-97 Jason Bennett wrote: >I just d/led the binary for Wingz for Linux. When I tried running it >under 3.0, I got this: > >/usr/local/Wingz/bin/Wingz: can't open cache '/etc/ld.so.cache' >/usr/local/Wingz/bin/Wingz: '/lib/libXpm.so.4' is not an ELF file >/usr/local/Wingz/bin/Wingz: can't load library 'libXpm.so.4' > > Now, I supposedly have Linux binary compatability set. And I >think those files are in different places on my machine. Has anyone >else tried this? > > jason > >-- >Jason Bennett, jbennett@cc.gatech.edu | Member, Team OS/2! >CS Major, Georgia Institute of Technology | Senior TA, CS 1501! >Believer in Jesus Christ as Savior and Lord | VP-Comm, BSU! >http://bsu.gt.ed.net/~jason/ | finger for PGP key! Regards. ---------------------------------- Larry Marso date: 29-Jan-97 Time: 04:25:48 From owner-freebsd-current Wed Jan 29 09:24:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA10829 for current-outgoing; Wed, 29 Jan 1997 09:24:46 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA10824 for ; Wed, 29 Jan 1997 09:24:44 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA12115; Wed, 29 Jan 1997 10:06:19 -0700 From: Terry Lambert Message-Id: <199701291706.KAA12115@phaeton.artisoft.com> Subject: Re: installing network cards To: dara@salk.edu (Dara Ghahremani) Date: Wed, 29 Jan 1997 10:06:19 -0700 (MST) Cc: terry@lambert.org, current@freebsd.org In-Reply-To: from "Dara Ghahremani" at Jan 28, 97 07:16:38 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Thanks very much for your help. The cards are being recognized in both > machines now, but other problems have emerged. > > 1) On Machine#2, which has the Intel card installed, I can login but upon > entering my passwd, the screen freezes and no key presses have any affect. > Do you know what may be the cause of this? This is typically a wierd keyboard controller. If you unplug and replug the keyboard, does it come back? Are you using a PS/2 mouse? The console driver has changed recently to account for PS/2 mouse issues, and a couple of keyboard stalls due to writing the LED's; there may even be an option for working around your problem... see the LINT file in /sys/i386/conf for documentation of available options. If you can't fix it this way, you will need to contact the driver maintainer, Soren Schmidt (sos@freebsd.org). > 2) On Machine#1, there seems to be a conflict w/ the SCSI bus (where the > internal drive is connected) and the net card (both in PCI slots). > Sometimes both work fine, but most of the time, the SCSI bus is > not recognized upon boot. Do you know of any tools which might help sort > out this matter? Is your SCSI an Adaptec 3940? They take 2 PCI interrupts. Try reordering the cards, in any case. If you can, avoid putting a card to either side of the SCSI card (other than the video card). If your video card issues vertical retrace interrupts, jumper them off. Note that slot one and slot four are adjacent for the purposes of interrupt stealing. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Jan 29 09:34:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA11457 for current-outgoing; Wed, 29 Jan 1997 09:34:09 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA11406; Wed, 29 Jan 1997 09:34:00 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA12138; Wed, 29 Jan 1997 10:15:23 -0700 From: Terry Lambert Message-Id: <199701291715.KAA12138@phaeton.artisoft.com> Subject: Re: Aic7xxx driver instability with the Quantum Atlas To: phk@critter.dk.tfs.com (Poul-Henning Kamp) Date: Wed, 29 Jan 1997 10:15:23 -0700 (MST) Cc: terry@lambert.org, gibbs@narnia.plutotech.com, FreeBSD-current@freebsd.org, FreeBSD-stable@freebsd.org In-Reply-To: <14145.854528862@critter.dk.tfs.com> from "Poul-Henning Kamp" at Jan 29, 97 10:07:42 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-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >> >Is there any possibility of determining the firmware rev from > >> >software? Then when the queue full condition occurs, you could > >> >print a console log message that tells you to update the > >> >firmware.... or just print that message on a queue full, always, or > >> >for Quantums. > >> > >> This can be done with a tiny shell script that looks at /var/run/dmesg.boot. > >> > >> Nobody with their sanity still moderately intact would add stuff like > >> this to the kernel. > > > >I was thinking of the install code, not the kernel, actually. No > >reason a console message has to originate from the kernel (syslog, et al.). > > Come on Terry, why not just admit you blew it... > > There's no way you can claim that "...when the queue full condition > occurs, ..." would or could refer to the install program... "When the queue full condition occurs" is an event, regardless of where it is handled. The even should trigger a user interaction causing an upgrade to take place at install time, before the error can damage real data stored on the disk. The event is triggerable with user space code operating on the raw disk device before a disklabel has been applied. I exchanged email with Justin T. Gibbs discussing a user space implementation of rogue handling which predates your admonition. Justin, btw. favors kernel space handling because he has globbing in the SCSI code for exactly that sort of thing already; I was not aware the globbing was there, and so advocated user space code to him. Contact Justin if you don't believe me. > But by all means suggest it to the linux camp, they seem to love that > kind of trash in their kernel. Not to justify a kernel implementation, but how many people, relatively speaking, run Linux instead of FreeBSD for reasons of Linux's ease-of-use vs. purity tradeoffs? Anything which works is better than anything that doesn't. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Jan 29 10:28:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA13883 for current-outgoing; Wed, 29 Jan 1997 10:28:54 -0800 (PST) Received: from Sisyphos.MI.Uni-Koeln.DE (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA13877 for ; Wed, 29 Jan 1997 10:28:51 -0800 (PST) Received: from x14.mi.uni-koeln.de (annexr2-49.slip.Uni-Koeln.DE) by Sisyphos.MI.Uni-Koeln.DE with SMTP id AA14904 (5.67b/IDA-1.5 for ); Wed, 29 Jan 1997 19:28:39 +0100 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.5/8.6.9) id TAA27202; Wed, 29 Jan 1997 19:28:46 +0100 (CET) Message-Id: Date: Wed, 29 Jan 1997 19:28:46 +0100 From: ;;;@x14.mi.uni-koeln.de; To: terry@lambert.org (Terry Lambert) Cc: dara@salk.edu (Dara Ghahremani), current@freebsd.org Subject: Re: installing network cards References: <199701291706.KAA12115@phaeton.artisoft.com> X-Mailer: Mutt 0.58-PL15 Mime-Version: 1.0 In-Reply-To: <199701291706.KAA12115@phaeton.artisoft.com>; from Terry Lambert on Jan 29, 1997 10:06:19 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Jan 29, terry@lambert.org (Terry Lambert) wrote: > Is your SCSI an Adaptec 3940? They take 2 PCI interrupts. Try > reordering the cards, in any case. If you can, avoid putting a card > to either side of the SCSI card (other than the video card). If your > video card issues vertical retrace interrupts, jumper them off. Note > that slot one and slot four are adjacent for the purposes of interrupt > stealing. Ahemm ??? We support PCI interrupt sharing for so long, already, that I forgot when it was added :) If you can't freely assign cards to your slots, then your system is severly broken. Regards, STefan From owner-freebsd-current Wed Jan 29 10:39:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA14246 for current-outgoing; Wed, 29 Jan 1997 10:39:38 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA14241 for ; Wed, 29 Jan 1997 10:39:36 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA12334; Wed, 29 Jan 1997 11:21:10 -0700 From: Terry Lambert Message-Id: <199701291821.LAA12334@phaeton.artisoft.com> Subject: Re: installing network cards To: ;;;;@x14.mi.uni-koeln.de;;; Date: Wed, 29 Jan 1997 11:21:10 -0700 (MST) Cc: terry@lambert.org, dara@salk.edu, current@freebsd.org In-Reply-To: from ";;@x14.mi.uni-koeln.de" at Jan 29, 97 07:28:46 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-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > On Jan 29, terry@lambert.org (Terry Lambert) wrote: > > Is your SCSI an Adaptec 3940? They take 2 PCI interrupts. Try > > reordering the cards, in any case. If you can, avoid putting a card > > to either side of the SCSI card (other than the video card). If your > > video card issues vertical retrace interrupts, jumper them off. Note > > that slot one and slot four are adjacent for the purposes of interrupt > > stealing. > > Ahemm ??? > > We support PCI interrupt sharing for so long, already, > that I forgot when it was added :) > > If you can't freely assign cards to your slots, then > your system is severly broken. He didn't say what version he was running; it may not support it. In addition, there has been traffic on the SMP list to the effect that an AHA3940 PCI interrupt sharing fails to operate for the 'B' channel of the device. Finally, I have no way of knowing the PCI BIOS rev on his machine, or of the machine itself, if there are electrical differences. It may in fact be only a 1.0 box (which did not handle resource sharing correctly -- see the archive for BusLogic controller workarounds for motherboards from the Intel OEM products division). In any case, card reordering fixed the PCI problems on SMP-current as of last wee (is the SMP list archived? If so, look there; otherwise I may have saved the messages, and can forward them if you are interested). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Jan 29 11:13:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA15888 for current-outgoing; Wed, 29 Jan 1997 11:13:12 -0800 (PST) Received: from vex.net (root@shell.vex.net [207.107.242.162]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA15880; Wed, 29 Jan 1997 11:13:04 -0800 (PST) Received: from vex.net(really [207.107.242.162]) by vex.net via sendmail with smtp id for ; Wed, 29 Jan 1997 14:12:59 -0500 (EST) (Smail-3.2.0.90 1996-Dec-4 #4 built 1997-Jan-8) Date: Wed, 29 Jan 1997 14:12:59 -0500 (EST) From: Brian Tao To: phk@freebsd.org cc: current@freebsd.org, bugs@freebsd.org Subject: Re: vx0 receives any and all packets ??? In-Reply-To: <9404.854376818@critter.dk.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 27 Jan 1997, Poul-Henning Kamp wrote: > > vx0 <3COM 3C900 Etherlink XL PCI> rev 0 int a irq 9 on pci0:9 > utp/aui/bnc[*bnc*] address 00:60:97:06:ef:c5 vx0 <3COM 3C900 Etherlink XL PCI> rev 0 int a irq 9 on pci0:10:0 utp[*utp*]: disable 'auto select' with DOS util! address 00:a0:24:dd:ca:a3 vx0: flags=8843 mtu 1500 inet 10.35.5.203 netmask 0xff000000 broadcast 10.255.255.255 ether 00:a0:24:dd:ca:a3 > and "tcpdump -p" as well as "netstat -s" seems to indicate that > any and all packet on my ethernet gets forwarded to my IP stack :-( I think I'm seeing this here as well. On what should otherwise be a completely network-quiet workstation, I'm seeing this with `netstat 1': input (Total) output packets errs bytes packets errs bytes colls 18 0 2713 0 0 0 0 7 0 1684 0 0 0 0 14 0 841 0 0 0 0 14 0 852 0 0 0 0 15 0 1166 0 0 0 0 11 0 1405 0 0 0 0 24 0 1774 0 0 0 0 32 0 3164 0 0 0 0 47 0 11969 0 0 0 0 49 0 19136 0 0 0 0 59 0 22704 0 0 0 0 58 0 21506 0 0 0 0 63 0 25942 0 0 0 0 45 0 19668 0 0 0 0 45 0 19237 0 0 0 0 40 0 18072 0 0 0 0 21 0 1534 0 0 0 0 22 0 1606 0 0 0 0 15 0 1127 0 0 0 0 27 0 2551 0 0 0 0 15 0 1209 0 0 0 0 I just got this machine in yesterday, and it's the first time I've used the EtherLink XL 3C900-TPO controller. This is a "Rev A' card, according to the traces on the board. I'll try your patch on 3.0-970124 and see what happens. -- Brian Tao (BT300, taob@risc.org) "Though this be madness, yet there is method in't" From owner-freebsd-current Wed Jan 29 12:14:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA18639 for current-outgoing; Wed, 29 Jan 1997 12:14:12 -0800 (PST) Received: from salmon.maths.tcd.ie (mmdf@salmon.maths.tcd.ie [134.226.81.11]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA18625; Wed, 29 Jan 1997 12:14:01 -0800 (PST) Received: from boole.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id aa26576; 29 Jan 97 20:13 +0000 To: FreeBSD-current@freebsd.org, FreeBSD-stable@freebsd.org Subject: Re: Aic7xxx driver instability with the Quantum Atlas In-reply-to: Your message of "Wed, 29 Jan 1997 10:15:23 MST." <199701291715.KAA12138@phaeton.artisoft.com> Date: Wed, 29 Jan 1997 20:13:11 +0000 From: David Malone Message-ID: <9701292013.aa26576@salmon.maths.tcd.ie> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [Where message about queue full should go]. I'd suggest it gets put in the FAQ or handbook now, before people start asking about it. If there is some sort of pointer to the FAQ when the problem crops up all the better. (But then again I could be wrong...) David. From owner-freebsd-current Wed Jan 29 12:51:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA20415 for current-outgoing; Wed, 29 Jan 1997 12:51:13 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA20397 for ; Wed, 29 Jan 1997 12:51:09 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA03881; Wed, 29 Jan 1997 21:50:53 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id UAA21144; Wed, 29 Jan 1997 20:27:15 +0100 (MET) Message-ID: Date: Wed, 29 Jan 1997 20:27:15 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: gurney_j@resnet.uoregon.edu (John-Mark Gurney) Cc: freebsd-current@freebsd.org (FreeBSD Current) Subject: Re: documenting scsi device driver options... References: X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from John-Mark Gurney on Jan 27, 1997 23:34:22 -0800 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As John-Mark Gurney wrote: > I'm wondering if there is a recommended place to document scsi device > specific flags... i.e. at the end of the quirk entries... > I also have added the struct scsidevs to scsi.4... (i.e. documenting the > structure used for all the quirk entries)... This sounds like something that should go into section 9 of the manual. -- 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-current Wed Jan 29 12:58:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA20789 for current-outgoing; Wed, 29 Jan 1997 12:58:12 -0800 (PST) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA20782 for ; Wed, 29 Jan 1997 12:58:07 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hydrogen.nike.efn.org (8.8.4/8.8.4) with SMTP id MAA19909; Wed, 29 Jan 1997 12:57:49 -0800 (PST) Date: Wed, 29 Jan 1997 12:57:49 -0800 (PST) From: John-Mark Gurney Reply-To: John-Mark Gurney To: Joerg Wunsch cc: FreeBSD Current Subject: Re: documenting scsi device driver options... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 29 Jan 1997, J Wunsch wrote: > As John-Mark Gurney wrote: > > > I'm wondering if there is a recommended place to document scsi device > > specific flags... i.e. at the end of the quirk entries... > > > I also have added the struct scsidevs to scsi.4... (i.e. documenting the > > structure used for all the quirk entries)... > > This sounds like something that should go into section 9 of the > manual. ok... I'll have to checkout the section 9 man pages... as I'm running an old snap that doesn't have many section 9 pages... so you suggest screating something like a scsiconf.9 page that talks about how the quirks work.. then point the users to the xx.4 driver page for driver specific flags? ttyl... John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-current Wed Jan 29 13:12:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA21492 for current-outgoing; Wed, 29 Jan 1997 13:12:54 -0800 (PST) Received: from helmholtz.salk.edu (helmholtz.salk.edu [198.202.70.34]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA21487 for ; Wed, 29 Jan 1997 13:12:50 -0800 (PST) Received: from helmholtz (helmholtz [198.202.70.34]) by helmholtz.salk.edu (8.7.5/8.7.3) with SMTP id NAA22014; Wed, 29 Jan 1997 13:11:19 -0800 (PST) Date: Wed, 29 Jan 1997 13:11:18 -0800 (PST) From: Dara Ghahremani X-Sender: dara@helmholtz To: Terry Lambert cc: current@freebsd.org Subject: Re: installing network cards In-Reply-To: <199701291706.KAA12115@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 29 Jan 1997, Terry Lambert wrote: > > Thanks very much for your help. The cards are being recognized in both > > machines now, but other problems have emerged. > > > > 1) On Machine#2, which has the Intel card installed, I can login but upon > > entering my passwd, the screen freezes and no key presses have any affect. > > Do you know what may be the cause of this? > > This is typically a wierd keyboard controller. If you unplug and replug > the keyboard, does it come back? Are you using a PS/2 mouse? The > console driver has changed recently to account for PS/2 mouse issues, > and a couple of keyboard stalls due to writing the LED's; there may even > be an option for working around your problem... see the LINT file in > /sys/i386/conf for documentation of available options. > > If you can't fix it this way, you will need to contact the driver > maintainer, Soren Schmidt (sos@freebsd.org). I apologize for not being more specific about this, I do get a keyboard response, but not a system response - i.e. control-D and C appear as ^C or ^D on the screen and no response returns other than the characters that appear on the screen. I will check on the SCSI situation that you wrote about now. Thanks, Dara From owner-freebsd-current Wed Jan 29 13:19:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA21947 for current-outgoing; Wed, 29 Jan 1997 13:19:36 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA21931; Wed, 29 Jan 1997 13:19:31 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA17426; Wed, 29 Jan 1997 14:01:18 -0700 From: Terry Lambert Message-Id: <199701292101.OAA17426@phaeton.artisoft.com> Subject: Re: Aic7xxx driver instability with the Quantum Atlas To: dwmalone@maths.tcd.ie (David Malone) Date: Wed, 29 Jan 1997 14:01:18 -0700 (MST) Cc: FreeBSD-current@freebsd.org, FreeBSD-stable@freebsd.org In-Reply-To: <9701292013.aa26576@salmon.maths.tcd.ie> from "David Malone" at Jan 29, 97 08:13:11 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-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > [Where message about queue full should go]. > > I'd suggest it gets put in the FAQ or handbook now, > before people start asking about it. If there is some > sort of pointer to the FAQ when the problem crops up > all the better. > > (But then again I could be wrong...) Subscribe to -questions for a while. A FAQ is a useful resource, but it is not the same as a preemptive fix. Especially for a problem that can result in lost data. 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-current Wed Jan 29 13:31:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA22666 for current-outgoing; Wed, 29 Jan 1997 13:31:22 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA22654 for ; Wed, 29 Jan 1997 13:31:18 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA18568; Wed, 29 Jan 1997 14:12:48 -0700 From: Terry Lambert Message-Id: <199701292112.OAA18568@phaeton.artisoft.com> Subject: Re: installing network cards To: dara@salk.edu (Dara Ghahremani) Date: Wed, 29 Jan 1997 14:12:48 -0700 (MST) Cc: terry@lambert.org, current@freebsd.org In-Reply-To: from "Dara Ghahremani" at Jan 29, 97 01:11:18 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-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I apologize for not being more specific about this, I do get a keyboard > response, but not a system response - i.e. control-D and C appear as ^C > or ^D on the screen and no response returns other than the characters > that appear on the screen. > > I will check on the SCSI situation that you wrote about now. It's possible that you have a bad chipset. What chipset do you have (if you know) and do you have more than 16M of RAM? Also, if you disable the L1 and L2 cache in the BIOS setup, does the problem go away? Are you running IDE? If so, do you have a CMD640b IDE controller chip and two or more disks? You need to provide more specific information about the machine... if it is hanging where ^C and ^D can't interrupt it, it may be that you are running a shell which is trying to do a DNS lookup (and failing), in which case it will eventually come back, OR it may be that your shell image is being corruped as it is loaded into memory, either from stale cache data because of your chipset, or even bad cache RAM or main memory, OR the freeze-up is occuring in the disk driver because of some hardware problem (like a CMD640b with two or more devices on it or a WD IDE drive slaved to a non-WD IDE drive, 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-current Wed Jan 29 13:32:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA22966 for current-outgoing; Wed, 29 Jan 1997 13:32:51 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA22946 for ; Wed, 29 Jan 1997 13:32:44 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA18713 for current@freebsd.org; Wed, 29 Jan 1997 14:14:18 -0700 From: Terry Lambert Message-Id: <199701292114.OAA18713@phaeton.artisoft.com> Subject: LINT will not build To: current@freebsd.org Date: Wed, 29 Jan 1997 14:14:18 -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-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk LINT build fails while building the FDDI driver; apparently, the if_address member has become a list and the FDDI driver code was never updated. 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-current Wed Jan 29 14:48:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA27396 for current-outgoing; Wed, 29 Jan 1997 14:48:51 -0800 (PST) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA27386 for ; Wed, 29 Jan 1997 14:48:48 -0800 (PST) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.8.4/8.8.4) with SMTP id OAA25517; Wed, 29 Jan 1997 14:42:22 -0800 (PST) Message-ID: <32EFD1EC.41C67EA6@whistle.com> Date: Wed, 29 Jan 1997 14:40:44 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Joerg Wunsch CC: John-Mark Gurney , FreeBSD Current Subject: Re: documenting scsi device driver options... References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk J Wunsch wrote: > > As John-Mark Gurney wrote: > > > I'm wondering if there is a recommended place to document scsi device > > specific flags... i.e. at the end of the quirk entries... > > > I also have added the struct scsidevs to scsi.4... (i.e. documenting the > > structure used for all the quirk entries)... > > This sounds like something that should go into section 9 of the > manual. > I've started thinkinmg about a section 9 page for scsi not a promise you undertand, but a definite item on my "to do" list From owner-freebsd-current Wed Jan 29 14:56:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA27751 for current-outgoing; Wed, 29 Jan 1997 14:56:32 -0800 (PST) Received: from helmholtz.salk.edu (helmholtz.salk.edu [198.202.70.34]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA27746 for ; Wed, 29 Jan 1997 14:56:29 -0800 (PST) Received: from helmholtz (helmholtz [198.202.70.34]) by helmholtz.salk.edu (8.7.5/8.7.3) with SMTP id OAA23934; Wed, 29 Jan 1997 14:55:11 -0800 (PST) Date: Wed, 29 Jan 1997 14:55:10 -0800 (PST) From: Dara Ghahremani X-Sender: dara@helmholtz Reply-To: Dara Ghahremani To: Terry Lambert cc: current@freebsd.org Subject: Re: installing network cards In-Reply-To: <199701292112.OAA18568@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The machine is a Dell XPS P133c running AMIBIOS A02 with 64 MB RAM. It's running IDE w/ one disk. The dmesg scrolls too quickly off the screen for me to tell if it uses CMD640b IDE (neither "more" or any editor is installed on the local disk). I don't see any reference to the L1 or L2 cache in the BIOS setup. The machine gets to the point where it's pingable from another host and telneting works until after the password is entered. Then, the system doesn't respond to control-Cs as I described in a previous message. By the way, the machine works fine when I change to the previous 3COM 509 card so I believe there is something about this 3COM 595c card that is bringing about these problems. Perhaps the author of the vx0 driver for this card would know what's going on? Dara On Wed, 29 Jan 1997, Terry Lambert wrote: > > I apologize for not being more specific about this, I do get a keyboard > > response, but not a system response - i.e. control-D and C appear as ^C > > or ^D on the screen and no response returns other than the characters > > that appear on the screen. > > > > I will check on the SCSI situation that you wrote about now. > > It's possible that you have a bad chipset. What chipset do you have > (if you know) and do you have more than 16M of RAM? Also, if you > disable the L1 and L2 cache in the BIOS setup, does the problem go > away? Are you running IDE? If so, do you have a CMD640b IDE > controller chip and two or more disks? You need to provide more > specific information about the machine... if it is hanging where > ^C and ^D can't interrupt it, it may be that you are running a > shell which is trying to do a DNS lookup (and failing), in which > case it will eventually come back, OR it may be that your shell > image is being corruped as it is loaded into memory, either from > stale cache data because of your chipset, or even bad cache RAM > or main memory, OR the freeze-up is occuring in the disk driver > because of some hardware problem (like a CMD640b with two or more > devices on it or a WD IDE drive slaved to a non-WD IDE drive, 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-current Wed Jan 29 16:50:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA05124 for current-outgoing; Wed, 29 Jan 1997 16:50:35 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id QAA05108 for ; Wed, 29 Jan 1997 16:50:32 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id BAA09523 for current@freebsd.org; Thu, 30 Jan 1997 01:50:30 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id XAA21818; Wed, 29 Jan 1997 23:22:44 +0100 (MET) Message-ID: Date: Wed, 29 Jan 1997 23:22:44 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: current@freebsd.org Subject: Re: LINT will not build References: <199701292114.OAA18713@phaeton.artisoft.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701292114.OAA18713@phaeton.artisoft.com>; from Terry Lambert on Jan 29, 1997 14:14:18 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > LINT build fails while building the FDDI driver; apparently, the > if_address member has become a list and the FDDI driver code was > never updated. More apparently (from the CVS logs), i very simply broke it. :-} -- 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-current Wed Jan 29 16:50:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA05171 for current-outgoing; Wed, 29 Jan 1997 16:50:49 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id QAA05161 for ; Wed, 29 Jan 1997 16:50:46 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id BAA09526; Thu, 30 Jan 1997 01:50:40 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id XAA21894; Wed, 29 Jan 1997 23:50:07 +0100 (MET) Message-ID: Date: Wed, 29 Jan 1997 23:50:07 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: rjb@mojo.calyx.net (Robert J. Brown) Cc: current@freebsd.org Subject: Re: install broken on the 970124 snap (fwd) References: X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Doug White on Jan 28, 1997 19:34:58 -0800 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Doug White wrote: > Report we got in -questions. > I played with it for a bit, and if you edit bin.inf and change the "Pieces > = 72" to "pieces = 72" it works correctly. That's surprising. I just verified, sysinstall makes the match case-insensitive. At least, that's how it is supposed to be. Puzzling. -- 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-current Wed Jan 29 16:57:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA05692 for current-outgoing; Wed, 29 Jan 1997 16:57:24 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA05682 for ; Wed, 29 Jan 1997 16:57:21 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id QAA09908; Wed, 29 Jan 1997 16:57:11 -0800 (PST) To: Doug White cc: current@freebsd.org Subject: Re: install broken on the 970124 snap (fwd) In-reply-to: Your message of "Tue, 28 Jan 1997 19:34:58 PST." Date: Wed, 29 Jan 1997 16:57:11 -0800 Message-ID: <9904.854585831@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Little problem with installation on yesterday's SNAP release. I am doing > an install from a dos partition, and I copied everything correctly into > c:\freebsd\bin. When I get to the point in the install where it is to > do the extraction of the distributions, the install says it can't find > the bin distribution. I put the install system into debug mode to watch > the festivities, and it seemed to be snagging the bin.inf and choking on > it. It was bombing out with an error about a "P" and it couldn't find > "pieces". > > I played with it for a bit, and if you edit bin.inf and change the "Pieces > = 72" to "pieces = 72" it works correctly. Hmmm. I doubt that the applied fix was actually responsible for fixing it since case is ignored (I use strcasecmp() for the attribute name lookup), but perhaps he's run into a different error masquerading as such. I'll look into it. Jordan From owner-freebsd-current Wed Jan 29 17:55:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA09498 for current-outgoing; Wed, 29 Jan 1997 17:55:09 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id RAA09487 for ; Wed, 29 Jan 1997 17:55:04 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA20688; Wed, 29 Jan 1997 18:36:30 -0700 From: Terry Lambert Message-Id: <199701300136.SAA20688@phaeton.artisoft.com> Subject: Re: installing network cards To: dara@salk.edu Date: Wed, 29 Jan 1997 18:36:30 -0700 (MST) Cc: terry@lambert.org, current@freebsd.org In-Reply-To: from "Dara Ghahremani" at Jan 29, 97 02:55:10 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-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The machine is a Dell XPS P133c running AMIBIOS A02 with 64 MB RAM. > It's running IDE w/ one disk. The dmesg scrolls too quickly off the screen > for me to tell if it uses CMD640b IDE (neither "more" or any editor is > installed on the local disk). I don't see any reference to the L1 or L2 > cache in the BIOS setup. Hit "scroll lock" on the console. Use "pgup/pgdn" to read the dmesg. You may try booting with the original (non-working ethernet) kernel, as well. > The machine gets to the point where it's pingable from another host and > telneting works until after the password is entered. Then, the system > doesn't respond to control-Cs as I described in a previous message. So it is locking up when execing the shell. This is either a problem with the shell (it makes a DNS call that never returns to look up the host name so it can display it in your prompt, like tcsh), OR a problem with the in-memory image of the shell (the cache contains bogus data for one or more L1 or L2 cache lines because the DMA page invalidate did not occur or the cache is just bad) OR a read from the physical media on behalf of the process, by the kernel, to fault in a page of the shell executable (driver and/or disk bug, potentially the RZ1000 IDE bug [I think that one's worked around] or the CMD 640b bug [that one isn't] or the HiNT chipset bug [that one isn't] or the Saturn I family PCI chipset bug [that one isn't] or a VLB controller in a slave slot [that one isn't], etc.). Either way, turning off your cache would help us tell you which one is the problem, or if none of them are. > By the way, the machine works fine when I change to the previous 3COM 509 > card so I believe there is something about this 3COM 595c card that is > bringing about these problems. Perhaps the author of the vx0 driver for > this card would know what's going on? Possibly; or perhaps you are running an old driver, or the wrong version of the driver for your kernel. It may be that it doesn't work with PCI interrupt sharing because of a driver bug, and reordering the cards will make it not have to share. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Jan 29 18:55:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA12874 for current-outgoing; Wed, 29 Jan 1997 18:55:08 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id SAA12869 for ; Wed, 29 Jan 1997 18:55:06 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA20925; Wed, 29 Jan 1997 19:37:01 -0700 From: Terry Lambert Message-Id: <199701300237.TAA20925@phaeton.artisoft.com> Subject: Re: LINT will not build To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 29 Jan 1997 19:37:01 -0700 (MST) Cc: current@freebsd.org In-Reply-To: from "J Wunsch" at Jan 29, 97 11:22:44 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > LINT build fails while building the FDDI driver; apparently, the > > if_address member has become a list and the FDDI driver code was > > never updated. > > More apparently (from the CVS logs), i very simply broke it. :-} Apparently: I didn't look at the CVS logs Evidently: I looked at the CVS logs Any chance of you "evidently" very simply fixing it? 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-current Wed Jan 29 19:24:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA15150 for current-outgoing; Wed, 29 Jan 1997 19:24:16 -0800 (PST) Received: from helmholtz.salk.edu (helmholtz.salk.edu [198.202.70.34]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA15137 for ; Wed, 29 Jan 1997 19:24:14 -0800 (PST) Received: from helmholtz (helmholtz [198.202.70.34]) by helmholtz.salk.edu (8.7.5/8.7.3) with SMTP id TAA27988; Wed, 29 Jan 1997 19:21:43 -0800 (PST) Date: Wed, 29 Jan 1997 19:21:42 -0800 (PST) From: Dara Ghahremani X-Sender: dara@helmholtz To: Terry Lambert cc: current@freebsd.org Subject: Re: installing network cards In-Reply-To: <199701300136.SAA20688@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The problem on this machine seems to be with connecting to the NFS server: marr /kernel: nfs not responding # marr is the machine name But this problem doesn't occur when I switch this 3COM 3c595 net card w/ the older 509 card. Any ideas? Dara On Wed, 29 Jan 1997, Terry Lambert wrote: > > The machine is a Dell XPS P133c running AMIBIOS A02 with 64 MB RAM. > > It's running IDE w/ one disk. The dmesg scrolls too quickly off the screen > > for me to tell if it uses CMD640b IDE (neither "more" or any editor is > > installed on the local disk). I don't see any reference to the L1 or L2 > > cache in the BIOS setup. > > Hit "scroll lock" on the console. Use "pgup/pgdn" to read the dmesg. > > You may try booting with the original (non-working ethernet) kernel, > as well. > > > The machine gets to the point where it's pingable from another host and > > telneting works until after the password is entered. Then, the system > > doesn't respond to control-Cs as I described in a previous message. > > So it is locking up when execing the shell. This is either a problem > with the shell (it makes a DNS call that never returns to look up the > host name so it can display it in your prompt, like tcsh), OR a > problem with the in-memory image of the shell (the cache contains > bogus data for one or more L1 or L2 cache lines because the DMA > page invalidate did not occur or the cache is just bad) OR a read > from the physical media on behalf of the process, by the kernel, to > fault in a page of the shell executable (driver and/or disk bug, > potentially the RZ1000 IDE bug [I think that one's worked around] or > the CMD 640b bug [that one isn't] or the HiNT chipset bug [that one > isn't] or the Saturn I family PCI chipset bug [that one isn't] or a > VLB controller in a slave slot [that one isn't], etc.). > > Either way, turning off your cache would help us tell you which one > is the problem, or if none of them are. > > > > By the way, the machine works fine when I change to the previous 3COM 509 > > card so I believe there is something about this 3COM 595c card that is > > bringing about these problems. Perhaps the author of the vx0 driver for > > this card would know what's going on? > > Possibly; or perhaps you are running an old driver, or the wrong version > of the driver for your kernel. It may be that it doesn't work with > PCI interrupt sharing because of a driver bug, and reordering the cards > will make it not have to share. > > > Regards, > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > From owner-freebsd-current Wed Jan 29 23:08:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA24928 for current-outgoing; Wed, 29 Jan 1997 23:08:52 -0800 (PST) Received: from research.gate.nec.co.jp (research.gate.nec.co.jp [202.32.8.49]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA24923 for ; Wed, 29 Jan 1997 23:08:49 -0800 (PST) Received: from sbl-gw.sbl.cl.nec.co.jp by research.gate.nec.co.jp (8.8.4+2.7Wbeta4/950912) with ESMTP id QAA19548; Thu, 30 Jan 1997 16:08:44 +0900 (JST) Received: from sirius.sbl.cl.nec.co.jp by sbl-gw.sbl.cl.nec.co.jp (8.7.6+2.6Wbeta7/3.3W6) with ESMTP id QAA26621; Thu, 30 Jan 1997 16:08:42 +0900 (JST) Received: by sirius.sbl.cl.nec.co.jp (8.7.5+2.6Wbeta6/3.3W6) with UUCP id QAA18370; Thu, 30 Jan 1997 16:08:39 +0900 (JST) Date: Thu, 30 Jan 1997 16:08:39 +0900 (JST) From: Naoki Hamada Message-Id: <199701300708.QAA18370@sirius.sbl.cl.nec.co.jp> References: To: dara@salk.edu CC: terry@lambert.org, current@freebsd.org In-reply-to: Dara Ghahremani's message of "Wed, 29 Jan 1997 19:21:42 -0800 (PST)" Subject: Re: installing network cards Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Dara wrote: >But this problem doesn't occur when I switch this 3COM 3c595 net card w/ >the older 509 card. Have you tried to change 'Network Driver Optimization' by 3C59XCFG.EXE? You can choose between 'Normal' and 'Minimal CPU Utilization' and 'Maximized Network Performance'. - nao From owner-freebsd-current Wed Jan 29 23:23:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA25530 for current-outgoing; Wed, 29 Jan 1997 23:23:29 -0800 (PST) Received: from dfw-ix6.ix.netcom.com (dfw-ix6.ix.netcom.com [206.214.98.6]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id XAA25510; Wed, 29 Jan 1997 23:23:25 -0800 (PST) Received: from silvia.HIP.Berkeley.EDU (wck-ca6-07.ix.netcom.com [199.35.213.199]) by dfw-ix6.ix.netcom.com (8.6.13/8.6.12) with ESMTP id XAA18162; Wed, 29 Jan 1997 23:22:20 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.5/8.6.9) id XAA00996; Wed, 29 Jan 1997 23:22:08 -0800 (PST) Date: Wed, 29 Jan 1997 23:22:08 -0800 (PST) Message-Id: <199701300722.XAA00996@silvia.HIP.Berkeley.EDU> To: gibbs@narnia.plutotech.com, FreeBSD-current@FreeBSD.org, FreeBSD-stable@FreeBSD.org In-reply-to: <199701290420.UAA10298@silvia.HIP.Berkeley.EDU> (asami@vader.cs.berkeley.edu) Subject: Re: Aic7xxx driver instability with the Quantum Atlas From: asami@vader.cs.berkeley.edu (Satoshi Asami) Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk * Thanks, but which file should I get? The Atlas-II/LXY4 directory doesn't * contain any instructions, and has three files: * * D5gnlxy4.fup * Dagnlxy4.fup * Dkgnlxy4.fup A followup on this. I downloaded all three, and the dsp.exe program (picked up from "Atlas" directory) claimed they are for XP27275S, XP34550S, and XP39100S, in that order. These are 2.2GB, 4.5GB, 9.0GB versions of narrow Atlas-IIs. I couldn't find anything for my 4.5GB wide Atlas-II (even in the LXQ1 or LXY1 directories). Satoshi (sniff) From owner-freebsd-current Thu Jan 30 01:23:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA00218 for current-outgoing; Thu, 30 Jan 1997 01:23:01 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA00195 for ; Thu, 30 Jan 1997 01:22:55 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA14555 for freebsd-current@FreeBSD.org; Thu, 30 Jan 1997 10:22:47 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id KAA27254; Thu, 30 Jan 1997 10:05:02 +0100 (MET) Message-ID: Date: Thu, 30 Jan 1997 10:05:02 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: Re: LINT will not build References: <199701300237.TAA20925@phaeton.artisoft.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701300237.TAA20925@phaeton.artisoft.com>; from Terry Lambert on Jan 29, 1997 19:37:01 -0700 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > Any chance of you "evidently" very simply fixing it? Yes. If you're impatient, replace the ifa->ifaddrlist by &ifa->ifaddrhead (written offhand). If you're patient, wait a few hours until i got time to commit the fix. I gotta go out to (pay)work right now. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Jan 30 01:36:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA01025 for current-outgoing; Thu, 30 Jan 1997 01:36:41 -0800 (PST) Received: from deepo.prosa.dk ([193.89.187.27]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA01019 for ; Thu, 30 Jan 1997 01:36:35 -0800 (PST) Received: (from regnauld@localhost) by deepo.prosa.dk (8.8.5/8.8.4/prosa-1.1) id KAA05111; Thu, 30 Jan 1997 10:35:51 +0100 (CET) Message-ID: Date: Thu, 30 Jan 1997 10:35:50 +0100 From: regnauld@deepo.prosa.dk (Philippe Regnauld) To: freebsd-current@freebsd.org Subject: 2.2-B hang on serial DTR/CTS ? transition X-Mailer: Mutt 0.58 Mime-Version: 1.0 X-Operating-System: FreeBSD 2.2-BETA_A i386 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I've been noticing this for some time in -current (and in 2.2-B): whenever the modem is unavailable in some way for some time (power cycle, unplugged, ...), the machine would totally freeze up for some seconds, and sometimes never recovered at all. I've also seen this during bad connections when the modem retrained. This behavior appeared I think sometime late last year, and I haven't changed my rc.serial (still uses dtrwait 100 drainwait 180). This is particularly obvious under X when suddenly the cursor and _everything_ else freezes (console switching, numlock et al.). I resorteed to hitting O/A (ZyXEL) when this happens, since sometimes it never recovers... I could until yesterday say, "I can live with it", but I recompiled a new kernel for my work machine here (2.2-B, 486-133 AMD, IDlE disks), and it kept freezing _right_ after 'starting local daemons: .' and the display of the date. (the change between the two kernels was the addition of a 3Com ep device). I finally traced it to getty hanging on ttyd1 because I had turned the modem _off_! Logging in right away and running top showed getty using 65% CPU and going down. What bothers me is that that with only one ep0, it doesn't hang... Sorry for the prose, maybe I should do a PR, but I found no concise way to explain this :-) -- -- Phil -[ Philippe Regnauld / Systems Administrator / regnauld@.prosa.dk ]- -[ Location.: +55.4N +11.3E PGP Key: finger regnauld@deepo.prosa.dk ]- From owner-freebsd-current Thu Jan 30 01:37:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA01145 for current-outgoing; Thu, 30 Jan 1997 01:37:50 -0800 (PST) Received: from atena.eurocontrol.fr (atena.uneec.eurocontrol.fr [147.196.69.10]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA01129 for ; Thu, 30 Jan 1997 01:37:37 -0800 (PST) Resent-From: roberto@eurocontrol.fr Received: by atena.eurocontrol.fr; (5.65v3.2/1.3/10May95) id AA18185; Thu, 30 Jan 1997 10:37:27 +0100 Received: (from roberto@localhost) by caerdonn.eurocontrol.fr (8.8.5/caerdonn-1.1) id KAA19048 for current@freebsd.org; Thu, 30 Jan 1997 10:37:18 +0100 (MET) Resent-Message-Id: <199701300937.KAA19048@caerdonn.eurocontrol.fr> Message-Id: <19970129145800.HF29273@caerdonn.eurocontrol.fr> Date: Wed, 29 Jan 1997 14:58:00 +0100 From: roberto@eurocontrol.fr (Ollivier Robert) To: freebsd-current@freebsd.org (FreeBSD Current Users' list) Subject: Problem with ld X-Mailer: Mutt 0.59.1 Mime-Version: 1.0 X-Operating-System: FreeBSD 3.0-CURRENT Resent-Date: Thu, 30 Jan 1997 10:37:18 +0100 Resent-To: current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Can someone (John ?) help me with this: ld -Bshareable -L/usr/local/lib -o libperl.so.3.23 perl.o gv.o toke.o perly.o op.o regcomp.o dump.o util.o mg.o hv.o av.o run.o pp_hot.o sv.o pp.o scope.o pp_ctl.o pp_sys.o doop.o doio.o regexec.o taint.o deb.o universal.o globals.o perlio.o -lm -lc -lcrypt ld: internal error: wrong number (1179) of global symbols written into output file, should be 1190 *** Error code 1 Stop. Sources from about friday. -- Ollivier ROBERT -=- Eurocontrol EEC/TS -=- Ollivier.Robert@eurocontrol.fr Usenet Canal Historique From owner-freebsd-current Thu Jan 30 03:21:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA05647 for current-outgoing; Thu, 30 Jan 1997 03:21:38 -0800 (PST) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id DAA05630; Thu, 30 Jan 1997 03:21:33 -0800 (PST) Received: by sovcom.kiae.su id AA22440 (5.65.kiae-1 ); Thu, 30 Jan 1997 14:04:32 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Thu, 30 Jan 97 14:04:31 +0300 Received: from localhost (nagual.ru [127.0.0.1]) by nagual.ru (8.8.5/8.8.5) with SMTP id OAA00253; Thu, 30 Jan 1997 14:03:21 +0300 (MSK) Date: Thu, 30 Jan 1997 14:03:21 +0300 (MSK) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= To: FreeBSD-current , FreeBSD-SCSI List Subject: Adaptec errors with latest SCSI updates Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I start to get following errors after recent SCSI code updates: ahc0: WARNING no command for scb 0 (cmdcmplt) QOUTCNT == 4 ahc0: WARNING no command for scb 0 (cmdcmplt) QOUTCNT == 1 My configuration: ahc0: at 0x1c00-0x1cff irq 11 on eisa0 slot 1 ahc0: aic7770 >= Rev E, Single Channel, SCSI Id=7, 4 SCBs scbus0 at ahc0 bus 0 ahc0: target 0 Tagged Queuing Device sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access 1013MB (2074880 512 byte sectors) ahc0: target 1 Tagged Queuing Device sd1 at scbus0 target 1 lun 0 sd1: type 0 fixed SCSI 2 sd1: Direct-Access 2063MB (4226725 512 byte sectors) -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Thu Jan 30 06:41:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA13323 for current-outgoing; Thu, 30 Jan 1997 06:41:26 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA13312 for ; Thu, 30 Jan 1997 06:41:22 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id BAA12863; Fri, 31 Jan 1997 01:38:04 +1100 Date: Fri, 31 Jan 1997 01:38:04 +1100 From: Bruce Evans Message-Id: <199701301438.BAA12863@godzilla.zeta.org.au> To: freebsd-current@freebsd.org, regnauld@deepo.prosa.dk Subject: Re: 2.2-B hang on serial DTR/CTS ? transition Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I've been noticing this for some time in -current (and in 2.2-B): >whenever the modem is unavailable in some way for some time (power >cycle, unplugged, ...), the machine would totally freeze up for some >seconds, and sometimes never recovered at all. I've also seen this >during bad connections when the modem retrained. > >This behavior appeared I think sometime late last year, and I haven't >changed my rc.serial (still uses dtrwait 100 drainwait 180). BSD tries too hard to drain output in close(), and late last year I fixed a bug that stopped it from trying as hard as it intended :-). However, I don't know how sleeping in close() would totally freeze the machine or use 65% of the CPU, and the change should not make a noticeable difference if the hardware is working, since it only affects draining the last few characters and working hardware should ignore CTS so the last few characters should be transmitted within a few msec. Long sleeps in close() when there are more than a few characters to drain have been a problem for a long time. There are problems if the device is reopened before close() finishes. Use a smaller drainwait to limit the sleeps. The value should depend on the speed so that normal output isn't aborted. One second is probably OK at modem speeds. >I could until yesterday say, "I can live with it", but I recompiled >a new kernel for my work machine here (2.2-B, 486-133 AMD, IDlE disks), >and it kept freezing _right_ after 'starting local daemons: .' and >the display of the date. (the change between the two kernels was >the addition of a 3Com ep device). > >I finally traced it to getty hanging on ttyd1 because I had turned >the modem _off_! Logging in right away and running top showed >getty using 65% CPU and going down. > >What bothers me is that that with only one ep0, it doesn't hang... Use `ps l' and `pstat -t' to get more information. Bruce From owner-freebsd-current Thu Jan 30 07:54:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA16223 for current-outgoing; Thu, 30 Jan 1997 07:54:57 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id HAA16218 for ; Thu, 30 Jan 1997 07:54:55 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id IAA21964; Thu, 30 Jan 1997 08:36:09 -0700 From: Terry Lambert Message-Id: <199701301536.IAA21964@phaeton.artisoft.com> Subject: Re: installing network cards To: dara@salk.edu (Dara Ghahremani) Date: Thu, 30 Jan 1997 08:36:08 -0700 (MST) Cc: terry@lambert.org, current@freebsd.org In-Reply-To: from "Dara Ghahremani" at Jan 29, 97 07:21:42 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-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The problem on this machine seems to be with connecting to the NFS > server: > > marr /kernel: nfs not responding # marr is the machine name > > But this problem doesn't occur when I switch this 3COM 3c595 net card w/ > the older 509 card. > > Any ideas? The 3c595 isn't working. You should be able to type ^C and/or wait, have it come up, and see what the dmesg says about the card. Probably it's on the wrong interrupt. 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-current Thu Jan 30 08:35:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA17647 for current-outgoing; Thu, 30 Jan 1997 08:35:54 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA17642 for ; Thu, 30 Jan 1997 08:35:49 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id DAA15277 for current@freebsd.org; Fri, 31 Jan 1997 03:31:11 +1100 Date: Fri, 31 Jan 1997 03:31:11 +1100 From: Bruce Evans Message-Id: <199701301631.DAA15277@godzilla.zeta.org.au> To: current@freebsd.org Subject: nfs hang Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk mount -t nfs -o-3 localhost:/usr /mnt cd /usr/writable-dir iozone auto # get bored with this and hit ^C caused iozone to hang on "nfsaio" and most or all further fs activity to hang somewhere. nfs v2 seemed to work better but I didn't try it for as long. Bruce From owner-freebsd-current Thu Jan 30 09:00:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA19255 for current-outgoing; Thu, 30 Jan 1997 09:00:53 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA19233 for ; Thu, 30 Jan 1997 09:00:50 -0800 (PST) Received: (from jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) id JAA05100; Thu, 30 Jan 1997 09:00:42 -0800 (PST) To: freebsd-current@freebsd.org Path: not-for-mail From: jdp@polstra.com (John Polstra) Newsgroups: polstra.freebsd.current Subject: Re: Problem with ld Date: 30 Jan 1997 09:00:42 -0800 Organization: Polstra & Co., Seattle, WA Lines: 23 Distribution: local Message-ID: <5cqk3q$4v9@austin.polstra.com> References: <19970129145800.HF29273@caerdonn.eurocontrol.fr> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <19970129145800.HF29273@caerdonn.eurocontrol.fr>, Ollivier Robert wrote: > Can someone (John ?) help me with this: > > ld -Bshareable -L/usr/local/lib -o libperl.so.3.23 perl.o gv.o toke.o perly.o op.o regcomp.o dump.o util.o mg.o hv.o av.o run.o pp_hot.o sv.o pp.o scope.o pp_ctl.o pp_sys.o doop.o doio.o regexec.o taint.o deb.o universal.o globals.o perlio.o -lm -lc -lcrypt > ld: internal error: wrong number (1179) of global symbols written into output file, should be 1190 > *** Error code 1 Erk! Yes, by all means I'll help. Please contact me off the list and tell me what I need to do in order to recreate the problem. "libperl.so.3.23" isn't in the perl5 port or the system, so I assume this is something else. Did this work at one time? I don't think any big changes have been made to the linker recently. Thanks for the report. John P. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Thu Jan 30 09:48:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA21949 for current-outgoing; Thu, 30 Jan 1997 09:48:16 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA21943 for ; Thu, 30 Jan 1997 09:48:12 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA22258; Thu, 30 Jan 1997 10:29:41 -0700 From: Terry Lambert Message-Id: <199701301729.KAA22258@phaeton.artisoft.com> Subject: Re: LINT will not build To: joerg_wunsch@uriah.heep.sax.de Date: Thu, 30 Jan 1997 10:29:41 -0700 (MST) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: from "J Wunsch" at Jan 30, 97 10:05:02 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-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Any chance of you "evidently" very simply fixing it? > > Yes. > > If you're impatient, replace the ifa->ifaddrlist by &ifa->ifaddrhead > (written offhand). If you're patient, wait a few hours until i got > time to commit the fix. I gotta go out to (pay)work right now. Thanks... I'm impatient. I just needed to know the class of reference; I can hack my copy of the code from that, even if it's not strictly correct. Looking at the logs was also informative. 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-current Thu Jan 30 12:20:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA28812 for current-outgoing; Thu, 30 Jan 1997 12:20:33 -0800 (PST) Received: from pahtoh.cwu.edu (root@pahtoh.cwu.edu [198.104.65.27]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA28807 for ; Thu, 30 Jan 1997 12:20:31 -0800 (PST) Received: from opus.cts.cwu.edu (skynyrd@opus.cts.cwu.edu [198.104.92.71]) by pahtoh.cwu.edu (8.6.13/8.6.9) with ESMTP id MAA25186; Thu, 30 Jan 1997 12:20:00 -0800 Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.8.5/8.8.5) with SMTP id MAA21116; Thu, 30 Jan 1997 12:19:59 -0800 (PST) Date: Thu, 30 Jan 1997 12:19:59 -0800 (PST) From: Chris Timmons To: Bruce Evans cc: current@freebsd.org Subject: Re: nfs hang In-Reply-To: <199701301631.DAA15277@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I had a similar hang with a -current from a few days ago. I v2 mounted the -current box's /usr from a releng_2_2 box and was in the middle of a cvs update on the -current machines /usr/src when everything stopped. I was still able to telnet to the current machine and access that file system ok, but the cvs process on the 2_2 machine was hung in an nfs state (that I don't remember at the moment :( Can you suggest a debugging strategy to help me pin this down further? When I flip things around and mount the cvs repository from 2_2 system to -current (i.e. -current now is client) I haven't seen any further hangs and I've thrashed that with at least 3 cvs updates of the source tree. Whether or not it matters the two machines have a crossover cable between two 100mb PCI ethernet nics. -Chris On Fri, 31 Jan 1997, Bruce Evans wrote: > mount -t nfs -o-3 localhost:/usr /mnt > cd /usr/writable-dir > iozone auto > # get bored with this and hit ^C > > caused iozone to hang on "nfsaio" and most or all further fs activity to > hang somewhere. nfs v2 seemed to work better but I didn't try it for as > long. > > Bruce > From owner-freebsd-current Thu Jan 30 12:49:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA00456 for current-outgoing; Thu, 30 Jan 1997 12:49:57 -0800 (PST) Received: from helmholtz.salk.edu (helmholtz.salk.edu [198.202.70.34]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA00450 for ; Thu, 30 Jan 1997 12:49:55 -0800 (PST) Received: from helmholtz (helmholtz [198.202.70.34]) by helmholtz.salk.edu (8.7.5/8.7.3) with SMTP id MAA10940; Thu, 30 Jan 1997 12:48:32 -0800 (PST) Date: Thu, 30 Jan 1997 12:48:31 -0800 (PST) From: Dara Ghahremani X-Sender: dara@helmholtz To: Terry Lambert cc: current@freebsd.org Subject: Re: installing network cards In-Reply-To: <199701301536.IAA21964@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 30 Jan 1997, Terry Lambert wrote: > > The problem on this machine seems to be with connecting to the NFS > > server: > > > > marr /kernel: nfs not responding # marr is the machine name > > > > But this problem doesn't occur when I switch this 3COM 3c595 net card w/ > > the older 509 card. > > > > Any ideas? > > The 3c595 isn't working. > > You should be able to type ^C and/or wait, have it come up, and see > what the dmesg says about the card. Probably it's on the wrong > interrupt. I don't have access to the machine at this moment, but I know that the card uses a unique IRQ number. Is this what you are referring to? Dara From owner-freebsd-current Thu Jan 30 13:03:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA01029 for current-outgoing; Thu, 30 Jan 1997 13:03:19 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA01022 for ; Thu, 30 Jan 1997 13:03:15 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA00353; Thu, 30 Jan 1997 14:02:18 -0700 From: Terry Lambert Message-Id: <199701302102.OAA00353@phaeton.artisoft.com> Subject: Re: installing network cards To: dara@salk.edu (Dara Ghahremani) Date: Thu, 30 Jan 1997 14:02:18 -0700 (MST) Cc: terry@lambert.org, current@freebsd.org In-Reply-To: from "Dara Ghahremani" at Jan 30, 97 12:48: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-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > The 3c595 isn't working. > > > > You should be able to type ^C and/or wait, have it come up, and see > > what the dmesg says about the card. Probably it's on the wrong > > interrupt. > > I don't have access to the machine at this moment, but I know that the > card uses a unique IRQ number. Is this what you are referring to? It is probably using an IRQ other than the one which the probe routine believes it is using. Such cards will look like they are functional, but not really work. 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-current Thu Jan 30 14:47:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA07078 for current-outgoing; Thu, 30 Jan 1997 14:47:31 -0800 (PST) Received: from sendero.i-connect.net ([206.190.144.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA07059 for ; Thu, 30 Jan 1997 14:47:25 -0800 (PST) Received: (from shimon@localhost) by sendero.i-connect.net (8.8.5/8.8.4) id PAA09345; Thu, 30 Jan 1997 15:45:49 -0800 (PST) Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=iso-8859-8 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Thu, 30 Jan 1997 12:18:55 -0800 (PST) Organization: iConnect Corp. From: Simon Shapiro To: Doug White Subject: RE: install broken on the 970124 snap (fwd) Cc: current@freebsd.org, Doug White Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Doug White; On 29-Jan-97 you wrote: ... > Little problem with installation on yesterday's SNAP release. I am doing > an install from a dos partition, and I copied everything correctly into > c:\freebsd\bin. When I get to the point in the install where it is to > do the extraction of the distributions, the install says it can't find > the bin distribution. I put the install system into debug mode to watch > the festivities, and it seemed to be snagging the bin.inf and choking on > it. It was bombing out with an error about a "P" and it couldn't find > "pieces". > > I played with it for a bit, and if you edit bin.inf and change the "Pieces > = 72" to "pieces = 72" it works correctly. > > Minor typo, but it prevented me from installing. Just thought you should > know. I am working with the dist from ftp.freebsd.org. > > Thanks, Had similar problems installing from a ufs partition... Simon From owner-freebsd-current Thu Jan 30 16:51:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA17069 for current-outgoing; Thu, 30 Jan 1997 16:51:48 -0800 (PST) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA17062 for ; Thu, 30 Jan 1997 16:51:46 -0800 (PST) Received: from narnia (localhost [127.0.0.1]) by narnia.plutotech.com (8.8.4/8.7.3) with ESMTP id QAA00763 for ; Thu, 30 Jan 1997 16:51:47 -0800 (PST) Message-Id: <199701310051.QAA00763@narnia.plutotech.com> X-Mailer: exmh version 2.0beta 12/23/96 To: current@FreeBSD.org Subject: amd.map file format documentation Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 30 Jan 1997 16:51:47 -0800 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Is it just me, or do we not include any information on how to write an amd.map file? amd(8) is useless for this as are all of the man pages it cross references. __ Justin T. Gibbs =========================================== FreeBSD - Turning PCs into workstations =========================================== From owner-freebsd-current Thu Jan 30 18:58:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA25444 for current-outgoing; Thu, 30 Jan 1997 18:58:59 -0800 (PST) Received: from pahtoh.cwu.edu (root@pahtoh.cwu.edu [198.104.65.27]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id SAA25439 for ; Thu, 30 Jan 1997 18:58:57 -0800 (PST) Received: from opus.cts.cwu.edu (skynyrd@opus.cts.cwu.edu [198.104.92.71]) by pahtoh.cwu.edu (8.6.13/8.6.9) with ESMTP id SAA25988; Thu, 30 Jan 1997 18:58:56 -0800 Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.8.5/8.8.5) with SMTP id SAA22624; Thu, 30 Jan 1997 18:58:55 -0800 (PST) Date: Thu, 30 Jan 1997 18:58:55 -0800 (PST) From: Chris Timmons To: "Justin T. Gibbs" cc: FreeBSD-current@freebsd.org Subject: Re: Aic7xxx driver instability with the Quantum Atlas In-Reply-To: <199701281809.KAA22006@narnia.plutotech.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Justin - thanks very much for getting to the bottom of this. I have updated the firmware on two of my 4101KB Wide Atlas-I drives and can no longer reproduce the problem at will (with a dump of a huge file system to /dev/null.) Unfortunately running dsp.exe from a DOS floppy is not for the impatient nor faint of heart. It is S-L-O-W. I mean, does anybody recall loading stuff from tape on a VIC20? Those operations were speedy compared to this thing - even just trying to navigate around in the utility, never mind doing anything with disks. And although it says in the CodeLoad.txt file that post-upgrade "Inquiry data shown will now reflect the new code level", they failed to predict that I would not see the drive again until a power down restart. Gladly the next boot of todays -current showed that the firmware upgrade had been applied and that the drives had not been turned into "bricks" after all. I bought these drives (supposedly) new last November. The L915 firmware is reported to be of May, 1996 vintage by dsp.exe. I wonder how long it took for the new firmware to make it into production? Perhaps the vendor sold us stale drives. One nice feature of Seagate disks is that you can call up their 800 number, punch in the serial number of a drive and discover when it was manufactured. All I can say is, blargh. The drives run pretty good, but I've never had such a thrash with 'cudas and I am tempted to stick with them from now on. What if I hadn't been able to dig up easy-scsi? It ain't cheap, so I guess my options would have been to RMA 6 drives which were in production, or buy EZ-SCSI. Yick! On Tue, 28 Jan 1997, Justin T. Gibbs wrote: > This is just a heads up that the dreaded "Queue Full" problem with > the Quantum Atlas and the aic7xxx driver has been found. Unfortunately > the fix is not as simple as downloading a new version of the FreeBSD > driver. The problem is a bug in level 912 of the Atlas firmware. You > can obtain the necessary files to upgrade your firmware from Quantum's > ftp site. You will have to run Dos and Adaptec's ASPI drivers > in order to download the firmware to the drive. The URL is: > > ftp://ftp.qntum.com/pub/support/Firmware/Atlas > > Owners of Atlas-II drives may also want to look into upgrading their firmware > to the latest. The release notes of the upgrade I found mention a few tagged > queueing bugs although there is no mention of the "Queue Full" problem. Seeing > as the didn't mention it directly for the Atlas either, it may be that they > fixed the same problem for the Atlas-II as well. The URL is: > > ftp://ftp.qntum.com/pub/support/Firmware/Atlas-II > > I hope you all have many happy "Queue Full" free days ahead. 8-) > __ > Justin T. Gibbs > =========================================== > FreeBSD - Turning PCs into workstations > =========================================== > > From owner-freebsd-current Thu Jan 30 19:00:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA25602 for current-outgoing; Thu, 30 Jan 1997 19:00:39 -0800 (PST) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA25588 for ; Thu, 30 Jan 1997 19:00:31 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hydrogen.nike.efn.org (8.8.4/8.8.4) with SMTP id TAA24693; Thu, 30 Jan 1997 19:00:12 -0800 (PST) Date: Thu, 30 Jan 1997 19:00:10 -0800 (PST) From: John-Mark Gurney Reply-To: John-Mark Gurney To: "Justin T. Gibbs" cc: current@FreeBSD.org Subject: Re: amd.map file format documentation In-Reply-To: <199701310051.QAA00763@narnia.plutotech.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 30 Jan 1997, Justin T. Gibbs wrote: > Is it just me, or do we not include any information on how > to write an amd.map file? amd(8) is useless for this as > are all of the man pages it cross references. I agree... I went through the -questions archive and found a good example that does mounting of cdrom drives (through the command option)... I was thinking about suppling something to go in /usr/share/examples but I completely forgot about this... also... there is a good postscript document that is in the source tree (src/usr.sbin/amdref.ps) and that goes into it deeply.. but it currently isn't installed (kinda large at 464k)... right now I only use it to automount cdroms... if anybody has a good nfs example I'll throw something together... ttyl... John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-current Thu Jan 30 23:03:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA08025 for current-outgoing; Thu, 30 Jan 1997 23:03:28 -0800 (PST) Received: from mpress.com (qmailr@mpress.com [208.138.29.130]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id XAA08013 for ; Thu, 30 Jan 1997 23:03:19 -0800 (PST) Received: (qmail 12438 invoked by uid 100); 31 Jan 1997 07:03:10 -0000 Message-ID: <19970131070310.12437.qmail@mpress.com> From: brian@mediacity.com Subject: Re: Wingz In-Reply-To: from Jason Bennett at "Jan 28, 97 11:11:17 pm" To: jason@r33h142.res.gatech.edu (Jason Bennett) Date: Thu, 30 Jan 1997 23:03:09 -0800 (PST) Cc: current@FreeBSD.org Reply-to: brian@mpress.com X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I just d/led the binary for Wingz for Linux. When I tried running it > under 3.0, I got this: > > /usr/local/Wingz/bin/Wingz: can't open cache '/etc/ld.so.cache' > /usr/local/Wingz/bin/Wingz: '/lib/libXpm.so.4' is not an ELF file > /usr/local/Wingz/bin/Wingz: can't load library 'libXpm.so.4' > > Now, I supposedly have Linux binary compatability set. And I > think those files are in different places on my machine. Has anyone > else tried this? Both 1.4.2 and 2.2.1 of WingZ are working great on my system. Don't recall doing anything special. brian From owner-freebsd-current Thu Jan 30 23:21:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA09226 for current-outgoing; Thu, 30 Jan 1997 23:21:02 -0800 (PST) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA09220; Thu, 30 Jan 1997 23:20:58 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id IAA22782; Fri, 31 Jan 1997 08:01:37 +0100 (MET) Received: (from andreas@localhost) by klemm.gtn.com (8.8.5/8.8.2) id HAA01540; Fri, 31 Jan 1997 07:50:54 +0100 (MET) Message-ID: <19970131075054.MU36921@klemm.gtn.com> Date: Fri, 31 Jan 1997 07:50:54 +0100 From: andreas@klemm.gtn.com (Andreas Klemm) To: ache@nagual.ru (???????????????) Cc: current@FreeBSD.ORG (FreeBSD-current), scsi@FreeBSD.ORG (FreeBSD-SCSI List) Subject: Re: Adaptec errors with latest SCSI updates References: X-Mailer: Mutt 0.59-PL19 Mime-Version: 1.0 In-Reply-To: ; from "???????????????" on Jan 30, 1997 14:03:21 +0300 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I still get the following errors when running bonnie -s 100 on a fresh filesystem on a separate harddisk (3rd one). AHC 2940 ROM V1.16 10MB/sec. +-------------------+ +---------------------------+ | internal | | external SCSI box | | (T)HD1 --- HD2 ---<>-- 1 m cable --<>- CD-ROM -- TDC-4222 -- HD3 --T | | | | +-------------------+ +---------------------------+ active terminator of High density external IBM DORS SCSI HD ->Centronix Centronix style scsi cable active Terminator But I don't think the errors come from cabling, since this cabling I use for months now and I don't get the errors when disabling the the additional kernel options as reported in an earlier mail. This afternoon I will test, if backup using dump is possible, when having AHC_TAGENABLE set in the kernel ... Up to now it still isn't possible. sd2 at scbus0 target 2 lun 0: data overrun of 510 bytes detected. Forcing a retry. sd2 at scbus0 target 2 lun 0: data overrun of 510 bytes detected. Forcing a retry. sd2 at scbus0 target 2 lun 0: data overrun of 510 bytes detected. Forcing a retry. sd2 at scbus0 target 2 lun 0: data overrun of 510 bytes detected. Forcing a retry. sd2 at scbus0 target 2 lun 0: data overrun of 510 bytes detected. Forcing a retry. sd2 at scbus0 target 2 lun 0: data overrun of 510 bytes detected. Forcing a retry. sd2 at scbus0 target 2 lun 0: data overrun of 510 bytes detected. Forcing a retry. sd2 at scbus0 target 2 lun 0: data overrun of 510 bytes detected. Forcing a retry. sd2 at scbus0 target 2 lun 0: data overrun of 510 bytes detected. Forcing a retry. sd2 at scbus0 target 2 lun 0: data overrun of 510 bytes detected. Forcing a retry. sd2 at scbus0 target 2 lun 0: data overrun of 510 bytes detected. Forcing a retry. sd2 at scbus0 target 2 lun 0: data overrun of 510 bytes detected. Forcing a retry. sd2 at scbus0 target 2 lun 0: data overrun of 510 bytes detected. Forcing a retry. sd2 at scbus0 target 2 lun 0: data overrun of 510 bytes detected. Forcing a retry. Copyright (c) 1992-1996 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #0: Fri Jan 31 07:28:45 MET 1997 root@klemm.gtn.com:/usr/sys.bisdn/compile/BISDN Calibrating clock(s) relative to mc146818A clock ... i586 clock: 99468527 Hz, i8254 clock: 1193122 Hz CPU: Pentium (99.47-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x1bf real memory = 67108864 (65536K bytes) avail memory = 63664128 (62172K bytes) Probing for devices on PCI bus 0: chip0 rev 2 on pci0:0:0 chip1 rev 2 on pci0:7:0 chip2 rev 2 on pci0:7:1 vga0 rev 0 int a irq 12 on pci0:10:0 ahc0 rev 3 int a irq 11 on pci0:12:0 ahc0: aic7870 Single Channel, SCSI Id=7, 16/255 SCBs ahc0 waiting for scsi devices to settle scbus0 at ahc0 bus 0 ahc0: target 0 Tagged Queuing Device sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access 2063MB (4226725 512 byte sectors)sd0 at scbus0 target 0 lun 0: with 6703 cyls, 5 heads, and an average 126 sectors/track ahc0: target 1 Tagged Queuing Device sd1 at scbus0 target 1 lun 0 sd1: type 0 fixed SCSI 2 sd1: Direct-Access 2063MB (4226725 512 byte sectors)sd1 at scbus0 target 1 lun 0: with 6703 cyls, 5 heads, and an average 126 sectors/track ahc0: target 2 Tagged Queuing Device sd2 at scbus0 target 2 lun 0 sd2: type 0 fixed SCSI 2 sd2: Direct-Access 2063MB (4226725 512 byte sectors)sd2 at scbus0 target 2 lun 0: with 6703 cyls, 5 heads, and an average 126 sectors/track st0 at scbus0 target 4 lun 0 st0: type 1 removable SCSI 2 st0: Sequential-Access density code 0x0, 512-byte blocks, write-enabled cd0 at scbus0 target 6 lun 0 cd0: type 5 removable SCSI 2 cd0: CD-ROM can't get the size Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <4 virtual consoles, flags=0x0> ed0 at 0x300-0x31f irq 10 maddr 0xcc000 msize 16384 on isa ed0: address 00:00:c0:25:fd:2d, type WD8013EPC (16 bit) sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in tel0 at 0xd80 irq 9 on isa tel0: card type Teles S0/16.3 npx0 on motherboard npx0: INT 16 interface joy0 at 0x201 on isa joy0: joystick sb0 at 0x220 irq 5 drq 1 on isa sb0: sbxvi0 at 0x0 drq 5 on isa sbxvi0: sbmidi0 at 0x330 on isa opl0 at 0x388 on isa opl0: IP packet filtering initialized, divert disabled, logging limited to 100 packets/entry -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-current Thu Jan 30 23:42:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA10115 for current-outgoing; Thu, 30 Jan 1997 23:42:06 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id XAA10110 for ; Thu, 30 Jan 1997 23:42:04 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vqDbF-0003vnC; Thu, 30 Jan 97 23:41 PST Received: from critter.dk.tfs.com (critter-home [193.162.32.19]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id IAA22734; Fri, 31 Jan 1997 08:41:26 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id IAA18755; Fri, 31 Jan 1997 08:43:24 +0100 (MET) To: "Justin T. Gibbs" cc: current@freebsd.org Subject: Re: amd.map file format documentation In-reply-to: Your message of "Thu, 30 Jan 1997 16:51:47 PST." <199701310051.QAA00763@narnia.plutotech.com> Date: Fri, 31 Jan 1997 08:43:23 +0100 Message-ID: <18753.854696603@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199701310051.QAA00763@narnia.plutotech.com>, "Justin T. Gibbs" writ es: >Is it just me, or do we not include any information on how >to write an amd.map file? amd(8) is useless for this as >are all of the man pages it cross references. Indeed. we really need a couple of good examples too. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Fri Jan 31 03:51:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA19269 for current-outgoing; Fri, 31 Jan 1997 03:51:18 -0800 (PST) Received: from deepo.prosa.dk ([193.89.187.27]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA19263 for ; Fri, 31 Jan 1997 03:51:13 -0800 (PST) Received: (from regnauld@localhost) by deepo.prosa.dk (8.8.5/8.8.4/prosa-1.1) id MAA27421; Fri, 31 Jan 1997 12:50:36 +0100 (CET) Message-ID: Date: Fri, 31 Jan 1997 12:50:36 +0100 From: regnauld@deepo.prosa.dk (Philippe Regnauld) To: gurney_j@resnet.uoregon.edu (John-Mark Gurney) Cc: freebsd-current@freebsd.org Subject: Re: amd.map file format documentation References: <199701310051.QAA00763@narnia.plutotech.com> X-Mailer: Mutt 0.58 Mime-Version: 1.0 X-Operating-System: FreeBSD 2.2-BETA_A i386 In-Reply-To: ; from John-Mark Gurney on Jan 30, 1997 19:00:10 -0800 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk John-Mark Gurney (jmg) ecrit/writes: > > I agree... I went through the -questions archive and found a good example > that does mounting of cdrom drives (through the command option)... I was > thinking about suppling something to go in /usr/share/examples but I > completely forgot about this... Argh, just what I'm looking for for my Samba server :-) > right now I only use it to automount cdroms... if anybody has a good nfs > example I'll throw something together... ttyl... I can offer to put together a man page for this (need input though). -- -- Phil -[ Philippe Regnauld / Systems Administrator / regnauld@.prosa.dk ]- -[ Location.: +55.4N +11.3E PGP Key: finger regnauld@deepo.prosa.dk ]- From owner-freebsd-current Fri Jan 31 08:33:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA29524 for current-outgoing; Fri, 31 Jan 1997 08:33:35 -0800 (PST) Received: from ctdnet.acns.nwu.edu (ctdnet.acns.nwu.edu [129.105.178.200]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA29519 for ; Fri, 31 Jan 1997 08:33:33 -0800 (PST) Received: by ctdnet.acns.nwu.edu (8.7.5/SMI-CTD-1.13) id LAA29413; Fri, 31 Jan 1997 11:31:48 -0500 (EST) From: ccs@ctdnet.acns.nwu.edu (CHRISTOPHER CSANADY) Message-Id: <199701311631.LAA29413@ctdnet.acns.nwu.edu> Subject: Re: amd.map file format documentation To: gibbs@narnia.plutotech.com Date: Fri, 31 Jan 1997 10:31:48 CST Cc: current@freebsd.org In-Reply-To: <199701310051.QAA00763@narnia.plutotech.com>; from "Justin T. Gibbs" at Jan 30, 97 4:51 pm X-Mailer: Elm [revision: 109.14] Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Is it just me, or do we not include any information on how > to write an amd.map file? amd(8) is useless for this as > are all of the man pages it cross references. You can take a look at /usr/src/usr.sbin/amd/doc/amdref.ps, I think that has just about everything you need to know. If you still cant get things working, I have a map that does a few things.. Chris Csanady > __ > Justin T. Gibbs > =========================================== > FreeBSD - Turning PCs into workstations > =========================================== > > > From owner-freebsd-current Fri Jan 31 09:26:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA02230 for current-outgoing; Fri, 31 Jan 1997 09:26:29 -0800 (PST) Received: from bach.ca.sandia.gov (bach.ca.sandia.gov [146.246.245.201]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA02224 for ; Fri, 31 Jan 1997 09:26:28 -0800 (PST) Received: from bach.ca.sandia.gov (localhost [127.0.0.1]) by bach.ca.sandia.gov (8.8.5/8.8.5) with ESMTP id JAA08833; Fri, 31 Jan 1997 09:22:58 -0800 (PST) Message-Id: <199701311722.JAA08833@bach.ca.sandia.gov> X-Mailer: exmh version 2.0gamma 1/27/96 To: Poul-Henning Kamp cc: "Justin T. Gibbs" , current@freebsd.org Subject: Re: amd.map file format documentation In-reply-to: Your message of "Fri, 31 Jan 1997 08:43:23 +0100." <18753.854696603@critter.dk.tfs.com> From: bmah@CA.Sandia.GOV (Bruce A. Mah) Reply-to: bmah@CA.Sandia.GOV X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Url: http://www.ca.sandia.gov/~bmah/ Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_-13872276040" Date: Fri, 31 Jan 1997 09:22:58 -0800 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is a multipart MIME message. --==_Exmh_-13872276040 Content-Type: text/plain; charset=us-ascii Poul-Henning Kamp writes: > we really need a couple of good examples too. I don't know if this counts as a "good" example, but I'm willing to throw up a strawman example. This is one I used when I sysadminned some machines in grad school at Berkeley. We'd often need to mount filesystems from servers (or workstations?) without necessarily knowing in advance what the servers or remote filesystems would be. I set amd to start up in rc.local (or the equivalent on whatever the local OS was): /usr/local/etc/amd -n -l syslog -d cs.berkeley.edu -x \ all,nomap,nostats,nowarn,noinfo -a /tmp_mnt /n /usr/local/etc/amd.map A few options of note: "-a /tmp_mnt" set the mount point for NFS-mounted filesystems. "/n /usr/local/etc/amd.map" meant the users would use /n as the top level directory to access the remote filesystems, configured using /usr/local/etc/amd.map. The map (or rather the meaningful subset of it) is attached below. Note that a few Berkeley-isms crept in, mostly because I didn't know how much of the FQDN for a server a user would supply in the pathname. End result: You could cd to /n/server and amd would mount all of the directories exported by server (subject to permissions) at /n/server/dir1 and /n/server/dir2. The hitch was that if you had a server that exported (let's say) /usr/local and /usr/local/share, amd would put them on the client at /n/server/local and /n/server/share. Bryan Costales (the sendmail book guy) set this up for me originally, I ended up tweaking it some afterwards. Hope this is helpful to someone... Cheers, Bruce. --==_Exmh_-13872276040 Content-Type: application/octet-stream ; name="amd.map" Content-Description: amd.map Content-Disposition: attachment; filename="amd.map" # # AMD automount map # /defaults fs:=${autodir}${path};opts:=rw,intr,noquota,grpid # # servers are accessed via a -hosts style map # #* type:=host;rhost:=${key};opts:=rw,intr,noquota,grpid,nosuid * key==${host};type:=link;fs:=/ \ key==${key.}.cs;type:=link;fs:=${key.} \ key==${key.}.CS;type:=link;fs:=${key.} \ key==${key.}.cs.berkeley.edu;type:=link;fs:=${key.} \ key==${key.}.CS.Berkeley.EDU;type:=link;fs:=${key.} \ type:=host;rhost:=${key};fs:=${autodir}${path/}/${rhost};opts:=rw,intr,noquota,nosuid --==_Exmh_-13872276040-- From owner-freebsd-current Fri Jan 31 12:33:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA10558 for current-outgoing; Fri, 31 Jan 1997 12:33:33 -0800 (PST) Received: from sendero.i-connect.net ([206.190.144.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA10549 for ; Fri, 31 Jan 1997 12:33:28 -0800 (PST) Received: (from shimon@localhost) by sendero.i-connect.net (8.8.5/8.8.4) id NAA15014; Fri, 31 Jan 1997 13:32:14 -0800 (PST) Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=iso-8859-8 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199701310051.QAA00763@narnia.plutotech.com> Date: Fri, 31 Jan 1997 12:01:17 -0800 (PST) Organization: iConnect Corp. From: Simon Shapiro To: "Justin T. Gibbs" Subject: RE: amd.map file format documentation Cc: current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Justin T. Gibbs; On 31-Jan-97 you wrote: > Is it just me, or do we not include any information on how > to write an amd.map file? amd(8) is useless for this as > are all of the man pages it cross references. No, it is not just you. From owner-freebsd-current Fri Jan 31 12:33:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA10640 for current-outgoing; Fri, 31 Jan 1997 12:33:48 -0800 (PST) Received: from sendero.i-connect.net ([206.190.144.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA10618 for ; Fri, 31 Jan 1997 12:33:43 -0800 (PST) Received: (from shimon@localhost) by sendero.i-connect.net (8.8.5/8.8.4) id NAA15015; Fri, 31 Jan 1997 13:32:15 -0800 (PST) Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=iso-8859-8 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Fri, 31 Jan 1997 12:06:08 -0800 (PST) Organization: iConnect Corp. From: Simon Shapiro To: John-Mark Gurney Subject: Re: amd.map file format documentation Cc: current@FreeBSD.org, "Justin T. Gibbs" , John-Mark Gurney Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi John-Mark Gurney; On 31-Jan-97 you wrote: ... > also... there is a good postscript document that is in the source tree > (src/usr.sbin/amdref.ps) and that goes into it deeply.. but it currently > isn't installed (kinda large at 464k)... No it is not there. It is in /usr/src/usr.sbin/amd/doc/amdref.ps :-) Simon From owner-freebsd-current Fri Jan 31 12:47:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA11481 for current-outgoing; Fri, 31 Jan 1997 12:47:11 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA11476 for ; Fri, 31 Jan 1997 12:47:08 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id HAA30656; Sat, 1 Feb 1997 07:44:31 +1100 Date: Sat, 1 Feb 1997 07:44:31 +1100 From: Bruce Evans Message-Id: <199701312044.HAA30656@godzilla.zeta.org.au> To: bde@zeta.org.au, skynyrd@opus.cts.cwu.edu Subject: Re: nfs hang Cc: current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I had a similar hang with a -current from a few days ago. I v2 mounted >the -current box's /usr from a releng_2_2 box and was in the middle of a >cvs update on the -current machines /usr/src when everything stopped. I >was still able to telnet to the current machine and access that file >system ok, but the cvs process on the 2_2 machine was hung in an nfs state >(that I don't remember at the moment :( I've only seen problems with localhost. They were more serious (accesses to local disks hung and panic in ddb recursed. I used ps in ddb to look at the state). >Can you suggest a debugging strategy to help me pin this down further? ps in ddb can be useful, but here it would probably just confirm that nfs is hung. Bruce From owner-freebsd-current Fri Jan 31 14:23:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA15809 for current-outgoing; Fri, 31 Jan 1997 14:23:51 -0800 (PST) Received: from pcpsj.pfcs.com (5b9sHme2nhn1yeN7In3gl5dgSLd0yX2N@harlan.fred.net [205.252.219.31]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA15798 for ; Fri, 31 Jan 1997 14:23:39 -0800 (PST) Received: from mumps.pfcs.com (mumps.pfcs.com [192.52.69.11]) by pcpsj.pfcs.com (8.6.12/8.6.9) with SMTP id RAA11946; Fri, 31 Jan 1997 17:22:57 -0500 Received: from localhost by mumps.pfcs.com with SMTP id AA00686 (5.67b/IDA-1.5); Fri, 31 Jan 1997 17:22:56 -0500 To: Simon Shapiro Cc: "Justin T. Gibbs" , current@freebsd.org Subject: Re: amd.map file format documentation In-Reply-To: Your message of "Fri, 31 Jan 1997 12:01:17 PST." Date: Fri, 31 Jan 1997 17:22:53 -0500 Message-Id: <684.854749373@mumps.pfcs.com> From: Harlan Stenn Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've got a fair number of amd config files. I'd be happy to send them to whomever is collecting them for the docs. H From owner-freebsd-current Fri Jan 31 14:46:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA16814 for current-outgoing; Fri, 31 Jan 1997 14:46:04 -0800 (PST) Received: from po2.glue.umd.edu (root@po2.glue.umd.edu [129.2.128.45]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA16806 for ; Fri, 31 Jan 1997 14:46:00 -0800 (PST) Received: from skipper.eng.umd.edu (skipper.eng.umd.edu [129.2.103.24]) by po2.glue.umd.edu (8.8.5/8.7.3) with ESMTP id RAA22850; Fri, 31 Jan 1997 17:45:52 -0500 (EST) Received: from localhost (chuckr@localhost) by skipper.eng.umd.edu (8.8.5/8.7.3) with SMTP id RAA31789; Fri, 31 Jan 1997 17:45:51 -0500 (EST) X-Authentication-Warning: skipper.eng.umd.edu: chuckr owned process doing -bs Date: Fri, 31 Jan 1997 17:45:51 -0500 (EST) From: Chuck Robey X-Sender: chuckr@skipper.eng.umd.edu To: brian@mpress.com cc: Jason Bennett , current@freebsd.org Subject: Re: Wingz In-Reply-To: <19970131070310.12437.qmail@mpress.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 30 Jan 1997 brian@web001.mediacity.com wrote: > > I just d/led the binary for Wingz for Linux. When I tried running it > > under 3.0, I got this: > > > > /usr/local/Wingz/bin/Wingz: can't open cache '/etc/ld.so.cache' > > /usr/local/Wingz/bin/Wingz: '/lib/libXpm.so.4' is not an ELF file > > /usr/local/Wingz/bin/Wingz: can't load library 'libXpm.so.4' > > > > Now, I supposedly have Linux binary compatability set. And I > > think those files are in different places on my machine. Has anyone > > else tried this? > > Both 1.4.2 and 2.2.1 of WingZ are working great on my system. > Don't recall doing anything special. I saw your posting, and decided to download wingz and the linux-libs from the ports collection. the linux-libs seem to have much the same names as lot of my current FreeBSD-libs, and I _really_ don't want to get them mixed up. How do you have your linux libs organized? > > brian > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Fri Jan 31 15:25:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA18627 for current-outgoing; Fri, 31 Jan 1997 15:25:26 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA18622 for ; Fri, 31 Jan 1997 15:25:23 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id PAA19644; Fri, 31 Jan 1997 15:25:07 -0800 (PST) To: Chuck Robey cc: brian@mpress.com, Jason Bennett , current@freebsd.org Subject: Re: Wingz In-reply-to: Your message of "Fri, 31 Jan 1997 17:45:51 EST." Date: Fri, 31 Jan 1997 15:25:06 -0800 Message-ID: <19638.854753106@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I saw your posting, and decided to download wingz and the linux-libs from > the ports collection. the linux-libs seem to have much the same names as > lot of my current FreeBSD-libs, and I _really_ don't want to get them > mixed up. How do you have your linux libs organized? You should let the ports collection also install the linux-libs. :-) They go in /compat/linux/lib, so there's no conflict or mixup. Jordan From owner-freebsd-current Fri Jan 31 15:32:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA18923 for current-outgoing; Fri, 31 Jan 1997 15:32:18 -0800 (PST) Received: from po2.glue.umd.edu (root@po2.glue.umd.edu [129.2.128.45]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA18918 for ; Fri, 31 Jan 1997 15:32:15 -0800 (PST) Received: from skipper.eng.umd.edu (skipper.eng.umd.edu [129.2.103.24]) by po2.glue.umd.edu (8.8.5/8.7.3) with ESMTP id SAA24107; Fri, 31 Jan 1997 18:32:11 -0500 (EST) Received: from localhost (chuckr@localhost) by skipper.eng.umd.edu (8.8.5/8.7.3) with SMTP id SAA31839; Fri, 31 Jan 1997 18:32:11 -0500 (EST) X-Authentication-Warning: skipper.eng.umd.edu: chuckr owned process doing -bs Date: Fri, 31 Jan 1997 18:32:10 -0500 (EST) From: Chuck Robey X-Sender: chuckr@skipper.eng.umd.edu To: "Jordan K. Hubbard" cc: brian@mpress.com, Jason Bennett , current@freebsd.org Subject: Re: Wingz In-Reply-To: <19638.854753106@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 31 Jan 1997, Jordan K. Hubbard wrote: > > I saw your posting, and decided to download wingz and the linux-libs from > > the ports collection. the linux-libs seem to have much the same names as > > lot of my current FreeBSD-libs, and I _really_ don't want to get them > > mixed up. How do you have your linux libs organized? > > You should let the ports collection also install the linux-libs. :-) > > They go in /compat/linux/lib, so there's no conflict or mixup. OK, just one last question, and I'm off. My root partition isn't big enough for all that, and I'd previously had a /compat->/usr/compat softlink. The installation'll respect that? Else I'll find myself frozen out of my own machine... Thanks (sorry for being paranoid). > > Jordan > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Fri Jan 31 15:35:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA19182 for current-outgoing; Fri, 31 Jan 1997 15:35:37 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA19173 for ; Fri, 31 Jan 1997 15:35:35 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id PAA29555; Fri, 31 Jan 1997 15:35:21 -0800 (PST) To: Chuck Robey cc: brian@mpress.com, Jason Bennett , current@freebsd.org Subject: Re: Wingz In-reply-to: Your message of "Fri, 31 Jan 1997 18:32:10 EST." Date: Fri, 31 Jan 1997 15:35:20 -0800 Message-ID: <29549.854753720@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It will follow the symlink. :) > On Fri, 31 Jan 1997, Jordan K. Hubbard wrote: > > > > I saw your posting, and decided to download wingz and the linux-libs from > > > the ports collection. the linux-libs seem to have much the same names as > > > lot of my current FreeBSD-libs, and I _really_ don't want to get them > > > mixed up. How do you have your linux libs organized? > > > > You should let the ports collection also install the linux-libs. :-) > > > > They go in /compat/linux/lib, so there's no conflict or mixup. > > OK, just one last question, and I'm off. My root partition isn't big > enough for all that, and I'd previously had a /compat->/usr/compat > softlink. The installation'll respect that? Else I'll find myself frozen > out of my own machine... > > Thanks (sorry for being paranoid). > > > > > Jordan > > > > ----------------------------+----------------------------------------------- > Chuck Robey | Interests include any kind of voice or data > chuckr@eng.umd.edu | communications topic, C programming, and Unix. > 9120 Edmonston Ct #302 | > Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD > (301) 220-2114 | version 3.0 current -- and great FUN! > ----------------------------+----------------------------------------------- > From owner-freebsd-current Fri Jan 31 15:54:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA20120 for current-outgoing; Fri, 31 Jan 1997 15:54:43 -0800 (PST) Received: from po2.glue.umd.edu (root@po2.glue.umd.edu [129.2.128.45]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA20113 for ; Fri, 31 Jan 1997 15:54:40 -0800 (PST) Received: from skipper.eng.umd.edu (skipper.eng.umd.edu [129.2.103.24]) by po2.glue.umd.edu (8.8.5/8.7.3) with ESMTP id SAA24544; Fri, 31 Jan 1997 18:54:35 -0500 (EST) Received: from localhost (chuckr@localhost) by skipper.eng.umd.edu (8.8.5/8.7.3) with SMTP id SAA31485; Fri, 31 Jan 1997 18:54:34 -0500 (EST) X-Authentication-Warning: skipper.eng.umd.edu: chuckr owned process doing -bs Date: Fri, 31 Jan 1997 18:54:34 -0500 (EST) From: Chuck Robey X-Sender: chuckr@skipper.eng.umd.edu To: brian@mpress.com cc: Jason Bennett , current@freebsd.org Subject: Re: Wingz In-Reply-To: <19970131070310.12437.qmail@mpress.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 30 Jan 1997 brian@web001.mediacity.com wrote: > > I just d/led the binary for Wingz for Linux. When I tried running it > > under 3.0, I got this: > > > > /usr/local/Wingz/bin/Wingz: can't open cache '/etc/ld.so.cache' > > /usr/local/Wingz/bin/Wingz: '/lib/libXpm.so.4' is not an ELF file > > /usr/local/Wingz/bin/Wingz: can't load library 'libXpm.so.4' > > > > Now, I supposedly have Linux binary compatability set. And I > > think those files are in different places on my machine. Has anyone > > else tried this? > > Both 1.4.2 and 2.2.1 of WingZ are working great on my system. > Don't recall doing anything special. Cancel my last --- Wingz is up and working, thanks for your post! > > brian > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Fri Jan 31 16:27:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA23023 for current-outgoing; Fri, 31 Jan 1997 16:27:08 -0800 (PST) Received: from pat.idt.unit.no (0@pat.idt.unit.no [129.241.103.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA23016 for ; Fri, 31 Jan 1997 16:26:57 -0800 (PST) Received: from idt.unit.no (27959@vier.idt.ntnu.no [129.241.103.4]) by pat.idt.unit.no (8.8.5/8.8.5) with ESMTP id BAA11378; Sat, 1 Feb 1997 01:25:45 +0100 (MET) Message-Id: <199702010025.BAA11378@pat.idt.unit.no> To: chuckr@glue.umd.edu Cc: brian@mpress.com, jason@r33h142.res.gatech.edu, current@freebsd.org Subject: Re: Wingz In-Reply-To: Your message of "Fri, 31 Jan 1997 15:25:06 -0800" References: <19638.854753106@time.cdrom.com> X-Mailer: Mew version 1.06 on Emacs 19.31.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Sat, 01 Feb 1997 01:25:44 +0100 From: "Arne H. Juul" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard wrote: > You should let the ports collection also install the linux-libs. :-) > > They go in /compat/linux/lib, so there's no conflict or mixup. Just check that you have the required space first - I sure didn't have 13MB free in my root partition, so you might want to mkdir /usr/compat; ln -s /usr/compat / before installing the linux-libs. - Arne H. J. From owner-freebsd-current Fri Jan 31 16:48:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA25348 for current-outgoing; Fri, 31 Jan 1997 16:48:19 -0800 (PST) Received: from po2.glue.umd.edu (root@po2.glue.umd.edu [129.2.128.45]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA25340 for ; Fri, 31 Jan 1997 16:48:16 -0800 (PST) Received: from skipper.eng.umd.edu (skipper.eng.umd.edu [129.2.103.24]) by po2.glue.umd.edu (8.8.5/8.7.3) with ESMTP id TAA25471; Fri, 31 Jan 1997 19:48:13 -0500 (EST) Received: from localhost (chuckr@localhost) by skipper.eng.umd.edu (8.8.5/8.7.3) with SMTP id TAA31989; Fri, 31 Jan 1997 19:48:12 -0500 (EST) X-Authentication-Warning: skipper.eng.umd.edu: chuckr owned process doing -bs Date: Fri, 31 Jan 1997 19:48:12 -0500 (EST) From: Chuck Robey X-Sender: chuckr@skipper.eng.umd.edu To: "Arne H. Juul" cc: brian@mpress.com, jason@r33h142.res.gatech.edu, current@freebsd.org Subject: Re: Wingz In-Reply-To: <199702010025.BAA11378@pat.idt.unit.no> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 1 Feb 1997, Arne H. Juul wrote: > Jordan K. Hubbard wrote: > > You should let the ports collection also install the linux-libs. :-) > > > > They go in /compat/linux/lib, so there's no conflict or mixup. > > Just check that you have the required space first - I sure didn't have > 13MB free in my root partition, so you might want to mkdir > /usr/compat; ln -s /usr/compat / before installing the linux-libs. Yeah, I'd had that for a long time. I have Wingz working now, and it's a real knockout! > > - Arne H. J. > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Fri Jan 31 18:07:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA28563 for current-outgoing; Fri, 31 Jan 1997 18:07:39 -0800 (PST) Received: from nexgen.ampr.org (tnt1A-83.HiWAAY.net [208.147.153.83]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA28552 for ; Fri, 31 Jan 1997 18:07:35 -0800 (PST) Received: from nexgen.ampr.org (localhost [127.0.0.1]) by nexgen.ampr.org (8.8.4/8.8.4) with ESMTP id TAA26352; Fri, 31 Jan 1997 19:21:15 -0600 (CST) Message-Id: <199702010121.TAA26352@nexgen.ampr.org> X-Mailer: exmh version 1.6.9 8/22/96 To: "Jordan K. Hubbard" cc: Chuck Robey , brian@mpress.com, Jason Bennett , current@freebsd.org From: dkelly@HiWAAY.net Subject: Re: Wingz In-reply-to: Message from "Jordan K. Hubbard" of "Fri, 31 Jan 1997 15:25:06 PST." <19638.854753106@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 31 Jan 1997 19:21:15 -0600 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk "Jordan K. Hubbard" writes: > > > I saw your posting, and decided to download wingz and the linux-libs from > > the ports collection. the linux-libs seem to have much the same names as > > lot of my current FreeBSD-libs, and I _really_ don't want to get them > > mixed up. How do you have your linux libs organized? > > You should let the ports collection also install the linux-libs. :-) > > They go in /compat/linux/lib, so there's no conflict or mixup. > > Jordan Speaking of /compat, I wondered where it came from on my system. Now I know. Got concerned about / being full and found /compat was the /culprit. Maybe /compat should be a link to /usr/compat? -- David Kelly N4HHE, dkelly@hiwaay.net ===================================================================== The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system. From owner-freebsd-current Sat Feb 1 02:19:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA13321 for current-outgoing; Sat, 1 Feb 1997 02:19:54 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id CAA13316 for ; Sat, 1 Feb 1997 02:19:50 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA24405; Fri, 31 Jan 1997 21:03:42 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id UAA03350; Fri, 31 Jan 1997 20:20:03 +0100 (MET) Message-ID: Date: Fri, 31 Jan 1997 20:20:03 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@FreeBSD.org (FreeBSD-current users) Cc: gurney_j@resnet.uoregon.edu (John-Mark Gurney) Subject: Re: amd.map file format documentation References: <199701310051.QAA00763@narnia.plutotech.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Philippe Regnauld on Jan 31, 1997 12:50:36 +0100 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Philippe Regnauld wrote: > > right now I only use it to automount cdroms... if anybody has a good nfs > > example I'll throw something together... ttyl... > > I can offer to put together a man page for this (need input though). Here's a real-life example: j@ida 1077% cat /etc/amd-hosts.map /defaults opts:=rw,intr,grpid,nosuid # # # Generic junk: distfiles host!=innocence;type:=nfs;rhost:=innocence;rfs:=/usr/ports/distfiles ftp host!=innocence;type:=nfs;rhost:=innocence;rfs:=/disk1/guest/home/ftp Motif host!=innocence;type:=nfs;rhost:=innocence;rfs:=/usr/Motif # # Some home dirs: # micha host!=innocence;type:=nfs;rhost:=innocence;rfs:=/usr/ifbusiness/volkmer joerg host!=smiley;type:=nfs;rhost:=smiley;rfs:=/home/ifbusiness/weber cvs host!=smiley;type:=nfs;rhost:=smiley;rfs:=/var/cvs Note that the `host!=' clauses are rather junk, since the map isn't being shared at all. -- 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-current Sat Feb 1 04:31:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA18368 for current-outgoing; Sat, 1 Feb 1997 04:31:01 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id EAA18320 for ; Sat, 1 Feb 1997 04:30:57 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vqeaP-0003xJC; Sat, 1 Feb 97 04:30 PST Received: from critter.dk.tfs.com (critter-home [193.162.32.19]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id NAA28141 for ; Sat, 1 Feb 1997 13:30:22 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id NAA03052 for ; Sat, 1 Feb 1997 13:31:40 +0100 (MET) To: current@freebsd.org Subject: device driver open semantics... Reply-to: phk@freebsd.org Date: Sat, 01 Feb 1997 13:31:40 +0100 Message-ID: <3050.854800300@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The way things work now, this scenario exists: Proc A Proc B Device foo ------------------------------------------ open(foo,RD) \__________________ \ ->open(foo, RD,A) open(foo,WR) \__ \ ->open(foo, WR,B) close(foo) >>nothing<< close(foo) \____________________ \ ->close(foo,A) I'm dissatisfied with the >>nothing<< step. At this time there is nobody who has the device open for writing but we fail to communicate this to the driver. Many drivers don't really care who opened them, and it would generally be sufficient to be informed of the current agregate open mode: Proc A Proc B Device foo ------------------------------------------ open(foo,RD) \__________________ \ ->isopen(foo, RD) open(foo,WR) \__ \ ->isopen(foo, RD|WR) close(foo) \____ \ ->isopen(foo, RD) close(foo) \____________________ \ ->isopen(foo,0) (we would still have to pass a proc * argument in case we need to sleep, but it does not necessarily correspond to the process that effected the change in status) Comments ? I realize that changing this behaviour in general would probably surprise most if not all of our device-drivers, So we're probably talking about a per-driver flag or possibly a different open/close entry point in the [cb]devsw structure. Preferences ? Objections ? -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Sat Feb 1 05:50:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA21418 for current-outgoing; Sat, 1 Feb 1997 05:50:44 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id FAA21413 for ; Sat, 1 Feb 1997 05:50:41 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id OAA05266 for freebsd-current@FreeBSD.org; Sat, 1 Feb 1997 14:50:39 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id OAA22158; Sat, 1 Feb 1997 14:45:15 +0100 (MET) Message-ID: Date: Sat, 1 Feb 1997 14:45:14 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: Good name for a dump(8) option? X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hiya, i've implemented an option to dump(8) to bypass all tape length considerations, and dump straight to the end-of-tape indication, as it is probably most appropriate for all today's tape drives (due to compression and/or multiple backups per volume). How to name this kid? Right now, i've picked key `e' (``end of medium'', ``enforce end-of-medium''), lacking a better idea. Are there any better suggestions that don't conflict with other existing keys? -- 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-current Sat Feb 1 05:51:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA21499 for current-outgoing; Sat, 1 Feb 1997 05:51:23 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id FAA21488 for ; Sat, 1 Feb 1997 05:51:20 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id OAA05284 for current@freebsd.org; Sat, 1 Feb 1997 14:51:18 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id OAA20006; Sat, 1 Feb 1997 14:37:21 +0100 (MET) Message-ID: Date: Sat, 1 Feb 1997 14:37:20 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: current@freebsd.org Subject: Re: device driver open semantics... References: <3050.854800300@critter.dk.tfs.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <3050.854800300@critter.dk.tfs.com>; from Poul-Henning Kamp on Feb 1, 1997 13:31:40 +0100 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Poul-Henning Kamp wrote: > I realize that changing this behaviour in general would > probably surprise most if not all of our device-drivers, > So we're probably talking about a per-driver flag or possibly > a different open/close entry point in the [cb]devsw structure. This would at least break with the tradition of any Unix system i know of. Is there any historian among us who knows why this tradition started the way it is? So it would violate the principle of least surprise. A separate halfclose() entry might be less surprising... (or notify_close). It would make some drivers indeed more happy. I remember the dreaded /dev/console problems that also could have been solved better if the driver got notified about each close. -- 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-current Sat Feb 1 06:12:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA22871 for current-outgoing; Sat, 1 Feb 1997 06:12:10 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA22858; Sat, 1 Feb 1997 06:12:03 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id BAA23346; Sun, 2 Feb 1997 01:08:40 +1100 Date: Sun, 2 Feb 1997 01:08:40 +1100 From: Bruce Evans Message-Id: <199702011408.BAA23346@godzilla.zeta.org.au> To: current@freebsd.org, phk@freebsd.org Subject: Re: device driver open semantics... Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >The way things work now, this scenario exists: > > > Proc A Proc B Device foo > ------------------------------------------ > > open(foo,RD) > \__________________ > \ > ->open(foo, RD,A) > > open(foo,WR) > \__ > \ > ->open(foo, WR,B) > > close(foo) > > >>nothing<< > > close(foo) > \____________________ > \ > ->close(foo,A) > > >I'm dissatisfied with the >>nothing<< step. At this time >there is nobody who has the device open for writing but >we fail to communicate this to the driver. I don't follow the diagram. I still use my 1.1.5 hack for not counting opens until the device open has returned. This fixes the problem of the device close never getting called and sleeping openers never getting woken up if process B completes an open and a close while process A is sleeping in open on some condition that doesn't prevent the open by process B). Lately I've been worrying about the problem of the device open being called while another process is sleeping in close. This state is easy to set up by outputting something to a tty with crtscts enabled and CTS off, then killing the process (it sleeps in close() and opening the tty in another process. A similar state can probably be set up for syscons using scroll lock instead of CTS. If the open sleeps and the close returns, then (I think) the process in open() won't get woken up (device drivers could handle this, but generally don't). If the open completes first, the device mode often gets clobbered when the close completes. >Many drivers don't really care who opened them, and it would >generally be sufficient to be informed of the current agregate >open mode: > > Proc A Proc B Device foo > ------------------------------------------ > > open(foo,RD) > \__________________ > \ > ->isopen(foo, RD) > > open(foo,WR) > \__ > \ > ->isopen(foo, RD|WR) >... Always call the device close(), and check the open count there? Where is isopen()? My hack makes vfs count processes sleeping in open. This is easier than changing 100 device drivers. More is required for devices that support aliases and/or slices, but vfs can handle the easy cases. Bruce From owner-freebsd-current Sat Feb 1 08:10:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA28101 for current-outgoing; Sat, 1 Feb 1997 08:10:27 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA28095 for ; Sat, 1 Feb 1997 08:10:24 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id IAA19237; Sat, 1 Feb 1997 08:09:58 -0800 (PST) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-current@FreeBSD.ORG (FreeBSD-current users) Subject: Re: Good name for a dump(8) option? In-reply-to: Your message of "Sat, 01 Feb 1997 14:45:14 +0100." Date: Sat, 01 Feb 1997 08:09:58 -0800 Message-ID: <19234.854813398@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > How to name this kid? Right now, i've picked key `e' (``end of > medium'', ``enforce end-of-medium''), lacking a better idea. Are > there any better suggestions that don't conflict with other existing > keys? How about a tape length of -1 for the existing option? :-) Jordan From owner-freebsd-current Sat Feb 1 09:12:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA00348 for current-outgoing; Sat, 1 Feb 1997 09:12:49 -0800 (PST) Received: from plaut.de (inet.plaut.de [194.39.177.166]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA00329 for ; Sat, 1 Feb 1997 09:12:45 -0800 (PST) Received: from totum.plaut.de (totum.plaut.de [194.39.177.9]) by plaut.de (8.6.12/8.6.12) with ESMTP id SAA18779; Sat, 1 Feb 1997 18:12:34 +0100 Received: from localhost (root@localhost) by totum.plaut.de (8.8.4/8.7.3) with SMTP id SAA01075; Sat, 1 Feb 1997 18:12:34 +0100 (MET) Date: Sat, 1 Feb 1997 18:12:34 +0100 (MET) From: Michael Reifenberger To: "Jordan K. Hubbard" cc: FreeBSD-current users , Joerg Wunsch Subject: Re: Good name for a dump(8) option? In-Reply-To: <19234.854813398@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 1 Feb 1997, Jordan K. Hubbard wrote: > Date: Sat, 01 Feb 1997 08:09:58 -0800 > From: "Jordan K. Hubbard" > To: Joerg Wunsch > Cc: FreeBSD-current users > Subject: Re: Good name for a dump(8) option? > > > How to name this kid? Right now, i've picked key `e' (``end of > > medium'', ``enforce end-of-medium''), lacking a better idea. Are > > there any better suggestions that don't conflict with other existing > > keys? > > How about a tape length of -1 for the existing option? :-) Wouldn't the -1 cause YetAnotherOption? Should't it be a size of 0 instead? Bye! ---- Michael Reifenberger Plaut Software GmbH, R/3 Basis From owner-freebsd-current Sat Feb 1 09:28:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA00927 for current-outgoing; Sat, 1 Feb 1997 09:28:47 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA00922 for ; Sat, 1 Feb 1997 09:28:45 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id JAA19527; Sat, 1 Feb 1997 09:28:37 -0800 (PST) To: Michael Reifenberger cc: FreeBSD-current users , Joerg Wunsch Subject: Re: Good name for a dump(8) option? In-reply-to: Your message of "Sat, 01 Feb 1997 18:12:34 +0100." Date: Sat, 01 Feb 1997 09:28:37 -0800 Message-ID: <19524.854818117@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Wouldn't the -1 cause YetAnotherOption? > Should't it be a size of 0 instead? I also suggested 0 in a private email to Joerg. :-) Jordan From owner-freebsd-current Sat Feb 1 09:51:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA01827 for current-outgoing; Sat, 1 Feb 1997 09:51:55 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA01821 for ; Sat, 1 Feb 1997 09:51:52 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id SAA10604 for freebsd-current@FreeBSD.ORG; Sat, 1 Feb 1997 18:51:44 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id SAA29356; Sat, 1 Feb 1997 18:42:09 +0100 (MET) Message-ID: Date: Sat, 1 Feb 1997 18:42:08 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@FreeBSD.ORG (FreeBSD-current users) Subject: Re: Good name for a dump(8) option? References: <19234.854813398@time.cdrom.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Michael Reifenberger on Feb 1, 1997 18:12:34 +0100 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Michael Reifenberger wrote: > > How about a tape length of -1 for the existing option? :-) > > Wouldn't the -1 cause YetAnotherOption? > Should't it be a size of 0 instead? I think i tried to use this approach first, but eventually gave up since it would have required revamping the entire logic. So either we can settle for an option, or i'm not willing to do the work. (Note that i've got these changes ready to commit already, and run them locally for quite some time now. I'm not asking for more work. :-) -- 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-current Sat Feb 1 11:29:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA05429 for current-outgoing; Sat, 1 Feb 1997 11:29:39 -0800 (PST) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA05418 for ; Sat, 1 Feb 1997 11:29:32 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id UAA20519; Sat, 1 Feb 1997 20:16:21 +0100 (MET) Received: (from andreas@localhost) by klemm.gtn.com (8.8.5/8.8.2) id UAA08166; Sat, 1 Feb 1997 20:10:03 +0100 (MET) Message-ID: <19970201201002.PV38320@klemm.gtn.com> Date: Sat, 1 Feb 1997 20:10:02 +0100 From: andreas@klemm.gtn.com (Andreas Klemm) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: freebsd-current@freebsd.org (FreeBSD-current users) Subject: Re: Good name for a dump(8) option? References: X-Mailer: Mutt 0.59-PL19 Mime-Version: 1.0 In-Reply-To: ; from "J Wunsch" on Feb 1, 1997 14:45:14 +0100 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch writes: > Hiya, > > i've implemented an option to dump(8) to bypass all tape length > considerations, and dump straight to the end-of-tape indication, as it > is probably most appropriate for all today's tape drives (due to > compression and/or multiple backups per volume). > > How to name this kid? Right now, i've picked key `e' (``end of > medium'', ``enforce end-of-medium''), lacking a better idea. Are > there any better suggestions that don't conflict with other existing > keys? what about key 'a', which sounds like doing something automatically ?! a - auto-calc tape length by simply detecting end of tape ;-) -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-current Sat Feb 1 13:53:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA10981 for current-outgoing; Sat, 1 Feb 1997 13:53:54 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA10976 for ; Sat, 1 Feb 1997 13:53:52 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id NAA19971; Sat, 1 Feb 1997 13:53:45 -0800 (PST) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-current@freebsd.org (FreeBSD-current users) Subject: Re: Good name for a dump(8) option? In-reply-to: Your message of "Sat, 01 Feb 1997 18:42:08 +0100." Date: Sat, 01 Feb 1997 13:53:45 -0800 Message-ID: <19967.854834025@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > So either we can settle for an option, or i'm not willing to do the > work. (Note that i've got these changes ready to commit already, and > run them locally for quite some time now. I'm not asking for more > work. :-) Well, since you put it that way... :-) Jordan From owner-freebsd-current Sat Feb 1 14:54:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA13110 for current-outgoing; Sat, 1 Feb 1997 14:54:54 -0800 (PST) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA13103 for ; Sat, 1 Feb 1997 14:54:52 -0800 (PST) Received: (from henrich@localhost) by crh.cl.msu.edu (8.8.5/8.8.4) id RAA10254; Sat, 1 Feb 1997 17:54:50 -0500 (EST) Date: Sat, 1 Feb 1997 17:54:50 -0500 (EST) From: Charles Henrich Message-Id: <199702012254.RAA10254@crh.cl.msu.edu> To: andreas@klemm.gtn.com, freebsd-current@freebsd.org Subject: Re: Good name for a dump(8) option? Newsgroups: lists.freebsd.current References: <5d065f$h8e@msunews.cl.msu.edu> X-Newsreader: NN version 6.5.0 #1 (NOV) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In lists.freebsd.current you write: >J Wunsch writes: >> Hiya, >> >> i've implemented an option to dump(8) to bypass all tape length >> considerations, and dump straight to the end-of-tape indication, as it >> is probably most appropriate for all today's tape drives (due to >> compression and/or multiple backups per volume). >> >> How to name this kid? Right now, i've picked key `e' (``end of >> medium'', ``enforce end-of-medium''), lacking a better idea. Are >> there any better suggestions that don't conflict with other existing >> keys? >what about key 'a', which sounds like doing something automatically ?! > a - auto-calc tape length by simply detecting end of tape I like a, presuming its not taken :) -Crh -- Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-current Sat Feb 1 15:50:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA15315 for current-outgoing; Sat, 1 Feb 1997 15:50:30 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id PAA15304 for ; Sat, 1 Feb 1997 15:50:27 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA05233 for freebsd-current@freebsd.org; Sun, 2 Feb 1997 00:50:25 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id AAA03172; Sun, 2 Feb 1997 00:23:46 +0100 (MET) Message-ID: Date: Sun, 2 Feb 1997 00:23:46 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@freebsd.org Subject: Re: Good name for a dump(8) option? References: <5d065f$h8e@msunews.cl.msu.edu> <199702012254.RAA10254@crh.cl.msu.edu> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199702012254.RAA10254@crh.cl.msu.edu>; from Charles Henrich on Feb 1, 1997 17:54:50 -0500 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Charles Henrich wrote: > >what about key 'a', which sounds like doing something automatically ?! > > > a - auto-calc tape length by simply detecting end of tape > > I like a, presuming its not taken :) Ok, `a' is bought. -- 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-current Sat Feb 1 16:04:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA16877 for current-outgoing; Sat, 1 Feb 1997 16:04:07 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA16838 for ; Sat, 1 Feb 1997 16:03:57 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id KAA14891; Sun, 2 Feb 1997 10:33:48 +1030 (CST) From: Michael Smith Message-Id: <199702020003.KAA14891@genesis.atrad.adelaide.edu.au> Subject: Re: Good name for a dump(8) option? In-Reply-To: from J Wunsch at "Feb 1, 97 02:45:14 pm" To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 2 Feb 1997 10:33:47 +1030 (CST) Cc: freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch stands accused of saying: > > i've implemented an option to dump(8) to bypass all tape length > considerations, and dump straight to the end-of-tape indication, as it > is probably most appropriate for all today's tape drives (due to > compression and/or multiple backups per volume). Yay! > How to name this kid? Right now, i've picked key `e' (``end of> > medium'', ``enforce end-of-medium''), lacking a better idea. Are > there any better suggestions that don't conflict with other existing > keys? How about making it the default, rather than a 300' 1600bpi 9-track tape? Even _I_ turned mine into a stereo rack over a year ago, and logically it mnakes more sense : "I haven't been told how long the tape is, so I'll keep going until it stops." > cheers, J"org -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Sat Feb 1 16:34:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA19344 for current-outgoing; Sat, 1 Feb 1997 16:34:36 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id QAA19333; Sat, 1 Feb 1997 16:34:32 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA07056; Sat, 1 Feb 1997 17:33:20 -0700 From: Terry Lambert Message-Id: <199702020033.RAA07056@phaeton.artisoft.com> Subject: Re: device driver open semantics... To: phk@freebsd.org Date: Sat, 1 Feb 1997 17:33:19 -0700 (MST) Cc: current@freebsd.org In-Reply-To: <3050.854800300@critter.dk.tfs.com> from "Poul-Henning Kamp" at Feb 1, 97 01:31:40 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-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Proc A Proc B Device foo > ------------------------------------------ > open(foo,RD) > \__________________ > \ > ->open(foo, RD,A) > open(foo,WR) > \__ > \ > ->open(foo, WR,B) > close(foo) > >>nothing<< > close(foo) > \____________________ > \ > ->close(foo,A) > > > I'm dissatisfied with the >>nothing<< step. At this time > there is nobody who has the device open for writing but > we fail to communicate this to the driver. Good point. > open(foo,WR) > \__ > \ > ->isopen(foo, RD|WR) > close(foo) > \____ > \ > ->isopen(foo, RD) [ ... ] > Comments ? > > I realize that changing this behaviour in general would > probably surprise most if not all of our device-drivers, > So we're probably talking about a per-driver flag or possibly > a different open/close entry point in the [cb]devsw structure. > > Preferences ? > > Objections ? I assume you must be reference-counting the flags on a per flag basis? I suspect you could do equally well by passing the open flags back in to the close. If I'm not mistaken, the flags are preserved for system call mode testing purposes already to do things like fail writes on a file open only for reading, etc., since the permissions for the open are tested at open time, and it would not do to have 'A' open a file for read that he only had read access to, and take advantage of 'B' opening the file read/write so he can write it (think passwd file and passwd or vipw program; the db is rebuilt and may create an valid entry for an entry written in the race window that would open if modes had not been saved, or if the test was on the open flags). In any case, a driver could choose to implement reference counting, or not, depending on whether it personally cared how something was open (ie: sound cards probably would, but disks probably wouldn't, etc.). You might want to make some generic #defined macros in a header for it, though... Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sat Feb 1 16:45:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA19765 for current-outgoing; Sat, 1 Feb 1997 16:45:18 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id QAA19756 for ; Sat, 1 Feb 1997 16:45:14 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id BAA07337 for freebsd-current@freebsd.org; Sun, 2 Feb 1997 01:45:13 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id BAA17530; Sun, 2 Feb 1997 01:38:11 +0100 (MET) Message-ID: Date: Sun, 2 Feb 1997 01:38:08 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@freebsd.org Subject: Re: Good name for a dump(8) option? References: <199702020003.KAA14891@genesis.atrad.adelaide.edu.au> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199702020003.KAA14891@genesis.atrad.adelaide.edu.au>; from Michael Smith on Feb 2, 1997 10:33:47 +1030 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Michael Smith wrote: > How about making it the default, I'll wait for a majority vote before doing this, since it will break the existing interface. Adding an option doesn't break it. > rather than a 300' 1600bpi 9-track > tape? What, you aren't using reel-to-reel tapes anymore? > Even _I_ turned mine into a stereo rack over a year ago, ... Abuse!!! :-)) -- 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-current Sat Feb 1 17:17:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA22069 for current-outgoing; Sat, 1 Feb 1997 17:17:55 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA22060 for ; Sat, 1 Feb 1997 17:17:49 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id LAA15124; Sun, 2 Feb 1997 11:47:35 +1030 (CST) From: Michael Smith Message-Id: <199702020117.LAA15124@genesis.atrad.adelaide.edu.au> Subject: Re: Good name for a dump(8) option? In-Reply-To: from J Wunsch at "Feb 2, 97 01:38:08 am" To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 2 Feb 1997 11:47:34 +1030 (CST) Cc: freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch stands accused of saying: > As Michael Smith wrote: > > > How about making it the default, > > I'll wait for a majority vote before doing this, since it will break > the existing interface. Adding an option doesn't break it. Agreed, although I haven't seen the default arguments used for anything other than generating -questions threads for a long time. > > Even _I_ turned mine into a stereo rack over a year ago, ... > > Abuse!!! :-)) I couldn't find anyone who could sell me the little BOM labels, so I couldn't set up any of the fresh tapes I had, and all the old ones were toast. Then I had to give back the SCSI/9-track adapter I had, and about all that was left useful was the 4mm steel-plate chassis. Waste not, want not, and you should see the price of a decent stereo cabinet these days, outrageous! 8) > cheers, J"org -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Sat Feb 1 21:34:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA01741 for current-outgoing; Sat, 1 Feb 1997 21:34:32 -0800 (PST) Received: from starfire.mn.org (root@starfire.skypoint.net [199.86.32.187]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA01727 for ; Sat, 1 Feb 1997 21:34:27 -0800 (PST) Received: (from john@localhost) by starfire.mn.org (8.8.4/1.1) id XAA10477; Sat, 1 Feb 1997 23:34:25 -0600 (CST) Message-ID: Date: Sat, 1 Feb 1997 23:34:25 -0600 From: john@dexter.starfire.mn.org (John Lind) To: current@freebsd.org Subject: fast/slow Ethernet NFS problems X-Mailer: Mutt 0.53 Mime-Version: 1.0 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am having what seems like the classic problem with a fast server and a slow client in that the client makes a request and, judging from the data activity lights on the network, the server is trying to respond, but the client "hangs." I have tried doing the mount with "-r=1024" but this has not helped. The server system is a FreeBSD 2.1.0-R(CD) system with an AMD 5x86-133, 32Mb of RAM, ASUS SC-200 NCD 53C810 SCSI controller, and an NE2000-compatible ISA ethernet adapter. The client system was assembled from my salvage box: i486DX/33, 8Mb RAM, Adaptec 1542B SCSI controller, and an 8-bit 3Com 3C503 controller. I was using this exact same hardware with FreeBSD 2.1.6(.1) on the client in the same configuration, and, with the proper mount parameters, it worked just fine. I have tried many mount variations, including mount -t nfs -o -r=1024 dexter:/home /home mount -t nfs -o -I=1024,-r=1024 dexter:/home /home mount -t nfs -o -I=512,-r=1024,-w=1024 dexter:/home /home but they have all gotten me nowhere. Here is a "netstat -s" output: ip: 67 total packets received 0 bad header checksums 0 with size smaller than minimum 0 with data size < data length 0 with header length < data size 0 with data length < header length 0 with bad options 0 with incorrect version number 24 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 12 packets reassembled ok 55 packets for this host 0 packets for unknown/unsupported protocol 0 packets forwarded 0 packets not forwardable 0 packets received for unknown multicast group 0 redirects sent 56 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented icmp: 0 calls to icmp_error 0 errors not generated 'cuz old message was icmp 0 messages with bad code fields 0 messages < minimum length 0 bad checksums 0 messages with bad length 0 message responses generated igmp: 0 messages received 0 messages received with too few bytes 0 messages received with bad checksum 0 membership queries received 0 membership queries received with invalid field(s) 0 membership reports received 0 membership reports received with invalid field(s) 0 membership reports received for groups to which we belong 0 membership reports sent tcp: 30 packets sent 14 data packets (3285 bytes) 0 data packets (0 bytes) retransmitted 0 resends initiated by MTU discovery 14 ack-only packets (10 delayed) 0 URG only packets 0 window probe packets 0 window update packets 2 control packets 21 packets received 15 acks (for 3288 bytes) 1 duplicate ack 0 acks for unsent data 15 packets (1736 bytes) received in-sequence 0 completely duplicate packets (0 bytes) 0 old duplicate packets 0 packets with some dup. data (0 bytes duped) 1 out-of-order packet (0 bytes) 0 packets (0 bytes) of data after window 0 window probes 1 window update packet 0 packets received after close 0 discarded for bad checksums 0 discarded for bad header offset fields 0 discarded because packet too short 1 connection request 1 connection accept 0 bad connection attempts 0 listen queue overflows 2 connections established (including accepts) 4 connections closed (including 0 drops) 0 connections updated cached RTT on close 0 connections updated cached RTT variance on close 0 connections updated cached ssthresh on close 0 embryonic connections dropped 15 segments updated rtt (of 15 attempts) 0 retransmit timeouts 0 connections dropped by rexmit timeout 0 persist timeouts 0 connections dropped by persist timeout 0 keepalive timeouts 0 keepalive probes sent 0 connections dropped by keepalive 0 correct ACK header predictions 3 correct data packet header predictions udp: 34 datagrams received 0 with incomplete header 0 with bad data length field 0 with bad checksum 0 dropped due to no socket 8 broadcast/multicast datagrams dropped due to no socket 12 dropped due to full socket buffers 0 not for hashed pcb 14 delivered 26 datagrams output John Lind, Starfire Consulting Services E-mail: john@starfire.MN.ORG USnail: PO Box 17247, Mpls MN 55417 From owner-freebsd-current Sat Feb 1 22:13:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA03296 for current-outgoing; Sat, 1 Feb 1997 22:13:28 -0800 (PST) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA03290 for ; Sat, 1 Feb 1997 22:13:21 -0800 (PST) Received: (from davidn@localhost) by labs.usn.blaze.net.au (8.8.5/8.8.5) id RAA01351; Sun, 2 Feb 1997 17:13:17 +1100 (EST) Message-ID: <19970202171317.RP40411@usn.blaze.net.au> Date: Sun, 2 Feb 1997 17:13:17 +1100 From: davidn@unique.usn.blaze.net.au (David Nugent) To: freebsd-current@freebsd.org Subject: getty patches X-Mailer: Mutt 0.59.1 Mime-Version: 1.0 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have implemented the following in /usr/libexec/getty: 1) Ability to define a modem initialisation script. The port is opened in non-blocking mode, and a send/expect chat script is executed. If modem initialisation fails, getty recycles. gettytab capabilities: ic=expect send [expect send ...] init chat script ct#val chat timeout in seconds 2) Ability to answer incoming phone calls "manually" which allows disabling auto-answer mode (so the phone is not answered regardless of DTR state). gettytab capabilities: ac=expect send [expect send ...] answer chat script ct#val chat timeout in seconds 3) A recycle time value, to getty to be periodically recycled and initialised after a given number of seconds if there is no activity detected. gettytab capabilities: rt#val recycle time in seconds 4) A "debug chat" script value, which is a bitmask: gettytab capabilities: dc#val debug chat value: bit 0:received data (during chat) bit 1:send data bit 2:expect data bit 3:misc (mainly status) 5) The 'de' capability now removes extraneous input after it pauses, essentially to throw away remaining garbage aftera connection via an answer script. 6) Fixed bugs in the %s, %m, %r and %v macros which don't currently work [uname() was never being called, thus the values for these were always blank. rlogin seems to suffer the same bug]. 7) Sending a sysv-like "issue" file prior the login prompt. This is much more useful than the 'im=' capability since it can be more easily modified by scripts etc. gettytab capabilities: if= (I saw some chat about this a while back on the mailing list, but alas, no commit resulted). Does anyone have any objecting to me committing these changes? I believe they bring our getty more in line with modem technology that has been available for over a decade now. :-) The changes are fully backwards compatible. A non-modified /etc/gettytab should result in precisely the same behaviour as was present previously apart from items 5 (which should be benign) and 6 (which fixes an existing bug). Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-current Sat Feb 1 22:45:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA04433 for current-outgoing; Sat, 1 Feb 1997 22:45:15 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA04427 for ; Sat, 1 Feb 1997 22:45:11 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id RAA15774; Sun, 2 Feb 1997 17:15:03 +1030 (CST) From: Michael Smith Message-Id: <199702020645.RAA15774@genesis.atrad.adelaide.edu.au> Subject: Re: getty patches In-Reply-To: <19970202171317.RP40411@usn.blaze.net.au> from David Nugent at "Feb 2, 97 05:13:17 pm" To: davidn@unique.usn.blaze.net.au (David Nugent) Date: Sun, 2 Feb 1997 17:15:02 +1030 (CST) Cc: freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk David Nugent stands accused of saying: > > Does anyone have any objecting to me committing these changes? No. OTOH, I can think of a few people (er, every ISP I support) that would be very happy about it. 8) > David Nugent - Unique Computing Pty Ltd - Melbourne, Australia -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Sat Feb 1 23:50:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA07211 for current-outgoing; Sat, 1 Feb 1997 23:50:10 -0800 (PST) Received: from al.imforei.apana.org.au (pjchilds@al.imforei.apana.org.au [202.12.89.41]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA07199 for ; Sat, 1 Feb 1997 23:50:01 -0800 (PST) Received: (from pjchilds@localhost) by al.imforei.apana.org.au (beBop) id SAA20191; Sun, 2 Feb 1997 18:19:51 +1030 (CST) Date: Sun, 2 Feb 1997 18:19:51 +1030 (CST) From: Peter Childs Message-Id: <199702020749.SAA20191@al.imforei.apana.org.au> To: davidn@unique.usn.blaze.net.au (David Nugent), freebsd-current@freebsd.org Subject: Re: getty patches X-Newsreader: TIN [UNIX 1.3 unoff BETA release 961020] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <19970202171317.RP40411@usn.blaze.net.au> you wrote: : 6) Fixed bugs in the %s, %m, %r and %v macros which don't : currently work [uname() was never being called, thus : the values for these were always blank. rlogin seems to : suffer the same bug]. Last time I sent in fixes for this nothing ever happened 'cause it wasn't deemed a "bug", but a security thing. _however_ either you add the features, or remove them from the documentation. I vote for the include 'em :) : Does anyone have any objecting to me committing these changes? : I believe they bring our getty more in line with modem technology : that has been available for over a decade now. :-) Yip! Yip! Just like mgetty only crunchy! I'm sure i've seen the patches for getty to autodetect PPP LCP and run ppp so all we need now is fax recognition and we have mgetty (hehe) Perhaps if the autodetect PPP stuff hasn't been added in yet you could look to do that in a "minor-mega-commit" of all these changes.. :] Regards, Peter -- Peter Childs --- http://www.imforei.apana.org.au/~pjchilds Finger pjchilds@al.imforei.apana.org.au for public PGP key Drag me, drop me, treat me like an object!