From owner-freebsd-current Sun Feb 16 02:31:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA23106 for current-outgoing; Sun, 16 Feb 1997 02:31:50 -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 CAA23100; Sun, 16 Feb 1997 02:31:42 -0800 (PST) Received: (from sos@localhost) by ravenock.cybercity.dk (8.8.5/8.7.3) id LAA01362; Sun, 16 Feb 1997 11:33:26 +0100 (MET) From: Søren Schmidt Message-Id: <199702161033.LAA01362@ravenock.cybercity.dk> Subject: Re: pcvt/132 columns In-Reply-To: <33068F05.708D5F1B@xinside.com> from Jeremy Chatfield at "Feb 15, 97 09:37:25 pm" To: jdc@xinside.com (Jeremy Chatfield) Date: Sun, 16 Feb 1997 11:33:14 +0100 (MET) Cc: hm@kts.org, FreeBSD-hackers@FreeBSD.org, 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 Jeremy Chatfield who wrote: > > What I'd like to see in FreeBSD, are a more complete set of things for > handling VT's. Fortunately, I think that the functions can be split to > make it manageable, though I'll admit I've no intention of doing any of > this work ;-) Hmm, this is the showstopper EVERY time :( > There are many ways to create a more flexible, more fully featured and > safer VT switching mechanism than those in SVR4 and Linux. Here are > some desirable characteristics: > > 1/ doesn't permit VGA BIOS control over switching, at all. I'm not sure what you mean by that.. > 2/ uses a consistent body of knowledge for switching to a mode. Yeah, but where do we GET that info from, SVGA cards appears at a rate that there is NO way we can follow up on that :( > 3/ assumes that all switches that it does not make, will be returned to > a safe mode. Hmm, I think that the code should be able to return the card to a well determined state, regardless of what have been done to it. We have no way of demanding that others set up things correctly. > 4/ is triggered whenever switching to a specific VT. allready so > 5/ has VT specific configuration modes. you mean pr VT configs or what ?? > 6/ may use a VGA library, if one is present, so that games and other > non-X graphics, can use a common knowledge base for safer switching. That would be nice, but who is going to make the HUGE affort of producing this, with support for bezillions of video chipsets ?? > The key points that I'm trying to make, are that it should not be the > responsibility of the X Server to guess what knowledge base was used to > set up a text mode, and that this is reasonably a function of an > Operating System (providing controlled access to a shared resource). > Once you start to think like that, wider solutions with more features > are possible. As long as nobody REALLY cares about this, the X server is going to HAVE to take on this responsibility. I see only one really usable way, and that is to use the BIOS on the card, utilizing the VM86() call that we still does not have. This will give us the methods we need without us chasing a constantly moving target. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Sun Feb 16 03:52:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA28241 for current-outgoing; Sun, 16 Feb 1997 03:52:57 -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 DAA28223; Sun, 16 Feb 1997 03:52:38 -0800 (PST) Received: (from jkh@localhost) by time.cdrom.com (8.8.5/8.6.9) id DAA14051; Sun, 16 Feb 1997 03:52:35 -0800 (PST) Date: Sun, 16 Feb 1997 03:52:35 -0800 (PST) From: "Jordan K. Hubbard" Message-Id: <199702161152.DAA14051@time.cdrom.com> To: dyson@freebsd.org Subject: dump/traverse.c:118 build failure in -current Cc: bde@freebsd.org, current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk /* Auxiliary macro to pick up files changed since previous dump. */ #ifdef FS_44INODEFMT #define CHANGEDSINCE(dp, t) \ ((dp)->di_mtime.tv_sec >= (t) || (dp)->di_ctime.tv_sec >= (t)) #else #define CHANGEDSINCE(dp, t) \ ((dp)->di_mtime >= (t) || (dp)->di_ctime >= (t)) #endif FS_44INODEFMT is defined as 2 /usr/include/ufs/ffs/fs.h and seems to be correct, but struct dinode now contains an int32_t for di_mtime, not a struct timespec as in former times. So the question simply is: Is the dinode structure wrong, with FreeBSD changes to be brought back from revision 1.4 of dinode.h, or does traverse.c simple need to collapse the above to: #define CHANGEDSINCE(dp, t) \ ((dp)->di_mtime >= (t) || (dp)->di_ctime >= (t)) And be done with it. Where's the book on this stuff? :-) Jordan From owner-freebsd-current Sun Feb 16 06:31:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA06658 for current-outgoing; Sun, 16 Feb 1997 06:31:30 -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 GAA06652; Sun, 16 Feb 1997 06:31:17 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id BAA20700; Mon, 17 Feb 1997 01:28:23 +1100 Date: Mon, 17 Feb 1997 01:28:23 +1100 From: Bruce Evans Message-Id: <199702161428.BAA20700@godzilla.zeta.org.au> To: dyson@freebsd.org, jkh@time.cdrom.com Subject: Re: dump/traverse.c:118 build failure in -current Cc: bde@freebsd.org, current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >/* Auxiliary macro to pick up files changed since previous dump. */ >#ifdef FS_44INODEFMT >#define CHANGEDSINCE(dp, t) \ > ((dp)->di_mtime.tv_sec >= (t) || (dp)->di_ctime.tv_sec >= (t)) >#else >#define CHANGEDSINCE(dp, t) \ > ((dp)->di_mtime >= (t) || (dp)->di_ctime >= (t)) >#endif > >FS_44INODEFMT is defined as 2 /usr/include/ufs/ffs/fs.h and seems >to be correct, but struct dinode now contains an int32_t for di_mtime, >not a struct timespec as in former times. The ifdef is wrong. Lite2 didn't change the inode format and doesn't have an ifdef here. >So the question simply is: Is the dinode structure wrong, with >FreeBSD changes to be brought back from revision 1.4 of dinode.h, >or does traverse.c simple need to collapse the above to: Lite2 changed the C representation of the dinode structure. FreeBSD only made administrivial changes. The macro is slightly wrong to avoid the di_xtimensec fields. ufs normally sets these fields to 0, but they can be set to multiples of 10000 using utimes(). >And be done with it. Where's the book on this stuff? :-) Lite2 *.c is quite readable :-). Bruce From owner-freebsd-current Sun Feb 16 09:12:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA13370 for current-outgoing; Sun, 16 Feb 1997 09:12:09 -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 JAA13363 for ; Sun, 16 Feb 1997 09:12:06 -0800 (PST) Received: from modem.eng.umd.edu (modem.eng.umd.edu [129.2.98.187]) by po2.glue.umd.edu (8.8.5/8.8.5) with ESMTP id MAA23030 for ; Sun, 16 Feb 1997 12:12:03 -0500 (EST) Received: from localhost (chuckr@localhost) by modem.eng.umd.edu (8.8.5/8.7.3) with SMTP id MAA27638 for ; Sun, 16 Feb 1997 12:12:02 -0500 (EST) X-Authentication-Warning: modem.eng.umd.edu: chuckr owned process doing -bs Date: Sun, 16 Feb 1997 12:12:02 -0500 (EST) From: Chuck Robey X-Sender: chuckr@modem.eng.umd.edu To: FreeBSD current Subject: mount and df Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Both seem broken here. Neither can find the size of the struct ufs_args, which I found in sys/ufs/ufs/ufsmount.h. I don't know if this should be directly included in mount.c and df.c, or whether it's supposed to be included from a different include file, but I hope I've given enough info (if it's really broken) to make the fix easier on someone who knows more than I. ----------------------------+----------------------------------------------- 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 Sun Feb 16 10:09:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA16508 for current-outgoing; Sun, 16 Feb 1997 10:09:08 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA16503; Sun, 16 Feb 1997 10:09:05 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA07573; Sun, 16 Feb 1997 11:07:42 -0700 From: Terry Lambert Message-Id: <199702161807.LAA07573@phaeton.artisoft.com> Subject: Re: pcvt/132 columns To: jdc@xinside.com (Jeremy Chatfield) Date: Sun, 16 Feb 1997 11:07:42 -0700 (MST) Cc: hm@kts.org, FreeBSD-hackers@freebsd.org, FreeBSD-current@freebsd.org In-Reply-To: <33068F05.708D5F1B@xinside.com> from "Jeremy Chatfield" at Feb 15, 97 09:37:25 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 [ ... long discussion on console modes ... ] > 1/ doesn't permit VGA BIOS control over switching, at all. Agree. > 2/ uses a consistent body of knowledge for switching to a mode. Agree. > 3/ assumes that all switches that it does not make, will be returned to > a safe mode. Disagree (see below). > 4/ is triggered whenever switching to a specific VT. Disagree (see below). > 5/ has VT specific configuration modes. Agree. > 6/ may use a VGA library, if one is present, so that games and other > non-X graphics, can use a common knowledge base for safer switching. Agree. > I think that this means either an ioctl(), perhaps with a user level > daemon that does the work, or possibly, using the X approach, an > entirely user level process, perhaps connected to a virtual terminal > manager. Here's the problem. If you invoke a user level process to do this, then it is useless for providing a virtual console for a kernel debugger, and it's useless for graceful panic handling. The *only* way to do this safely is to give the kernel driver specific knowledge of all allowable video modes so that it doesn't have to rely on a user space process to do its job. This means X gets its nose *out* of the mode settings and card I/O address range, etc.. The driver, by default, would be VGA-aware, and you would have to load a better (card specific) driver to provide more (card specific) modes. Write-only registers would have to be shadowed in software so that the state was recoverable (for instance, during a resume following a suspend, in which the video hardware was APM powered-down, or "recovery" of system state after a weekend of being shut of using a "save-state/restore-state" shutdown. The driver would also have to be able to report, to user space programs, the available modes supported by the currently loaded driver... a parametric "INT 10 mode select" for protected mode OS's, in effect (the real mode "INT 10 mode select" should be redesigned to be parametric as well, but that's neither here nor there...). This was first discussed in the fall of 1993, and the LKM system was implemented in early 1994 for the purpose of providing a facility for loading card-specific console drivers. > a) initialisation program on first switching to a VT. This could be > used to start a system monitor whenever there's no process on a > prticular VT, or to start a login program only when switching to that VT > for the first time (or when there's no controlling program for that VT). This can be handled using pseudo-DCD signalling. DCD is low until the first time you switch to a VT. > b) a program that is run each time the screen is switched to; this could > be used for setting odd modes. NO. This violates the abstraction. > c) optional mode setting on each VT switch. For example, this would > permit a switch from the X Server to go to 80x25 on VT1, and then the VT > manager would catch the switch and reselect 132x25 with a blue > background and yellow text with Cyrillic font. Yes. This would be automatic, in any case, with the original 1993 design. > d) experiment mode, in which various modes could be tried and safe ones > marked for use in a per system restrictions file, for use by the > configuration program. This should be run by the System Admin, so that > users can only select between modes that do not upset the screen or > graphics board and risk system integrity. Bad, bad, bad. This implies the card-specific drivers are "scripted" in the generic driver, instead of replacing the generic driver. This is bad because it implies state information that did not result from a standard probe sequence. Clearly, there needs to be some way to "fine-tune" settings for the card-specific drivers, but just as clearly, these vagries are limited to replacing a "monitor database"... and a "monitor database" is a preferrable, if more difficult to implement, soloution. > e) screen driven configuration program, feeding a plain text file to > allow easy per-system and per-user configurations of modes and programs. Have you seen the Win95 display configuration? > The key points that I'm trying to make, are that it should not be the > responsibility of the X Server to guess what knowledge base was used to > set up a text mode, and that this is reasonably a function of an > Operating System (providing controlled access to a shared resource). > Once you start to think like that, wider solutions with more features > are possible. And it should not be the responsibility of the X server (or any other user space code) to restore card settings. 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 Sun Feb 16 10:19:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA17058 for current-outgoing; Sun, 16 Feb 1997 10:19:01 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA17053 for ; Sun, 16 Feb 1997 10:18:58 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA07611; Sun, 16 Feb 1997 11:17:20 -0700 From: Terry Lambert Message-Id: <199702161817.LAA07611@phaeton.artisoft.com> Subject: Re: G++ calling conventions To: bakul@torrentnet.com (Bakul Shah) Date: Sun, 16 Feb 1997 11:17:19 -0700 (MST) Cc: terry@lambert.org, current@freebsd.org In-Reply-To: <199702160114.UAA00533@chai.plexuscom.com> from "Bakul Shah" at Feb 15, 97 08:14:33 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 > > Does anyone know if gcc and/or g++ support the __stdcall type > > designator? > > Yes (according to info gcc). Thanks; I didn't think to look there; I never load "info" on any of my machines. > > PS: What would be the chances of supporting the "interface" keyword > > as an alias for "struct" in a future release? This can be done > > in a FreeBSD-specific way using the g++ config data files (I think). > > If you think this keyword has value, why don't you suggest it to the > gcc people? Adding it just to freebsd guarantees yet another #ifdef > (if you write portable code using it). Though, IMHO, adding the > `interface' keyword is not likely to make your code any more > readable -- C++ is just too gross. Check out Beta for an example of > a consistent and powerful O-O language. I was thinking more in terms of the definition of "long long" and the size of int, and so on. Isn't this parameterically driven in the gcc configuration files? It was last time I checked... The purpose of the "interface" keyword as an alias for "struct" is to allow the use of "struct" to declare pure virtual abstract base classes (to take advantage of the default "public:" value of "struct" members). The purpose of using a keyword other than "struct" for this is to imply member functions, but to imply no constructor/destructor, and to imply no member data -- only functions. I believe HP STL uses "interface", but #define's it as struct. The problem with this is that the compiler does not enforce type checking for "struct" vs. "interface" in this case. Unfortunately, "typedef struct interface" won't work. 8-|. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun Feb 16 11:46:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA22159 for current-outgoing; Sun, 16 Feb 1997 11:46:40 -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 LAA22154 for ; Sun, 16 Feb 1997 11:46:35 -0800 (PST) Received: from modem.eng.umd.edu (modem.eng.umd.edu [129.2.98.187]) by po1.glue.umd.edu (8.8.5/8.8.5) with ESMTP id OAA16371 for ; Sun, 16 Feb 1997 14:46:30 -0500 (EST) Received: from localhost (chuckr@localhost) by modem.eng.umd.edu (8.8.5/8.7.3) with SMTP id OAA27716 for ; Sun, 16 Feb 1997 14:46:30 -0500 (EST) X-Authentication-Warning: modem.eng.umd.edu: chuckr owned process doing -bs Date: Sun, 16 Feb 1997 14:46:29 -0500 (EST) From: Chuck Robey X-Sender: chuckr@modem.eng.umd.edu To: FreeBSD current Subject: revision diffs 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 sometimes want to know what the last change or two was that occurred in a file. I have the cvs tree, and by looking at the file involved, I can find the revision numbers I'm curious about. What would the cvs command be to show me a diff between the current version and a given earlier revision? ----------------------------+----------------------------------------------- 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 Sun Feb 16 12:16:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA23959 for current-outgoing; Sun, 16 Feb 1997 12:16:19 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA23947 for ; Sun, 16 Feb 1997 12:16:13 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA07889; Sun, 16 Feb 1997 13:14:18 -0700 From: Terry Lambert Message-Id: <199702162014.NAA07889@phaeton.artisoft.com> Subject: Re: revision diffs To: chuckr@glue.umd.edu (Chuck Robey) Date: Sun, 16 Feb 1997 13:14:18 -0700 (MST) Cc: freebsd-current@freefall.freebsd.org In-Reply-To: from "Chuck Robey" at Feb 16, 97 02:46:29 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 sometimes want to know what the last change or two was that occurred in > a file. I have the cvs tree, and by looking at the file involved, I can > find the revision numbers I'm curious about. What would the cvs command > be to show me a diff between the current version and a given earlier > revision? % cvs diff -H Usage: cvs diff [-lN] [rcsdiff-options] [[-r rev1 | -D date1] [-r rev2 | -D date2]] [files...] -l Local directory only, not recursive -D d1 Diff revision for date against working file. -D d2 Diff rev1/date1 against date2. -N include diffs for added and removed files. -r rev1 Diff revision for rev1 against working file. -r rev2 Diff rev1/date1 against rev2. % cvs diff -r XXX -r YYY to get a difference between revisions XXX and YYY. You can specify one or more files to localize the differences to a smaller scope than "all files in current directory". 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 Sun Feb 16 12:27:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA24691 for current-outgoing; Sun, 16 Feb 1997 12:27:59 -0800 (PST) Received: from grackle.grondar.za (grackle.grondar.za [196.7.18.131]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA24686 for ; Sun, 16 Feb 1997 12:27:47 -0800 (PST) Received: from grackle.grondar.za (1yiDJXfN67BlVo8ZJgpTQNm9S3yybmb/@localhost [127.0.0.1]) by grackle.grondar.za (8.8.5/8.8.4) with ESMTP id WAA28755; Sun, 16 Feb 1997 22:26:55 +0200 (SAT) Message-Id: <199702162026.WAA28755@grackle.grondar.za> X-Mailer: exmh version 2.0gamma 1/27/96 To: Chuck Robey cc: FreeBSD current Subject: Re: revision diffs Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 16 Feb 1997 22:26:49 +0200 From: Mark Murray Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Chuck Robey wrote: > I sometimes want to know what the last change or two was that occurred in > a file. I have the cvs tree, and by looking at the file involved, I can > find the revision numbers I'm curious about. What would the cvs command > be to show me a diff between the current version and a given earlier > revision? cvs diff [-c or -u] -r filename.c :-) M -- Mark Murray PGP key fingerprint = 80 36 6E 40 83 D6 8A 36 This .sig is umop ap!sdn. BC 06 EA 0E 7A F2 CE CE From owner-freebsd-current Sun Feb 16 13:24:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA28248 for current-outgoing; Sun, 16 Feb 1997 13:24: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 NAA28242 for ; Sun, 16 Feb 1997 13:24:12 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA23442; Sun, 16 Feb 1997 22:23:57 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id VAA27545; Sun, 16 Feb 1997 21:55:02 +0100 (MET) Message-ID: Date: Sun, 16 Feb 1997 21:55:02 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: chuckr@glue.umd.edu (Chuck Robey) Cc: freebsd-current@freefall.freebsd.org (FreeBSD current) Subject: Re: revision diffs 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 Feb 16, 1997 14:46:29 -0500 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Chuck Robey wrote: > What would the cvs command > be to show me a diff between the current version and a given earlier > revision? cvs diff -u -roldrev -rnewrev filename -- 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 Feb 16 14:25:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA01575 for current-outgoing; Sun, 16 Feb 1997 14:25: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 OAA01564 for ; Sun, 16 Feb 1997 14: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 OAA15422; Sun, 16 Feb 1997 14:25:16 -0800 (PST) To: Chuck Robey cc: bde@FreeBSD.org, FreeBSD current Subject: Re: mount and df In-reply-to: Your message of "Sun, 16 Feb 1997 12:12:02 EST." Date: Sun, 16 Feb 1997 14:25:16 -0800 Message-ID: <15416.856131916@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Both seem broken here. Neither can find the size of the struct ufs_args, > which I found in sys/ufs/ufs/ufsmount.h. I don't know if this should be > directly included in mount.c and df.c, or whether it's supposed to be This problem happens with a lot of things which attempt to get at the foo_args structures (ufs_args, iso_args, msdosfs_args, etc). Just try building /usr/src/release/sysinstall in -current to watch about 4 instances of this error. Probably only Bruce would know if: a) These should be coming in via sys/mount.h, like they used to (though it was pretty gross to have to define things like MSDOSFS to get msdosfs_args in scope). b) We should be including instead. Bruce? Since Chuck raises it, I was sort of wondering. :-) Jordan From owner-freebsd-current Sun Feb 16 14:34:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA02229 for current-outgoing; Sun, 16 Feb 1997 14:34:09 -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 OAA02215 for ; Sun, 16 Feb 1997 14:34:04 -0800 (PST) Received: from packet.eng.umd.edu (packet.eng.umd.edu [129.2.98.184]) by po1.glue.umd.edu (8.8.5/8.8.5) with ESMTP id RAA19771; Sun, 16 Feb 1997 17:34:00 -0500 (EST) Received: from localhost (chuckr@localhost) by packet.eng.umd.edu (8.8.5/8.7.3) with SMTP id RAA24411; Sun, 16 Feb 1997 17:33:59 -0500 (EST) X-Authentication-Warning: packet.eng.umd.edu: chuckr owned process doing -bs Date: Sun, 16 Feb 1997 17:33:58 -0500 (EST) From: Chuck Robey X-Sender: chuckr@packet.eng.umd.edu To: Joerg Wunsch cc: FreeBSD current Subject: Re: revision diffs 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 Sun, 16 Feb 1997, J Wunsch wrote: > As Chuck Robey wrote: > > > What would the cvs command > > be to show me a diff between the current version and a given earlier > > revision? > > cvs diff -u -roldrev -rnewrev filename Thanks, everyone! (wow, quick service!) I posted this morning about a problem with df and mount, but I didn't see it show up (to current). Did anyone else see that ? I think maybe it got lost. I noticed that the struct ufs_args was missing for both df and mount. It's in sys/ufs/ufs/ufsmount.h, but I don't think it'd be directly included into df.c or mount_ufs.c. It should probably have been in some other include file, but I don't know which one. Perhaps someone who knows the filesystem better could tell which one that'd be. ----------------------------+----------------------------------------------- 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 Sun Feb 16 15:19:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA04443 for current-outgoing; Sun, 16 Feb 1997 15:19:23 -0800 (PST) Received: from bunyip.cc.uq.oz.au (daemon@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA04425 for ; Sun, 16 Feb 1997 15:18:56 -0800 (PST) Received: (from daemon@localhost) by bunyip.cc.uq.oz.au (8.8.5/8.8.5) id JAA17187 for current@freebsd.org; Mon, 17 Feb 1997 09:17:37 +1000 Received: from netfl15a.devetir.qld.gov.au by ogre.devetir.qld.gov.au (8.7.5/DEVETIR-E0.3a) with SMTP id JAA19583 for ; Mon, 17 Feb 1997 09:20:05 +1000 (EST) Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id XAA13386 for ; Sun, 16 Feb 1997 23:19:04 GMT Message-Id: <199702162319.XAA13386@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 2.0beta 12/23/96 To: current@freebsd.org Subject: *Ahem*!!! X-Face: 3}heU+2?b->-GSF-G4T4>jEB9~FR(V9lo&o>kAy=Pj&;oVOc<|pr%I/VSG"ZD32J>5gGC0N 7gj]^GI@M:LlqNd]|(2OxOxy@$6@/!,";-!OlucF^=jq8s57$%qXd/ieC8DhWmIy@J1AcnvSGV\|*! >Bvu7+0h4zCY^]{AxXKsDTlgA2m]fX$W@'8ev-Qi+-;%L'CcZ'NBL!@n?}q!M&Em3*eW7,093nOeV8 M)(u+6D;%B7j\XA/9j4!Gj~&jYzflG[#)E9sI&Xe9~y~Gn%fA7>F:YKr"Wx4cZU*6{^2ocZ!YyR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 17 Feb 1997 09:19:04 +1000 From: Stephen Hocking Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk cc -c -O2 -m486 -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wne sted-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -nostdin c -I- -I. -I../.. -I../../../include -DNCONS=4 -DMFS -DNFS -DFFS -DTCP_COMPAT_42 -DINET -DPQ_MEDIUMCACHE -DCOMPAT_43 -DKERNEL ../../vm/kern_lock.c ../../vm/kern_lock.c:92: parse error before `lock_t' ../../vm/kern_lock.c:92: warning: data definition has no type or storage class ../../vm/kern_lock.c:94: parse error before `{' ../../vm/kern_lock.c:106: parse error before `lock_t' ../../vm/kern_lock.c:106: warning: redundant redeclaration of `l' in same scope ../../vm/kern_lock.c:92: warning: previous declaration of `l' ../../vm/kern_lock.c:106: warning: data definition has no type or storage class ../../vm/kern_lock.c:107: warning: redundant redeclaration of `can_sleep' in sam e scope ../../vm/kern_lock.c:93: warning: previous declaration of `can_sleep' ../../vm/kern_lock.c:108: parse error before `{' ../../vm/kern_lock.c:121: warning: function declaration isn't a prototype ../../vm/kern_lock.c: In function `lock_write': ../../vm/kern_lock.c:121: parse error before `l' ../../vm/kern_lock.c:121: declaration for parameter `lock_t' but no such paramet er ....... Stephen -- The views expressed above are not those of WorkCover Queensland, Australia. Unsolicited commercial email will be proofread at $900.00 US per message. Reading this constitutes acceptance of this condition. From owner-freebsd-current Sun Feb 16 16:25:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA09088 for current-outgoing; Sun, 16 Feb 1997 16:25:08 -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 QAA09079 for ; Sun, 16 Feb 1997 16:25:02 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id QAA17310 for ; Sun, 16 Feb 1997 16:24:53 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id BAA27805 for freebsd-current@freefall.freebsd.org; Mon, 17 Feb 1997 01:20:50 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id BAA27950; Mon, 17 Feb 1997 01:18:11 +0100 (MET) Message-ID: Date: Mon, 17 Feb 1997 01:18:11 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@freefall.freebsd.org (FreeBSD current) Subject: Re: revision diffs 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 Feb 16, 1997 17:33:58 -0500 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Chuck Robey wrote: > I posted this morning about a problem with df and mount, but I didn't see > it show up (to current). Did anyone else see that ? Yes, yes! :-) It seems only very few people are running 3.0-current, after John has scared them all off. ;-) This particular problem has been reported at least three times, but nobody so far stepped forward to post a fix, nor did anybody with commit power commit a fix either... ISTR that Chuck Robey's on the list of committers, hint, hint... :-] -- 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 Feb 16 17:32:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA11989 for current-outgoing; Sun, 16 Feb 1997 17:32:14 -0800 (PST) Received: from nyx.pr.mcs.net (nyx.pr.mcs.net [204.95.55.81]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA11762; Sun, 16 Feb 1997 17:28:38 -0800 (PST) Received: from nyx.pr.mcs.net (localhost [127.0.0.1]) by nyx.pr.mcs.net (8.8.5/8.8.4) with ESMTP id TAA02237; Sun, 16 Feb 1997 19:27:19 -0600 (CST) Message-Id: <199702170127.TAA02237@nyx.pr.mcs.net> X-Mailer: exmh version 2.0beta 12/23/96 To: FreeBSD-hackers@FreeBSD.org, FreeBSD-current@FreeBSD.org Subject: Re: pcvt/132 columns In-reply-to: Your message of Sun, 16 Feb 1997 11:33:14 +0100. <199702161033.LAA01362@ravenock.cybercity.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Date: Sun, 16 Feb 1997 19:27:19 -0600 From: Chris Csanady Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by freefall.freebsd.org id RAA11985 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Just a thought, but what about using some sort of generic frame buffer driver in the kernel. I dont think it should be the responsibility of the Xserver or anything else to twiddle with the cards settings directly. The kernel would just need to know a few card specific things about setting timings, etc. The VT system, and X would both be a consumer of this interface. They would issue ioctls or such requesting certain resolutions(the default vga, resolutions specified by the user in the kernel config, etc), or possibly to test/set timings. This would also allow the creation of a machine independant console driver--something that may not be immediately useful, but would be nice in the future. There would hopefully be no more problems having different X/vt resolutions. I've personally always wanted to have them identical, using a nice tiny font, and not having to wait for the monitor to re-sync, or the card to reset its timings upon switches. I'm not sure, but I think that netbsd has something like this for sun and some other architectures, and also a generic console that uses it. I suppose X must also have some of the necessary code as will if they work together. For what its worth, chris From owner-freebsd-current Sun Feb 16 20:22:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA21022 for current-outgoing; Sun, 16 Feb 1997 20:22:02 -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 UAA21017 for ; Sun, 16 Feb 1997 20:21:59 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id PAA13483; Mon, 17 Feb 1997 15:16:51 +1100 Date: Mon, 17 Feb 1997 15:16:51 +1100 From: Bruce Evans Message-Id: <199702170416.PAA13483@godzilla.zeta.org.au> To: chuckr@glue.umd.edu, jkh@time.cdrom.com Subject: Re: mount and df Cc: bde@FreeBSD.org, freebsd-current@freefall.freebsd.org Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> Both seem broken here. Neither can find the size of the struct ufs_args, >> which I found in sys/ufs/ufs/ufsmount.h. I don't know if this should be >> directly included in mount.c and df.c, or whether it's supposed to be > >This problem happens with a lot of things which attempt to get at the >foo_args structures (ufs_args, iso_args, msdosfs_args, etc). Just try >building /usr/src/release/sysinstall in -current to watch about 4 >instances of this error. These things are broken (not up to date with Lite2). >Probably only Bruce would know if: > > a) These should be coming in via sys/mount.h, like they used to > (though it was pretty gross to have to define things like > MSDOSFS to get msdosfs_args in scope). > > b) We should be including instead. Anyone merging Lite2 would know. (a) was gross for a couple of file system and unmanagable for 10-100 file systems. Lite2 fixed this. You now have to include headers if you want to support foofs. The only problem with this is that the foofs sources aren't well organised. I think they should be in sys/fs/foofs/*. Currently we have the following mess: foo[fs] somewhere something comments ------- --------- --------- -------- ufs ufs/ufs ffsmount nfs nfs nfsmount mfs doesn't fit, uses ufs headers msdos msdosfs msdosfsmount no fs in name lofs doesn't exist lfs doesn't fit, uses ufs headers fdesc no fs in name, no special hdrs portal miscfs/portal portal no fs in names null miscfs/nullfs null no fs in name umap miscfs/umapfs umap no fs in name kernfs no special headers procfs no special headers afs doesn't exist cd9660 isofs/cd9660 cd9660_mount no fs in name, extra _ in hdr union miscfs/union union no fs in names devfs no special headers ext2fs doesn't fit, uses ufs headers tfs doesn't exist Bruce From owner-freebsd-current Sun Feb 16 21:38:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA25404 for current-outgoing; Sun, 16 Feb 1997 21:38: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 VAA25399 for ; Sun, 16 Feb 1997 21:38:55 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id QAA15899; Mon, 17 Feb 1997 16:29:33 +1100 Date: Mon, 17 Feb 1997 16:29:33 +1100 From: Bruce Evans Message-Id: <199702170529.QAA15899@godzilla.zeta.org.au> To: current@FreeBSD.org, sysseh@devetir.qld.gov.au Subject: Re: *Ahem*!!! Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >cc -c -O2 -m486 -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wne >sted-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -nostdin >c -I- -I. -I../.. -I../../../include -DNCONS=4 -DMFS -DNFS -DFFS -DTCP_COMPAT_42 > -DINET -DPQ_MEDIUMCACHE -DCOMPAT_43 -DKERNEL ../../vm/kern_lock.c >../../vm/kern_lock.c:92: parse error before `lock_t' >../../vm/kern_lock.c:92: warning: data definition has no type or storage class >../../vm/kern_lock.c:94: parse error before `{' You need run config. kern_lock.c isn't used in -current. It should go away after someone checks than kern/kern_lock.c completely replaces vm/kern_lock.c and merges the relevant parts of the cvs history. Similarly for vm/lock.h -> sys/lock.h. The evil *lock_t, typedefs aren't used much now. Unfortunately, vm/vm_map.h has `simple_lock_data_t ref_lock', where simple_lock_data_t is typedefed as `struct simplelock', so everything that includes vm/vm_map.h has to include sys/lock.h. An include of is currently spammed into . Bruce From owner-freebsd-current Mon Feb 17 00:47:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA02282 for current-outgoing; Mon, 17 Feb 1997 00:47:49 -0800 (PST) Received: from shadows.aeon.net (bsdcur@ns.aeon.net [194.100.41.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA02270 for ; Mon, 17 Feb 1997 00:47:41 -0800 (PST) Received: (from bsdcur@localhost) by shadows.aeon.net (8.8.5/8.8.3) id KAA15402; Mon, 17 Feb 1997 10:46:13 +0200 (EET) From: mika ruohotie Message-Id: <199702170846.KAA15402@shadows.aeon.net> Subject: Re: Can't make world... need help To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 17 Feb 1997 10:46:12 +0200 (EET) Cc: freebsd-current@freebsd.org, bemfica@militzer.me.tuns.ca In-Reply-To: from J Wunsch at "Feb 15, 97 00:14:46 am" X-Mailer: ELM [version 2.4ME+ PL22 (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 > No, it's more like: > > 1) const annoylevel = 3 > 2) for (i = 1; i <= annoylevel; i++) { > 3) SUP/CVSUP > 4) Compile > 5) Does it work? y -> goto 7 > } > 6) fix the problem yourself, and report the fix > 7) you're done now. and for us non enough talented ones... i've learned that it's quite usefull to add one "sleep" after the cvsup, usually i wait about 12 to 36 hours and am taking a close eye on the freebsd-current, if nothing serious is seen there i make world... and have successfully been running a "production server", even though it's my machine at home, it being my line to net it's very important to me to keep it up and running. only down times i've experienced in the last two years have been either coz of the poor wires from the telco (had to rewire myself) or the electric blackouts, or the one hardware failure... usually i havent seen panicking kernels, few weeks ago i had one, but booting with week older kernel solved that. and i noticed it on the boot time, havent seen "on the fly" panics in months. and i happily avoided (knock knock) the whole memory leakage problem... (though at the moment i have some anomalities with the pre-lite2 kernel, but it's nothing serious, machine does run and is not killing processes) server is under "load" running small news server and lots of things on many xterms and screens... and there are few remote users... so, in other words, i am most pleased customer, thank you devteam. and even tho i run 2.1.x on real production servers at work, i've played with the thought of putting -current there too, for different reasons, but then again, i need an "excuse" for myself to be subscribed to the cdroms... beside /usr/ports/distfiles would take "lots" of drive space. mickey -- mika ruohotie mika@aeon.net mickey@supsys.fi net/sys admin From owner-freebsd-current Mon Feb 17 02:10:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA05972 for current-outgoing; Mon, 17 Feb 1997 02:10:04 -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 CAA05945 for ; Mon, 17 Feb 1997 02:10:00 -0800 (PST) Received: from punq.ucdavis.edu by mail.crl.com with SMTP id AA29381 (5.65c/IDA-1.5 for ); Mon, 17 Feb 1997 02:09:07 -0800 Received: from punq.ucdavis.edu (cml@localhost.ucdavis.edu [127.0.0.1]) by punq.ucdavis.edu (8.8.3/8.8.3) with ESMTP id CAA26106 for ; Mon, 17 Feb 1997 02:07:24 -0800 (PST) Message-Id: <199702171007.CAA26106@punq.ucdavis.edu> To: freebsd-current@freebsd.org Subject: build errors Date: Mon, 17 Feb 1997 02:07:22 -0800 From: Chris Lambertus Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hey folks, I realize in the midst of the lite2 import there are bound to be build problems, but this one doesn't look like it has much to do with lite/2: ===> lib/msun cc -D_IEEE_LIBM -c i387_e_acos.S -o i387_e_acos.o i387_e_acos.S: Assembler messages: i387_e_acos.S:41: Error: invalid character '_' in opcode i387_e_acos.S:41: Error: invalid character '_' in opcode i387_e_acos.S:41: Error: invalid character '_' in opcode *** Error code 1 This is cvsup'd (cvs-supfile) and checked out to my source tree as of around 1800 PST 2/16/97. I've build and installed include, as, cc, and ld. Unfortunately, I've no experience in x86 asm, so I'm stymied. Any sage advice? Chris -- Christopher M. Lambertus | cmlambertus@ucdavis.edu IR Distributed Systems Security | Office: (916) 754-9022 University of California | Fax: (916) 752-9154 Davis, California 95616 | Gabbpuy! 4400 forever! From owner-freebsd-current Mon Feb 17 03:13:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA08841 for current-outgoing; Mon, 17 Feb 1997 03:13:07 -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 DAA08830 for ; Mon, 17 Feb 1997 03:13:02 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id WAA27022; Mon, 17 Feb 1997 22:06:11 +1100 Date: Mon, 17 Feb 1997 22:06:11 +1100 From: Bruce Evans Message-Id: <199702171106.WAA27022@godzilla.zeta.org.au> To: cml@punq.ucdavis.edu, freebsd-current@FreeBSD.ORG Subject: Re: build errors Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I realize in the midst of the lite2 import there are bound to be >build problems, but this one doesn't look like it has much to >do with lite/2: > >===> lib/msun >cc -D_IEEE_LIBM -c i387_e_acos.S -o i387_e_acos.o >i387_e_acos.S: Assembler messages: >i387_e_acos.S:41: Error: invalid character '_' in opcode Already fixed. asmacros.h was broken for 12-18 hours. Bruce From owner-freebsd-current Mon Feb 17 03:58:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA10653 for current-outgoing; Mon, 17 Feb 1997 03:58:43 -0800 (PST) Received: from deepo.prosa.dk ([193.89.187.27]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA10648 for ; Mon, 17 Feb 1997 03:58:39 -0800 (PST) Received: (from regnauld@localhost) by deepo.prosa.dk (8.8.5/8.8.4/prosa-1.1) id MAA10042; Mon, 17 Feb 1997 12:59:14 +0100 (CET) Message-ID: Date: Mon, 17 Feb 1997 12:59:13 +0100 From: regnauld@deepo.prosa.dk (Philippe Regnauld) To: bsdcur@shadows.aeon.net (mika ruohotie) Cc: freebsd-current@freebsd.org Subject: Re: Can't make world... need help References: <199702170846.KAA15402@shadows.aeon.net> X-Mailer: Mutt 0.58 Mime-Version: 1.0 X-Operating-System: FreeBSD 2.2-BETA_A i386 In-Reply-To: <199702170846.KAA15402@shadows.aeon.net>; from mika ruohotie on Feb 17, 1997 10:46:12 +0200 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk mika ruohotie (bsdcur) ecrit/writes: [running -current...] > and have successfully been running a "production server", even though > it's my machine at home, it being my line to net it's very important to > me to keep it up and running. Same. Though I still wonder which is more dangerous: -current failing at the office (with my boss on my back), or at home (with my girlfriend using Samba all the time :-))) > > so, in other words, i am most pleased customer, thank you devteam. > "Give a hoot, contribute" (how's that for tacky advertising one-liners!) -- -- 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 Feb 17 09:25:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA28767 for current-outgoing; Mon, 17 Feb 1997 09:25: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 JAA28758 for ; Mon, 17 Feb 1997 09:24:59 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id SAA03416; Mon, 17 Feb 1997 18:02:13 +0100 (MET) Received: (from andreas@localhost) by klemm.gtn.com (8.8.5/8.8.2) id XAA10308; Sun, 16 Feb 1997 23:54:05 +0100 (MET) Message-ID: <19970216235405.XZ42495@klemm.gtn.com> Date: Sun, 16 Feb 1997 23:54:05 +0100 From: andreas@klemm.gtn.com (Andreas Klemm) To: chuckr@glue.umd.edu (Chuck Robey) Cc: freebsd-current@freefall.freebsd.org (FreeBSD current) Subject: Re: revision diffs References: X-Mailer: Mutt 0.60-PL0 Mime-Version: 1.0 In-Reply-To: ; from "Chuck Robey" on Feb 16, 1997 14:46:29 -0500 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Chuck Robey writes: > I sometimes want to know what the last change or two was that occurred in > a file. I have the cvs tree, and by looking at the file involved, I can > find the revision numbers I'm curious about. What would the cvs command > be to show me a diff between the current version and a given earlier > revision? tkcvs does also a nice job to show you diffs. Very good is, that you see both versions of the file in two different windows. The diffs are marked. And you can jump from diff to diff. -- 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 Feb 17 10:36:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA04710 for current-outgoing; Mon, 17 Feb 1997 10:36:01 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA04689 for ; Mon, 17 Feb 1997 10:35:57 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA09397; Mon, 17 Feb 1997 11:33:21 -0700 From: Terry Lambert Message-Id: <199702171833.LAA09397@phaeton.artisoft.com> Subject: Re: mount and df To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 17 Feb 1997 11:33:21 -0700 (MST) Cc: chuckr@glue.umd.edu, bde@FreeBSD.ORG, freebsd-current@freefall.freebsd.org In-Reply-To: <15416.856131916@time.cdrom.com> from "Jordan K. Hubbard" at Feb 16, 97 02:25:16 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Both seem broken here. Neither can find the size of the struct ufs_args, > > which I found in sys/ufs/ufs/ufsmount.h. I don't know if this should be > > directly included in mount.c and df.c, or whether it's supposed to be > > This problem happens with a lot of things which attempt to get at the > foo_args structures (ufs_args, iso_args, msdosfs_args, etc). Just try > building /usr/src/release/sysinstall in -current to watch about 4 > instances of this error. > > Probably only Bruce would know if: > > a) These should be coming in via sys/mount.h, like they used to > (though it was pretty gross to have to define things like > MSDOSFS to get msdosfs_args in scope). > > b) We should be including instead. The mount code should not be doing this; the df code shouldn't either. If you relocate the headers to some bizarre place, at least pick a common bizarre place, like /usr/include/sys/fs/ffs_extern.h. Otherwise change the mount interface to fix the problem the right way. 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 Mon Feb 17 10:38:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA04932 for current-outgoing; Mon, 17 Feb 1997 10:38:58 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA04919 for ; Mon, 17 Feb 1997 10:38:54 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA09409; Mon, 17 Feb 1997 11:36:03 -0700 From: Terry Lambert Message-Id: <199702171836.LAA09409@phaeton.artisoft.com> Subject: Re: mount and df To: bde@zeta.org.au (Bruce Evans) Date: Mon, 17 Feb 1997 11:36:02 -0700 (MST) Cc: chuckr@glue.umd.edu, jkh@time.cdrom.com, bde@freebsd.org, freebsd-current@freefall.freebsd.org In-Reply-To: <199702170416.PAA13483@godzilla.zeta.org.au> from "Bruce Evans" at Feb 17, 97 03:16:51 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Anyone merging Lite2 would know. (a) was gross for a couple of file > system and unmanagable for 10-100 file systems. Lite2 fixed this. > You now have to include headers if you want to > support foofs. The only problem with this is that the foofs sources > aren't well organised. I think they should be in sys/fs/foofs/*. I agree. I've needed this on a number of occasions. Any chance you will reorganize the FS source tree any time soon to fix this? 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 Mon Feb 17 10:41:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA05179 for current-outgoing; Mon, 17 Feb 1997 10:41:13 -0800 (PST) Received: from innocence.interface-business.de (innocence.interface-business.de [193.101.57.202]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA05153 for ; Mon, 17 Feb 1997 10:41:05 -0800 (PST) Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.203]) by innocence.interface-business.de (8.6.11/8.6.9) with SMTP id TAA07434 for ; Mon, 17 Feb 1997 19:37:13 +0100 Received: (from j@localhost) by ida.interface-business.de (8.8.5/8.7.3) id TAA04741; Mon, 17 Feb 1997 19:45:51 +0100 (MET) Message-ID: Date: Mon, 17 Feb 1997 19:45:51 +0100 From: j@ida.interface-business.de (J Wunsch) To: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: ep0 in GENERIC X-Mailer: Mutt 0.55-PL15 Mime-Version: 1.0 X-Phone: +49-351-31809-14 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@interface-business.de (Joerg Wunsch) Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Just curious: Why don't we use the following config line for ep0 (3C509)? device ep0 at isa? port ? net irq ? vector epintr The autoprobing seems to work, and it's as invasive as not using autoprobing since it happens by reading the EEPROM via a fixed port address (which is done anyway as long as at least one ep device is enabled). Using the autoprobing seems to get us away even with Plug&Pray-configured cards. Unless somebody seriously objects, i would change it to the above. -- J"org Wunsch Unix support engineer joerg_wunsch@interface-business.de http://www.interface-business.de/~j From owner-freebsd-current Mon Feb 17 10:54:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA06093 for current-outgoing; Mon, 17 Feb 1997 10:54:42 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA06088 for ; Mon, 17 Feb 1997 10:54:39 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA09444; Mon, 17 Feb 1997 11:52:56 -0700 From: Terry Lambert Message-Id: <199702171852.LAA09444@phaeton.artisoft.com> Subject: Re: revision diffs To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 17 Feb 1997 11:52:56 -0700 (MST) Cc: freebsd-current@freefall.freebsd.org In-Reply-To: from "J Wunsch" at Feb 17, 97 01:18:11 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 > > I posted this morning about a problem with df and mount, but I didn't see > > it show up (to current). Did anyone else see that ? > > Yes, yes! :-) > > It seems only very few people are running 3.0-current, after John has > scared them all off. ;-) This particular problem has been reported at > least three times, but nobody so far stepped forward to post a fix, > nor did anybody with commit power commit a fix either... > > ISTR that Chuck Robey's on the list of committers, hint, hint... :-] The fix is to change the mount arguments to by value rather than by reference (make "data" an arglist pointer instead of a caddr_t), and change out the use of manifest constants in the call (make "type" a const char * instead of an int). The "mount" command should break out the ffs mounting, just like the other FS's. There should be a /sbin/fs directory, and the type specific mounts should go there. The mount command should reference the right one using the "-T" argument (if it even cares any more; the varradic argument passing should allow paramter recognition in the kernel, if necessary, and all FS's could use common code for this). The mounts themselves should return non-fatal failures for unrecognized FS types for root. This would allow iteratively going through FS types known to the kernel at boot time to say "can you mount this?". This would be *very* useful for "umsdosfs" type functionality. This implies an interface for VFS_CANMOUNT() or something similar, if the recognition code is split from the mount code. The implication here is that mounts can all share the same code for NFS export recognition and for vnode overlay (currently, we duplicate code in every FS. I guess we are just stupid). The proc root for chroot should be initialized to be the vnode for the root fs (instead of using a "magic cookie" of NULL to determine this -- it will also simplify and speed up code several places, like in namei()). Finally, the mount list should be seperate from the vnode covering list, such that there is no distinction at the FS layer between root and non-root mount, further simplifying the per FS mount/root mount code, and cleaning up a number of code inheritance errors in LFS and other FS's which are unable to act as root FS's because the duplicate code has not been duplicated for them. Could someone with commit priviledges take care of this for us? 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 Mon Feb 17 11:03:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA06673 for current-outgoing; Mon, 17 Feb 1997 11:03:26 -0800 (PST) Received: from fog.xinside.com (fog.xinside.com [199.164.187.39]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA06662; Mon, 17 Feb 1997 11:03:17 -0800 (PST) Received: (from smap@localhost) by fog.xinside.com (8.8.3/8.7.3) id MAA20721; Mon, 17 Feb 1997 12:03:00 -0700 (MST) X-Authentication-Warning: fog.xinside.com: smap set sender to using -f Received: from string.xinside.com(199.164.187.131) by fog.xinside.com via smap (V1.3) id sma020719; Mon Feb 17 12:02:54 1997 Message-ID: <3308AB50.16DC6A2D@xinside.com> Date: Mon, 17 Feb 1997 12:02:40 -0700 From: Jeremy Chatfield Organization: X Inside Incorporated X-Mailer: Mozilla 3.01Gold (X11; I; Linux 1.2.13 i586) MIME-Version: 1.0 To: Chris Csanady CC: FreeBSD-hackers@FreeBSD.org, FreeBSD-current@FreeBSD.org Subject: Re: pcvt/132 columns References: <199702170127.TAA02237@nyx.pr.mcs.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Chris Csanady wrote: > > Just a thought, but what about using some sort of generic frame buffer driver > in the kernel. I dont think it should be the responsibility of the Xserver or > anything else to twiddle with the cards settings directly. The kernel would > just need to know a few card specific things about setting timings, etc. The > VT system, and X would both be a consumer of this interface. They would > issue ioctls or such requesting certain resolutions(the default vga, > resolutions > specified by the user in the kernel config, etc), or possibly to test/set > timings. This would also allow the creation of a machine independant console > driver--something that may not be immediately useful, but would be nice in the > future. There would hopefully be no more problems having different X/vt > resolutions. I've personally always wanted to have them identical, using a > nice tiny font, and not having to wait for the monitor to re-sync, or the card > to reset its timings upon switches. > > I'm not sure, but I think that netbsd has something like this for sun and some > other architectures, and also a generic console that uses it. I suppose X must > also have some of the necessary code as will if they work together. > > For what its worth, > chris I'll answer this one first, because it is easiest... Then I'll consider and reply to Soren and Terry's comments. I have this Internet system to fix up first though, so it may be a day before I get back on this. Unless I think of something amazing ;-) Framebuffers typically achieve a maximum of around 50-80,000 xStones on current PC hardware. Using the graphics accelerator chip will yield up to 1,000,000 xStone on commonly available PC hardware. Most people will notice a twenty fold performance drop. Many will even notice 10%. While we are aware of a couple of chips that are slower in accelerated mode than a plain frame buffer (only a couple of percent slower, admittedly), most graphics accelerators will at least triple the speed of display. The NetBSD usage for Sun's comes from standard X Consortium/The Open Group source code for the X Window System, with drivers delivered by Sun. The Sun drivers deliberately do not include their accelerated drivers for their high performance boards. The delay in switching is caused by several factors. Here's a few: 1/ saving and restoring graphics memory. If you have a 4MB graphics board, under X, and you want to switch to a different VT (X or text, no difference), the 4MB should be saved, and a different image switched in (that'll be handled by the switched-to X Server). There's a possible 16MB of copying to be done, switching between two X Server VT's, if I remember this code correctly. 2/ Depending upon the X Server and its' configuration, and the graphics board, probes to detect clocks on the graphics board may be used to determine the best clock. No one, to my knowledge, really caches this information, once found. So far it looks as though everyne just reruns the initialisation code for the grahics board, including probes. 3/ Keeping the clocks the same for text and graphics modes still doesn't help. There's still stuff that the X Server has to do, that is not desirable for text mode. 4/ Font formats for X and VT's have wildly different characteristics. One of the most important is that most X fonts are proportional. To see why this is a bad idea for the text mode, look at what a botch an xterm makes, when using a proportional font. It has no idea how wide the characters are; under some conditions they get spaced miles apart and under others they can overlap. 'ls' listings become amazingly warped... You could certainly choose a default face for both modes, such as Times Roman or Lucida or something, and used fixed width versions on the console... But I think that's rather overkill for the amount of work involved versus the aesthetics. Either you use text mode because you have to (don't want to run X, fear the security implications of X, memory use, etc), or you want a pretty face and so you run X with its' access to fonts and resolution... Thanks for the suggestions though. It would certainly make our lives simpler if everyone was happy with plain framebuffer performance! Cheers, JeremyC. -- Jeremy Chatfield, Phone: +1 303/298-7478 FAX:+1 303/298-1406 Commercial X Products - for sales/support/information please try: http://www.xinside.com mailto:info@xinside.com ftp://ftp.xinside.com/ Xi Graphics, 1801 Broadway, 17th Floor, Denver, CO 80202 From owner-freebsd-current Mon Feb 17 12:57:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA14092 for current-outgoing; Mon, 17 Feb 1997 12:57:43 -0800 (PST) Received: from militzer.me.tuns.ca (militzer.me.tuns.ca [134.190.50.153]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA14076 for ; Mon, 17 Feb 1997 12:57:39 -0800 (PST) Received: from localhost (bemfica@localhost) by militzer.me.tuns.ca (8.8.4/8.8.4) with SMTP id QAA11350 for ; Mon, 17 Feb 1997 16:55:27 -0400 (AST) Date: Mon, 17 Feb 1997 16:55:27 -0400 (AST) From: Antonio Bemfica To: freebsd-current@freebsd.org Subject: downgrading from current Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Half of the machines around here are running 2.1.6 and the other half are running -current. A couple of the -current machines are now being used for tasks that require a bit more stability than -current provides, and I was wondering if bringing them down from -current would be a bad move. I am also wondering how to accomplish that (maybe using RELENG_2_2 as the tag on the cvsup file would do it?). I'd still have some -current machines to play with, and I'd have a machine running 2.2 (BETA) to get ready for an upgrade for the other ones. Any comments or suggestions? I'd appreciate some guidance. Antonio -- ------------------------------------------------------------------------ "I myself have always disliked being called a 'genius'. It is fascinating to notice how quick people have been to intuit this aversion and avoid using the term" -- John Lanchester, in "The Debt to Pleasure" From owner-freebsd-current Mon Feb 17 15:04:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA22690 for current-outgoing; Mon, 17 Feb 1997 15:04:45 -0800 (PST) Received: from sneezy.sri.com (sneezy.sri.com [128.18.40.6]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id PAA22680 for ; Mon, 17 Feb 1997 15:04:38 -0800 (PST) Received: from swift.rmlnet by sneezy.sri.com (SMI-8.6/SMI-SVR4) id PAA22300; Mon, 17 Feb 1997 15:00:58 -0800 Received: by swift.rmlnet (SMI-8.6/SMI-SVR4) id PAA26031; Mon, 17 Feb 1997 15:03:43 -0800 Date: Mon, 17 Feb 1997 15:03:43 -0800 Message-Id: <199702172303.PAA26031@swift.rmlnet> From: Nate Williams To: joerg_wunsch@interface-business.de (Joerg Wunsch) Cc: freebsd-current@freebsd.org (FreeBSD-current users) Subject: Re: ep0 in GENERIC In-Reply-To: References: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Why don't we use the following config line for ep0 (3C509)? > > device ep0 at isa? port ? net irq ? vector epintr It won't negatively affect the pccard code, so no concerns here. Nate From owner-freebsd-current Mon Feb 17 15:21:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA23602 for current-outgoing; Mon, 17 Feb 1997 15:21:53 -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 PAA23593 for ; Mon, 17 Feb 1997 15:21:46 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA25127; Tue, 18 Feb 1997 00:21:32 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id AAA27534; Tue, 18 Feb 1997 00:06:18 +0100 (MET) Message-ID: Date: Tue, 18 Feb 1997 00:06:18 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: bemfica@militzer.me.tuns.ca (Antonio Bemfica) Cc: freebsd-current@freebsd.org Subject: Re: downgrading from current 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 Antonio Bemfica on Feb 17, 1997 16:55:27 -0400 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Antonio Bemfica wrote: > ..., and I > was wondering if bringing them down from -current would be a bad move. > > I am also wondering how to accomplish that (maybe using RELENG_2_2 as the > tag on the cvsup file would do it?). Probably. However, downgrading is not really supported. You have to take care for downgrading shared libraries yourself. If you leave the newer libs around, the build will pickup them instead of the intended versions. -- 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 Feb 17 16:20:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA27203 for current-outgoing; Mon, 17 Feb 1997 16:20:25 -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 QAA27192 for ; Mon, 17 Feb 1997 16:20:13 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id LAA15780; Tue, 18 Feb 1997 11:13:20 +1100 Date: Tue, 18 Feb 1997 11:13:20 +1100 From: Bruce Evans Message-Id: <199702180013.LAA15780@godzilla.zeta.org.au> To: bde@zeta.org.au, terry@lambert.org Subject: Re: mount and df Cc: bde@FreeBSD.ORG, chuckr@glue.umd.edu, freebsd-current@freefall.freebsd.org, jkh@time.cdrom.com Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> support foofs. The only problem with this is that the foofs sources >> aren't well organised. I think they should be in sys/fs/foofs/*. > >I agree. I've needed this on a number of occasions. Any chance you >will reorganize the FS source tree any time soon to fix this? Smaller than the chance that cvs will support renaming across directories any time soon. Very small. Bruce From owner-freebsd-current Mon Feb 17 16:25:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA27786 for current-outgoing; Mon, 17 Feb 1997 16:25:55 -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 QAA27762 for ; Mon, 17 Feb 1997 16:25: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 QAA28222; Mon, 17 Feb 1997 16:25:32 -0800 (PST) To: Antonio Bemfica cc: freebsd-current@freebsd.org Subject: Re: downgrading from current In-reply-to: Your message of "Mon, 17 Feb 1997 16:55:27 -0400." Date: Mon, 17 Feb 1997 16:25:32 -0800 Message-ID: <28218.856225532@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I am also wondering how to accomplish that (maybe using RELENG_2_2 as the > tag on the cvsup file would do it?). I'd still have some -current Yes, it would. I think going to 2.2 for such machines is a very good idea; you'll get a lot of the newer stuff you need from -current without the instability which goes with it. Jordan From owner-freebsd-current Mon Feb 17 17:21:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA01670 for current-outgoing; Mon, 17 Feb 1997 17:21:03 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id RAA01663 for ; Mon, 17 Feb 1997 17:21:00 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA10094; Mon, 17 Feb 1997 18:18:34 -0700 From: Terry Lambert Message-Id: <199702180118.SAA10094@phaeton.artisoft.com> Subject: Re: mount and df To: bde@zeta.org.au (Bruce Evans) Date: Mon, 17 Feb 1997 18:18:34 -0700 (MST) Cc: bde@zeta.org.au, terry@lambert.org, bde@FreeBSD.ORG, chuckr@glue.umd.edu, freebsd-current@freefall.freebsd.org, jkh@time.cdrom.com In-Reply-To: <199702180013.LAA15780@godzilla.zeta.org.au> from "Bruce Evans" at Feb 18, 97 11:13:20 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 > >> support foofs. The only problem with this is that the foofs sources > >> aren't well organised. I think they should be in sys/fs/foofs/*. > > > >I agree. I've needed this on a number of occasions. Any chance you > >will reorganize the FS source tree any time soon to fix this? > > Smaller than the chance that cvs will support renaming across directories > any time soon. Very small. You can't manually move the files, sed them, and maintain the editing history?!? How do we expect to put the SMP stuff into the same class of definition as CPU architecture (ie: same relative location)? 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 Mon Feb 17 17:54:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA03455 for current-outgoing; Mon, 17 Feb 1997 17:54: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 RAA03449 for ; Mon, 17 Feb 1997 17:54:07 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id MAA20191; Tue, 18 Feb 1997 12:48:37 +1100 Date: Tue, 18 Feb 1997 12:48:37 +1100 From: Bruce Evans Message-Id: <199702180148.MAA20191@godzilla.zeta.org.au> To: freebsd-current@freebsd.org, j@ida.interface-business.de Subject: Re: ep0 in GENERIC Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Why don't we use the following config line for ep0 (3C509)? > >device ep0 at isa? port ? net irq ? vector epintr Because the probe doesn't honour conflicts and is invasive. >The autoprobing seems to work, and it's as invasive as not using >autoprobing since it happens by reading the EEPROM via a fixed port >address (which is done anyway as long as at least one ep device is No, the autoprobing isn't done if a previous driver finds something at 0x300, because the ep0 address conflicts so ep0 isn't probed. The probes are done in non-alphabetical order to increase the chance of avoiding invasive probes like ep0's. Bruce From owner-freebsd-current Mon Feb 17 21:04:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA17265 for current-outgoing; Mon, 17 Feb 1997 21:04:17 -0800 (PST) Received: from lightside.com (hamby1.lightside.net [207.67.176.17]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id VAA17253; Mon, 17 Feb 1997 21:04:13 -0800 (PST) Received: by lightside.com (SMI-8.6/SMI-SVR4) id VAA00752; Mon, 17 Feb 1997 21:00:50 -0800 Date: Mon, 17 Feb 1997 21:00:50 -0800 From: jehamby@lightside.com (Jake Hamby) Message-Id: <199702180500.VAA00752@lightside.com> To: ccsanady@nyx.pr.mcs.net, jdc@xinside.com Subject: Re: pcvt/132 columns Cc: FreeBSD-hackers@freebsd.org, FreeBSD-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-MD5: RJI3AB5uxT6Cgkll2j34OA== Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jeremy Chatfield wrote: > Chris Csanady wrote: > > > > Just a thought, but what about using some sort of generic frame buffer driver > > in the kernel. > > I'm not sure, but I think that netbsd has something like this for sun and some > > other architectures, and also a generic console that uses it. I suppose X must > > also have some of the necessary code as will if they work together. > > > > For what its worth, > > chris > > [reasons why this would be really slow] > > Thanks for the suggestions though. It would certainly make our lives > simpler if everyone was happy with plain framebuffer performance! Having seen the Sun console frame buffer on the older SPARCstations (like the SPARCstation 2), I am absolutely positive you don't want that on the PC! The problem with the Sun console, that Jeremy didn't mention, is that the frame buffer doesn't actually have a built-in text mode, like VGA cards do. The nice thing about VGA is that the CPU only needs to send ASCII characters to it, an order of magnitude less information than sending font bitmaps to it (and also much simpler). The worst part about the Sun, though, was that there's actually an OpenBoot FORTH (in other words INTERPRETED) program in the card's ROM which is used to draw the characters out to the screen, leading to painfully slow speeds (slower than even a 9600 baud terminal on the SPARC 2's) and tremendous CPU utilization, although it seems that NetBSD and Solaris manage to speed up the console somehow, compared to SunOS (NetBSD actually has a "RASTERCONSOLE" in the kernel, which probably has something to do with it). The end result is that in many cases, when bringing up one of the older Suns, it is FAR faster to get X running, or rlogin from another system, to edit the /etc files, than to suffer through vi running on the framebuffer console! -- Jake From owner-freebsd-current Mon Feb 17 21:45:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA24780 for current-outgoing; Mon, 17 Feb 1997 21:45:28 -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 VAA24774 for ; Mon, 17 Feb 1997 21:45:24 -0800 (PST) Received: from sbl-gw.sbl.cl.nec.co.jp by research.gate.nec.co.jp (8.8.5+2.7Wbeta5/950912) with ESMTP id OAA01985; Tue, 18 Feb 1997 14:45:15 +0900 (JST) Received: from sirius.sbl.cl.nec.co.jp by sbl-gw.sbl.cl.nec.co.jp (8.8.5+2.7Wbeta5/3.3W6) with ESMTP id OAA16214; Tue, 18 Feb 1997 14:45:14 +0900 (JST) Received: by sirius.sbl.cl.nec.co.jp (8.7.5+2.6Wbeta6/3.3W6) with UUCP id OAA06179; Tue, 18 Feb 1997 14:45:12 +0900 (JST) Date: Tue, 18 Feb 1997 14:45:12 +0900 (JST) From: Naoki Hamada Message-Id: <199702180545.OAA06179@sirius.sbl.cl.nec.co.jp> References: <199702180148.MAA20191@godzilla.zeta.org.au> To: bde@zeta.org.au CC: freebsd-current@freebsd.org, j@ida.interface-business.de In-reply-to: Bruce Evans's message of "Tue, 18 Feb 1997 12:48:37 +1100" <199702180148.MAA20191@godzilla.zeta.org.au> Subject: Re: ep0 in GENERIC Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bruce wrote: >>Why don't we use the following config line for ep0 (3C509)? >>device ep0 at isa? port ? net irq ? vector epintr >Because the probe doesn't honour conflicts and is invasive. Sorry, I cannot figure out what you meant by this. Can you expand on it? >>The autoprobing seems to work, and it's as invasive as not using >>autoprobing since it happens by reading the EEPROM via a fixed port >>address (which is done anyway as long as at least one ep device is >No, the autoprobing isn't done if a previous driver finds something >at 0x300, because the ep0 address conflicts so ep0 isn't probed. The >probes are done in non-alphabetical order to increase the chance of >avoiding invasive probes like ep0's. > >Bruce As far as I know, the autoprobing IS done whatever previous drivers finds on whichever port. - nao From owner-freebsd-current Mon Feb 17 22:27:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA05474 for current-outgoing; Mon, 17 Feb 1997 22:27:48 -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 WAA05452 for ; Mon, 17 Feb 1997 22:27:45 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id RAA30076; Tue, 18 Feb 1997 17:24:45 +1100 Date: Tue, 18 Feb 1997 17:24:45 +1100 From: Bruce Evans Message-Id: <199702180624.RAA30076@godzilla.zeta.org.au> To: bde@zeta.org.au, nao@sbl.cl.nec.co.jp Subject: Re: ep0 in GENERIC Cc: freebsd-current@freebsd.org, j@ida.interface-business.de Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>Why don't we use the following config line for ep0 (3C509)? >>>device ep0 at isa? port ? net irq ? vector epintr >>Because the probe doesn't honour conflicts and is invasive. > >Sorry, I cannot figure out what you meant by this. Can you expand on >it? The probe does outb's to ports that aren't even in its claimed range of addresses, without checking that no other driver is using the ports. (Conflicts can be checked using haveseen_isadev(). I'm not sure how good this is for general use. Nothing except config_isadev_c() bothers to use it. It is too verbose for general use.) >As far as I know, the autoprobing IS done whatever previous drivers >finds on whichever port. No. Only drivers that don't conflict with the port addresses, memory addresses or drq's of previously attached drivers are probed. irq conflicts are permitted before probes but not before attaches. Bruce From owner-freebsd-current Tue Feb 18 00:21:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA06773 for current-outgoing; Tue, 18 Feb 1997 00:21:20 -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 AAA06758 for ; Tue, 18 Feb 1997 00:21:11 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA02497; Tue, 18 Feb 1997 09:21:05 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id JAA16413; Tue, 18 Feb 1997 09:03:44 +0100 (MET) Message-ID: Date: Tue, 18 Feb 1997 09:03:44 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: nao@sbl.cl.nec.co.jp (Naoki Hamada) Cc: bde@zeta.org.au, freebsd-current@freebsd.org Subject: Re: ep0 in GENERIC References: <199702180148.MAA20191@godzilla.zeta.org.au> <199702180545.OAA06179@sirius.sbl.cl.nec.co.jp> 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: <199702180545.OAA06179@sirius.sbl.cl.nec.co.jp>; from Naoki Hamada on Feb 18, 1997 14:45:12 +0900 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Naoki Hamada wrote: > Bruce wrote: > >>Why don't we use the following config line for ep0 (3C509)? > >>device ep0 at isa? port ? net irq ? vector epintr > >Because the probe doesn't honour conflicts and is invasive. > > Sorry, I cannot figure out what you meant by this. Can you expand on > it? Ooops, i didn't notice this also went out to the list. (For some reason, Mutt doesn't notice the list address on Bruce's mails, and marks them private.) I've already mailed this to Bruce privately, the ep driver always reads the ``identification port'' (3Com's private PnP solution, i believe) on address 0x100, and figures which 3C5x9 cards are installed on what address and IRQ. May this be invasive or not -- it's done anyway, so simply _using_ these data later doesn't make things worse, but would allow for using the first found 3C5x9 card with their native data, as opposed to hard-coded kernel ideas. -- 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 Feb 18 00:51:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA12922 for current-outgoing; Tue, 18 Feb 1997 00:51:00 -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 AAA12898 for ; Tue, 18 Feb 1997 00:50:56 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA02987 for freebsd-current@FreeBSD.org; Tue, 18 Feb 1997 09:50:54 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id JAA16594; Tue, 18 Feb 1997 09:46:37 +0100 (MET) Message-ID: Date: Tue, 18 Feb 1997 09:46:37 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@FreeBSD.org Subject: Re: ep0 in GENERIC References: <199702180624.RAA30076@godzilla.zeta.org.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: <199702180624.RAA30076@godzilla.zeta.org.au>; from Bruce Evans on Feb 18, 1997 17:24:45 +1100 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Bruce Evans wrote: > >Sorry, I cannot figure out what you meant by this. Can you expand on > >it? > > The probe does outb's to ports that aren't even in its claimed range > of addresses, without checking that no other driver is using the ports. It does this regardless of whether we specify an explicit IO addr and IRQ or not. So using `port ? irq ?' doesn't make things worse. -- 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 Feb 18 02:27:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA24710 for current-outgoing; Tue, 18 Feb 1997 02:27:37 -0800 (PST) Received: from hq.icb.chel.su (hq.icb.chel.su [193.125.10.33]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA24567 for ; Tue, 18 Feb 1997 02:24:29 -0800 (PST) Received: (babkin@localhost) by hq.icb.chel.su (8.8.3/8.6.5) id PAA07973; Tue, 18 Feb 1997 15:15:01 +0500 (ESK) From: "Serge A. Babkin" Message-Id: <199702181015.PAA07973@hq.icb.chel.su> Subject: Re: ep0 in GENERIC To: bde@zeta.org.au (Bruce Evans) Date: Tue, 18 Feb 1997 15:15:00 +0500 (ESK) Cc: freebsd-current@freebsd.org, j@ida.interface-business.de In-Reply-To: <199702180148.MAA20191@godzilla.zeta.org.au> from "Bruce Evans" at Feb 18, 97 12:48:37 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > >Why don't we use the following config line for ep0 (3C509)? > > > >device ep0 at isa? port ? net irq ? vector epintr > > Because the probe doesn't honour conflicts and is invasive. > > >The autoprobing seems to work, and it's as invasive as not using > >autoprobing since it happens by reading the EEPROM via a fixed port > >address (which is done anyway as long as at least one ep device is > > No, the autoprobing isn't done if a previous driver finds something > at 0x300, because the ep0 address conflicts so ep0 isn't probed. The > probes are done in non-alphabetical order to increase the chance of > avoiding invasive probes like ep0's. I'm not shure about the current state but the history is: ep0 conflicted with some another 3COM card driver. It seems to me that this conflict was resolved but I'm not shure. But it does that independenlty of is it configured with explicit or auto-recognized address. The ep0 probe routine uses port 0x100, not 0x300 and reads from it about what cards are there. It uses port 0x300 only if there is a 3c509 card configured for that address. -SB From owner-freebsd-current Tue Feb 18 04:28:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA00895 for current-outgoing; Tue, 18 Feb 1997 04:28:58 -0800 (PST) Received: from wgrobez1.remote.louisville.edu (wgrobez1.remote.louisville.edu [136.165.243.183]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA00885 for ; Tue, 18 Feb 1997 04:28:47 -0800 (PST) Received: from localhost (wangel@localhost) by wgrobez1.remote.louisville.edu (8.8.4/8.6.12) with SMTP id HAA05958 for ; Tue, 18 Feb 1997 07:28:56 -0500 (EST) Date: Tue, 18 Feb 1997 07:28:55 -0500 (EST) From: Gary Roberts To: freebsd-current@freebsd.org Subject: -current make world still dying Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk FYI: make world is still dying in -current(As of 12:05, 02-18-97). The make with df.c is fixed, however make world is now failing w/ the following error: cc -O -c /usr/src/sbin/fsck/inode.c /usr/src/sbin/fsck/inode.c: In function `pinode': /usr/src/sbin/fsck/inode.c:517: request for member `tv_sec' in something not a structure or union /usr/src/sbin/fsck/inode.c: In function `allocino': /usr/src/sbin/fsck/inode.c:588: request for member `tv_sec' in something not a structure or union That's it...just wanted to let you know. Thanks Gary Roberts From owner-freebsd-current Tue Feb 18 08:30:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA13253 for current-outgoing; Tue, 18 Feb 1997 08:30:33 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id IAA13241; Tue, 18 Feb 1997 08:30:29 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA11155; Tue, 18 Feb 1997 09:27:01 -0700 From: Terry Lambert Message-Id: <199702181627.JAA11155@phaeton.artisoft.com> Subject: Re: pcvt/132 columns To: jehamby@lightside.com (Jake Hamby) Date: Tue, 18 Feb 1997 09:27:01 -0700 (MST) Cc: ccsanady@nyx.pr.mcs.net, jdc@xinside.com, FreeBSD-hackers@freebsd.org, FreeBSD-current@freebsd.org In-Reply-To: <199702180500.VAA00752@lightside.com> from "Jake Hamby" at Feb 17, 97 09:00:50 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The worst part about the Sun, though, was that > there's actually an OpenBoot FORTH (in other words INTERPRETED) program in > the card's ROM which is used to draw the characters out to the screen, > leading to painfully slow speeds (slower than even a 9600 baud terminal on > the SPARC 2's) and tremendous CPU utilization, although it seems that NetBSD > and Solaris manage to speed up the console somehow, compared to SunOS > (NetBSD actually has a "RASTERCONSOLE" in the kernel, which probably has > something to do with it). Look at the NetBSD console code. They did it by preemptively scrolling multiple lines at a time (4, I believe) when they hit LF at the end of the screen. The slowest part of the console code is the scrolling (easy to understand why, without a bit-blit or memory page offset selector to implement the scroll). 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 Feb 18 09:20:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA16350 for current-outgoing; Tue, 18 Feb 1997 09:20:08 -0800 (PST) Received: from acc0.elvisti.kiev.ua (acc0.elvisti.kiev.ua [193.125.28.132]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA16102; Tue, 18 Feb 1997 09:15:50 -0800 (PST) Received: from office.elvisti.kiev.ua (office.elvisti.kiev.ua [193.125.28.129]) by acc0.elvisti.kiev.ua (8.8.5/8.8.ElVisti) with ESMTP id TAA16339; Tue, 18 Feb 1997 19:14:45 +0200 (EET) Received: from gw.elvisti.kiev.ua (gw.elvisti.kiev.ua [193.125.28.140]) by office.elvisti.kiev.ua (8.6.12/8.ElVisti) with ESMTP id TAA24012; Tue, 18 Feb 1997 19:14:45 +0200 Received: from pinta.elvisti.kiev.ua (pinta.elvisti.kiev.ua [193.125.28.145]) by gw.elvisti.kiev.ua (8.8.5/8.6.12) with ESMTP id TAA23991; Tue, 18 Feb 1997 19:14:44 +0200 (EET) Received: from pinta.elvisti.kiev.ua (pinta.elvisti.kiev.ua [193.125.28.145]) by pinta.elvisti.kiev.ua (8.8.5/8.7.3) with SMTP id TAA19833; Tue, 18 Feb 1997 19:14:44 +0200 (EET) Message-ID: <3309E383.2D857063@elvisti.kiev.ua> Date: Tue, 18 Feb 1997 17:14:43 +0000 From: Andrei Biryukov Organization: ElVisti X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 2.2-ALPHA i386) MIME-Version: 1.0 To: FreeBSD-hackers@freebsd.org, FreeBSD-current@freebsd.org, FreeBSD-hardware@freebsd.org, FreeBSD-quections@freebsd.org Subject: is MOXA C-204 supported ? References: <199702181627.JAA11155@phaeton.artisoft.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've got a question. Does FreeBSD support the Multiport serial sync Óard MOXA C-204 or not ? -- Biryukov Andrei IC ElVisti E-mail amb@elvisti.kiev.ua From owner-freebsd-current Tue Feb 18 13:23:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA02297 for current-outgoing; Tue, 18 Feb 1997 13:23:59 -0800 (PST) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA02292; Tue, 18 Feb 1997 13:23:53 -0800 (PST) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id WAA20678; Tue, 18 Feb 1997 22:23:36 +0100 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id WAA06856; Tue, 18 Feb 1997 22:23:06 +0100 Received: (from pb@localhost) by fasterix.frmug.fr.net (8.7.5/8.7.3-fasterix-960828) id VAA18042; Tue, 18 Feb 1997 21:42:41 +0100 (MET) Message-ID: <19970218214241.GQ48138@@> Date: Tue, 18 Feb 1997 21:42:41 +0100 From: pb@fasterix.freenix.fr (Pierre Beyssac) To: jehamby@lightside.com (Jake Hamby) Cc: ccsanady@nyx.pr.mcs.net, jdc@xinside.com, FreeBSD-hackers@freebsd.org, FreeBSD-current@freebsd.org Subject: Re: pcvt/132 columns References: <199702180500.VAA00752@lightside.com> X-Mailer: Mutt 0.59.1e Mime-Version: 1.0 In-Reply-To: <199702180500.VAA00752@lightside.com>; from Jake Hamby on Feb 17, 1997 21:00:50 -0800 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jake Hamby writes: > > Thanks for the suggestions though. It would certainly make our lives > > simpler if everyone was happy with plain framebuffer performance! > > Having seen the Sun console frame buffer on the older SPARCstations (like > the SPARCstation 2), I am absolutely positive you don't want that on the PC! I tend to agree... However it could be much faster on the PC than it is on the Sun (since we don't have to use FORTH to handle it). But it's not worth the trouble, IMHO. The extended width VGA text modes are enough. > The problem with the Sun console, that Jeremy didn't mention, is that the > frame buffer doesn't actually have a built-in text mode, like VGA cards do. Actually, I've recently been told that the Sun framebuffer _has_ a much faster built-in text mode and it is used by Linux/SPARC. I haven't seen it myself (I'm not sure if it's a real text mode, maybe they just reimplemented bitmap characters in C). -- Pierre Beyssac pb@fasterix.frmug.fr.net pb@fasterix.freenix.fr {Free,Net,Open}BSD, Linux : il y a moins bien, mais c'est plus cher Free domains: http://www.eu.org/ or mail dns-manager@EU.org From owner-freebsd-current Tue Feb 18 14:10:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA04908 for current-outgoing; Tue, 18 Feb 1997 14:10:42 -0800 (PST) Received: from spitfire.ecsel.psu.edu (qmailr@spitfire.ecsel.psu.edu [146.186.218.51]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA04513 for ; Tue, 18 Feb 1997 14:03:18 -0800 (PST) Received: (qmail 12076 invoked by uid 1000); 18 Feb 1997 22:02:58 -0000 Message-ID: <19970218220258.12075.qmail@spitfire.ecsel.psu.edu> To: Gary Roberts cc: freebsd-current@freebsd.org Subject: Re: -current make world still dying In-reply-to: Your message of "Tue, 18 Feb 1997 07:28:55 EST." Date: Tue, 18 Feb 1997 17:02:58 -0500 From: Dan Cross Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > FYI: > make world is still dying in -current(As of 12:05, 02-18-97). The make > with df.c is fixed, however make world is now failing w/ the following > error: > > cc -O -c /usr/src/sbin/fsck/inode.c > /usr/src/sbin/fsck/inode.c: In function `pinode': > /usr/src/sbin/fsck/inode.c:517: request for member `tv_sec' in something > not a structure or union > /usr/src/sbin/fsck/inode.c: In function `allocino': > /usr/src/sbin/fsck/inode.c:588: request for member `tv_sec' in something > not a structure or union > > That's it...just wanted to let you know. This looks like the product of the Lite2 merge. :-) Here's are patches against -current as of last night. (For some reason, CVSup today decided that it needed to edit every single file in the rep- ository. :-) Was a new tag added or something? I just woke up and I'm behind on mail. :-) ****CAVEAT**** I'm really not sure if these patches ``do the right thing''. They only make fsck compile, they may or may not make fsck work right, and, in fact, they may make fsck work WRONG, so use at your own risk. :-) The best solution will be to integrate in the fsck(8) from 4.4BSD-Lite2. The stuff with getvfsbyname() was partly adapted from mount(8). - Dan C. ---begin fsck.patch *** inode.c 1997/02/18 20:48:57 1.1 --- inode.c 1997/02/18 20:49:32 *************** *** 514,520 **** if (preen) printf("%s: ", cdevname); printf("SIZE=%qu ", dp->di_size); ! p = ctime(&dp->di_mtime.tv_sec); printf("MTIME=%12.12s %4.4s ", &p[4], &p[20]); } --- 514,520 ---- if (preen) printf("%s: ", cdevname); printf("SIZE=%qu ", dp->di_size); ! p = ctime((const time_t *)&dp->di_mtime); printf("MTIME=%12.12s %4.4s ", &p[4], &p[20]); } *************** *** 585,591 **** return (0); } dp->di_mode = type; ! (void)time(&dp->di_atime.tv_sec); dp->di_mtime = dp->di_ctime = dp->di_atime; dp->di_size = sblock.fs_fsize; dp->di_blocks = btodb(sblock.fs_fsize); --- 585,591 ---- return (0); } dp->di_mode = type; ! (void)time((time_t *)&dp->di_atime); dp->di_mtime = dp->di_ctime = dp->di_atime; dp->di_size = sblock.fs_fsize; dp->di_blocks = btodb(sblock.fs_fsize); *** pass5.c 1997/02/18 20:49:50 1.1 --- pass5.c 1997/02/18 21:16:31 *************** *** 103,110 **** switch ((int)fs->fs_postblformat) { case FS_42POSTBLFMT: ! basesize = (char *)(&ocg->cg_btot[0]) - (char *)(&ocg->cg_link); ! sumsize = &ocg->cg_iused[0] - (char *)(&ocg->cg_btot[0]); mapsize = &ocg->cg_free[howmany(fs->fs_fpg, NBBY)] - (u_char *)&ocg->cg_iused[0]; ocg->cg_magic = CG_MAGIC; --- 103,112 ---- switch ((int)fs->fs_postblformat) { case FS_42POSTBLFMT: ! basesize = (char *)(&ocg->cg_btot[0]) - ! (char *)(&ocg->cg_firstfield); ! sumsize = (char *)&ocg->cg_iused[0] - ! (char *)(&ocg->cg_btot[0]); mapsize = &ocg->cg_free[howmany(fs->fs_fpg, NBBY)] - (u_char *)&ocg->cg_iused[0]; ocg->cg_magic = CG_MAGIC; *************** *** 114,120 **** case FS_DYNAMICPOSTBLFMT: newcg->cg_btotoff = ! &newcg->cg_space[0] - (u_char *)(&newcg->cg_link); newcg->cg_boff = newcg->cg_btotoff + fs->fs_cpg * sizeof(long); newcg->cg_iusedoff = newcg->cg_boff + --- 116,122 ---- case FS_DYNAMICPOSTBLFMT: newcg->cg_btotoff = ! &newcg->cg_space[0] - (u_char *)(&newcg->cg_firstfield); newcg->cg_boff = newcg->cg_btotoff + fs->fs_cpg * sizeof(long); newcg->cg_iusedoff = newcg->cg_boff + *************** *** 136,142 **** howmany(fs->fs_cpg * fs->fs_spc / NSPB(fs), NBBY); } newcg->cg_magic = CG_MAGIC; ! basesize = &newcg->cg_space[0] - (u_char *)(&newcg->cg_link); sumsize = newcg->cg_iusedoff - newcg->cg_btotoff; mapsize = newcg->cg_nextfreeoff - newcg->cg_iusedoff; break; --- 138,145 ---- howmany(fs->fs_cpg * fs->fs_spc / NSPB(fs), NBBY); } newcg->cg_magic = CG_MAGIC; ! basesize = &newcg->cg_space[0] - ! (u_char *)(&newcg->cg_firstfield); sumsize = newcg->cg_iusedoff - newcg->cg_btotoff; mapsize = newcg->cg_nextfreeoff - newcg->cg_iusedoff; break; *************** *** 249,255 **** } } if (fs->fs_contigsumsize > 0) { ! long *sump = cg_clustersum(newcg); u_char *mapp = cg_clustersfree(newcg); int map = *mapp++; int bit = 1; --- 252,258 ---- } } if (fs->fs_contigsumsize > 0) { ! int32_t *sump = cg_clustersum(newcg); u_char *mapp = cg_clustersfree(newcg); int map = *mapp++; int bit = 1; *** setup.c 1997/02/18 21:22:45 1.1 --- setup.c 1997/02/18 21:26:36 *************** *** 223,231 **** sblock.fs_nrpos = 8; sblock.fs_postbloff = (char *)(&sblock.fs_opostbl[0][0]) - ! (char *)(&sblock.fs_link); sblock.fs_rotbloff = &sblock.fs_space[0] - ! (u_char *)(&sblock.fs_link); sblock.fs_cgsize = fragroundup(&sblock, CGSIZE(&sblock)); sbdirty(); --- 223,231 ---- sblock.fs_nrpos = 8; sblock.fs_postbloff = (char *)(&sblock.fs_opostbl[0][0]) - ! (char *)(&sblock.fs_firstfield); sblock.fs_rotbloff = &sblock.fs_space[0] - ! (u_char *)(&sblock.fs_firstfield); sblock.fs_cgsize = fragroundup(&sblock, CGSIZE(&sblock)); sbdirty(); *************** *** 348,355 **** getblk(&asblk, cgsblock(&sblock, sblock.fs_ncg - 1), sblock.fs_sbsize); if (asblk.b_errs) return (0); ! altsblock.fs_link = sblock.fs_link; ! altsblock.fs_rlink = sblock.fs_rlink; altsblock.fs_time = sblock.fs_time; altsblock.fs_cstotal = sblock.fs_cstotal; altsblock.fs_cgrotor = sblock.fs_cgrotor; --- 348,355 ---- getblk(&asblk, cgsblock(&sblock, sblock.fs_ncg - 1), sblock.fs_sbsize); if (asblk.b_errs) return (0); ! altsblock.fs_firstfield = sblock.fs_firstfield; ! altsblock.fs_unused_1 = sblock.fs_unused_1; altsblock.fs_time = sblock.fs_time; altsblock.fs_cstotal = sblock.fs_cstotal; altsblock.fs_cgrotor = sblock.fs_cgrotor; *** main.c 1997/02/18 20:50:26 1.1 --- main.c 1997/02/18 21:37:12 *************** *** 45,50 **** --- 45,51 ---- #include #include #include + #include #include #include #include *************** *** 180,185 **** --- 181,187 ---- daddr_t n_ffree, n_bfree; struct dups *dp; struct zlncnt *zlnp; + struct vfsconf *vfc; int cylno; if (preen && child) *************** *** 328,334 **** args.export.ex_flags = 0; args.export.ex_root = 0; flags |= MNT_UPDATE | MNT_RELOAD; ! ret = mount(MOUNT_UFS, "/", flags, &args); if (ret == 0) return(0); } --- 330,339 ---- args.export.ex_flags = 0; args.export.ex_root = 0; flags |= MNT_UPDATE | MNT_RELOAD; ! /* Just temporary until lite2 fsck merge. */ ! vfc = getvfsbyname("ufs"); ! ret = mount(vfc ? vfc->vfc_name : MOUNT_UFS, ! "/", flags, &args); if (ret == 0) return(0); } ---end fsck.patch From owner-freebsd-current Tue Feb 18 15:46:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA10499 for current-outgoing; Tue, 18 Feb 1997 15:46:36 -0800 (PST) Received: from wgrobez1.remote.louisville.edu (wgrobez1.remote.louisville.edu [136.165.243.183]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA10494 for ; Tue, 18 Feb 1997 15:46:31 -0800 (PST) Received: from localhost (wangel@localhost) by wgrobez1.remote.louisville.edu (8.8.4/8.6.12) with SMTP id SAA12336; Tue, 18 Feb 1997 18:46:43 -0500 (EST) Date: Tue, 18 Feb 1997 18:46:42 -0500 (EST) From: Gary Roberts To: Dan Cross cc: freebsd-current@freebsd.org Subject: Re: -current make world still dying In-Reply-To: <19970218220258.12075.qmail@spitfire.ecsel.psu.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > ****CAVEAT**** > I'm really not sure if these patches ``do the right thing''. > They only make fsck compile, they may or may not make fsck > work right, and, in fact, they may make fsck work WRONG, so > use at your own risk. :-) The best solution will be to > integrate in the fsck(8) from 4.4BSD-Lite2. > > The stuff with getvfsbyname() was partly adapted from mount(8). > > - Dan C. Thanks. The patches work, however it seems as tho anything that has to do with 'fs*' does not compile. They keep making requests for the `tv_sec'. Although the patch for fsck does work, fsdb won't compile. I didn't go anything further, but I *think* the fs* bins, as well as the mount* bins won't compile. Just so you know :D Thanks Gary Roberts From owner-freebsd-current Tue Feb 18 17:57:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA20942 for current-outgoing; Tue, 18 Feb 1997 17:57:34 -0800 (PST) Received: from mule0.mindspring.com (mule0.mindspring.com [204.180.128.166]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA20930 for ; Tue, 18 Feb 1997 17:57:21 -0800 (PST) Received: from rlb.users.mindspring.com (user-168-121-25-139.dialup.mindspring.com [168.121.25.139]) by mule0.mindspring.com (8.8.4/8.8.4) with SMTP id UAA158484 for ; Tue, 18 Feb 1997 20:55:03 -0500 Message-ID: <330A5D75.41C67EA6@mindspring.com> Date: Tue, 18 Feb 1997 20:55:01 -0500 From: Ron Bolin X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 2.2-GAMMA i386) MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: 2.2Gamma Rebooting Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk My 2.2 Gamma 2-14-97 is sometimes re-booting when I turn the printer on and off. Has sonyone else see this? Never did this b4, same printer and system for 6 months. I have a HPLJ4MP e/w parallel interface on lp0. Ron -- **************************************************************************** Ron Bolin rlb@mindspring.com, http://www.mindspring.com/~rlb/ GSU: gs01rlb@panther.gsu.edu matrlbx@indigo4.cs.gsu.edu Home: 770-992-8877 **************************************************************************** From owner-freebsd-current Tue Feb 18 18:13:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA22078 for current-outgoing; Tue, 18 Feb 1997 18:13:17 -0800 (PST) Received: from murkwood.gaffaneys.com (dialup14.gaffaneys.com [134.129.252.33]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA22072 for ; Tue, 18 Feb 1997 18:13:08 -0800 (PST) Received: (from zach@localhost) by murkwood.gaffaneys.com (8.8.5/8.8.5) id UAA01008; Tue, 18 Feb 1997 20:13:13 -0600 (CST) To: Dan Cross Cc: Gary Roberts , freebsd-current@FreeBSD.ORG Subject: Re: -current make world still dying References: <19970218220258.12075.qmail@spitfire.ecsel.psu.edu> Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII From: Zach Heilig Date: 18 Feb 1997 20:13:12 -0600 In-Reply-To: Dan Cross's message of Tue, 18 Feb 1997 17:02:58 -0500 Message-ID: <8720ady24n.fsf@murkwood.gaffaneys.com> Lines: 31 X-Mailer: Gnus v5.3/Emacs 19.34 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Dan Cross writes: > > FYI: > > make world is still dying in -current(As of 12:05, 02-18-97). The make > > with df.c is fixed, however make world is now failing w/ the following > > error: > > That's it...just wanted to let you know. > > This looks like the product of the Lite2 merge. :-) Here's are > patches against -current as of last night. (For some reason, CVSup > today decided that it needed to edit every single file in the rep- > ository. :-) Was a new tag added or something? I just woke up > and I'm behind on mail. :-) Ah-hah! thank-you! I found my machine (2.2-GAMMA) running strangely this morning, and traced it to some wierd errors in make world (fsck failing...). But.. I'm not running 3.0-current... wait... Now that I see the errors are related to me sup'ing -current accidentally. Perhaps there should be a note in either /etc/make.conf (or somewhere else people are sure to see it) that /usr/share/examples/cvsup/standard-supfile gets overwritten when you 'make world' and you should copy it somewhere safe... -- Zach Heilig (zach@blizzard.gaffaneys.com) | ALL unsolicited commercial email Support bacteria -- it's the only | is unwelcome. I avoid dealing form of culture some people have! | with companies that email ads. From owner-freebsd-current Tue Feb 18 22:08:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA05798 for current-outgoing; Tue, 18 Feb 1997 22:08:56 -0800 (PST) Received: from peeper.jackson.org ([208.128.8.138]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA05775 for ; Tue, 18 Feb 1997 22:08:49 -0800 (PST) Received: (from tom@localhost) by peeper.jackson.org (8.8.5/8.7.3) id AAA10409 for freebsd-current@freebsd.org; Wed, 19 Feb 1997 00:06:47 -0600 (CST) From: Tom Jackson Message-Id: <199702190606.AAA10409@peeper.jackson.org> Subject: make world hell/please help To: freebsd-current@freebsd.org Date: Wed, 19 Feb 1997 00:06:46 -0600 (CST) Reply-To: toj@gorilla.net Reply-To: toj@gorilla.net X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I know the core team is very busy right now with Lite2, so if some kind soul with a minute and the know-how would please respond with anything. Running current right up to ctm#2753. Since last week I have not been able to get even the libraries built ( by the way, the correction to msun isn't in ctm yet either). Slowly but surely things have started to not work. 'w', 'vi', and then top-3.3 went south. Make world fails mostly in libncurses or libedit. Most complaints seem to be connected with ld.so and math fcns: _floor, _tan, _sin, _cos, and _ceil. Tried 'make most' and that failed in 'ps'. Screwed up awk, could rebuild, so I sucked the bin dists from neosoft. My thought now is to replace ld.so with ld.so from neosoft but this scares the hell out of me. If I remove the immutable flag and replace ld.so with the neosoft Feb09 version, will I be really screwed if this doesn't? My reasoning is that the dynamic linking to shared libs is not working, static linked files ie 'ed' do work. btw, groff (troff) doesn't work when I try to get a man page. Already nroff'd pages work just fine with man. Please reply, even to just say keep applying ctm deltas and some day it may compile past libraries. tia Tom ps - I had been doing 'make world' with -DNOCLEAN but tried the plain 'make world', takes 6 hours, but this also fails as stated above. From owner-freebsd-current Tue Feb 18 22:19:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA06378 for current-outgoing; Tue, 18 Feb 1997 22:19:12 -0800 (PST) Received: from peeper.jackson.org ([208.128.8.154]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA06373 for ; Tue, 18 Feb 1997 22:19:04 -0800 (PST) Received: (from tom@localhost) by peeper.jackson.org (8.8.5/8.7.3) id AAA10484; Wed, 19 Feb 1997 00:17:03 -0600 (CST) Message-Id: <199702190617.AAA10484@peeper.jackson.org> Date: Wed, 19 Feb 1997 00:17:02 -0600 From: tom@peeper.jackson.org (Tom Jackson) To: freebsd-current@freebsd.org Subject: make world hell/please help X-Mailer: Mutt 0.60e-PL0 Mime-Version: 1.0 Reply-To: toj@gorilla.net Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I know the core team is very busy right now with Lite2, so if some kind soul with a minute and the know-how would please respond with anything. Running current right up to ctm#2753. Since last week I have not been able to get even the libraries built ( by the way, the correction to msun isn't in ctm yet either). Slowly but surely things have started to not work. 'w', 'vi', and then top-3.3 went south. Make world fails mostly in libncurses or libedit. Most complaints seem to be connected with ld.so and math fcns: _floor, _tan, _sin, _cos, and _ceil. Tried 'make most' and that failed in 'ps'. Screwed up awk, could rebuild, so I sucked the bin dists from neosoft. My thought now is to replace ld.so with ld.so from neosoft but this scares the hell out of me. If I remove the immutable flag and replace ld.so with the neosoft Feb09 version, will I be really screwed if this doesn't? My reasoning is that the dynamic linking to shared libs is not working, static linked files ie 'ed' do work. btw, groff (troff) doesn't work when I try to get a man page. Already nroff'd pages work just fine with man. Please reply, even to just say keep applying ctm deltas and some day it may compile past libraries. tia Tom ps - I had been doing 'make world' with -DNOCLEAN but tried the plain 'make world', takes 6 hours, but this also fails as stated above. -- 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 Tue Feb 18 22:25:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA06742 for current-outgoing; Tue, 18 Feb 1997 22:25:59 -0800 (PST) Received: from grackle.grondar.za (SBoR+LG/4inaAsRwguaUIyVKEGrvIRBf@grackle.grondar.za [196.7.18.131]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA06730 for ; Tue, 18 Feb 1997 22:25:53 -0800 (PST) Received: from grackle.grondar.za (KXaydAbkj1NPZEy5w+COnxXlqz77a8kr@localhost [127.0.0.1]) by grackle.grondar.za (8.8.5/8.8.4) with ESMTP id IAA09673; Wed, 19 Feb 1997 08:25:42 +0200 (SAT) Message-Id: <199702190625.IAA09673@grackle.grondar.za> X-Mailer: exmh version 2.0gamma 1/27/96 To: toj@gorilla.net cc: freebsd-current@FreeBSD.ORG Subject: Re: make world hell/please help Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 19 Feb 1997 08:25:32 +0200 From: Mark Murray Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Tom Jackson wrote: > Please reply, even to just say keep applying ctm deltas and some day it may > compile past libraries. Hang in there, follow your own advice :-) M -- Mark Murray PGP key fingerprint = 80 36 6E 40 83 D6 8A 36 This .sig is umop ap!sdn. BC 06 EA 0E 7A F2 CE CE From owner-freebsd-current Tue Feb 18 23:33:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA10157 for current-outgoing; Tue, 18 Feb 1997 23:33:25 -0800 (PST) Received: from hq.icb.chel.su (hq.icb.chel.su [193.125.10.33]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA09808 for ; Tue, 18 Feb 1997 23:29:15 -0800 (PST) Received: (babkin@localhost) by hq.icb.chel.su (8.8.3/8.6.5) id MAA16070 for current@freebsd.org; Wed, 19 Feb 1997 12:30:23 +0500 (ESK) From: "Serge A. Babkin" Message-Id: <199702190730.MAA16070@hq.icb.chel.su> Subject: dinode.h bug ? To: current@freebsd.org Date: Wed, 19 Feb 1997 12:30:22 +0500 (ESK) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi! It seems to me that the /sys/ufs/ufs/dinode.h was missed when moving to the 4.4BSD inode structure. It still has the old form of [acm]time fields which prevents most filesystem utilities from being compiled (dump, fsck etc.). Does anybody work on this or was it just forgotten ? -SB From owner-freebsd-current Wed Feb 19 06:07:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA24340 for current-outgoing; Wed, 19 Feb 1997 06:07:02 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA24335 for ; Wed, 19 Feb 1997 06:06:57 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id JAA21352; Wed, 19 Feb 1997 09:06:51 -0500 (EST) From: "John S. Dyson" Message-Id: <199702191406.JAA21352@dyson.iquest.net> Subject: Re: make world hell/please help To: toj@gorilla.net Date: Wed, 19 Feb 1997 09:06:50 -0500 (EST) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <199702190617.AAA10484@peeper.jackson.org> from "Tom Jackson" at Feb 19, 97 00:17:02 am X-Mailer: ELM [version 2.4 PL24 ME8] 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 reply, even to just say keep applying ctm deltas and some day it may > compile past libraries. > For everything to settle down, it'll be another couple of weeks. You can back off to the 2.2 Gamma if you really need your system to run. (I have a seperate boot disk for -current myself.) John From owner-freebsd-current Wed Feb 19 08:27:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA00317 for current-outgoing; Wed, 19 Feb 1997 08:27:15 -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 IAA00311 for ; Wed, 19 Feb 1997 08:27:10 -0800 (PST) Received: (from jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) id IAA24221; Wed, 19 Feb 1997 08:27:02 -0800 (PST) To: freebsd-current@freebsd.org Path: not-for-mail From: jdp@polstra.com (John Polstra) Newsgroups: polstra.freebsd.current Subject: Re: -current make world still dying Date: 19 Feb 1997 08:27:02 -0800 Organization: Polstra & Co., Seattle, WA Lines: 9 Distribution: local Message-ID: <5ef9km$nkq@austin.polstra.com> References: <19970218220258.12075.qmail@spitfire.ecsel.psu.edu> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > patches against -current as of last night. (For some reason, CVSup > today decided that it needed to edit every single file in the rep- > ository. :-) Was a new tag added or something? Yup, RELENG_2_1_7_RELEASE. Be glad you're not using sup. :-) -- 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 Wed Feb 19 08:54:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA02078 for current-outgoing; Wed, 19 Feb 1997 08: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 IAA02064 for ; Wed, 19 Feb 1997 08:54:08 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id DAA29952; Thu, 20 Feb 1997 03:50:33 +1100 Date: Thu, 20 Feb 1997 03:50:33 +1100 From: Bruce Evans Message-Id: <199702191650.DAA29952@godzilla.zeta.org.au> To: babkin@hq.icb.chel.su, current@freebsd.org Subject: Re: dinode.h bug ? Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >It seems to me that the /sys/ufs/ufs/dinode.h was missed when >moving to the 4.4BSD inode structure. It still has the old >form of [acm]time fields which prevents most filesystem >utilities from being compiled (dump, fsck etc.). Does >anybody work on this or was it just forgotten ? No, it has the _new_ form of [acm]time fields which prevents most filesystem utilities from being compiled (dump, fsck etc.). The filesystem utilities haven't been merged yet. They haven't really been fixed in this area either. The dinode time fields are incompatible with time_t, so their address shouldn't be passed to ctime() etc. Bruce From owner-freebsd-current Wed Feb 19 11:02:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA12007 for current-outgoing; Wed, 19 Feb 1997 11:02:07 -0800 (PST) Received: from lsmarso.dialup.access.net (lsmarso.dialup.access.net [166.84.254.60]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA11994 for ; Wed, 19 Feb 1997 11:02:00 -0800 (PST) Received: (from larry@localhost) by lsmarso.dialup.access.net (8.8.5/8.8.3) id EAA04704; Wed, 19 Feb 1997 04:24:14 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: Tue, 18 Feb 1997 23:19:08 -0500 (EST) From: Larry Marso To: Antonio Bemfica Subject: RE: downgrading from current Cc: freebsd-current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Did this three days ago. Grab the latest stable-supfile via FTP from sup.FreeBSD.org, then make sure your release line says: *default release=cvs tag=RELENG_2_2 After you sup the sources, but BEFORE you recompile the kernel or make world, you need to compile three utilities independently: 1) config (from sbin) 2) make 3) makeinfo You'll find these in subdirectories in your sup'ed sources. Make and install them. Then, you should be able to make world without incident. Best of luck! Indeed, I find 2.2-gamma has all the latest features I need plus LOTS of added stability. Also, PAO works great ... and as a laptop user I'm very pleased. Use the latest stable supfile from the On 17-Feb-97 Antonio Bemfica wrote: |>Half of the machines around here are running 2.1.6 and the other half are |>running -current. A couple of the -current machines are now being used |>for tasks that require a bit more stability than -current provides, and I |>was wondering if bringing them down from -current would be a bad move. |> |>I am also wondering how to accomplish that (maybe using RELENG_2_2 as the |>tag on the cvsup file would do it?). I'd still have some -current |>machines to play with, and I'd have a machine running 2.2 (BETA) to get |>ready for an upgrade for the other ones. Any comments or suggestions? I'd |>appreciate some guidance. |> |>Antonio |>-- ------------------------------------------------------------------------ |>"I myself have always disliked being called a 'genius'. It is fascinating |> to notice how quick people have been to intuit this aversion and avoid |> using the term" -- John Lanchester, in "The Debt to Pleasure" |> Regards. ---------------------------------- Larry Marso date: 18-Feb-97 Time: 23:19:08 From owner-freebsd-current Wed Feb 19 16:42:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA00845 for current-outgoing; Wed, 19 Feb 1997 16:42:37 -0800 (PST) Received: from spitfire.ecsel.psu.edu (qmailr@spitfire.ecsel.psu.edu [146.186.218.51]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id QAA00755 for ; Wed, 19 Feb 1997 16:42:09 -0800 (PST) Received: (qmail 3509 invoked by uid 1000); 20 Feb 1997 00:41:48 -0000 Message-ID: <19970220004148.3508.qmail@spitfire.ecsel.psu.edu> To: jdp@polstra.com (John Polstra) cc: freebsd-current@freebsd.org Subject: Re: -current make world still dying In-reply-to: Your message of "19 Feb 1997 08:27:02 PST." <5ef9km$nkq@austin.polstra.com> Date: Wed, 19 Feb 1997 19:41:47 -0500 From: Dan Cross Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Yup, RELENG_2_1_7_RELEASE. Be glad you're not using sup. :-) Ahhh... *that* explains it. Thanks. Yes, I would have been rather displeased if I had been using SUP, expecting to quickly grab those ``few files that had changed since last night'' between classes. :-) Actually, I never bothered to re-SUP after the 3.0 name change. :-) btw, nice work on CVSup, John, I really dig it a lot. (And I'm sure the CVSup mirror maintainers appreciate it, too! :-) btw- is anyone working on the lite2 user-land stuff? I'll start doing some integration, then send-pr'ing my patches, if folks like. - Dan C. (btw- trying to install a new SNAP without a working floppy drive when one wants to redo one's filesystem layout really really sucks. I was pulling floppies out of suns before I finally just dd'ed the boot floppy to my second drive, and used the boot blocks on the first to bootstrap the system. It was pretty evil, but the generic kernel on the boot disk sure did load a helluva lot faster! :-) From owner-freebsd-current Wed Feb 19 20:04:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA14364 for current-outgoing; Wed, 19 Feb 1997 20:04:42 -0800 (PST) Received: from hq.icb.chel.su (hq.icb.chel.su [193.125.10.33]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA14341 for ; Wed, 19 Feb 1997 20:04:14 -0800 (PST) Received: (babkin@localhost) by hq.icb.chel.su (8.8.3/8.6.5) id IAA21502; Thu, 20 Feb 1997 08:57:48 +0500 (ESK) From: "Serge A. Babkin" Message-Id: <199702200357.IAA21502@hq.icb.chel.su> Subject: Re: dinode.h bug ? To: bde@zeta.org.au (Bruce Evans) Date: Thu, 20 Feb 1997 08:57:47 +0500 (ESK) Cc: current@freebsd.org In-Reply-To: <199702191650.DAA29952@godzilla.zeta.org.au> from "Bruce Evans" at Feb 20, 97 03:50:33 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > >It seems to me that the /sys/ufs/ufs/dinode.h was missed when > >moving to the 4.4BSD inode structure. It still has the old > >form of [acm]time fields which prevents most filesystem > >utilities from being compiled (dump, fsck etc.). Does > >anybody work on this or was it just forgotten ? > > No, it has the _new_ form of [acm]time fields which prevents most > filesystem utilities from being compiled (dump, fsck etc.). The > filesystem utilities haven't been merged yet. They haven't > really been fixed in this area either. The dinode time fields > are incompatible with time_t, so their address shouldn't be passed > to ctime() etc. But the kernel refuses from being compiled too. Did it not merged yet too ? -SB From owner-freebsd-current Wed Feb 19 21:21:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA17855 for current-outgoing; Wed, 19 Feb 1997 21:21:13 -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 VAA17850 for ; Wed, 19 Feb 1997 21:21:10 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id QAA21023; Thu, 20 Feb 1997 16:15:33 +1100 Date: Thu, 20 Feb 1997 16:15:33 +1100 From: Bruce Evans Message-Id: <199702200515.QAA21023@godzilla.zeta.org.au> To: babkin@hq.icb.chel.su, bde@zeta.org.au Subject: Re: dinode.h bug ? Cc: current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> [dinode.h] >> No, it has the _new_ form of [acm]time fields which prevents most >> filesystem utilities from being compiled (dump, fsck etc.). The >But the kernel refuses from being compiled too. Did it not merged >yet too ? Most of it has been merged. Everything in the kernel except lfs compiles. Among the file systems, ufs and procfs seems to work as well as before. nfs often panics for writes. msdosfs panics early. I haven't tried any other file systems. Bruce From owner-freebsd-current Wed Feb 19 22:51:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA22232 for current-outgoing; Wed, 19 Feb 1997 22:51: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 WAA22224 for ; Wed, 19 Feb 1997 22:51:26 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id HAA24694 for freebsd-current@FreeBSD.ORG; Thu, 20 Feb 1997 07:51:19 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id HAA27315; Thu, 20 Feb 1997 07:44:26 +0100 (MET) Message-ID: Date: Thu, 20 Feb 1997 07:44:25 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@FreeBSD.ORG Subject: Re: -current make world still dying References: <5ef9km$nkq@austin.polstra.com> <19970220004148.3508.qmail@spitfire.ecsel.psu.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: <19970220004148.3508.qmail@spitfire.ecsel.psu.edu>; from Dan Cross on Feb 19, 1997 19:41:47 -0500 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Dan Cross wrote: > btw- is anyone working on the lite2 user-land stuff? I'll start > doing some integration, then send-pr'ing my patches, if folks like. Sorry, but i don't think that there's much point in this right now. The biggest problem with Lite2 userland import is that it needs to be imported onto a vendor branch first. After this, the hell will break since all the files that never left the Lite(1) vendor branch are now automatically updated in HEAD. Their HEAD revisions have to be moved away from the Lite2 branch (by forcing them back to the previous version). That's the biggest piece of work that needs to be done first. After this happened, the merge itself can start. -- 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 Feb 19 23:08:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA23958 for current-outgoing; Wed, 19 Feb 1997 23:08:22 -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 XAA23929 for ; Wed, 19 Feb 1997 23:08:04 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id SAA24378 for current@freebsd.org; Thu, 20 Feb 1997 18:05:28 +1100 Date: Thu, 20 Feb 1997 18:05:28 +1100 From: Bruce Evans Message-Id: <199702200705.SAA24378@godzilla.zeta.org.au> To: current@freebsd.org Subject: recently introduced compile-time warnings and errors Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk LINT doesn't build because lfs was broken by the Lite2 merge, but that is no excuse for not building it with `make -k' and fixing the type mismatches and syntax errors in your code. Bruce ../../netinet/ip_divert.c: In function `div_usrreq': ../../netinet/ip_divert.c:333: warning: passing arg 1 of `in_setsockaddr' from incompatible pointer type ../../pccard/pcic.c: In function `pcic_probe': ../../pccard/pcic.c:578: parse error before `{' ../../pccard/pcic.c:637: continue statement not within a loop ../../pccard/pcic.c:701: continue statement not within a loop ../../pccard/pcic.c:732: warning: control reaches end of non-void function ../../pccard/pcic.c: At top level: ../../pccard/pcic.c:767: parse error before `if' From owner-freebsd-current Thu Feb 20 03:22:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA06710 for current-outgoing; Thu, 20 Feb 1997 03:22:39 -0800 (PST) Received: (from hsu@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA06702; Thu, 20 Feb 1997 03:22:34 -0800 (PST) Date: Thu, 20 Feb 1997 03:22:34 -0800 (PST) From: Jeffrey Hsu Message-Id: <199702201122.DAA06702@freefall.freebsd.org> To: bde Subject: lfs and lite2 Cc: current Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk There is a newer version of lfs than the one in Lite2. If anyone wants to work on lfs, Keith or Margo should be able to point you at their latest version. From owner-freebsd-current Thu Feb 20 07:31:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA17598 for current-outgoing; Thu, 20 Feb 1997 07:31:34 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA17565 for ; Thu, 20 Feb 1997 07:31:23 -0800 (PST) Received: from gil.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id QAA29075 for ; Thu, 20 Feb 1997 16:31:50 +0100 (MET) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.8.4/8.6.9) id QAA03484 for freebsd-current@freefall.cdrom.com; Thu, 20 Feb 1997 16:35:09 +0100 (MET) Date: Thu, 20 Feb 1997 16:35:09 +0100 (MET) From: Christoph Kukulies Message-Id: <199702201535.QAA03484@gil.physik.rwth-aachen.de> To: freebsd-current@freefall.FreeBSD.org Subject: NFS (OpenVMS 6.2/UCX 4.0) nogo Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Can anyone confirm: mounting a VMS 6.2 UCX 4.0 server from my FreeBSD 2.0.5-950622-SNAP (SMILE) #0: Thu Jul 13 18:14:22 1995 vmsmachine:/2_dua2/cc0 2079730 2073040 6690 100% /mnt works just fine while doing the same from a 3.0-current of January gives # mount vmsmachine:/2_dua2/cc0 /mnt nfs: can't access /2_dua2/cc0: Permission denied Is it NFS v3 ? or the chronically brokenness of VMS/NFS ? -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Thu Feb 20 09:32:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA25219 for current-outgoing; Thu, 20 Feb 1997 09:32:15 -0800 (PST) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA25212 for ; Thu, 20 Feb 1997 09:32:09 -0800 (PST) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id MAA19587; Thu, 20 Feb 1997 12:28:23 -0500 From: Bill Paul Message-Id: <199702201728.MAA19587@skynet.ctr.columbia.edu> Subject: Re: NFS (OpenVMS 6.2/UCX 4.0) nogo To: kuku@gilberto.physik.RWTH-Aachen.DE (Christoph Kukulies) Date: Thu, 20 Feb 1997 12:28:22 -0500 (EST) Cc: freebsd-current@freefall.freebsd.org In-Reply-To: <199702201535.QAA03484@gil.physik.rwth-aachen.de> from "Christoph Kukulies" at Feb 20, 97 04:35:09 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Of all the gin joints in all the towns in all the world, Christoph Kukulies had to walk into mine and say: > > Can anyone confirm: > > mounting a VMS 6.2 UCX 4.0 server from my > > FreeBSD 2.0.5-950622-SNAP (SMILE) #0: Thu Jul 13 18:14:22 1995 > vmsmachine:/2_dua2/cc0 2079730 2073040 6690 100% /mnt > > works just fine while doing the same > > from a 3.0-current of January gives > > # mount vmsmachine:/2_dua2/cc0 /mnt > nfs: can't access /2_dua2/cc0: Permission denied > > Is it NFS v3 ? or the chronically brokenness of VMS/NFS ? Chronic, not chronically. Have you tried to use the resvport flag? # mount -o resvport vmsmachine:/2_dua2/cc0 /mnt -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness" ============================================================================= From owner-freebsd-current Thu Feb 20 10:43:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA28958 for current-outgoing; Thu, 20 Feb 1997 10:43:34 -0800 (PST) Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA28942 for ; Thu, 20 Feb 1997 10:43:25 -0800 (PST) Received: (from dfr@localhost) by minnow.render.com (8.6.12/8.6.9) id SAA20371; Thu, 20 Feb 1997 18:36:37 GMT To: Christoph Kukulies Cc: freebsd-current@freefall.freebsd.org Subject: Re: NFS (OpenVMS 6.2/UCX 4.0) nogo References: <199702201535.QAA03484@gil.physik.rwth-aachen.de> From: Doug Rabson Date: 20 Feb 1997 18:36:33 +0000 In-Reply-To: Christoph Kukulies's message of Thu, 20 Feb 1997 16:35:09 +0100 (MET) Message-ID: Lines: 27 X-Mailer: Gnus v5.2.25/XEmacs 19.14 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Christoph Kukulies writes: > > Can anyone confirm: > > mounting a VMS 6.2 UCX 4.0 server from my > > FreeBSD 2.0.5-950622-SNAP (SMILE) #0: Thu Jul 13 18:14:22 1995 > vmsmachine:/2_dua2/cc0 2079730 2073040 6690 100% /mnt > > works just fine while doing the same > > from a 3.0-current of January gives > > # mount vmsmachine:/2_dua2/cc0 /mnt > nfs: can't access /2_dua2/cc0: Permission denied > > Is it NFS v3 ? or the chronically brokenness of VMS/NFS ? Does the VMS/NFS accept mount requests from non-privileged ports? I remember a Linux NFS problem which was resolved by tweaking the Linux end to allow non-privileged ports for both mount and nfsd. -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 734 3761 These are not the opinions of Microsoft. FAX: +44 171 734 6426 From owner-freebsd-current Thu Feb 20 12:37:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA06551 for current-outgoing; Thu, 20 Feb 1997 12:37:32 -0800 (PST) Received: from spitfire.ecsel.psu.edu (spitfire.ecsel.psu.edu [146.186.218.51]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA06545 for ; Thu, 20 Feb 1997 12:37:30 -0800 (PST) Received: (qmail 7101 invoked by uid 1000); 20 Feb 1997 20:36:58 -0000 Message-ID: <19970220203658.7100.qmail@spitfire.ecsel.psu.edu> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-current@freebsd.org Subject: Re: -current make world still dying In-reply-to: Your message of "Thu, 20 Feb 1997 07:44:25 +0100." Date: Thu, 20 Feb 1997 15:36:58 -0500 From: Dan Cross Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Sorry, but i don't think that there's much point in this right now. > The biggest problem with Lite2 userland import is that it needs to be > imported onto a vendor branch first. After this, the hell will break > since all the files that never left the Lite(1) vendor branch are now > automatically updated in HEAD. Their HEAD revisions have to be moved > away from the Lite2 branch (by forcing them back to the previous > version). > > That's the biggest piece of work that needs to be done first. After > this happened, the merge itself can start. Hmm.. I see. Unfortunately, that's not something that I can help out with, since I don't have access to do anything with CVS. Okay, well, keep my number for when the actual merge starts. - Dan C. From owner-freebsd-current Thu Feb 20 14:50:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA12569 for current-outgoing; Thu, 20 Feb 1997 14:50:53 -0800 (PST) Received: from spitfire.ecsel.psu.edu (spitfire.ecsel.psu.edu [146.186.218.51]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA12558 for ; Thu, 20 Feb 1997 14:50:30 -0800 (PST) Received: (qmail 7791 invoked by uid 1000); 20 Feb 1997 22:29:48 -0000 Message-ID: <19970220222947.7790.qmail@spitfire.ecsel.psu.edu> To: current@freebsd.org Subject: fsdb(8) patch for -current... Date: Thu, 20 Feb 1997 17:29:47 -0500 From: Dan Cross Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hey all. I'm working on getting my PC ready to take home (argh, it's starting to be ``Not Cool'' without a computer at home), but I want to get make world to finish successfully beforehand (without -k!). Thus, I'm try- ing to make changes to enough of the userland stuff that this happens (before the lite2 userland merge, after the CVS branching issues have been resolved). Consequently, I've made a few changes to some utils so that make world will run to completion (eventually). Today was fsdb, which were some trivial tweaks to deal with the lite2 changes in . This change was pretty minor, and I've included two versions, one against the -lite fsck, and one against the -lite2 fsck. Have fun! - Dan C. (btw- I'm not so worried about this ``not working'' like I was with fsck. Therefore, I'm wondering: should I send-pr these patches?) -----begin fsdb-lite.patch *** fsdbutil.c 1997/02/20 21:57:05 1.1 --- fsdbutil.c 1997/02/20 21:57:58 *************** *** 130,144 **** break; } printf("I=%lu MODE=%o SIZE=%qu", inum, dp->di_mode, dp->di_size); ! p = ctime(&dp->di_mtime.tv_sec); printf("\n\tMTIME=%15.15s %4.4s [%d nsec]", &p[4], &p[20], ! dp->di_mtime.tv_nsec); ! p = ctime(&dp->di_ctime.tv_sec); printf("\n\tCTIME=%15.15s %4.4s [%d nsec]", &p[4], &p[20], ! dp->di_ctime.tv_nsec); ! p = ctime(&dp->di_atime.tv_sec); printf("\n\tATIME=%15.15s %4.4s [%d nsec]\n", &p[4], &p[20], ! dp->di_atime.tv_nsec); if (pw = getpwuid(dp->di_uid)) printf("OWNER=%s ", pw->pw_name); --- 130,144 ---- break; } printf("I=%lu MODE=%o SIZE=%qu", inum, dp->di_mode, dp->di_size); ! p = ctime(&dp->di_mtime); printf("\n\tMTIME=%15.15s %4.4s [%d nsec]", &p[4], &p[20], ! dp->di_mtimensec); ! p = ctime(&dp->di_ctime); printf("\n\tCTIME=%15.15s %4.4s [%d nsec]", &p[4], &p[20], ! dp->di_ctime); ! p = ctime(&dp->di_atime); printf("\n\tATIME=%15.15s %4.4s [%d nsec]\n", &p[4], &p[20], ! dp->di_atimensec); if (pw = getpwuid(dp->di_uid)) printf("OWNER=%s ", pw->pw_name); -----end fsdb-lite.patch -----being fsdb-lite2.patch *** fsdb.c 1997/02/20 22:18:16 1.1 --- fsdb.c 1997/02/20 22:18:26 *************** *** 111,117 **** rval = cmdloop(); sblock.fs_clean = 0; /* mark it dirty */ sbdirty(); ! ckfini(); printf("*** FILE SYSTEM MARKED DIRTY\n"); printf("*** BE SURE TO RUN FSCK TO CLEAN UP ANY DAMAGE\n"); printf("*** IF IT WAS MOUNTED, RE-MOUNT WITH -u -o reload\n"); --- 111,117 ---- rval = cmdloop(); sblock.fs_clean = 0; /* mark it dirty */ sbdirty(); ! ckfini(0); printf("*** FILE SYSTEM MARKED DIRTY\n"); printf("*** BE SURE TO RUN FSCK TO CLEAN UP ANY DAMAGE\n"); printf("*** IF IT WAS MOUNTED, RE-MOUNT WITH -u -o reload\n"); *** fsdbutil.c 1997/02/20 21:57:05 1.1 --- fsdbutil.c 1997/02/20 21:57:58 *************** *** 130,144 **** break; } printf("I=%lu MODE=%o SIZE=%qu", inum, dp->di_mode, dp->di_size); ! p = ctime(&dp->di_mtime.tv_sec); printf("\n\tMTIME=%15.15s %4.4s [%d nsec]", &p[4], &p[20], ! dp->di_mtime.tv_nsec); ! p = ctime(&dp->di_ctime.tv_sec); printf("\n\tCTIME=%15.15s %4.4s [%d nsec]", &p[4], &p[20], ! dp->di_ctime.tv_nsec); ! p = ctime(&dp->di_atime.tv_sec); printf("\n\tATIME=%15.15s %4.4s [%d nsec]\n", &p[4], &p[20], ! dp->di_atime.tv_nsec); if (pw = getpwuid(dp->di_uid)) printf("OWNER=%s ", pw->pw_name); --- 130,144 ---- break; } printf("I=%lu MODE=%o SIZE=%qu", inum, dp->di_mode, dp->di_size); ! p = ctime(&dp->di_mtime); printf("\n\tMTIME=%15.15s %4.4s [%d nsec]", &p[4], &p[20], ! dp->di_mtimensec); ! p = ctime(&dp->di_ctime); printf("\n\tCTIME=%15.15s %4.4s [%d nsec]", &p[4], &p[20], ! dp->di_ctime); ! p = ctime(&dp->di_atime); printf("\n\tATIME=%15.15s %4.4s [%d nsec]\n", &p[4], &p[20], ! dp->di_atimensec); if (pw = getpwuid(dp->di_uid)) printf("OWNER=%s ", pw->pw_name); ----end fsdb-lite2.patch From owner-freebsd-current Thu Feb 20 15:14:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA14399 for current-outgoing; Thu, 20 Feb 1997 15:14:59 -0800 (PST) Received: from vector.jhs.no_domain (slip139-92-4-66.mu.de.ibm.net [139.92.4.66]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA14347 for ; Thu, 20 Feb 1997 15:14:33 -0800 (PST) Received: (from jhs@localhost) by vector.jhs.no_domain (8.7.5/8.6.9) id BAA07749; Thu, 20 Feb 1997 01:53:49 +0100 (MET) Date: Thu, 20 Feb 1997 01:53:49 +0100 (MET) Message-Id: <199702200053.BAA07749@vector.jhs.no_domain> To: current@freebsd.org Subject: email to fax gatewaying From: "Julian H. Stacey" Reply-To: "Julian H. Stacey" X-Email: jhs@freebsd.org, Fallback: jhs@gil.physik.rwth-aachen.de X-Organization: Vector Systems Ltd. X-Mailer: EXMH 1.6.7, PGP available X-Address: Holz Strasse 27d, 80469 Munich, Germany X-Tel: +49.89.268616 X-Fax: +49.89.2608126 X-Web: http://www.freebsd.org/~jhs/ Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I recall 2 people in this list were in Perth, Western Oz ? Have you looked at http://www-usa.tpc.int/tpc_home.html ? (Global E-mail to FAX) In the UK, there's total coverage (paid for by the advert at the front of the fax, placed there by the ISP who runs the relay service there. In Australia there seems to be only partial coverage, presumably 'cos someone is paying phone charges, & not clued on to recouping costs through the free adverts yet. It could be that this worldwide email to fax project would appeal to othe FreeBSD people too, not only is it nice from a user perspective, but all the software is available on FreeBSD, & it'd probably appeal to numerous ISP people, as they'd get their adverts appearing all over the place on people's fax machines, not as junk faxes, but justified as local relay sponsor of the service. Sorry I had to post this to current, but hackers might not have worked, the 2 Perth area people I'm hoping might read & act (or pass on) this info. are on current@ but I'm not sure what other lists. Julian --- Julian H. Stacey http://www.freebsd.org/~jhs/ `Music On Hold' phone systems disrupt business concentration. From owner-freebsd-current Thu Feb 20 16:58:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA21284 for current-outgoing; Thu, 20 Feb 1997 16:58:53 -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 QAA21238 for ; Thu, 20 Feb 1997 16:58:43 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hydrogen.nike.efn.org (8.8.4/8.8.4) with SMTP id QAA01735 for ; Thu, 20 Feb 1997 16:58:12 -0800 (PST) Date: Thu, 20 Feb 1997 16:58:12 -0800 (PST) From: John-Mark Gurney Reply-To: John-Mark Gurney To: FreeBSD Current Subject: bzero and FD_ZERO Message-ID: X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk today I was writing a program that uses FD_ZERO... but I wasn't using string.h... if you compile it with -Wall you will get a warning about implicet declaration of bzero... should this happen? and what is the proper fix for it? (do we really require including string.h? should I document that as a header that is required? ) thanks for the info... 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 Feb 20 17:31:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA24393 for current-outgoing; Thu, 20 Feb 1997 17:31:10 -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 RAA24386 for ; Thu, 20 Feb 1997 17:31:08 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id SAA29391; Thu, 20 Feb 1997 18:30:57 -0700 (MST) Date: Thu, 20 Feb 1997 18:30:57 -0700 (MST) Message-Id: <199702210130.SAA29391@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Bruce Evans Cc: current@freebsd.org Subject: Re: recently introduced compile-time warnings and errors In-Reply-To: <199702200705.SAA24378@godzilla.zeta.org.au> References: <199702200705.SAA24378@godzilla.zeta.org.au> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > ../../pccard/pcic.c: In function `pcic_probe': > ../../pccard/pcic.c:578: parse error before `{' > ../../pccard/pcic.c:637: continue statement not within a loop > ../../pccard/pcic.c:701: continue statement not within a loop > ../../pccard/pcic.c:732: warning: control reaches end of non-void function > ../../pccard/pcic.c: At top level: > ../../pccard/pcic.c:767: parse error before `if' Sorry, I biffed this one, and SRI's internet linked was useless the last couple of days so the network was down. I'm back in MT, and now have better connectivity to Walnut Creek. :) :) Nate From owner-freebsd-current Thu Feb 20 19:34:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA03182 for current-outgoing; Thu, 20 Feb 1997 19:34:46 -0800 (PST) Received: from mule0.mindspring.com (mule0.mindspring.com [204.180.128.166]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA03106 for ; Thu, 20 Feb 1997 19:34:17 -0800 (PST) Received: from rlb.users.mindspring.com (user-168-121-25-139.dialup.mindspring.com [168.121.25.139]) by mule0.mindspring.com (8.8.4/8.8.4) with SMTP id WAA53880 for ; Thu, 20 Feb 1997 22:33:39 -0500 Message-ID: <330D1791.794BDF32@mindspring.com> Date: Thu, 20 Feb 1997 22:33:37 -0500 From: Ron Bolin X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 2.2-GAMMA i386) MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: AHC Abort Messages Still Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just cvsup'd up the lastest 2.2 GAMMA 2-20-97 and am still experiencing "abort message in message buffer, timed out in datain phase". Is anyone else experiencing this problem. I have a A2940UW and Fujitsu 2934W 4 GB SCSI drive, Sony SDT5000 DAT, Toshiba 3501 4X CD. Never did this b4 on this hardware until about the last week of January 97. Justin is there any timeout value I should try to adjust? Ron -- **************************************************************************** Ron Bolin rlb@mindspring.com, http://www.mindspring.com/~rlb/ GSU: gs01rlb@panther.gsu.edu matrlbx@indigo4.cs.gsu.edu Home: 770-992-8877 **************************************************************************** From owner-freebsd-current Thu Feb 20 21:12:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA02735 for current-outgoing; Thu, 20 Feb 1997 21:12:52 -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 VAA02730 for ; Thu, 20 Feb 1997 21:12:50 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id QAA28404; Fri, 21 Feb 1997 16:06:31 +1100 Date: Fri, 21 Feb 1997 16:06:31 +1100 From: Bruce Evans Message-Id: <199702210506.QAA28404@godzilla.zeta.org.au> To: freebsd-current@freebsd.org, jmg@nike.efn.org Subject: Re: bzero and FD_ZERO Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >today I was writing a program that uses FD_ZERO... but I wasn't using >string.h... if you compile it with -Wall you will get a warning about >implicet declaration of bzero... > >should this happen? and what is the proper fix for it? (do we really >require including string.h? should I document that as a header that is >required? ) The library should use a private or reserved function, e.g., __bzero() or memset(). shouldn't be included or a prerequisite. NetBSD uses memset() except in the kernel. The Gnu library uses __FD_ZERO(), which on the i386 expands to i586-pessimized inline asm code involving stosl. There are many more bugs like this if you compile with all warning enabled: -Wall -ansi -pedantic \ -Wbad-function-cast \ -Wcast-align \ -Wcast-qual \ -Wchar-subscripts \ -Wconversion \ -Winline \ -Wmissing-prototypes \ -Wnested-externs \ -Wpointer-arith \ -Wredundant-decls \ -Wshadow \ -Wstrict-prototypes \ -Wtraditional \ -Wwrite-strings Bruce From owner-freebsd-current Thu Feb 20 22:17:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA08900 for current-outgoing; Thu, 20 Feb 1997 22:17:37 -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 WAA08892 for ; Thu, 20 Feb 1997 22:17:33 -0800 (PST) Received: from narnia.plutotech.com (localhost [127.0.0.1]) by narnia.plutotech.com (8.8.5/8.7.3) with ESMTP id XAA10163; Thu, 20 Feb 1997 23:17:34 -0700 (MST) Message-Id: <199702210617.XAA10163@narnia.plutotech.com> X-Mailer: exmh version 2.0beta 12/23/96 To: Ron Bolin cc: freebsd-current@freebsd.org Subject: Re: AHC Abort Messages Still In-reply-to: Your message of "Thu, 20 Feb 1997 22:33:37 EST." <330D1791.794BDF32@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 20 Feb 1997 23:17:34 -0700 From: "Justin T. Gibbs" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk What options are you running your kernel with? -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Thu Feb 20 23:55:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA12247 for current-outgoing; Thu, 20 Feb 1997 23:55:46 -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 XAA12234 for ; Thu, 20 Feb 1997 23:55:38 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hydrogen.nike.efn.org (8.8.4/8.8.4) with SMTP id XAA05391; Thu, 20 Feb 1997 23:54:38 -0800 (PST) Date: Thu, 20 Feb 1997 23:54:38 -0800 (PST) From: John-Mark Gurney Reply-To: John-Mark Gurney To: Bruce Evans cc: freebsd-current@freebsd.org Subject: Re: bzero and FD_ZERO In-Reply-To: <199702210506.QAA28404@godzilla.zeta.org.au> Message-ID: X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 21 Feb 1997, Bruce Evans wrote: > >today I was writing a program that uses FD_ZERO... but I wasn't using > >string.h... if you compile it with -Wall you will get a warning about > >implicet declaration of bzero... > > > >should this happen? and what is the proper fix for it? (do we really > >require including string.h? should I document that as a header that is > >required? ) > > The library should use a private or reserved function, e.g., __bzero() > or memset(). shouldn't be included or a prerequisite. hmm... I did a quick nm of libc.a, looks like the only bzero call is normal bzero... same with memset... is it time that we possible break these functions into a "specialized" header? something like memfcn.h that will hold b* and mem* set of functions? it looks like both sys/types.h and sys/buf.h require bzero... machine/pcaudioio.h requires memset... and machine/soundcard.h on memcpy... and thanks for pointing out that addinition -W options... I'll make sure I keep a copy of the list... 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 Fri Feb 21 00:41:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA14131 for current-outgoing; Fri, 21 Feb 1997 00:41:55 -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 AAA14126 for ; Fri, 21 Feb 1997 00:41:51 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id TAA01669; Fri, 21 Feb 1997 19:35:03 +1100 Date: Fri, 21 Feb 1997 19:35:03 +1100 From: Bruce Evans Message-Id: <199702210835.TAA01669@godzilla.zeta.org.au> To: bde@zeta.org.au, jmg@nike.efn.org Subject: Re: bzero and FD_ZERO Cc: freebsd-current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >hmm... I did a quick nm of libc.a, looks like the only bzero call is >normal bzero... same with memset... is it time that we possible break >these functions into a "specialized" header? something like memfcn.h that >will hold b* and mem* set of functions? Lite2 changed a lot of string function calls to ANSI versions. Wait until we catch up. Putting the BSD versions in a separate header wouldn't help much. We would become incompatible with BSD. >it looks like both sys/types.h and sys/buf.h require bzero... >machine/pcaudioio.h requires memset... and machine/soundcard.h on >memcpy... sys/types.h is the only Standard header here. sys/buf.h is a kernel-only header. The others probably should be documented as requiring if certain ioctls are used (if they are documented at all :-). Bruce From owner-freebsd-current Fri Feb 21 06:05:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA25339 for current-outgoing; Fri, 21 Feb 1997 06:05:56 -0800 (PST) Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA25321 for ; Fri, 21 Feb 1997 06:05:44 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de) by mail (PMDF V5.0-6 #16313) id <01IFOJHXG9HSBG196P@mail>; Fri, 21 Feb 1997 14:43:41 +0000 (GMT) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.8.4/8.6.9) id NAA09223; Fri, 21 Feb 1997 13:36:19 +0100 (MET) Date: Fri, 21 Feb 1997 13:36:18 +0100 (MET) From: Christoph Kukulies Subject: Re: NFS (OpenVMS 6.2/UCX 4.0) nogo In-reply-to: To: dfr@render.com (Doug Rabson) Cc: kuku@gilberto.physik.rwth-aachen.de, freebsd-current@freefall.freebsd.org Reply-to: Christoph Kukulies Message-id: <199702211236.NAA09223@gil.physik.rwth-aachen.de> MIME-version: 1.0 X-Mailer: ELM [version 2.4ME+ PL28 (25)] Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Christoph Kukulies writes: > > > > > Can anyone confirm: > > > > mounting a VMS 6.2 UCX 4.0 server from my > > > > FreeBSD 2.0.5-950622-SNAP (SMILE) #0: Thu Jul 13 18:14:22 1995 > > vmsmachine:/2_dua2/cc0 2079730 2073040 6690 100% /mnt > > > > works just fine while doing the same > > > > from a 3.0-current of January gives > > > > # mount vmsmachine:/2_dua2/cc0 /mnt > > nfs: can't access /2_dua2/cc0: Permission denied > > > > Is it NFS v3 ? or the chronically brokenness of VMS/NFS ? > > Does the VMS/NFS accept mount requests from non-privileged ports? I > remember a Linux NFS problem which was resolved by tweaking the Linux > end to allow non-privileged ports for both mount and nfsd. The server is running on port 2049/udp on the VMS side. But tell me, how do I 'tweak' mount on the FreeBSD side to run at non-priv'ed ports and why the hack at all? > > -- > Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com > Phone: +44 171 734 3761 > These are not the opinions of Microsoft. FAX: +44 171 734 6426 > -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Fri Feb 21 06:34:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA27088 for current-outgoing; Fri, 21 Feb 1997 06:34:35 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA27082 for ; Fri, 21 Feb 1997 06:34:32 -0800 (PST) Received: from gil.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id PAA19183; Fri, 21 Feb 1997 15:35:00 +0100 (MET) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.8.4/8.6.9) id PAA09692; Fri, 21 Feb 1997 15:38:43 +0100 (MET) From: Christoph Kukulies Message-Id: <199702211438.PAA09692@gil.physik.rwth-aachen.de> Subject: Re: NFS (OpenVMS 6.2/UCX 4.0) nogo In-Reply-To: <199702201728.MAA19587@skynet.ctr.columbia.edu> from Bill Paul at "Feb 20, 97 12:28:22 pm" To: wpaul@skynet.ctr.columbia.edu (Bill Paul) Date: Fri, 21 Feb 1997 15:38:42 +0100 (MET) Cc: kuku@gilberto.physik.RWTH-Aachen.DE, freebsd-current@freefall.freebsd.org Reply-To: Christoph Kukulies 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 > Of all the gin joints in all the towns in all the world, Christoph > Kukulies had to walk into mine and say: > > > > Can anyone confirm: > > > > mounting a VMS 6.2 UCX 4.0 server from my > > > > FreeBSD 2.0.5-950622-SNAP (SMILE) #0: Thu Jul 13 18:14:22 1995 > > vmsmachine:/2_dua2/cc0 2079730 2073040 6690 100% /mnt > > > > works just fine while doing the same > > > > from a 3.0-current of January gives > > > > # mount vmsmachine:/2_dua2/cc0 /mnt > > nfs: can't access /2_dua2/cc0: Permission denied > > > > Is it NFS v3 ? or the chronically brokenness of VMS/NFS ? > > Chronic, not chronically. > > Have you tried to use the resvport flag? > > # mount -o resvport vmsmachine:/2_dua2/cc0 /mnt tried it after your tip and no change: nfs: can't access /2_dua2/cc0: Permission denied > > -Bill > > -- > ============================================================================= > -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu > Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research > Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City > ============================================================================= > "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness" > ============================================================================= > -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Fri Feb 21 08:28:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA03367 for current-outgoing; Fri, 21 Feb 1997 08:28:17 -0800 (PST) Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id IAA03032 for ; Fri, 21 Feb 1997 08:20:44 -0800 (PST) Received: (from dfr@localhost) by minnow.render.com (8.6.12/8.6.9) id QAA23181; Fri, 21 Feb 1997 16:11:25 GMT To: Christoph Kukulies Cc: freebsd-current@freefall.freebsd.org Subject: Re: NFS (OpenVMS 6.2/UCX 4.0) nogo References: <199702211236.NAA09223@gil.physik.rwth-aachen.de> From: Doug Rabson Date: 21 Feb 1997 16:11:21 +0000 In-Reply-To: Christoph Kukulies's message of Fri, 21 Feb 1997 13:36:18 +0100 (MET) Message-ID: Lines: 19 X-Mailer: Gnus v5.2.25/XEmacs 19.14 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Christoph Kukulies writes: > The server is running on port 2049/udp on the VMS side. But tell me, > how do I 'tweak' mount on the FreeBSD side to run at non-priv'ed > ports and why the hack at all? The problem with Linux, as I remember it, was that the NFS client in the kernel was using a non-privileged port to talk to the Linux nfsd. Now that I think about this again, it seems that this is a different problem since it happens at mount time. How does the VMS export filesystems to NFS (i.e. what is its equivalent to /etc/exports)? Can you mount from other operating systems? -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 734 3761 These are not the opinions of Microsoft. FAX: +44 171 734 6426 From owner-freebsd-current Fri Feb 21 09:41:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA08049 for current-outgoing; Fri, 21 Feb 1997 09:41:05 -0800 (PST) Received: from peeper.jackson.org ([208.128.8.144]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA08034 for ; Fri, 21 Feb 1997 09:41:01 -0800 (PST) Received: (from tom@localhost) by peeper.jackson.org (8.8.5/8.7.3) id LAA01618; Fri, 21 Feb 1997 11:38:32 -0600 (CST) Message-Id: <199702211738.LAA01618@peeper.jackson.org> Date: Fri, 21 Feb 1997 11:38:31 -0600 From: tom@peeper.jackson.org (Tom Jackson) To: current@freebsd.org Subject: can't access ctm X-Mailer: Mutt 0.60e-PL0 Mime-Version: 1.0 Reply-To: toj@gorilla.net Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk -- 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 Fri Feb 21 10:39:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA11739 for current-outgoing; Fri, 21 Feb 1997 10:39:06 -0800 (PST) Received: from tulsix.utulsa.edu (tulsix.utulsa.edu [129.244.22.40]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA11730 for ; Fri, 21 Feb 1997 10:39:02 -0800 (PST) Received: by tulsix.utulsa.edu (1.37.109.4/16.2) id AA28988; Fri, 21 Feb 97 12:35:42 -0600 From: Tom Jackson Message-Id: <9702211835.AA28988@tulsix.utulsa.edu> Subject: can't access ctm anymore To: current@freebsd.org Date: Fri, 21 Feb 1997 12:35:41 -0600 (CST) 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 Maybe I'm getting paranoid, but ever since yesterday, I cannot access the ctm delta sorces anymore. Lots of things are going on that I'm not privy to but this has me feeling strange. As an aside, make world is still choking on the libraries, I believe that msun is broken/unfinished/whatever. tia Tom toj@gorilla.net From owner-freebsd-current Fri Feb 21 12:55:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA22235 for current-outgoing; Fri, 21 Feb 1997 12:55:00 -0800 (PST) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA22224 for ; Fri, 21 Feb 1997 12:54:58 -0800 (PST) Received: from Jupiter.Mcs.Net (karl@Jupiter.mcs.net [192.160.127.88]) by Kitten.mcs.com (8.8.5/8.8.2) with ESMTP id OAA02164 for ; Fri, 21 Feb 1997 14:54:56 -0600 (CST) Received: (from karl@localhost) by Jupiter.Mcs.Net (8.8.5/8.8.2) id OAA03241 for current@freebsd.org; Fri, 21 Feb 1997 14:54:55 -0600 (CST) From: Karl Denninger Message-Id: <199702212054.OAA03241@Jupiter.Mcs.Net> Subject: Missing sources under gdb? To: current@freebsd.org Date: Fri, 21 Feb 1997 14:54:55 -0600 (CST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk bash# cvs update . cvs update: Updating . cvs update: Updating bfd cvs update: Updating doc cvs update: Updating gdb cvs update: Updating libiberty bash# pwd /usr/src/gnu/usr.bin/gdb bash# make ===> bfd ===> libiberty make: don't know how to make /usr/src/gnu/usr.bin/gdb/libiberty/argv.c. Stop *** Error code 2 Uh, got a few things missing there folks? Are there unfinished commits in the gdb area? -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1's from $600 monthly to FULL DS-3 Service | 99 Analog numbers, 77 ISDN, Web servers $75/mo Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 312 803-4929] | 2 FULL DS-3 Internet links; 400Mbps B/W Internal From owner-freebsd-current Fri Feb 21 13:32:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA24822 for current-outgoing; Fri, 21 Feb 1997 13:32:21 -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 NAA24812 for ; Fri, 21 Feb 1997 13:32:11 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id IAA28034; Sat, 22 Feb 1997 08:00:48 +1030 (CST) From: Michael Smith Message-Id: <199702212130.IAA28034@genesis.atrad.adelaide.edu.au> Subject: Re: Missing sources under gdb? In-Reply-To: <199702212054.OAA03241@Jupiter.Mcs.Net> from Karl Denninger at "Feb 21, 97 02:54:55 pm" To: karl@Mcs.Net (Karl Denninger) Date: Sat, 22 Feb 1997 08:00:46 +1030 (CST) Cc: 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 Karl Denninger stands accused of saying: > > > bash# cvs update . Try 'cvs update 'Pd'. Gdb has moved, and you're not cleaning it out correctly. This has been discussed here at least half a dozen times in the last three or so weeks. > Are there unfinished commits in the gdb area? No. I've been rolling 2.2-based releases every couple of days for the last few weeks now, it hasn't been broken for ages. > Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity -- ]] 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 Fri Feb 21 13:38:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA25231 for current-outgoing; Fri, 21 Feb 1997 13:38:21 -0800 (PST) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA25226 for ; Fri, 21 Feb 1997 13:38:18 -0800 (PST) Received: from Jupiter.Mcs.Net (karl@Jupiter.mcs.net [192.160.127.88]) by Kitten.mcs.com (8.8.5/8.8.2) with ESMTP id PAA03686; Fri, 21 Feb 1997 15:38:16 -0600 (CST) Received: (from karl@localhost) by Jupiter.Mcs.Net (8.8.5/8.8.2) id PAA05397; Fri, 21 Feb 1997 15:38:16 -0600 (CST) From: Karl Denninger Message-Id: <199702212138.PAA05397@Jupiter.Mcs.Net> Subject: Re: Missing sources under gdb? To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Fri, 21 Feb 1997 15:38:15 -0600 (CST) Cc: karl@Mcs.Net, current@freebsd.org In-Reply-To: <199702212130.IAA28034@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Feb 22, 97 08:00:46 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Karl Denninger stands accused of saying: > > > > > > bash# cvs update . > > Try 'cvs update 'Pd'. Gdb has moved, and you're not cleaning it out > correctly. This has been discussed here at least half a dozen times > in the last three or so weeks. That's "cvs update -Pd", right? Did that originally on the tree (yes, I know about this). The directory structure is still there, and still blows up. Just did it again -- and its still there, and still blows up in the same place. ===> cvs/tools ===> dc ===> dc/doc ===> dialog ===> diff ===> diff/doc ===> diff3 ===> gdb ===> gdb/bfd ===> gdb/libiberty make: don't know how to make /usr/src/gnu/usr.bin/gdb/libiberty/argv.c. Stop *** Error code 2 Stop. *** Error code 1 No change. If I REMOVE it and use "cvs update ." it comes right back where it was. Is my CVS tree wrecked? I even went back and cvsup'd again, just to make sure I'm current -- I am. > > Are there unfinished commits in the gdb area? > > No. I've been rolling 2.2-based releases every couple of days for the > last few weeks now, it hasn't been broken for ages. > > > Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity Sigh... Still no joy. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1's from $600 monthly to FULL DS-3 Service | 99 Analog numbers, 77 ISDN, Web servers $75/mo Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 312 803-4929] | 2 FULL DS-3 Internet links; 400Mbps B/W Internal From owner-freebsd-current Fri Feb 21 13:45:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA25705 for current-outgoing; Fri, 21 Feb 1997 13:45:47 -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 NAA25696 for ; Fri, 21 Feb 1997 13:45:43 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id IAA28080; Sat, 22 Feb 1997 08:15:22 +1030 (CST) From: Michael Smith Message-Id: <199702212145.IAA28080@genesis.atrad.adelaide.edu.au> Subject: Re: Missing sources under gdb? In-Reply-To: <199702212138.PAA05397@Jupiter.Mcs.Net> from Karl Denninger at "Feb 21, 97 03:38:15 pm" To: karl@Mcs.Net (Karl Denninger) Date: Sat, 22 Feb 1997 08:15:21 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, karl@Mcs.Net, 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 Karl Denninger stands accused of saying: > > > > Try 'cvs update 'Pd'. Gdb has moved, and you're not cleaning it out > > correctly. This has been discussed here at least half a dozen times > > in the last three or so weeks. > > That's "cvs update -Pd", right? Yes, sorry. Also check your ~/.cvsrc file (if you have one). > No change. If I REMOVE it and use "cvs update ." it comes right back where > it was. Is my CVS tree wrecked? I even went back and cvsup'd again, just > to make sure I'm current -- I am. You may be having cvs tag trouble. Try explicitly specifying the tag that you're checking out (I had trouble with this in the past, so it's automatic now). eg. 'cvs update -Pd -r RELENG_2_2' If this fixes your problem, take out the hammer marked "CVS Confuses Me Too" and hit yourself over the head with it a few times. -- ]] 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 Fri Feb 21 14:02:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA26867 for current-outgoing; Fri, 21 Feb 1997 14:02:29 -0800 (PST) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA26846 for ; Fri, 21 Feb 1997 14:02:26 -0800 (PST) Received: from Jupiter.Mcs.Net (karl@Jupiter.mcs.net [192.160.127.88]) by Kitten.mcs.com (8.8.5/8.8.2) with ESMTP id QAA04615; Fri, 21 Feb 1997 16:02:25 -0600 (CST) Received: (from karl@localhost) by Jupiter.Mcs.Net (8.8.5/8.8.2) id QAA06337; Fri, 21 Feb 1997 16:02:25 -0600 (CST) From: Karl Denninger Message-Id: <199702212202.QAA06337@Jupiter.Mcs.Net> Subject: Re: Missing sources under gdb? To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Fri, 21 Feb 1997 16:02:25 -0600 (CST) Cc: karl@Mcs.Net, msmith@atrad.adelaide.edu.au, current@freebsd.org In-Reply-To: <199702212145.IAA28080@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Feb 22, 97 08:15:21 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Karl Denninger stands accused of saying: > > > > > > Try 'cvs update 'Pd'. Gdb has moved, and you're not cleaning it out > > > correctly. This has been discussed here at least half a dozen times > > > in the last three or so weeks. > > > > That's "cvs update -Pd", right? > > Yes, sorry. Also check your ~/.cvsrc file (if you have one). > > > No change. If I REMOVE it and use "cvs update ." it comes right back where > > it was. Is my CVS tree wrecked? I even went back and cvsup'd again, just > > to make sure I'm current -- I am. > > You may be having cvs tag trouble. Try explicitly specifying the tag > that you're checking out (I had trouble with this in the past, so it's > automatic now). > > eg. 'cvs update -Pd -r RELENG_2_2' > > If this fixes your problem, take out the hammer marked "CVS Confuses > Me Too" and hit yourself over the head with it a few times. Did that, didn't change a thing. The -Pd should REMOVE irrelavent things, right? So if gdb has moved, why is this library directory (and the rest of it) still there? -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1's from $600 monthly to FULL DS-3 Service | 99 Analog numbers, 77 ISDN, Web servers $75/mo Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 312 803-4929] | 2 FULL DS-3 Internet links; 400Mbps B/W Internal From owner-freebsd-current Fri Feb 21 14:23:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA28482 for current-outgoing; Fri, 21 Feb 1997 14:23:30 -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 OAA28476 for ; Fri, 21 Feb 1997 14:23:25 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id PAA04026; Fri, 21 Feb 1997 15:23:19 -0700 (MST) Date: Fri, 21 Feb 1997 15:23:19 -0700 (MST) Message-Id: <199702212223.PAA04026@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Karl Denninger Cc: current@freebsd.org Subject: Re: Missing sources under gdb? In-Reply-To: <199702212054.OAA03241@Jupiter.Mcs.Net> References: <199702212054.OAA03241@Jupiter.Mcs.Net> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > bash# pwd > /usr/src/gnu/usr.bin/gdb > bash# make > ===> bfd > ===> libiberty > make: don't know how to make /usr/src/gnu/usr.bin/gdb/libiberty/argv.c. Stop > *** Error code 2 Do a 'make cleandir' a couple of times to get rid of the old .depend files which are are now out of date. # make cleandir # make cleandir # make obj # make depend # make ... Nate From owner-freebsd-current Fri Feb 21 14:33:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA28959 for current-outgoing; Fri, 21 Feb 1997 14:33:48 -0800 (PST) Received: from bofh.cybercity.dk (bofh.cybercity.dk [195.8.128.254]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA28951 for ; Fri, 21 Feb 1997 14:33:45 -0800 (PST) Received: from critter.dk.tfs.com (phk.cybercity.dk [195.8.133.247]) by bofh.cybercity.dk (8.8.3/8.7.3) with ESMTP id XAA01524; Fri, 21 Feb 1997 23:35:57 +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 XAA28445; Fri, 21 Feb 1997 23:36:01 +0100 (MET) To: Karl Denninger cc: msmith@atrad.adelaide.edu.au (Michael Smith), current@freebsd.org Subject: Re: Missing sources under gdb? In-reply-to: Your message of "Fri, 21 Feb 1997 15:38:15 CST." <199702212138.PAA05397@Jupiter.Mcs.Net> Date: Fri, 21 Feb 1997 23:36:01 +0100 Message-ID: <28443.856564561@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199702212138.PAA05397@Jupiter.Mcs.Net>, Karl Denninger writes: >make: don't know how to make /usr/src/gnu/usr.bin/gdb/libiberty/argv.c. Stop >*** Error code 2 Get rid of all .depend files in the general vicinity. -- 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 Feb 21 17:01:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA09203 for current-outgoing; Fri, 21 Feb 1997 17:01:01 -0800 (PST) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA09196 for ; Fri, 21 Feb 1997 17:00:59 -0800 (PST) Received: from Jupiter.Mcs.Net (karl@Jupiter.mcs.net [192.160.127.88]) by Kitten.mcs.com (8.8.5/8.8.2) with ESMTP id TAA11734 for ; Fri, 21 Feb 1997 19:00:53 -0600 (CST) Received: (from karl@localhost) by Jupiter.Mcs.Net (8.8.5/8.8.2) id TAA20907 for current@freebsd.org; Fri, 21 Feb 1997 19:00:53 -0600 (CST) From: Karl Denninger Message-Id: <199702220100.TAA20907@Jupiter.Mcs.Net> Subject: More "death" on "make world".... To: current@freebsd.org Date: Fri, 21 Feb 1997 19:00:53 -0600 (CST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I briefly remember someone talking about problems with fsck in -current now that the LITE2 merge is underway... is this a part of that issue? If so, any ideas when the tree will be buildable again? ===> sbin/fsck cc -O -c /usr/src/sbin/fsck/inode.c /usr/src/sbin/fsck/inode.c: In function `pinode': /usr/src/sbin/fsck/inode.c:517: request for member `tv_sec' in something not a structure or union /usr/src/sbin/fsck/inode.c: In function `allocino': /usr/src/sbin/fsck/inode.c:588: request for member `tv_sec' in something not a structure or union *** Error code 1 Stop. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1's from $600 monthly to FULL DS-3 Service | 99 Analog numbers, 77 ISDN, Web servers $75/mo Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 312 803-4929] | 2 FULL DS-3 Internet links; 400Mbps B/W Internal From owner-freebsd-current Fri Feb 21 17:14:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA09734 for current-outgoing; Fri, 21 Feb 1997 17:14:38 -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 RAA09725; Fri, 21 Feb 1997 17:14:20 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id SAA05095; Fri, 21 Feb 1997 18:14:17 -0700 (MST) Date: Fri, 21 Feb 1997 18:14:17 -0700 (MST) Message-Id: <199702220114.SAA05095@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: current@freebsd.org CC: se@freebsd.org Subject: new NCR errors in 2.2 branch Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just updated my sources after a 2 week trip, and now I'm getting these. ncr0 rev 2 int a irq 11 on pci0:12 (ncr0:0:0): extraneous data discarded. (ncr0:0:0): COMMAND FAILED (9 80) @f2111a9c. (ncr0:0:0): "FUJITSU M1606S-512 6220" type 0 fixed SCSI 2 sd0(ncr0:0:0): Direct-Access sd0(ncr0:0:0): 10.0 MB/s (100 ns, offset 8) 1041MB (2131992 512 byte sectors) .... sd0(ncr0:0:0): extraneous data discarded. sd0(ncr0:0:0): extraneous data discarded. sd0(ncr0:0:0): extraneous data discarded. sd0(ncr0:0:0): extraneous data discarded. sd0(ncr0:0:0): extraneous data discarded. sd0(ncr0:0:0): extraneous data discarded. sd0(ncr0:0:0): extraneous data discarded. sd0(ncr0:0:0): extraneous data discarded. It doesn't seem to affect the stability, but it's annoying none-the-less. Nate From owner-freebsd-current Fri Feb 21 17:31:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA10800 for current-outgoing; Fri, 21 Feb 1997 17:31:29 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA10794 for ; Fri, 21 Feb 1997 17:31:24 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id UAA04347; Fri, 21 Feb 1997 20:31:17 -0500 (EST) From: "John S. Dyson" Message-Id: <199702220131.UAA04347@dyson.iquest.net> Subject: Re: More "death" on "make world".... To: karl@Mcs.Net (Karl Denninger) Date: Fri, 21 Feb 1997 20:31:17 -0500 (EST) Cc: current@freebsd.org In-Reply-To: <199702220100.TAA20907@Jupiter.Mcs.Net> from "Karl Denninger" at Feb 21, 97 07:00:53 pm Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4 PL24 ME8] 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 briefly remember someone talking about problems with fsck in -current > now that the LITE2 merge is underway... is this a part of that issue? > > If so, any ideas when the tree will be buildable again? > I am going to work on it this weekend. This is a userland problem, due to a kernel header change. I would suggest that the system will be usable and relatively stable in about 2-3wks (perhaps before.) John From owner-freebsd-current Fri Feb 21 17:39:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA11317 for current-outgoing; Fri, 21 Feb 1997 17:39:16 -0800 (PST) Received: from fallout.campusview.indiana.edu (fallout.campusview.indiana.edu [149.159.1.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA11230; Fri, 21 Feb 1997 17:38:27 -0800 (PST) Received: from localhost (jfieber@localhost) by fallout.campusview.indiana.edu (8.8.5/8.8.5) with SMTP id UAA12547; Fri, 21 Feb 1997 20:37:52 -0500 (EST) Date: Fri, 21 Feb 1997 20:37:52 -0500 (EST) From: John Fieber To: Nate Williams cc: current@freebsd.org, se@freebsd.org Subject: Re: new NCR errors in 2.2 branch In-Reply-To: <199702220114.SAA05095@rocky.mt.sri.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, 21 Feb 1997, Nate Williams wrote: > I just updated my sources after a 2 week trip, and now I'm getting > these. > > ncr0 rev 2 int a irq 11 on pci0:12 > (ncr0:0:0): extraneous data discarded. > (ncr0:0:0): COMMAND FAILED (9 80) @f2111a9c. > (ncr0:0:0): "FUJITSU M1606S-512 6220" type 0 fixed SCSI 2 > sd0(ncr0:0:0): Direct-Access > sd0(ncr0:0:0): 10.0 MB/s (100 ns, offset 8) > 1041MB (2131992 512 byte sectors) > .... > sd0(ncr0:0:0): extraneous data discarded. > sd0(ncr0:0:0): extraneous data discarded. > sd0(ncr0:0:0): extraneous data discarded. My, that looks familiar! ncr0 rev 17 int a irq 11 on pci0:12 ncr0 waiting for scsi devices to settle (ncr0:0:0): "FUJITSU M1606S-512 6226" type 0 fixed SCSI 2 sd0(ncr0:0:0): Direct-Access sd0(ncr0:0:0): 10.0 MB/s (100 ns, offset 8) 1041MB (2131992 512 byte sectors) ... sd0(ncr0:0:0): extraneous data discarded. sd0(ncr0:0:0): extraneous data discarded. ... With RELENG_2_2 from about a month ago, I discovered that by adding: cpu "I486_CPU" to my kernel config (I have a pentium and had removed the line), the messages went away. However, I just built a new kernel a couple days ago and the messages are back. :( I'm currious if this is somehow related to my tape drive problem (see recent posts in hardware@freebsd.org). I get several of the "extraneous data discarded" messages at boot, and then again when the tape device is opend (eg, by dump). -john From owner-freebsd-current Fri Feb 21 18:26:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA14494 for current-outgoing; Fri, 21 Feb 1997 18:26:43 -0800 (PST) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA14489; Fri, 21 Feb 1997 18:26:39 -0800 (PST) Received: from Jupiter.Mcs.Net (karl@Jupiter.mcs.net [192.160.127.88]) by Kitten.mcs.com (8.8.5/8.8.2) with ESMTP id UAA15285; Fri, 21 Feb 1997 20:26:38 -0600 (CST) Received: (from karl@localhost) by Jupiter.Mcs.Net (8.8.5/8.8.2) id UAA13855; Fri, 21 Feb 1997 20:26:37 -0600 (CST) From: Karl Denninger Message-Id: <199702220226.UAA13855@Jupiter.Mcs.Net> Subject: Re: More "death" on "make world".... To: dyson@freebsd.org Date: Fri, 21 Feb 1997 20:26:37 -0600 (CST) Cc: karl@Mcs.Net, current@freebsd.org In-Reply-To: <199702220131.UAA04347@dyson.iquest.net> from "John S. Dyson" at Feb 21, 97 08:31:17 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > > > I briefly remember someone talking about problems with fsck in -current > > now that the LITE2 merge is underway... is this a part of that issue? > > > > If so, any ideas when the tree will be buildable again? > > > I am going to work on it this weekend. This is a userland problem, due > to a kernel header change. I would suggest that the system will be usable > and relatively stable in about 2-3wks (perhaps before.) > > John Ok; thanks... Was just wondering because I got in BIG trouble trying to run a new kernel today (/proc wouldn't mount due to lkm problmes, etc etc etc). :-) But heh, I know I'm playing with fire right now... that's ok :-) -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1's from $600 monthly to FULL DS-3 Service | 99 Analog numbers, 77 ISDN, Web servers $75/mo Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 312 803-4929] | 2 FULL DS-3 Internet links; 400Mbps B/W Internal From owner-freebsd-current Fri Feb 21 18:38:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA15023 for current-outgoing; Fri, 21 Feb 1997 18:38:30 -0800 (PST) Received: from haywire.DIALix.COM (news@haywire.DIALix.COM [192.203.228.65]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA15006 for ; Fri, 21 Feb 1997 18:37:55 -0800 (PST) Received: (from news@localhost) by haywire.DIALix.COM (8.8.4/8.8.2) id KAA04753 for freebsd-current@freebsd.org; Sat, 22 Feb 1997 10:37:38 +0800 (WST) X-Authentication-Warning: haywire.DIALix.COM: news set sender to usenet-request@haywire.dialix.com using -f Received: from GATEWAY by haywire.DIALix.COM with netnews for freebsd-current@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-current@freebsd.org Date: 22 Feb 1997 02:37:37 GMT From: peter@spinner.DIALix.COM (Peter Wemm) Message-ID: <856579057.712508@haywire.DIALix.COM> Organization: DIALix Internet Services References: <199702212145.IAA28080@genesis.atrad.adelaide.edu.au> Subject: Re: Missing sources under gdb? Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199702212202.QAA06337@jupiter.mcs.net>, karl@Mcs.Net (Karl Denninger) writes: >> >> Karl Denninger stands accused of saying: >> > > >> > > Try 'cvs update 'Pd'. Gdb has moved, and you're not cleaning it out >> > > correctly. This has been discussed here at least half a dozen times >> > > in the last three or so weeks. >> > >> > That's "cvs update -Pd", right? [..] >> > No change. If I REMOVE it and use "cvs update ." it comes right back where >> > it was. Is my CVS tree wrecked? I even went back and cvsup'd again, just >> > to make sure I'm current -- I am. [..] > Did that, didn't change a thing. > > The -Pd should REMOVE irrelavent things, right? So if gdb has moved, why is > this library directory (and the rest of it) still there? You are remembering to update src/contrib/gdb as well, aren't you? If so, check your .depend files, they often have the old pathnames and do not adapt to the .PATH settings in Makefile automatically. Do a 'make cleandepend' to be sure. The bulk of the gdb code moved from gnu/usr.bin/gdb to src/contrib/gdb and the remaining files are bmake glue to build it in a way compatable with the general build system. -Peter From owner-freebsd-current Fri Feb 21 19:58:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA18130 for current-outgoing; Fri, 21 Feb 1997 19:58:34 -0800 (PST) Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id TAA18115; Fri, 21 Feb 1997 19:58:01 -0800 (PST) Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA28006; Sat, 22 Feb 97 05:01:40 +0100 Date: Sat, 22 Feb 97 05:01:40 +0100 Message-Id: <9702220401.AA28006@cabri.obs-besancon.fr> From: Jean-Marc Zucconi To: jfieber@indiana.edu Cc: nate@mt.sri.com, current@freebsd.org, se@freebsd.org In-Reply-To: (message from John Fieber on Fri, 21 Feb 1997 20:37:52 -0500 (EST)) Subject: Re: new NCR errors in 2.2 branch X-Mailer: Emacs Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>>> John Fieber writes: > On Fri, 21 Feb 1997, Nate Williams wrote: >> I just updated my sources after a 2 week trip, and now I'm getting >> these. >> >> ncr0 rev 2 int a irq 11 on pci0:12 >> (ncr0:0:0): extraneous data discarded. >> (ncr0:0:0): COMMAND FAILED (9 80) @f2111a9c. >> (ncr0:0:0): "FUJITSU M1606S-512 6220" type 0 fixed SCSI 2 >> sd0(ncr0:0:0): Direct-Access >> sd0(ncr0:0:0): 10.0 MB/s (100 ns, offset 8) >> 1041MB (2131992 512 byte sectors) >> .... >> sd0(ncr0:0:0): extraneous data discarded. >> sd0(ncr0:0:0): extraneous data discarded. >> sd0(ncr0:0:0): extraneous data discarded. > My, that looks familiar! > ncr0 rev 17 int a irq 11 on pci0:12 > ncr0 waiting for scsi devices to settle > (ncr0:0:0): "FUJITSU M1606S-512 6226" type 0 fixed SCSI 2 > sd0(ncr0:0:0): Direct-Access > sd0(ncr0:0:0): 10.0 MB/s (100 ns, offset 8) > 1041MB (2131992 512 byte sectors) > ... > sd0(ncr0:0:0): extraneous data discarded. > sd0(ncr0:0:0): extraneous data discarded. > ... > With RELENG_2_2 from about a month ago, I discovered that by > adding: > cpu "I486_CPU" > to my kernel config (I have a pentium and had removed the line), > the messages went away. However, I just built a new kernel a > couple days ago and the messages are back. :( This is not related to the presence of this option. I always had it and I also get the same error (same drive, same controller). I already noticed this when I installed the disk (~1 year ago). Because I only get the message with this drive I suppose that this is specific to the Fujitsu 1606. Jean-Marc _____________________________________________________________________________ Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex PGP Key: finger jmz@cabri.obs-besancon.fr ============================================================================= From owner-freebsd-current Fri Feb 21 20:25:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA19324 for current-outgoing; Fri, 21 Feb 1997 20:25:09 -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 UAA19309; Fri, 21 Feb 1997 20:24:47 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id VAA05687; Fri, 21 Feb 1997 21:24:39 -0700 (MST) Date: Fri, 21 Feb 1997 21:24:39 -0700 (MST) Message-Id: <199702220424.VAA05687@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Jean-Marc Zucconi Cc: jfieber@indiana.edu, nate@mt.sri.com, current@freebsd.org, se@freebsd.org Subject: Re: new NCR errors in 2.2 branch In-Reply-To: <9702220401.AA28006@cabri.obs-besancon.fr> References: <9702220401.AA28006@cabri.obs-besancon.fr> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >> I just updated my sources after a 2 week trip, and now I'm getting > >> these. > >> > >> ncr0 rev 2 int a irq 11 on pci0:12 > >> (ncr0:0:0): extraneous data discarded. > >> (ncr0:0:0): COMMAND FAILED (9 80) @f2111a9c. > >> (ncr0:0:0): "FUJITSU M1606S-512 6220" type 0 fixed SCSI 2 > >> sd0(ncr0:0:0): Direct-Access > >> sd0(ncr0:0:0): 10.0 MB/s (100 ns, offset 8) > >> 1041MB (2131992 512 byte sectors) > >> .... > >> sd0(ncr0:0:0): extraneous data discarded. > >> sd0(ncr0:0:0): extraneous data discarded. > >> sd0(ncr0:0:0): extraneous data discarded. > > > My, that looks familiar! > > > ncr0 rev 17 int a irq 11 on pci0:12 > > ncr0 waiting for scsi devices to settle > > (ncr0:0:0): "FUJITSU M1606S-512 6226" type 0 fixed SCSI 2 > > sd0(ncr0:0:0): Direct-Access > > sd0(ncr0:0:0): 10.0 MB/s (100 ns, offset 8) > > 1041MB (2131992 512 byte sectors) > > ... > > sd0(ncr0:0:0): extraneous data discarded. > > sd0(ncr0:0:0): extraneous data discarded. > > ... > > > With RELENG_2_2 from about a month ago, I discovered that by > > adding: > > > cpu "I486_CPU" > > > to my kernel config (I have a pentium and had removed the line), > > the messages went away. However, I just built a new kernel a > > couple days ago and the messages are back. :( > > This is not related to the presence of this option. You're right. And, as I said I didn't start seeing these until recently. Even the 2.2 sources from 2 weeks ago didn't have them, and neither does 2.1.5, nor a really old version of -current from last July. It's definitely a new error. > I always had it > and I also get the same error (same drive, same controller). I already > noticed this when I installed the disk (~1 year ago). Because I only > get the message with this drive I suppose that this is specific to the > Fujitsu 1606. Maybe, but I doubt it. I'm going to try my old kernel and see if it makes any difference. Nate From owner-freebsd-current Fri Feb 21 21:11:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA21555 for current-outgoing; Fri, 21 Feb 1997 21:11:34 -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 VAA21526; Fri, 21 Feb 1997 21:11:04 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id WAA05847; Fri, 21 Feb 1997 22:11:00 -0700 (MST) Date: Fri, 21 Feb 1997 22:11:00 -0700 (MST) Message-Id: <199702220511.WAA05847@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Nate Williams Cc: Jean-Marc Zucconi , jfieber@indiana.edu, current@freebsd.org, se@freebsd.org Subject: Re: new NCR errors in 2.2 branch In-Reply-To: <199702220424.VAA05687@rocky.mt.sri.com> References: <9702220401.AA28006@cabri.obs-besancon.fr> <199702220424.VAA05687@rocky.mt.sri.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > >> I just updated my sources after a 2 week trip, and now I'm getting > > >> these. > > >> > > >> ncr0 rev 2 int a irq 11 on pci0:12 > > >> (ncr0:0:0): extraneous data discarded. > > >> (ncr0:0:0): COMMAND FAILED (9 80) @f2111a9c. > > >> (ncr0:0:0): "FUJITSU M1606S-512 6220" type 0 fixed SCSI 2 > > >> sd0(ncr0:0:0): Direct-Access > > >> sd0(ncr0:0:0): 10.0 MB/s (100 ns, offset 8) > > >> 1041MB (2131992 512 byte sectors) > > >> .... > > >> sd0(ncr0:0:0): extraneous data discarded. > > >> sd0(ncr0:0:0): extraneous data discarded. > > >> sd0(ncr0:0:0): extraneous data discarded. ... > And, as I said I didn't start seeing these until > recently. Even the 2.2 sources from 2 weeks ago didn't have them I just looked, and it turns out that I rebuilt a kernel 2 weeks ago, but it was using sources from Jan. 27, so my sources were older than I had originally thought. In any case, it didn't use to happen. Nate From owner-freebsd-current Fri Feb 21 21:31:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA22476 for current-outgoing; Fri, 21 Feb 1997 21:31:50 -0800 (PST) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA22469 for ; Fri, 21 Feb 1997 21:31:47 -0800 (PST) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id GAA30986 for ; Sat, 22 Feb 1997 06:31:35 +0100 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id GAA28907 for current@freebsd.org; Sat, 22 Feb 1997 06:31:18 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.5/keltia-uucp-2.9) id CAA22959; Sat, 22 Feb 1997 02:39:40 +0100 (CET) Message-ID: <19970222023940.CM13824@keltia.freenix.fr> Date: Sat, 22 Feb 1997 02:39:40 +0100 From: roberto@keltia.freenix.fr (Ollivier Robert) To: current@freebsd.org Subject: Re: Missing sources under gdb? References: <199702212130.IAA28034@genesis.atrad.adelaide.edu.au> <199702212138.PAA05397@Jupiter.Mcs.Net> X-Mailer: Mutt 0.60,1-3,9 Mime-Version: 1.0 X-Operating-System: FreeBSD 3.0-CURRENT ctm#2999 In-Reply-To: <199702212138.PAA05397@Jupiter.Mcs.Net>; from Karl Denninger on Feb 21, 1997 15:38:15 -0600 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to Karl Denninger: > ===> gdb/libiberty > make: don't know how to make /usr/src/gnu/usr.bin/gdb/libiberty/argv.c. Stop > *** Error code 2 > > Stop. > *** Error code 1 Just to check: did you do a "make cleandir" before ? You may have a .depend fooling make in your obj dir... -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #39: Sun Feb 2 22:12:44 CET 1997 From owner-freebsd-current Fri Feb 21 22:30:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA24585 for current-outgoing; Fri, 21 Feb 1997 22:30:39 -0800 (PST) Received: from wgrobez1.remote.louisville.edu (wgrobez1.remote.louisville.edu [136.165.243.183]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA24516; Fri, 21 Feb 1997 22:29:26 -0800 (PST) Received: from localhost (wangel@localhost) by wgrobez1.remote.louisville.edu (8.8.4/8.6.12) with SMTP id BAA13851; Sat, 22 Feb 1997 01:29:38 -0500 (EST) Date: Sat, 22 Feb 1997 01:29:33 -0500 (EST) From: Gary Roberts To: Karl Denninger cc: dyson@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: More "death" on "make world".... In-Reply-To: <199702220226.UAA13855@Jupiter.Mcs.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 HEehehe. I think we are all playing w/ fire running 3.0, aren't we? I will have to agree, my system is just 'hanging' by a thread now. No /proc, no cdrom, no msdos fs :) I was waiting for it all to be fixed. I seem to remember someone posting a line that we could add to our supfile.cvsup to get the srcs right before the lite2 merge, however I can't find it. Anyone remember it? *default something, but when I add *default cvsup says it can't find the *default package or something *shrug*. Thanks yet once again! Gary > > Ok; thanks... > > Was just wondering because I got in BIG trouble trying to run a new kernel > today (/proc wouldn't mount due to lkm problmes, etc etc etc). > > :-) > > But heh, I know I'm playing with fire right now... that's ok :-) > > -- > -- > Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity > http://www.mcs.net/~karl | T1's from $600 monthly to FULL DS-3 Service > | 99 Analog numbers, 77 ISDN, Web servers $75/mo > Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net/ > Fax: [+1 312 803-4929] | 2 FULL DS-3 Internet links; 400Mbps B/W Internal > Gary Roberts System Admin. -- Altered Reality. http://136.165.243.183 -- Main User Pages From owner-freebsd-current Fri Feb 21 22:53:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA25402 for current-outgoing; Fri, 21 Feb 1997 22:53:19 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA25393; Fri, 21 Feb 1997 22:52:53 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id BAA00311; Sat, 22 Feb 1997 01:50:39 -0500 (EST) From: "John S. Dyson" Message-Id: <199702220650.BAA00311@dyson.iquest.net> Subject: Re: More "death" on "make world".... To: wangel@wgrobez1.remote.louisville.edu (Gary Roberts) Date: Sat, 22 Feb 1997 01:50:34 -0500 (EST) Cc: karl@Mcs.Net, dyson@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: from "Gary Roberts" at Feb 22, 97 01:29:33 am X-Mailer: ELM [version 2.4 PL24 ME8] 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 > > HEehehe. I think we are all playing w/ fire running 3.0, aren't we? I > will have to agree, my system is just 'hanging' by a thread now. No > /proc, no cdrom, no msdos fs :) I was waiting for it all to be fixed. > I understand the problem -- sorry, and I really am going to endeavor to fix some of the problems this weekend so that at least procfs, cd9660 and msdosfs work. I have some fixes right now, but want to make sure that the changes are in the spirit of Lite/2. To check out a reasonable kernel tree, try cvs co -D"9-Feb-97" sys (syntax might not be precisely correct, but this is the idea.) I haven't been able to work much after work lately, but this weekend (except a few hours with my girlfriend) is reserved for FreeBSD. Expect that the system will be a bit wierd for a couple of weeks, and I am sure either I or someone else from -core will proclaim things being almost back to normal. After all of this merge stuff, we'll have a much better platform to work from, including better support for "special" filesystems. John dyson@freebsd.org From owner-freebsd-current Fri Feb 21 22:59:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA25595 for current-outgoing; Fri, 21 Feb 1997 22:59:26 -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 WAA25589 for ; Fri, 21 Feb 1997 22:59:18 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id RAA28936; Sat, 22 Feb 1997 17:28:33 +1030 (CST) From: Michael Smith Message-Id: <199702220658.RAA28936@genesis.atrad.adelaide.edu.au> Subject: Re: Missing sources under gdb? In-Reply-To: <199702212202.QAA06337@Jupiter.Mcs.Net> from Karl Denninger at "Feb 21, 97 04:02:25 pm" To: karl@Mcs.Net (Karl Denninger) Date: Sat, 22 Feb 1997 17:28:31 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, karl@Mcs.Net, 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 Karl Denninger stands accused of saying: > > > > eg. 'cvs update -Pd -r RELENG_2_2' > > > > If this fixes your problem, take out the hammer marked "CVS Confuses > > Me Too" and hit yourself over the head with it a few times. > > Did that, didn't change a thing. > > The -Pd should REMOVE irrelavent things, right? So if gdb has moved, why is > this library directory (and the rest of it) still there? It's not, at least not here or anywhere else I know. Who are you cvsupping from? Have you tried an alternative source? Have you committed anything to your local CVS repository? > Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity -- ]] 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 Fri Feb 21 23:21:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA26410 for current-outgoing; Fri, 21 Feb 1997 23:21:48 -0800 (PST) Received: from grackle.grondar.za (6Iaj+NNVcGl3A1qvZViF5Ihn1WIRTDx8@grackle.grondar.za [196.7.18.131]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA26405 for ; Fri, 21 Feb 1997 23:21:44 -0800 (PST) Received: from grackle.grondar.za (2ZnW9CEoYH+TVPWht6xy1Qf69hmenA77@localhost [127.0.0.1]) by grackle.grondar.za (8.8.5/8.8.4) with ESMTP id JAA24019; Sat, 22 Feb 1997 09:21:06 +0200 (SAT) Message-Id: <199702220721.JAA24019@grackle.grondar.za> X-Mailer: exmh version 2.0gamma 1/27/96 To: Karl Denninger cc: msmith@atrad.adelaide.edu.au (Michael Smith), current@FreeBSD.ORG Subject: Re: Missing sources under gdb? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 22 Feb 1997 09:21:00 +0200 From: Mark Murray Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Karl Denninger wrote: > > > to make sure I'm current -- I am. > > > > You may be having cvs tag trouble. Try explicitly specifying the tag > > that you're checking out (I had trouble with this in the past, so it's > > automatic now). > > > > eg. 'cvs update -Pd -r RELENG_2_2' > > > > If this fixes your problem, take out the hammer marked "CVS Confuses > > Me Too" and hit yourself over the head with it a few times. > > Did that, didn't change a thing. Time to use a big hammer :-). Save your diffs (if you have any), blow away the source tree, and check it out again fresh. M -- Mark Murray PGP key fingerprint = 80 36 6E 40 83 D6 8A 36 This .sig is umop ap!sdn. BC 06 EA 0E 7A F2 CE CE From owner-freebsd-current Sat Feb 22 05:52:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA17244 for current-outgoing; Sat, 22 Feb 1997 05:52: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 FAA17238; Sat, 22 Feb 1997 05:52:53 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id AAA06217; Sun, 23 Feb 1997 00:50:18 +1100 Date: Sun, 23 Feb 1997 00:50:18 +1100 From: Bruce Evans Message-Id: <199702221350.AAA06217@godzilla.zeta.org.au> To: toor@dyson.iquest.net, wangel@wgrobez1.remote.louisville.edu Subject: Re: More "death" on "make world".... Cc: current@freebsd.org, dyson@freebsd.org, karl@Mcs.Net Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I understand the problem -- sorry, and I really am going to endeavor >to fix some of the problems this weekend so that at least procfs, cd9660 >and msdosfs work. I have some fixes right now, but want to make sure that the >changes are in the spirit of Lite/2. procfs already works (it didn't break) and I've almost finished fixing msdosfs. Bruce From owner-freebsd-current Sat Feb 22 09:06:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA26608 for current-outgoing; Sat, 22 Feb 1997 09:06:03 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA26603 for ; Sat, 22 Feb 1997 09:05:58 -0800 (PST) Received: from gil.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id SAA03361; Sat, 22 Feb 1997 18:06:28 +0100 (MET) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.8.4/8.6.9) id SAA18061; Sat, 22 Feb 1997 18:10:37 +0100 (MET) From: Christoph Kukulies Message-Id: <199702221710.SAA18061@gil.physik.rwth-aachen.de> Subject: Re: NFS (OpenVMS 6.2/UCX 4.0) nogo In-Reply-To: from Doug Rabson at "Feb 21, 97 04:11:21 pm" To: dfr@render.com (Doug Rabson) Date: Sat, 22 Feb 1997 18:10:36 +0100 (MET) Cc: kuku@gilberto.physik.RWTH-Aachen.DE, freebsd-current@freefall.freebsd.org Reply-To: Christoph Kukulies 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 > Christoph Kukulies writes: > > > The server is running on port 2049/udp on the VMS side. But tell me, > > how do I 'tweak' mount on the FreeBSD side to run at non-priv'ed > > ports and why the hack at all? > > The problem with Linux, as I remember it, was that the NFS client in > the kernel was using a non-privileged port to talk to the Linux nfsd. > Now that I think about this again, it seems that this is a different > problem since it happens at mount time. > > How does the VMS export filesystems to NFS (i.e. what is its > equivalent to /etc/exports)? Can you mount from other operating > systems? I can mount from a Sun4 (Sun OS 4.1.1) a HP-UX, an RS6000 (AIX 3.2) a FreeBSD 2.0.5 system, a Dec Ultrix 4.2 - no problem without any special flags. Just the 3.0-current systems are refused. > > -- > Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com > Phone: +44 171 734 3761 > These are not the opinions of Microsoft. FAX: +44 171 734 6426 > -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Sat Feb 22 09:20:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA26922 for current-outgoing; Sat, 22 Feb 1997 09:20:09 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA26917 for ; Sat, 22 Feb 1997 09:20:05 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id MAA00149; Sat, 22 Feb 1997 12:19:26 -0500 (EST) From: "John S. Dyson" Message-Id: <199702221719.MAA00149@dyson.iquest.net> Subject: Re: More "death" on "make world".... To: bde@zeta.org.au (Bruce Evans) Date: Sat, 22 Feb 1997 12:19:25 -0500 (EST) Cc: current@freebsd.org In-Reply-To: <199702221350.AAA06217@godzilla.zeta.org.au> from "Bruce Evans" at Feb 23, 97 00:50:18 am Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4 PL24 ME8] 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 understand the problem -- sorry, and I really am going to endeavor > >to fix some of the problems this weekend so that at least procfs, cd9660 > >and msdosfs work. I have some fixes right now, but want to make sure that the > >changes are in the spirit of Lite/2. > > procfs already works (it didn't break) and I've almost finished fixing > msdosfs. > Hmmm... Broke for me :-(. John From owner-freebsd-current Sat Feb 22 10:25:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA00765 for current-outgoing; Sat, 22 Feb 1997 10:25:22 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA00760 for ; Sat, 22 Feb 1997 10:25:20 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA04921; Sat, 22 Feb 1997 11:23:26 -0700 From: Terry Lambert Message-Id: <199702221823.LAA04921@phaeton.artisoft.com> Subject: Re: NFS (OpenVMS 6.2/UCX 4.0) nogo To: kuku@gilberto.physik.rwth-aachen.de Date: Sat, 22 Feb 1997 11:23:26 -0700 (MST) Cc: dfr@render.com, freebsd-current@freefall.freebsd.org In-Reply-To: <199702221710.SAA18061@gil.physik.rwth-aachen.de> from "Christoph Kukulies" at Feb 22, 97 06:10:36 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 > > How does the VMS export filesystems to NFS (i.e. what is its > > equivalent to /etc/exports)? Can you mount from other operating > > systems? > > I can mount from a Sun4 (Sun OS 4.1.1) a HP-UX, an RS6000 (AIX 3.2) > a FreeBSD 2.0.5 system, a Dec Ultrix 4.2 - no problem without any > special flags. Just the 3.0-current systems are refused. Have you tried disabling TCP extensions? 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 22 12:11:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA14512 for current-outgoing; Sat, 22 Feb 1997 12:11:01 -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 MAA14503 for ; Sat, 22 Feb 1997 12:10:59 -0800 (PST) Received: from peeper.jackson.org ([208.128.8.171]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id MAA03908 for ; Sat, 22 Feb 1997 12:10:52 -0800 (PST) Received: (from tom@localhost) by peeper.jackson.org (8.8.5/8.7.3) id OAA00738; Sat, 22 Feb 1997 14:08:26 -0600 (CST) Message-Id: <199702222008.OAA00738@peeper.jackson.org> Date: Sat, 22 Feb 1997 14:08:24 -0600 From: tom@peeper.jackson.org (Tom Jackson) To: current@freebsd.org Subject: Thanks Core Team! X-Mailer: Mutt 0.60e-PL0 Mime-Version: 1.0 Reply-To: toj@gorilla.net Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi'all Great thanks to Bruce Evans and the core team for giving me back msun, hence vi etal. I'm, thankfully, now stuck at fsck, like everyone else!! :-<> My great problem started with the .endif snafu on the msun Makefile and ctm, as far as I can tell, allowed me to let the makefile get out of sync; no forcing the ctm. Do you think Paul has ever had this happen before? I don't mind a broken source tree as long as the break is where everyone else reports it :) regards -- 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 Sat Feb 22 12:47:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA17369 for current-outgoing; Sat, 22 Feb 1997 12:47:55 -0800 (PST) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA17359 for ; Sat, 22 Feb 1997 12:47:52 -0800 (PST) Received: from Jupiter.Mcs.Net (karl@Jupiter.mcs.net [192.160.127.88]) by Kitten.mcs.com (8.8.5/8.8.2) with ESMTP id OAA10293; Sat, 22 Feb 1997 14:47:51 -0600 (CST) Received: (from karl@localhost) by Jupiter.Mcs.Net (8.8.5/8.8.2) id OAA12231; Sat, 22 Feb 1997 14:47:50 -0600 (CST) From: Karl Denninger Message-Id: <199702222047.OAA12231@Jupiter.Mcs.Net> Subject: Re: Thanks Core Team! To: toj@gorilla.net Date: Sat, 22 Feb 1997 14:47:50 -0600 (CST) Cc: current@FreeBSD.ORG In-Reply-To: <199702222008.OAA00738@peeper.jackson.org> from "Tom Jackson" at Feb 22, 97 02:08:24 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hi'all > > Great thanks to Bruce Evans and the core team for giving me back msun, hence > vi etal. I'm, thankfully, now stuck at fsck, like everyone else!! :-<> > > My great problem started with the .endif snafu on the msun Makefile and ctm, > as far as I can tell, allowed me to let the makefile get out of sync; no > forcing the ctm. Do you think Paul has ever had this happen before? > > I don't mind a broken source tree as long as the break is where everyone else > reports it :) Fsck and fsdb, for openers. Anything that knows about the ufs file structure is in trouble right now. Are there a set of general "merge this" type of things I can work with on this? Getting the tree to at least a buildable state is kinda important, as right now a "make world" doesn't have a snowball's chance in hell of success. Is the general strategy to import wholesale the LITE2 versions of these pieces of the "userland" code, or is a merge being attempted? -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1's from $600 monthly to FULL DS-3 Service | 99 Analog numbers, 77 ISDN, Web servers $75/mo Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 312 803-4929] | 2 FULL DS-3 Internet links; 400Mbps B/W Internal From owner-freebsd-current Sat Feb 22 13:41:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA20665 for current-outgoing; Sat, 22 Feb 1997 13:41:32 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA20656 for ; Sat, 22 Feb 1997 13:41:14 -0800 (PST) Received: from gil.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id WAA06344; Sat, 22 Feb 1997 22:41:47 +0100 (MET) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.8.4/8.6.9) id WAA19204; Sat, 22 Feb 1997 22:46:02 +0100 (MET) From: Christoph Kukulies Message-Id: <199702222146.WAA19204@gil.physik.rwth-aachen.de> Subject: Re: NFS (OpenVMS 6.2/UCX 4.0) nogo In-Reply-To: <199702221823.LAA04921@phaeton.artisoft.com> from Terry Lambert at "Feb 22, 97 11:23:26 am" To: terry@lambert.org (Terry Lambert) Date: Sat, 22 Feb 1997 22:46:00 +0100 (MET) Cc: kuku@gilberto.physik.RWTH-Aachen.DE, dfr@render.com, freebsd-current@freefall.freebsd.org Reply-To: Christoph Kukulies 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 > > > How does the VMS export filesystems to NFS (i.e. what is its > > > equivalent to /etc/exports)? Can you mount from other operating > > > systems? > > > > I can mount from a Sun4 (Sun OS 4.1.1) a HP-UX, an RS6000 (AIX 3.2) > > a FreeBSD 2.0.5 system, a Dec Ultrix 4.2 - no problem without any > > special flags. Just the 3.0-current systems are refused. > > Have you tried disabling TCP extensions? TCP with NFS in a local network? What do they have in common? I thought NFS is UDP. But I'll give it a try as well. > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Sat Feb 22 13:55:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA21566 for current-outgoing; Sat, 22 Feb 1997 13:55:50 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA21558 for ; Sat, 22 Feb 1997 13:55:48 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA05259; Sat, 22 Feb 1997 14:53:49 -0700 From: Terry Lambert Message-Id: <199702222153.OAA05259@phaeton.artisoft.com> Subject: Re: NFS (OpenVMS 6.2/UCX 4.0) nogo To: kuku@gilberto.physik.RWTH-Aachen.DE Date: Sat, 22 Feb 1997 14:53:49 -0700 (MST) Cc: terry@lambert.org, dfr@render.com, freebsd-current@freefall.freebsd.org In-Reply-To: <199702222146.WAA19204@gil.physik.rwth-aachen.de> from "Christoph Kukulies" at Feb 22, 97 10:46:00 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 > > > > How does the VMS export filesystems to NFS (i.e. what is its > > > > equivalent to /etc/exports)? Can you mount from other operating > > > > systems? > > > > > > I can mount from a Sun4 (Sun OS 4.1.1) a HP-UX, an RS6000 (AIX 3.2) > > > a FreeBSD 2.0.5 system, a Dec Ultrix 4.2 - no problem without any > > > special flags. Just the 3.0-current systems are refused. > > > > Have you tried disabling TCP extensions? > > TCP with NFS in a local network? What do they have in common? I thought > NFS is UDP. But I'll give it a try as well. Ah. Our NFS can do either TCP or UDP... it may be that: o We are using TCP and VMS only supports UDP -- disabling extensions won't help o VMS supports TCP, byt doesn't support data-in-SYN -- disabling extensions will help 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 22 14:22:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA23062 for current-outgoing; Sat, 22 Feb 1997 14:22:03 -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 OAA23046 for ; Sat, 22 Feb 1997 14:21:44 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA06626 for current@freebsd.org; Sat, 22 Feb 1997 23:21:40 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id XAA00885; Sat, 22 Feb 1997 23:07:36 +0100 (MET) Message-ID: Date: Sat, 22 Feb 1997 23:07:35 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: current@freebsd.org Subject: Re: Thanks Core Team! References: <199702222008.OAA00738@peeper.jackson.org> <199702222047.OAA12231@Jupiter.Mcs.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: <199702222047.OAA12231@Jupiter.Mcs.Net>; from Karl Denninger on Feb 22, 1997 14:47:50 -0600 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Karl Denninger wrote: > Is the general strategy to import wholesale the LITE2 versions of these > pieces of the "userland" code, or is a merge being attempted? It will be attempted, but there have been pleas for fixing the brokeness caused by the kernel import first, before introducing the next brokeness. As has been stated many times before here, importing Lite2 onto the vendor branch will break the tree again, since all the files that haven't been changed in FreeBSD vs. Lite(1) will immediately be updated in the HEAD revision. -- 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 22 15:00:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA25804 for current-outgoing; Sat, 22 Feb 1997 15:00:40 -0800 (PST) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA25790 for ; Sat, 22 Feb 1997 15:00:33 -0800 (PST) Received: from Jupiter.Mcs.Net (karl@Jupiter.mcs.net [192.160.127.88]) by Kitten.mcs.com (8.8.5/8.8.2) with ESMTP id RAA12972; Sat, 22 Feb 1997 17:00:32 -0600 (CST) Received: (from karl@localhost) by Jupiter.Mcs.Net (8.8.5/8.8.2) id RAA15468; Sat, 22 Feb 1997 17:00:32 -0600 (CST) From: Karl Denninger Message-Id: <199702222300.RAA15468@Jupiter.Mcs.Net> Subject: Re: Thanks Core Team! To: joerg_wunsch@uriah.heep.sax.de Date: Sat, 22 Feb 1997 17:00:31 -0600 (CST) Cc: current@FreeBSD.ORG In-Reply-To: from "J Wunsch" at Feb 22, 97 11:07:35 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > As Karl Denninger wrote: > > > Is the general strategy to import wholesale the LITE2 versions of these > > pieces of the "userland" code, or is a merge being attempted? > > It will be attempted, but there have been pleas for fixing the > brokeness caused by the kernel import first, before introducing the > next brokeness. Yeah, but I'm talking here about the stuff in the sbin, usr.sbin and usr.bin trees primarily. Those are system tools, and I don't understand how importing those into 2.2_RELENG breaks that.... -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1's from $600 monthly to FULL DS-3 Service | 99 Analog numbers, 77 ISDN, Web servers $75/mo Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 312 803-4929] | 2 FULL DS-3 Internet links; 400Mbps B/W Internal From owner-freebsd-current Sat Feb 22 16:53:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA05395 for current-outgoing; Sat, 22 Feb 1997 16:53:51 -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 QAA05387 for ; Sat, 22 Feb 1997 16:53:46 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id BAA11085 for current@freebsd.org; Sun, 23 Feb 1997 01:53:44 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id BAA03652; Sun, 23 Feb 1997 01:43:38 +0100 (MET) Message-ID: Date: Sun, 23 Feb 1997 01:43:38 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: current@freebsd.org Subject: Re: Thanks Core Team! References: <199702222300.RAA15468@Jupiter.Mcs.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: <199702222300.RAA15468@Jupiter.Mcs.Net>; from Karl Denninger on Feb 22, 1997 17:00:31 -0600 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Karl Denninger wrote: > > It will be attempted, but there have been pleas for fixing the > > brokeness caused by the kernel import first, before introducing the > > next brokeness. > > Yeah, but I'm talking here about the stuff in the sbin, usr.sbin and usr.bin > trees primarily. Yes, sure. The entire userland is in need of the 4.4BSD-Lite2 merge. > Those are system tools, and I don't understand how > importing those into 2.2_RELENG breaks that.... Huh? Are you confusing branch names here? I spoke about the bsd_44_lite_2 tag, the RELENG_2_2 branch is totally unaffected by this (and won't see the Lite2 stuff at all, neither kernel nor userland, at least not before 2.2R will ship). -- 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 22 17:37:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA07182 for current-outgoing; Sat, 22 Feb 1997 17:37:01 -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 RAA07174 for ; Sat, 22 Feb 1997 17:36:57 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) with ESMTP id RAA03486; Sat, 22 Feb 1997 17:36:25 -0800 (PST) Message-Id: <199702230136.RAA03486@austin.polstra.com> To: wangel@wgrobez1.remote.louisville.edu Subject: Re: More "death" on "make world".... Newsgroups: polstra.freebsd.current In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Date: Sat, 22 Feb 1997 17:36:25 -0800 From: John Polstra Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article , Gary Roberts wrote: > I seem to remember someone posting a line that we could add to our > supfile.cvsup to get the srcs right before the lite2 merge, however I > can't find it. Anyone remember it? *default something, but when I add > *default cvsup says it can't find the *default package or something > *shrug*. Add "*default date=97.02.10.00.00.00" at the front of the cvsupfile. DON'T do this if you're getting the CVS repository -- do it only if you're getting the checked-out sources. I.e., don't do this unless your cvsupfile lines already contain "tag=.". If using "*default" gets you an error message, then you need to upgrade your CVSup to the current version (14.1.1). The "*default" feature was introduced in version 14.0. Well, you *should* upgrade, but if you don't want to then you can just add "date=97.02.10.00.00.00" on every line of your cvsupfile. PS - Please everybody _do_ upgrade. Some weird repository changes are coming soon (in connection with the $FreeBSD$ thing). If you're running an old version and have problems, well hey, I warned you at least a month ago already. :-) If you're running a CVSup server, you will _need_ to be running 14.1.1, or your server is likely to die from the coming repository hiccup. -- 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 Sat Feb 22 19:30:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA12203 for current-outgoing; Sat, 22 Feb 1997 19:30:22 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA12131; Sat, 22 Feb 1997 19:29:51 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id WAA05453; Sat, 22 Feb 1997 22:24:34 -0500 (EST) From: "John S. Dyson" Message-Id: <199702230324.WAA05453@dyson.iquest.net> Subject: Re: More "death" on "make world".... To: bde@zeta.org.au (Bruce Evans) Date: Sat, 22 Feb 1997 22:24:33 -0500 (EST) Cc: toor@dyson.iquest.net, wangel@wgrobez1.remote.louisville.edu, current@freebsd.org, dyson@freebsd.org, karl@Mcs.Net In-Reply-To: <199702221350.AAA06217@godzilla.zeta.org.au> from "Bruce Evans" at Feb 23, 97 00:50:18 am X-Mailer: ELM [version 2.4 PL24 ME8] 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 understand the problem -- sorry, and I really am going to endeavor > >to fix some of the problems this weekend so that at least procfs, cd9660 > >and msdosfs work. I have some fixes right now, but want to make sure that the > >changes are in the spirit of Lite/2. > > procfs already works (it didn't break) and I've almost finished fixing > msdosfs. > I am fixing ext2fs. John From owner-freebsd-current Sat Feb 22 20:27:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA15653 for current-outgoing; Sat, 22 Feb 1997 20:27:25 -0800 (PST) Received: from icicle.winternet.com (adm@icicle.winternet.com [198.174.169.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA15648 for ; Sat, 22 Feb 1997 20:27:22 -0800 (PST) Received: (from adm@localhost) by icicle.winternet.com (8.7.5/8.7.5) id WAA00167 for ; Sat, 22 Feb 1997 22:27:14 -0600 (CST) Posted-Date: Sat, 22 Feb 1997 22:27:14 -0600 (CST) Received: from fools.ecpnet.com(204.246.64.101) by icicle.winternet.com via smap (V2.0beta) id xma000146; Sat, 22 Feb 97 22:27:04 -0600 Received: from localhost (moke@localhost) by fools.ecpnet.com (8.8.5/8.8.4) with SMTP id WAA00620 for ; Sat, 22 Feb 1997 22:24:01 -0600 (CST) Date: Sat, 22 Feb 1997 22:24:01 -0600 (CST) From: Jimbo Bahooli To: freebsd-current@freebsd.org Subject: advansys isa scsi driver 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 have an advansys scsi card that is supported by reading it in the comment of the sys/i386/isa/adv_isa.c file. Yet I find no clues on how to enable it in the kernel. I have looked through LINT, and files.i386 both with no help. Anyone know?