From owner-freebsd-current Sun Dec 3 00:42:01 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA04367 for current-outgoing; Sun, 3 Dec 1995 00:42:01 -0800 Received: from puli.cisco.com (puli.cisco.com [171.69.1.174]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA04359 for ; Sun, 3 Dec 1995 00:41:58 -0800 Received: (pst@localhost) by puli.cisco.com (8.6.8+c/8.6.5) id AAA22925 for current@freebsd.org; Sun, 3 Dec 1995 00:41:27 -0800 Date: Sun, 3 Dec 1995 00:41:27 -0800 From: Paul Traina Message-Id: <199512030841.AAA22925@puli.cisco.com> To: current@freebsd.org Subject: 2.1 to -current upgrade Sender: owner-current@freebsd.org Precedence: bulk I've got some kernel work I want to do, so it's time to upgrade one of the machines back to -current after a three month hiatus in -stable land. (a) has anyone been keeping track of large-scale changes to -current? (b) any known gotchas updating from -stable to -current at this time other than the standard snapshot issues (and of course, Julian's new stuff)? Paul From owner-freebsd-current Sun Dec 3 08:51:37 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA06337 for current-outgoing; Sun, 3 Dec 1995 08:51:37 -0800 Received: from fieber-john.campusview.indiana.edu (Fieber-John.campusview.indiana.edu [149.159.1.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA06328 for ; Sun, 3 Dec 1995 08:51:34 -0800 Received: (from jfieber@localhost) by fieber-john.campusview.indiana.edu (8.6.12/8.6.12) id LAA15937; Sun, 3 Dec 1995 11:50:14 -0500 Date: Sun, 3 Dec 1995 11:50:14 -0500 (EST) From: John Fieber X-Sender: jfieber@fieber-john.campusview.indiana.edu To: Wolfram Schneider cc: current@FreeBSD.ORG Subject: Re: new calendar(1), please test In-Reply-To: <199512011006.LAA17570@caramba.cs.tu-berlin.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG Precedence: bulk On Fri, 1 Dec 1995, Wolfram Schneider wrote: > Garrett A. Wollman writes: > >< said: > > >Because it's a bad idea, particular with networked home directories, > >but also in general. (If I want the output of `calendar' mailed to > >me, I'll set up a cron job to do it myself, or run it from my > >.profile.) > > Agreed. Agreed. > I add the options -A > and -B . Instead reading 20 calendar > mails back from holiday just type: $ calendar -B 20 What I would prefer (and implemented in GUI calendar i wrote when I had an Amiga) is an advance parameter in the calendar file itself. For random trivia dates, I don't want any advanced notice, but for birthdays and such, I want about a week advance. A global option is not too useful because of this. -john == jfieber@indiana.edu =========================================== == http://fieber-john.campusview.indiana.edu/~jfieber ============ From owner-freebsd-current Sun Dec 3 12:58:41 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA23556 for current-outgoing; Sun, 3 Dec 1995 12:58:41 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA23541 for ; Sun, 3 Dec 1995 12:58:39 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA09061; Sun, 3 Dec 1995 13:54:41 -0700 From: Terry Lambert Message-Id: <199512032054.NAA09061@phaeton.artisoft.com> Subject: Re: changes in -current..TEST please To: imb@scgt.oz.au (michael butler) Date: Sun, 3 Dec 1995 13:54:41 -0700 (MST) Cc: julian@ref.tfs.com, current@FreeBSD.org In-Reply-To: <199512030403.PAA20533@asstdc.scgt.oz.au> from "michael butler" at Dec 3, 95 03:03:16 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 984 Sender: owner-current@FreeBSD.org Precedence: bulk > GCC, at optimisation levels > 1, will remove data (and code) which it > considers to be unreferenced. _dummy_cleanup is declared 'static' yet is > unreferenced in the file in which it appears. Given that 'static' implies > 'local to this file', this is valid behaviour. However, since the variable > in question really is intended to be used by things external to kern_xxx.c, > perhaps it should not be declared 'static' and GCC will leave it alone at > all optimisation settings .. How is dummy_cleanup "not referenced"? phaeton: {50} grep dummy_cleanup *.c kern_xxx.c:dummy_cleanup() {} kern_xxx.c:TEXT_SET(cleanup_set, dummy_cleanup); Looks referenced to me. I think GCC is doing bogus things. Is it also removing "cleanup_set"? That would be so incredibly bogus as to cause all C++ and most of the FreeBSD kernel to fail miserably. 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 Dec 3 13:31:46 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA25170 for current-outgoing; Sun, 3 Dec 1995 13:31:46 -0800 Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA25165 for ; Sun, 3 Dec 1995 13:31:41 -0800 Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD-4.4) id IAA12009; Mon, 4 Dec 1995 08:30:48 +1100 From: michael butler Message-Id: <199512032130.IAA12009@asstdc.scgt.oz.au> Subject: Re: changes in -current..TEST please To: terry@lambert.org (Terry Lambert) Date: Mon, 4 Dec 1995 08:30:47 +1100 (EST) Cc: current@freebsd.org In-Reply-To: <199512032054.NAA09061@phaeton.artisoft.com> from "Terry Lambert" at Dec 3, 95 01:54:41 pm X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1117 Sender: owner-current@freebsd.org Precedence: bulk Terry Lambert writes: > How is dummy_cleanup "not referenced"? > phaeton: {50} grep dummy_cleanup *.c > kern_xxx.c:dummy_cleanup() {} > kern_xxx.c:TEXT_SET(cleanup_set, dummy_cleanup); > Looks referenced to me. Yes but look at the reference .. from kernel.h .. #define MAKE_SET(set, sym, type) \ static void *const __set_##set##_sym_##sym = \ (&__set_##set##_sym_##sym, &sym, 0); \ asm(".stabs \"_" #set "\", " #type ", 0, 0, _" #sym) #define TEXT_SET(set, sym) MAKE_SET(set, sym, 23) #define DATA_SET(set, sym) MAKE_SET(set, sym, 25) #define BSS_SET(set, sym) MAKE_SET(set, sym, 27) #define ABS_SET(set, sym) MAKE_SET(set, sym, 21) [ .. etc .. ] .. it's declared "static" which in all my references, means "local to this file" and then referenced externally (by the linker) and not by any code that GCC can see. The resultant compiler behaviour is undefined as far as I'm aware so I don't believe the claim that GCC is broken in this example (in other ways, yes, but not this). Removing "static" tells the compiler to leave it alone as it _might_ be referenced beyond its limited vision, michael From owner-freebsd-current Sun Dec 3 14:07:35 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA27607 for current-outgoing; Sun, 3 Dec 1995 14:07:35 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA27602 for ; Sun, 3 Dec 1995 14:07:27 -0800 Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id OAA00238; Sun, 3 Dec 1995 14:06:58 -0800 From: Julian Elischer Message-Id: <199512032206.OAA00238@ref.tfs.com> Subject: Re: changes in -current..TEST please To: terry@lambert.org (Terry Lambert) Date: Sun, 3 Dec 1995 14:06:58 -0800 (PST) Cc: imb@scgt.oz.au, current@FreeBSD.org In-Reply-To: <199512032054.NAA09061@phaeton.artisoft.com> from "Terry Lambert" at Dec 3, 95 01:54:41 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1230 Sender: owner-current@FreeBSD.org Precedence: bulk > > > GCC, at optimisation levels > 1, will remove data (and code) which it > > considers to be unreferenced. _dummy_cleanup is declared 'static' yet is > > unreferenced in the file in which it appears. Given that 'static' implies > > 'local to this file', this is valid behaviour. However, since the variable > > in question really is intended to be used by things external to kern_xxx.c, > > perhaps it should not be declared 'static' and GCC will leave it alone at > > all optimisation settings .. > > How is dummy_cleanup "not referenced"? > > phaeton: {50} grep dummy_cleanup *.c > kern_xxx.c:dummy_cleanup() {} > kern_xxx.c:TEXT_SET(cleanup_set, dummy_cleanup); poul, examine what a TEXT_SET is..... it's an asm directive from memory, as it is actually really a hint to the linker.. of course gcc doen't know about it.. (If I recall correctly) > > Looks referenced to me. > > I think GCC is doing bogus things. > > Is it also removing "cleanup_set"? That would be so incredibly bogus > as to cause all C++ and most of the FreeBSD kernel to fail miserably. > > > 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 Dec 3 14:08:41 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA27673 for current-outgoing; Sun, 3 Dec 1995 14:08:41 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA27658 for ; Sun, 3 Dec 1995 14:08:25 -0800 Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id OAA00247; Sun, 3 Dec 1995 14:07:46 -0800 From: Julian Elischer Message-Id: <199512032207.OAA00247@ref.tfs.com> Subject: Re: changes in -current..TEST please To: terry@lambert.org (Terry Lambert) Date: Sun, 3 Dec 1995 14:07:46 -0800 (PST) Cc: imb@scgt.oz.au, current@FreeBSD.org In-Reply-To: <199512032054.NAA09061@phaeton.artisoft.com> from "Terry Lambert" at Dec 3, 95 01:54:41 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 75 Sender: owner-current@FreeBSD.org Precedence: bulk OOps, my previosu commet should have been addressed to terry, not poul > From owner-freebsd-current Sun Dec 3 14:18:19 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA28580 for current-outgoing; Sun, 3 Dec 1995 14:18:19 -0800 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id OAA28562 for ; Sun, 3 Dec 1995 14:18:02 -0800 Message-Id: <199512032218.OAA28562@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com didn't use HELO protocol To: current Subject: Call for Buslogic PCI SCSI adapter device IDs Date: Sun, 03 Dec 1995 14:17:59 -0800 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.ORG Precedence: bulk If you are running any type of Buslogic PCI SCSI adapter, please send me (not the list) the device ID that the PCI code reports for your card along with its model number and name. I'm in the process of giving the driver a real PCI probe, and I want to ensure I don't leave anyone out. Thanks, -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Sun Dec 3 15:22:37 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA03564 for current-outgoing; Sun, 3 Dec 1995 15:22:37 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA03548 for ; Sun, 3 Dec 1995 15:22:29 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA10540; Sun, 3 Dec 1995 16:19:00 -0700 From: Terry Lambert Message-Id: <199512032319.QAA10540@phaeton.artisoft.com> Subject: Re: changes in -current..TEST please To: imb@scgt.oz.au (michael butler) Date: Sun, 3 Dec 1995 16:19:00 -0700 (MST) Cc: terry@lambert.org, current@freebsd.org In-Reply-To: <199512032130.IAA12009@asstdc.scgt.oz.au> from "michael butler" at Dec 4, 95 08:30:47 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1403 Sender: owner-current@freebsd.org Precedence: bulk > > How is dummy_cleanup "not referenced"? > > > phaeton: {50} grep dummy_cleanup *.c > > kern_xxx.c:dummy_cleanup() {} > > kern_xxx.c:TEXT_SET(cleanup_set, dummy_cleanup); > > > Looks referenced to me. > > Yes but look at the reference .. from kernel.h .. > > #define MAKE_SET(set, sym, type) \ > static void *const __set_##set##_sym_##sym = \ > (&__set_##set##_sym_##sym, &sym, 0); \ > asm(".stabs \"_" #set "\", " #type ", 0, 0, _" #sym) > #define TEXT_SET(set, sym) MAKE_SET(set, sym, 23) > #define DATA_SET(set, sym) MAKE_SET(set, sym, 25) > #define BSS_SET(set, sym) MAKE_SET(set, sym, 27) > #define ABS_SET(set, sym) MAKE_SET(set, sym, 21) > > [ .. etc .. ] > > .. it's declared "static" which in all my references, means "local to this > file" and then referenced externally (by the linker) and not by any code > that GCC can see. The resultant compiler behaviour is undefined as far as > I'm aware so I don't believe the claim that GCC is broken in this example > (in other ways, yes, but not this). > > Removing "static" tells the compiler to leave it alone as it _might_ be > referenced beyond its limited vision, Sounds like it's out-clevering itself. Consider the problems this introduces with constructors in an "ld -R" situation. 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 Dec 3 16:34:23 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA09152 for current-outgoing; Sun, 3 Dec 1995 16:34:23 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA09140 for ; Sun, 3 Dec 1995 16:34:09 -0800 Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id QAA02292; Sun, 3 Dec 1995 16:34:00 -0800 From: Julian Elischer Message-Id: <199512040034.QAA02292@ref.tfs.com> Subject: Re: Nothing heard about JREMOD.. To: nate@rocky.sri.MT.net (Nate Williams) Date: Sun, 3 Dec 1995 16:34:00 -0800 (PST) Cc: current@freebsd.org In-Reply-To: <199512030633.XAA00233@rocky.sri.MT.net> from "Nate Williams" at Dec 2, 95 11:33:42 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 868 Sender: owner-current@freebsd.org Precedence: bulk > > [ > I removed hackers from the list since we only need one mailing list, > and -current is the most relevant. > ] > > Julian Elischer writes: > > I assume this means no-one's having any problems? > > I think it means no one has time yet to test the changes. They have > been in the tree 4 days now and every day I've seen more commit related > to them go in, so I've been waiting for the commits to stabilize before > I upgrade my 'experimental in-use' systems to the new code. I haven't > had time to try it out on my 'who cares if it crashes' system yet. I've had a few responses.. No negative ones.. seems to be working for everyone.. trouble is that people with no problems with it are not telling me.. they assume I ony want to here BAD NEWS ? > > I think the code needs more time to get shaken out before you make it > the default. > > > Nate > From owner-freebsd-current Sun Dec 3 21:27:58 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA26392 for current-outgoing; Sun, 3 Dec 1995 21:27:58 -0800 Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA26382 for ; Sun, 3 Dec 1995 21:27:34 -0800 Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.12/8.6.9) id HAA29031; Mon, 4 Dec 1995 07:24:29 +0200 From: John Hay Message-Id: <199512040524.HAA29031@zibbi.mikom.csir.co.za> Subject: Re: Nothing heard about JREMOD.. To: julian@ref.tfs.com (Julian Elischer) Date: Mon, 4 Dec 1995 07:24:29 +0200 (SAT) Cc: freebsd-current@FreeBSD.ORG (FreeBSD-current) In-Reply-To: <199512040034.QAA02292@ref.tfs.com> from "Julian Elischer" at Dec 3, 95 04:34:00 pm X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 324 Sender: owner-current@FreeBSD.ORG Precedence: bulk > > I've had a few responses.. > No negative ones.. > seems to be working for everyone.. > trouble is that people with no problems with it are not telling me.. > they assume I ony want to here BAD NEWS ? > OK, I am using it (options JREMOD) and have not seen anything funny yet. John -- John Hay -- John.Hay@csir.co.za From owner-freebsd-current Mon Dec 4 02:10:24 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA16064 for current-outgoing; Mon, 4 Dec 1995 02:10:24 -0800 Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA16055 for ; Mon, 4 Dec 1995 02:10:17 -0800 Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id KAA00283; Mon, 4 Dec 1995 10:07:38 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Terry Lambert cc: imb@scgt.oz.au (michael butler), julian@ref.tfs.com, current@FreeBSD.org Subject: Re: changes in -current..TEST please In-reply-to: Your message of "Sun, 03 Dec 1995 13:54:41 MST." <199512032054.NAA09061@phaeton.artisoft.com> Date: Mon, 04 Dec 1995 10:07:38 +0000 Message-ID: <281.818071658@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org Precedence: bulk Terry, read your manuals again before you talk about things you don't know too much, and certainly not enough, about. > > GCC, at optimisation levels > 1, will remove data (and code) which it > > considers to be unreferenced. _dummy_cleanup is declared 'static' yet is > > unreferenced in the file in which it appears. Given that 'static' implies > > 'local to this file', this is valid behaviour. However, since the variable > > in question really is intended to be used by things external to kern_xxx.c, > > perhaps it should not be declared 'static' and GCC will leave it alone at > > all optimisation settings .. > > How is dummy_cleanup "not referenced"? > > phaeton: {50} grep dummy_cleanup *.c > kern_xxx.c:dummy_cleanup() {} > kern_xxx.c:TEXT_SET(cleanup_set, dummy_cleanup); > > Looks referenced to me. > > I think GCC is doing bogus things. > > Is it also removing "cleanup_set"? That would be so incredibly bogus > as to cause all C++ and most of the FreeBSD kernel to fail miserably. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Mon Dec 4 04:17:23 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA27459 for current-outgoing; Mon, 4 Dec 1995 04:17:23 -0800 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id EAA27454 for ; Mon, 4 Dec 1995 04:17:19 -0800 Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id EAA09113 for ; Mon, 4 Dec 1995 04:15:39 -0800 Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.17.12]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id LAA03852; Mon, 4 Dec 1995 11:27:20 +0100 From: Wolfram Schneider Received: (wosch@localhost) by caramba.cs.tu-berlin.de (8.6.12/8.6.9) id LAA06401; Mon, 4 Dec 1995 11:27:15 +0100 Date: Mon, 4 Dec 1995 11:27:15 +0100 Message-Id: <199512041027.LAA06401@caramba.cs.tu-berlin.de> To: John Fieber Cc: current@FreeBSD.ORG Subject: Re: new calendar(1), please test In-Reply-To: References: <199512011006.LAA17570@caramba.cs.tu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.ORG Precedence: bulk >> I add the options -A >> and -B . Instead reading 20 calendar >> mails back from holiday just type: $ calendar -B 20 > >What I would prefer (and implemented in GUI calendar i wrote when I had >an Amiga) is an advance parameter in the calendar file itself. For >random trivia dates, I don't want any advanced notice, but for birthdays >and such, I want about a week advance. A global option is not too useful >because of this. Put your "sensitive" data into a separate file (~/.calendar/mybirthdays) and start ``calendar -f mybirthdays -A 7'' Wolfram From owner-freebsd-current Mon Dec 4 07:11:58 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA07181 for current-outgoing; Mon, 4 Dec 1995 07:11:58 -0800 Received: from quicklink (quicklink.com [204.32.218.2]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id HAA07175 for ; Mon, 4 Dec 1995 07:11:55 -0800 Received: from port-2.quicklink.com (port-5) by quicklink (5.x/SMI-SVR4) id AA12194; Mon, 4 Dec 1995 10:03:03 -0500 Message-Id: <9512041503.AA12194@quicklink> X-Sender: jody@quicklink.com X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 04 Dec 1995 10:12:27 -0500 To: freebsd-current@freebsd.org From: Joel Kelmenson Subject: INN news server Sender: owner-current@freebsd.org Precedence: bulk I am new to FreeBSD, I just installed it and would like to get INN news server software up and running. I don't know where to post this request for help. If this is not the place to post such a request I apologize, and hope to be guided to the best place to post this. I would be willing to pay for tech support to help me get this going ASAP. Joel From owner-freebsd-current Mon Dec 4 09:20:47 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA17755 for current-outgoing; Mon, 4 Dec 1995 09:20:47 -0800 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA17750 for ; Mon, 4 Dec 1995 09:20:42 -0800 Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id LAA06423; Mon, 4 Dec 1995 11:20:10 -0600 From: Joe Greco Message-Id: <199512041720.LAA06423@brasil.moneng.mei.com> Subject: Re: INN news server To: jody@quicklink.com (Joel Kelmenson) Date: Mon, 4 Dec 1995 11:20:09 -0600 (CST) Cc: freebsd-current@freebsd.org In-Reply-To: <9512041503.AA12194@quicklink> from "Joel Kelmenson" at Dec 4, 95 10:12:27 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org Precedence: bulk > I am new to FreeBSD, I just installed it and would like to get > INN news server software up and running. > > I don't know where to post this request for help. > > If this is not the place to post such a request I apologize, and hope > to be guided to the best place to post this. > > I would be willing to pay for tech support to help me get this going ASAP. You can use the version in ports. It should install fairly easily. You can grab inn1.4unoff3 (suggested), it also installs fairly easily. This is what I use, and generally what I have been installing for customers. Both of these install without any unusual difficulties. As always, _READ_ the documentation. Particularly if you haven't set up INN in the past, but even if you have. >From an INN point of view, FreeBSD doesn't require any special "extras" or involve any "gotchas" that are specific to FreeBSD - so if you are not familiar with setting up news, you might ask around in news.software.nntp for assistance. If you're really hung, or eager to spend money, I do consult on news server configurations (not just FreeBSD specific), but generally my customers are interested in total system solutions, where I am involved in the design of the host system, I configure their system and arrange for feeds, teach their staff about day to day operations, and then perform periodic service and maintenance to guarantee smooth service (all the stuff they don't wanna bother with). In any case, you have a good, stable platform to run news on. As long as the box is reasonably configured, it should be "no problem" :-) ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-current Mon Dec 4 09:32:54 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA18593 for current-outgoing; Mon, 4 Dec 1995 09:32:54 -0800 Received: from sycgate.sycomore.fr (sycgate.sycomore.fr [192.134.92.10]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA18576 for ; Mon, 4 Dec 1995 09:31:40 -0800 Received: from [192.134.92.80] (unknown.sycomore.fr [192.134.92.80]) by sycgate.sycomore.fr (8.6.3/8.5) with SMTP id SAA18837; Mon, 4 Dec 1995 18:12:56 +0100 Date: Mon, 4 Dec 1995 18:12:56 +0100 Message-Id: <199512041712.SAA18837@sycgate.sycomore.fr> X-Sender: bigot@192.134.92.10 Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: binary X-Mailer: Eudora F1.4.2 To: freebsd-current@freebsd.org From: Herve.Bigot@sycomore.fr (Bigot Hervé) Sender: owner-current@freebsd.org Precedence: bulk Hello , We desperatly try to compile a new kernel of FreeBSD 2.0( distributed by InfoMagic on CD Rom), following the procedure shown in the FAQ. Even when we use the 'MINI' configuration file, the compilation aborts at linking. The end of messages after the beginning of the compilation is: ... loading kernel kern_systcl.o:Undefined symbol '_hw_float' referenced from text segment *** Error code 1 Our PC is not Intel-based but Cyrix M7 486DX2/66, can it be the source of the problem ?? Please help. thank you. Hervé Bigot E-mail (W): Hervé.Bigot@sycomore.fr ______________________________________________________________________________ Sycomore: 31, Place des Corolles,92098 Paris la Defense cedex 31, FRANCE Tel (+33 1) 41-26-46-53 Fax (+33 1) 41-26-46-47 From owner-freebsd-current Mon Dec 4 09:37:51 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA18914 for current-outgoing; Mon, 4 Dec 1995 09:37:51 -0800 Received: from sycgate.sycomore.fr (sycgate.sycomore.fr [192.134.92.10]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA18621 for ; Mon, 4 Dec 1995 09:33:41 -0800 Received: from [192.134.92.80] (unknown.sycomore.fr [192.134.92.80]) by sycgate.sycomore.fr (8.6.3/8.5) with SMTP id SAA18852; Mon, 4 Dec 1995 18:14:09 +0100 Date: Mon, 4 Dec 1995 18:14:09 +0100 Message-Id: <199512041714.SAA18852@sycgate.sycomore.fr> X-Sender: bigot@192.134.92.10 Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: binary X-Mailer: Eudora F1.4.2 To: freebsd-current-digest@freebsd.org From: Herve.Bigot@sycomore.fr (Bigot Hervé) Sender: owner-current@freebsd.org Precedence: bulk Hello , We desperatly try to compile a new kernel of FreeBSD 2.0( distributed by InfoMagic on CD Rom), following the procedure shown in the FAQ. Even when we use the 'MINI' configuration file, the compilation aborts at linking. The end of messages after the beginning of the compilation is: ... loading kernel kern_systcl.o:Undefined symbol '_hw_float' referenced from text segment *** Error code 1 Our PC is not Intel-based but Cyrix M7 486DX2/66, can it be the source of the problem ?? Please help. thank you. Hervé Bigot E-mail (W): Hervé.Bigot@sycomore.fr ______________________________________________________________________________ Sycomore: 31, Place des Corolles,92098 Paris la Defense cedex 31, FRANCE Tel (+33 1) 41-26-46-53 Fax (+33 1) 41-26-46-47 From owner-freebsd-current Mon Dec 4 09:42:43 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA19309 for current-outgoing; Mon, 4 Dec 1995 09:42:43 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA19290 for ; Mon, 4 Dec 1995 09:42:02 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id SAA24591 ; Mon, 4 Dec 1995 18:41:39 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id SAA01446 ; Mon, 4 Dec 1995 18:41:38 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.2/keltia-uucp-2.7) id JAA01879; Mon, 4 Dec 1995 09:07:42 +0100 (MET) From: Ollivier Robert Message-Id: <199512040807.JAA01879@keltia.freenix.fr> Subject: Re: Nothing heard about JREMOD.. To: julian@ref.tfs.com (Julian Elischer) Date: Mon, 4 Dec 1995 09:07:42 +0100 (MET) Cc: freebsd-current@FreeBSD.ORG (FreeBSD Current Users' list) In-Reply-To: <199512040034.QAA02292@ref.tfs.com> from "Julian Elischer" at Dec 3, 95 04:34:00 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1404 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk It seems that Julian Elischer said: > seems to be working for everyone.. > trouble is that people with no problems with it are not telling me.. > they assume I ony want to here BAD NEWS ? I have compiled a kernel with it, using sources from CTM_BEGIN 2.0 cvs-cur 1404 1995/12/03 15:00:02 It seems to work fine although I don't know what to find changed... -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Sun Dec 3 14:34:17 MET 1995 From owner-freebsd-current Mon Dec 4 10:57:48 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA23386 for current-outgoing; Mon, 4 Dec 1995 10:57:48 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA23381 for ; Mon, 4 Dec 1995 10:57:45 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA04032; Mon, 4 Dec 1995 11:53:45 -0700 From: Terry Lambert Message-Id: <199512041853.LAA04032@phaeton.artisoft.com> Subject: Re: changes in -current..TEST please To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Mon, 4 Dec 1995 11:53:45 -0700 (MST) Cc: terry@lambert.org, imb@scgt.oz.au, julian@ref.tfs.com, current@FreeBSD.org In-Reply-To: <281.818071658@critter.tfs.com> from "Poul-Henning Kamp" at Dec 4, 95 10:07:38 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1589 Sender: owner-current@FreeBSD.org Precedence: bulk > Terry, read your manuals again before you talk about things you don't > know too much, and certainly not enough, about. I think: #define MAKE_SET(set, sym, type) \ asm(".stabs \"_" #set "\", " #type ", 0, 0, _" #sym) Is silly. I think there should be a C accessable __STABS() or similar mechanism so the compiler cn track it, if it insists on sticking its fat, warty nose into my business sufficiently to screw it up. At worst, it should not remove "dead" code added with asm(). At best, the ability to do this is a language feature, either directly, or by way of the compiler being able to generate linker directives in the object code it produces. Either way, a "dead-code" optimization should not remove the code. It is not dead, since the linker will use it to build a structure. Dead code optimization should cause fatal errors instead of diking things out, forcing the programmer to fix the offending code. That is, it is an unfeature for lazy programmers. Whatever feature of C++ that prevents "dead code 'optimization'" killing constructors and destructors should be employed to prevent this use of the underlying mechanism on which they are implemented from being similarly 'optimized'. Luckily, we do not have to face this problem, since GCC 2.7.1 is known to generate bogus code for optimization levels above 2 anyway, so we will never encounter an optimization of this type in nature. [that was irony, if you missed it] Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Dec 4 12:09:56 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA26916 for current-outgoing; Mon, 4 Dec 1995 12:09:56 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA26911 for ; Mon, 4 Dec 1995 12:09:54 -0800 Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id MAA06258; Mon, 4 Dec 1995 12:09:42 -0800 From: Julian Elischer Message-Id: <199512042009.MAA06258@ref.tfs.com> Subject: Re: your mail To: Herve.Bigot@sycomore.fr (Bigot Hervé) Date: Mon, 4 Dec 1995 12:09:42 -0800 (PST) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <199512041712.SAA18837@sycgate.sycomore.fr> from "Bigot Hervé" at Dec 4, 95 06:12:56 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1050 Sender: owner-current@FreeBSD.ORG Precedence: bulk IT IS IMPOLITE TO SEND THESE MESSAGES TO SO MANY LISTS! FreeBSD-questions is the ONE single place you should send to.. (I already answered your mail) > > Hello , > We desperatly try to compile a new kernel of FreeBSD 2.0( > distributed by InfoMagic on CD Rom), following the procedure shown in the > FAQ. Even when we use the 'MINI' configuration file, the compilation aborts > at linking. The end of messages after the beginning of the compilation is: > > ... > loading kernel > kern_systcl.o:Undefined symbol '_hw_float' referenced from text segment > *** Error code 1 > > Our PC is not Intel-based but Cyrix M7 486DX2/66, can it be the source of > the problem ?? > > Please help. thank you. > > > Hervé Bigot E-mail (W): Hervé.Bigot@sycomore.fr > ______________________________________________________________________________ > Sycomore: 31, Place des Corolles,92098 Paris la Defense cedex 31, FRANCE > Tel (+33 1) 41-26-46-53 Fax (+33 1) 41-26-46-47 > > > From owner-freebsd-current Mon Dec 4 13:11:27 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA00256 for current-outgoing; Mon, 4 Dec 1995 13:11:27 -0800 Received: from miller.cs.uwm.edu (miller.cs.uwm.edu [129.89.9.13]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA00234 for ; Mon, 4 Dec 1995 13:11:09 -0800 Received: (from james@localhost) by miller.cs.uwm.edu (8.6.10/8.6.10) id PAA19639 for current@freebsd.org; Mon, 4 Dec 1995 15:10:28 -0600 Date: Mon, 4 Dec 1995 15:10:28 -0600 From: Jim Lowe Message-Id: <199512042110.PAA19639@miller.cs.uwm.edu> To: current@freebsd.org Subject: vnode_pager_putpages error Sender: owner-current@freebsd.org Precedence: bulk I am running -current as of a few days ago and it printed a couple of errors on the console. Any ideas of what these errors are? vnode_pager_putpages: I/O error 13 vnode_pager_putpages: residual I/O 2496 at 32768 Thanks. -Jim From owner-freebsd-current Mon Dec 4 14:12:25 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA05138 for current-outgoing; Mon, 4 Dec 1995 14:12:25 -0800 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA05118 for ; Mon, 4 Dec 1995 14:12:10 -0800 Received: by haven.uniserve.com id <30743-4>; Mon, 4 Dec 1995 14:14:06 -0000 Date: Mon, 4 Dec 1995 14:14:03 -0800 (PST) From: Tom Samplonius To: Bigot Hervé cc: freebsd-current@FreeBSD.org Subject: Re: your mail In-Reply-To: <199512041712.SAA18837@sycgate.sycomore.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-current@FreeBSD.org Precedence: bulk On Mon, 4 Dec 1995, Bigot Herv=E9 wrote: > Hello , > We desperatly try to compile a new kernel of FreeBSD 2.0( >distributed by InfoMagic on CD Rom), following the procedure shown in the >FAQ. Even when we use the 'MINI' configuration file, the compilation abort= s >at linking. The end of messages after the beginning of the compilation is: > > ... > loading kernel > kern_systcl.o:Undefined symbol '_hw_float' referenced from text=20 >segment > *** Error code 1 > >Our PC is not Intel-based but Cyrix M7 486DX2/66, can it be the source of >the problem ?? I don't believe any of the Cyrix 486 clones have math co-processers. =20 You need to make sure kernel build options are set appropiately for this=20 sort of system. Can't say more, as I haven't built a 2.0R kernel in over a year now, as= =20 there have been two releases since. I suggest you upgrade. Tom From owner-freebsd-current Mon Dec 4 14:34:12 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA06803 for current-outgoing; Mon, 4 Dec 1995 14:34:12 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA06775 for ; Mon, 4 Dec 1995 14:34:04 -0800 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id OAA05842; Mon, 4 Dec 1995 14:34:02 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id OAA05734; Mon, 4 Dec 1995 14:34:18 -0800 Message-Id: <199512042234.OAA05734@corbin.Root.COM> To: Jim Lowe cc: current@freebsd.org Subject: Re: vnode_pager_putpages error In-reply-to: Your message of "Mon, 04 Dec 95 15:10:28 CST." <199512042110.PAA19639@miller.cs.uwm.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 04 Dec 1995 14:34:17 -0800 Sender: owner-current@freebsd.org Precedence: bulk > >I am running -current as of a few days ago and it printed a couple of >errors on the console. Any ideas of what these errors are? > > vnode_pager_putpages: I/O error 13 > vnode_pager_putpages: residual I/O 2496 at 32768 > >Thanks. This can happen when root attempt to exec a binary on an NFS mounted partition where the NFS server disallows root (no -root=0). -DG From owner-freebsd-current Mon Dec 4 14:37:33 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA07274 for current-outgoing; Mon, 4 Dec 1995 14:37:33 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA07257 for ; Mon, 4 Dec 1995 14:37:27 -0800 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id OAA05851; Mon, 4 Dec 1995 14:37:25 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id OAA05747; Mon, 4 Dec 1995 14:37:42 -0800 Message-Id: <199512042237.OAA05747@corbin.Root.COM> To: Jim Lowe cc: current@freebsd.org Subject: Re: vnode_pager_putpages error In-reply-to: Your message of "Mon, 04 Dec 95 15:10:28 CST." <199512042110.PAA19639@miller.cs.uwm.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 04 Dec 1995 14:37:41 -0800 Sender: owner-current@freebsd.org Precedence: bulk >I am running -current as of a few days ago and it printed a couple of >errors on the console. Any ideas of what these errors are? > > vnode_pager_putpages: I/O error 13 > vnode_pager_putpages: residual I/O 2496 at 32768 > >Thanks. Hmmm, on second thought...the above is putpages. error 13 is permission denied (EACCES). It looks like something thinks that it can write the file but the an NFS server disallows it...perhaps root is trying to write to a file on NFS server without -root=0 ? -DG From owner-freebsd-current Mon Dec 4 15:18:57 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA10311 for current-outgoing; Mon, 4 Dec 1995 15:18:57 -0800 Received: from bacchus.eng.umd.edu (bacchus.eng.umd.edu [129.2.94.5]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA10304 for ; Mon, 4 Dec 1995 15:18:54 -0800 Received: from latte.eng.umd.edu (latte.eng.umd.edu [129.2.98.15]) by bacchus.eng.umd.edu (8.7/8.7) with ESMTP id SAA06694 for ; Mon, 4 Dec 1995 18:18:45 -0500 (EST) Received: (chuckr@localhost) by latte.eng.umd.edu (8.7.3/8.6.4) id SAA16906; Mon, 4 Dec 1995 18:18:44 -0500 (EST) Date: Mon, 4 Dec 1995 18:18:44 -0500 (EST) From: Chuck Robey X-Sender: chuckr@latte.eng.umd.edu To: FreeBSD-current@FreeBSD.org Subject: dumplfs Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org Precedence: bulk I don't know if anyone else is seeing what I am, but I can't get sbin/dumplfs to compile. If anyone else doesn't show this, I'll assume I have lost a ctm update somehow. Anyhow, here's the output of the make on sbin/dumpslfs: cc -O -I/sys/ufs/lfs -c /usr/src/sbin/dumplfs/../../sys/ufs/lfs/lfs_cksum.c In file included from /usr/src/sbin/dumplfs/../../sys/ufs/lfs/lfs_cksum.c:39: /usr/include/sys/vnode.h:140: field `va_atime' has incomplete type /usr/include/sys/vnode.h:141: field `va_mtime' has incomplete type /usr/include/sys/vnode.h:142: field `va_ctime' has incomplete type In file included from /usr/src/sbin/dumplfs/../../sys/ufs/lfs/lfs_cksum.c:42: /usr/include/ufs/lfs/lfs_extern.h:53: warning: `struct vop_blkatoff_args' declared inside parameter list /usr/include/ufs/lfs/lfs_extern.h:53: warning: its scope is only this definition or declaration, /usr/include/ufs/lfs/lfs_extern.h:53: warning: which is probably not what you want. /usr/include/ufs/lfs/lfs_extern.h:54: warning: `struct vop_bwrite_args' declared inside parameter list /usr/include/ufs/lfs/lfs_extern.h:56: warning: `struct vop_close_args' declared inside parameter list /usr/include/ufs/lfs/lfs_extern.h:57: warning: `struct vop_create_args' declared inside parameter list /usr/include/ufs/lfs/lfs_extern.h:61: warning: `struct vop_fsync_args' declared inside parameter list /usr/include/ufs/lfs/lfs_extern.h:63: warning: `struct vop_getattr_args' declared inside parameter list /usr/include/ufs/lfs/lfs_extern.h:66: warning: `struct vop_inactive_args' declared inside parameter list /usr/include/ufs/lfs/lfs_extern.h:69: warning: `struct vop_link_args' declared inside parameter list /usr/include/ufs/lfs/lfs_extern.h:71: warning: `struct vop_mkdir_args' declared inside parameter list /usr/include/ufs/lfs/lfs_extern.h:72: warning: `struct vop_mknod_args' declared inside parameter list /usr/include/ufs/lfs/lfs_extern.h:78: warning: `struct vop_read_args' declared inside parameter list /usr/include/ufs/lfs/lfs_extern.h:79: warning: `struct vop_remove_args' declared inside parameter list /usr/include/ufs/lfs/lfs_extern.h:80: warning: `struct vop_rmdir_args' declared inside parameter list /usr/include/ufs/lfs/lfs_extern.h:81: warning: `struct vop_rename_args' declared inside parameter list /usr/include/ufs/lfs/lfs_extern.h:86: warning: `struct vop_symlink_args' declared inside parameter list /usr/include/ufs/lfs/lfs_extern.h:88: warning: `struct vop_truncate_args' declared inside parameter list /usr/include/ufs/lfs/lfs_extern.h:90: warning: `struct vop_update_args' declared inside parameter list /usr/include/ufs/lfs/lfs_extern.h:92: warning: `struct vop_valloc_args' declared inside parameter list /usr/include/ufs/lfs/lfs_extern.h:94: warning: `struct vop_vfree_args' declared inside parameter list /usr/include/ufs/lfs/lfs_extern.h:100: warning: `struct vop_write_args' declared inside parameter list *** Error code 1 Stop. I think my mailer is going to wrap the long lines on me here, don't worry about odd placing of extra carriage returns. ============================================================================ Chuck Robey chuckr@eng.umd.edu -- I run FreeBSD on n3lxx and Journey2 --------------------------------------------------------------------------- The Dilbert Zone is Dilbert's new WWW home! The area features never-before-seen original sketches of Dilbert, a photo tour of Scott Adams' studio, Dilbert Trivia and memorabilia, high school photos and much more!: From owner-freebsd-current Mon Dec 4 15:43:31 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA12757 for current-outgoing; Mon, 4 Dec 1995 15:43:31 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA12750 for ; Mon, 4 Dec 1995 15:43:27 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id PAA07976; Mon, 4 Dec 1995 15:42:24 -0800 To: Herve.Bigot@sycomore.fr (Bigot Herv ) cc: freebsd-current-digest@FreeBSD.ORG In-reply-to: Your message of "Mon, 04 Dec 1995 18:14:09 +0100." <199512041714.SAA18852@sycgate.sycomore.fr> Date: Mon, 04 Dec 1995 15:42:24 -0800 Message-ID: <7974.818120544@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG Precedence: bulk Please don't send messages like this to *every* mailing list. You only tempt people to ignore you completely, as I myself almost did (but you caught me in a generous mood this time). You've probably screwed up your kernel config file - are you sure you haven't removed something from GENERIC that should really stay, like your npx device or something? Have you looked around to see where hw_float is defined in the sources? If you're going to compile your own kernels then *some* skill is definitely expected and you should start with a GENERIC kernel and then slowly change it until you figure out where you've introduced the problem. Finally, I have no idea whether or not the Infomagic CD even *works*. It's not my CD, I had nothing to do with it, most of us have never even seen one! It's also really old, as we've released 2 CDs since 2.0! Jordan > Hello , > We desperatly try to compile a new kernel of FreeBSD 2.0( > distributed by InfoMagic on CD Rom), following the procedure shown in the > FAQ. Even when we use the 'MINI' configuration file, the compilation aborts > at linking. The end of messages after the beginning of the compilation is: > > ... > loading kernel > kern_systcl.o:Undefined symbol '_hw_float' referenced from text segme nt > *** Error code 1 > > Our PC is not Intel-based but Cyrix M7 486DX2/66, can it be the source of > the problem ?? > > Please help. thank you. > > > Hervé Bigot E-mail (W): Hervé.Bigot@sycomore.fr > _____________________________________________________________________________ _ > Sycomore: 31, Place des Corolles,92098 Paris la Defense cedex 31, FRANC E > Tel (+33 1) 41-26-46-53 Fax (+33 1) 41-26-46-47 > > From owner-freebsd-current Mon Dec 4 16:26:40 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA14752 for current-outgoing; Mon, 4 Dec 1995 16:26:40 -0800 Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA14747 for ; Mon, 4 Dec 1995 16:26:37 -0800 Received: (from vince@localhost) by apollo.COSC.GOV (8.6.12/8.6.9) id QAA04205; Mon, 4 Dec 1995 16:19:00 -0800 Date: Mon, 4 Dec 1995 16:19:00 -0800 (PST) From: -Vince- To: Joerg Wunsch cc: FreeBSD-current users , Yog Sothoth Subject: Re: select() and setrlimit() broken (fwd) In-Reply-To: <199511300051.BAA17271@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org Precedence: bulk On Thu, 30 Nov 1995, J Wunsch wrote: > As -Vince- wrote: > > > > > Again: i cannot see anything changed between 2.0.5 and 2.1 here. > > > > Hmmm, could it be that it's just a change between 2.0.5 and -current? > > No, i've also verified this. Hmmm, maybe it would be easier if you tried the chat program out and see if it's breaking on you as well... > Btw., by re-posting the message of your friend (that we've seen all > ourselves) three times, you don't make it more important. Sorry about that since sometimes my posts never make it to the list(s)... Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin - http://www.COSC.GOV/~vince UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan/Priscilla Chan Fan Club Mailing Lists Admin From owner-freebsd-current Tue Dec 5 09:02:21 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA16836 for current-outgoing; Tue, 5 Dec 1995 09:02:21 -0800 Received: from chemserv.umd.edu (chemserv.umd.edu [129.2.64.40]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA16826 for ; Tue, 5 Dec 1995 09:02:15 -0800 Received: from espresso.eng.umd.edu (espresso.eng.umd.edu [129.2.98.13]) by chemserv.umd.edu (8.7.2/8.7) with ESMTP id MAA09996 for ; Tue, 5 Dec 1995 12:02:13 -0500 (EST) Received: (chuckr@localhost) by espresso.eng.umd.edu (8.7.3/8.6.4) id MAA04678; Tue, 5 Dec 1995 12:02:12 -0500 (EST) Date: Tue, 5 Dec 1995 12:02:12 -0500 (EST) From: Chuck Robey X-Sender: chuckr@espresso.eng.umd.edu To: FreeBSD-current@FreeBSD.org Subject: more dumplfs Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org Precedence: bulk This is a followup to my question about dumplfs, and it breaking my make world. /sys/ufs/lfs/lfs_cksum.c is part of the sources for that, and I saw the lfs_cksum.c does include sys/vnode.h, but not sys/time.h. Seeing as there are time structs in vnode.h, could someone who knows more than I verify that (maybe?) lfs_cksum.c, if it's going to include vnode.h, should also include time.h. I checked on my old cdrom, version 2.0.5 lfs_cksum.c didn't include vnode.h. I thought not much development had gone on towards the lfs, but I guess I could be wrong. ============================================================================ Chuck Robey chuckr@eng.umd.edu -- I run FreeBSD on n3lxx and Journey2 --------------------------------------------------------------------------- The Dilbert Zone is Dilbert's new WWW home! The area features never-before-seen original sketches of Dilbert, a photo tour of Scott Adams' studio, Dilbert Trivia and memorabilia, high school photos and much more!: From owner-freebsd-current Tue Dec 5 09:33:30 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA19303 for current-outgoing; Tue, 5 Dec 1995 09:33:30 -0800 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id JAA19157 for ; Tue, 5 Dec 1995 09:31:14 -0800 Received: by sequent.kiae.su id AA11613 (5.65.kiae-2 for current@freebsd.org); Tue, 5 Dec 1995 20:29:51 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Tue, 5 Dec 95 20:29:50 +0300 Received: (from ache@localhost) by ache.dialup.ru (8.6.12/8.6.12) id UAA00183 for current@freebsd.org; Tue, 5 Dec 1995 20:02:39 +0300 To: current@freebsd.org Message-Id: Organization: Olahm Ha-Yetzirah Date: Tue, 5 Dec 1995 20:02:38 +0300 (MSK) X-Mailer: Mail/@ [v2.41 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: No more getblk hangs, just wonder... :-) Lines: 8 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 447 Sender: owner-current@freebsd.org Precedence: bulk Just FYI. It was a large period when I don't try -current, but when I try it recently, I don't have getblk hangs anymore. It seems that it fixed somehow. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Tue Dec 5 12:26:15 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA01739 for current-outgoing; Tue, 5 Dec 1995 12:26:15 -0800 Received: from wiley.muc.ditec.de (wiley.muc.ditec.de [194.120.126.9]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA01734 for ; Tue, 5 Dec 1995 12:26:10 -0800 Received: from vector.enet ([139.92.42.172]) by wiley.muc.ditec.de (8.6.12/8.6.9) with ESMTP id VAA06419; Tue, 5 Dec 1995 21:25:52 +0100 Received: (from jhs@localhost) by vector.enet (8.6.12/8.6.9) id VAA01943; Tue, 5 Dec 1995 21:24:29 +0100 Date: Tue, 5 Dec 1995 21:24:29 +0100 From: "Julian Stacey jhs@freebsd.org" Message-Id: <199512052024.VAA01943@vector.enet> To: Joel Kelmenson cc: freebsd-current@FreeBSD.org Subject: Re: INN news server Reply-To: "Julian H. Stacey" Mailer: EXMH version 1.6.4 10/10/95 In-reply-to: Your message of "Mon, 04 Dec 1995 10:12:27 EST." <9512041503.AA12194@quicklink> Sender: owner-current@FreeBSD.org Precedence: bulk -------- Hi, Reference: > From: Joel Kelmenson > Subject: Re: INN news server > Date: Mon, 04 Dec 1995 10:12:27 -0500 > Message-id: <9512041503.AA12194@quicklink> > > I am new to FreeBSD, I just installed it and would like to get > INN news server software up and running. > > I don't know where to post this request for help. > > If this is not the place to post such a request I apologize, and hope > to be guided to the best place to post this. > > I would be willing to pay for tech support to help me get this going ASAP. > > Joel > Am I the only one to see this as a repeat ? I seem to be seeing lots of repeats (but I have some problems with my exmh, so maybe its just me ?) Regards, Julian Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-current Wed Dec 6 03:56:12 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA04815 for current-outgoing; Wed, 6 Dec 1995 03:56:12 -0800 (PST) Received: from sycgate.sycomore.fr (sycgate.sycomore.fr [192.134.92.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA04502 for ; Wed, 6 Dec 1995 03:52:08 -0800 (PST) Received: from [192.134.92.80] (unknown.sycomore.fr [192.134.92.80]) by sycgate.sycomore.fr (8.6.3/8.5) with SMTP id MAA25760; Wed, 6 Dec 1995 12:33:26 +0100 Date: Wed, 6 Dec 1995 12:33:26 +0100 Message-Id: <199512061133.MAA25760@sycgate.sycomore.fr> X-Sender: bigot@192.134.92.10 Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: binary X-Mailer: Eudora F1.4.2 To: freebsd-current@freebsd.org From: Herve.Bigot@sycomore.fr (Bigot Hervé) Subject: Mapfile for french keyboard? Sender: owner-current@freebsd.org Precedence: bulk Do you know where I can find the mapfile to load a frenchkeyboard with kbdcontrol?(I don't have it on my CD Rom!) Hervé Bigot E-mail (W): Hervé.Bigot@sycomore.fr ______________________________________________________________________________ Sycomore: 31, Place des Corolles,92098 Paris la Defense cedex 31, FRANCE Tel (+33 1) 41-26-46-53 Fax (+33 1) 41-26-46-47 From owner-freebsd-current Wed Dec 6 05:00:18 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA09283 for current-outgoing; Wed, 6 Dec 1995 05:00:18 -0800 (PST) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA09274 for ; Wed, 6 Dec 1995 05:00:09 -0800 (PST) Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id MAA00257; Wed, 6 Dec 1995 12:56:39 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Terry Lambert cc: imb@scgt.oz.au, julian@ref.tfs.com, current@FreeBSD.ORG Subject: Re: changes in -current..TEST please In-reply-to: Your message of "Mon, 04 Dec 1995 11:53:45 MST." <199512041853.LAA04032@phaeton.artisoft.com> Date: Wed, 06 Dec 1995 13:56:38 +0100 Message-ID: <255.818254598@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG Precedence: bulk > > Terry, read your manuals again before you talk about things you don't > > know too much, and certainly not enough, about. > > I think: > > #define MAKE_SET(set, sym, type) \ > asm(".stabs \"_" #set "\", " #type ", 0, 0, _" #sym) If you used up to date source, you would know that the above macro now looks like this: #define MAKE_SET(set, sym, type) \ static void *const __set_##set##_sym_##sym = \ (&__set_##set##_sym_##sym, &sym, 0); \ asm(".stabs \"_" #set "\", " #type ", 0, 0, _" #sym) and that it (according to the gcc manual) ensures that the compiler will not remove your static and "secretly" referenced Symbols. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Wed Dec 6 05:48:21 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA12588 for current-outgoing; Wed, 6 Dec 1995 05:48:21 -0800 (PST) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA12582 for ; Wed, 6 Dec 1995 05:48:12 -0800 (PST) Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id NAA00381 for ; Wed, 6 Dec 1995 13:47:41 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: current@freebsd.org Subject: sysctl status right now, and plea for testing. Date: Wed, 06 Dec 1995 14:47:40 +0100 Message-ID: <379.818257660@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org Precedence: bulk I am now in the position to actually fix the sysctl program to pick up any sysctl variable defined in the kernel on the fly. This means that you can add sysctl variables to your hearts content, and they will show up in "sysctl -a" when you boot your kernel. You don't even need to register them in the tables in (as a matter of fact: please don't!), by using the OID_AUTO as numeric identifier in the SYSCTL_foo() macro. In particular debug is easy now: Stick this in your code in the kernel: #ifdef DEBUG #include /* if not already there */ #include /* if not already there */ static int tweak; SYSCTL_INT(_debug, OID_AUTO, tweak_my_driver, CTLFLAG_RW, &tweak, 0, ""); #endif And then you can sysctl -w debug.tweak_my_driver=7 (Please contact core@freebsd.org before adding variables outside the _debug tree, we want to architect this a bit. Thanks). Anyway, The problem at hand is that sysctl now works in a systematic way, so making it compatible with the rather haphazard output from the present sysctl program is hard, and in my eyes, not desirable anyway. (In particular I nuked the printing of references to other programs to examine the variables it couldn't handle.) I include here for your critique and comments a sysctl.c which you can dump in usr/src/usr.sbin/sysctl and test out. I'm considering if we should add a couple of strategic options to sysctl, for instance: -b write variable value in raw binary to stdout (for dumping vnode-table into program for instance). -X hexdump variables for which no rendering is known (typically structs) -t repeat every seconds You need a kernel with the commit I made one minute ago for this to work. If I hear no comments I will commit this in some days. Poul-Henning /* * Copyright (c) 1993 * The Regents of the University of California. All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the above copyright * notice, this list of conditions and the following disclaimer. * 2. Redistributions in binary form must reproduce the above copyright * notice, this list of conditions and the following disclaimer in the * documentation and/or other materials provided with the distribution. * 3. All advertising materials mentioning features or use of this software * must display the following acknowledgement: * This product includes software developed by the University of * California, Berkeley and its contributors. * 4. Neither the name of the University nor the names of its contributors * may be used to endorse or promote products derived from this software * without specific prior written permission. * * THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE * ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. */ #ifndef lint static char copyright[] = "@(#) Copyright (c) 1993\n\ The Regents of the University of California. All rights reserved.\n"; #endif /* not lint */ #ifndef lint /*static char sccsid[] = "From: @(#)sysctl.c 8.1 (Berkeley) 6/6/93"; */ static const char rcsid[] = "$Id: sysctl.c,v 1.8 1995/11/17 16:28:42 phk Exp $"; #endif /* not lint */ #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include int Aflag, aflag, nflag, wflag; static int oidfmt(int *, int, char *, u_int *); static void parse(char *); static int show_var(int *, int); static int sysctl_all (int *oid, int len); static int name2oid(char *, int *); static void usage(void) { (void)fprintf(stderr, "usage:\t%s\n\t%s\n\t%s\n\t%s\n", "sysctl [-n] variable ...", "sysctl [-n] -w variable=value ...", "sysctl [-n] -a", "sysctl [-n] -A"); exit(1); } int main(int argc, char **argv) { extern char *optarg; extern int optind; int ch; while ((ch = getopt(argc, argv, "Aanw")) != EOF) { switch (ch) { case 'A': Aflag = 1; break; case 'a': aflag = 1; break; case 'n': nflag = 1; break; case 'w': wflag = 1; break; default: usage(); } } argc -= optind; argv += optind; if (Aflag || aflag) exit (sysctl_all(0,0)); if (argc == 0) usage(); while (argc-- > 0) parse(*argv++); exit(0); } /* * Parse a name into a MIB entry. * Lookup and print out the MIB entry if it exists. * Set a new value if requested. */ static void parse(char *string) { int len; void *newval = 0; int intval, newsize = 0; quad_t quadval; int mib[CTL_MAXNAME]; char *cp, *bufp, buf[BUFSIZ]; u_int kind; bufp = buf; snprintf(buf, BUFSIZ, "%s", string); if ((cp = strchr(string, '=')) != NULL) { if (!wflag) { fprintf(stderr, "Must specify -w to set variables\n"); exit(2); } *strchr(buf, '=') = '\0'; *cp++ = '\0'; while (isspace(*cp)) cp++; newval = cp; newsize = strlen(cp); } len = name2oid(bufp, mib); if (len < 0) errx(1, "Unknown oid '%s'", bufp); if (oidfmt(mib,len,0,&kind)) err(1, "Couldn't find format of oid '%s'", bufp); if (!wflag) { if ((kind & CTLTYPE) == CTLTYPE_NODE) sysctl_all(mib,len); else show_var(mib,len); } else { if ((kind & CTLTYPE) == CTLTYPE_NODE) errx(1, "oid '%s' isn't a leaf node", bufp); if (!(kind&CTLFLAG_WR)) errx(1, "oid '%s' is read only", bufp); switch (kind & CTLTYPE) { case CTLTYPE_INT: intval = atoi(newval); newval = &intval; newsize = sizeof intval; break; break; case CTLTYPE_STRING: break; case CTLTYPE_QUAD: break; sscanf(newval, "%qd", &quadval); newval = &quadval; newsize = sizeof quadval; break; default: errx(1, "oid '%s' is type %d," " cannot set that", bufp); } printf("before:\t"); show_var(mib,len); if (sysctl(mib, len, 0, 0, newval, newsize) == -1) { switch (errno) { case EOPNOTSUPP: errx(1, "%s: value is not available\n", string); case ENOTDIR: errx(1, "%s: specification is incomplete\n", string); case ENOMEM: errx(1, "%s: type is unknown to this program\n", string); default: perror(string); return; } } printf("after:\t"); show_var(mib,len); } } /* These functions will dump out various interesting structures. */ static int S_clockinfo(int l2,void *p) { struct clockinfo *ci = (struct clockinfo*)p; if (l2 < sizeof *ci) return 0; printf("{ hz = %d, tick = %d, profhz = %d, stathz = %d }", ci->hz, ci->tick, ci->profhz, ci->stathz); return 1; } static int S_loadavg(int l2,void *p) { struct loadavg *tv = (struct loadavg*)p; if (l2 < sizeof *tv) return 0; printf("{ %.2f %.2f %.2f }", (double)tv->ldavg[0]/(double)tv->fscale, (double)tv->ldavg[1]/(double)tv->fscale, (double)tv->ldavg[2]/(double)tv->fscale); return 1; } static int S_timeval(int l2,void *p) { struct timeval *tv = (struct timeval*)p; char *p1,*p2; if (l2 < sizeof *tv) return 0; printf("{ sec = %ld, usec = %ld } ", tv->tv_sec, tv->tv_usec); p1 = strdup(ctime(&tv->tv_sec)); for (p2=p1; *p2 ; p2++) if (*p2 == '\n') *p2 = '\0'; fputs(p1,stdout); return 1; } static int T_dev_t(int l2,void *p) { dev_t *d = (dev_t *)p; if (l2 < sizeof *d) return 0; printf("{ major = %d, minor = %d }", major(*d), minor(*d)); return 1; } /* * These functions uses a presently undocumented interface to the kernel * to walk the tree and get the type so it can print the value. * This interface is under work and consideration, and should probably * be killed with a big axe by the first person who can find the time. * (be aware though, that the proper interface isn't as obvious as it * may seem, there are various conflicting requirements. */ static int name2oid(char *name, int *oidp) { int oid[2]; int i,j; oid[0] = 0; oid[1] = 3; j = CTL_MAXNAME * sizeof (int); i = sysctl(oid, 2, oidp, &j, name, strlen(name)); if (i < 0) return i; j /= sizeof (int); return (j); } static int oidfmt(int *oid, int len, char *fmt, u_int *kind) { int qoid[CTL_MAXNAME+2]; u_char buf[BUFSIZ]; int i,j; qoid[0] = 0; qoid[1] = 4; memcpy(qoid + 2, oid, len * sizeof(int)); j = sizeof buf; i = sysctl(qoid, len + 2, buf, &j, 0, 0); if (i) err(-1,"sysctl fmt %d %d %d",i,j,errno); if (kind) *kind = *(u_int *)buf; if (fmt) strcpy(fmt,(char *)(buf + sizeof(u_int))); return 0; } static int show_var(int *oid, int len) { u_char buf[BUFSIZ], val[BUFSIZ*100], *p; char name[BUFSIZ], *fmt; int qoid[CTL_MAXNAME+2]; int i, j; u_int kind; qoid[0] = 0; qoid[1] = 4; memcpy(qoid + 2, oid, len * sizeof(int)); j = sizeof buf; i = sysctl(qoid, len + 2, buf, &j, 0, 0); if (i) err(-1,"sysctl fmt %d %d %d",i,j,errno); kind = *(u_int *)buf; fmt = (char *)(buf + sizeof(u_int)); qoid[1] = 1; j = sizeof name; i = sysctl(qoid, len + 2, name, &j, 0, 0); if (i) return (0); j = sizeof val; i = sysctl(oid, len, val, &j, 0, 0); if (i || !j) return (0); p = val; switch (*fmt) { case 'A': if (!nflag) printf("%s = ", name); printf("%s\n", p); break; case 'I': if (!nflag) printf("%s = ", name); printf("%d\n", *(int *)p); break; case 'T': case 'S': { int (*func)(int, void *) = 0; i = 0; if (!strcmp(fmt, "S,clockinfo")) func = S_clockinfo; else if (!strcmp(fmt, "S,timeval")) func = S_timeval; else if (!strcmp(fmt, "S,loadavg")) func = S_loadavg; else if (!strcmp(fmt, "T,dev_t")) func = T_dev_t; if (func) { if (!nflag) printf("%s = ", name); i = (*func)(j, p); } if (i) { printf("\n"); break; } } default: if (!Aflag) break; if (!nflag) printf("%s = ",name); printf("Format:%s Length:%d Dump:0x", fmt, j); while (j--) { printf("%02x",*p++); if (p < val+16) continue; printf("..."); break; } printf("\n"); break; } return (0); } static int sysctl_all (int *oid, int len) { int name1[22],name2[22]; int i,j, l1,l2; name1[0] = 0; name1[1] = 2; l1 = 2; if (len) { memcpy(name1+2, oid, len*sizeof (int)); l1 += len; } else { name1[2] = 1; l1++; } while (1) { l2 = sizeof name2; j = sysctl(name1,l1,name2,&l2,0,0); if (j < 0) if (errno == ENOENT) return 0; else err(-1,"sysctl(getnext) %d %d",j,l2); l2 /= sizeof (int); if (l2 < len) return 0; for (i = 0; i < len; i++) if (name2[i] != oid[i]) return 0; i = show_var(name2, l2); if (i) return i; memcpy(name1+2, name2, l2*sizeof (int)); l1 = 2 + l2; } } -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Just that: dried leaves in boiling water ? From owner-freebsd-current Wed Dec 6 08:39:26 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA28264 for current-outgoing; Wed, 6 Dec 1995 08:39:26 -0800 (PST) Received: from ncd.com (firewall-user@welch.ncd.com [192.43.160.250]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA28241 Wed, 6 Dec 1995 08:39:10 -0800 (PST) Received: by ncd.com; id IAA09033; Wed, 6 Dec 1995 08:50:35 -0800 Received: from z-code.z-code.com(192.82.56.21) by welch.ncd.com via smap (g3.0.1) id xma009015; Wed, 6 Dec 95 08:50:14 -0800 Received: from zolaris.z-code.com (zolaris.z-code.com [192.82.56.41]) by z-code.z-code.com (8.6.9/8.6.9) with SMTP id IAA01916; Wed, 6 Dec 1995 08:37:14 -0800 Received: by zolaris.z-code.com (5.x/SMI-SVR4) id AA08699; Wed, 6 Dec 1995 08:34:57 -0800 From: "Ulf Zimmermann" Message-Id: <9512060834.ZM8697@zolaris.z-code.com> Date: Wed, 6 Dec 1995 08:34:56 -0800 In-Reply-To: "Justin T. Gibbs" "Call for Buslogic PCI SCSI adapter device IDs" (Dec 3, 2:17pm) References: <199512032218.OAA28562@freefall.freebsd.org> X-Mailer: Z-Mail (3.2.0 06sep94) To: "Justin T. Gibbs" , current@freefall.freebsd.org Subject: Re: Call for Buslogic PCI SCSI adapter device IDs Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-current@FreeBSD.ORG Precedence: bulk On Dec 3, 2:17pm, Justin T. Gibbs wrote: > Subject: Call for Buslogic PCI SCSI adapter device IDs > If you are running any type of Buslogic PCI SCSI adapter, please send me > (not the list) the device ID that the PCI code reports for your card along > with its model number and name. I'm in the process of giving the driver a > real PCI probe, and I want to ensure I don't leave anyone out. > > Thanks, > -- > Justin T. Gibbs >-- End of excerpt from Justin T. Gibbs Hi Justin. Probe for Buslogic BT946C, Bios ver. 4.92E, Firmware 4.25J PCI:0:13 BusLogic Device=0x1040 I have an older controller of this model, but should report the same. Beside this, what kind of debugging did you put into the Adaptec 7??? driver ? I can now go and look into the bugs for the 7850, as the system is setup. At the moment I have the strange feeling, it is a problem with the sequencer. Bye, Ulf. -- Ulf Zimmermann, NCD Software, 101 Rowland Way, Suite 300, Novato, CA 94945 phone: 415-899-7941, email: ulf@z-code.ncd.com, phone-home: 510-865-0204 From owner-freebsd-current Wed Dec 6 08:57:01 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA29898 for current-outgoing; Wed, 6 Dec 1995 08:57:01 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA29891 for ; Wed, 6 Dec 1995 08:56:57 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id DAA27738; Thu, 7 Dec 1995 03:52:47 +1100 Date: Thu, 7 Dec 1995 03:52:47 +1100 From: Bruce Evans Message-Id: <199512061652.DAA27738@godzilla.zeta.org.au> To: phk@critter.tfs.com, terry@lambert.org Subject: Re: changes in -current..TEST please Cc: current@freebsd.org, imb@scgt.oz.au, julian@ref.tfs.com Sender: owner-current@freebsd.org Precedence: bulk >> #define MAKE_SET(set, sym, type) \ >> asm(".stabs \"_" #set "\", " #type ", 0, 0, _" #sym) >If you used up to date source, you would know that the above macro now >looks like this: > #define MAKE_SET(set, sym, type) \ > static void *const __set_##set##_sym_##sym = \ > (&__set_##set##_sym_##sym, &sym, 0); \ > asm(".stabs \"_" #set "\", " #type ", 0, 0, _" #sym) >and that it (according to the gcc manual) ensures that the compiler will >not remove your static and "secretly" referenced Symbols. The macro only tells the compiler about `sym'. `type' is only referenced in the stab. Bruce From owner-freebsd-current Wed Dec 6 09:17:42 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA02481 for current-outgoing; Wed, 6 Dec 1995 09:17:42 -0800 (PST) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA02471 for ; Wed, 6 Dec 1995 09:17:39 -0800 (PST) Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id RAA00917; Wed, 6 Dec 1995 17:16:39 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Bruce Evans cc: terry@lambert.org, current@freebsd.org, imb@scgt.oz.au, julian@ref.tfs.com Subject: Re: changes in -current..TEST please In-reply-to: Your message of "Thu, 07 Dec 1995 03:52:47 +1100." <199512061652.DAA27738@godzilla.zeta.org.au> Date: Wed, 06 Dec 1995 18:16:38 +0100 Message-ID: <915.818270198@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org Precedence: bulk > >> #define MAKE_SET(set, sym, type) \ > >> asm(".stabs \"_" #set "\", " #type ", 0, 0, _" #sym) > > >If you used up to date source, you would know that the above macro now > >looks like this: > > > #define MAKE_SET(set, sym, type) \ > > static void *const __set_##set##_sym_##sym = \ > > (&__set_##set##_sym_##sym, &sym, 0); \ > > asm(".stabs \"_" #set "\", " #type ", 0, 0, _" #sym) > > >and that it (according to the gcc manual) ensures that the compiler will > >not remove your static and "secretly" referenced Symbols. > > The macro only tells the compiler about `sym'. `type' is only referenced > in the stab. type isn't an endangered species I think... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Wed Dec 6 10:06:25 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA06201 for current-outgoing; Wed, 6 Dec 1995 10:06:25 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA06195 Wed, 6 Dec 1995 10:06:22 -0800 (PST) Message-Id: <199512061806.KAA06195@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: "Ulf Zimmermann" cc: current@freefall.freebsd.org Subject: Re: Call for Buslogic PCI SCSI adapter device IDs In-reply-to: Your message of "Wed, 06 Dec 1995 08:34:56 PST." <9512060834.ZM8697@zolaris.z-code.com> Date: Wed, 06 Dec 1995 10:06:21 -0800 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.ORG Precedence: bulk >Hi Justin. > >Probe for Buslogic BT946C, Bios ver. 4.92E, Firmware 4.25J >PCI:0:13 BusLogic Device=0x1040 > >I have an older controller of this model, but should report the same. Can you give me the full "boot -v" output from the buslogic? I'd like to see how it reports its I/O area mapping. (I don't have a PCI card to test with). >Beside this, what kind of debugging did you put into the Adaptec 7??? driver ? >I can now go and look into the bugs for the 7850, as the system is setup. At >the moment I have the strange feeling, it is a problem with the sequencer. I'm almost positive its a sequencer issue. Somehow, the card decides that the QOUTCNT jumps from 0 to 45 or so. Either we are overflowing the QOUTFIFO, or some other action of the sequencer code causes a glitch in that register. I just haven't had much time to look into the problem and since I still do not have a PCI machine to validate any of my "guesses" at a solution, there is even less incentive. I'll try to look at the code again later this week. > >Bye, Ulf. > >-- >Ulf Zimmermann, NCD Software, 101 Rowland Way, Suite 300, Novato, CA 94945 >phone: 415-899-7941, email: ulf@z-code.ncd.com, phone-home: 510-865-0204 -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Wed Dec 6 10:43:10 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA08813 for current-outgoing; Wed, 6 Dec 1995 10:43:10 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA08804 Wed, 6 Dec 1995 10:43:08 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA01584; Wed, 6 Dec 1995 11:42:00 -0700 From: Terry Lambert Message-Id: <199512061842.LAA01584@phaeton.artisoft.com> Subject: Re: Call for Buslogic PCI SCSI adapter device IDs To: ulf@z-code.ncd.com (Ulf Zimmermann) Date: Wed, 6 Dec 1995 11:42:00 -0700 (MST) Cc: gibbs@freefall.freebsd.org, current@freefall.freebsd.org In-Reply-To: <9512060834.ZM8697@zolaris.z-code.com> from "Ulf Zimmermann" at Dec 6, 95 08:34:56 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 Precedence: bulk > > Subject: Call for Buslogic PCI SCSI adapter device IDs > > If you are running any type of Buslogic PCI SCSI adapter, please send me > > (not the list) the device ID that the PCI code reports for your card along > > with its model number and name. I'm in the process of giving the driver a > > real PCI probe, and I want to ensure I don't leave anyone out. Have you checked the NetBSD list? It is extensive. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Dec 6 10:43:16 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA08838 for current-outgoing; Wed, 6 Dec 1995 10:43:16 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA08828 for ; Wed, 6 Dec 1995 10:43:14 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA01564; Wed, 6 Dec 1995 11:40:17 -0700 From: Terry Lambert Message-Id: <199512061840.LAA01564@phaeton.artisoft.com> Subject: Re: changes in -current..TEST please To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Wed, 6 Dec 1995 11:40:17 -0700 (MST) Cc: terry@lambert.org, imb@scgt.oz.au, julian@ref.tfs.com, current@FreeBSD.ORG In-Reply-To: <255.818254598@critter.tfs.com> from "Poul-Henning Kamp" at Dec 6, 95 01:56:38 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk > > #define MAKE_SET(set, sym, type) \ > > asm(".stabs \"_" #set "\", " #type ", 0, 0, _" #sym) > > If you used up to date source, you would know that the above macro now > looks like this: > > #define MAKE_SET(set, sym, type) \ > static void *const __set_##set##_sym_##sym = \ > (&__set_##set##_sym_##sym, &sym, 0); \ > asm(".stabs \"_" #set "\", " #type ", 0, 0, _" #sym) > > and that it (according to the gcc manual) ensures that the compiler will > not remove your static and "secretly" referenced Symbols. Bug report: When you use SUP to get the cvs treem the cvs update sometimes fails with messages like: cvs [update aborted]: cannot open file .#cd9660_vnops.c.1.21 for comparing: No such file or directory Failing to update subsequent files until that section of the tree is deleted and rebuilt by hand. 8-(. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Dec 6 10:50:02 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA09286 for current-outgoing; Wed, 6 Dec 1995 10:50:02 -0800 (PST) Received: from ncd.com (firewall-user@welch.ncd.com [192.43.160.250]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA09241 Wed, 6 Dec 1995 10:49:45 -0800 (PST) Received: by ncd.com; id LAA18488; Wed, 6 Dec 1995 11:01:13 -0800 Received: from z-code.z-code.com(192.82.56.21) by welch.ncd.com via smap (g3.0.1) id xma018472; Wed, 6 Dec 95 11:00:47 -0800 Received: from zolaris.z-code.com (zolaris.z-code.com [192.82.56.41]) by z-code.z-code.com (8.6.9/8.6.9) with SMTP id KAA03328; Wed, 6 Dec 1995 10:47:46 -0800 Received: by zolaris.z-code.com (5.x/SMI-SVR4) id AA11424; Wed, 6 Dec 1995 10:45:25 -0800 From: "Ulf Zimmermann" Message-Id: <9512061045.ZM11422@zolaris.z-code.com> Date: Wed, 6 Dec 1995 10:45:24 -0800 In-Reply-To: "Justin T. Gibbs" "Re: Call for Buslogic PCI SCSI adapter device IDs" (Dec 6, 10:06am) References: <199512061806.KAA06195@freefall.freebsd.org> X-Mailer: Z-Mail (3.2.0 06sep94) To: "Justin T. Gibbs" , "Ulf Zimmermann" Subject: Re: Call for Buslogic PCI SCSI adapter device IDs Cc: current@freefall.freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-current@FreeBSD.ORG Precedence: bulk On Dec 6, 10:06am, Justin T. Gibbs wrote: > Subject: Re: Call for Buslogic PCI SCSI adapter device IDs > >Hi Justin. > > > >Probe for Buslogic BT946C, Bios ver. 4.92E, Firmware 4.25J > >PCI:0:13 BusLogic Device=0x1040 > > > >I have an older controller of this model, but should report the same. > > Can you give me the full "boot -v" output from the buslogic? I'd like > to see how it reports its I/O area mapping. (I don't have a PCI card to > test with). Ok. I just need to stick the floppy in again and write everything down. Will do this later the day. > > >Beside this, what kind of debugging did you put into the Adaptec 7??? driver ? > >I can now go and look into the bugs for the 7850, as the system is setup. At > >the moment I have the strange feeling, it is a problem with the sequencer. > > I'm almost positive its a sequencer issue. Somehow, the card decides that > the QOUTCNT jumps from 0 to 45 or so. Either we are overflowing the > QOUTFIFO, or some other action of the sequencer code causes a glitch > in that register. > > I just haven't had much time to look into the problem and since I > still do not have a PCI machine to validate any of my "guesses" at > a solution, there is even less incentive. I'll try to look at the > code again later this week. > I have a suitable system at home. So if you want, we can meet and try to find out. >-- End of excerpt from Justin T. Gibbs Bye, Ulf. -- Ulf Zimmermann, NCD Software, 101 Rowland Way, Suite 300, Novato, CA 94945 phone: 415-899-7941, email: ulf@z-code.ncd.com, phone-home: 510-865-0204 ====================================== FreeBSD 2.1.0 is available now! -------------------------------------- FreeBSD: Turning PCs into Workstations ====================================== From owner-freebsd-current Wed Dec 6 11:05:00 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA10794 for current-outgoing; Wed, 6 Dec 1995 11:05:00 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA10783 for ; Wed, 6 Dec 1995 11:04:56 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id FAA31752; Thu, 7 Dec 1995 05:58:15 +1100 Date: Thu, 7 Dec 1995 05:58:15 +1100 From: Bruce Evans Message-Id: <199512061858.FAA31752@godzilla.zeta.org.au> To: bde@zeta.org.au, phk@critter.tfs.com Subject: Re: changes in -current..TEST please Cc: current@freebsd.org, imb@scgt.oz.au, julian@ref.tfs.com, terry@lambert.org Sender: owner-current@freebsd.org Precedence: bulk >> >If you used up to date source, you would know that the above macro now >> >looks like this: >> >> > #define MAKE_SET(set, sym, type) \ >> > static void *const __set_##set##_sym_##sym = \ >> > (&__set_##set##_sym_##sym, &sym, 0); \ >> > asm(".stabs \"_" #set "\", " #type ", 0, 0, _" #sym) >> >> >and that it (according to the gcc manual) ensures that the compiler will >> >not remove your static and "secretly" referenced Symbols. >> >> The macro only tells the compiler about `sym'. `type' is only referenced >> in the stab. >type isn't an endangered species I think... Oops. The manual only seems to say that the above stops the warning. gcc-2.7 has a better method: static void dummy_cleanup(void) __attribute__((__unused__)); This stops the warning but doesn't stop dummy_cleanup() going away with -O3 any better than MAKE_SET() (it goes away because it becomes static inline. static inlines _should_ go away). Why not initialize a pointer to the function? Then the function address _is_ used provided the pointer doesn't go away. Why does the comma expression end with an 0 anyway? The following seems to work right (except it wastes a pointer): static void (*const foo)(void) = dummy_cleanup; Bruce From owner-freebsd-current Wed Dec 6 11:35:47 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA13787 for current-outgoing; Wed, 6 Dec 1995 11:35:47 -0800 (PST) Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA12919 for ; Wed, 6 Dec 1995 11:27:16 -0800 (PST) Received: by Sysiphos id AA11079 (5.67b/IDA-1.5 for current@freebsd.org); Wed, 6 Dec 1995 20:25:55 +0100 Message-Id: <199512061925.AA11079@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Wed, 6 Dec 1995 20:25:55 +0100 In-Reply-To: Poul-Henning Kamp "sysctl status right now, and plea for testing." (Dec 6, 14:47) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Poul-Henning Kamp Subject: Re: sysctl status right now, and plea for testing. Cc: current@freebsd.org Sender: owner-current@freebsd.org Precedence: bulk On Dec 6, 14:47, Poul-Henning Kamp wrote: } Subject: sysctl status right now, and plea for testing. } } You don't even need to register them in the tables in } (as a matter of fact: please don't!), by using the OID_AUTO as numeric } identifier in the SYSCTL_foo() macro. Thanks a LOT ! I've been waiting for this, since I want to make the PCI bus and NCR SCSI configuration available via sysctl ... What names would you propose for these particular variables ? E.g.: hw.bus.pci.bus_0.slot_5.func_0.vendor_id: 0x8086 hw.bus.pci.bus_0.slot_5.func_0.device_id: 0x0483 hw.bus.pci.bus_0.slot_5.func_0.map.mem32: 0x80fff000 0x00001000 hw.bus.pci.bus_0.slot_5.func_0.map.io: 0xd0f0 0x0010 ... Don't know which names to use for the NCR SCSI variables. There should be a way to look at synch. transfer rates, tags, ... of each controller, drive, LUN. These should of course be choosen in a way, that other buses (EISA, ISA) and SCSI controllers fit in. Anybody got ideas ? Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-current Wed Dec 6 12:06:30 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA16296 for current-outgoing; Wed, 6 Dec 1995 12:06:30 -0800 (PST) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA16288 for ; Wed, 6 Dec 1995 12:06:23 -0800 (PST) Received: (from henrich@localhost) by crh.cl.msu.edu (8.6.12/8.6.12) id PAA13231 for freebsd-current@freebsd.org; Wed, 6 Dec 1995 15:06:22 -0500 From: Charles Henrich Message-Id: <199512062006.PAA13231@crh.cl.msu.edu> Subject: Guido's passwd changes? To: freebsd-current@freebsd.org Date: Wed, 6 Dec 1995 15:06:22 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org Precedence: bulk Have they been merged into -current? -Crh Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-current Wed Dec 6 12:10:54 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA16634 for current-outgoing; Wed, 6 Dec 1995 12:10:54 -0800 (PST) Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA16627 for ; Wed, 6 Dec 1995 12:10:40 -0800 (PST) Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA23178; Wed, 6 Dec 95 21:11:18 +0100 Date: Wed, 6 Dec 95 21:11:18 +0100 Message-Id: <9512062011.AA23178@cabri.obs-besancon.fr> From: Jean-Marc Zucconi To: current@freefall.freebsd.org Subject: make world failure X-Mailer: Emacs Sender: owner-current@FreeBSD.ORG Precedence: bulk With sources from 1995/12/05 15:00: ===> libexec/lfs_cleanerd cc -O2 -m486 -pipe -fno-strength-reduce -I/sys/ufs/lfs -I/u3/src/libexec/lfs_cleanerd -c /u3/src/libexec/lfs_cleanerd/cleanerd.c cc -O2 -m486 -pipe -fno-strength-reduce -I/sys/ufs/lfs -I/u3/src/libexec/lfs_cleanerd -c /u3/src/libexec/lfs_cleanerd/../../sys/ufs/lfs/lfs_cksum.c In file included from /u3/src/libexec/lfs_cleanerd/../../sys/ufs/lfs/lfs_cksum.c:39: /usr/include/sys/vnode.h:140: field `va_atime' has incomplete type /usr/include/sys/vnode.h:141: field `va_mtime' has incomplete type /usr/include/sys/vnode.h:142: field `va_ctime' has incomplete type In file included from /u3/src/libexec/lfs_cleanerd/../../sys/ufs/lfs/lfs_cksum.c:42: /usr/include/ufs/lfs/lfs_extern.h:53: warning: `struct vop_blkatoff_args' declared inside parameter list /usr/include/ufs/lfs/lfs_extern.h:53: warning: its scope is only this definition or declaration, /usr/include/ufs/lfs/lfs_extern.h:53: warning: which is probably not what you want. /usr/include/ufs/lfs/lfs_extern.h:54: warning: `struct vop_bwrite_args' declared inside parameter list /usr/include/ufs/lfs/lfs_extern.h:56: warning: `struct vop_close_args' declared inside parameter list /usr/include/ufs/lfs/lfs_extern.h:57: warning: `struct vop_create_args' declared inside parameter list /usr/include/ufs/lfs/lfs_extern.h:61: warning: `struct vop_fsync_args' declared inside parameter list /usr/include/ufs/lfs/lfs_extern.h:63: warning: `struct vop_getattr_args' declared inside parameter list /usr/include/ufs/lfs/lfs_extern.h:66: warning: `struct vop_inactive_args' declared inside parameter list /usr/include/ufs/lfs/lfs_extern.h:69: warning: `struct vop_link_args' declared inside parameter list /usr/include/ufs/lfs/lfs_extern.h:71: warning: `struct vop_mkdir_args' declared inside parameter list /usr/include/ufs/lfs/lfs_extern.h:72: warning: `struct vop_mknod_args' declared inside parameter list /usr/include/ufs/lfs/lfs_extern.h:78: warning: `struct vop_read_args' declared inside parameter list /usr/include/ufs/lfs/lfs_extern.h:79: warning: `struct vop_remove_args' declared inside parameter list /usr/include/ufs/lfs/lfs_extern.h:80: warning: `struct vop_rmdir_args' declared inside parameter list /usr/include/ufs/lfs/lfs_extern.h:81: warning: `struct vop_rename_args' declared inside parameter list /usr/include/ufs/lfs/lfs_extern.h:86: warning: `struct vop_symlink_args' declared inside parameter list /usr/include/ufs/lfs/lfs_extern.h:88: warning: `struct vop_truncate_args' declared inside parameter list /usr/include/ufs/lfs/lfs_extern.h:90: warning: `struct vop_update_args' declared inside parameter list /usr/include/ufs/lfs/lfs_extern.h:92: warning: `struct vop_valloc_args' declared inside parameter list /usr/include/ufs/lfs/lfs_extern.h:94: warning: `struct vop_vfree_args' declared inside parameter list /usr/include/ufs/lfs/lfs_extern.h:100: warning: `struct vop_write_args' declared inside parameter list *** Error code 1 Stop. _____________________________________________________________________________ Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex PGP Key: finger jmz@cabri.obs-besancon.fr ============================================================================= From owner-freebsd-current Wed Dec 6 12:31:12 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA17861 for current-outgoing; Wed, 6 Dec 1995 12:31:12 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA17855 for ; Wed, 6 Dec 1995 12:31:09 -0800 (PST) Received: from bacchus.eng.umd.edu (bacchus.eng.umd.edu [129.2.94.5]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id MAA02621 for ; Wed, 6 Dec 1995 12:31:01 -0800 Received: from espresso.eng.umd.edu (espresso.eng.umd.edu [129.2.98.13]) by bacchus.eng.umd.edu (8.7.3/8.7) with ESMTP id PAA12255 for ; Wed, 6 Dec 1995 15:29:18 -0500 (EST) Received: (chuckr@localhost) by espresso.eng.umd.edu (8.7.3/8.6.4) id PAA10235; Wed, 6 Dec 1995 15:29:17 -0500 (EST) Date: Wed, 6 Dec 1995 15:29:17 -0500 (EST) From: Chuck Robey X-Sender: chuckr@espresso.eng.umd.edu To: FreeBSD-current@FreeBSD.org Subject: test Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org Precedence: bulk It's been 2 days since I should have seen my post, so since I have now seen other -current posts, this is a test to see if I can get thru now. Just so it's not a complete waste of time, in /usr/src/sys/sys/ufs/lfs, file lfs_cksum.c, vnode.h is included. Vnode.h has some timespec structs, but doesn't itself include time.h. Can I suggest, perhaps, that sys/time.h should have been included in lfs_cksum.c ? BTW, it doesn't compile here without that change. ============================================================================ Chuck Robey chuckr@eng.umd.edu -- I run FreeBSD on n3lxx and Journey2 --------------------------------------------------------------------------- The Dilbert Zone is Dilbert's new WWW home! The area features never-before-seen original sketches of Dilbert, a photo tour of Scott Adams' studio, Dilbert Trivia and memorabilia, high school photos and much more!: From owner-freebsd-current Wed Dec 6 13:11:21 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA20924 for current-outgoing; Wed, 6 Dec 1995 13:11:21 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA20912 Wed, 6 Dec 1995 13:11:14 -0800 (PST) Message-Id: <199512062111.NAA20912@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: Terry Lambert cc: phk@critter.tfs.com (Poul-Henning Kamp), imb@scgt.oz.au, julian@ref.tfs.com, current@FreeBSD.ORG Subject: Re: changes in -current..TEST please In-reply-to: Your message of "Wed, 06 Dec 1995 11:40:17 MST." <199512061840.LAA01564@phaeton.artisoft.com> Date: Wed, 06 Dec 1995 13:11:12 -0800 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.ORG Precedence: bulk >Bug report: > >When you use SUP to get the cvs treem the cvs update sometimes fails with >messages like: > >cvs [update aborted]: cannot open file .#cd9660_vnops.c.1.21 for comparing: No > such file or directory It looks like you are doing the update as an underpriveleged user (ie root previously did an update that contained a merge for cd9660_vnops.c, and now terry is doing an update and can't read the files root created). I've never seen this problem on my system and I've been using SUP to get my CVS tree for almost a year now. >Failing to update subsequent files until that section of the tree is deleted >and rebuilt by hand. 8-(. > > > Terry Lambert > terry@lambert.org >--- >Any opinions in this posting are my own and not those of my present >or previous employers. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Wed Dec 6 13:38:41 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA23271 for current-outgoing; Wed, 6 Dec 1995 13:38:41 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA23264 for ; Wed, 6 Dec 1995 13:38:35 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA02003; Wed, 6 Dec 1995 14:35:21 -0700 From: Terry Lambert Message-Id: <199512062135.OAA02003@phaeton.artisoft.com> Subject: Re: changes in -current..TEST please To: gibbs@freefall.freebsd.org (Justin T. Gibbs) Date: Wed, 6 Dec 1995 14:35:21 -0700 (MST) Cc: terry@lambert.org, phk@critter.tfs.com, imb@scgt.oz.au, julian@ref.tfs.com, current@FreeBSD.ORG In-Reply-To: <199512062111.NAA20912@freefall.freebsd.org> from "Justin T. Gibbs" at Dec 6, 95 01:11:12 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 Precedence: bulk > > >Bug report: > > > >When you use SUP to get the cvs treem the cvs update sometimes fails with > >messages like: > > > >cvs [update aborted]: cannot open file .#cd9660_vnops.c.1.21 for comparing: No > > such file or directory > > It looks like you are doing the update as an underpriveleged user (ie root > previously did an update that contained a merge for cd9660_vnops.c, and now > terry is doing an update and can't read the files root created). I've never > seen this problem on my system and I've been using SUP to get my CVS tree > for almost a year now. phaeton: {46} cd /sys phaeton: {47} cvs -n update . [ ... ] cvs [update aborted]: cannot open file .#cd9660_vnops.c.1.21 for comparing: No s uch file or directory phaeton: {48} id uid=0(root) gid=0(wheel) groups=0(wheel), 2(kmem), 3(sys), 4(tty), 5(operator), 20(staff), 31(guest) Are you SUP'ing between checkins? I am, since it's the only possible approach to working in a checked out source tree without commit priveledges to the tree being sup'ped. Maybe this is the difference... Yes, I have modified cd9660_vnops.c. I'd expect a message like: M i386/ibcs2/imgact_coff.c (one of the other files I've modified). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Dec 6 14:05:10 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA25427 for current-outgoing; Wed, 6 Dec 1995 14:05:10 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA25410 for ; Wed, 6 Dec 1995 14:04:57 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id OAA04326; Wed, 6 Dec 1995 14:04:34 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id OAA17843; Wed, 6 Dec 1995 14:05:03 -0800 Message-Id: <199512062205.OAA17843@corbin.Root.COM> To: "Justin T. Gibbs" cc: Terry Lambert , phk@critter.tfs.com (Poul-Henning Kamp), imb@scgt.oz.au, julian@ref.tfs.com, current@freebsd.org Subject: Re: changes in -current..TEST please In-reply-to: Your message of "Wed, 06 Dec 95 13:11:12 PST." <199512062111.NAA20912@freefall.freebsd.org> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 06 Dec 1995 14:04:53 -0800 Sender: owner-current@freebsd.org Precedence: bulk >>Bug report: >> >>When you use SUP to get the cvs treem the cvs update sometimes fails with >>messages like: >> >>cvs [update aborted]: cannot open file .#cd9660_vnops.c.1.21 for comparing: No >> such file or directory > >It looks like you are doing the update as an underpriveleged user (ie root >previously did an update that contained a merge for cd9660_vnops.c, and now >terry is doing an update and can't read the files root created). I've never >seen this problem on my system and I've been using SUP to get my CVS tree >for almost a year now. > >>Failing to update subsequent files until that section of the tree is deleted >>and rebuilt by hand. 8-(. This happens if you 'rm' the .# files that are created when a merge happens. Don't do that. -DG From owner-freebsd-current Wed Dec 6 14:15:35 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA26128 for current-outgoing; Wed, 6 Dec 1995 14:15:35 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA26117 for ; Wed, 6 Dec 1995 14:15:28 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA10468; Wed, 6 Dec 1995 17:14:05 -0500 Date: Wed, 6 Dec 1995 17:14:05 -0500 From: "Garrett A. Wollman" Message-Id: <9512062214.AA10468@halloran-eldar.lcs.mit.edu> To: se@zpr.uni-koeln.de (Stefan Esser) Cc: Poul-Henning Kamp , current@freebsd.org Subject: Re: sysctl status right now, and plea for testing. In-Reply-To: <199512061925.AA11079@Sysiphos> References: <199512061925.AA11079@Sysiphos> Sender: owner-current@freebsd.org Precedence: bulk < Thanks a LOT ! > I've been waiting for this, since I want to make the PCI bus > and NCR SCSI configuration available via sysctl ... devconf has been there as the intended mechanism for this purpose for over a year now. > hw.bus.pci.bus_0.slot_5.func_0.vendor_id: 0x8086 > hw.bus.pci.bus_0.slot_5.func_0.device_id: 0x0483 > hw.bus.pci.bus_0.slot_5.func_0.map.mem32: 0x80fff000 0x00001000 > hw.bus.pci.bus_0.slot_5.func_0.map.io: 0xd0f0 0x0010 Ick. Try more like: hw.devconf.pci0.cardids: 0x80860483 0x12345678 .... where the actual representation is an array (no need for a separate count since we know the size) or, perhaps, a string (for easy parsing by shell programs). > Don't know which names to use for the NCR SCSI variables. hw.devconf.ncr0.whatever Unfortunately, in my original implementation of devconf, I made it rather difficult to implement this. I intend to revisit the design of devconf soon, so that every device will export at least two variables, and in most cases probably more: hw.devconf.nameUNIT.self - structure giving current `struct devconf' information hw.devconf.nameUNIT.parent - structure identifying parent and device's relationship to it (i.e., struct isa_device etc.) hw.devconf.nameUNIT.whatever_the_driver_wants_to_define I believe that the second element, in particular, needs to be handled as a structure because for many sorts of parent attachments, it does not make any sense at all to separately modify the identity of the parent or any of the parameters individually. (E.g., you might break things by changing a device's port without also changing its IRQ, in the ISA case.) The `self' information might be a structure (as I am presently inclinde) or it might not; I am certain that it needs to be segregated and in a well-defined location so that programs can easily find it. > There should be a way to look at synch. transfer rates, tags, ... > of each controller, drive, LUN. Generic SCSI features should be controlled by a generic SCSI interface, probably one which uses the present style of scsi(8). -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Wed Dec 6 14:21:18 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA26733 for current-outgoing; Wed, 6 Dec 1995 14:21:18 -0800 (PST) Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA26724 for ; Wed, 6 Dec 1995 14:21:12 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by precipice.shockwave.com (8.6.12/8.6.12) with SMTP id OAA09958; Wed, 6 Dec 1995 14:17:16 -0800 Message-Id: <199512062217.OAA09958@precipice.shockwave.com> To: "Justin T. Gibbs" cc: Terry Lambert , phk@critter.tfs.com (Poul-Henning Kamp), imb@scgt.oz.au, julian@ref.tfs.com, current@freeBSD.org Subject: Re: changes in -current..TEST please In-reply-to: Your message of "Wed, 06 Dec 1995 13:11:12 PST." <199512062111.NAA20912@freefall.freebsd.org> Date: Wed, 06 Dec 1995 14:17:16 -0800 From: Paul Traina Sender: owner-current@freeBSD.org Precedence: bulk The bug here is that the person maintaining sup (? is there any left?) needs to fix the configuration to add "omitany */.#*" to all of the files. a file left over from either an extract or conflict (there shouldn't be any of those in the tree) should NOT be scanned. Paul From: "Justin T. Gibbs" Subject: Re: changes in -current..TEST please >Bug report: > >When you use SUP to get the cvs treem the cvs update sometimes fails with >messages like: > >cvs [update aborted]: cannot open file .#cd9660_vnops.c.1.21 for comparing: >>No > such file or directory It looks like you are doing the update as an underpriveleged user (ie root previously did an update that contained a merge for cd9660_vnops.c, and now terry is doing an update and can't read the files root created). I've never seen this problem on my system and I've been using SUP to get my CVS tree for almost a year now. >Failing to update subsequent files until that section of the tree is deleted >and rebuilt by hand. 8-(. > > > Terry Lambert > terry@lambert.org >--- >Any opinions in this posting are my own and not those of my present >or previous employers. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Wed Dec 6 14:28:44 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA27380 for current-outgoing; Wed, 6 Dec 1995 14:28:44 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA27334 for ; Wed, 6 Dec 1995 14:28:28 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA02149; Wed, 6 Dec 1995 15:24:20 -0700 From: Terry Lambert Message-Id: <199512062224.PAA02149@phaeton.artisoft.com> Subject: Re: changes in -current..TEST please To: pst@shockwave.com (Paul Traina) Date: Wed, 6 Dec 1995 15:24:20 -0700 (MST) Cc: gibbs@freefall.freebsd.org, terry@lambert.org, phk@critter.tfs.com, imb@scgt.oz.au, julian@ref.tfs.com, current@freeBSD.org In-Reply-To: <199512062217.OAA09958@precipice.shockwave.com> from "Paul Traina" at Dec 6, 95 02:17: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 Precedence: bulk > The bug here is that the person maintaining sup (? is there any left?) needs > to fix the configuration to add "omitany */.#*" to all of the files. > a file left over from either an extract or conflict (there shouldn't be any > of those in the tree) should NOT be scanned. Yah. I wasn't confident that just deleting the things was acceptable, so I've been redoing the checkout of the offending directories after saving off my changes for reintegration after the rebuild. I've got it automated on my end now as a secondard shell script that I run afterwards. I'm not too keen on the idea that they could be conflict problems. 8-(. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Dec 6 14:48:56 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA29113 for current-outgoing; Wed, 6 Dec 1995 14:48:56 -0800 (PST) Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA29096 for ; Wed, 6 Dec 1995 14:48:47 -0800 (PST) Received: by Sysiphos id AA11948 (5.67b/IDA-1.5 for current@freebsd.org); Wed, 6 Dec 1995 23:44:40 +0100 Message-Id: <199512062244.AA11948@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Wed, 6 Dec 1995 23:44:40 +0100 In-Reply-To: Garrett A. Wollman "Re: sysctl status right now, and plea for testing." (Dec 6, 17:14) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: "Garrett A. Wollman" Subject: Re: sysctl status right now, and plea for testing. Cc: current@freebsd.org Sender: owner-current@freebsd.org Precedence: bulk On Dec 6, 17:14, Garrett A. Wollman wrote: } Subject: Re: sysctl status right now, and plea for testing. } < Thanks a LOT ! } } > I've been waiting for this, since I want to make the PCI bus } > and NCR SCSI configuration available via sysctl ... } } devconf has been there as the intended mechanism for this purpose for } over a year now. Yes. But without a dynamic name space it was no use for my purposes. Can't predefine 65536 entries for all possible PCI devices in one system (bus=0..255,slot=0..31,func=0..7). } > hw.bus.pci.bus_0.slot_5.func_0.vendor_id: 0x8086 } > hw.bus.pci.bus_0.slot_5.func_0.device_id: 0x0483 } > hw.bus.pci.bus_0.slot_5.func_0.map.mem32: 0x80fff000 0x00001000 } > hw.bus.pci.bus_0.slot_5.func_0.map.io: 0xd0f0 0x0010 } } Ick. Try more like: } } hw.devconf.pci0.cardids: 0x80860483 0x12345678 .... And what do I do with these numbers ? There might be several memory mappings active at a time for a single chip. Or none at all. } where the actual representation is an array (no need for a separate } count since we know the size) or, perhaps, a string (for easy parsing } by shell programs). Hmm, no, we don't know the size ... } > Don't know which names to use for the NCR SCSI variables. } } hw.devconf.ncr0.whatever } } Unfortunately, in my original implementation of devconf, I made it } rather difficult to implement this. I intend to revisit the design of } devconf soon, so that every device will export at least two variables, } and in most cases probably more: } } hw.devconf.nameUNIT.self - structure giving current `struct } devconf' information } hw.devconf.nameUNIT.parent - structure identifying parent and } device's relationship to it } (i.e., struct isa_device etc.) } hw.devconf.nameUNIT.whatever_the_driver_wants_to_define Ok. Fine. Will wait and see ... } I believe that the second element, in particular, needs to be handled } as a structure because for many sorts of parent attachments, it does } not make any sense at all to separately modify the identity of the } parent or any of the parameters individually. (E.g., you might break } things by changing a device's port without also changing its IRQ, in } the ISA case.) The `self' information might be a structure (as I am } presently inclinde) or it might not; I am certain that it needs to be } segregated and in a well-defined location so that programs can easily } find it. True. } > There should be a way to look at synch. transfer rates, tags, ... } > of each controller, drive, LUN. } } Generic SCSI features should be controlled by a generic SCSI } interface, probably one which uses the present style of scsi(8). Well, if there is a user interface to query system configuration variables (i.e. sysctl), why not use it. I don't see, why the PCI bus configuration (i.e. IRQ mapping, this is NOT a device feature in a PCI system!) should be accessible by sysctl, but the SCSI bus configuration (available devices, device names, supported SCSI features, ...) not. But most important is to have a concept that is flexible enough to make the same user mode program query and possibly set parameters for all SCSI controllers or bus types, IMHO. Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-current Wed Dec 6 15:35:49 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA04437 for current-outgoing; Wed, 6 Dec 1995 15:35:49 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA04401 for ; Wed, 6 Dec 1995 15:35:37 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA02360; Wed, 6 Dec 1995 16:31:43 -0700 From: Terry Lambert Message-Id: <199512062331.QAA02360@phaeton.artisoft.com> Subject: Re: changes in -current..TEST please To: davidg@root.com Date: Wed, 6 Dec 1995 16:31:43 -0700 (MST) Cc: gibbs@freefall.freebsd.org, terry@lambert.org, phk@critter.tfs.com, imb@scgt.oz.au, julian@ref.tfs.com, current@freebsd.org In-Reply-To: <199512062205.OAA17843@corbin.Root.COM> from "David Greenman" at Dec 6, 95 02:04:53 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 Precedence: bulk > This happens if you 'rm' the .# files that are created when a merge > happens. Don't do that. What happens if it was a merge on FreeFall? I'm not deleting .# files from merges *I* do locally... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Dec 6 16:11:01 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA09616 for current-outgoing; Wed, 6 Dec 1995 16:11:01 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA09606 for ; Wed, 6 Dec 1995 16:10:53 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id QAA04554; Wed, 6 Dec 1995 16:10:51 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id QAA17894; Wed, 6 Dec 1995 16:11:20 -0800 Message-Id: <199512070011.QAA17894@corbin.Root.COM> To: Terry Lambert cc: gibbs@freefall.freebsd.org, phk@critter.tfs.com, imb@scgt.oz.au, julian@ref.tfs.com, current@freebsd.org Subject: Re: changes in -current..TEST please In-reply-to: Your message of "Wed, 06 Dec 95 16:31:43 MST." <199512062331.QAA02360@phaeton.artisoft.com> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 06 Dec 1995 16:11:19 -0800 Sender: owner-current@freebsd.org Precedence: bulk >> This happens if you 'rm' the .# files that are created when a merge >> happens. Don't do that. > >What happens if it was a merge on FreeFall? > >I'm not deleting .# files from merges *I* do locally... You're SUPing the CVS tree and doing your own checkouts, right? The .# files are *not* in the CVS repository. The are created by CVS during a merge - they contain the previous contents of the file before the merge. If you see them, then they are created by *you* and you should not delete them (unless you know what you're doing :-)). -DG From owner-freebsd-current Wed Dec 6 16:35:13 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA12108 for current-outgoing; Wed, 6 Dec 1995 16:35:13 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA12096 for ; Wed, 6 Dec 1995 16:35:07 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id QAA04831 for ; Wed, 6 Dec 1995 16:34:58 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA02483 for current@freebsd.org; Wed, 6 Dec 1995 17:32:36 -0700 From: Terry Lambert Message-Id: <199512070032.RAA02483@phaeton.artisoft.com> Subject: Reconsidering leases To: current@freebsd.org Date: Wed, 6 Dec 1995 17:32:36 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk Really, this is a posting about "low-hanging-fruit" optimization. Leases are a facility for supporting client cache coherency in NFS clients. In vnode.h, the following is defined: extern void (*lease_check) __P((struct vnode *vp, struct proc *p, struct ucred *ucred, int flag)); extern void (*lease_updatetime) __P((int deltat)); #ifdef NFS #ifdef NQNFS #define LEASE_CHECK(vp, p, cred, flag) lease_check((vp), (p), (cred), (flag)) #define LEASE_UPDATETIME(dt) lease_updatetime(dt) #else #define LEASE_CHECK(vp, p, cred, flag) #define LEASE_UPDATETIME(dt) #endif /* NQNFS */ #else #define LEASE_CHECK(vp, p, cred, flag) \ do { if(lease_check) lease_check((vp), (p), (cred), (flag)); } while(0) #define LEASE_UPDATETIME(dt) \ do { if(lease_updatetime) lease_updatetime(dt); } while(0) #endif /* NFS */ #endif /* KERNEL */ Basically in the non-NFS case, extra code is generated to support the loading of NFS as an LKM to support lease checking. Not only that, the VOP_LOCK'ing is delayed because LEASE_CHECK wants to be called with the vp unlocked. In point of fact, there is now now way to disable lease checking without: # Note: 4.4BSD NQNFS lease checking has relatively high cost for # _local_ I/O as well as remote I/O. Don't use it unless you will # using NQNFS. options NFS #Network File System #options NQNFS #Enable NQNFS lease checking since if NQFS is defined or NFS *isn't* defined, the compare for the lease-cheking goes in. So really, what's being supported is loading of NFS with NQNFS enabled. I'd like to see a seperate definition of options FS_LEASES #Enable lease checking Since I don't believe the client caching abstraction is limited to NQNFS use of the interface. What that means is that NQNFS leasing would be dependent on whether FS_LEASES was defined in the kernel where the module is loaded. Maybe something like #ifdef FS_LEASES int fs_has_lease_checking = 0; #else int fs_has_lease_checking = 1; #endif Then in the VOP_LOCK delays to allow the LEASE_CHECK on an unlocked vp can be conditionalized on compilation. Small optimization, I know, but every 3-5% helps. 8-). There's also some short read fixes that can go in using a generation count that should speed small sequential reads significantly if there are 2 or more of the reads possible in a single logical FS block. More on that one later. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Dec 6 16:46:11 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA13173 for current-outgoing; Wed, 6 Dec 1995 16:46:11 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA13165 for ; Wed, 6 Dec 1995 16:46:08 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA02545; Wed, 6 Dec 1995 17:41:27 -0700 From: Terry Lambert Message-Id: <199512070041.RAA02545@phaeton.artisoft.com> Subject: Re: changes in -current..TEST please To: davidg@root.com Date: Wed, 6 Dec 1995 17:41:27 -0700 (MST) Cc: terry@lambert.org, gibbs@freefall.freebsd.org, phk@critter.tfs.com, imb@scgt.oz.au, julian@ref.tfs.com, current@freebsd.org In-Reply-To: <199512070011.QAA17894@corbin.Root.COM> from "David Greenman" at Dec 6, 95 04:11:19 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk > >> This happens if you 'rm' the .# files that are created when a merge > >> happens. Don't do that. > > > >What happens if it was a merge on FreeFall? > > > >I'm not deleting .# files from merges *I* do locally... > > You're SUPing the CVS tree and doing your own checkouts, right? The .# > files are *not* in the CVS repository. The are created by CVS during a merge - > they contain the previous contents of the file before the merge. If you see > them, then they are created by *you* and you should not delete them (unless > you know what you're doing :-)). I am *NOT* deleting files! I am: 1) SUP the CVS 2) cd /sys 3) cvs update . *BOOM* The problem occurs because the files do not exist in the first place, not because they existed, but then I murdered them. Are they supposed to be in my checked out copy of the tree? How does the CVS come to the conclusion that the should exist -- it checks the repository data, right? The repository data is incorrect because I never had the files in the first place. They existed only on FreeFall and weren't copied down with the rest of everything else. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Dec 6 16:53:55 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA14117 for current-outgoing; Wed, 6 Dec 1995 16:53:55 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA14105 for ; Wed, 6 Dec 1995 16:53:49 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id QAA04725; Wed, 6 Dec 1995 16:53:43 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id QAA19195; Wed, 6 Dec 1995 16:54:13 -0800 Message-Id: <199512070054.QAA19195@corbin.Root.COM> To: Terry Lambert cc: gibbs@freefall.freebsd.org, phk@critter.tfs.com, imb@scgt.oz.au, julian@ref.tfs.com, current@freebsd.org Subject: Re: changes in -current..TEST please In-reply-to: Your message of "Wed, 06 Dec 95 17:41:27 MST." <199512070041.RAA02545@phaeton.artisoft.com> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 06 Dec 1995 16:54:12 -0800 Sender: owner-current@freebsd.org Precedence: bulk >I am *NOT* deleting files! > >I am: >1) SUP the CVS >2) cd /sys >3) cvs update . You should be using "cvs update -Pd". >*BOOM* > >The problem occurs because the files do not exist in the first place, not >because they existed, but then I murdered them. > > >Are they supposed to be in my checked out copy of the tree? > >How does the CVS come to the conclusion that the should exist -- it checks >the repository data, right? Wrong. It is checking for them in the current directory. If you check out another copy someplace, I think you'll find that the cvs update *does* work as expected and that the real problem is your checked out copy has some .# state that is missing. How it got rm'd I can only guess. >The repository data is incorrect because I never had the files in the >first place. They existed only on FreeFall and weren't copied down >with the rest of everything else. Wrong. -DG From owner-freebsd-current Wed Dec 6 17:16:44 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA15861 for current-outgoing; Wed, 6 Dec 1995 17:16:44 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA15853 for ; Wed, 6 Dec 1995 17:16:33 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA02792; Wed, 6 Dec 1995 18:11:10 -0700 From: Terry Lambert Message-Id: <199512070111.SAA02792@phaeton.artisoft.com> Subject: Re: changes in -current..TEST please To: davidg@root.com Date: Wed, 6 Dec 1995 18:11:10 -0700 (MST) Cc: terry@lambert.org, gibbs@freefall.freebsd.org, phk@critter.tfs.com, imb@scgt.oz.au, julian@ref.tfs.com, current@freebsd.org In-Reply-To: <199512070054.QAA19195@corbin.Root.COM> from "David Greenman" at Dec 6, 95 04:54:12 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 Precedence: bulk > >I am *NOT* deleting files! > > > >I am: > >1) SUP the CVS > >2) cd /sys > >3) cvs update . > > You should be using "cvs update -Pd". > > >*BOOM* > > > >The problem occurs because the files do not exist in the first place, not > >because they existed, but then I murdered them. > > > > > >Are they supposed to be in my checked out copy of the tree? > > > >How does the CVS come to the conclusion that the should exist -- it checks > >the repository data, right? > > Wrong. It is checking for them in the current directory. If you check out > another copy someplace, I think you'll find that the cvs update *does* work as > expected and that the real problem is your checked out copy has some .# state > that is missing. How it got rm'd I can only guess. I fix it by: cd /sys/isofs/cd9660 mv cd9660_vnops.c cd9660_vnops.c.bozo cvs update cd9660_vnops.c [ complains file was lost ] rm cd9660_vnops.c mv cd9660_vnops.c.bozo cd9660_vnops.c Next time there is a mod to the file on Freefall that gets pulled down via SUP, I will have the same problem. The file is checked out. I have not done any checkins to get lost when I SUP. Rechecking out the file fixes the problem. After I recheckout the file, my CVSROOT/history file contains the line: U30c63b5d|terry|/b/cvstree/usr.*0|src/sys/isofs/cd9660|1.23|cd9660_vnops.c If I manually remove this line, the problem will recurr. Clearly, the problem is that the history file (which comes down with the SUP!) for my local checkouts vs. the files I have modified does not match for the rev I have checked out. Would you agree? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Dec 6 17:51:34 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA19180 for current-outgoing; Wed, 6 Dec 1995 17:51:34 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA19172 for ; Wed, 6 Dec 1995 17:51:25 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA02995; Wed, 6 Dec 1995 18:47:16 -0700 From: Terry Lambert Message-Id: <199512070147.SAA02995@phaeton.artisoft.com> Subject: Re: changes in -current..TEST please To: davidg@root.com Date: Wed, 6 Dec 1995 18:47:15 -0700 (MST) Cc: terry@lambert.org, gibbs@freefall.freebsd.org, phk@critter.tfs.com, imb@scgt.oz.au, julian@ref.tfs.com, current@FreeBSD.org In-Reply-To: <199512070054.QAA19195@corbin.Root.COM> from "David Greenman" at Dec 6, 95 04:54:12 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 Precedence: bulk > >I am *NOT* deleting files! > > > >I am: > >1) SUP the CVS > >2) cd /sys > >3) cvs update . > > You should be using "cvs update -Pd". su cd /sys cvs update -Pd <> [ ... ] cvs [update aborted]: cannot open file .#vfs_init.c.1.13 for comparing: No such file or directory Same problem. I have *ONLY* *EVER* used "cvs co", "vi", and "cvs diff" on the sources in this tree. If I manually add the entries to the history file for the files that get the error, or if I mv file file.bak/cvs co file/mv file.bak file, then the problem goes away. BTW: I have been using CVS for over 2 years now. I am not a newby. This is the first time I'm using an updated copy of a SUP tree locally rather than just NFS mounting the original (even read-only would be sufficient for what I'm doing: checking out, editing, and diffing). > Wrong. It is checking for them in the current directory. If you check out > another copy someplace, I think you'll find that the cvs update *does* work as > expected and that the real problem is your checked out copy has some .# state > that is missing. How it got rm'd I can only guess. When is it created? I am not doing any commands that should cause the thing to be created: I am only ever checking out or diffing using the SUP'ped tree. Where is the state information that a .# file is expected to exist stored? Or in plainer English: why is CVS expecting one to be there when I have done nothing that would require it, and where is this flag so I can hack the thing? That's the incorrect information, so that's where I need to look. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Dec 6 18:38:21 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA23225 for current-outgoing; Wed, 6 Dec 1995 18:38:21 -0800 (PST) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA23215 for ; Wed, 6 Dec 1995 18:38:16 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id SAA13072; Wed, 6 Dec 1995 18:35:07 -0800 From: Julian Elischer Message-Id: <199512070235.SAA13072@ref.tfs.com> Subject: Re: changes in -current..TEST please To: terry@lambert.org (Terry Lambert) Date: Wed, 6 Dec 1995 18:35:07 -0800 (PST) Cc: davidg@Root.COM, terry@lambert.org, gibbs@freefall.freebsd.org, phk@critter.tfs.com, imb@scgt.oz.au, current@FreeBSD.org In-Reply-To: <199512070147.SAA02995@phaeton.artisoft.com> from "Terry Lambert" at Dec 6, 95 06:47:15 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org Precedence: bulk I found that I had to add a group 'ncvs' to my groups file that matched the one on freefall, and then I had to make myself a member , log out and log in again.. once that was done, it worked like a charm trouble was that I didn't have permissions to do all I wanted to do, and SUP kep changing the files back the way it wanted them.. this solved the problem... > Same problem. > > I have *ONLY* *EVER* used "cvs co", "vi", and "cvs diff" on the sources > in this tree. > > If I manually add the entries to the history file for the files that > get the error, or if I mv file file.bak/cvs co file/mv file.bak file, > then the problem goes away. > > BTW: I have been using CVS for over 2 years now. I am not a newby. This > is the first time I'm using an updated copy of a SUP tree locally rather > than just NFS mounting the original (even read-only would be sufficient > for what I'm doing: checking out, editing, and diffing). > julian From owner-freebsd-current Wed Dec 6 18:53:45 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA24783 for current-outgoing; Wed, 6 Dec 1995 18:53:45 -0800 (PST) Received: from crash.cts.com (root@crash.cts.com [192.188.72.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA24774 for ; Wed, 6 Dec 1995 18:53:40 -0800 (PST) Received: by crash.cts.com (Smail3.1.29.1 #5) id m0tNWSi-0000BGC; Wed, 6 Dec 95 18:53 PST Date: Wed, 6 Dec 1995 18:53:32 -0800 (PST) From: Pierre Cadieux To: freebsd-current@freebsd.org Subject: Serial ISDN device Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk Hi there, I'm curious if anyone out there in FreeBSD land has gotten a Motorola Bitsurfer, serial ISDN device configured and working yet? If anyone out there has, or has a good idea of how to do this, please drop me a line! Thanks! ->Pierre Cadieux <><><><><><><><><><><><><><><><><><><><><><><><> The Lions sing and hills take flight. The moon by day, and the sun by night. Blind woman, deaf man, jackdaw fool. Let the Lord of Chaos rule. (From Lord of Chaos by Robert Jordan) Pierre A. Cadieux -CTS Network Services Support Technician -Qualcomm Inc. Computer Systems Analyst hobbit@cts.com http://www.theshire.com From owner-freebsd-current Wed Dec 6 19:05:29 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA25649 for current-outgoing; Wed, 6 Dec 1995 19:05:29 -0800 (PST) Received: from chrome.jdl.com (chrome.onramp.net [199.1.166.202]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA25639 for ; Wed, 6 Dec 1995 19:05:18 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by chrome.jdl.com (8.6.12/8.6.12) with SMTP id VAA17737; Wed, 6 Dec 1995 21:02:26 -0600 Message-Id: <199512070302.VAA17737@chrome.jdl.com> X-Authentication-Warning: chrome.jdl.com: Host localhost didn't use HELO protocol To: Terry Lambert cc: davidg@Root.COM, gibbs@freefall.freebsd.org, phk@critter.tfs.com, imb@scgt.oz.au, julian@ref.tfs.com, current@freebsd.org Subject: Re: changes in -current..TEST please In-reply-to: Your message of "Wed, 06 Dec 1995 18:47:15 MST." <199512070147.SAA02995@phaeton.artisoft.com> Clarity-Index: way, way to muddled Threat-Level: humor Software-Engineering-Dead-Seriousness: There's no excuse for unreadable code. Net-thought: If you meet the Buddha on the net, put him in your Kill file. Date: Wed, 06 Dec 1995 21:01:25 -0600 From: Jon Loeliger Sender: owner-current@freebsd.org Precedence: bulk Apparently, Terry Lambert scribbled: > I have *ONLY* *EVER* used "cvs co", "vi", and "cvs diff" on the sources > in this tree. ^ | Aha! There's the problem! ------------+ Oh, come on! It was *wide* open. It's a joke! Really! > If I manually add the entries to the history file for the files that > get the error, or if I mv file file.bak/cvs co file/mv file.bak file, > then the problem goes away. Hmmm... This has half a smelling of a sticky version? Did (someone) accidentally tag or create a sticky revision? Wild guess... jdl From owner-freebsd-current Wed Dec 6 19:08:40 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA25946 for current-outgoing; Wed, 6 Dec 1995 19:08:40 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA25937 for ; Wed, 6 Dec 1995 19:08:33 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id UAA03508; Wed, 6 Dec 1995 20:03:50 -0700 From: Terry Lambert Message-Id: <199512070303.UAA03508@phaeton.artisoft.com> Subject: Re: changes in -current..TEST please To: julian@ref.tfs.com (Julian Elischer) Date: Wed, 6 Dec 1995 20:03:49 -0700 (MST) Cc: terry@lambert.org, davidg@root.com, gibbs@freefall.freebsd.org, phk@critter.tfs.com, imb@scgt.oz.au, current@FreeBSD.org In-Reply-To: <199512070235.SAA13072@ref.tfs.com> from "Julian Elischer" at Dec 6, 95 06:35:07 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 Precedence: bulk > I found that I had to add a group 'ncvs' to my groups file > that matched the one on freefall, and then I had to make myself a member , > log out and log in again.. once that was done, it worked like a charm > trouble was that I didn't have permissions to do all I wanted to do, > and SUP kep changing the files back the way it wanted them.. > this solved the problem... OK. I did this, and no dice. Didn't help. I *have* found out exactly what my problem is, however. I saved off a "damaged" directory and experimented on it and compared it to the original to see *exactly* what "naughty bits" changed. Ugh. My checked out tree's CVS/Entries file entry for the file it is complaining about matches the revision tag on the file I checked out an not on the one in the actual CVS tree: /vfs_init.c/1.13/Thu Dec 7 02:37:53 1995// If I manually edit the CVS/Entries file so that the revision matches the one in the SUP'ed CVS tree, then the problem disappears: /vfs_init.c/1.18/Thu Dec 7 02:37:53 1995// This is basically what happens if I: mv vfs_init.c vfs_init.good cvs update vfs_init.c [ "file was lost" ] mv vfs_init.good vfs_init.c If I manually edit the CVS/Entries file and add a tag for the revision already in the file, then the problem goes away as well: /vfs_init.c/1.13/Thu Dec 7 02:37:53 1995//T1.13 What it looks like is that my checkout should specify the current revision for my revision tag, so that the tags will be there, or there needs to be an option to cvs update to make it indifferent to the Entries revision mismatch that will occur every time that someone updates a file on FreeFall. You may not personally see this if you checkin mods on Freefall, sup a new CVS tree, then recheckout your tree, since you will be throwing away your local Entries file. It seems that the problem only occurs when the file has been modified since the checkout: the date is irrelevant (I've tested), but the fact that it would have put up an "M" if it was working right is enough to puke it out. There doesn't seem to be an option for this. I thought that "-r HEAD" would translate into a "//T1.13" if the rev was 1.13 (seems like HEAD would be a stupid sticky tag otherwise) but no dice. It makes a "//THEAD" entry, which is, as far as I can see, probably the most useless thing on the planet. 8-|. Am I doomed to manually revising the Entries file to update it so that cvs update doesn't puke? The funny thing is, update seems to be the only one that cares... diff and others work correctly. 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 Thu Dec 7 01:35:53 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA16068 for current-outgoing; Thu, 7 Dec 1995 01:35:53 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA16057 for ; Thu, 7 Dec 1995 01:35:46 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id BAA22799; Thu, 7 Dec 1995 01:35:04 -0800 To: Pierre Cadieux cc: freebsd-current@freebsd.org Subject: Re: Serial ISDN device In-reply-to: Your message of "Wed, 06 Dec 1995 18:53:32 PST." Date: Thu, 07 Dec 1995 01:35:03 -0800 Message-ID: <22797.818328903@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org Precedence: bulk I have an ADTRAN product (which is more featureful than the Bitsurfer but costs the same :-) doing this just fine. Shouldn't be much different than the Bitsurfer to set up. What kind of problems are you having? Jordan > > Hi there, I'm curious if anyone out there in FreeBSD land has gotten a > Motorola Bitsurfer, serial ISDN device configured and working yet? If > anyone out there has, or has a good idea of how to do this, please drop > me a line! > > Thanks! > > ->Pierre Cadieux > > > > <><><><><><><><><><><><><><><><><><><><><><><><> > The Lions sing and hills take flight. > The moon by day, and the sun by night. > Blind woman, deaf man, jackdaw fool. > Let the Lord of Chaos rule. > (From Lord of Chaos by Robert Jordan) > > Pierre A. Cadieux > > -CTS Network Services Support Technician > -Qualcomm Inc. Computer Systems Analyst > > hobbit@cts.com http://www.theshire.com > From owner-freebsd-current Thu Dec 7 02:38:00 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA01733 for current-outgoing; Thu, 7 Dec 1995 02:38:00 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA01718 for ; Thu, 7 Dec 1995 02:37:55 -0800 (PST) Received: from critter.tfs.com ([140.145.230.252]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id CAA08061 for ; Thu, 7 Dec 1995 02:00:53 -0800 Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id JAA02655; Thu, 7 Dec 1995 09:41:28 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: se@ZPR.Uni-Koeln.DE (Stefan Esser) cc: "Garrett A. Wollman" , current@freebsd.org Subject: Re: sysctl status right now, and plea for testing. In-reply-to: Your message of "Wed, 06 Dec 1995 23:44:40 +0100." <199512062244.AA11948@Sysiphos> Date: Thu, 07 Dec 1995 10:41:27 +0100 Message-ID: <2653.818329287@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org Precedence: bulk > } devconf has been there as the intended mechanism for this purpose for > } over a year now. It's not like it has ever been documented to a level where too many people would claim to know how it's supposed to work though... :-( > Yes. But without a dynamic name space it was no use for > my purposes. Can't predefine 65536 entries for all possible > PCI devices in one system (bus=0..255,slot=0..31,func=0..7). exactly. > } Unfortunately, in my original implementation of devconf, I made it > } rather difficult to implement this. I intend to revisit the design of > } devconf soon, so that every device will export at least two variables, > } and in most cases probably more: > } > } [...] > > Ok. Fine. Will wait and see ... I will note that I've given up on this attitude on this subject. I have time and time again asked Garrett for a short outline of his ideas. I couldn't even get it out of him when we met in CA last year. Unless he provides working code or docs, I disregard his complaints. > } I believe that the second element, in particular, needs to be handled > } as a structure because for many sorts of parent attachments, it does > } not make any sense at all to separately modify the identity of the > } parent or any of the parameters individually. (E.g., you might break > } things by changing a device's port without also changing its IRQ, in > } the ISA case.) The `self' information might be a structure (as I am > } presently inclinde) or it might not; I am certain that it needs to be > } segregated and in a well-defined location so that programs can easily > } find it. This is a valid and important point. I would like to point out that even though the same argument was made for SNMPv2 people was so thouroughly disgusted by the "composite variables" that it should make us think again before resorting to using a "struct" approach here. There are several other ways that could and should be used. In fact the row concept from SNMPv2 might be a very good candidate actually... > } > There should be a way to look at synch. transfer rates, tags, ... > } > of each controller, drive, LUN. > } > } Generic SCSI features should be controlled by a generic SCSI > } interface, probably one which uses the present style of scsi(8). I disagree. drv.ncr0.id4.lun0.sync=1 drv.ncr0.id4.lun0.wide=1 drv.ncr0.id5.lun0.rogue=129 or maybe just (I think I prefer this one): drv.ncr.0.4.0.sync=1 drv.ncr.0.4.0.wide=1 drv.ncr.0.5.0.rogue=129 I'm open to suggestions. > Well, if there is a user interface to query system configuration > variables (i.e. sysctl), why not use it. exactly. > I don't see, why the PCI bus configuration (i.e. IRQ mapping, this > is NOT a device feature in a PCI system!) should be accessible by > sysctl, but the SCSI bus configuration (available devices, device > names, supported SCSI features, ...) not. exactly. > But most important is to have a concept that is flexible enough to > make the same user mode program query and possibly set parameters > for all SCSI controllers or bus types, IMHO. exactly. Stefan, do you want the title of "offcial spokesperson for the sysctl rearchitecting project" ? :-) -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Thu Dec 7 03:42:08 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA04410 for current-outgoing; Thu, 7 Dec 1995 03:42:08 -0800 (PST) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA04404 for ; Thu, 7 Dec 1995 03:42:05 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id DAA18582; Thu, 7 Dec 1995 03:35:22 -0800 From: Julian Elischer Message-Id: <199512071135.DAA18582@ref.tfs.com> Subject: Re: sysctl status right now, and plea for testing. To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Thu, 7 Dec 1995 03:35:22 -0800 (PST) Cc: se@ZPR.Uni-Koeln.DE, wollman@lcs.mit.edu, current@freebsd.org In-Reply-To: <2653.818329287@critter.tfs.com> from "Poul-Henning Kamp" at Dec 7, 95 10:41:27 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org Precedence: bulk > > > It's not like it has ever been documented to a level where too many > people would claim to know how it's supposed to work though... :-( I really need this now.. > I disagree. > > drv.ncr0.id4.lun0.sync=1 > drv.ncr0.id4.lun0.wide=1 > drv.ncr0.id5.lun0.rogue=129 > > or maybe just (I think I prefer this one): > > drv.ncr.0.4.0.sync=1 > drv.ncr.0.4.0.wide=1 > drv.ncr.0.5.0.rogue=129 > > I'm open to suggestions. I'm 80% through a few big changes to how devices are done.. the JREMOD changes are now unconditional in my system here, so every driver is called by the SYSINIT code at startup, well before it get's asked to probe. At that time. it hooks itself into the devsw tables etc. and for devices for which there is no more probing to be done, (e.g. /dev/mem) it also puts itself into the devfs at this time.. This brings up the point.. Should we have a single time drivers are called for initialisation, etc.? I can see the driver being called once on loading or booting to add devsw entried once to probe once to put sysctl stuff in etc.. I wouldn't mind making sure we co-ordinate on this.. particularly, devfs and devconf look like they might be duplicating some structure.. > > > Well, if there is a user interface to query system configuration > > variables (i.e. sysctl), why not use it. > exactly. I was thinking of having an 'info' page for each device in devfs # cat /dev/fd0.info Floppy Disk IRQ=6 DMA=4 capacity=1.44MB driver version 1.45 # sounds like sysctl is trying to do the same thing.. :) I don't quite understand how devconf and sysctl go together.. do they? julian From owner-freebsd-current Thu Dec 7 03:51:52 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA04877 for current-outgoing; Thu, 7 Dec 1995 03:51:52 -0800 (PST) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA04872 for ; Thu, 7 Dec 1995 03:51:49 -0800 (PST) Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id LAA02870; Thu, 7 Dec 1995 11:50:23 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Bruce Evans cc: current@freebsd.org, imb@scgt.oz.au, julian@ref.tfs.com, terry@lambert.org Subject: Re: changes in -current..TEST please In-reply-to: Your message of "Thu, 07 Dec 1995 05:58:15 +1100." <199512061858.FAA31752@godzilla.zeta.org.au> Date: Thu, 07 Dec 1995 12:50:23 +0100 Message-ID: <2868.818337023@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org Precedence: bulk > The manual only seems to say that the above stops the warning. gcc-2.7 > has a better method: > > static void dummy_cleanup(void) __attribute__((__unused__)); > > This stops the warning but doesn't stop dummy_cleanup() going away with > -O3 any better than MAKE_SET() (it goes away because it becomes static > inline. static inlines _should_ go away). > > Why not initialize a pointer to the function? Then the function address > _is_ used provided the pointer doesn't go away. Why does the comma > expression end with an 0 anyway? The following seems to work right > (except it wastes a pointer): > > static void (*const foo)(void) = dummy_cleanup; Well, what would prevent gcc from going foo isn't used, zap it. now dummy_cleanup isn't used, zap it. ? -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Thu Dec 7 04:29:55 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA06955 for current-outgoing; Thu, 7 Dec 1995 04:29:55 -0800 (PST) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA06950 for ; Thu, 7 Dec 1995 04:29:52 -0800 (PST) Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id MAA02912; Thu, 7 Dec 1995 12:00:08 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Julian Elischer cc: se@ZPR.Uni-Koeln.DE, wollman@lcs.mit.edu, current@freebsd.org Subject: Re: sysctl status right now, and plea for testing. In-reply-to: Your message of "Thu, 07 Dec 1995 03:35:22 PST." <199512071135.DAA18582@ref.tfs.com> Date: Thu, 07 Dec 1995 13:00:07 +0100 Message-ID: <2910.818337607@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org Precedence: bulk > > It's not like it has ever been documented to a level where too many > > people would claim to know how it's supposed to work though... :-( > I really need this now.. And I do for PCCARD and Stefan does for PCI... > This brings up the point.. > Should we have a single time drivers are called for initialisation, etc.? > I can see the driver being called once on loading or booting > to add devsw entried > once to probe > once to put sysctl stuff in > etc.. > I wouldn't mind making sure we co-ordinate on this.. > particularly, devfs and devconf look like they might be duplicating > some structure.. Why does it need to put in devsw before probe ? How about: probe (may examine sysctl for hints) attach (may examine sysctl for hints) devsw reg. sysctl reg. devfs reg. > I was thinking of having an 'info' page for each device in devfs > # cat /dev/fd0.info > Floppy Disk > IRQ=6 > DMA=4 > capacity=1.44MB > driver version 1.45 > # > sounds like sysctl is trying to do the same thing.. I would argue that we should not do this in devfs. I don't like to mix the functionality. If anything, we should make a sysctlfs then, even though I don't like that idea too much either. > I don't quite understand how devconf and sysctl go together.. > do they? devconf hijacked sysctl to get info from kernel to user and back. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Thu Dec 7 04:37:20 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA07449 for current-outgoing; Thu, 7 Dec 1995 04:37:20 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA07444 for ; Thu, 7 Dec 1995 04:37:09 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id XAA08175; Thu, 7 Dec 1995 23:28:12 +1100 Date: Thu, 7 Dec 1995 23:28:12 +1100 From: Bruce Evans Message-Id: <199512071228.XAA08175@godzilla.zeta.org.au> To: bde@zeta.org.au, phk@critter.tfs.com Subject: Re: changes in -current..TEST please Cc: current@freebsd.org, imb@scgt.oz.au, julian@ref.tfs.com, terry@lambert.org Sender: owner-current@freebsd.org Precedence: bulk >> Why not initialize a pointer to the function? Then the function address >> _is_ used provided the pointer doesn't go away. Why does the comma >> expression end with an 0 anyway? The following seems to work right >> (except it wastes a pointer): >> >> static void (*const foo)(void) = dummy_cleanup; >Well, what would prevent gcc from going > foo isn't used, zap it. > now dummy_cleanup isn't used, zap it. >? Nothing except conventions. There has to be a convention to stop it removing rcsid strings, etc. gcc's conventions seem to be that static static data is never removed but static non-const data is warned about. Bruce From owner-freebsd-current Thu Dec 7 05:17:14 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA11031 for current-outgoing; Thu, 7 Dec 1995 05:17:14 -0800 (PST) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA11025 for ; Thu, 7 Dec 1995 05:17:12 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id EAA18999; Thu, 7 Dec 1995 04:58:01 -0800 From: Julian Elischer Message-Id: <199512071258.EAA18999@ref.tfs.com> Subject: Re: sysctl status right now, and plea for testing. To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Thu, 7 Dec 1995 04:58:01 -0800 (PST) Cc: se@ZPR.Uni-Koeln.DE, wollman@lcs.mit.edu, current@freebsd.org In-Reply-To: <2910.818337607@critter.tfs.com> from "Poul-Henning Kamp" at Dec 7, 95 01:00:07 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org Precedence: bulk > > > > It's not like it has ever been documented to a level where too many > > > people would claim to know how it's supposed to work though... :-( > > I really need this now.. > > And I do for PCCARD and Stefan does for PCI... > > > This brings up the point.. > > Should we have a single time drivers are called for initialisation, etc.? > > I can see the driver being called once on loading or booting > > to add devsw entried > > once to probe > > once to put sysctl stuff in > > etc.. > > I wouldn't mind making sure we co-ordinate on this.. > > particularly, devfs and devconf look like they might be duplicating > > some structure.. > > Why does it need to put in devsw before probe ? It's a SCOPE thing.. devsw entries are PER DRIVER thing.. it's part of linking the driver to the system devfs is a Per 'found' instance.. While it could be argued that you only bother puting in the devsw entries on finding the first instance, it some how seems wrong to me.. not to worry though.. it could be done either way.. (once the code is in to do the work, it just depends on where you call it from..) remember that eventually devsw entries will go away anyhow :) > > How about: > > probe > (may examine sysctl for hints) > > attach > (may examine sysctl for hints) > devsw reg. > sysctl reg. > devfs reg. sounds fair but the devsw reg is already done.. means we treat all devices the same whether or not they have h/w to probe.. (e.g. /dev/mem) From owner-freebsd-current Thu Dec 7 05:56:05 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA13211 for current-outgoing; Thu, 7 Dec 1995 05:56:05 -0800 (PST) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA13142 for ; Thu, 7 Dec 1995 05:56:01 -0800 (PST) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.7.3/BSD-4.4) id AAA16049 for current@freebsd.org; Fri, 8 Dec 1995 00:55:37 +1100 (EST) From: michael butler Message-Id: <199512071355.AAA16049@asstdc.scgt.oz.au> Subject: telnet and ^C hangs session To: current@freebsd.org Date: Fri, 8 Dec 1995 00:55:36 +1100 (EST) X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk With -current as of the night before last, if I telnet to a -stable box, open a (text) file with "less", type "G" to take me to end of file, hit ^C to dispense with the line count, the session hangs. Conversely, if I telnet from the -stable box to the -current one, I can hang the session the same way. "rlogin -x" fails the same way :-( michael From owner-freebsd-current Thu Dec 7 08:19:07 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA24576 for current-outgoing; Thu, 7 Dec 1995 08:19:07 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA24571 for ; Thu, 7 Dec 1995 08:19:01 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA11742; Thu, 7 Dec 1995 11:05:48 -0500 Date: Thu, 7 Dec 1995 11:05:48 -0500 From: "Garrett A. Wollman" Message-Id: <9512071605.AA11742@halloran-eldar.lcs.mit.edu> To: se@zpr.uni-koeln.de (Stefan Esser) Cc: "Garrett A. Wollman" , current@freebsd.org Subject: Re: sysctl status right now, and plea for testing. In-Reply-To: <199512062244.AA11948@Sysiphos> References: <199512062244.AA11948@Sysiphos> Sender: owner-current@freebsd.org Precedence: bulk < Yes. But without a dynamic name space it was no use for > my purposes. Can't predefine 65536 entries for all possible > PCI devices in one system (bus=0..255,slot=0..31,func=0..7). No, you just define ones for the devices that are actually present! > There might be several memory mappings active at a time for > a single chip. Or none at all. This suggests that sysctl(8) is probably not the best user interface for this information. No problem; it's not the best user interface for kern.proc (`ps') or net.inet.udp.stats (`netstat'), either. > } where the actual representation is an array (no need for a separate > } count since we know the size) or, perhaps, a string (for easy parsing > } by shell programs). > Hmm, no, we don't know the size ... You have to be able to compute the size or you can't use sysctl. (Or any other mechanism, for that matter.) > Well, if there is a user interface to query system configuration > variables (i.e. sysctl), why not use it. Because sysctl is not the be-all and end-all of configuration mechanisms. Some subsystems are better off with a special-purpose configuration mechanism designed specifically for the task at hand. I would not replace quota(2) with sysctl(3)! -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Thu Dec 7 08:19:43 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA24623 for current-outgoing; Thu, 7 Dec 1995 08:19:43 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA23916 for ; Thu, 7 Dec 1995 08:09:02 -0800 (PST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id RAA01355 for freebsd-current@freefall.cdrom.com; Thu, 7 Dec 1995 17:10:07 +0100 Date: Thu, 7 Dec 1995 17:10:07 +0100 From: "Christoph P. Kukulies" Message-Id: <199512071610.RAA01355@gilberto.physik.rwth-aachen.de> To: freebsd-current@freefall.FreeBSD.org Subject: autoconf.c (SYSCTL_PROC) Sender: owner-current@FreeBSD.ORG Precedence: bulk I'm trying to build a -current kernel and find that autoconf.c, line 363, SYSCTL_PROC is invoked with 9 instead 8 parameters. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Thu Dec 7 08:50:17 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA27554 for current-outgoing; Thu, 7 Dec 1995 08:50:17 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA27544 Thu, 7 Dec 1995 08:50:08 -0800 (PST) Message-Id: <199512071650.IAA27544@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: Poul-Henning Kamp cc: se@ZPR.Uni-Koeln.DE (Stefan Esser), "Garrett A. Wollman" , current@freebsd.org Subject: Re: sysctl status right now, and plea for testing. In-reply-to: Your message of "Thu, 07 Dec 1995 10:41:27 +0100." <2653.818329287@critter.tfs.com> Date: Thu, 07 Dec 1995 08:50:07 -0800 From: "Justin T. Gibbs" Sender: owner-current@freebsd.org Precedence: bulk >There are several other ways that could and should be used. In fact >the row concept from SNMPv2 might be a very good candidate actually... > >> } > There should be a way to look at synch. transfer rates, tags, ... >> } > of each controller, drive, LUN. >> } >> } Generic SCSI features should be controlled by a generic SCSI >> } interface, probably one which uses the present style of scsi(8). >I disagree. > > drv.ncr0.id4.lun0.sync=1 > drv.ncr0.id4.lun0.wide=1 > drv.ncr0.id5.lun0.rogue=129 > >or maybe just (I think I prefer this one): > > drv.ncr.0.4.0.sync=1 > drv.ncr.0.4.0.wide=1 > drv.ncr.0.5.0.rogue=129 > >I'm open to suggestions. ^drv.ncr0^scbus0 These atributes should be handled by the generic SCSI code. Turning off sync and wide is fairly easy to do at the controller level (small amount of code in the controller driver), but it takes a lot of state information to turn off things like tagged-queuing and its silly to push all of that code into the controller drivers just so it can be duplicated dozens of times. IMHO, the generic SCSI code should tell you: 1) When to attempt Wide negotiation 2) When to attempt Sync negotiation 3) When to tag (and how - Simple/Ordered/Head) Most of these may be affected by the generic SCSI rogue tables. Even much of the recovery code should be pushed up into the SCSI layer because it is so hard to get right that making all controller driver author's rewrite it is bound to force failure. The code needs a lot of work, granted, put pushing more functionality down into the controller drivers is not the way to fix the mess. This doesn't prevent you from exporting more controller specific parameters through controller specific sysctl entries. >> But most important is to have a concept that is flexible enough to >> make the same user mode program query and possibly set parameters >> for all SCSI controllers or bus types, IMHO. > >exactly. > All the more reason as much functionality that is shared across controllers of all types should be in the generic SCSI layer. >Stefan, do you want the title of "offcial spokesperson for the sysctl >rearchitecting project" ? :-) > >-- >Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. >http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. >whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc >. >Future will arrive by its own means, progress not so. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Thu Dec 7 08:55:26 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA27906 for current-outgoing; Thu, 7 Dec 1995 08:55:26 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA27901 for ; Thu, 7 Dec 1995 08:55:22 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA11802; Thu, 7 Dec 1995 11:55:18 -0500 Date: Thu, 7 Dec 1995 11:55:18 -0500 From: "Garrett A. Wollman" Message-Id: <9512071655.AA11802@halloran-eldar.lcs.mit.edu> To: Julian Elischer Cc: current@freebsd.org Subject: Re: sysctl status right now, and plea for testing. In-Reply-To: <199512071135.DAA18582@ref.tfs.com> References: <2653.818329287@critter.tfs.com> <199512071135.DAA18582@ref.tfs.com> Sender: owner-current@freebsd.org Precedence: bulk < said: > This brings up the point.. > Should we have a single time drivers are called for initialisation, etc.? > I can see the driver being called once on loading or booting > to add devsw entried > once to probe > once to put sysctl stuff in > etc.. My conceptual model right now is the following: early init - create devsw entries and other things that need to point to valid code for the system to work, even if all the code does is return an error devconf registration - tell the user that the device loaded; needs to be done after the memory allocator is working, but doesn't depend on much else probe - see if the device is actually there attach - finish any other setup Currently, the devconf registration stuff is done in the probe stage because the sysinit stuff didn't exist when I was originally writing this thing. Actually, I originally did it in the attach stage, until I realized that we needed a multiuser equivalent of userconfig, so devices which were not found at the pre-configured location could be relocated with the correct parameters. That in turn led me to implement the `state' feature (a la AIX), so that the user and the generic devconf code would know when it was safe to modify the device parameters. (It's also useful tourist information.) Now, here is a list of the things that are broken about my current devconf implementation, and which I plan to fix as soon as I have a whole weekend free to sit down and modify all the drivers: - It's really bogus to transfer everything together by glomming two or three structs of unknown length together. (Bad design decision on my part.) - There's no way for devices to implement individul MIB variables because of the above. - There is no way to distinguish between a ``real device'' that needs to be configured, and a device that, while it represents real hardware, does not require any configuration. The PCI code in particular has this problem; on my system: chip0 Unknown Intel 82434LX (Mercury) PCI cache memory controller chip1 Unknown Intel 82378IB PCI-ISA bridge vga0 Unknown VGA-compatible display device Not only is the state wrong, but there is no `chip' driver, so there needs to be some indication that this doesn't represent something that you would configure in your config file. Even worse, the `vga0' device doesn't belong there at all, since it represents a piece of hardware that belongs to another driver entirely. (That said, it would be nice if there were hooks for PCI VGA and IDE cards in their respective drivers to access the more advanced features which are available to PCI cards. Even then, though, the devices would be registered under the name of the actual configuration-file driver.) > I was thinking of having an 'info' page for each device in devfs > # cat /dev/fd0.info > Floppy Disk > IRQ=6 > DMA=4 > capacity=1.44MB > driver version 1.45 Ick. > I don't quite understand how devconf and sysctl go together.. > do they? Well, they do and they don't. Poul-Henning doesn't like the way I designed devconf, and if I don't do something quickly he'll probably break it completely and add his own thing. This is a needless duplication of effort. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Thu Dec 7 09:53:38 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA03009 for current-outgoing; Thu, 7 Dec 1995 09:53:38 -0800 (PST) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA03002 for ; Thu, 7 Dec 1995 09:53:32 -0800 (PST) Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id RAA03414; Thu, 7 Dec 1995 17:43:27 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: "Justin T. Gibbs" cc: se@ZPR.Uni-Koeln.DE (Stefan Esser), "Garrett A. Wollman" , current@freebsd.org Subject: Re: sysctl status right now, and plea for testing. In-reply-to: Your message of "Thu, 07 Dec 1995 08:50:07 PST." <199512071650.IAA27544@freefall.freebsd.org> Date: Thu, 07 Dec 1995 18:43:26 +0100 Message-ID: <3412.818358206@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org Precedence: bulk > These atributes should be handled by the generic SCSI code. [...] I'm sure you are right. I just tried to make an example a little too fast. > All the more reason as much functionality that is shared across > controllers of all types should be in the generic SCSI layer. I agree. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Thu Dec 7 10:12:50 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA04457 for current-outgoing; Thu, 7 Dec 1995 10:12:50 -0800 (PST) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA04450 for ; Thu, 7 Dec 1995 10:12:47 -0800 (PST) Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id SAA03488; Thu, 7 Dec 1995 18:11:43 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: "Garrett A. Wollman" cc: Julian Elischer , current@FreeBSD.org Subject: Re: sysctl status right now, and plea for testing. In-reply-to: Your message of "Thu, 07 Dec 1995 11:55:18 EST." <9512071655.AA11802@halloran-eldar.lcs.mit.edu> Date: Thu, 07 Dec 1995 19:11:43 +0100 Message-ID: <3486.818359903@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org Precedence: bulk > > I don't quite understand how devconf and sysctl go together.. > > do they? > > Well, they do and they don't. Poul-Henning doesn't like the way I > designed devconf, and if I don't do something quickly he'll probably > break it completely and add his own thing. This is a needless > duplication of effort. Well my detailed position on this has been moved to a discussion in core now. The short version of my position for the (probably few) remaining readers of this thread is that Garrett has abandoned the devconf stuff so long, have given no docs of any kind and no help after repeated requests that I consider the code dead. As to the merit of the actual design, I cannot judge. If I had either doc or working code I could decide, until then though, it's just dead code for me. I generally am in favour of removing dead code. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Thu Dec 7 10:17:33 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA04787 for current-outgoing; Thu, 7 Dec 1995 10:17:33 -0800 (PST) Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA04782 for ; Thu, 7 Dec 1995 10:17:29 -0800 (PST) Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by kitten.mcs.com (8.6.10/8.6.9) with SMTP id MAA02012; Thu, 7 Dec 1995 12:17:24 -0600 Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Thu, 7 Dec 95 12:17 CST Received: by mercury.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Thu, 7 Dec 95 12:17 CST Message-Id: Subject: Re: sysctl status right now, and plea for testing. To: julian@ref.tfs.com (Julian Elischer) Date: Thu, 7 Dec 1995 12:17:21 -0600 (CST) From: "Lars Fredriksen" Cc: phk@critter.tfs.com, se@ZPR.Uni-Koeln.DE, wollman@lcs.mit.edu, current@FreeBSD.org In-Reply-To: <199512071135.DAA18582@ref.tfs.com> from "Julian Elischer" at Dec 7, 95 03:35:22 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org Precedence: bulk Julian Elischer writes: > [stuff deleted] > I'm 80% through a few big changes to how devices are done.. > the JREMOD changes are now unconditional in my system here, > so every driver is called by the SYSINIT code at startup, well before > it get's asked to probe. At that time. it hooks itself into the > devsw tables etc. and for devices for which there is no more > probing to be done, (e.g. /dev/mem) it also > puts itself into the devfs at this time.. > This brings up the point.. > Should we have a single time drivers are called for initialisation, etc.? > I can see the driver being called once on loading or booting > to add devsw entried > once to probe > once to put sysctl stuff in > etc.. > I wouldn't mind making sure we co-ordinate on this.. > particularly, devfs and devconf look like they might be duplicating > some structure.. Hi Julian, I have a quick question here. Is there now a possibility that controller to name mapping change dynamically upon a failure or removal of controller/device? I am looking to avoid things like this: configuration: ed0 ed1 default route through ed1 and which is the way to get to the NFS server. Action: remove ed0 reboot new configuration: ed0 <--- this should still be ed1 IBM has that problem with their device to name configuration and it causes no end of troubles. Lars > > > > > > Well, if there is a user interface to query system configuration > > > variables (i.e. sysctl), why not use it. > > exactly. > I was thinking of having an 'info' page for each device in devfs > # cat /dev/fd0.info > Floppy Disk > IRQ=6 > DMA=4 > capacity=1.44MB > driver version 1.45 > # > sounds like sysctl is trying to do the same thing.. > :) > I don't quite understand how devconf and sysctl go together.. > do they? > > julian > > -- ------------------------------------------------------------------- Lars Fredriksen fredriks@mcs.com (home) lars@fredriks.pr.mcs.net (home-home) fredriks@asiago.cs.wisc.edu From owner-freebsd-current Thu Dec 7 10:20:03 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA04934 for current-outgoing; Thu, 7 Dec 1995 10:20:03 -0800 (PST) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA04884 for ; Thu, 7 Dec 1995 10:19:59 -0800 (PST) Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id SAA03510; Thu, 7 Dec 1995 18:13:13 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: "Christoph P. Kukulies" cc: freebsd-current@freefall.FreeBSD.org Subject: Re: autoconf.c (SYSCTL_PROC) In-reply-to: Your message of "Thu, 07 Dec 1995 17:10:07 +0100." <199512071610.RAA01355@gilberto.physik.rwth-aachen.de> Date: Thu, 07 Dec 1995 19:13:12 +0100 Message-ID: <3508.818359992@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG Precedence: bulk > I'm trying to build a -current kernel and find that autoconf.c, > line 363, SYSCTL_PROC is invoked with 9 instead 8 parameters. Can you send me your config file ? You must have an option I dont have enabled I guess. God Jul ! -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Thu Dec 7 10:28:53 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA05767 for current-outgoing; Thu, 7 Dec 1995 10:28:53 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA05759 Thu, 7 Dec 1995 10:28:50 -0800 (PST) Message-Id: <199512071828.KAA05759@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: "Garrett A. Wollman" cc: Julian Elischer , current@FreeBSD.org Subject: Re: sysctl status right now, and plea for testing. In-reply-to: Your message of "Thu, 07 Dec 1995 11:55:18 EST." <9512071655.AA11802@halloran-eldar.lcs.mit.edu> Date: Thu, 07 Dec 1995 10:28:50 -0800 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.org Precedence: bulk ><> said: > >> This brings up the point.. >> Should we have a single time drivers are called for initialisation, etc.? >> I can see the driver being called once on loading or booting >> to add devsw entried >> once to probe >> once to put sysctl stuff in >> etc.. > >My conceptual model right now is the following: > > early init - create devsw entries and other things that need >to point to valid code for the system to work, even if all the code >does is return an error > > devconf registration - tell the user that the device loaded; >needs to be done after the memory allocator is working, but doesn't >depend on much else > > probe - see if the device is actually there Why does devconf come before probe? Does this mean we must have devconf information even for devices not installed in the system? How does this work in a world where everything is an LKM? I also prefer to think of the probe stage as either: Tell me where you are or if you can't do that safely Tell me where you could be. This all goes back to the configuration manager thread we had a couple months back. > > attach - finish any other setup Attaches must be able to return failure status and any devconf state for that device removed on failure. > >Currently, the devconf registration stuff is done in the probe stage >because the sysinit stuff didn't exist when I was originally writing >this thing. Actually, I originally did it in the attach stage, until >I realized that we needed a multiuser equivalent of userconfig, so >devices which were not found at the pre-configured location could be >relocated with the correct parameters. That in turn led me to >implement the `state' feature (a la AIX), so that the user and the >generic devconf code would know when it was safe to modify the device >parameters. (It's also useful tourist information.) I don't think this becomes an issue with a configuration manager and LKMs. The device driver won't even be loaded anymore if the device wasn't found and if it was, how does devconf give you the ability to reprobe at another location? > - There is no way to distinguish between a ``real device'' >that needs to be configured, and a device that, while it represents >real hardware, does not require any configuration. The PCI code in >particular has this problem; on my system: > >chip0 Unknown Intel 82434LX (Mercury) PCI cache memory controller >chip1 Unknown Intel 82378IB PCI-ISA bridge >vga0 Unknown VGA-compatible display device > >Not only is the state wrong, but there is no `chip' driver, so there >needs to be some indication that this doesn't represent something that >you would configure in your config file. Even worse, the `vga0' >device doesn't belong there at all, since it represents a piece of >hardware that belongs to another driver entirely. (That said, it >would be nice if there were hooks for PCI VGA and IDE cards in their >respective drivers to access the more advanced features which are >available to PCI cards. Even then, though, the devices would be >registered under the name of the actual configuration-file driver.) This type of communcation between "smart busses" and drivers could be handled by the configuration manager. Say the PCI code finds a VGA card at X address, and registers it with the configuration manager so that sc0, when it probes, can find it and take ownership of it. There will still be other devices in the system that are usefull to know about, but won't have drivers attached to them. We have to deal with those too. >Well, they do and they don't. Poul-Henning doesn't like the way I >designed devconf, and if I don't do something quickly he'll probably >break it completely and add his own thing. This is a needless >duplication of effort. Agreed. We need a coherent vision of what we want to do and how to do it first. > >-GAWollman > >-- >Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... >wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. >Opinions not those of| It is a bond more powerful than absence. We like peopl >e >MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Thu Dec 7 11:16:05 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA09387 for current-outgoing; Thu, 7 Dec 1995 11:16:05 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA09316 for ; Thu, 7 Dec 1995 11:15:40 -0800 (PST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id TAA01820; Thu, 7 Dec 1995 19:42:35 +0100 Message-Id: <199512071842.TAA01820@gilberto.physik.rwth-aachen.de> Subject: Re: autoconf.c (SYSCTL_PROC) To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Thu, 7 Dec 1995 19:42:34 +0100 (MET) Cc: kuku@gilberto.physik.rwth-aachen.de, freebsd-current@freefall.FreeBSD.org In-Reply-To: <3508.818359992@critter.tfs.com> from "Poul-Henning Kamp" at Dec 7, 95 07:13:12 pm From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG Precedence: bulk > > > I'm trying to build a -current kernel and find that autoconf.c, > > line 363, SYSCTL_PROC is invoked with 9 instead 8 parameters. > > Can you send me your config file ? > You must have an option I dont have enabled I guess. > > God Jul ! > > -- > Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. > http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. > whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. > Future will arrive by its own means, progress not so. > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de CONFIG File: # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # $Id: GENERIC,v 1.46.2.6 1995/10/25 17:29:51 jkh Exp $ # machine "i386" cpu "I486_CPU" ident ESCUNIX maxusers 16 options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 options "SCSI_DELAY=15" #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options SYSVSHM options SYSVSEM options SYSVMSG options MROUTING options COMPAT_LINUX config kernel root on wd0 controller isa0 #controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 #tape ft0 at fdc0 drive 2 #controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr #disk wd0 at wdc0 drive 0 #disk wd1 at wdc0 drive 1 #controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr #disk wd2 at wdc1 drive 0 #disk wd3 at wdc1 drive 1 #options ATAPI #Enable ATAPI support for IDE bus #device wcd0 #IDE CD-ROM #controller ncr0 #controller ahc0 #controller bt0 at isa? port "IO_BT0" bio irq ? vector btintr #controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr #controller ahc1 at isa? bio irq ? vector ahcintr #controller ahb0 at isa? bio irq ? vector ahbintr controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr #controller aic0 at isa? port 0x340 bio irq 11 vector aicintr #controller nca0 at isa? port 0x1f88 bio irq 10 vector ncaintr #controller nca1 at isa? port 0x350 bio irq 5 vector ncaintr #controller sea0 at isa? bio irq 5 iomem 0xc8000 iosiz 0x2000 vector seaintr controller scbus0 device sd0 device st0 device cd0 #Only need one of these, the code dynamically grows #device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr #device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr #device mcd1 at isa? port 0x340 bio irq 11 vector mcdintr #controller matcd0 at isa? port 0x230 bio #device scd0 at isa? port 0x230 bio # syscons is the default console driver, resembling an SCO console #device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint options "PCVT_FREEBSD=210" # pcvt running on FreeBSD 2.1 options "PCVT_VT220KEYB" # options "PCVT_PRETTYSCRNS" # options XSERVER # include code for XFree86 device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr #device sio2 at isa? port "IO_COM3" tty irq 5 vector siointr #device sio3 at isa? port "IO_COM4" tty irq 9 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr #device lpt1 at isa? port? tty #device lpt2 at isa? port? tty #device mse0 at isa? port 0x23c tty irq 5 vector mseintr # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. #device de0 device ed0 at isa? port 0x300 net irq 10 iomem 0xd8000 iosiz 16384 vector edintr #device ed1 at isa? port 0x300 net irq 5 iomem 0xd8000 vector edintr #device ie0 at isa? port 0x360 net irq 7 iomem 0xd0000 vector ieintr #device ep0 at isa? port 0x300 net irq 10 vector epintr #device ix0 at isa? port 0x300 net irq 10 iomem 0xd0000 iosiz 32768 vector ixintr #device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr #device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr #device lnc1 at isa? port 0x300 net irq 10 drq 0 vector lncintr #device ze0 at isa? port 0x300 net irq 5 iomem 0xd8000 vector zeintr #device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr pseudo-device loop pseudo-device speaker pseudo-device ether pseudo-device log pseudo-device sl 1 # ijppp uses tun instead of ppp device #pseudo-device ppp 1 pseudo-device tun 1 pseudo-device pty 16 pseudo-device gzip # Exec gzipped a.out's From owner-freebsd-current Thu Dec 7 12:46:39 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA17856 for current-outgoing; Thu, 7 Dec 1995 12:46:39 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA17842 for ; Thu, 7 Dec 1995 12:46:35 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA05505 for current@freebsd.org; Thu, 7 Dec 1995 13:45:03 -0700 From: Terry Lambert Message-Id: <199512072045.NAA05505@phaeton.artisoft.com> Subject: I hates leases to pieces To: current@freebsd.org Date: Thu, 7 Dec 1995 13:45:03 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk Now for page 2 on leases: Block profiling shows that lock manipulation is a significant fraction of the time in many types of access. Why aren't vp's allowed to be locked when calling lease checking? There doesn't seem to be an explicit reason for this, and it complicates the code by changing: ndinit(&nd, ...|LOCKLEAF, ...); LEASE_CHECK(nd.vp, ...); Into: ndinit(&nd, ..., ...); LEASE_CHECK(nd.vp, ...); VOP_LOCK(nd.vp); And of course namei() will have locked the leaf and explicitly calls VOP_UNLOCK(). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Dec 7 12:51:53 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA18867 for current-outgoing; Thu, 7 Dec 1995 12:51:53 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA18839 for ; Thu, 7 Dec 1995 12:51:44 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA05518 for current@freebsd.org; Thu, 7 Dec 1995 13:50:12 -0700 From: Terry Lambert Message-Id: <199512072050.NAA05518@phaeton.artisoft.com> Subject: POSIX compliance and time updates To: current@freebsd.org Date: Thu, 7 Dec 1995 13:50:12 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk It seems pretty obvious that the ufs_setattr() code in the file /sys/ufs/ufs/ufs_vnops.c is bogusly requiring synchronous time updates in the non-async case. I believe that: error = VOP_UPDATE(vp, &atimeval, &mtimeval, 1); should be: error = VOP_UPDATE(vp, &atimeval, &mtimeval, 0); Resulting in a bdwrite() instead of a bwrite() in ffs_update() in the file /sys/ufs/ffs/ffs_inode.c. This should significantly increase performance on the bogus create/delete benchmark. Are there any dissenting opinions? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Dec 7 13:12:44 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA21998 for current-outgoing; Thu, 7 Dec 1995 13:12:44 -0800 (PST) Received: from linus.demon.co.uk (linus.demon.co.uk [158.152.10.220]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA21969 for ; Thu, 7 Dec 1995 13:12:20 -0800 (PST) Received: (from mark@localhost) by linus.demon.co.uk (8.7.3/8.7.3) id VAA00550 for freebsd-current@freebsd.org; Thu, 7 Dec 1995 21:13:47 GMT Message-Id: <199512072113.VAA00550@linus.demon.co.uk> From: mark@linus.demon.co.uk (Mark Valentine) Date: Thu, 7 Dec 1995 21:13:47 +0000 X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: freebsd-current@freebsd.org Subject: integer divide fault in tcp_timers() Sender: owner-current@freebsd.org Precedence: bulk I seem to have tickled a bug in TCP in recent kernels, leading to a panic in tcp_timers(). The only thing I can see in there which might be ending up as a zero divisor is tp->t_maxseg (I haven't disassembled the routine, but the offset was 0x124 in a kernel built with sources available in the latest CTM update, instruction divl 0x28(%ebx),%eax). Don't know if it's a new bug I'm seeing or an old one exposed by the recent commits changing the default MTU discovery behaviour (if I remember correctly). I reproduced this bug reliably under the same circumstances with kernels compiled today and yesterday. It happened each time when I was sending a particular (very small) mail message out over SMTP across a dial-up PPP link, towards the end of the transaction. Each time, running sendmail -q -v, the last output I saw was the the remote end prompting for the body of the message, then blam! The PPP link was otherwise fully operational, coping fine with a day's worth of incoming mail and interactive telnet sessions. (I booted an old kernel [September] to get the message out, and the next one I sent out with a current kernel didn't panic.) I'm running kernel ppp; there are no ethernet interfaces on this system. Mark. -- "Tigers will do ANYTHING for a tuna fish sandwich." "We're kind of stupid that way." *munch* *munch* From owner-freebsd-current Thu Dec 7 13:25:39 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA23193 for current-outgoing; Thu, 7 Dec 1995 13:25:39 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA23132 for ; Thu, 7 Dec 1995 13:24:07 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id QAA25520; Thu, 7 Dec 1995 16:23:02 -0500 (EST) Date: Thu, 7 Dec 1995 16:22:55 -0500 (EST) From: "Marc G. Fournier" To: current@freebsd.org Subject: cd /usr/src/lib; make depend...Fails Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk Hi... I just got some more drive space, so can finally make all the sources I've been sup'ng and keeping up to date :) Now to the bug... On a make depend, the make fails: ===> libmytinfo cc -O -Wall -I/usr/src/lib/libmytinfo -c /usr/src/lib/libmytinfo/readcaps.c -o readcaps.o In file included from /usr/src/lib/libmytinfo/defs.h:32, from /usr/src/lib/libmytinfo/readcaps.c:13: /usr/include/stdlib.h:42: warning: empty declaration In file included from /usr/src/lib/libmytinfo/readcaps.c:13: /usr/src/lib/libmytinfo/defs.h:194: conflicting types for `sys_errlist' /usr/include/stdio.h:244: previous declaration of `sys_errlist' *** Error code 1 Stop. *** Error code 1 Stop. The offending code is: #if __FreeBSD__ != 2 extern char *sys_errlist[]; #endif Since the code *is* for current, is there any reason that this has been kept in defs.h? I've commented out that section of code, and it compiles through... Now, the first error, in stdlib.h:42 still comes up... cc -O -Wall -I/usr/src/lib/libmytinfo -c /usr/src/lib/libmytinfo/readcaps.c -o readcaps.o In file included from /usr/src/lib/libmytinfo/defs.h:32, from /usr/src/lib/libmytinfo/readcaps.c:13: /usr/include/stdlib.h:42: warning: empty declaration cc -O -Wall -I/usr/src/lib/libmytinfo -o mkcaplist /usr/src/lib/libmytinfo/mkcaplist.c readcaps.o In file included from /usr/src/lib/libmytinfo/defs.h:32, from /usr/src/lib/libmytinfo/mkcaplist.c:15: /usr/include/stdlib.h:42: warning: empty declaration The offending code here, is: #ifdef _BSD_SIZE_T_ typedef _BSD_SIZE_T_ size_t; #undef _BSD_SIZE_T_ #endif This one, someone is going to have to explain to me... if _BSD_SIZE_T_ is defined, redefine it and then undefine it again? If this is right, why? If i is wrong, my first guess would be that it is backwards, in that the #undef should come before the typedef... ...so, I'm trying it out...well, *that* didn't work, so my concept was wrong (hey, I tried...*grin*) Oh well, its still compiling through, so I'm going to leave that part alone and continue on. BTW...if this stuff is better to go to bugs then here, please let me know, and I'll 'send-pr' everything from here on in... Thanks... Marc G. Fournier | POP Mail Telnet Acct DNS Hosting scrappy@hub.org | WWW Services Database Services | Knowledge, soon to be: | | Information and scrappy@ki.net | WWW: http://hub.org | Communications, Inc From owner-freebsd-current Thu Dec 7 15:09:47 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA01229 for current-outgoing; Thu, 7 Dec 1995 15:09:47 -0800 (PST) Received: from linus.demon.co.uk (linus.demon.co.uk [158.152.10.220]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA01217 for ; Thu, 7 Dec 1995 15:09:37 -0800 (PST) Received: (from mark@localhost) by linus.demon.co.uk (8.7.3/8.7.3) id XAA00807 for freebsd-current@freebsd.org; Thu, 7 Dec 1995 23:10:29 GMT Message-Id: <199512072310.XAA00807@linus.demon.co.uk> From: mark@linus.demon.co.uk (Mark Valentine) Date: Thu, 7 Dec 1995 23:10:29 +0000 In-Reply-To: Mark Valentine's message of Dec 7, 9:13pm X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: freebsd-current@freebsd.org Subject: Re: integer divide fault in tcp_timers() - update Sender: owner-current@freebsd.org Precedence: bulk > From: mark@linus.demon.co.uk (Mark Valentine) > Date: Thu 7 Dec, 1995 > Subject: integer divide fault in tcp_timers() > I seem to have tickled a bug in TCP in recent kernels, leading to a panic > in tcp_timers(). Hmm. This happened the very next SMTP session to freefall, again on outgoing mail. It seems to be pretty random where in the mail queue it fails (at least I don't see a pattern). I ran tcpdump, and on two runs I noticed that just before the panic, I'm sending out several duplicate acks in quick succession (within milliseconds of each other). I append the tail end of what tcpdump managed to get to the disk before the crash, in case the prior context is useful, but what I'm seeing immediately before before the crash are transmitted packets of the form: ". ack 356 win 16384 (DF)", the same sequence number each time, a short burst of those, maybe one other packet logged on the console after those, and then it blows. I may try an outgoing FTP session with no SMTP running, to see if it happens just with any significant amount of outgoing traffic. Mark. -- "Tigers will do ANYTHING for a tuna fish sandwich." "We're kind of stupid that way." *munch* *munch* From owner-freebsd-current Thu Dec 7 15:39:32 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA03555 for current-outgoing; Thu, 7 Dec 1995 15:39:32 -0800 (PST) Received: from gaboon.nai.net (gaboon.nai.net [204.71.31.225]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA03529 for ; Thu, 7 Dec 1995 15:39:25 -0800 (PST) Received: (from asv@localhost) by gaboon.nai.net (8.7.3/8.6.12) id SAA03780 for current@freebsd.org; Thu, 7 Dec 1995 18:39:29 -0500 (EST) From: Stan Voket Message-Id: <199512072339.SAA03780@gaboon.nai.net> Subject: current make world dies at amd... To: current@freebsd.org Date: Thu, 7 Dec 1995 18:39:28 -0500 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk Gentlemen: In a "make world" the eveing the makeing of amd bombs with the following: ===> amd cc -O2 -m486 -fno-strength-reduce -pipe -I/usr/src/usr.sbin/amd/amd/../rpcx -I/usr/src/usr.sbin/amd/amd/../config -I/usr/src/usr.sbin/amd/amd/../include -DARCH_REP=\"i386\" -DOS_REP=\"bsd44\" -DOS_HDR=\"os-bsd44.h\" /usr/X11R6/include -DHAS_FILE_MAPS -DHAS_PASSWD_MAPS -DHAS_UNION_MAPS -DHAS_REGEXP -DHAS_SYMLINK_CACHE -o amd vers.amd.o afs_ops.o am_ops.o clock.o util.o xutil.o efs_ops.o mapc.o info_file.o info_hes.o info_ndbm.o info_passwd.o info_nis.o info_union.o map.o srvr_afs.o srvr_nfs.o mntfs.o misc_rpc.o mount_fs.o mount_xdr.o mtab.o mtab_bsd.o nfs_ops.o nfs_prot_svc.o nfs_start.o nfs_subr.o nfs_prot_xdr.o opts.o pfs_ops.o rpc_fwd.o sched.o sfs_ops.o amq_svc.o amq_subr.o umount_fs.o host_ops.o nfsx_ops.o ufs_ops.o ifs_ops.o amd.o get_args.o restart.o wire.o ld: /usr/X11R6/include: malformed input file (not rel or archive) *** Error code 1 Help please! Keep up the great work! I love FreeBSD! Stan -- - Stan Voket, asv@gaboon.nai.net - http://gaboon.nai.net - - Voice: 203.746-4489 - FAX 203.746.9761 - TELEX 969.642/CARIN DURY - From owner-freebsd-current Thu Dec 7 16:56:08 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA08506 for current-outgoing; Thu, 7 Dec 1995 16:56:08 -0800 (PST) Received: from pain.csrv.uidaho.edu (root@pain.csrv.uidaho.edu [129.101.114.109]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA08483 for ; Thu, 7 Dec 1995 16:56:03 -0800 (PST) Received: from pain.csrv.uidaho.edu (fn@localhost [127.0.0.1]) by pain.csrv.uidaho.edu (8.6.12/8.6.9) with ESMTP id QAA04069 for ; Thu, 7 Dec 1995 16:55:26 -0800 Message-Id: <199512080055.QAA04069@pain.csrv.uidaho.edu> To: current@freebsd.org Subject: getblk problem? MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <4062.818384124.1@pain.csrv.uidaho.edu> Date: Thu, 07 Dec 1995 16:55:25 -0800 From: Faried Nawaz Sender: owner-current@freebsd.org Precedence: bulk Hi, I've experienced five crashes since Dec 5. Yesterday (6th) around 5pm PST, I sup'd -current (I had last sup'd around Dec 3), and recompiled my kernel -- machine "i386" cpu "I486_CPU" ident pain maxusers 8 options GPL_MATH_EMULATE #Math coprocessor emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options "COMPAT_43" #Compatible with BSD 4.3 options KTRACE #kernel tracing options IPACCT #ip accounting options IPFIREWALL options IPFIREWALL_VERBOSE options "PCVT_FREEBSD=210" #pcvt for os=-current options FAT_CURSOR #fat cursor. options PCVT_PRETTYSCRNS #pretty screensaver options PCVT_META_ESC #alt = meta options PCVT_INHIBIT_NUMLOCK #i hate numlock options JREMOD config kernel root on wd0 controller isa0 controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 # uncomment one of the following. #device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device ed1 at isa? port 0x300 net irq 15 iomem 0xd8000 vector edintr device pca0 at isa? port "IO_TIMER1" tty pseudo-device loop pseudo-device ether pseudo-device log pseudo-device pty 16 pseudo-device bpfilter 2 pseudo-device tun 1 pseudo-device speaker pseudo-device vn 2 The problem appeared to have disappeared...until today. Crashed again, around 3pm, after being up for around 20 hours. I rebuilt the kernel with -g, and ; gdb -q -k (kgdb) symbol-file kernel Reading symbols from kernel...done. (kgdb) exec-file /var/crash/kernel.6 (kgdb) core-file /var/crash/vmcore.6 IdlePTD 1a2000 current pcb at 19521c panic: m_copydata #0 boot (howto=260) at ../../i386/i386/machdep.c:942 942 dumppcb.pcb_ptd = rcr3(); (kgdb) where #0 boot (howto=260) at ../../i386/i386/machdep.c:942 #1 0xf010fbf3 in panic (fmt=0xf015ec4c "page fault") at ../../kern/subr_prf.c:124 #2 0xf015f74e in trap_fatal (frame=0xf0186cb8) at ../../i386/i386/trap.c:744 #3 0xf015f2c0 in trap_pfault (frame=0xf0186cb8, usermode=0) at ../../i386/i386/trap.c:666 #4 0xf015ef5f in trap (frame={tf_es = -266862576, tf_ds = -261488624, tf_edi = -1073610752, tf_esi = 16, tf_ebp = -266834684, tf_isp = -267340059, tf_ebx = 0, tf_edx = 458832, tf_ecx = 0, tf_eax = 16, tf_trapno = 12, tf_err = 0, tf_eip = -267340059, tf_cs = 8, tf_eflags = 66118, tf_esp = -247748460, tf_ss = -261454080}) at ../../i386/i386/trap.c:307 #5 0xf015809d in calltrap () #6 0xf010b6e5 in tsleep (ident=0xf13ba894, priority=16, wmesg=0xf011f165 "getblk", timo=0) at ../../kern/kern_synch.c:295 #7 0xf011f1ea in getblk (vp=0xf06a8700, blkno=458832, size=8192, slpflag=0, slptimeo=0) at ../../kern/vfs_bio.c:864 #8 0xf011e191 in bread (vp=0xf06a8700, blkno=458832, size=8192, cred=0xffffffff, bpp=0xf0186da0) at ../../kern/vfs_bio.c:179 #9 0xf0140f65 in ffs_update (ap=0xf0186dc8) at ../../ufs/ffs/ffs_inode.c:133 #10 0xf01443ae in ffs_fsync (ap=0xf0186e08) at ./vnode_if.h:1034 #11 0xf01430f2 in ffs_sync (mp=0xf06ae800, waitfor=2, cred=0xf0501b80, p=0xf019df48) at ./vnode_if.h:410 ---Type to continue, or q to quit--- #12 0xf01247da in sync (p=0xf019df48, uap=0x0, retval=0x0) at ../../kern/vfs_syscalls.c:348 #13 0xf015a6fd in boot (howto=256) at ../../i386/i386/machdep.c:891 #14 0xf010fbf3 in panic (fmt=0xf01187c4 "m_copydata") at ../../kern/subr_prf.c:124 #15 0xf01187f1 in m_copydata (m=0x0, off=-1, len=1, cp=0xf07edde8 "\005larry\005vdata\003com") at ../../kern/uipc_mbuf.c:367 #16 0xf013b5c5 in tcp_output (tp=0xf071d800) at ../../netinet/tcp_output.c:476 #17 0xf013a85a in tcp_input (m=0xf06c5d80, iphlen=20) at ../../netinet/tcp_input.c:1629 #18 0xf0135779 in ipintr () at ../../netinet/ip_input.c:466 #19 0xf015955d in swi_net_next () #20 0xf015e938 in cpu_switch () (kgdb) up #1 0xf010fbf3 in panic (fmt=0xf015ec4c "page fault") at ../../kern/subr_prf.c:124 124 boot(bootopt); (kgdb) up #2 0xf015f74e in trap_fatal (frame=0xf0186cb8) at ../../i386/i386/trap.c:744 744 panic(trap_msg[type]); (kgdb) up #3 0xf015f2c0 in trap_pfault (frame=0xf0186cb8, usermode=0) at ../../i386/i386/trap.c:666 666 trap_fatal(frame); (kgdb) up #4 0xf015ef5f in trap (frame={tf_es = -266862576, tf_ds = -261488624, tf_edi = -1073610752, tf_esi = 16, tf_ebp = -266834684, tf_isp = -267340059, tf_ebx = 0, tf_edx = 458832, tf_ecx = 0, tf_eax = 16, tf_trapno = 12, tf_err = 0, tf_eip = -267340059, tf_cs = 8, tf_eflags = 66118, tf_esp = -247748460, tf_ss = -261454080}) at ../../i386/i386/trap.c:307 307 (void) trap_pfault(&frame, FALSE); (kgdb) up #5 0xf015809d in calltrap () (kgdb) up #6 0xf010b6e5 in tsleep (ident=0xf13ba894, priority=16, wmesg=0xf011f165 "getblk", timo=0) at ../../kern/kern_synch.c:295 295 int sig, catch = priority & PCATCH; (kgdb) up #7 0xf011f1ea in getblk (vp=0xf06a8700, blkno=458832, size=8192, slpflag=0, slptimeo=0) at ../../kern/vfs_bio.c:864 864 if (!tsleep(bp, PRIBIO | slpflag, "getblk", slptimeo)) (kgdb) up #8 0xf011e191 in bread (vp=0xf06a8700, blkno=458832, size=8192, cred=0xffffffff, bpp=0xf0186da0) at ../../kern/vfs_bio.c:179 179 bp = getblk(vp, blkno, size, 0, 0); (kgdb) up #9 0xf0140f65 in ffs_update (ap=0xf0186dc8) at ../../ufs/ffs/ffs_inode.c:133 133 error = bread(ip->i_devvp, fsbtodb(fs, ino_to_fsba(fs, ip->i_number)), (kgdb) up #10 0xf01443ae in ffs_fsync (ap=0xf0186e08) at ./vnode_if.h:1034 Source file is more recent than executable. 1034 return (VCALL(vp, VOFFSET(vop_update), &a)); (kgdb) up #11 0xf01430f2 in ffs_sync (mp=0xf06ae800, waitfor=2, cred=0xf0501b80, p=0xf019df48) at ./vnode_if.h:410 Source file is more recent than executable. 410 return (VCALL(vp, VOFFSET(vop_fsync), &a)); (kgdb) up #12 0xf01247da in sync (p=0xf019df48, uap=0x0, retval=0x0) at ../../kern/vfs_syscalls.c:348 348 VFS_SYNC(mp, MNT_NOWAIT, p != NULL ? p->p_ucred : NOCRED, p); (kgdb) up #13 0xf015a6fd in boot (howto=256) at ../../i386/i386/machdep.c:891 891 sync(&proc0, NULL, NULL); (kgdb) quit ; exit I'm not sure what to look for (it's the first time I've done this). Is this the getblk problem, or a new one? All my panics have been due to "m_copydata". It's a 486sx33 with two ide drives, trident svga video card, ne2000-ish ethernet card. I'm using a 32mb swap partition, and a 16mb file swap (a vnode disk; I'm going to disable that and see what happens). (One thing: over the weekend, I upgraded to 16mb ram (4 4x9 30pin 70ns simms) from 8mb (4 1x9 30pin 70ns and 4 1x3 30pin 70ns simms). Things ran fine from Saturday until Tuesday -- no crashes.) I'm compiling a kernel with DDB right now. Has anyone else seen this, or something like this? faried. From owner-freebsd-current Thu Dec 7 17:03:34 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA09137 for current-outgoing; Thu, 7 Dec 1995 17:03:34 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA09128 for ; Thu, 7 Dec 1995 17:03:30 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA00275 for current@freebsd.org; Thu, 7 Dec 1995 18:02:39 -0700 From: Terry Lambert Message-Id: <199512080102.SAA00275@phaeton.artisoft.com> Subject: FYI To: current@freebsd.org Date: Thu, 7 Dec 1995 18:02:39 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk ps -gax PID TT STAT TIME COMMAND 0 ?? DLs 0:00.00 (swapper) 1 ?? Is 0:00.16 /sbin/init -- 2 ?? DL 0:00.00 (pagedaemon) 3 ?? DL 0:00.00 (vmdaemon) 4 ?? DL 0:00.25 (update) 31 ?? Is 0:00.01 adjkerntz -i 58 ?? Ss 0:00.06 routed -q 75 ?? Ss 0:00.29 syslogd 81 ?? Is 0:00.02 portmap 87 ?? Is 0:00.02 mountd 89 ?? Is 0:00.03 nfsd-master (nfsd) 91 ?? I 0:00.00 nfsd-server (nfsd) 92 ?? I 0:00.00 nfsd-server (nfsd) 94 ?? I 0:00.00 nfsd-server (nfsd) 95 ?? I 0:00.00 nfsd-server (nfsd) 98 ?? I 0:00.00 nfsiod -n 4 99 ?? I 0:00.00 nfsiod -n 4 100 ?? I 0:00.00 nfsiod -n 4 101 ?? I 0:00.00 nfsiod -n 4 104 ?? Is 0:00.31 inetd 111 ?? Is 0:00.12 cron 113 ?? Is 0:00.05 lpd 116 ?? Is 0:00.08 sendmail: accepting connections (sendmail) 165 ?? S 0:00.51 telnetd 166 p0 Ss 0:00.52 -csh (csh) 234 p0 R 0:16.11 ./xxx 237 p0 R+ 0:00.02 ps -gax 162 v0 Is+ 0:00.04 /usr/libexec/getty Pc ttyv0 163 v1 Is+ 0:00.04 /usr/libexec/getty Pc ttyv1 164 v2 Is+ 0:00.04 /usr/libexec/getty Pc ttyv2 xxx.c: main() { for(;;) continue; } dmesg: FreeBSD/SMP: Multiprocessor: 2 processors FreeBSD 2.0-BUILT-19951207 #7: Thu Dec 7 17:30:55 MST 1995 terry@phaeton.artisoft.com:/usr/src.org/sys/compile/SMP CPU: 90-MHz Pentium 735\\90 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x3bf real memory = 16351232 (3992 pages) avail memory = 14938112 (3647 pages) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 not found at 0xffffffff fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in fd1: 1.2MB 5.25in npx0 on motherboard npx0: INT 16 interface stray irq 7 Probing for devices on the pci0 bus: configuration mode 2 allows 16 devices. chip0 rev 17 on pci0:0 chip1 rev 136 on pci0:2 vga0 rev 0 int a irq 9 on pci0:5 de0 rev 35 int a irq 11 on pci0:6 reg20: virtual=0xf2a85000 physical=0xfafff000 size=0x80 de0: DC21040 [10Mb/s] pass 2.3 Ethernet address 00:80:48:e8:1b:b1 de0: enabling 10baseT/UTP port ncr0 rev 2 int a irq 10 on pci0:7 reg20: virtual=0xf2a86000 physical=0xfaffe000 size=0x100 ncr0: restart (scsi reset). ncr0 scanning for targets 0..6 (V2 pl22 95/07/07) (ncr0:0:0): "DEC DSP3053LS X442" type 0 fixed SCSI 2 sd0(ncr0:0:0): Direct-Access sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 511MB (1046532 512 byte sectors) (ncr0:1:0): "DEC DSP3053LS X442" type 0 fixed SCSI 2 sd1(ncr0:1:0): Direct-Access sd1(ncr0:1:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 511MB (1046532 512 byte sectors) pci0: uses 8388992 bytes of memory from faffe000 upto fb7fffff. pci0: uses 384 bytes of I/O space from e400 upto e87f. changing root device to sd0a Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Dec 7 17:09:09 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA09674 for current-outgoing; Thu, 7 Dec 1995 17:09:09 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA09669 for ; Thu, 7 Dec 1995 17:09:05 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id LAA06364; Fri, 8 Dec 1995 11:42:58 GMT From: Michael Smith Message-Id: <199512081142.LAA06364@genesis.atrad.adelaide.edu.au> Subject: Re: sysctl status right now, and plea for testing. To: julian@ref.tfs.com (Julian Elischer) Date: Fri, 8 Dec 1995 11:42:58 +0000 () Cc: phk@critter.tfs.com, se@ZPR.Uni-Koeln.DE, wollman@lcs.mit.edu, current@FreeBSD.org In-Reply-To: <199512071135.DAA18582@ref.tfs.com> from "Julian Elischer" at Dec 7, 95 03:35:22 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org Precedence: bulk Julian Elischer stands accused of saying: > so every driver is called by the SYSINIT code at startup, well before > it get's asked to probe. At that time. it hooks itself into the > devsw tables etc. and for devices for which there is no more > probing to be done, (e.g. /dev/mem) it also > puts itself into the devfs at this time.. > This brings up the point.. > Should we have a single time drivers are called for initialisation, etc.? Given that each instance of a device off a driver is generally treated as a seperate instance of the drive, I'd say that's a bad idea. > I can see the driver being called once on loading or booting > to add devsw entried > once to probe > once to put sysctl stuff in > etc.. > I wouldn't mind making sure we co-ordinate on this.. > particularly, devfs and devconf look like they might be duplicating > some structure.. I'm sure they are 8) There's something that devfs _really_ should do; it should allow devices to arbitrate for and register their usage of IO space and other resources. It should also be possible to daisy-chain interrupts (from drivers that support it), which would require devfs support. > julian -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 041-122-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-current Thu Dec 7 17:32:12 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA12202 for current-outgoing; Thu, 7 Dec 1995 17:32:12 -0800 (PST) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA12162 for ; Thu, 7 Dec 1995 17:32:08 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id RAA24828; Thu, 7 Dec 1995 17:31:42 -0800 From: Julian Elischer Message-Id: <199512080131.RAA24828@ref.tfs.com> Subject: Re: FYI To: terry@lambert.org (Terry Lambert) Date: Thu, 7 Dec 1995 17:31:41 -0800 (PST) Cc: current@freebsd.org In-Reply-To: <199512080102.SAA00275@phaeton.artisoft.com> from "Terry Lambert" at Dec 7, 95 06:02:39 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org Precedence: bulk neat.. so xxx is running on the 2nd processor? > > ps -gax > PID TT STAT TIME COMMAND > 234 p0 R 0:16.11 ./xxx > main() > { > for(;;) > continue; > } does it explode if it tries to do a syscall? > > dmesg: > > FreeBSD/SMP: Multiprocessor: 2 processors > FreeBSD 2.0-BUILT-19951207 #7: Thu Dec 7 17:30:55 MST 1995 ^^^^^ how much work to get the patches up-to date? > terry@phaeton.artisoft.com:/usr/src.org/sys/compile/SMP > CPU: 90-MHz Pentium 735\\90 (Pentium-class CPU) > Origin = "GenuineIntel" Id = 0x525 Stepping=5 > Features=0x3bf what would it take to get a probe of the other processor too? > julian From owner-freebsd-current Thu Dec 7 18:03:52 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA14359 for current-outgoing; Thu, 7 Dec 1995 18:03:52 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA14349 for ; Thu, 7 Dec 1995 18:03:47 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA00226; Thu, 7 Dec 1995 19:00:19 -0700 From: Terry Lambert Message-Id: <199512080200.TAA00226@phaeton.artisoft.com> Subject: Re: FYI To: julian@ref.tfs.com (Julian Elischer) Date: Thu, 7 Dec 1995 19:00:19 -0700 (MST) Cc: terry@lambert.org, current@freebsd.org In-Reply-To: <199512080131.RAA24828@ref.tfs.com> from "Julian Elischer" at Dec 7, 95 05:31:41 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 Precedence: bulk > > neat.. so xxx is running on the 2nd processor? Yes. 8-). > > ps -gax > > PID TT STAT TIME COMMAND > > 234 p0 R 0:16.11 ./xxx > > > main() > > { > > for(;;) > > continue; > > } > does it explode if it tries to do a syscall? No. This is a non-kernel reentrant low grain parallelism. It uses Jack Vogel's code. System calls, interrupts, etc. are mutexed -- only one processor is allowed to be in the kernel at a time. Jack did all the work, I just ported it to -current. It took a bit of hacking to get it into -current, and I'm still not happy. The DDB and BDE_DEBUGGER has to be diabled, etc. to get a working locore.s. > > dmesg: > > > > FreeBSD/SMP: Multiprocessor: 2 processors > > FreeBSD 2.0-BUILT-19951207 #7: Thu Dec 7 17:30:55 MST 1995 > ^^^^^ > how much work to get the patches up-to date? That would be my checked out tree with the wrong version number in it. The patches are current as of SUP 1 week ago. > > terry@phaeton.artisoft.com:/usr/src.org/sys/compile/SMP > > CPU: 90-MHz Pentium 735\\90 (Pentium-class CPU) > > Origin = "GenuineIntel" Id = 0x525 Stepping=5 > > Features=0x3bf > what would it take to get a probe of the other processor too? About as much work as APIC version identification. I was extremely lazy in the code integration, or it would be there. I did move the proc to a per processor resource structure, but have barely got it working. The code Jack put in mpcore.s is bare bones with regard to the Extended BIOS Data Area... for instance, it assumes an MP Configuration Table (which the spec says is optional), and reads the signature at the location looking for "_MP_"... the spec says ""PCMP", etc.. Certain configuration defaults are assumed as well. I suspect virtual wire mode machines (Compaq?) would fail to boot correctly. Oh. The assembler doesn't fail if it fails to get a .inc file. I was missing the MP GDT stuff and wondering why the hell it was falling over. 8-). This is just a first crude hack of the 28Oct1994 patches from Jack, like sticking the SYSINIT stuff in where it should be and adding a kern_smp.c file, etc. -- more proof-of-concept than anything else. I don't trust it yet for running a web site, for instance. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Dec 7 18:11:38 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA15208 for current-outgoing; Thu, 7 Dec 1995 18:11:38 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA15166 for ; Thu, 7 Dec 1995 18:11:15 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id VAA29619; Thu, 7 Dec 1995 21:11:11 -0500 (EST) Date: Thu, 7 Dec 1995 21:11:06 -0500 (EST) From: "Marc G. Fournier" To: current@freebsd.org Subject: make failure on /usr/src/libc/gen/assert.c Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk Hi... Hit one I can't seem to get around. Will continue to try, but if someone else has the solution for it, it would be appreciated: cc -O -DLIBC_RCS -DSYSLIBC_RCS -D__DBINTERFACE_PRIVATE -DPOSIX_MISTAKE \ -I/usr/src/lib/libc/locale -DYP -c /usr/src/lib/libc/gen/assert.c -o assert.o /usr/src/lib/libc/gen/assert.c:44: parse error before string constant /usr/src/lib/libc/gen/assert.c:47: parse error before `{' /usr/src/lib/libc/gen/assert.c:51: conflicting types for `abort' /usr/include/stdlib.h:80: previous declaration of `abort' /usr/src/lib/libc/gen/assert.c:51: warning: data definition has no type or storage class /usr/src/lib/libc/gen/assert.c:53: parse error before `}' *** Error code 1 Stop. *** Error code 1 Stop. Now the error at line 44 eludes me completely. The functions matches, as far as I can see, the define in /usr/include/assert.h Now, to fix the conflicting types error, I modified assert.c so that: *** lib/libc/gen/assert.c.orig Thu Dec 7 21:08:37 1995 --- lib/libc/gen/assert.c Thu Dec 7 21:04:07 1995 *************** *** 48,53 **** (void)fprintf(stderr, "assertion \"%s\" failed: file \"%s\", line %d\n", failedexpr, file, line); ! abort(); /* NOTREACHED */ } --- 48,53 ---- (void)fprintf(stderr, "assertion \"%s\" failed: file \"%s\", line %d\n", failedexpr, file, line); ! (void)abort(); /* NOTREACHED */ } --- And, if I created this diff incorrectly, please let me know how I should have made it. Thanks.. Marc G. Fournier | POP Mail Telnet Acct DNS Hosting scrappy@hub.org | WWW Services Database Services | Knowledge, soon to be: | | Information and scrappy@ki.net | WWW: http://hub.org | Communications, Inc From owner-freebsd-current Thu Dec 7 18:30:05 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA16819 for current-outgoing; Thu, 7 Dec 1995 18:30:05 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA16783 for ; Thu, 7 Dec 1995 18:29:54 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id VAA29945; Thu, 7 Dec 1995 21:29:47 -0500 (EST) Date: Thu, 7 Dec 1995 21:29:42 -0500 (EST) From: "Marc G. Fournier" To: current@freebsd.org Subject: /usr/lib/libc/gen/assert.c patch Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk First off, a disclaimer...I do not know why I had to take out the include of to get this to compile, but when I do take it out, it compiles cleanly, even with 'cc -Wall'... Considering that I don't believe that removing it is a solution, I would like a better solution to the problem, if such exists... *** lib/libc/gen/assert.c.orig Thu Dec 7 21:08:37 1995 --- lib/libc/gen/assert.c Thu Dec 7 21:26:36 1995 *************** *** 36,42 **** #endif /* LIBC_SCCS and not lint */ #include ! #include #include #include --- 36,42 ---- #endif /* LIBC_SCCS and not lint */ #include ! /* #include */ #include #include *************** *** 48,53 **** (void)fprintf(stderr, "assertion \"%s\" failed: file \"%s\", line %d\n", failedexpr, file, line); ! abort(); /* NOTREACHED */ } --- 48,53 ---- (void)fprintf(stderr, "assertion \"%s\" failed: file \"%s\", line %d\n", failedexpr, file, line); ! (void)abort(); /* NOTREACHED */ } Marc G. Fournier | POP Mail Telnet Acct DNS Hosting scrappy@hub.org | WWW Services Database Services | Knowledge, soon to be: | | Information and scrappy@ki.net | WWW: http://hub.org | Communications, Inc From owner-freebsd-current Thu Dec 7 18:56:05 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA18542 for current-outgoing; Thu, 7 Dec 1995 18:56:05 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA18493 for ; Thu, 7 Dec 1995 18:55:54 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id VAA00442; Thu, 7 Dec 1995 21:55:39 -0500 (EST) Date: Thu, 7 Dec 1995 21:55:32 -0500 (EST) From: "Marc G. Fournier" To: current@freebsd.org Subject: /usr/src/lib/libc/gen/err.c patch Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk Hi... Here's another one that failed with conflicting prototypes. Does anyone read this? Or do these just go to /dev/null? *raised eyebrow* *** lib/libc/gen/err.c.orig Thu Dec 7 21:32:37 1995 --- lib/libc/gen/err.c Thu Dec 7 21:51:35 1995 *************** *** 91,97 **** verr(eval, fmt, ap) int eval; const char *fmt; ! va_list ap; { int sverrno; --- 91,97 ---- verr(eval, fmt, ap) int eval; const char *fmt; ! _BSD_VA_LIST_ ap; { int sverrno; *************** *** 133,139 **** verrx(eval, fmt, ap) int eval; const char *fmt; ! va_list ap; { if (! err_file) err_set_file((FILE *)0); --- 133,139 ---- verrx(eval, fmt, ap) int eval; const char *fmt; ! _BSD_VA_LIST_ ap; { if (! err_file) err_set_file((FILE *)0); *************** *** 168,174 **** void vwarn(fmt, ap) const char *fmt; ! va_list ap; { int sverrno; --- 168,174 ---- void vwarn(fmt, ap) const char *fmt; ! _BSD_VA_LIST_ ap; { int sverrno; *************** *** 205,211 **** void vwarnx(fmt, ap) const char *fmt; ! va_list ap; { if (! err_file) err_set_file((FILE *)0); --- 205,211 ---- void vwarnx(fmt, ap) const char *fmt; ! _BSD_VA_LIST_ ap; { if (! err_file) err_set_file((FILE *)0); Marc G. Fournier | POP Mail Telnet Acct DNS Hosting scrappy@hub.org | WWW Services Database Services | Knowledge, soon to be: | | Information and scrappy@ki.net | WWW: http://hub.org | Communications, Inc From owner-freebsd-current Thu Dec 7 21:35:46 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA29244 for current-outgoing; Thu, 7 Dec 1995 21:35:46 -0800 (PST) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA29236 for ; Thu, 7 Dec 1995 21:35:33 -0800 (PST) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.12/8.6.9) id HAA03443; Fri, 8 Dec 1995 07:32:27 +0200 From: John Hay Message-Id: <199512080532.HAA03443@zibbi.mikom.csir.co.za> Subject: Re: FYI To: julian@ref.tfs.com (Julian Elischer) Date: Fri, 8 Dec 1995 07:32:26 +0200 (SAT) Cc: terry@lambert.org, current@freebsd.org In-Reply-To: <199512080131.RAA24828@ref.tfs.com> from "Julian Elischer" at Dec 7, 95 05:31:41 pm X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk > > > neat.. so xxx is running on the 2nd processor? > > > > > ps -gax > > PID TT STAT TIME COMMAND > > 234 p0 R 0:16.11 ./xxx > > > main() > > { > > for(;;) > > continue; > > } > does it explode if it tries to do a syscall? > > > > > dmesg: > > > > FreeBSD/SMP: Multiprocessor: 2 processors > > FreeBSD 2.0-BUILT-19951207 #7: Thu Dec 7 17:30:55 MST 1995 > ^^^^^ > how much work to get the patches up-to date? > > > terry@phaeton.artisoft.com:/usr/src.org/sys/compile/SMP > > CPU: 90-MHz Pentium 735\\90 (Pentium-class CPU) > > Origin = "GenuineIntel" Id = 0x525 Stepping=5 > > Features=0x3bf > what would it take to get a probe of the other processor too? > > > > julian > > Hey what about the two most important questions? 1. Are we going to see it in the cvs tree at some stage? 2. If we are, when? :-))) Jokes aside, I am realy interrested. My machine at home have a dual pentium motherboard. It only need a second processor. John -- John Hay -- John.Hay@csir.co.za From owner-freebsd-current Thu Dec 7 21:59:03 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA01208 for current-outgoing; Thu, 7 Dec 1995 21:59:03 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA01203 for ; Thu, 7 Dec 1995 21:58:58 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id WAA00289; Thu, 7 Dec 1995 22:56:14 -0700 From: Terry Lambert Message-Id: <199512080556.WAA00289@phaeton.artisoft.com> Subject: Re: FYI To: jhay@mikom.csir.co.za (John Hay) Date: Thu, 7 Dec 1995 22:56:14 -0700 (MST) Cc: julian@ref.tfs.com, terry@lambert.org, current@freebsd.org In-Reply-To: <199512080532.HAA03443@zibbi.mikom.csir.co.za> from "John Hay" at Dec 8, 95 07:32:26 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 Precedence: bulk > > neat.. so xxx is running on the 2nd processor? [ ... ] > Hey what about the two most important questions? > 1. Are we going to see it in the cvs tree at some stage? > 2. If we are, when? :-))) > > Jokes aside, I am realy interrested. My machine at home have a dual pentium > motherboard. It only need a second processor. I need someone who cares about Intel page tables to look at the locore.s. Trying to move to the most recent -current from stuff that's maybe a month old blow up. Basically, I'm working on somone elses code with a less than perfect knowledge of the SMP memory design (other than there is a dual mapped memory window). If I cheat an use a counter and basically start two idle procs and murder the process from the fork for the second one, then I'm fine, but this is a hell of a kludge with some very obvious races in it. If I start the second process by going into "secondary_main" from finishing the init, I get an integer divide by 0 fault. 8-(. That's why the idle0/idle1 didn't show in the ps I posted. 8-(. The kernel debuggers can't go in as it sits, I'd like to fix that. The code needs a cleanup for generalization for 'n' processors. There are a lot of hacks specific to 2 of them. I can do everything but the page tables. I'm too busy learning about other processors right now to learn enough about Intel to do the work myself right now. So nothing is going in immediately. Anyone want to hack a locore.s? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Dec 7 22:18:36 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA02215 for current-outgoing; Thu, 7 Dec 1995 22:18:36 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA02207 for ; Thu, 7 Dec 1995 22:18:25 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id WAA01283; Thu, 7 Dec 1995 22:43:14 -0500 (EST) Date: Thu, 7 Dec 1995 22:43:10 -0500 (EST) From: "Marc G. Fournier" To: current@freebsd.org Subject: [PATH] /usr/src/lib/libc/gen/syslog.c Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk Another one, they are all minor, but seem to break the compile each time. And they are all based on the newest sources sup'd last night. *** lib/libc/gen/syslog.c.orig Thu Dec 7 22:39:31 1995 --- lib/libc/gen/syslog.c Thu Dec 7 22:39:59 1995 *************** *** 129,135 **** vsyslog(pri, fmt, ap) int pri; register const char *fmt; ! va_list ap; { register int cnt; register char ch, *p; --- 129,135 ---- vsyslog(pri, fmt, ap) int pri; register const char *fmt; ! _BSD_VA_LIST_ ap; { register int cnt; register char ch, *p; Marc G. Fournier | POP Mail Telnet Acct DNS Hosting scrappy@hub.org | WWW Services Database Services | Knowledge, soon to be: | | Information and scrappy@ki.net | WWW: http://hub.org | Communications, Inc From owner-freebsd-current Thu Dec 7 22:40:04 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA02982 for current-outgoing; Thu, 7 Dec 1995 22:40:04 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA02957 for ; Thu, 7 Dec 1995 22:39:55 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id BAA04768; Fri, 8 Dec 1995 01:39:50 -0500 (EST) Date: Fri, 8 Dec 1995 01:39:46 -0500 (EST) From: "Marc G. Fournier" To: current@freebsd.org Subject: [PATCH] /usr/src/lib/libc/gen/sysconf.c Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk Hi... Okay, on this one, I made an assumption, that, if incorrect, please let me know, so that I don't make it again. Essentially, was getting an 'incomplete structure' error on e_vm, which is defined as 'struct vmspace e_vm' in . struct vm_space is defined in , which, if I try and include it somewhere (tried several places...), results in more errors. By removing , I got an error on 'ru_utime' and 'ru_stime', which was because 'struct timeval' was no longer defined, which required adding in So...I replaced with , and sysconf.c compiles cleanly. Therefore, I make the assumption (incorrect?) that there was nothing included in that was required in sysconf.c... *** lib/libc/gen/sysconf.c.orig Thu Dec 7 22:33:48 1995 --- lib/libc/gen/sysconf.c Thu Dec 7 22:33:55 1995 *************** *** 39,45 **** #endif /* LIBC_SCCS and not lint */ #include ! #include #include #include --- 39,45 ---- #endif /* LIBC_SCCS and not lint */ #include ! #include #include #include Marc G. Fournier | POP Mail Telnet Acct DNS Hosting scrappy@hub.org | WWW Services Database Services | Knowledge, soon to be: | | Information and scrappy@ki.net | WWW: http://hub.org | Communications, Inc --AAA04360.818401936/hub.org-- Marc G. Fournier | POP Mail Telnet Acct DNS Hosting scrappy@hub.org | WWW Services Database Services | Knowledge, soon to be: | | Information and scrappy@ki.net | WWW: http://hub.org | Communications, Inc From owner-freebsd-current Thu Dec 7 22:50:28 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA03499 for current-outgoing; Thu, 7 Dec 1995 22:50:28 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA03494 for ; Thu, 7 Dec 1995 22:50:24 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id BAA04951; Fri, 8 Dec 1995 01:50:20 -0500 (EST) Date: Fri, 8 Dec 1995 01:50:18 -0500 (EST) From: "Marc G. Fournier" To: current@freebsd.org Subject: [PATCH] /usr/src/lib/libc/stdio/vfprintf.c Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk Here's another, where va_list had to be converted to _BSD_VA_LIST_ to match the include file declaration: *** lib/libc/stdio/vfprintf.c.orig Fri Dec 8 01:46:12 1995 --- lib/libc/stdio/vfprintf.c Fri Dec 8 01:46:46 1995 *************** *** 278,284 **** vfprintf(fp, fmt0, ap) FILE *fp; const char *fmt0; ! va_list ap; { register char *fmt; /* format string */ register int ch; /* character from fmt */ --- 278,284 ---- vfprintf(fp, fmt0, ap) FILE *fp; const char *fmt0; ! _BSD_VA_LIST_ ap; { register char *fmt; /* format string */ register int ch; /* character from fmt */ Marc G. Fournier | POP Mail Telnet Acct DNS Hosting scrappy@hub.org | WWW Services Database Services | Knowledge, soon to be: | | Information and scrappy@ki.net | WWW: http://hub.org | Communications, Inc From owner-freebsd-current Thu Dec 7 23:26:09 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA04993 for current-outgoing; Thu, 7 Dec 1995 23:26:09 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA04976 for ; Thu, 7 Dec 1995 23:26:02 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id CAA07646; Fri, 8 Dec 1995 02:25:57 -0500 (EST) Date: Fri, 8 Dec 1995 02:25:51 -0500 (EST) From: "Marc G. Fournier" To: current@freebsd.org Subject: [PATCH] /usr/src/lib/libc/stdio/vfscanf.c Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk Hi... This seems to be the last patch required to get libc to compile... *** lib/libc/stdio/vfscanf.c.orig Fri Dec 8 01:50:42 1995 --- lib/libc/stdio/vfscanf.c Fri Dec 8 01:50:57 1995 *************** *** 97,103 **** __svfscanf(fp, fmt0, ap) register FILE *fp; char const *fmt0; ! va_list ap; { register u_char *fmt = (u_char *)fmt0; register int c; /* character from format, or conversion */ --- 97,103 ---- __svfscanf(fp, fmt0, ap) register FILE *fp; char const *fmt0; ! _BSD_VA_LIST_ ap; { register u_char *fmt = (u_char *)fmt0; register int c; /* character from format, or conversion */ Marc G. Fournier | POP Mail Telnet Acct DNS Hosting scrappy@hub.org | WWW Services Database Services | Knowledge, soon to be: | | Information and scrappy@ki.net | WWW: http://hub.org | Communications, Inc From owner-freebsd-current Fri Dec 8 00:33:43 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA09361 for current-outgoing; Fri, 8 Dec 1995 00:33:43 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA08998 for ; Fri, 8 Dec 1995 00:28:13 -0800 (PST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id JAA04558 for freebsd-current@freefall.cdrom.com; Fri, 8 Dec 1995 09:25:44 +0100 Date: Fri, 8 Dec 1995 09:25:44 +0100 From: "Christoph P. Kukulies" Message-Id: <199512080825.JAA04558@gilberto.physik.rwth-aachen.de> To: freebsd-current@freefall.FreeBSD.org Subject: make world stopper Sender: owner-current@FreeBSD.ORG Precedence: bulk Maybe my sup hasn't yet caught the latest bits but just fyi: cc -O -I/sys/ufs/lfs -I/usr/src/libexec/lfs_cleanerd -c /usr/src/libexec/lfs_cleanerd/../../sys/ufs/lfs/lfs_cksum.c In file included from /usr/src/libexec/lfs_cleanerd/../../sys/ufs/lfs/lfs_cksum.c:39: /usr/include/sys/vnode.h:140: field `va_atime' has incomplete type /usr/include/sys/vnode.h:141: field `va_mtime' has incomplete type /usr/include/sys/vnode.h:142: field `va_ctime' has incomplete type In file included from /usr/src/libexec/lfs_cleanerd/../../sys/ufs/lfs/lfs_cksum.c:42: /usr/include/ufs/lfs/lfs_extern.h:53: warning: `struct vop_blkatoff_args' declar --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Fri Dec 8 00:48:52 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA10796 for current-outgoing; Fri, 8 Dec 1995 00:48:52 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA10786 for ; Fri, 8 Dec 1995 00:48:47 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id AAA07759; Fri, 8 Dec 1995 00:48:45 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id AAA06459; Fri, 8 Dec 1995 00:49:39 -0800 Message-Id: <199512080849.AAA06459@corbin.Root.COM> To: "Marc G. Fournier" cc: current@freebsd.org Subject: Re: [PATCH] /usr/src/lib/libc/gen/sysconf.c In-reply-to: Your message of "Fri, 08 Dec 95 01:39:46 EST." From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 08 Dec 1995 00:49:35 -0800 Sender: owner-current@freebsd.org Precedence: bulk > By removing , I got an error on 'ru_utime' and >'ru_stime', which was because 'struct timeval' was no longer defined, >which required adding in > > So...I replaced with , and sysconf.c >compiles cleanly. Therefore, I make the assumption (incorrect?) that >there was nothing included in that was required in >sysconf.c... Thanks, that's the correct fix and it has been committed to CVS. -DG From owner-freebsd-current Fri Dec 8 00:52:56 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA11251 for current-outgoing; Fri, 8 Dec 1995 00:52:56 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA11240 for ; Fri, 8 Dec 1995 00:52:41 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id TAA18565; Fri, 8 Dec 1995 19:47:22 +1100 Date: Fri, 8 Dec 1995 19:47:22 +1100 From: Bruce Evans Message-Id: <199512080847.TAA18565@godzilla.zeta.org.au> To: current@FreeBSD.ORG, scrappy@hub.org Subject: Re: cd /usr/src/lib; make depend...Fails Sender: owner-current@FreeBSD.ORG Precedence: bulk >===> libmytinfo >cc -O -Wall -I/usr/src/lib/libmytinfo -c /usr/src/lib/libmytinfo/readcaps.c -o readcaps.o >In file included from /usr/src/lib/libmytinfo/defs.h:32, > from /usr/src/lib/libmytinfo/readcaps.c:13: >/usr/include/stdlib.h:42: warning: empty declaration >In file included from /usr/src/lib/libmytinfo/readcaps.c:13: >/usr/src/lib/libmytinfo/defs.h:194: conflicting types for `sys_errlist' >/usr/include/stdio.h:244: previous declaration of `sys_errlist' >*** Error code 1 >... > The offending code is: >#if __FreeBSD__ != 2 >extern char *sys_errlist[]; >#endif The compiler is expected to define __FreeBSD__ as 2. If you use gcc-2.7.x, then you have to change the bogus definition of __FreeBSD__ in the supplied freebsd.h, which is for FreeBSD-1.1 or earlier. It is bogus for the compiler to define the OS version, as this example shows - the correct declaration of sys_errlist[] depends on the OS version, not on the compiler. > Since the code *is* for current, is there any reason that this >has been kept in defs.h? I've commented out that section of code, and >it compiles through... I think it is so that diffs can be sent to the central maintainer of the sources. Bogus tests of the form `#if _FOO_OS == 2 || ...' might be acceptable to the central maintainer, but ones that #include a magic header to get a magic #define aren't, because the magic header might not exist. > Now, the first error, in stdlib.h:42 still comes up... >cc -O -Wall -I/usr/src/lib/libmytinfo -c /usr/src/lib/libmytinfo/readcaps.c -o readcaps.o >In file included from /usr/src/lib/libmytinfo/defs.h:32, > from /usr/src/lib/libmytinfo/readcaps.c:13: >/usr/include/stdlib.h:42: warning: empty declaration >cc -O -Wall -I/usr/src/lib/libmytinfo -o mkcaplist /usr/src/lib/libmytinfo/mkcaplist.c readcaps.o >In file included from /usr/src/lib/libmytinfo/defs.h:32, > from /usr/src/lib/libmytinfo/mkcaplist.c:15: >/usr/include/stdlib.h:42: warning: empty declaration > The offending code here, is: >#ifdef _BSD_SIZE_T_ >typedef _BSD_SIZE_T_ size_t; >#undef _BSD_SIZE_T_ >#endif > This one, someone is going to have to explain to me... > if _BSD_SIZE_T_ is defined, redefine it and then undefine >it again? If this is right, why? If i is wrong, my first guess would >be that it is backwards, in that the #undef should come before the >typedef... If you use gcc-2.7.x, then you have to throw out or fix the supplied stdarg.h, which takes over 50 lines to define _BSD_SIZE_T_ incorrectly. Bruce From owner-freebsd-current Fri Dec 8 01:02:35 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA12198 for current-outgoing; Fri, 8 Dec 1995 01:02:35 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA12179 for ; Fri, 8 Dec 1995 01:02:22 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id TAA18953; Fri, 8 Dec 1995 19:57:59 +1100 Date: Fri, 8 Dec 1995 19:57:59 +1100 From: Bruce Evans Message-Id: <199512080857.TAA18953@godzilla.zeta.org.au> To: current@freebsd.org, scrappy@hub.org Subject: Re: /usr/lib/libc/gen/assert.c patch Sender: owner-current@freebsd.org Precedence: bulk >First off, a disclaimer...I do not know why I had to take out the >include of to get this to compile, but when I do take it >out, it compiles cleanly, even with 'cc -Wall'... Apparently the gcc-2.7.x conflicts with the standard one. Bruce From owner-freebsd-current Fri Dec 8 01:11:54 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA12981 for current-outgoing; Fri, 8 Dec 1995 01:11:54 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA12847 for ; Fri, 8 Dec 1995 01:08:57 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA00647; Fri, 8 Dec 1995 10:07:41 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA07625; Fri, 8 Dec 1995 10:07:39 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id JAA22368; Fri, 8 Dec 1995 09:46:55 +0100 From: J Wunsch Message-Id: <199512080846.JAA22368@uriah.heep.sax.de> Subject: Re: FYI To: terry@lambert.org (Terry Lambert) Date: Fri, 8 Dec 1995 09:46:54 +0100 (MET) Cc: current@freebsd.org, joerg%interface-business.de@mail.germany.eu.net, holm@geophysik.tu-freiberg.de (Holm Tiffe) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199512080102.SAA00275@phaeton.artisoft.com> from "Terry Lambert" at Dec 7, 95 06:02:39 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org Precedence: bulk As Terry Lambert wrote: > > ps -gax > PID TT STAT TIME COMMAND ... > 234 p0 R 0:16.11 ./xxx > 237 p0 R+ 0:00.02 ps -gax > FreeBSD/SMP: Multiprocessor: 2 processors :-) -- 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 Fri Dec 8 01:17:22 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA13662 for current-outgoing; Fri, 8 Dec 1995 01:17:22 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA13647 for ; Fri, 8 Dec 1995 01:17:09 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id UAA19607; Fri, 8 Dec 1995 20:12:45 +1100 Date: Fri, 8 Dec 1995 20:12:45 +1100 From: Bruce Evans Message-Id: <199512080912.UAA19607@godzilla.zeta.org.au> To: current@freebsd.org, scrappy@hub.org Subject: Re: /usr/src/lib/libc/gen/err.c patch Sender: owner-current@freebsd.org Precedence: bulk > Here's another one that failed with conflicting prototypes. >Does anyone read this? Or do these just go to /dev/null? *raised eyebrow* >*** lib/libc/gen/err.c.orig Thu Dec 7 21:32:37 1995 >--- lib/libc/gen/err.c Thu Dec 7 21:51:35 1995 >*************** >*** 91,97 **** > verr(eval, fmt, ap) > int eval; > const char *fmt; >! va_list ap; > { > int sverrno; > >--- 91,97 ---- > verr(eval, fmt, ap) > int eval; > const char *fmt; >! _BSD_VA_LIST_ ap; > { > int sverrno; > gcc's has had broken support for Net/2 and BSD4.4-derived systems for many years. It declares its own va_list type and doesn't attempt to match it with the version defined in (_VA_LIST_ in Net/2 and _BSD_VA_LIST_ in BSD4.4). It bogusly #undef's _BSD_VA_LIST, but this is harmless because the macro is actually spelled _BSD_VA_LIST_. It goes to a lot of trouble to avoid #undef'ing _VA_LIST_ for obsolete Net/2 systems. Bruce From owner-freebsd-current Fri Dec 8 01:20:29 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA13963 for current-outgoing; Fri, 8 Dec 1995 01:20:29 -0800 (PST) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA13894 for ; Fri, 8 Dec 1995 01:20:20 -0800 (PST) Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id KAA00355; Fri, 8 Dec 1995 10:18:47 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: "Marc G. Fournier" cc: current@freebsd.org Subject: Re: [PATH] /usr/src/lib/libc/gen/syslog.c In-reply-to: Your message of "Thu, 07 Dec 1995 22:43:10 EST." Date: Fri, 08 Dec 1995 10:18:46 +0100 Message-ID: <353.818414326@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org Precedence: bulk > > > Another one, they are all minor, but seem to break the compile > each time. And they are all based on the newest sources sup'd > last night. > If you are running gcc you have built yourself, make sure that it has __FreeBSD__ defined to 2. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Fri Dec 8 01:27:11 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA14527 for current-outgoing; Fri, 8 Dec 1995 01:27:11 -0800 (PST) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA14519 for ; Fri, 8 Dec 1995 01:27:03 -0800 (PST) Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id KAA00454; Fri, 8 Dec 1995 10:25:53 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: "Marc G. Fournier" cc: current@FreeBSD.org Subject: Re: cd /usr/src/lib; make depend...Fails In-reply-to: Your message of "Thu, 07 Dec 1995 16:22:55 EST." Date: Fri, 08 Dec 1995 10:25:52 +0100 Message-ID: <452.818414752@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org Precedence: bulk Hi Marc, make sure that your gcc defines __FreeBSD__ to 2 :-) > The offending code is: > > #if __FreeBSD__ != 2 > extern char *sys_errlist[]; > #endif -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Fri Dec 8 02:25:55 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA18809 for current-outgoing; Fri, 8 Dec 1995 02:25:55 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA18795 for ; Fri, 8 Dec 1995 02:25:44 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id FAA02436; Fri, 8 Dec 1995 05:25:33 -0500 (EST) Date: Fri, 8 Dec 1995 05:25:30 -0500 (EST) From: "Marc G. Fournier" To: current@freebsd.org Subject: [PATCHES] Alot of patches to /usr/src/lib Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk Hi... Well, here's an installment of everything, including stuff that was sent to the list earlier this evening. Mainly removes alot of warnings that -Wall puts out when compiling, and is diff'd from /usr/src 99.9% of it was straightforward stuff, but fts.c has me slightly nervous, mainly the ISDOT define...can someone let me know if I screwed up the precedences between && and || or not? Then again, I imagine if I did screw anything up, I'll know in short order, eh? Thanks... Marc G. Fournier | POP Mail Telnet Acct DNS Hosting scrappy@hub.org | WWW Services Database Services | Knowledge, soon to be: | | Information and scrappy@ki.net | WWW: http://hub.org | Communications, Inc *** lib/libc/db/btree/bt_open.c.orig Fri Dec 8 03:07:56 1995 --- lib/libc/db/btree/bt_open.c Fri Dec 8 03:10:50 1995 *************** *** 120,126 **** */ if (b.psize && (b.psize < MINPSIZE || b.psize > MAX_PAGE_OFFSET + 1 || ! b.psize & sizeof(indx_t) - 1)) goto einval; /* Minimum number of keys per page; absolute minimum is 2. */ --- 120,126 ---- */ if (b.psize && (b.psize < MINPSIZE || b.psize > MAX_PAGE_OFFSET + 1 || ! b.psize & (sizeof(indx_t) - 1))) goto einval; /* Minimum number of keys per page; absolute minimum is 2. */ *************** *** 242,248 **** if (m.m_magic != BTREEMAGIC || m.m_version != BTREEVERSION) goto eftype; if (m.m_psize < MINPSIZE || m.m_psize > MAX_PAGE_OFFSET + 1 || ! m.m_psize & sizeof(indx_t) - 1) goto eftype; if (m.m_flags & ~SAVEMETA) goto eftype; --- 242,248 ---- if (m.m_magic != BTREEMAGIC || m.m_version != BTREEVERSION) goto eftype; if (m.m_psize < MINPSIZE || m.m_psize > MAX_PAGE_OFFSET + 1 || ! m.m_psize & (sizeof(indx_t) - 1)) goto eftype; if (m.m_flags & ~SAVEMETA) goto eftype; *************** *** 275,282 **** t->bt_psize = b.psize; /* Set the cache size; must be a multiple of the page size. */ ! if (b.cachesize && b.cachesize & b.psize - 1) ! b.cachesize += (~b.cachesize & b.psize - 1) + 1; if (b.cachesize < b.psize * MINCACHE) b.cachesize = b.psize * MINCACHE; --- 275,282 ---- t->bt_psize = b.psize; /* Set the cache size; must be a multiple of the page size. */ ! if (b.cachesize && b.cachesize & (b.psize - 1)) ! b.cachesize += (~b.cachesize & (b.psize - 1)) + 1; if (b.cachesize < b.psize * MINCACHE) b.cachesize = b.psize * MINCACHE; *** lib/libc/db/recno/rec_open.c.orig Fri Dec 8 03:11:55 1995 --- lib/libc/db/recno/rec_open.c Fri Dec 8 03:17:41 1995 *************** *** 186,192 **** if ((h = mpool_get(t->bt_mp, P_ROOT, 0)) == NULL) goto err; if ((h->flags & P_TYPE) == P_BLEAF) { ! h->flags = h->flags & ~P_TYPE | P_RLEAF; mpool_put(t->bt_mp, h, MPOOL_DIRTY); } else mpool_put(t->bt_mp, h, 0); --- 186,192 ---- if ((h = mpool_get(t->bt_mp, P_ROOT, 0)) == NULL) goto err; if ((h->flags & P_TYPE) == P_BLEAF) { ! h->flags = (h->flags & ~P_TYPE) | P_RLEAF; mpool_put(t->bt_mp, h, MPOOL_DIRTY); } else mpool_put(t->bt_mp, h, 0); *** lib/libc/gen/assert.c.orig Thu Dec 7 21:08:37 1995 --- lib/libc/gen/assert.c Thu Dec 7 21:26:36 1995 *************** *** 36,42 **** #endif /* LIBC_SCCS and not lint */ #include ! #include #include #include --- 36,42 ---- #endif /* LIBC_SCCS and not lint */ #include ! /* #include */ #include #include *************** *** 48,53 **** (void)fprintf(stderr, "assertion \"%s\" failed: file \"%s\", line %d\n", failedexpr, file, line); ! abort(); /* NOTREACHED */ } --- 48,53 ---- (void)fprintf(stderr, "assertion \"%s\" failed: file \"%s\", line %d\n", failedexpr, file, line); ! (void)abort(); /* NOTREACHED */ } *** lib/libc/gen/err.c.orig Thu Dec 7 21:32:37 1995 --- lib/libc/gen/err.c Thu Dec 7 21:51:35 1995 *************** *** 91,97 **** verr(eval, fmt, ap) int eval; const char *fmt; ! va_list ap; { int sverrno; --- 91,97 ---- verr(eval, fmt, ap) int eval; const char *fmt; ! _BSD_VA_LIST_ ap; { int sverrno; *************** *** 133,139 **** verrx(eval, fmt, ap) int eval; const char *fmt; ! va_list ap; { if (! err_file) err_set_file((FILE *)0); --- 133,139 ---- verrx(eval, fmt, ap) int eval; const char *fmt; ! _BSD_VA_LIST_ ap; { if (! err_file) err_set_file((FILE *)0); *************** *** 168,174 **** void vwarn(fmt, ap) const char *fmt; ! va_list ap; { int sverrno; --- 168,174 ---- void vwarn(fmt, ap) const char *fmt; ! _BSD_VA_LIST_ ap; { int sverrno; *************** *** 205,211 **** void vwarnx(fmt, ap) const char *fmt; ! va_list ap; { if (! err_file) err_set_file((FILE *)0); --- 205,211 ---- void vwarnx(fmt, ap) const char *fmt; ! _BSD_VA_LIST_ ap; { if (! err_file) err_set_file((FILE *)0); *** lib/libc/gen/sysconf.c.orig Thu Dec 7 22:33:48 1995 --- lib/libc/gen/sysconf.c Thu Dec 7 22:33:55 1995 *************** *** 39,45 **** #endif /* LIBC_SCCS and not lint */ #include ! #include #include #include --- 39,45 ---- #endif /* LIBC_SCCS and not lint */ #include ! #include #include #include *** lib/libc/gen/syslog.c.orig Fri Dec 8 04:48:49 1995 --- lib/libc/gen/syslog.c Fri Dec 8 04:54:20 1995 *************** *** 179,185 **** if (LogTag != NULL) (void)fprintf(fp, "%s", LogTag); if (LogStat & LOG_PID) ! (void)fprintf(fp, "[%d]", getpid()); if (LogTag != NULL) { (void)fprintf(fp, ": "); } --- 179,185 ---- if (LogTag != NULL) (void)fprintf(fp, "%s", LogTag); if (LogStat & LOG_PID) ! (void)fprintf(fp, "[%ld]", getpid()); if (LogTag != NULL) { (void)fprintf(fp, ": "); } *************** *** 197,203 **** } /* Substitute error message for %m. */ ! for ( ; ch = *fmt; ++fmt) if (ch == '%' && fmt[1] == 'm') { ++fmt; fputs(strerror(saved_errno), fmt_fp); --- 197,203 ---- } /* Substitute error message for %m. */ ! for ( ; (ch = *fmt); ++fmt) if (ch == '%' && fmt[1] == 'm') { ++fmt; fputs(strerror(saved_errno), fmt_fp); *** lib/libc/gen/rewinddir.c.orig Fri Dec 8 03:26:38 1995 --- lib/libc/gen/rewinddir.c Fri Dec 8 03:39:36 1995 *************** *** 38,43 **** --- 38,45 ---- #include #include + void _seekdir(register DIR *, long); + void rewinddir(dirp) DIR *dirp; *** lib/libc/gen/seekdir.c.orig Fri Dec 8 03:29:36 1995 --- lib/libc/gen/seekdir.c Fri Dec 8 03:40:03 1995 *************** *** 38,43 **** --- 38,45 ---- #include #include + void _seekdir(register DIR *, long); + /* * Seek to an entry in a directory. * _seekdir is in telldir.c so that it can share opaque data structures. *** lib/libc/gen/closedir.c.orig Fri Dec 8 03:35:49 1995 --- lib/libc/gen/closedir.c Fri Dec 8 03:38:48 1995 *************** *** 40,45 **** --- 40,47 ---- #include #include + void _reclaim_telldir(register const DIR *); + /* * close a directory. */ *** lib/libc/gen/fts.c.orig Fri Dec 8 03:41:41 1995 --- lib/libc/gen/fts.c Fri Dec 8 04:07:19 1995 *************** *** 56,62 **** static FTSENT *fts_sort __P((FTS *, FTSENT *, int)); static u_short fts_stat __P((FTS *, FTSENT *, int)); ! #define ISDOT(a) (a[0] == '.' && (!a[1] || a[1] == '.' && !a[2])) #define ISSET(opt) (sp->fts_options & opt) #define SET(opt) (sp->fts_options |= opt) --- 56,62 ---- static FTSENT *fts_sort __P((FTS *, FTSENT *, int)); static u_short fts_stat __P((FTS *, FTSENT *, int)); ! #define ISDOT(a) (a[0] == '.' && (!a[1] || (a[1] == '.' && !a[2]))) #define ISSET(opt) (sp->fts_options & opt) #define SET(opt) (sp->fts_options |= opt) *************** *** 304,310 **** if (p->fts_info == FTS_D) { /* If skipped or crossed mount point, do post-order visit. */ if (instr == FTS_SKIP || ! ISSET(FTS_XDEV) && p->fts_dev != sp->fts_dev) { if (p->fts_flags & FTS_SYMFOLLOW) (void)close(p->fts_symfd); if (sp->fts_child) { --- 304,310 ---- if (p->fts_info == FTS_D) { /* If skipped or crossed mount point, do post-order visit. */ if (instr == FTS_SKIP || ! (ISSET(FTS_XDEV) && p->fts_dev != sp->fts_dev)) { if (p->fts_flags & FTS_SYMFOLLOW) (void)close(p->fts_symfd); if (sp->fts_child) { *************** *** 354,360 **** /* Move to the next node on this level. */ next: tmp = p; ! if (p = p->fts_link) { free(tmp); /* --- 354,360 ---- /* Move to the next node on this level. */ next: tmp = p; ! if ((p = p->fts_link)) { free(tmp); /* *************** *** 640,646 **** /* Read the directory, attaching each entry to the `link' pointer. */ adjaddr = NULL; ! for (head = tail = NULL, nitems = 0; dp = readdir(dirp);) { if (!ISSET(FTS_SEEDOT) && ISDOT(dp->d_name)) continue; --- 640,646 ---- /* Read the directory, attaching each entry to the `link' pointer. */ adjaddr = NULL; ! for (head = tail = NULL, nitems = 0; (dp = readdir(dirp));) { if (!ISSET(FTS_SEEDOT) && ISDOT(dp->d_name)) continue; *************** *** 680,687 **** p->fts_accpath = cur->fts_accpath; } else if (nlinks == 0 #ifdef DT_DIR ! || nlinks > 0 && ! dp->d_type != DT_DIR && dp->d_type != DT_UNKNOWN #endif ) { p->fts_accpath = --- 680,687 ---- p->fts_accpath = cur->fts_accpath; } else if (nlinks == 0 #ifdef DT_DIR ! || ((nlinks > 0 && ! dp->d_type != DT_DIR) && dp->d_type != DT_UNKNOWN) #endif ) { p->fts_accpath = *************** *** 909,915 **** register FTSENT *p; /* Free a linked list of structures. */ ! while (p = head) { head = head->fts_link; free(p); } --- 909,915 ---- register FTSENT *p; /* Free a linked list of structures. */ ! while ((p = head)) { head = head->fts_link; free(p); } *** lib/libc/gen/getcwd.c.orig Fri Dec 8 03:59:17 1995 --- lib/libc/gen/getcwd.c Fri Dec 8 04:01:21 1995 *************** *** 47,53 **** #define ISDOT(dp) \ (dp->d_name[0] == '.' && (dp->d_name[1] == '\0' || \ ! dp->d_name[1] == '.' && dp->d_name[2] == '\0')) char * getcwd(pt, size) --- 47,53 ---- #define ISDOT(dp) \ (dp->d_name[0] == '.' && (dp->d_name[1] == '\0' || \ ! (dp->d_name[1] == '.' && dp->d_name[2] == '\0'))) char * getcwd(pt, size) *** lib/libc/gen/siginterrupt.c.orig Fri Dec 8 04:09:08 1995 --- lib/libc/gen/siginterrupt.c Fri Dec 8 04:11:40 1995 *************** *** 41,46 **** --- 41,47 ---- * Set signal state to prevent restart of system calls * after an instance of the indicated signal. */ + int siginterrupt(sig, flag) int sig, flag; { *** lib/libc/gen/sigsetops.c.orig Fri Dec 8 04:12:02 1995 --- lib/libc/gen/sigsetops.c Fri Dec 8 04:13:20 1995 *************** *** 45,50 **** --- 45,51 ---- #undef sigdelset #undef sigismember + int sigemptyset(set) sigset_t *set; { *************** *** 52,57 **** --- 53,59 ---- return (0); } + int sigfillset(set) sigset_t *set; { *************** *** 59,64 **** --- 61,67 ---- return (0); } + int sigaddset(set, signo) sigset_t *set; int signo; *************** *** 67,72 **** --- 70,76 ---- return (0); } + int sigdelset(set, signo) sigset_t *set; int signo; *************** *** 75,80 **** --- 79,85 ---- return (0); } + int sigismember(set, signo) const sigset_t *set; int signo; *** lib/libc/gen/timezone.c.orig Fri Dec 8 04:55:56 1995 --- lib/libc/gen/timezone.c Fri Dec 8 04:57:19 1995 *************** *** 62,69 **** register char *beg, *end; ! if (beg = getenv("TZNAME")) { /* set in environment */ ! if (end = index(beg, ',')) { /* "PST,PDT" */ if (dst) return(++end); *end = '\0'; --- 62,69 ---- register char *beg, *end; ! if ((beg = getenv("TZNAME"))) { /* set in environment */ ! if ((end = index(beg, ','))) { /* "PST,PDT" */ if (dst) return(++end); *end = '\0'; *** lib/libc/gen/ttyname.c.orig Fri Dec 8 04:58:59 1995 --- lib/libc/gen/ttyname.c Fri Dec 8 04:59:27 1995 *************** *** 67,73 **** if (fstat(fd, &sb) || !S_ISCHR(sb.st_mode)) return (NULL); ! if (db = dbopen(_PATH_DEVDB, O_RDONLY, 0, DB_HASH, NULL)) { memset(&bkey, 0, sizeof(bkey)); bkey.type = S_IFCHR; bkey.dev = sb.st_rdev; --- 67,73 ---- if (fstat(fd, &sb) || !S_ISCHR(sb.st_mode)) return (NULL); ! if ((db = dbopen(_PATH_DEVDB, O_RDONLY, 0, DB_HASH, NULL))) { memset(&bkey, 0, sizeof(bkey)); bkey.type = S_IFCHR; bkey.dev = sb.st_rdev; *************** *** 96,102 **** if ((dp = opendir(_PATH_DEV)) == NULL) return (NULL); ! while (dirp = readdir(dp)) { if (dirp->d_fileno != sb->st_ino) continue; bcopy(dirp->d_name, buf + sizeof(_PATH_DEV) - 1, --- 96,102 ---- if ((dp = opendir(_PATH_DEV)) == NULL) return (NULL); ! while ((dirp = readdir(dp))) { if (dirp->d_fileno != sb->st_ino) continue; bcopy(dirp->d_name, buf + sizeof(_PATH_DEV) - 1, *** lib/libc/gen/ttyslot.c.orig Fri Dec 8 05:00:45 1995 --- lib/libc/gen/ttyslot.c Fri Dec 8 05:01:13 1995 *************** *** 51,62 **** setttyent(); for (cnt = 0; cnt < 3; ++cnt) ! if (name = ttyname(cnt)) { ! if (p = rindex(name, '/')) ++p; else p = name; ! for (slot = 1; ttyp = getttyent(); ++slot) if (!strcmp(ttyp->ty_name, p)) { endttyent(); return(slot); --- 51,62 ---- setttyent(); for (cnt = 0; cnt < 3; ++cnt) ! if ((name = ttyname(cnt))) { ! if ((p = rindex(name, '/'))) ++p; else p = name; ! for (slot = 1; (ttyp = getttyent()); ++slot) if (!strcmp(ttyp->ty_name, p)) { endttyent(); return(slot); *** lib/libc/gen/unvis.c.orig Fri Dec 8 05:02:26 1995 --- lib/libc/gen/unvis.c Fri Dec 8 05:02:37 1995 *************** *** 224,230 **** char *start = dst; int state = 0; ! while (c = *src++) { again: switch (unvis(dst, c, &state, 0)) { case UNVIS_VALID: --- 224,230 ---- char *start = dst; int state = 0; ! while ((c = *src++)) { again: switch (unvis(dst, c, &state, 0)) { case UNVIS_VALID: *** lib/libc/gen/vis.c.orig Fri Dec 8 05:04:03 1995 --- lib/libc/gen/vis.c Fri Dec 8 05:04:18 1995 *************** *** 158,164 **** register char c; char *start; ! for (start = dst; c = *src;) dst = vis(dst, c, flag, *++src); *dst = '\0'; return (dst - start); --- 158,164 ---- register char c; char *start; ! for (start = dst; (c = *src);) dst = vis(dst, c, flag, *++src); *dst = '\0'; return (dst - start); *** lib/libc/i386/gen/isinf.c.orig Fri Dec 8 05:07:05 1995 --- lib/libc/i386/gen/isinf.c Fri Dec 8 05:07:49 1995 *************** *** 39,44 **** --- 39,45 ---- #include + int isnan(d) double d; { *************** *** 52,57 **** --- 53,59 ---- return(p->exp == 2047 && (p->manh || p->manl)); } + int isinf(d) double d; { *** lib/libc/stdio/vfprintf.c.orig Fri Dec 8 01:46:12 1995 --- lib/libc/stdio/vfprintf.c Fri Dec 8 01:46:46 1995 *************** *** 278,284 **** vfprintf(fp, fmt0, ap) FILE *fp; const char *fmt0; ! va_list ap; { register char *fmt; /* format string */ register int ch; /* character from fmt */ --- 278,284 ---- vfprintf(fp, fmt0, ap) FILE *fp; const char *fmt0; ! _BSD_VA_LIST_ ap; { register char *fmt; /* format string */ register int ch; /* character from fmt */ *** lib/libc/stdio/vfscanf.c.orig Fri Dec 8 01:50:42 1995 --- lib/libc/stdio/vfscanf.c Fri Dec 8 01:50:57 1995 *************** *** 97,103 **** __svfscanf(fp, fmt0, ap) register FILE *fp; char const *fmt0; ! va_list ap; { register u_char *fmt = (u_char *)fmt0; register int c; /* character from format, or conversion */ --- 97,103 ---- __svfscanf(fp, fmt0, ap) register FILE *fp; char const *fmt0; ! _BSD_VA_LIST_ ap; { register u_char *fmt = (u_char *)fmt0; register int c; /* character from format, or conversion */ From owner-freebsd-current Fri Dec 8 02:29:37 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA19075 for current-outgoing; Fri, 8 Dec 1995 02:29:37 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA19065 for ; Fri, 8 Dec 1995 02:29:27 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id FAA02465; Fri, 8 Dec 1995 05:29:13 -0500 (EST) Date: Fri, 8 Dec 1995 05:29:11 -0500 (EST) From: "Marc G. Fournier" To: Poul-Henning Kamp cc: current@FreeBSD.ORG Subject: Re: cd /usr/src/lib; make depend...Fails In-Reply-To: <452.818414752@critter.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG Precedence: bulk On Fri, 8 Dec 1995, Poul-Henning Kamp wrote: > > Hi Marc, > > make sure that your gcc defines __FreeBSD__ to 2 :-) > Hate to ask, but can I change this manually, without having to recompile gcc? Or is this something that gets determined and compiled in at compile time? > > The offending code is: > > > > #if __FreeBSD__ != 2 > > extern char *sys_errlist[]; > > #endif > > -- > Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. > http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. > whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. > Future will arrive by its own means, progress not so. > Marc G. Fournier | POP Mail Telnet Acct DNS Hosting scrappy@hub.org | WWW Services Database Services | Knowledge, soon to be: | | Information and scrappy@ki.net | WWW: http://hub.org | Communications, Inc From owner-freebsd-current Fri Dec 8 02:44:25 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA21998 for current-outgoing; Fri, 8 Dec 1995 02:44:25 -0800 (PST) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA21933 for ; Fri, 8 Dec 1995 02:44:09 -0800 (PST) Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id LAA00633; Fri, 8 Dec 1995 11:41:05 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: "Marc G. Fournier" cc: current@freebsd.org Subject: Re: cd /usr/src/lib; make depend...Fails In-reply-to: Your message of "Fri, 08 Dec 1995 05:29:11 EST." Date: Fri, 08 Dec 1995 11:41:04 +0100 Message-ID: <631.818419264@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org Precedence: bulk > On Fri, 8 Dec 1995, Poul-Henning Kamp wrote: > > > > > Hi Marc, > > > > make sure that your gcc defines __FreeBSD__ to 2 :-) > > > > Hate to ask, but can I change this manually, without having > to recompile gcc? Or is this something that gets determined and > compiled in at compile time? Yeah it's compiled in. What you could do was to make a small wrapper shellscript :-) -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Fri Dec 8 06:28:37 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA07783 for current-outgoing; Fri, 8 Dec 1995 06:28:37 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA07766 for ; Fri, 8 Dec 1995 06:28:23 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id BAA30958; Sat, 9 Dec 1995 01:26:33 +1100 Date: Sat, 9 Dec 1995 01:26:33 +1100 From: Bruce Evans Message-Id: <199512081426.BAA30958@godzilla.zeta.org.au> To: phk@critter.tfs.com, scrappy@hub.org Subject: Re: cd /usr/src/lib; make depend...Fails Cc: current@freebsd.org Sender: owner-current@freebsd.org Precedence: bulk >make sure that your gcc defines __FreeBSD__ to 2 :-) >> The offending code is: >> >> #if __FreeBSD__ != 2 >> extern char *sys_errlist[]; >> #endif The code is bogus too. E.g., it won't work under FreeBSD 3.1.4.1.5 :-). I was annoyed when someone globably replaced all the bogus __386BSD__'s with bogus __FreeBSD__'s and made this list: src/gnu/games/chess/Xchess/program.c XXX src/gnu/games/chess/Xchess/scrollText.c XXX src/gnu/games/chess/Xchess/std.c XXX src/gnu/usr.bin/cvs/lib/getopt.c XXX src/gnu/usr.bin/cvs/lib/regex.h XXX src/gnu/usr.bin/groff/indxbib/dirnamemax.c YYY src/gnu/usr.bin/kgdb/config/i386bsd-dep.c XXX src/gnu/usr.bin/tar/getdate.y XXX src/lib/libncurses/TESTS/knight.c YYY src/usr.sbin/bootpd/getether.c XXX src/libexec/rpc.rusersd/rusers_proc.c XXX src/sys/i386/include/npx.h XXX :-( src/usr.bin/ncftp/sys.h XXX src/libexec/bootpd/getether.c XXX src/usr.sbin/sendmail/src/conf.h src/bin/ed/ed.h In most places the correct fix is to remove the non-FreeBSD code and keep it only in cvs. Bruce From owner-freebsd-current Fri Dec 8 07:12:39 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA09707 for current-outgoing; Fri, 8 Dec 1995 07:12:39 -0800 (PST) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA09698 for ; Fri, 8 Dec 1995 07:12:32 -0800 (PST) Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id QAA00953; Fri, 8 Dec 1995 16:10:45 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Bruce Evans cc: scrappy@hub.org, current@freebsd.org Subject: Re: cd /usr/src/lib; make depend...Fails In-reply-to: Your message of "Sat, 09 Dec 1995 01:26:33 +1100." <199512081426.BAA30958@godzilla.zeta.org.au> Date: Fri, 08 Dec 1995 16:10:45 +0100 Message-ID: <951.818435445@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org Precedence: bulk > In most places the correct fix is to remove the non-FreeBSD code and > keep it only in cvs. I would appreciate if we made that our default policy for all but directly imported stuff. (ie: not for gcc and similar). -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Fri Dec 8 07:19:32 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA10033 for current-outgoing; Fri, 8 Dec 1995 07:19:32 -0800 (PST) Received: from luke.pmr.com (luke.pmr.com [199.98.84.132]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA10028 for ; Fri, 8 Dec 1995 07:19:27 -0800 (PST) Received: (from bob@localhost) by luke.pmr.com (8.6.12/8.6.9) id JAA04463 for freebsd-current@freefall.cdrom.com; Fri, 8 Dec 1995 09:19:25 -0600 From: Bob Willcox Message-Id: <199512081519.JAA04463@luke.pmr.com> Subject: Problems suping ports-utils To: freebsd-current@freefall.FreeBSD.org (freebsd-current) Date: Fri, 8 Dec 1995 09:19:24 -0600 (CST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG Precedence: bulk I have noticed lately (last week or so) that when I attempt to sup the ports collection I get the following error on the ports-utils part: SUP: Invalid release current for collection ports-utils SUP: Upgrade of ports-utils aborted at Dec 8 08:48:57 1995 Here is my entry for ports-utils in the sup file: ports-utils release=current host=SUP.FreeBSD.ORG hostbase=/home base=/usr prefix=/bsd/FreeBSD/FreeBSD-2.1-ports delete old Am I doing something wrong here? Anyone else seeing this? Thanks, -- Bob Willcox bob@luke.pmr.com (or obiwan%bob@uunet.uu.net) Austin, TX From owner-freebsd-current Fri Dec 8 07:34:07 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA11183 for current-outgoing; Fri, 8 Dec 1995 07:34:07 -0800 (PST) Received: from skiddaw.elsevier.co.uk (skiddaw.elsevier.co.uk [193.131.222.60]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA11152 for ; Fri, 8 Dec 1995 07:33:52 -0800 (PST) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by skiddaw.elsevier.co.uk (8.6.12/8.6.12) with ESMTP id PAA07563; Fri, 8 Dec 1995 15:29:11 GMT Received: from cadair.elsevier.co.uk (actually host cadair) by snowdon with SMTP (PP); Fri, 8 Dec 1995 15:25:54 +0000 Received: (from dpr@localhost) by cadair.elsevier.co.uk (8.6.12/8.6.12) id PAA11007; Fri, 8 Dec 1995 15:26:16 GMT From: Paul Richards Message-Id: <199512081526.PAA11007@cadair.elsevier.co.uk> Subject: Re: cd /usr/src/lib; make depend...Fails To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Fri, 8 Dec 1995 15:26:15 +0000 (GMT) Cc: bde@zeta.org.au, scrappy@hub.org, current@FreeBSD.ORG In-Reply-To: <951.818435445@critter.tfs.com> from "Poul-Henning Kamp" at Dec 8, 95 04:10:45 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG Precedence: bulk In reply to Poul-Henning Kamp who said > > > In most places the correct fix is to remove the non-FreeBSD code and > > keep it only in cvs. > > I would appreciate if we made that our default policy for all but > directly imported stuff. (ie: not for gcc and similar). > Why can't it be default policy for all code under cvs control? It'd make our src tree that little bit smaller but mor importantly cleaner. It won't make inporting new versions any more difficult as long as they're on vendor branches, which they all will be eventually :-) -- Paul Richards. Originative Solutions Ltd. Internet: paul@netcraft.co.uk, http://www.netcraft.co.uk Phone: 0370 462071 (Mobile), +44 1225 447500 (work) From owner-freebsd-current Fri Dec 8 07:40:26 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA11720 for current-outgoing; Fri, 8 Dec 1995 07:40:26 -0800 (PST) Received: from freebsd.netcom.com (freebsd.netcom.com [198.211.79.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA11701 for ; Fri, 8 Dec 1995 07:40:21 -0800 (PST) Received: (from bugs@localhost) by freebsd.netcom.com (8.6.12/8.6.12) id JAA07145 for current@freebsd.org; Fri, 8 Dec 1995 09:37:09 -0600 From: Mark Hittinger Message-Id: <199512081537.JAA07145@freebsd.netcom.com> Subject: re: Problems suping ports-utils To: current@freebsd.org Date: Fri, 8 Dec 1995 09:37:08 -0600 (CST) X-Mailer: ELM [version 2.4 PL24 ME8b] Content-Type: text Sender: owner-current@freebsd.org Precedence: bulk >From: bob@luke.pmr.com (or obiwan%bob@uunet.uu.net) >I have noticed lately (last week or so) that when I attempt to sup >the ports collection I get the following error on the ports-utils part: >SUP: Invalid release current for collection ports-utils >SUP: Upgrade of ports-utils aborted at Dec 8 08:48:57 1995 >Am I doing something wrong here? Anyone else seeing this? Me too! I used to see this on ports-www right when they were adding it. Maybe they messed up utils adding www? :-) Regards, Mark Hittinger Netcom/Dallas bugs@freebsd.netcom.com From owner-freebsd-current Fri Dec 8 07:52:55 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA12547 for current-outgoing; Fri, 8 Dec 1995 07:52:55 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA12528 for ; Fri, 8 Dec 1995 07:52:35 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id CAA01051; Sat, 9 Dec 1995 02:49:16 +1100 Date: Sat, 9 Dec 1995 02:49:16 +1100 From: Bruce Evans Message-Id: <199512081549.CAA01051@godzilla.zeta.org.au> To: p.richards@elsevier.co.uk, phk@critter.tfs.com Subject: Re: cd /usr/src/lib; make depend...Fails Cc: bde@zeta.org.au, current@FreeBSD.ORG, scrappy@hub.org Sender: owner-current@FreeBSD.ORG Precedence: bulk >> > In most places the correct fix is to remove the non-FreeBSD code and >> > keep it only in cvs. >> >> I would appreciate if we made that our default policy for all but >> directly imported stuff. (ie: not for gcc and similar). >> >Why can't it be default policy for all code under cvs control? It'd >make our src tree that little bit smaller but mor importantly cleaner. There are some sources that attempt to be compatible with the last 25 versions of FreeBSD and/or NetBSD using __FreeBSD__ or a private version identifier. E.g., pcvt, sound and several other isa drivers. For these the "vendor" code already has __FreeBSD__ ifdefs and would break if we cleaned things up. Bruce From owner-freebsd-current Fri Dec 8 08:04:43 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA13270 for current-outgoing; Fri, 8 Dec 1995 08:04:43 -0800 (PST) Received: from skiddaw.elsevier.co.uk (skiddaw.elsevier.co.uk [193.131.222.60]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA13252 for ; Fri, 8 Dec 1995 08:04:20 -0800 (PST) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by skiddaw.elsevier.co.uk (8.6.12/8.6.12) with ESMTP id QAA07780; Fri, 8 Dec 1995 16:01:38 GMT Received: from cadair.elsevier.co.uk (actually host cadair) by snowdon with SMTP (PP); Fri, 8 Dec 1995 15:57:47 +0000 Received: (from dpr@localhost) by cadair.elsevier.co.uk (8.6.12/8.6.12) id PAA13888; Fri, 8 Dec 1995 15:58:11 GMT From: Paul Richards Message-Id: <199512081558.PAA13888@cadair.elsevier.co.uk> Subject: Re: cd /usr/src/lib; make depend...Fails To: bde@zeta.org.au (Bruce Evans) Date: Fri, 8 Dec 1995 15:58:10 +0000 (GMT) Cc: phk@critter.tfs.com, bde@zeta.org.au, current@FreeBSD.ORG, scrappy@hub.org In-Reply-To: <199512081549.CAA01051@godzilla.zeta.org.au> from "Bruce Evans" at Dec 9, 95 02:49:16 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG Precedence: bulk In reply to Bruce Evans who said > > There are some sources that attempt to be compatible with the last 25 > versions of FreeBSD and/or NetBSD using __FreeBSD__ or a private version > identifier. E.g., pcvt, sound and several other isa drivers. For these > the "vendor" code already has __FreeBSD__ ifdefs and would break if we > cleaned things up. Well, we could clean them up to the extent that the versions that get checked out into our src tree are completely FreeBSD specific and still be able to merge in differences with new releases through the vendor branch. Ok, that might be more work than is worth it. I'm kind of wondering now though. Either the sources are not externally maintained, in which case we can consider them our own and forget about using __FreeBSD__ switches or it is externally maintained, in which case it'll support many systems and the switches will be necessary. Which means, either we import with the switches and make sure they work, or we import and then patch to work in our current tree with all the multiple OS code ripped out. The latter seems the neatest from our src tree point of view but the former is certainly the easiest to maintain and makes it easier to ensure the external package has correct FreeBSD support. -- Paul Richards. Originative Solutions Ltd. Internet: paul@netcraft.co.uk, http://www.netcraft.co.uk Phone: 0370 462071 (Mobile), +44 1225 447500 (work) From owner-freebsd-current Fri Dec 8 09:09:15 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA18698 for current-outgoing; Fri, 8 Dec 1995 09:09:15 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA18692 for ; Fri, 8 Dec 1995 09:09:11 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA15017; Fri, 8 Dec 1995 12:09:03 -0500 Date: Fri, 8 Dec 1995 12:09:03 -0500 From: "Garrett A. Wollman" Message-Id: <9512081709.AA15017@halloran-eldar.lcs.mit.edu> To: mark@linus.demon.co.uk (Mark Valentine) Cc: freebsd-current@freebsd.org Subject: Re: integer divide fault in tcp_timers() - update In-Reply-To: <199512072310.XAA00807@linus.demon.co.uk> References: <199512072310.XAA00807@linus.demon.co.uk> Sender: owner-current@freebsd.org Precedence: bulk < I ran tcpdump, and on two runs I noticed that just before the panic, > I'm sending out several duplicate acks in quick succession (within > milliseconds of each other). I append the tail end of what tcpdump > managed to get to the disk before the crash, in case the prior > context is useful, but what I'm seeing immediately before before the > crash are transmitted packets of the form: ". ack 356 win 16384 (DF)", > the same sequence number each time, a short burst of those, maybe one > other packet logged on the console after those, and then it blows. You might try compiling ip_icmp.c with the newly-added DEBUG_MTUDISC (I think that's what I called it) option, to see what (if anything) the ICMP side of the MTU discovery code is doing. If we can narrow down the cause somewhat, it would be of value. A traceback might also be interesting. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Fri Dec 8 11:14:04 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA08080 for current-outgoing; Fri, 8 Dec 1995 11:14:04 -0800 (PST) Received: from linus.demon.co.uk (linus.demon.co.uk [158.152.10.220]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA08066 for ; Fri, 8 Dec 1995 11:13:57 -0800 (PST) Received: (from mark@localhost) by linus.demon.co.uk (8.7.3/8.7.3) id TAA00233; Fri, 8 Dec 1995 19:11:52 GMT Message-Id: <199512081911.TAA00233@linus.demon.co.uk> From: mark@linus.demon.co.uk (Mark Valentine) Date: Fri, 8 Dec 1995 19:11:52 +0000 In-Reply-To: "Garrett A. Wollman"'s message of Dec 8, 12:09pm X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: "Garrett A. Wollman" Subject: Re: integer divide fault in tcp_timers() - update Cc: freebsd-current@freebsd.org Sender: owner-current@freebsd.org Precedence: bulk > From: "Garrett A. Wollman" > Date: Fri 8 Dec, 1995 > Subject: Re: integer divide fault in tcp_timers() - update > You might try compiling ip_icmp.c with the newly-added DEBUG_MTUDISC > (I think that's what I called it) option, to see what (if anything) > the ICMP side of the MTU discovery code is doing. If we can narrow > down the cause somewhat, it would be of value. A traceback might also > be interesting. I didn't see any output from that debug statement at any time during the half dozen test messages it took me to trigger the crash (I verified that it did get compiled in). The traceback (modulo transcription errors) is as follows: _tcp_timers(f0784500,0) at _tcp_timers+0x124 _tcp_usrreq(f077c300,13,0,0) at _tcp_usrreq+0x3fd _tcp_slowtimo(0,f0123cf8,f01aafb8,f010bbe4,0) at _tcp_slowtimo+0x6b _pfslowtimo(0) at _pfslowtimo+0x23 _softclock(80000000,f0780010,10,0,f0784000) at _softclock+0x64 doreti_swi(0,f0181fe0,11111111,22222222,33333333) at doreti_swi+0xf _cpu_switch(11111111,22222222,33333333,44444444,55555555) at _cpu_switch Mark. -- "Tigers will do ANYTHING for a tuna fish sandwich." "We're kind of stupid that way." *munch* *munch* From owner-freebsd-current Fri Dec 8 11:37:42 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA12830 for current-outgoing; Fri, 8 Dec 1995 11:37:42 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA12801 for ; Fri, 8 Dec 1995 11:37:33 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id GAA09072; Sat, 9 Dec 1995 06:33:07 +1100 Date: Sat, 9 Dec 1995 06:33:07 +1100 From: Bruce Evans Message-Id: <199512081933.GAA09072@godzilla.zeta.org.au> To: current@FreeBSD.org, terry@lambert.org Subject: Re: POSIX compliance and time updates Sender: owner-current@FreeBSD.org Precedence: bulk >It seems pretty obvious that the ufs_setattr() code in the file >/sys/ufs/ufs/ufs_vnops.c is bogusly requiring synchronous time >updates in the non-async case. >I believe that: > error = VOP_UPDATE(vp, &atimeval, &mtimeval, 1); >should be: > error = VOP_UPDATE(vp, &atimeval, &mtimeval, 0); I've been running with this change for years. It is just an optimization and is only wrong if the system crashes. My comment about it says that it is stupid to update times synchronously but not update ids and permissions synchronously. >This should significantly increase performance on the bogus create/delete >benchmark. The performance is still low. 100 creat/unlink's take 5.01 real 0.01 user 0.14 sys here. They should take about 0.15 real (33 times faster). Bruce From owner-freebsd-current Fri Dec 8 12:07:03 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA15805 for current-outgoing; Fri, 8 Dec 1995 12:07:03 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA15792 for ; Fri, 8 Dec 1995 12:07:00 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA02039; Fri, 8 Dec 1995 13:05:35 -0700 From: Terry Lambert Message-Id: <199512082005.NAA02039@phaeton.artisoft.com> Subject: Re: POSIX compliance and time updates To: bde@zeta.org.au (Bruce Evans) Date: Fri, 8 Dec 1995 13:05:35 -0700 (MST) Cc: current@FreeBSD.org, terry@lambert.org In-Reply-To: <199512081933.GAA09072@godzilla.zeta.org.au> from "Bruce Evans" at Dec 9, 95 06:33:07 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 Precedence: bulk > >should be: > > > error = VOP_UPDATE(vp, &atimeval, &mtimeval, 0); > > I've been running with this change for years. It is just an > optimization and is only wrong if the system crashes. My comment about > it says that it is stupid to update times synchronously but not update > ids and permissions synchronously. I actually have someone here in the wings who is willing to get into a flame war on POSIX "should/shall/may" arguing that POSIX does not require an immediate update here by virtue of the exact wording. The worst thing that can happen is you have to rebuild something unnecessarily in a make because the date didn't roll forward. > >This should significantly increase performance on the bogus create/delete > >benchmark. > > The performance is still low. 100 creat/unlink's take > > 5.01 real 0.01 user 0.14 sys > > here. They should take about 0.15 real (33 times faster). "should"? You mean "do on Linux", not "should", right? 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri Dec 8 12:25:12 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA17506 for current-outgoing; Fri, 8 Dec 1995 12:25:12 -0800 (PST) Received: from linc.cis.upenn.edu (LINC.CIS.UPENN.EDU [158.130.12.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA17501 for ; Fri, 8 Dec 1995 12:25:09 -0800 (PST) Received: from red.seas.upenn.edu (dherbst@RED.SEAS.UPENN.EDU [130.91.5.147]) by linc.cis.upenn.edu (8.6.12/UPenn 1.4) with ESMTP id PAA00780 for ; Fri, 8 Dec 1995 15:24:28 -0500 Received: by red.seas.upenn.edu id PAA06764; Fri, 8 Dec 1995 15:24:26 -0500 Posted-Date: Fri, 8 Dec 1995 15:24:26 -0500 Message-Id: <199512082024.PAA06764@red.seas.upenn.edu> Subject: Proc size mismatch To: current@freebsd.org Date: Fri, 8 Dec 1995 15:24:26 -0500 (EST) From: "Darrel Herbst" X-Mailer: ELM [version 2.4 PL23-upenn3.0] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk Could someone email me a copy of what to do to fix the 'proc size mismatch' error that you get from ps or w? Thanks in advance. From owner-freebsd-current Fri Dec 8 13:02:12 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA21720 for current-outgoing; Fri, 8 Dec 1995 13:02:12 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA21694 for ; Fri, 8 Dec 1995 13:01:58 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id HAA11867; Sat, 9 Dec 1995 07:58:56 +1100 Date: Sat, 9 Dec 1995 07:58:56 +1100 From: Bruce Evans Message-Id: <199512082058.HAA11867@godzilla.zeta.org.au> To: bde@zeta.org.au, terry@lambert.org Subject: Re: POSIX compliance and time updates Cc: current@FreeBSD.org Sender: owner-current@FreeBSD.org Precedence: bulk >> >should be: >> >> > error = VOP_UPDATE(vp, &atimeval, &mtimeval, 0); >> >> I've been running with this change for years. It is just an >> optimization and is only wrong if the system crashes. My comment about >> it says that it is stupid to update times synchronously but not update >> ids and permissions synchronously. >I actually have someone here in the wings who is willing to get into a >flame war on POSIX "should/shall/may" arguing that POSIX does not >require an immediate update here by virtue of the exact wording. POSIX specifies marking for update and update of file times, not recording these updates on eternal storage! For utime(NULL), it specifies setting the atime and the mtime to the current time and marking for update the ctime. The ctime need not be updated until the next close or [f]stat, so if the file is held open and not stat'ed for several years, the apparent ctime may be several years later than the actual ctime. >> >This should significantly increase performance on the bogus create/delete >> >benchmark. Actually, ufs_setattr() isn't called for creat/close/unlink so improving it wouldn't affect the benchmark. You need a sillier benchmark to demonstrate extreme slowness, e.g., `find / | xargs touch'. >> The performance is still low. 100 creat/unlink's take >> >> 5.01 real 0.01 user 0.14 sys >> >> here. They should take about 0.15 real (33 times faster). >"should"? You mean "do on Linux", not "should", right? 8-). No, I mean that it should take 0.15 sec with reliable (not semi-random async) updates. Something involving delayed writes. If the writes are delayed for > 0.15 seconds then the need to write goes away. Bruce From owner-freebsd-current Fri Dec 8 13:31:07 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA24723 for current-outgoing; Fri, 8 Dec 1995 13:31:07 -0800 (PST) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA24718 for ; Fri, 8 Dec 1995 13:31:01 -0800 (PST) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.12/8.6.9) id NAA25548; Fri, 8 Dec 1995 13:30:34 -0800 Date: Fri, 8 Dec 1995 13:30:34 -0800 Message-Id: <199512082130.NAA25548@silvia.HIP.Berkeley.EDU> To: bugs@freebsd.netcom.com CC: current@FreeBSD.ORG In-reply-to: <199512081537.JAA07145@freebsd.netcom.com> (message from Mark Hittinger on Fri, 8 Dec 1995 09:37:08 -0600 (CST)) Subject: re: Problems suping ports-utils From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@FreeBSD.ORG Precedence: bulk * Me too! I used to see this on ports-www right when they were * adding it. Maybe they messed up utils adding www? :-) Sorry, I should have sent an announcement. ports-utils is obsolete and is (mostly) renamed ports-misc. So, if you are supping ports, please add ports-www and change ports-utils to ports-misc. If you are not sure what to do, you can just pick up the new example supfile in FreeBSD-current. Satoshi From owner-freebsd-current Fri Dec 8 13:31:24 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA24740 for current-outgoing; Fri, 8 Dec 1995 13:31:24 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA24539 for ; Fri, 8 Dec 1995 13:28:50 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id QAA17073; Fri, 8 Dec 1995 16:27:43 -0500 (EST) Date: Fri, 8 Dec 1995 16:27:38 -0500 (EST) From: "Marc G. Fournier" To: Darrel Herbst cc: current@freebsd.org Subject: Re: Proc size mismatch In-Reply-To: <199512082024.PAA06764@red.seas.upenn.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Fri, 8 Dec 1995, Darrel Herbst wrote: > Could someone email me a copy of what to do to fix the 'proc size > mismatch' error that you get from ps or w? > recompile them Marc G. Fournier | POP Mail Telnet Acct DNS Hosting scrappy@hub.org | WWW Services Database Services | Knowledge, soon to be: | | Information and scrappy@ki.net | WWW: http://hub.org | Communications, Inc From owner-freebsd-current Fri Dec 8 13:46:53 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA25485 for current-outgoing; Fri, 8 Dec 1995 13:46:53 -0800 (PST) Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA25477 for ; Fri, 8 Dec 1995 13:46:44 -0800 (PST) Received: by haven.uniserve.com id <30745-3>; Fri, 8 Dec 1995 13:49:05 -0000 Date: Fri, 8 Dec 1995 13:48:55 -0800 (PST) From: Tom Samplonius To: Darrel Herbst cc: current@FreeBSD.ORG Subject: Re: Proc size mismatch In-Reply-To: <199512082024.PAA06764@red.seas.upenn.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG Precedence: bulk On Fri, 8 Dec 1995, Darrel Herbst wrote: > Could someone email me a copy of what to do to fix the 'proc size > mismatch' error that you get from ps or w? You get that when your kernel version does match the version of the system utils that access kernel structures (ps, etc). So rebuild ps from source. Tom From owner-freebsd-current Fri Dec 8 13:56:24 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA25972 for current-outgoing; Fri, 8 Dec 1995 13:56:24 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA25966 for ; Fri, 8 Dec 1995 13:56:19 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id NAA22047 for ; Fri, 8 Dec 1995 13:55:15 -0800 Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id QAA17388; Fri, 8 Dec 1995 16:50:08 -0500 (EST) Date: Fri, 8 Dec 1995 16:50:06 -0500 (EST) From: "Marc G. Fournier" To: current@freebsd.org Subject: [PATCH] /usr/src/lib/libcurses Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk Another fatal error trying to compile under /usr/src/lib/.. *** lib/libcurses/printw.c.orig Fri Dec 8 15:48:56 1995 --- lib/libcurses/printw.c Fri Dec 8 15:49:47 1995 *************** *** 189,195 **** vwprintw(win, fmt, ap) WINDOW *win; const char *fmt; ! va_list ap; { FILE *f; --- 189,195 ---- vwprintw(win, fmt, ap) WINDOW *win; const char *fmt; ! _BSD_VA_LIST_ ap; { FILE *f; Marc G. Fournier | POP Mail Telnet Acct DNS Hosting scrappy@hub.org | WWW Services Database Services | Knowledge, soon to be: | | Information and scrappy@ki.net | WWW: http://hub.org | Communications, Inc From owner-freebsd-current Fri Dec 8 19:39:17 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA19707 for current-outgoing; Fri, 8 Dec 1995 19:39:17 -0800 (PST) Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA19699 for ; Fri, 8 Dec 1995 19:39:08 -0800 (PST) Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by kitten.mcs.com (8.6.10/8.6.9) with SMTP id VAA09556 for ; Fri, 8 Dec 1995 21:39:02 -0600 Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Fri, 8 Dec 95 21:39 CST Received: by mercury.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Fri, 8 Dec 95 21:39 CST Date: Fri, 8 Dec 1995 21:39:00 -0600 (CST) From: Eli Lazich X-Sender: elazich@Mercury.mcs.com To: current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk subscribe elazich@mcs.com From owner-freebsd-current Fri Dec 8 20:43:24 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA23069 for current-outgoing; Fri, 8 Dec 1995 20:43:24 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA23042 for ; Fri, 8 Dec 1995 20:43:12 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id XAA16276; Fri, 8 Dec 1995 23:42:56 -0500 (EST) Date: Fri, 8 Dec 1995 23:42:47 -0500 (EST) From: "Marc G. Fournier" To: current@freebsd.org Subject: [PATCH] /usr/src/lib/libcurses/scanw.c Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk Hi... another fatal error: *** lib.orig/libcurses/scanw.c Tue May 30 06:36:40 1995 --- lib/libcurses/scanw.c Fri Dec 8 23:36:57 1995 *************** *** 165,171 **** vwscanw(win, fmt, ap) WINDOW *win; const char *fmt; ! va_list ap; { char buf[1024]; --- 165,171 ---- vwscanw(win, fmt, ap) WINDOW *win; const char *fmt; ! _BSD_VA_LIST_ ap; { char buf[1024]; Marc G. Fournier | POP Mail Telnet Acct DNS Hosting scrappy@hub.org | WWW Services Database Services | Knowledge, soon to be: | | Information and scrappy@ki.net | WWW: http://hub.org | Communications, Inc From owner-freebsd-current Fri Dec 8 21:16:05 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA24702 for current-outgoing; Fri, 8 Dec 1995 21:16:05 -0800 (PST) Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA24651 for ; Fri, 8 Dec 1995 21:15:46 -0800 (PST) Received: by sequent.kiae.su id AA24146 (5.65.kiae-2 for current@freebsd.org); Sat, 9 Dec 1995 08:15:29 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Sat, 9 Dec 95 08:15:29 +0300 Received: (from ache@localhost) by ache.dialup.ru (8.7.3/8.7.3) id HAA11601 for current@freebsd.org; Sat, 9 Dec 1995 07:54:18 +0300 (MSK) To: current@freebsd.org Message-Id: Organization: Olahm Ha-Yetzirah Date: Sat, 9 Dec 1995 07:54:18 +0300 (MSK) X-Mailer: Mail/@ [v2.41 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: libkvm not builds now :-( Lines: 11 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk cc -O2 -m486 -pipe -fno-strength-reduce -DLIBC_SCCS -I/sys -c /usr/src/lib/libkvm/kvm.c -o kvm.o In file included from /usr/src/lib/libkvm/kvm.c:43: /sys/sys/user.h:64: field `e_vm' has incomplete type *** Error code 1 Stop. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Fri Dec 8 21:27:23 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA25363 for current-outgoing; Fri, 8 Dec 1995 21:27:23 -0800 (PST) Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA25348 for ; Fri, 8 Dec 1995 21:27:14 -0800 (PST) Received: by sequent.kiae.su id AA25934 (5.65.kiae-2 for current@freebsd.org); Sat, 9 Dec 1995 08:26:57 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Sat, 9 Dec 95 08:26:56 +0300 Received: (from ache@localhost) by ache.dialup.ru (8.7.3/8.7.3) id IAA13036 for current@freebsd.org; Sat, 9 Dec 1995 08:26:47 +0300 (MSK) To: current@freebsd.org Message-Id: Organization: Olahm Ha-Yetzirah Date: Sat, 9 Dec 1995 08:26:46 +0300 (MSK) X-Mailer: Mail/@ [v2.41 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: linux lkm not builds anymore :-( Lines: 8 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk ===> linux /usr/src/lkm/linux/../../sys/i386/linux/linux_misc.c:234: `VM_PROT_READ' undeclared (first use this function) /usr/src/lkm/linux/../../sys/i386/linux/linux_misc.c:297: `VM_PROT_ALL' undeclared (first use this function) -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Fri Dec 8 22:03:31 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA27712 for current-outgoing; Fri, 8 Dec 1995 22:03:31 -0800 (PST) Received: from jhome.DIALix.COM (root@jhome.DIALix.COM [192.203.228.69]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA27704 for ; Fri, 8 Dec 1995 22:03:20 -0800 (PST) Received: (from peter@localhost) by jhome.DIALix.COM (8.7.3/8.7.3) id OAA02270; Sat, 9 Dec 1995 14:02:54 +0800 (WST) Date: Sat, 9 Dec 1995 14:02:53 +0800 (WST) From: Peter Wemm To: current@freebsd.org Subject: Warning: You need to recompile some stuff after this -current!! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk I've just made some changes to the kernel exec() system to support BSD/OS2.0 binaries. This has moved the location of the ps_strings structure (normally right near the very top of the user process stack) and changed the definition of the entries a little. The end result, is that you need to recompile "src/lib/libkvm" after updating the kernel source, and recompile or relink "src/bin/ps" (it includes a static copy of the old libkvm library). The 'w' and 'top' commands should not be affected, as they will pick up the new libkvm once it's installed. It is also *very* important that you remember to recompile the linux and ibcs2 LKM's if you are using them. You may get unfortunate results if you forget. Also, if you are running the sendmail-8.7 that was recently imported to -current, you will want to recompile that too, as it directly manipulates the ps_strings structure to change it's argument lists on the 'ps' output. With a bit of luck, we should now be able to run BSD/OS2.0 binaries. Static binaries should work fine. Their dynamically linked binaries would require you to aquire the /usr/lib/shlib.map and /usr/lib/lib*_s files from your licensed BSD/OS box, of course.. I've not tested shared library binaries, but there is no obvious reason why they would not work that I'm aware of. -Peter From owner-freebsd-current Fri Dec 8 22:36:22 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA29609 for current-outgoing; Fri, 8 Dec 1995 22:36:22 -0800 (PST) Received: (from dima@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA29602 Fri, 8 Dec 1995 22:36:19 -0800 (PST) Message-Id: <199512090636.WAA29602@freefall.freebsd.org> Subject: Re: libkvm not builds now :-( To: ache@astral.msk.su (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Fri, 8 Dec 1995 22:36:19 -0800 (PST) Cc: current@FreeBSD.org In-Reply-To: from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Dec 9, 95 07:54:18 am From: dima@FreeBSD.org (Dima Ruban) X-Class: Fast Organization: HackerDome X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org Precedence: bulk =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= writes: > > cc -O2 -m486 -pipe -fno-strength-reduce -DLIBC_SCCS -I/sys -c /usr/src/lib/libkvm/kvm.c -o kvm.o > In file included from /usr/src/lib/libkvm/kvm.c:43: > /sys/sys/user.h:64: field `e_vm' has incomplete type > *** Error code 1 I haven't tested it yet, but I believe, it should work after Peter's hack for user.h ... > > Stop. > -- > Andrey A. Chernov : And I rest so composedly, /Now, in my bed, > ache@astral.msk.su : That any beholder /Might fancy me dead - > http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. > RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 > -- dima From owner-freebsd-current Fri Dec 8 23:37:18 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA02209 for current-outgoing; Fri, 8 Dec 1995 23:37:18 -0800 (PST) Received: from wiley.csusb.edu (wiley.csusb.edu [139.182.2.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA02204 for ; Fri, 8 Dec 1995 23:37:15 -0800 (PST) Received: (from rmallory@localhost) by wiley.csusb.edu (8.6.11/8.6.11) id XAA09086; Fri, 8 Dec 1995 23:38:36 -0800 From: Rob Mallory Message-Id: <199512090738.XAA09086@wiley.csusb.edu> Subject: Re: FYI To: terry@lambert.org (Terry Lambert) Date: Fri, 8 Dec 1995 23:38:35 -0800 (PST) Cc: current@FreeBSD.ORG In-Reply-To: <199512080102.SAA00275@phaeton.artisoft.com> from "Terry Lambert" at Dec 7, 95 06:02:39 pm X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk > > ps -gax > PID TT STAT TIME COMMAND > 234 p0 R 0:16.11 ./xxx > 237 p0 R+ 0:00.02 ps -gax I'll drink to that! ...virtual beers flowing onto MBONE again.. ...hmmm, did I see two identical DEC drives there too?;) (/kernel: changing root device to md0a) -- rm From owner-freebsd-current Sat Dec 9 02:27:30 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA11509 for current-outgoing; Sat, 9 Dec 1995 02:27:30 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA11503 for ; Sat, 9 Dec 1995 02:27:15 -0800 (PST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id LAA12487; Sat, 9 Dec 1995 11:26:01 +0100 Message-Id: <199512091026.LAA12487@gilberto.physik.rwth-aachen.de> Subject: Re: Proc size mismatch To: tom@uniserve.com (Tom Samplonius) Date: Sat, 9 Dec 1995 11:26:00 +0100 (MET) Cc: dherbst@eniac.seas.upenn.edu, current@FreeBSD.ORG In-Reply-To: from "Tom Samplonius" at Dec 8, 95 01:48:55 pm From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG Precedence: bulk > > > On Fri, 8 Dec 1995, Darrel Herbst wrote: > > > Could someone email me a copy of what to do to fix the 'proc size > > mismatch' error that you get from ps or w? > > You get that when your kernel version does match the version of the > system utils that access kernel structures (ps, etc). So rebuild ps from > source. And don't forget to re-build libkvm.a > > Tom > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Sat Dec 9 08:01:02 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA28746 for current-outgoing; Sat, 9 Dec 1995 08:01:02 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA28727 for ; Sat, 9 Dec 1995 08:00:48 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id QAA00275; Sat, 9 Dec 1995 16:56:38 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id QAA25150; Sat, 9 Dec 1995 16:56:07 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id OAA26883; Sat, 9 Dec 1995 14:48:10 +0100 From: J Wunsch Message-Id: <199512091348.OAA26883@uriah.heep.sax.de> Subject: Re: cd /usr/src/lib; make depend...Fails To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 9 Dec 1995 14:48:10 +0100 (MET) Cc: scrappy@hub.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <631.818419264@critter.tfs.com> from "Poul-Henning Kamp" at Dec 8, 95 11:41:04 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.org Precedence: bulk As Poul-Henning Kamp wrote: > > > > make sure that your gcc defines __FreeBSD__ to 2 :-) > > > > > > > Hate to ask, but can I change this manually, without having > > to recompile gcc? Or is this something that gets determined and > > compiled in at compile time? > > Yeah it's compiled in. ...but can be overridden from a `specs' file, somewhere under /usr/local/lib/gcc/2.7.1/i386--freebsd/specs (this is from memory). -- 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 Dec 9 08:11:03 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA29342 for current-outgoing; Sat, 9 Dec 1995 08:11:03 -0800 (PST) Received: from eas.eas.slu.edu (eas.eas.slu.edu [165.134.8.188]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA29336 for ; Sat, 9 Dec 1995 08:10:59 -0800 (PST) Received: (from ejh@localhost) by eas.eas.slu.edu (8.6.10/8.6.9) id KAA15578 for current@freebsd.org; Sat, 9 Dec 1995 10:10:26 -0600 Date: Sat, 9 Dec 1995 10:10:26 -0600 From: "Eric J. Haug" Message-Id: <199512091610.KAA15578@eas.eas.slu.edu> To: current@freebsd.org Subject: Exabyte 8505 mods to scsi system Sender: owner-current@freebsd.org Precedence: bulk These patches allow an Exabyte 8505 to be used in the four modes it is capable of. They were generated with respect to: * $Id: scsi_tape.h,v 1.14 1995/11/30 07:43:46 pst Exp $ * $Id: scsiconf.h,v 1.32 1995/12/05 07:14:25 julian Exp $ * $Id: st.c,v 1.49 1995/12/08 11:18:59 julian Exp $ Use requires mt to be used to set the densities as necessary: mt -f /dev/st0ctl.0 density 0x14 8200 mode mt -f /dev/st0ctl.1 density 0x15 8500 mode mt -f /dev/st0ctl.2 density 0x8c 8500 compressed mode mt -f /dev/st0ctl.3 density 0x90 8200 compressed mode The patches were applied to FreeBSD 2.1-STABLE (EJH) #2: Sat Dec 9 08:48:08 CST 1995 and tested. eric ejh@eas.slu.edu *** scsi_tape.h.orig Thu Nov 30 04:34:17 1995 --- scsi_tape.h Sat Dec 9 10:00:03 1995 *************** *** 308,311 **** --- 308,315 ---- #define DDS 0x13 #define DAT_1 0x13 + #define EXB_8200 0x14 /* from EXB-8505 Users Manual 510503-002 */ + #define EXB_8500 0x15 + #define EXB_8500C 0x8C + #define EXB_8200C 0x90 #define QIC_3080 0x29 #endif /* NEW_SCSICONF */ *** scsiconf.h.orig Tue Dec 5 05:54:42 1995 --- scsiconf.h Sat Dec 9 10:00:03 1995 *************** *** 241,245 **** /* 4*/ u_int32 blksiz; /* 6*/ u_int16 quirks; /* same definitions as in XXX */ ! /* 7*/ char density; /* 8*/ char spare[1]; }; --- 241,245 ---- /* 4*/ u_int32 blksiz; /* 6*/ u_int16 quirks; /* same definitions as in XXX */ ! /* 7*/ u_int8 density; /* 8*/ char spare[1]; }; *** st.c.orig Fri Dec 8 05:26:48 1995 --- st.c Sat Dec 9 10:00:04 1995 *************** *** 67,72 **** --- 67,76 ---- #define IS_CTLMODE(DEV) (MODE(DEV) == CTLMODE) + #ifdef EXB_8200C + #define SCSI_2_MAX_DENSITY_CODE EXB_8200C + #else #define SCSI_2_MAX_DENSITY_CODE 0x17 /* maximum density code specified * in SCSI II spec. */ + #endif #ifndef NEW_SCSICONF /* *************** *** 77,81 **** u_int32 blksiz; u_int32 quirks; /* same definitions as in rogues */ ! char density; char spare[3]; }; --- 81,85 ---- u_int32 blksiz; u_int32 quirks; /* same definitions as in rogues */ ! u_int8 density; char spare[3]; }; *************** *** 1366,1369 **** --- 1370,1379 ---- if (number > SCSI_2_MAX_DENSITY_CODE) { errcode = EINVAL; + /* ejh falling through here seems to be a bug + * we immediately call st_mode_select and reset + * errcode with the return value + * since st->density is probably a previous + * value or 0 this will most likely not fail + */ } else { st->density = number; From owner-freebsd-current Sat Dec 9 11:35:31 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA08858 for current-outgoing; Sat, 9 Dec 1995 11:35:31 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA08849 for ; Sat, 9 Dec 1995 11:35:21 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id OAA01056; Sat, 9 Dec 1995 14:34:47 -0500 (EST) Date: Sat, 9 Dec 1995 14:34:43 -0500 (EST) From: "Marc G. Fournier" To: current@freebsd.org Subject: Problems compilng kernel Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk Hi... Well, I've sup'd in all the new stuff, and did my make depend, but when it seems to be right at the end of 'make', it fails with: cc -c -O -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -nostdinc -I. -I../.. -I../../sys -I../../../include -DI386_CPU -DPCVT_PRETTYSCRNS -DPCVT_SCREENSAVER -DPCVT_FREEBSD=210 -DSYSVMSG -DSYSVSEM -DSYSVSHM -DUCONSOLE -DBOUNCE_ BUFFERS -DSCSI_DELAY=15 -DCOMPAT_43 -DPROCFS -DMSDOSFS -DFFS -DINET -DMATH_EMULATE -DJREMOD -DKERNEL -DMAXUSERS=10 param.c Makefile:4: *** missing separator. Stop. *** Error code 2 Stop. Now, usually a 'missing separator', from my experience, refers to a missing tab or something...doesn't it? Well, here's the top of my Makefile in ../../compile/hub, and, line 4 turns out to be the '# Copy...' line (IDENT is all one line, until -DJREMOD): KERN_IDENT=HUB IDENT= -DI386_CPU -DPCVT_PRETTYSCRNS -DPCVT_SCREENSAVER -DPCVT_FREEBSD=210 -DSYS VMSG -DSYSVSEM -DSYSVSHM -DUCONSOLE -DBOUNCE_BUFFERS -DSCSI_DELAY=15 -DCOMPAT_43 -DPROCFS -DMSDOSFS -DFFS -DINET -DMATH_EMULATE -DJREMOD PARAM=-DMAXUSERS=10 # Copyright 1990 W. Jolitz # from: @(#)Makefile.i386 7.1 5/10/91 # $Id: Makefile.i386,v 1.70 1995/11/19 19:49:43 davidg Exp $ # # Makefile for FreeBSD # # This makefile is constructed from a machine description: # config machineid # Most changes should be made in the machine description # /sys/i386/conf/``machineid'' # after which you should do # config machineid # Generic makefile changes should be made in # /sys/i386/conf/Makefile.i386 # after which config should be rerun for all machines. # CC?= cc CPP?= cpp LD?= /usr/bin/ld .if exists(./@/.) S= ./@ .else S= ../.. .endif I386= ${S}/i386 Then again...if the Makefile was "corrupt", it shouldn't compile anything else, let alone fail on the last segment of the compile...should it? Any ideas of where I should look on this? I've tried doing a 'config hub' again, to wipe out everything and rebuild the compile directory, no go. And I haven't modified 'Makefile.i386' in the i386/conf directory... Ideas are welcome... Thanks.. Marc G. Fournier | POP Mail Telnet Acct DNS Hosting scrappy@hub.org | WWW Services Database Services | Knowledge, soon to be: | | Information and scrappy@ki.net | WWW: http://hub.org | Communications, Inc From owner-freebsd-current Sat Dec 9 12:29:53 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA11355 for current-outgoing; Sat, 9 Dec 1995 12:29:53 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA11349 for ; Sat, 9 Dec 1995 12:29:46 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id PAA01873; Sat, 9 Dec 1995 15:29:41 -0500 (EST) Date: Sat, 9 Dec 1995 15:29:37 -0500 (EST) From: "Marc G. Fournier" To: current@freebsd.org Subject: Simple patch to /usr/src/lib/Makefile ... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk Hi... Here's a patch to /usr/src/lib/Makefile that has it handle the creation of SUBDIR a little more intelligently. Instead of blindly figuring that *everyone* is going to want to install *all* libraries, it checks to make sure they exist before compiling. *** Makefile.orig Sat Dec 9 15:10:03 1995 --- Makefile Sat Dec 9 15:22:38 1995 *************** *** 10,19 **** .endif # XXX MISSING: libplot ! SUBDIR+= libc libcompat libcom_err libcurses libedit \ ! libf2c libforms \ ! libkvm libmd libmytinfo libncurses libpcap libresolv librpcsvc \ ! libscsi libskey libss libtermcap libutil libxpg4 liby libipx .if !exists(../secure) || defined(NOSECURE) || defined(NOCRYPT) SUBDIR+= libcrypt --- 10,24 ---- .endif # XXX MISSING: libplot ! DIRLIST= libc libcompat libcom_err libedit libf2c libforms \ ! libkvm libmd libmytinfo libncurses libpcap libresolv librpcsvc \ ! libscsi libskey libss libtermcap libutil libxpg4 liby libipx ! ! .for INDIR in ${DIRLIST} ! .if exists(${INDIR}) ! SUBDIR+= ${INDIR} ! .endif ! .endfor .if !exists(../secure) || defined(NOSECURE) || defined(NOCRYPT) SUBDIR+= libcrypt Marc G. Fournier | POP Mail Telnet Acct DNS Hosting scrappy@hub.org | WWW Services Database Services | Knowledge, soon to be: | | Information and scrappy@ki.net | WWW: http://hub.org | Communications, Inc From owner-freebsd-current Sat Dec 9 18:37:03 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA18285 for current-outgoing; Sat, 9 Dec 1995 18:37:03 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA18231 for ; Sat, 9 Dec 1995 18:36:38 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id VAA13027; Sat, 9 Dec 1995 21:35:59 -0500 (EST) Date: Sat, 9 Dec 1995 21:35:54 -0500 (EST) From: "Marc G. Fournier" To: current@freebsd.org Subject: Okay, who broke it...? :) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk Hi... I've seen a couple of messages go by about ppl putting 'name[32]' back into some of the code, but it looks like maybe this one was missed? cc -c -O -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -nostdinc -I. -I../.. -I../../sys -I../../../include -DI386_CPU -DPCVT_PRETTYSCRNS -DPCVT_SCREENSAVER -DPCVT_FREEBSD=210 -DSYSVMSG -DSYSVSEM -DSYSVSHM -DUCONSOLE -DBOUNCE_ BUFFERS -DSCSI_DELAY=15 -DCOMPAT_43 -DPROCFS -DMSDOSFS -DFFS -DINET -DMATH_EMULATE -DDEVFS -DKERNEL ../../net/if_tun.c ../../net/if_tun.c:69: warning: left-hand operand of comma expression has no effect ../../net/if_tun.c:69: warning: left-hand operand of comma expression has no effect ../../net/if_tun.c:75: warning: left-hand operand of comma expression has no effect ../../net/if_tun.c:75: warning: left-hand operand of comma expression has no effect ../../net/if_tun.c: In function `tunattach': ../../net/if_tun.c:118: `name' undeclared (first use this function) ../../net/if_tun.c:118: (Each undeclared identifier is reported only once ../../net/if_tun.c:118: for each function it appears in.) *** Error code 1 Stop. hub# sup -v ~/kernel SUP 9.26 (4.3 BSD) for file /root/kernel at Dec 9 21:28:07 SUP Upgrade of src-sys-current at Sat Dec 9 21:28:09 1995 SUP Fileserver 9.13 (4.3 BSD) 17273 on freefall.FreeBSD.org at 21:28:09 SUP Fileserver supports compression. SUP Requesting changes since Dec 9 18:04:23 1995 SUP Upgrade of src-sys-current completed at Dec 9 21:29:32 1995 hub# Marc G. Fournier | POP Mail Telnet Acct DNS Hosting scrappy@hub.org | WWW Services Database Services | Knowledge, soon to be: | | Information and scrappy@ki.net | WWW: http://hub.org | Communications, Inc From owner-freebsd-current Sat Dec 9 22:03:04 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA00389 for current-outgoing; Sat, 9 Dec 1995 22:03:04 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA00255 for ; Sat, 9 Dec 1995 22:02:49 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id UAA01965 for ; Sat, 9 Dec 1995 20:37:45 -0800 Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id XAA15030; Sat, 9 Dec 1995 23:37:51 -0500 (EST) Date: Sat, 9 Dec 1995 23:37:49 -0500 (EST) From: "Marc G. Fournier" To: current@FreeBSD.org Subject: Another failure to make DEVFS kernel Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org Precedence: bulk >Description: Same as last one reported. No declaration for variable 'name' present if options DEVFS is enabled. >How-To-Repeat: >Fix: *** scsi/sd.c.orig Sat Dec 9 23:33:21 1995 --- scsi/sd.c Sat Dec 9 23:34:46 1995 *************** *** 188,193 **** --- 188,196 ---- { u_int32 unit; struct disk_parms *dp; + #ifdef DEVFS + char name[8]; + #endif struct scsi_data *sd = sc_link->sd; Marc G. Fournier | POP Mail Telnet Acct DNS Hosting scrappy@hub.org | WWW Services Database Services | Knowledge, soon to be: | | Information and scrappy@ki.net | WWW: http://hub.org | Communications, Inc From owner-freebsd-current Sat Dec 9 22:03:01 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA00358 for current-outgoing; Sat, 9 Dec 1995 22:03:01 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA00247 for ; Sat, 9 Dec 1995 22:02:47 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id VAA02072 for ; Sat, 9 Dec 1995 21:02:15 -0800 Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id AAA15455; Sun, 10 Dec 1995 00:02:20 -0500 (EST) Date: Sun, 10 Dec 1995 00:02:05 -0500 (EST) From: "Marc G. Fournier" To: current@FreeBSD.ORG Subject: IGNORE LAST: patched wrong function Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG Precedence: bulk Hi... sorry about that, but I patched the wrong function in /usr/src/sys/scsi/st.c ;( Here's the proper one... *** scsi/st.c.orig Sat Dec 9 23:39:54 1995 --- scsi/st.c Sat Dec 9 23:58:54 1995 *************** *** 365,370 **** --- 365,373 ---- stattach(struct scsi_link *sc_link) { u_int32 unit; + #ifdef DEVFS + char name[32]; + #endif struct scsi_data *st = sc_link->sd; Marc G. Fournier | POP Mail Telnet Acct DNS Hosting scrappy@hub.org | WWW Services Database Services | Knowledge, soon to be: | | Information and scrappy@ki.net | WWW: http://hub.org | Communications, Inc From owner-freebsd-current Sat Dec 9 22:03:02 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA00360 for current-outgoing; Sat, 9 Dec 1995 22:03:02 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA00259 for ; Sat, 9 Dec 1995 22:02:49 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id UAA01973 for ; Sat, 9 Dec 1995 20:42:43 -0800 Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id XAA15125; Sat, 9 Dec 1995 23:42:41 -0500 (EST) Date: Sat, 9 Dec 1995 23:42:36 -0500 (EST) From: "Marc G. Fournier" To: current@freebsd.org Subject: Erk...another? DEVFS bug Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk Hi... Last few I set 'name' as being 8characters, but some of the sprintf's in st.c seem to have the potential of excceeding that. I saw a few commits (by Bruce?) that were defining name as 32, so have used that here. *** scsi/st.c.orig Sat Dec 9 23:39:54 1995 --- scsi/st.c Sat Dec 9 23:40:37 1995 *************** *** 347,352 **** --- 347,355 ---- st_registerdev(int unit) { struct kern_devconf *kdc; + #ifdef DEVFS + char name[32]; + #endif MALLOC(kdc, struct kern_devconf *, sizeof *kdc, M_TEMP, M_NOWAIT); if(!kdc) return; Marc G. Fournier | POP Mail Telnet Acct DNS Hosting scrappy@hub.org | WWW Services Database Services | Knowledge, soon to be: | | Information and scrappy@ki.net | WWW: http://hub.org | Communications, Inc From owner-freebsd-current Sat Dec 9 22:03:09 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA00432 for current-outgoing; Sat, 9 Dec 1995 22:03:09 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA00309 for ; Sat, 9 Dec 1995 22:02:56 -0800 (PST) Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id TAA01811 for ; Sat, 9 Dec 1995 19:52:34 -0800 Received: from plentium.clinet.fi (plentium.clinet.fi [194.100.0.7]) by hauki.clinet.fi (8.6.12/8.6.4) with ESMTP id FAA20709; Sun, 10 Dec 1995 05:52:36 +0200 Received: (hsu@localhost) by plentium.clinet.fi (8.6.12/8.6.4) id FAA05847; Sun, 10 Dec 1995 05:54:13 +0200 Date: Sun, 10 Dec 1995 05:54:13 +0200 Message-Id: <199512100354.FAA05847@plentium.clinet.fi> From: Heikki Suonsivu To: Peter Wemm Cc: freebsd-current@FreeBSD.org In-reply-to: Peter Wemm's message of 6 Dec 1995 15:52:19 +0200 Subject: Re: cvs commit: src/sys/i386/i386 swapgeneric.c autoconf.c Organization: Clinet Ltd, Espoo, Finland Sender: owner-current@FreeBSD.org Precedence: bulk On Wed, 6 Dec 1995, Peter Wemm wrote: > I've moved it from swapgeneric.c to autoconf.c, since autoconf.c also deals > with dumpdev things. There may be a better place..... I forgot to mention this fixes PR#868, and my un-emailed gripes about dumpon and savecore not working right in the middle of a major kernel panic run...... (savecore is currently, reliably and repeatedly causing a panic in vm_bounce_page_free()). [ I can also reliably and repeatedly panic the system with 'dd if=/dev/rsd0s1b of=/dev/null bs=1024k' (a 32MB system with bounce buffering enabled). ] It also still panics this way with BT controllers, including PCI versions which should not need bounce buffering at all. -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi work +358-0-4375209 fax -4555276 home -8031121 From owner-freebsd-current Sat Dec 9 22:03:11 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA00441 for current-outgoing; Sat, 9 Dec 1995 22:03:11 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA00316 for ; Sat, 9 Dec 1995 22:02:57 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id UAA01846 for ; Sat, 9 Dec 1995 20:02:41 -0800 Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id XAA14565; Sat, 9 Dec 1995 23:02:19 -0500 (EST) Date: Sat, 9 Dec 1995 23:02:14 -0500 (EST) From: "Marc G. Fournier" To: current@freebsd.org Subject: [CRITICAL] patch for /usr/src/sys/net/if_tun.c Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk Hi... The string 'name' isn't defined in /usr/src/sys/net/if_tun.c. since it is being used in: #ifdef DEVFS sprintf(name, "tun%d", i ); tun_devfs_token[i] = devfs_add_devsw( "/", name, &tun_cdevsw , i, DV_CHR, 0, 0, 0600); #endif The following patch makes the assumption (this is my first attempt at doing *anything* in the kernel) that tun will never become tun9999 and declares name as being an 8 character string. *** net/if_tun.c.orig Sat Dec 9 22:55:56 1995 --- net/if_tun.c Sat Dec 9 22:58:10 1995 *************** *** 108,113 **** --- 108,116 ---- register int i; struct ifnet *ifp; dev_t dev; + #ifdef DEVFS + char name[8]; + #endif if( tun_devsw_installed ) return; dev = makedev(CDEV_MAJOR, 0); Marc G. Fournier | POP Mail Telnet Acct DNS Hosting scrappy@hub.org | WWW Services Database Services | Knowledge, soon to be: | | Information and scrappy@ki.net | WWW: http://hub.org | Communications, Inc