From owner-freebsd-current Sun Feb 23 01:22:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA01194 for current-outgoing; Sun, 23 Feb 1997 01:22:10 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA01187 for ; Sun, 23 Feb 1997 01:22:08 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA16812; Sun, 23 Feb 1997 10:20:48 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id KAA06867; Sun, 23 Feb 1997 10:12:22 +0100 (MET) Message-ID: Date: Sun, 23 Feb 1997 10:12:22 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: moke@fools.ecpnet.com (Jimbo Bahooli) Cc: freebsd-current@freebsd.org Subject: Re: advansys isa scsi driver References: X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Jimbo Bahooli on Feb 22, 1997 22:24:01 -0600 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Jimbo Bahooli wrote: > I have an advansys scsi card that is supported by reading it in the > comment of the sys/i386/isa/adv_isa.c file. Yet I find no clues on how to > enable it in the kernel. I have looked through LINT, and files.i386 both > with no help. Anyone know? The device name seems to be "adv". -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Feb 23 01:26:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA01442 for current-outgoing; Sun, 23 Feb 1997 01:26:35 -0800 (PST) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA01430 for ; Sun, 23 Feb 1997 01:26:31 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hydrogen.nike.efn.org (8.8.4/8.8.4) with SMTP id BAA17612; Sun, 23 Feb 1997 01:25:06 -0800 (PST) Date: Sun, 23 Feb 1997 01:25:03 -0800 (PST) From: John-Mark Gurney Reply-To: John-Mark Gurney To: Jimbo Bahooli cc: freebsd-current@FreeBSD.ORG Subject: Re: advansys isa scsi driver In-Reply-To: Message-ID: X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 22 Feb 1997, Jimbo Bahooli wrote: > I have an advansys scsi card that is supported by reading it in the > comment of the sys/i386/isa/adv_isa.c file. Yet I find no clues on how to > enable it in the kernel. I have looked through LINT, and files.i386 both > with no help. Anyone know? well... I'm not an expert at it... but you need to add i386/isa/adv_isa.c and i386/scsi/advansys.c to files.i386... something like this: i386/isa/adv_isa.c optional xxx device-driver replace xxx with what you feel like calling the device... then add a line like: device xxx0 at isa? port 0xXXX bio irq X vector adv_isa_intr now for the real information needed: Advanced Systems Inc. SCSI Controller driver and ISA/VL front end. I have only tested the ABP5140 card and only with a single CDROM drive but it seems to work fine. This driver relies on features found only in the SCSI branch so will not work in -current until those changes are brought in. It also doesn't have any error handling code *yet*. The goal is to use this driver as the development platform for the new generic SCSI layer error recovery/handling code. PCI and EISA front ends will show up as soon as I get my hands on the cards. There are also a few issues in the driver that I need to clear up with AdvanSys before I can suggest sticking one of these cards in your server. 8-) Thanks to AdvanSys for releasing this code under a suitable copyright. Obtained from: Ported from the Linux driver writen by bobf@advansys.com (Bob Frey). this is a comment that Justin Gibbs made when he commited the driver... hope this helps... ttyl... John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-current Sun Feb 23 07:06:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA14401 for current-outgoing; Sun, 23 Feb 1997 07:06:58 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA14385 for ; Sun, 23 Feb 1997 07:06:52 -0800 (PST) Received: from gil.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id QAA12178; Sun, 23 Feb 1997 16:07:25 +0100 (MET) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.8.4/8.6.9) id QAA23535; Sun, 23 Feb 1997 16:11:57 +0100 (MET) From: Christoph Kukulies Message-Id: <199702231511.QAA23535@gil.physik.rwth-aachen.de> Subject: Re: NFS (OpenVMS 6.2/UCX 4.0) nogo In-Reply-To: <199702222153.OAA05259@phaeton.artisoft.com> from Terry Lambert at "Feb 22, 97 02:53:49 pm" To: terry@lambert.org (Terry Lambert) Date: Sun, 23 Feb 1997 16:11:56 +0100 (MET) Cc: kuku@gilberto.physik.RWTH-Aachen.DE, terry@lambert.org, dfr@render.com, freebsd-current@freefall.freebsd.org Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > > > How does the VMS export filesystems to NFS (i.e. what is its > > > > > equivalent to /etc/exports)? Can you mount from other operating > > > > > systems? > > > > > > > > I can mount from a Sun4 (Sun OS 4.1.1) a HP-UX, an RS6000 (AIX 3.2) > > > > a FreeBSD 2.0.5 system, a Dec Ultrix 4.2 - no problem without any > > > > special flags. Just the 3.0-current systems are refused. > > > > > > Have you tried disabling TCP extensions? > > > > TCP with NFS in a local network? What do they have in common? I thought > > NFS is UDP. But I'll give it a try as well. Gave it a short try: disabled the line tcp_extensions=YES in /etc/sysconfig, rebooted, tried the mount, still 'permission denied'. Will try on monday with the VMS guy being there. What I recall was that the mount didn't get even through to the VMS side so that he couldn't even see from his logs whz the mount was denied. > > Ah. Our NFS can do either TCP or UDP... it may be that: > > o We are using TCP and VMS only supports UDP > > -- disabling extensions won't help > > o VMS supports TCP, byt doesn't support data-in-SYN > > -- disabling extensions will help > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Sun Feb 23 11:52:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA29156 for current-outgoing; Sun, 23 Feb 1997 11:52:20 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id LAA29148 for ; Sun, 23 Feb 1997 11:52:14 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA23263 for current@freebsd.org; Sun, 23 Feb 1997 12:50:44 -0700 From: Terry Lambert Message-Id: <199702231950.MAA23263@phaeton.artisoft.com> Subject: Interesting CVSUP failure To: current@freebsd.org Date: Sun, 23 Feb 1997 12:50:44 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just resolved an interesting cvsup failure, which I think is indicative of a "nice" boundry failure in the FFS code. During an earlier cvsup, the disk where my tree is filled up during the transfer, and an out of range block was allocated to a file. I cleaned up the disk to get (a lot) more free space, but subsequent cvsup's all failed at the point of the allocation (obviously) and cvsup kept reporting a failure (the wrong one). I finally sat down to spend some time fixing the error, and turned on my console monitor, and noticed that the disk error was occuring. Using some brute-force FS debugging tools, I located the offending file, deleted it, and the cvsup ran to completion. Is there any chance that cvsup could report a more meaningful message for SIGABRT? In any case, there's also the boudry allocation problem in FFS on a hard disk-full (as opposed to a soft one from hitting the reserve) that should be looked into. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun Feb 23 21:59:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA00421 for current-outgoing; Sun, 23 Feb 1997 21:59:45 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA00415 for ; Sun, 23 Feb 1997 21:59:40 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id AAA15188 for current@freebsd.org; Mon, 24 Feb 1997 00:59:38 -0500 (EST) From: "John S. Dyson" Message-Id: <199702240559.AAA15188@dyson.iquest.net> Subject: FYI, still working on ext2fs To: current@freebsd.org Date: Mon, 24 Feb 1997 00:59:38 -0500 (EST) X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am still working on EXT2FS (trying to track down an apparently strange problem), and since BDE is working on MSDOS and PROCFS is working -- I will probably try to get a port of NULLFS working next (in order to start getting the layering framework in shape.) Of course, along the way, as people tell me about disfunctionality in the VFS parts of the kernel, I'll be trying to help fix those problems also. John From owner-freebsd-current Sun Feb 23 23:23:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA05555 for current-outgoing; Sun, 23 Feb 1997 23:23:56 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA05550 for ; Sun, 23 Feb 1997 23:23:53 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id SAA26559; Mon, 24 Feb 1997 18:06:49 +1100 Date: Mon, 24 Feb 1997 18:06:49 +1100 From: Bruce Evans Message-Id: <199702240706.SAA26559@godzilla.zeta.org.au> To: current@FreeBSD.ORG, toor@dyson.iquest.net Subject: Re: FYI, still working on ext2fs Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I am still working on EXT2FS (trying to track down an apparently strange >problem), and since BDE is working on MSDOS and PROCFS is working -- I >will probably try to get a port of NULLFS working next (in order to >start getting the layering framework in shape.) nfs is more important. I run with /usr nfsv3-mounted. It works OK for read and execute, but for writes it often prints debugging messages and often panics. Bruce From owner-freebsd-current Sun Feb 23 23:53:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA06961 for current-outgoing; Sun, 23 Feb 1997 23:53:49 -0800 (PST) Received: from meter.eng.uci.edu (root@meter.eng.uci.edu [128.200.85.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA06955 for ; Sun, 23 Feb 1997 23:53:46 -0800 (PST) Received: from newport.ece.uci.edu by meter.eng.uci.edu (8.8.5) id XAA23907; Sun, 23 Feb 1997 23:53:44 -0800 (PST) Received: from localhost by newport.ece.uci.edu (8.8.5) id XAA17547; Sun, 23 Feb 1997 23:53:42 -0800 (PST) Message-Id: <199702240753.XAA17547@newport.ece.uci.edu> To: current@freebsd.org Subject: NFS bug with 2.2R Date: Sun, 23 Feb 1997 23:53:41 -0800 From: Steven Wallace Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I seem to have run into a problem with NFS on 2.2R. When I mount a NFS from a SunOS 4.1.2 system onto my 2.2R system, if I try to do a "ls" on a long directory it just hangs indefinitely. This is a problem with importing. On the other hand, if I export my filesystem to a DEC Alpha running Digital UNIX 4.0, a directory listing only lists the first 43 files before it reports "Error 10003 occurred." This happens with the latest 2.2R code. On the other hand, with a 2.1.5R system there is NO PROBLEM importing/exporting to these systems. So some compatability or something has changed since 2.1.5 to make this happen. Steven From owner-freebsd-current Mon Feb 24 00:40:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA08715 for current-outgoing; Mon, 24 Feb 1997 00:40:43 -0800 (PST) Received: from btp1da.phy.uni-bayreuth.de (btp1da.phy.uni-bayreuth.de [132.180.20.32]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA08710 for ; Mon, 24 Feb 1997 00:40:32 -0800 (PST) Received: (from root@localhost) by btp1da.phy.uni-bayreuth.de (8.8.5/8.7.3) id JAA25454; Mon, 24 Feb 1997 09:37:33 +0100 (MET) From: Werner Griessl Message-Id: <199702240837.JAA25454@btp1da.phy.uni-bayreuth.de> Subject: Re: NFS bug with 2.2R In-Reply-To: <199702240753.XAA17547@newport.ece.uci.edu> from Steven Wallace at "Feb 23, 97 11:53:41 pm" To: swallace@ece.uci.edu (Steven Wallace) Date: Mon, 24 Feb 1997 09:37:33 +0100 (MET) Cc: current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I seem to have run into a problem with NFS on 2.2R. > > When I mount a NFS from a SunOS 4.1.2 system onto my 2.2R system, > if I try to do a "ls" on a long directory it just hangs indefinitely. > This is a problem with importing. > > On the other hand, if I export my filesystem to a DEC Alpha running > Digital UNIX 4.0, a directory listing only lists the first 43 files > before it reports "Error 10003 occurred." > > This happens with the latest 2.2R code. On the other hand, with a 2.1.5R > system there is NO PROBLEM importing/exporting to these systems. > So some compatability or something has changed since 2.1.5 to make > this happen. > > Steven > > Hi Steven, I have the same problem with my alpha. It's a problem with NFS-V3 in FreeBSD I believe. Use option nfsv2 in the mount command on your Alpha to avoid this problem. Werner From owner-freebsd-current Mon Feb 24 01:11:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA09974 for current-outgoing; Mon, 24 Feb 1997 01:11:27 -0800 (PST) Received: from spitfire.ecsel.psu.edu (qmailr@spitfire.ecsel.psu.edu [146.186.218.51]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA09969 for ; Mon, 24 Feb 1997 01:11:24 -0800 (PST) From: tenser@spitfire.ecsel.psu.edu Received: (qmail 756 invoked by uid 1000); 24 Feb 1997 09:11:16 -0000 Date: 24 Feb 1997 09:11:16 -0000 Message-ID: <19970224091116.754.qmail@spitfire.ecsel.psu.edu> To: current@freebsd.org Subject: Problems with PPP in -current? Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hey all. This might have already been asked, but, well, I'm too tired at this point to really care, and I've been behind on mail... Has any- one been having problems with user-land PPP under -current? Specifically, is anyone getting a *lot* of SIGSEGV's? I'm experiencing weird problems with a 3.0-CURRENT system (with a force'd make world) talking PPP though a 16550 UART to a USR modem to a telebit netblazer at PSU's comp center. It's so bad, I can only keep a PPP connection alive for about 5 minutes before ppp starts eating up CPU time (presumably in signal handers, at least that's what ktrace says), and I have to kill -9 it. I'll try look- ing into the code after my exam tomorrow (today?) but I'd prefer to avoid duplicating effort if someone is already experiencing similar problems and working on a fix. :-) As a work-around, I think I'll recompile the kernel with PPP support tomorrow, and set up stuff up to talk to the comp center through pppd (which I assume isn't going to have as many problems... :-) If anyone has any information, or needs any more info on my system, please let me know. Thanks! - Dan C. From owner-freebsd-current Mon Feb 24 02:28:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA12698 for current-outgoing; Mon, 24 Feb 1997 02:28:16 -0800 (PST) Received: from blue.bad.bris.ac.uk (blue.bad.bris.ac.uk [137.222.132.60]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA12686 for ; Mon, 24 Feb 1997 02:28:13 -0800 (PST) Received: from localhost (mh6225@localhost) by blue.bad.bris.ac.uk (8.8.5/8.8.5) with SMTP id KAA00961 for ; Mon, 24 Feb 1997 10:29:46 GMT X-Authentication-Warning: blue.bad.bris.ac.uk: mh6225 owned process doing -bs Date: Mon, 24 Feb 1997 10:29:43 +0000 (GMT) From: Matt Hamilton X-Sender: mh6225@blue.bad.bris.ac.uk To: current@freebsd.org Subject: Re: NFS bug with 2.2R In-Reply-To: <199702240837.JAA25454@btp1da.phy.uni-bayreuth.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have found a similar problem. When I NFS mount a lorge pulic mount (sunsite.doc.ic.ac.uk) it seems to work fine, then after a while it just hangs. Any commands that try and access that share, ir. mount, df, etc. also hang. I cannout unmount the drive even with -f. The only solution is to reboot the machine. I haven't tried turrning v3 off, I will try that and see if it helps. -Matt ------------------------------[ Matt Hamilton ]-------------------------------- System Administrator System Administrator Badock Hall Clintondale Aviation Bristol University, UK Clifton Park, NY, USA http://www.bad.bris.ac.uk http://www.clintondale.com mh6225@bris.ac.uk matt@clintondale.com ------------------------------------------------------------------------------- From owner-freebsd-current Mon Feb 24 04:24:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA16528 for current-outgoing; Mon, 24 Feb 1997 04:24:09 -0800 (PST) Received: from nic.follonett.no (nic.follonett.no [194.198.43.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA16522 for ; Mon, 24 Feb 1997 04:24:05 -0800 (PST) Received: (from uucp@localhost) by nic.follonett.no (8.8.5/8.8.3) with UUCP id NAA13321; Mon, 24 Feb 1997 13:22:16 +0100 (MET) Received: from oo7 (oo7.dimaga.com [192.0.0.65]) by dimaga.com (8.8.5/8.7.2) with SMTP id NAA21383; Mon, 24 Feb 1997 13:24:40 +0100 (MET) Message-Id: <3.0.32.19970224132441.00b50580@dimaga.com> X-Sender: eivind@dimaga.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Mon, 24 Feb 1997 13:24:42 +0100 To: tenser@spitfire.ecsel.psu.edu From: Eivind Eklund Subject: Re: Problems with PPP in -current? Cc: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 09:11 AM 2/24/97 -0000, tenser@spitfire.ecsel.psu.edu wrote: >Hey all. This might have already been asked, but, well, I'm too tired >at this point to really care, and I've been behind on mail... Has any- >one been having problems with user-land PPP under -current? Specifically, >is anyone getting a *lot* of SIGSEGV's? I'm experiencing weird problems >with a 3.0-CURRENT system (with a force'd make world) talking PPP though >a 16550 UART to a USR modem to a telebit netblazer at PSU's comp center. >It's so bad, I can only keep a PPP connection alive for about 5 minutes >before ppp starts eating up CPU time (presumably in signal handers, at >least that's what ktrace says), and I have to kill -9 it. Brian added some code to deal with signal problems a few days ago. Have you tried the very latest version? (There were updtes to PPP less than 24h ago; the signal changes came about three days ago, I believe) Eivind Eklund perhaps@yes.no http://maybe.yes.no/perhaps/ eivind@freebsd.org From owner-freebsd-current Mon Feb 24 05:56:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA20687 for current-outgoing; Mon, 24 Feb 1997 05:56:30 -0800 (PST) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id FAA20681 for ; Mon, 24 Feb 1997 05:56:29 -0800 (PST) Received: from dyson.iquest.net by mail.crl.com with SMTP id AA23730 (5.65c/IDA-1.5 for ); Mon, 24 Feb 1997 05:55:27 -0800 Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id IAA15862; Mon, 24 Feb 1997 08:53:12 -0500 (EST) From: "John S. Dyson" Message-Id: <199702241353.IAA15862@dyson.iquest.net> Subject: Re: FYI, still working on ext2fs To: bde@zeta.org.au (Bruce Evans) Date: Mon, 24 Feb 1997 08:53:07 -0500 (EST) Cc: current@FreeBSD.ORG, toor@dyson.iquest.net In-Reply-To: <199702240706.SAA26559@godzilla.zeta.org.au> from "Bruce Evans" at Feb 24, 97 06:06:49 pm X-Mailer: ELM [version 2.4 PL24 ME8] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > >I am still working on EXT2FS (trying to track down an apparently strange > >problem), and since BDE is working on MSDOS and PROCFS is working -- I > >will probably try to get a port of NULLFS working next (in order to > >start getting the layering framework in shape.) > > nfs is more important. I run with /usr nfsv3-mounted. It works OK > for read and execute, but for writes it often prints debugging messages > and often panics. > Good idea, except I have only one machine running, so can only go so far with NFS. If it is reproduceable on one machine, I might be able to help. John From owner-freebsd-current Mon Feb 24 11:04:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA08603 for current-outgoing; Mon, 24 Feb 1997 11:04:28 -0800 (PST) Received: from tu.kielce.pl (andrzej@eden.tu.kielce.pl [193.59.4.8]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA08575 for ; Mon, 24 Feb 1997 11:04:05 -0800 (PST) Received: (from andrzej@localhost) by tu.kielce.pl (8.7.5/8.7.3/ts-ugUA.960515) id UAA04239 for freebsd-current@freebsd.org; Mon, 24 Feb 1997 20:01:45 +0100 (MET) From: Andrzej Szydlo Message-Id: <199702241901.UAA04239@tu.kielce.pl> Subject: XFree mouse not working after 2.2-ALPHA -> GAMMA To: freebsd-current@freebsd.org Date: Mon, 24 Feb 1997 20:01:45 +0100 (MET) X-Mailer: ELM [version 2.4 PL24 ME8] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, After I upgreaded from 2.2-ALPHA to 2.2-GAMMA (970215) I cannot make mouse work under XFree 3.2. It was OK before the upgreade and I use the same configuration now. I use Microsoft Mouse compatible mouse and it still works (as did on ALPHA) in text mode (BTW, thanks for this great feature). Thanks in advance for any suggestions. Andrzej From owner-freebsd-current Mon Feb 24 11:19:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA09488 for current-outgoing; Mon, 24 Feb 1997 11:19:12 -0800 (PST) Received: from spitfire.ecsel.psu.edu (spitfire.ecsel.psu.edu [146.186.218.51]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id LAA09467 for ; Mon, 24 Feb 1997 11:19:06 -0800 (PST) Received: (qmail 15781 invoked by uid 1000); 24 Feb 1997 19:12:51 -0000 Message-ID: <19970224191251.15780.qmail@spitfire.ecsel.psu.edu> To: Eivind Eklund cc: current@freebsd.org Subject: Re: Problems with PPP in -current? In-reply-to: Your message of "Mon, 24 Feb 1997 13:24:42 +0100." <3.0.32.19970224132441.00b50580@dimaga.com> Date: Mon, 24 Feb 1997 14:12:50 -0500 From: Dan Cross Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Brian added some code to deal with signal problems a few days ago. Have > you tried the very latest version? (There were updtes to PPP less than 24h > ago; the signal changes came about three days ago, I believe) I believe the changes made within the last 24 hours were to merge Brian's changes back into 2.2, no? I'm running the code with the changed signal handler behaviour, yes. Regardless, even if the changes *were* significant in the last 24 hours, I can't even down- load them because PPP is so unreliable. :-( I'm going to try a few things in between studying before my exam. After the exam, I should have some time to really get into PPP and see if I can find any problems... - Dan C. From owner-freebsd-current Mon Feb 24 11:52:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA12145 for current-outgoing; Mon, 24 Feb 1997 11:52:57 -0800 (PST) Received: from sendero.i-connect.net ([206.190.144.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA12134 for ; Mon, 24 Feb 1997 11:52:52 -0800 (PST) Received: (from shimon@localhost) by sendero.i-connect.net (8.8.5/8.8.4) id MAA10821; Mon, 24 Feb 1997 12:51:26 -0800 (PST) Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=iso-8859-8 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Mon, 17 Feb 1997 15:05:30 -0800 (PST) Organization: iConnect Corp. From: Simon Shapiro To: Antonio Bemfica Subject: RE: downgrading from current Cc: freebsd-current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Antonio Bemfica; On 17-Feb-97 you wrote: > Half of the machines around here are running 2.1.6 and the other half are > running -current. A couple of the -current machines are now being used > for tasks that require a bit more stability than -current provides, and I > was wondering if bringing them down from -current would be a bad move. > > I am also wondering how to accomplish that (maybe using RELENG_2_2 as the > tag on the cvsup file would do it?). I'd still have some -current > machines to play with, and I'd have a machine running 2.2 (BETA) to get > ready for an upgrade for the other ones. Any comments or suggestions? I'd > appreciate some guidance. I found myself in the same place. Only with one machine to compile on. This experience is reflected in some notes I am posting here. So far nothing major, but some discrepencies do exist. Simon From owner-freebsd-current Mon Feb 24 14:16:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA23190 for current-outgoing; Mon, 24 Feb 1997 14:16:34 -0800 (PST) Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA23184 for ; Mon, 24 Feb 1997 14:16:28 -0800 (PST) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by nasu.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id HAA01036; Tue, 25 Feb 1997 07:06:56 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (jR9H5APBCJRKBMI/3Nbdjz0P3IaaTDrJ@zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by outmail.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id HAA21306; Tue, 25 Feb 1997 07:06:52 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zenith.mech.utsunomiya-u.ac.jp [160.12.33.60]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id HAA16017; Tue, 25 Feb 1997 07:10:53 +0900 (JST) Message-Id: <199702242210.HAA16017@zodiac.mech.utsunomiya-u.ac.jp> To: Andrzej Szydlo cc: freebsd-current@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: XFree mouse not working after 2.2-ALPHA -> GAMMA In-reply-to: Your message of "Mon, 24 Feb 1997 20:01:45 +0100." <199702241901.UAA04239@tu.kielce.pl> References: <199702241901.UAA04239@tu.kielce.pl> Date: Tue, 25 Feb 1997 07:10:52 +0900 From: Kazutaka YOKOTA Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Hi, > > > >After I upgreaded from 2.2-ALPHA to 2.2-GAMMA (970215) I cannot make mouse > >work under XFree 3.2. It was OK before the upgreade and I use the > >same configuration now. I use Microsoft Mouse compatible mouse and > >it still works (as did on ALPHA) in text mode (BTW, thanks for > >this great feature). I guess you are now running `moused'. Are you sure the `Pointer' section of your `XF86Config' (it's in either /etc or /usr/X11R6/lib/X11) has the following lines? Device "/dev/sysmouse" Protocol "mousesystems" When you use `moused' and the X server together, you musn't specify "microsoft", or anything other than "mousesystems", as the protocol. Hope this might help. Kazu From owner-freebsd-current Mon Feb 24 15:42:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA00447 for current-outgoing; Mon, 24 Feb 1997 15:42:51 -0800 (PST) Received: from prozac.neuron.net (prozac.neuron.net [165.254.1.213]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA00438 for ; Mon, 24 Feb 1997 15:42:46 -0800 (PST) Received: (from amir@localhost) by prozac.neuron.net (8.7.5/8.6.12) id SAA11389; Mon, 24 Feb 1997 18:47:29 -0500 (EST) Message-ID: Date: Mon, 24 Feb 1997 18:47:29 -0500 From: amir@neuron.net (Amir Y. Rosenblatt) To: freebsd-current@freebsd.org Subject: Baraccuda BIOS and -current X-Mailer: Mutt 0.58.1 Mime-Version: 1.0 X-Mailer-Info: MUTT - the mongrel of mailers Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm looking to move to the current -current once the Lite2 changes chill out a bit more (right now I'm running -current from late august -- my tape drive died and it took till now to replace the thing -- call me squeamish for not wanting to 'make world' without being able to do a backup first :) I think I recall having seen blurbs to the effect that to use the new tagged command queueing and/or bounce buffering code my Seagate Baraccudas need to have a fairly recent revision of the BIOS (certainly more recent than the at least 1-year-old BIOS mine have now). I was wondering if someone could give me the skinny on this as well as suggestions on any way to do such an upgrade that doesn't involve shipping my disks off to Seagate for an indeterminate period of time. Thanks in advance, -Amir -- / \ E Pluribus Unix. | Amir Y. Rosenblatt /<@>\ | amir@neuron.net / \ FNORD | http://www.neuron.net/~amir _/_______\____________________________________|____________________________ From owner-freebsd-current Mon Feb 24 17:27:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA07857 for current-outgoing; Mon, 24 Feb 1997 17:27:35 -0800 (PST) Received: from icicle.winternet.com (adm@icicle.winternet.com [198.174.169.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA07840 for ; Mon, 24 Feb 1997 17:27:32 -0800 (PST) Received: (from adm@localhost) by icicle.winternet.com (8.7.5/8.7.5) id TAA04040 for ; Mon, 24 Feb 1997 19:27:25 -0600 (CST) Posted-Date: Mon, 24 Feb 1997 19:27:25 -0600 (CST) Received: from fools.ecpnet.com(204.246.64.101) by icicle.winternet.com via smap (V2.0beta) id xma003979; Mon, 24 Feb 97 19:27:15 -0600 Received: from localhost (moke@localhost) by fools.ecpnet.com (8.8.5/8.8.4) with SMTP id TAA02424 for ; Mon, 24 Feb 1997 19:24:09 -0600 (CST) Date: Mon, 24 Feb 1997 19:24:08 -0600 (CST) From: Jimbo Bahooli To: freebsd-current@freebsd.org Subject: anoncvs server Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is an anoncvs being worked on, or planned to be added soon? In my brief OpenBSD use the anoncvs setup really made it easy to get all the source code and do local changes. From owner-freebsd-current Mon Feb 24 18:01:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA10057 for current-outgoing; Mon, 24 Feb 1997 18:01:48 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA09951 for ; Mon, 24 Feb 1997 17:59:35 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id MAA10413; Tue, 25 Feb 1997 12:27:26 +1030 (CST) From: Michael Smith Message-Id: <199702250157.MAA10413@genesis.atrad.adelaide.edu.au> Subject: Re: anoncvs server In-Reply-To: from Jimbo Bahooli at "Feb 24, 97 07:24:08 pm" To: moke@fools.ecpnet.com (Jimbo Bahooli) Date: Tue, 25 Feb 1997 12:27:25 +1030 (CST) Cc: freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jimbo Bahooli stands accused of saying: > Is an anoncvs being worked on, or planned to be added soon? In my > brief OpenBSD use the anoncvs setup really made it easy to get all the > source code and do local changes. Anoncvs is a pain in the ass. It's slow, misses things, and generally requires lots of handholding. CVS is a lousy client. Use CVSup. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Mon Feb 24 18:18:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA10682 for current-outgoing; Mon, 24 Feb 1997 18:18:27 -0800 (PST) Received: from icicle.winternet.com (adm@icicle.winternet.com [198.174.169.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA10677 for ; Mon, 24 Feb 1997 18:18:23 -0800 (PST) Received: (from adm@localhost) by icicle.winternet.com (8.7.5/8.7.5) id UAA10191; Mon, 24 Feb 1997 20:18:18 -0600 (CST) Posted-Date: Mon, 24 Feb 1997 20:18:18 -0600 (CST) Received: from fools.ecpnet.com(204.246.64.101) by icicle.winternet.com via smap (V2.0beta) id xma010171; Mon, 24 Feb 97 20:18:13 -0600 Received: from localhost (moke@localhost) by fools.ecpnet.com (8.8.5/8.8.4) with SMTP id UAA02656; Mon, 24 Feb 1997 20:15:11 -0600 (CST) Date: Mon, 24 Feb 1997 20:15:11 -0600 (CST) From: Jimbo Bahooli To: Michael Smith cc: freebsd-current@freebsd.org Subject: Re: anoncvs server In-Reply-To: <199702250157.MAA10413@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 25 Feb 1997, Michael Smith wrote: > Jimbo Bahooli stands accused of saying: > > Is an anoncvs being worked on, or planned to be added soon? In my > > brief OpenBSD use the anoncvs setup really made it easy to get all the > > source code and do local changes. > > Anoncvs is a pain in the ass. It's slow, misses things, and generally > requires lots of handholding. CVS is a lousy client. > > Use CVSup. > Well, if you can show me how to get CVSup to preserve my local changes it will work fine. I have read the faq, still no matter what I do the local sources get clobbered. And supposedly it is possible to do with CVSup. From owner-freebsd-current Mon Feb 24 18:36:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA11625 for current-outgoing; Mon, 24 Feb 1997 18:36:38 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA11619 for ; Mon, 24 Feb 1997 18:36:35 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id TAA19435; Mon, 24 Feb 1997 19:36:27 -0700 (MST) Date: Mon, 24 Feb 1997 19:36:27 -0700 (MST) Message-Id: <199702250236.TAA19435@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Jimbo Bahooli Cc: freebsd-current@freebsd.org Subject: Re: anoncvs server In-Reply-To: References: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Is an anoncvs being worked on, or planned to be added soon? I *certainly* don't speak for core, but anoncvs is a *huge* networking/CPU load, much more than CVSup and the CPU load is *much* higher than SUP (though the network load can be better than SUP). > In my brief OpenBSD use the anoncvs setup really made it easy to get > all the source code and do local changes. CVSup is really the solution for people who want to do local changes. Granted, the CVS tree is pretty large, but since disk space is fairly cheap (except on laptops ;( ), people doing local development should get the CVS tree. Note that you don't have to get *everything*, simply the base stuff plus whatever parts of the tree you are working on. You may also need to get the 'contrib' tree, since the addition of it broke the nice separation of each part of the tree from one-another. Nate From owner-freebsd-current Mon Feb 24 19:06:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA14443 for current-outgoing; Mon, 24 Feb 1997 19:06:08 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA14429 for ; Mon, 24 Feb 1997 19:06:01 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id NAA11041; Tue, 25 Feb 1997 13:35:46 +1030 (CST) From: Michael Smith Message-Id: <199702250305.NAA11041@genesis.atrad.adelaide.edu.au> Subject: Re: anoncvs server In-Reply-To: from Jimbo Bahooli at "Feb 24, 97 08:15:11 pm" To: moke@fools.ecpnet.com (Jimbo Bahooli) Date: Tue, 25 Feb 1997 13:35:44 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, freebsd-current@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Jimbo Bahooli stands accused of saying: > > > > Anoncvs is a pain in the ass. It's slow, misses things, and generally > > requires lots of handholding. CVS is a lousy client. > > > > Use CVSup. > > > > Well, if you can show me how to get CVSup to preserve my local changes it > will work fine. I have read the faq, still no matter what I do the local > sources get clobbered. And supposedly it is possible to do with CVSup. You wouldn't happen to have asked John Polstra now would you? It's not like he's allergic to answering questions about his baby... -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Mon Feb 24 19:23:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA16254 for current-outgoing; Mon, 24 Feb 1997 19:23:04 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA16246 for ; Mon, 24 Feb 1997 19:23:01 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id TAA04688; Mon, 24 Feb 1997 19:22:42 -0800 (PST) To: Nate Williams cc: Jimbo Bahooli , freebsd-current@freebsd.org Subject: Re: anoncvs server In-reply-to: Your message of "Mon, 24 Feb 1997 19:36:27 MST." <199702250236.TAA19435@rocky.mt.sri.com> Date: Mon, 24 Feb 1997 19:22:42 -0800 Message-ID: <4685.856840962@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I *certainly* don't speak for core, but anoncvs is a *huge* > networking/CPU load, much more than CVSup and the CPU load is *much* > higher than SUP (though the network load can be better than SUP). Well, I have a server I can run it on (and it's not on any of our machines :-) so it's more a matter of waiting for CVS to DTRT. It's a service I'd like to offer *just* as an alternate for those who are already used to or prefer it for some reason. And yes, John Polstra also needs to document shared CVS repository usage with CVSup a little better. :-) Jordan From owner-freebsd-current Mon Feb 24 19:23:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA16289 for current-outgoing; Mon, 24 Feb 1997 19:23:41 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA16242; Mon, 24 Feb 1997 19:22:56 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id TAA04615; Mon, 24 Feb 1997 19:16:20 -0800 (PST) To: Jimbo Bahooli cc: freebsd-current@freebsd.org, peter@freebsd.org Subject: Re: anoncvs server In-reply-to: Your message of "Mon, 24 Feb 1997 19:24:08 CST." Date: Mon, 24 Feb 1997 19:16:19 -0800 Message-ID: <4611.856840579@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk We need some changes to CVS for read-only repository support first. I don't know what the status of this is. Peter? Jordan > Is an anoncvs being worked on, or planned to be added soon? In my > brief OpenBSD use the anoncvs setup really made it easy to get all the > source code and do local changes. > > From owner-freebsd-current Mon Feb 24 20:00:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA18880 for current-outgoing; Mon, 24 Feb 1997 20:00:57 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA18875 for ; Mon, 24 Feb 1997 20:00:51 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id UAA19853; Mon, 24 Feb 1997 20:59:59 -0700 (MST) Date: Mon, 24 Feb 1997 20:59:59 -0700 (MST) Message-Id: <199702250359.UAA19853@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "Jordan K. Hubbard" Cc: Nate Williams , Jimbo Bahooli , freebsd-current@freebsd.org Subject: Re: anoncvs server In-Reply-To: <4685.856840962@time.cdrom.com> References: <199702250236.TAA19435@rocky.mt.sri.com> <4685.856840962@time.cdrom.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I *certainly* don't speak for core, but anoncvs is a *huge* > > networking/CPU load, much more than CVSup and the CPU load is *much* > > higher than SUP (though the network load can be better than SUP). > > Well, I have a server I can run it on (and it's not on any of our > machines :-) so it's more a matter of waiting for CVS to DTRT. And that would be? Nate From owner-freebsd-current Mon Feb 24 21:24:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA24056 for current-outgoing; Mon, 24 Feb 1997 21:24:02 -0800 (PST) Received: from nemesis.lonestar.org (fw13-5.ppp.iadfw.net [206.138.226.38]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id VAA24028; Mon, 24 Feb 1997 21:23:52 -0800 (PST) Received: by nemesis.lonestar.org (Smail3.1.27.1 #22) id m0vzFKg-000umHC; Mon, 24 Feb 97 23:21 CST Message-Id: Date: Mon, 24 Feb 97 23:21 CST To: hackers@freebsd.org, current@freebsd.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Mon Feb 24 1997, 23:21:42 CST Subject: Can mkisofs leave file dates unaltered? [repost] Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [sorry for the repost, but I got zero response in hackers and no email. Perhaps it was because it was one article buried in the middle of a much larger mkisofs thread] I am trying to use mkisofs to create some backups and it appears to be working fine, except that the stored files all have dates and times of when mkisfos was run instead of the actual date/time stamps on the files I am trying to archive. I know this isn't a restriction of ISO 9660 since I used to use a Meridian CD-ROM mastering system and it had no problem with leaving file dates as they were in the master directories. Only the directory dates reflected the time when the ISO 9660 filesystem was constructed. That's OK. The Windows Easy-CD package also has no problem with leaving the date/times on the files unaltered. Any ideas? The man page for mkisofs doesn't seem to mention anything about controlling dates. I need the CD9660 date/times on files to be unaltered so that a non-Rock Ridge systems (Windoze/DOS) will see the correct dates. Keeping the dates/times correct is important for legal reasons. The system being used is running 2.2-GAMMA, HP4020i burner, and the mkisofs package that 2.2-GAMMA-0215 provides. Thanks for any pointers. Frank Durda IV |"The Knights who say "LETNi" or uhclem%nemesis@rwsystr.nkn.net | demand... A SEGMENT REGISTER!!!" |"A what?" or ...letni!rwsys!nemesis!uhclem |"LETNi! LETNi! LETNi!" - 1983 From owner-freebsd-current Mon Feb 24 22:17:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA28642 for current-outgoing; Mon, 24 Feb 1997 22:17:03 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA28632; Mon, 24 Feb 1997 22:16:56 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id QAA12983; Tue, 25 Feb 1997 16:46:23 +1030 (CST) From: Michael Smith Message-Id: <199702250616.QAA12983@genesis.atrad.adelaide.edu.au> Subject: Re: Can mkisofs leave file dates unaltered? [repost] In-Reply-To: from Frank Durda IV at "Feb 24, 97 11:21:00 pm" To: uhclem@nemesis.lonestar.org (Frank Durda IV) Date: Tue, 25 Feb 1997 16:46:21 +1030 (CST) Cc: hackers@freebsd.org, current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Frank Durda IV stands accused of saying: > > I am trying to use mkisofs to create some backups and it appears to be > working fine, except that the stored files all have dates and times of > when mkisfos was run instead of the actual date/time stamps on the > files I am trying to archive. Is this the mkisofs left over from your 2.1 system, or the port from sysutils? mkisofs was removes from the base system some time back. > Any ideas? The man page for mkisofs doesn't seem to mention anything > about controlling dates. I need the CD9660 date/times on files to be > unaltered so that a non-Rock Ridge systems (Windoze/DOS) will see the > correct dates. Mkisofs was/is a horrible piece of work, and it's quite possible that the author just got the datestamping completely wrong. A quick eyeball over tree.c makes be queasy but doesn't tell me a lot; you would probably get some good results from a handful of debugging printfs. > Frank Durda IV |"The Knights who say "LETNi" -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Tue Feb 25 01:20:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA12376 for current-outgoing; Tue, 25 Feb 1997 01:20:43 -0800 (PST) Received: from spitfire.ecsel.psu.edu (qmailr@spitfire.ecsel.psu.edu [146.186.218.51]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA12371 for ; Tue, 25 Feb 1997 01:20:40 -0800 (PST) From: tenser@spitfire.ecsel.psu.edu Received: (qmail 9527 invoked by uid 1000); 25 Feb 1997 09:20:36 -0000 Date: 25 Feb 1997 09:20:36 -0000 Message-ID: <19970225092036.9526.qmail@spitfire.ecsel.psu.edu> To: current@freebsd.org Subject: Re: Problems with PPP in -current? Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Gosh, whatever it was that went in in the last 48 hours or so seems to have ``fixed'' my PPP problems. At least, PPP has been going strong now for the last 7 or 8 hours. Good show! - Dan C. From owner-freebsd-current Tue Feb 25 07:07:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA26300 for current-outgoing; Tue, 25 Feb 1997 07:07:13 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id HAA26293 for ; Tue, 25 Feb 1997 07:07:08 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65v3.2/1.1.8.2/19Aug95-0530PM) id AA14280; Tue, 25 Feb 1997 10:06:47 -0500 Date: Tue, 25 Feb 1997 10:06:47 -0500 From: Garrett Wollman Message-Id: <9702251506.AA14280@halloran-eldar.lcs.mit.edu> To: Adam David Cc: current@freebsd.org Subject: Re: cvs commit: src/usr.bin/su su.1 su.c In-Reply-To: <199702242339.XAA27438@veda.is> References: <199702242339.XAA27438@veda.is> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk < said: > Please leave it as it is now. If you make root the only member of wheel, > that gives the behaviour that you seek. This is naturally intuitive. > wheel:*:0:root,... #named users can su > wheel:*:0:root #"only root can su" > wheel:*:0: #anyone can su This is very counterintuitive, actually, since root is a member of group `wheel' regardless of whether it's listed in /etc/group or not. I have long believed that the current implementation of group checking in the `su' command is a crock. The correct behavior of the command would be to call getgroups(2) and check the result for a GID of 0. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, ANA, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-current Tue Feb 25 07:38:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA27753 for current-outgoing; Tue, 25 Feb 1997 07:38:25 -0800 (PST) Received: from veda.is (ubiq.veda.is [193.4.230.60]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA27746 for ; Tue, 25 Feb 1997 07:38:20 -0800 (PST) Received: (from adam@localhost) by veda.is (8.8.4/8.7.3) id PAA29172; Tue, 25 Feb 1997 15:50:31 GMT From: Adam David Message-Id: <199702251550.PAA29172@veda.is> Subject: Re: cvs commit: src/usr.bin/su su.1 su.c In-Reply-To: <9702251506.AA14280@halloran-eldar.lcs.mit.edu> from Garrett Wollman at "Feb 25, 97 10:06:47 am" To: wollman@lcs.mit.edu (Garrett Wollman) Date: Tue, 25 Feb 1997 15:50:30 +0000 (GMT) Cc: current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > wheel:*:0:root #"only root can su" > > wheel:*:0: #anyone can su > > This is very counterintuitive, actually, since root is a member of > group `wheel' regardless of whether it's listed in /etc/group or not. Intuition is not a single thread, and I agree also with your view Garrett. How about the earlier suggestion... wheel:*:0:* #everyone belongs to wheel But is this identical with the desired behaviour? > I have long believed that the current implementation of group checking > in the `su' command is a crock. The correct behavior of the command > would be to call getgroups(2) and check the result for a GID of 0. Good point. -- Adam David From owner-freebsd-current Tue Feb 25 10:18:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA06742 for current-outgoing; Tue, 25 Feb 1997 10:18:06 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA06734 for ; Tue, 25 Feb 1997 10:18:01 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA26720; Tue, 25 Feb 1997 11:12:52 -0700 From: Terry Lambert Message-Id: <199702251812.LAA26720@phaeton.artisoft.com> Subject: Re: anoncvs server To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 25 Feb 1997 11:12:52 -0700 (MST) Cc: moke@fools.ecpnet.com, msmith@atrad.adelaide.edu.au, freebsd-current@FreeBSD.org In-Reply-To: <199702250305.NAA11041@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Feb 25, 97 01:35:44 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > Anoncvs is a pain in the ass. It's slow, misses things, and generally > > > requires lots of handholding. CVS is a lousy client. > > > > > > Use CVSup. > > > > > > > Well, if you can show me how to get CVSup to preserve my local changes it > > will work fine. I have read the faq, still no matter what I do the local > > sources get clobbered. And supposedly it is possible to do with CVSup. > > You wouldn't happen to have asked John Polstra now would you? It's not > like he's allergic to answering questions about his baby... The answer I have received in the past: "don't check in your local changes and use cvs merge, and manually resolve conflicts, normally". This really sucks out for several reasons: 1) I get no editing history for the stuff I do 2) I can not work on several "branches" of patches simultaneously 3) I can not integrate several brances of patches to build a set of sources containing all of them 4) I can not "drop" branches as the patches find themselves integrated into the main line code base (hah!) and the fact that they are local becomes obsoleted. Really, it's be nice if I could treat the FreeBSD-supplied tree as a vendor branch that gets updated... it wouldn't solve the propagation problems that bite us people without commit privs (#3 and #4) who can't use a commit to the real tree to update our local trees contents, with edit history. It also wouldn't solve inverse propagation of edit history for local changes which get integrated into the main branch (ie: you lose my rationale for some of my changes). But it would help. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Feb 25 12:53:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA15248 for current-outgoing; Tue, 25 Feb 1997 12:53:04 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA15204 for ; Tue, 25 Feb 1997 12:52:42 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA27121 for freebsd-current@FreeBSD.ORG; Tue, 25 Feb 1997 21:52:38 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id UAA13066; Tue, 25 Feb 1997 20:54:55 +0100 (MET) Message-ID: Date: Tue, 25 Feb 1997 20:54:55 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@FreeBSD.ORG Subject: Re: anoncvs server References: <199702250305.NAA11041@genesis.atrad.adelaide.edu.au> <199702251812.LAA26720@phaeton.artisoft.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199702251812.LAA26720@phaeton.artisoft.com>; from Terry Lambert on Feb 25, 1997 11:12:52 -0700 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > The answer I have received in the past: "don't check in your local > changes and use cvs merge, and manually resolve conflicts, normally". This however proves that you are better in writing long articles than in following mailing lists. John Polstra has explained more than once how to arrange for locally- maintained changes _inside_ a CVS mirror tree using CVSup. (I can't tell you what's the magic, but simply since i don't think i'm in need of it. To the least, i remember that it's possible.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Feb 25 13:44:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA18568 for current-outgoing; Tue, 25 Feb 1997 13:44:29 -0800 (PST) Received: from ns.NL.net (ns.NL.net [193.78.240.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA18559 for ; Tue, 25 Feb 1997 13:44:24 -0800 (PST) Received: from stuyts by ns.NL.net (5.65b/NLnet1.3) id AA25742; Tue, 25 Feb 1997 22:34:16 +0100 Received: from daneel (daneel.stuyts.nl [193.78.231.7]) by terminus.stuyts.nl (8.8.5/8.8.4) with SMTP id WAA24586 for ; Tue, 25 Feb 1997 22:33:13 +0100 (MET) Message-Id: <199702252133.WAA24586@terminus.stuyts.nl> Received: by daneel (NX5.67f2/NX3.0X) id AA02797; Tue, 25 Feb 97 22:32:14 +0100 Content-Type: text/plain Mime-Version: 1.0 (NeXT Mail 3.3 v118.2) X-Nextstep-Mailer: Mail 3.3 (Enhance 1.2) Received: by NeXT.Mailer (1.118.2) From: Ben Stuyts Date: Tue, 25 Feb 97 22:32:11 +0100 To: freebsd-current@FreeBSD.org Subject: Make world fails on dbm routines Reply-To: ben@stuyts.nl Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I applied a bunch of ctm's to bring my /usr/src up to "src-2.2 187" and now make world fails. E.g.: ===> gnu/usr.bin/perl/perl cc -O2 -m486 -pipe -I/usr/src/gnu/usr.bin/perl/perl -o perl array.o cmd.o con s.o consarg.o doarg.o doio.o dolist.o dump.o eval.o form.o hash.o malloc.o perl. o perly.o regcomp.o regexec.o stab.o str.o toke.o util.o usersub.o -lm -lcrypt hash.o: Undefined symbol `_dbm_fetch' referenced from text segment hash.o: Undefined symbol `_dbm_delete' referenced from text segment hash.o: Undefined symbol `_dbm_firstkey' referenced from text segment hash.o: Undefined symbol `_dbm_nextkey' referenced from text segment hash.o: Undefined symbol `_dbm_delete' referenced from text segment hash.o: Undefined symbol `_dbm_nextkey' referenced from text segment hash.o: Undefined symbol `_dbm_firstkey' referenced from text segment hash.o: Undefined symbol `_dbm_fetch' referenced from text segment hash.o: Undefined symbol `_dbm_open' referenced from text segment hash.o: Undefined symbol `_dbm_open' referenced from text segment hash.o: Undefined symbol `_dbm_open' referenced from text segment hash.o: Undefined symbol `_dbm_close' referenced from text segment hash.o: Undefined symbol `_dbm_store' referenced from text segment hash.o: Undefined symbol `_dbm_clearerr' referenced from text segment *** Error code 1 (continuing) ... (same for the other perl binaries) ===> usr.sbin/amd/mk-amd-map cc -O2 -m486 -pipe -I/usr/src/usr.sbin/amd/mk-amd-map/../include -I/usr/src/usr. sbin/amd/mk-amd-map/../rpcx -I/usr/src/usr.sbin/amd/mk-amd-map/../config -DOS_HD R=\"os-bsd44.h\" -c /usr/src/usr.sbin/amd/mk-amd-map/mk-amd-map.c cc -O2 -m486 -pipe -I/usr/src/usr.sbin/amd/mk-amd-map/../include -I/usr/src/usr. sbin/amd/mk-amd-map/../rpcx -I/usr/src/usr.sbin/amd/mk-amd-map/../config -DOS_HD R=\"os-bsd44.h\" -o mk-amd-map mk-amd-map.o mk-amd-map.o: Undefined symbol `_dbm_store' referenced from text segment mk-amd-map.o: Undefined symbol `_dbm_open' referenced from text segment mk-amd-map.o: Undefined symbol `_dbm_close' referenced from text segment *** Error code 1 (continuing) Any ideas what's wrong? Make world used to run just fine here. The only place I can find these dbm routines is in an old libc (2.2), not in the new one. Thanks, Ben From owner-freebsd-current Tue Feb 25 15:05:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA22510 for current-outgoing; Tue, 25 Feb 1997 15:05:24 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id PAA22497 for ; Tue, 25 Feb 1997 15:05:10 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA27049; Tue, 25 Feb 1997 16:02:32 -0700 From: Terry Lambert Message-Id: <199702252302.QAA27049@phaeton.artisoft.com> Subject: Re: anoncvs server To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 25 Feb 1997 16:02:32 -0700 (MST) Cc: freebsd-current@freebsd.org In-Reply-To: from "J Wunsch" at Feb 25, 97 08:54:55 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > The answer I have received in the past: "don't check in your local > > changes and use cvs merge, and manually resolve conflicts, normally". > > This however proves that you are better in writing long articles than > in following mailing lists. > > John Polstra has explained more than once how to arrange for locally- > maintained changes _inside_ a CVS mirror tree using CVSup. (I can't > tell you what's the magic, but simply since i don't think i'm in need > of it. To the least, i remember that it's possible.) I suppose that this proves that you are better at writing ad hominim attacks than in providing useful answers to questions. For what it's worth, John was looking at changes to source management in general to address the local branch issue, as well as some of the concurrent synchronization issues I raised in previous articles. Since my article was not really an attack on John, I didn't really expect a status report until it was done (which it wasn't, the last time these questions were asked). So in any case, I think you are wrong. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Feb 25 16:34:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA28735 for current-outgoing; Tue, 25 Feb 1997 16:34:47 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA28728 for ; Tue, 25 Feb 1997 16:34:43 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id RAA25951; Tue, 25 Feb 1997 17:31:00 -0700 (MST) Date: Tue, 25 Feb 1997 17:31:00 -0700 (MST) Message-Id: <199702260031.RAA25951@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Terry Lambert Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-current@freebsd.org Subject: Re: anoncvs server In-Reply-To: <199702252302.QAA27049@phaeton.artisoft.com> References: <199702252302.QAA27049@phaeton.artisoft.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > The answer I have received in the past: "don't check in your local > > > changes and use cvs merge, and manually resolve conflicts, normally". > > > > John Polstra has explained more than once how to arrange for locally- > > maintained changes _inside_ a CVS mirror tree using CVSup. (I can't > > tell you what's the magic, but simply since i don't think i'm in need > > of it. To the least, i remember that it's possible.) > > I suppose that this proves that you are better at writing ad hominim > attacks than in providing useful answers to questions. Heck, I have a pretty good idea how to set things up, and I have no use for it. I believe it takes John or something making a 'magic' BRANCH in the CVS master repository in order for it to work, though I'm not sure if it's ever been tested. I know Peter asked about this in the CVS mailing list, and the response was 'it's a local issue'. Basically, you create a 'un-touchable' branch in the CVS tree that CVSup will never touch. But, it's no magic bullet. You'll still have the nightmare of having to merge in *all* changes from the HEAD to your new 'magic' branch, and branch-merging in CVS is a nightmare at best. You might even be able to create the 'magic' branch tag on your local machine, but I've not done it. Have you messed with it at all? Nate ps. Whatever happened to you uploading a complete /sys tree to some site for Julian/PHK to look at? From owner-freebsd-current Tue Feb 25 16:50:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA29864 for current-outgoing; Tue, 25 Feb 1997 16:50:13 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id QAA29857 for ; Tue, 25 Feb 1997 16:50:11 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA27200; Tue, 25 Feb 1997 17:47:04 -0700 From: Terry Lambert Message-Id: <199702260047.RAA27200@phaeton.artisoft.com> Subject: Re: anoncvs server To: nate@mt.sri.com (Nate Williams) Date: Tue, 25 Feb 1997 17:47:04 -0700 (MST) Cc: terry@lambert.org, joerg_wunsch@uriah.heep.sax.de, freebsd-current@freebsd.org In-Reply-To: <199702260031.RAA25951@rocky.mt.sri.com> from "Nate Williams" at Feb 25, 97 05:31:00 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > You might even be able to create the 'magic' branch tag on your local > machine, but I've not done it. > > Have you messed with it at all? Yes, but it looks like I can oly do one "magic" at a time without a mirror repository and writing in an incremental checkin for a vendor branch (possible with a "cvs log | sed ...", but takes too much local space to do). I posted what I posted because I got tired of the "alls ya gotta do" type answers which are really non-answers because "alls ya gotta do" doesn't work like the poster expects. In general, this area isn't well researched, unfortunately, since I'm one of the few who needs it. > ps. Whatever happened to you uploading a complete /sys tree to some site > for Julian/PHK to look at? I regenerated patches against -current, as a small portion of the changes I want including only the layering issues for namei and the simplification of the EEXISTS code duplication in 5 failure cases. Julian has these patches, and he's examined them in dteal. I don't know if he's given them to John yet or not; he said he was going to. I answered about 15 questions clarifying the nature of the patches for him, since some of the changes seemed counter-intuitive without knowing who was responsible for what. Julian seemed satisfied with the answers. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Feb 25 17:21:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA01916 for current-outgoing; Tue, 25 Feb 1997 17:21:26 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA01909 for ; Tue, 25 Feb 1997 17:21:22 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id SAA26209; Tue, 25 Feb 1997 18:18:12 -0700 (MST) Date: Tue, 25 Feb 1997 18:18:12 -0700 (MST) Message-Id: <199702260118.SAA26209@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Terry Lambert Cc: nate@mt.sri.com (Nate Williams), freebsd-current@freebsd.org Subject: Re: anoncvs server In-Reply-To: <199702260047.RAA27200@phaeton.artisoft.com> References: <199702260031.RAA25951@rocky.mt.sri.com> <199702260047.RAA27200@phaeton.artisoft.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > You might even be able to create the 'magic' branch tag on your local > > machine, but I've not done it. > > > > Have you messed with it at all? > > Yes, but it looks like I can oly do one "magic" at a time without a > mirror repository and writing in an incremental checkin for a vendor > branch (possible with a "cvs log | sed ...", but takes too much local > space to do). What? The Repository files are not going to be modified if they're on the 'magic' branch, so why the need for a mirror repository? And, a vendor branch is totally un-necessary? Nate From owner-freebsd-current Tue Feb 25 18:22:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA05689 for current-outgoing; Tue, 25 Feb 1997 18:22:12 -0800 (PST) Received: from noc.msc.edu (noc.msc.edu [137.66.12.254]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id SAA05682 for ; Tue, 25 Feb 1997 18:22:08 -0800 (PST) Received: from uc.msc.edu by noc.msc.edu (5.65/MSC/v3.0.1(920324)) id AA05957; Tue, 25 Feb 97 20:22:04 -0600 Received: from pobox.com (fergus-31.dialup.prtel.com [206.10.99.162]) by uc.msc.edu (8.7.5/8.6.6) with ESMTP id UAA10332 for ; Tue, 25 Feb 1997 20:22:04 -0600 (CST) Received: (from alk@localhost) by pobox.com (8.8.3/8.7.3) id UAA03030; Tue, 25 Feb 1997 20:22:02 -0600 (CST) Date: Tue, 25 Feb 1997 20:22:02 -0600 (CST) Message-Id: <199702260222.UAA03030@pobox.com> From: Tony Kimball To: current@freebsd.org Subject: values.h Comments: Hyperbole mail buttons accepted, v04.01. Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk #if __GNUC__ #warning "this file includes which is obsoleted, use or instead" #endif This is bogus: values.h is the only source for a number of items, e.g. MAXDOUBLE. From owner-freebsd-current Tue Feb 25 19:17:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA09491 for current-outgoing; Tue, 25 Feb 1997 19:17:23 -0800 (PST) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA09484 for ; Tue, 25 Feb 1997 19:17:17 -0800 (PST) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.8.5/8.8.4) with SMTP id TAA28307; Tue, 25 Feb 1997 19:03:30 -0800 (PST) Message-ID: <3313A77F.41C67EA6@whistle.com> Date: Tue, 25 Feb 1997 19:01:19 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Terry Lambert CC: Nate Williams , joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.ORG Subject: Re: anoncvs server References: <199702260047.RAA27200@phaeton.artisoft.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote: > > I regenerated patches against -current, as a small portion of the changes > I want including only the layering issues for namei and the simplification > of the EEXISTS code duplication in 5 failure cases. Julian has these > patches, and he's examined them in dteal. I don't know if he's given them > to John yet or not; he said he was going to. I answered about 15 questions > clarifying the nature of the patches for him, since some of the changes > seemed counter-intuitive without knowing who was responsible for what. > Julian seemed satisfied with the answers. > I have them still I'm waiting for the lite2 explosion to die down as I have stopped followiing -current for a while til this has finished.. > 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 Feb 26 02:32:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA29935 for current-outgoing; Wed, 26 Feb 1997 02:32:20 -0800 (PST) Received: from basfegw.basf-ag.de (basfegw.basf-ag.de [141.6.1.11]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA29928 for ; Wed, 26 Feb 1997 02:32:16 -0800 (PST) Received: from basfigw-roma.zxd.basf-ag.de (actually host basfigw.basf-ag.de) by basfegw.basf-ag.de with SMTP (PP); Wed, 26 Feb 1997 11:32:05 +0100 Received: from nwbz.zxd.basf-ag.de (actually host nwbz-roma.zx.basf-ag.de) by basfigw.basf-ag.de with SMTP (PP); Wed, 26 Feb 1997 11:31:53 +0100 Received: from tango (actually host tango.zxd.basf-ag.de) by nwbz.zxd.basf-ag.de with SMTP (PP); Wed, 26 Feb 1997 11:31:46 +0100 Message-ID: <3314103B.16A3@zxd.basf-ag.de> Date: Wed, 26 Feb 1997 11:28:11 +0100 From: Tony Brown Organization: BASF Aktiengesellschaft X-Mailer: Mozilla 3.01 (X11; I; SunOS 5.5 sun4u) To: freebsd-current@FreeBSD.ORG Subject: Subscribe MIME-Version: 1.0 Content-type: text/plain; charset="us-ascii" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Subscribe From owner-freebsd-current Wed Feb 26 08:45:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA17090 for current-outgoing; Wed, 26 Feb 1997 08:45:11 -0800 (PST) Received: from fallout.campusview.indiana.edu (fallout.campusview.indiana.edu [149.159.1.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA17083 for ; Wed, 26 Feb 1997 08:45:06 -0800 (PST) Received: from localhost (jfieber@localhost) by fallout.campusview.indiana.edu (8.8.5/8.8.5) with SMTP id LAA29596; Wed, 26 Feb 1997 11:43:43 -0500 (EST) Date: Wed, 26 Feb 1997 11:43:43 -0500 (EST) From: John Fieber To: Tony Kimball cc: current@FreeBSD.ORG Subject: Re: values.h In-Reply-To: <199702260222.UAA03030@pobox.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 25 Feb 1997, Tony Kimball wrote: > #if __GNUC__ > #warning "this file includes which is obsoleted, use or instead" > #endif > > This is bogus: values.h is the only source for a number of items, > e.g. MAXDOUBLE. Is there something wrong with using DBL_MAX from float.h? -john From owner-freebsd-current Wed Feb 26 09:11:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA18943 for current-outgoing; Wed, 26 Feb 1997 09:11:13 -0800 (PST) Received: from terra.stack.nl (terra.stack.nl [131.155.140.128]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA18937 for ; Wed, 26 Feb 1997 09:11:09 -0800 (PST) Received: from xaa.stack.nl (uucp@localhost) by terra.stack.nl (8.8.5) with UUCP id SAA13356 for freebsd-current@freebsd.org; Wed, 26 Feb 1997 18:10:59 +0100 (MET) Received: (from freebsd@localhost) by xaa.stack.nl (8.8.5/8.8.2) id SAA02731; Wed, 26 Feb 1997 18:09:49 +0100 (MET) Message-ID: <19970226180948.NP28268@xaa.stack.nl> Date: Wed, 26 Feb 1997 18:09:48 +0100 From: xaa@stack.nl (Mark Huizer) To: freebsd-current@freebsd.org Subject: lite2-merge??? X-Mailer: Mutt 0.60 Mime-Version: 1.0 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Any clues about whether it's wise to start make-ing world again??? The lite2 changes keep rolling in, but I'd love to be able to jump to current again, without jumping in troubles I can't cure :( Mark Huizer From owner-freebsd-current Wed Feb 26 09:54:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA21917 for current-outgoing; Wed, 26 Feb 1997 09:54:43 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA21911 for ; Wed, 26 Feb 1997 09:54:39 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA28356; Wed, 26 Feb 1997 10:51:28 -0700 From: Terry Lambert Message-Id: <199702261751.KAA28356@phaeton.artisoft.com> Subject: Re: anoncvs server To: nate@mt.sri.com (Nate Williams) Date: Wed, 26 Feb 1997 10:51:28 -0700 (MST) Cc: terry@lambert.org, nate@mt.sri.com, freebsd-current@freebsd.org In-Reply-To: <199702260118.SAA26209@rocky.mt.sri.com> from "Nate Williams" at Feb 25, 97 06:18: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 X-Loop: FreeBSD.org Precedence: bulk > > > You might even be able to create the 'magic' branch tag on your local > > > machine, but I've not done it. > > > > > > Have you messed with it at all? > > > > Yes, but it looks like I can oly do one "magic" at a time without a > > mirror repository and writing in an incremental checkin for a vendor > > branch (possible with a "cvs log | sed ...", but takes too much local > > space to do). > > What? The Repository files are not going to be modified if they're on > the 'magic' branch, so why the need for a mirror repository? And, a > vendor branch is totally un-necessary? There is a difference between "a magic branch" and "the magic branch". You guys have not stuck a tag into the main CVS tree, so I can create "a magic branch" locally, but to create "the magic branch" takes someone with commit privs. The need for the mirror repository comes from me needing to support incremental change-over as portions of my patches are (hopefully) integrated into the main line source base. To remain operational, a local system built from the regular sources with my "magic tag" stuff merged in from my local use of the tag requires that I back out changes as they are included: FreeBSD | Terry ,-| | | Standard tree | | | |-. `-| | | | My change #1 | | |-' |-. | | | | My change #2 <> | | |-' ,-| <> Standard tree | | + | | My change #1 | |-. `-| | | | My change #2 <> | | |-' | I can't do the ""Locally remove" steps against the magic branch without a second tree. If FreeBSD came in on a vendor branch initially, then it wouldn't touch anything else I had done locally. Alternately, if it came in with a predefined "magic tag", I could only make one change locally, and then wait 9 months (the current time outstanding for the layering patches being committed) before I could resonable reuse the "magic tag" for another change. With the "magic tag" approach, I can only have one set of dependent patches outstanding at one time. 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 Feb 26 10:39:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA24459 for current-outgoing; Wed, 26 Feb 1997 10:39:18 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA24453 for ; Wed, 26 Feb 1997 10:39:14 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id LAA29819; Wed, 26 Feb 1997 11:35:18 -0700 (MST) Date: Wed, 26 Feb 1997 11:35:18 -0700 (MST) Message-Id: <199702261835.LAA29819@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Terry Lambert Cc: nate@mt.sri.com (Nate Williams), freebsd-current@freebsd.org Subject: Re: anoncvs server In-Reply-To: <199702261751.KAA28356@phaeton.artisoft.com> References: <199702260118.SAA26209@rocky.mt.sri.com> <199702261751.KAA28356@phaeton.artisoft.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert writes: > > > > You might even be able to create the 'magic' branch tag on your local > > > > machine, but I've not done it. > > > > > > > > Have you messed with it at all? > > > > > > Yes, but it looks like I can oly do one "magic" at a time without a > > > mirror repository and writing in an incremental checkin for a vendor > > > branch (possible with a "cvs log | sed ...", but takes too much local > > > space to do). > > > > What? The Repository files are not going to be modified if they're on > > the 'magic' branch, so why the need for a mirror repository? And, a > > vendor branch is totally un-necessary? > > There is a difference between "a magic branch" and "the magic branch". > You guys have not stuck a tag into the main CVS tree, so I can create > "a magic branch" locally, but to create "the magic branch" takes someone > with commit privs. I'll have to defer to John here, since I'm not sure if it requires someone with commit privs to do it. It might be as easy as creating a local 'hands-off' branch on the local branch. John? > The need for the mirror repository comes from me needing to support > incremental change-over as portions of my patches are (hopefully) > integrated into the main line source base. To remain operational, > a local system built from the regular sources with my "magic tag" > stuff merged in from my local use of the tag requires that I back > out changes as they are included: > > FreeBSD | Terry > ,-| > | | > Standard tree | | > | |-. > `-| | > | | My change #1 > | | > |-' > |-. > | | > | | My change #2 <> > | | > |-' > ,-| <> > Standard tree | | > + | | > My change #1 | |-. > `-| | > | | My change #2 <> > | | > |-' > | > > I can't do the ""Locally remove" steps against the magic branch without > a second tree. Sure you can. It's called 'merging' in the change from the FreeBSD branch into your 'magic' branch. And, as I stated before it's a nightmare to do. > If FreeBSD came in on a vendor branch initially, then it wouldn't touch > anything else I had done locally. You're free to do that, but it requires the same sort of things Peter does in the SMP branch. But, it means losing all of the history for the FreeBSD changes. Either we provide you with a 'vendor' source SNAPSHOT, or we provide you with the CVS repository. You can't mix/match what you want, simply because it's 'not possible' to do automatically. > Alternately, if it came in with a > predefined "magic tag", I could only make one change locally, and then > wait 9 months (the current time outstanding for the layering patches > being committed) before I could resonable reuse the "magic tag" for > another change. I don't think you understand CVS/branches very well. The 'magic tag' is a 'magic branch tag'. So, assuming we have the magic tag as set to be 1.1000 for you. You 'locally' tag the FreeBSD sources at some point to be at that point. Then, you modify your sources (similar to what we've done with the RELENG branches) using normal CVS commands, and these changes occur *ONLY* on the 1.1000 branch. CVSup refuses to touch this branch because it's predefined to be 'magic', or for local use. As changes are made in -current, you can either refuse to 'merge' them into your branch, or merge them in, as has been done with all the YAMFC changes you've seen. But, since *YOU* are the magic branch maintainer, it is your responsibility to merge them in, nobody but you can do them. In any case, these are the sorts of things you had to do in the past anyway, it's just that CVS makes it (hopefully) easier to do these sorts of tasks. Assuming you've done that, you should be able to do a diff from -current to your sources at any point in time, and show all of your logs. The above two tasks are not automated in CVS, but I'm sure you could whip up a script of two to build them. Note also that things aren't as 'clean' as one would like, because changes you made will also be mixed in with 'merges' from -current, but I don't think anyone would fault you for that. > With the "magic tag" approach, I can only have one set of dependent > patches outstanding at one time. True, but you can't have everything. What you have now is orders of magnitude better than what you had to do before. And, assuming you've kept things 'separate' *you* should be able to pull out the relevant changes as needed. Having N sets of 'depedant' patches is pretty much impossible in CVS w/out N branches, and keeping N branches sychronized is an almost impossible task. But, if you *really* want I'm sure John could give you a set of 'magic branch tags' he won't touch. :) :) :) :) Nate From owner-freebsd-current Wed Feb 26 11:04:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA26181 for current-outgoing; Wed, 26 Feb 1997 11:04:26 -0800 (PST) Received: from watson.grauel.com (watson.grauel.com [199.233.104.36]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA26175 for ; Wed, 26 Feb 1997 11:04:23 -0800 (PST) Received: (from rjk@localhost) by watson.grauel.com (8.8.5/8.7.3) id OAA15353; Wed, 26 Feb 1997 14:04:31 -0500 (EST) Date: Wed, 26 Feb 1997 14:04:31 -0500 (EST) Message-Id: <199702261904.OAA15353@watson.grauel.com> From: Richard J Kuhns To: freebsd-current@freebsd.org Subject: some recent panics Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The most recent (as of about 1000 EST 2/26/97) kernel seems to be extremely fragile; it takes very little disk activity on my ASUS P5-120/64 MB RAM to cause a panic (4 in the past 2 hours). I know -current is dangerous to run and being worked on, and I'm not complaining, I'm just sending this on the chance it may be useful to someone... === Panic message: Fatal trap 12: page fault while in kernel mode fault virtual address = 0xf23a2600 fault code = supervisor read, page not present instruction pointer = 0x8:0xf012dd48 stack pointer = 0x10:0xefbffd24 frame pointer = 0x10:0xefbffd30 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 265 (wish4.2) interrupt mask = panic: page fault syncing disks... === kernel info around instruction pointer: f012dcd0 F vfs_cache.o f012dcd0 t _sysctl___debug_vfscache f012dcf8 t ___set_sysctl__debug_sym_sysctl___debug_vfscache f012dcfc T _cache_lookup f012dfa8 T _cache_enter f012e0f0 T _nchinit f012e124 T _cache_purge f012e1fc T _cache_purgevfs -- Rich Kuhns rjk@grauel.com PO Box 6249 Tel: (317)477-6000 \ 100 Sawmill Road x319 Lafayette, IN 47903 (800)489-4891 / From owner-freebsd-current Wed Feb 26 12:45:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA01978 for current-outgoing; Wed, 26 Feb 1997 12:45:54 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA01973 for ; Wed, 26 Feb 1997 12:45:50 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA28653; Wed, 26 Feb 1997 13:42:32 -0700 From: Terry Lambert Message-Id: <199702262042.NAA28653@phaeton.artisoft.com> Subject: Re: anoncvs server To: nate@mt.sri.com (Nate Williams) Date: Wed, 26 Feb 1997 13:42:32 -0700 (MST) Cc: terry@lambert.org, nate@mt.sri.com, freebsd-current@freebsd.org In-Reply-To: <199702261835.LAA29819@rocky.mt.sri.com> from "Nate Williams" at Feb 26, 97 11:35:18 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > If FreeBSD came in on a vendor branch initially, then it wouldn't touch > > anything else I had done locally. > > You're free to do that, but it requires the same sort of things Peter > does in the SMP branch. But, it means losing all of the history for the > FreeBSD changes. Depends on you you define the import process for a vendor branch. If you define it badly, you're right. > Either we provide you with a 'vendor' source SNAPSHOT, or we provide you > with the CVS repository. You can't mix/match what you want, simply > because it's 'not possible' to do automatically. I want a cvs repository that has a pre-imported "vendor branch" that contains the FreeBSD code, and the entire modifcation history of FreeBSD as modifications to the vendor branch. This would keep me from losing the history, letting me mix and match what I want. 8-). > > Alternately, if it came in with a > > predefined "magic tag", I could only make one change locally, and then > > wait 9 months (the current time outstanding for the layering patches > > being committed) before I could resonable reuse the "magic tag" for > > another change. > > I don't think you understand CVS/branches very well. The 'magic tag' is > a 'magic branch tag'. Yes, but in this case, it would be one I'd agree not to modify locally, not one that FreeBSD would guarantee not to modify remotely. It's the same thing, but the logic is inverted to let me personally maintain multiple concurrent branches locally without a "magic tag" per. > As changes are made in -current, you can either refuse to 'merge' them > into your branch, or merge them in, as has been done with all the YAMFC > changes you've seen. But, since *YOU* are the magic branch maintainer, > it is your responsibility to merge them in, nobody but you can do them. > In any case, these are the sorts of things you had to do in the past > anyway, it's just that CVS makes it (hopefully) easier to do these sorts > of tasks. This is unsatisfactory, because it means that you lose my modification history. That's no so important for a single set of changes, but for a set of interrelated changes, it becomes a bigger problem. > > With the "magic tag" approach, I can only have one set of dependent > > patches outstanding at one time. > > True, but you can't have everything. That's silly. I want everything. Why can't I have everything? It's just code... > What you have now is orders of > magnitude better than what you had to do before. And, assuming you've > kept things 'separate' *you* should be able to pull out the relevant > changes as needed. Yes; this is the seperate tree issue, given the lack of "magic tags". > Having N sets of 'depedant' patches is pretty much impossible in CVS > w/out N branches, and keeping N branches sychronized is an almost > impossible task. But, if you *really* want I'm sure John could give you > a set of 'magic branch tags' he won't touch. :) :) :) :) "Magic tags" themselves are a problem precisely because of this. And you still lose modification history. For instance, I make patch set 'A', then I make patch set 'B' which includes minor changes to patch set 'A' to make it interoperate correctly -- but patch set 'A' without patch set 'B' should not have these minor changes. That's the reason I sent the EEXISTS patches combined with the namei() layering patches, actually: the changes are significantly interdependent in 5 places, where the namei() is called for CREATE, and the transaction is backed out in the case that the namei() returned a vnode for an existing create/rename target. Those 5 places would need to be *unpatched* in the namei() patches if the EEXISTS changes were submitted later. As much as I'd like to change the code for single-entry/single-exit for all system calls, sneaking it in that way isn't the way to do it. 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 Feb 26 12:52:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA02401 for current-outgoing; Wed, 26 Feb 1997 12:52:17 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA02321 for ; Wed, 26 Feb 1997 12:52:00 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA28674; Wed, 26 Feb 1997 13:48:47 -0700 From: Terry Lambert Message-Id: <199702262048.NAA28674@phaeton.artisoft.com> Subject: Re: some recent panics To: rjk@grauel.com (Richard J Kuhns) Date: Wed, 26 Feb 1997 13:48:46 -0700 (MST) Cc: freebsd-current@freebsd.org In-Reply-To: <199702261904.OAA15353@watson.grauel.com> from "Richard J Kuhns" at Feb 26, 97 02:04:31 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The most recent (as of about 1000 EST 2/26/97) kernel seems to be extremely > fragile; it takes very little disk activity on my ASUS P5-120/64 MB RAM to > cause a panic (4 in the past 2 hours). I know -current is dangerous to run > and being worked on, and I'm not complaining, I'm just sending this on the > chance it may be useful to someone... Disable the directory name cases... there is a single agregate constant you can use to do this. I suspect it's a problem in the treatment of negative cache entries; the negative cache code was patched as a workaround for the rename and create cases in the FreeBSD code, and the Lite2 integration seems to have backed it out. Disable it by changing the '1' to '0' in the line: static int doingcache = 1; /* 1 => enable the cache */ In the file /sys/kern/vfs_cache.c. If you are compiled debug, and the sysctl has been merged back in, then you can toggle this at runtime after the kernel is up. I still suggest you turn it off by default, if you toggle it via debug, since I don't know if this bites you on boot or will bite you before you can run the sysctl. 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 Feb 26 12:59:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA02797 for current-outgoing; Wed, 26 Feb 1997 12:59:19 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA02787 for ; Wed, 26 Feb 1997 12:59:14 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id NAA00563; Wed, 26 Feb 1997 13:55:29 -0700 (MST) Date: Wed, 26 Feb 1997 13:55:29 -0700 (MST) Message-Id: <199702262055.NAA00563@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Terry Lambert Cc: nate@mt.sri.com (Nate Williams), freebsd-current@freebsd.org Subject: Re: anoncvs server In-Reply-To: <199702262042.NAA28653@phaeton.artisoft.com> References: <199702261835.LAA29819@rocky.mt.sri.com> <199702262042.NAA28653@phaeton.artisoft.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I want a cvs repository that has a pre-imported "vendor branch" that > contains the FreeBSD code, and the entire modifcation history of > FreeBSD as modifications to the vendor branch. This would keep me > from losing the history, letting me mix and match what I want. 8-). You don't understand what a vendor branch is, or you're being silly. Everything else you ask for depends on this silly concept, so I won't comment any further. What you ask for doesn't exist, and won't exist. > > As changes are made in -current, you can either refuse to 'merge' them > > into your branch, or merge them in, as has been done with all the YAMFC > > changes you've seen. But, since *YOU* are the magic branch maintainer, > > it is your responsibility to merge them in, nobody but you can do them. > > In any case, these are the sorts of things you had to do in the past > > anyway, it's just that CVS makes it (hopefully) easier to do these sorts > > of tasks. > > This is unsatisfactory, because it means that you lose my modification > history. No, you're history is still there. /sys/i386/apm/apm.c 1.1000.1.0 ----------- Branch from FreeBSD-current 12/31/96 ------------------------------- 1.1000.1.1 ----------- Re-indent sources ------------------------------- 1.1000.1.2 ----------- Add goto statements galore ------------------------------- 1.1000.1.3 ----------- YAMFC - Bug fix from Nate where he walked on the stack ------------------------------- 1.1000.1.4 ----------- YAMFC - Bring in VM86 support ------------------------------- 1.1000.1.5 ----------- Re-wrote APM to call the VM86 support ------------------------------- 1.1000.1.6 ----------- YAMFC - Merge in the VM86 support from -current now that Nate used my code. ------------------------------- > > > With the "magic tag" approach, I can only have one set of dependent > > > patches outstanding at one time. > > > > True, but you can't have everything. > > That's silly. I want everything. Why can't I have everything? It's > just code... I refuse to be baited into this argumement. > > What you have now is orders of > > magnitude better than what you had to do before. And, assuming you've > > kept things 'separate' *you* should be able to pull out the relevant > > changes as needed. > > Yes; this is the seperate tree issue, given the lack of "magic tags". No, this is what you have *today* w/out a separate tree. You still don't understand what you have, and want something that doesn't exist, and will never exist in the manner you want. Nate From owner-freebsd-current Wed Feb 26 15:09:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA09895 for current-outgoing; Wed, 26 Feb 1997 15:09:38 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA09886 for ; Wed, 26 Feb 1997 15:09:30 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id QAA01395; Wed, 26 Feb 1997 16:09:04 -0700 (MST) Date: Wed, 26 Feb 1997 16:09:04 -0700 (MST) Message-Id: <199702262309.QAA01395@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Paul Richards Cc: Nate Williams , Terry Lambert , freebsd-current@freebsd.org Subject: Re: anoncvs server In-Reply-To: <87pvxnjhf5.fsf@originative.co.uk> References: <199702261835.LAA29819@rocky.mt.sri.com> <199702262042.NAA28653@phaeton.artisoft.com> <199702262055.NAA00563@rocky.mt.sri.com> <87pvxnjhf5.fsf@originative.co.uk> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > I want a cvs repository that has a pre-imported "vendor branch" that > > > contains the FreeBSD code, and the entire modifcation history of > > > FreeBSD as modifications to the vendor branch. This would keep me > > > from losing the history, letting me mix and match what I want. 8-). > > > > You don't understand what a vendor branch is, or you're being silly. > > Everything else you ask for depends on this silly concept, so I won't > > comment any further. > > > > What you ask for doesn't exist, and won't exist. > > What I'd like to see is the changes from the FreeBSD cvs > tree being updated in my local tree as vendor imports to a vendor > branch. This isn't how vendor branches work, and also completely ignores the issue of 'branching' inside the FreeBSD tree. How do you 'branch' a 'branch'? (ie; you can't) > This allows personal development on the head and you can > merge in changes from the vendor as and when you like. Again, this kind of think *can't* be done with the way CVS is designed, unless John call pull a rabbit out of his hat. Next, you'll be wanting to put a man on the moon. :) :) Nate From owner-freebsd-current Wed Feb 26 15:10:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA10003 for current-outgoing; Wed, 26 Feb 1997 15:10:51 -0800 (PST) Received: from originative.co.uk (originat.demon.co.uk [158.152.220.9]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA09812 for ; Wed, 26 Feb 1997 15:09:01 -0800 (PST) Received: (from paul@localhost) by originative.co.uk (8.8.4/8.6.9) id XAA00377; Wed, 26 Feb 1997 23:06:54 GMT To: Nate Williams Cc: Terry Lambert , freebsd-current@FreeBSD.ORG Subject: Re: anoncvs server References: <199702261835.LAA29819@rocky.mt.sri.com> <199702262042.NAA28653@phaeton.artisoft.com> <199702262055.NAA00563@rocky.mt.sri.com> From: Paul Richards Date: 26 Feb 1997 23:06:54 +0000 In-Reply-To: Nate Williams's message of Wed, 26 Feb 1997 13:55:29 -0700 (MST) Message-ID: <87pvxnjhf5.fsf@originative.co.uk> Lines: 27 X-Mailer: Gnus v5.3/Emacs 19.34 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Nate Williams writes: > > > I want a cvs repository that has a pre-imported "vendor branch" that > > contains the FreeBSD code, and the entire modifcation history of > > FreeBSD as modifications to the vendor branch. This would keep me > > from losing the history, letting me mix and match what I want. 8-). > > You don't understand what a vendor branch is, or you're being silly. > Everything else you ask for depends on this silly concept, so I won't > comment any further. > > What you ask for doesn't exist, and won't exist. What I'd like to see is the changes from the FreeBSD cvs tree being updated in my local tree as vendor imports to a vendor branch. This allows personal development on the head and you can merge in changes from the vendor as and when you like. I don't know whether cvsup could do this or not since I've stuck with ctm up until now but it would be a nice feature that would solve everyone's problems. -- Dr Paul Richards, Originative Solutions Ltd. Internet: paul@originative.co.uk Phone: 0370 462071 (UK Mobile) From owner-freebsd-current Wed Feb 26 16:07:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA13474 for current-outgoing; Wed, 26 Feb 1997 16:07:26 -0800 (PST) Received: from po1.glue.umd.edu (root@po1.glue.umd.edu [129.2.128.44]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA13469 for ; Wed, 26 Feb 1997 16:07:21 -0800 (PST) Received: from ginger.eng.umd.edu (ginger.eng.umd.edu [129.2.103.20]) by po1.glue.umd.edu (8.8.5/8.8.5) with ESMTP id TAA13553; Wed, 26 Feb 1997 19:07:17 -0500 (EST) Received: from localhost (chuckr@localhost) by ginger.eng.umd.edu (8.8.5/8.7.3) with SMTP id TAA13586; Wed, 26 Feb 1997 19:07:16 -0500 (EST) X-Authentication-Warning: ginger.eng.umd.edu: chuckr owned process doing -bs Date: Wed, 26 Feb 1997 19:07:15 -0500 (EST) From: Chuck Robey X-Sender: chuckr@ginger.eng.umd.edu To: Mark Huizer cc: freebsd-current@FreeBSD.ORG Subject: Re: lite2-merge??? In-Reply-To: <19970226180948.NP28268@xaa.stack.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 26 Feb 1997, Mark Huizer wrote: > Any clues about whether it's wise to start make-ing world again??? > > The lite2 changes keep rolling in, but I'd love to be able to jump to > current again, without jumping in troubles I can't cure :( As of last night, it was dying on fsdb. I think it's not time yet, but I (or at least me, maybe several people) will yell when we get a compile thru. Seeing as Jordan has his "make world" machine, he'll probably know before anyone else. > > Mark Huizer > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Wed Feb 26 16:46:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA16390 for current-outgoing; Wed, 26 Feb 1997 16:46:03 -0800 (PST) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA16378 for ; Wed, 26 Feb 1997 16:45:55 -0800 (PST) Received: from Jupiter.Mcs.Net (karl@Jupiter.mcs.net [192.160.127.88]) by Kitten.mcs.com (8.8.5/8.8.2) with ESMTP id SAA18082; Wed, 26 Feb 1997 18:45:44 -0600 (CST) Received: (from karl@localhost) by Jupiter.Mcs.Net (8.8.5/8.8.2) id SAA21114; Wed, 26 Feb 1997 18:45:43 -0600 (CST) From: Karl Denninger Message-Id: <199702270045.SAA21114@Jupiter.Mcs.Net> Subject: Re: lite2-merge??? To: chuckr@glue.umd.edu (Chuck Robey) Date: Wed, 26 Feb 1997 18:45:43 -0600 (CST) Cc: xaa@stack.nl, freebsd-current@freebsd.org In-Reply-To: from "Chuck Robey" at Feb 26, 97 07:07:15 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > On Wed, 26 Feb 1997, Mark Huizer wrote: > > > Any clues about whether it's wise to start make-ing world again??? > > > > The lite2 changes keep rolling in, but I'd love to be able to jump to > > current again, without jumping in troubles I can't cure :( > > As of last night, it was dying on fsdb. I think it's not time yet, but > I (or at least me, maybe several people) will yell when we get a compile > thru. Seeing as Jordan has his "make world" machine, he'll probably know > before anyone else. > > > > > Mark Huizer > > > > ----------------------------+----------------------------------------------- > Chuck Robey | Interests include any kind of voice or data > chuckr@eng.umd.edu | communications topic, C programming, and Unix. > 9120 Edmonston Ct #302 | > Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD > (301) 220-2114 | version 3.0 current -- and great FUN! > ----------------------------+----------------------------------------------- As of today /usr/src/gnu/usr.bin/ld/rtld/rtld.c dies as follows: cc -O -I/usr/src/gnu/usr.bin/ld/rtld/.. -I/usr/src/gnu/usr.bin/ld/rtld -I/usr/src/gnu/usr.bin/ld/rtld/../i386 -fpic -fno-function-cse -DRTLD -c /usr/src/gnu/usr.bin/ld/rtld/rtld.c /usr/src/gnu/usr.bin/ld/rtld/rtld.c: In function `__dlopen': /usr/src/gnu/usr.bin/ld/rtld/rtld.c:1848: `RTLD_NOW' undeclared (first use this function) /usr/src/gnu/usr.bin/ld/rtld/rtld.c:1848: (Each undeclared identifier is reported only once /usr/src/gnu/usr.bin/ld/rtld/rtld.c:1848: for each function it appears in.) *** Error code 1 This is a new one; it used to get past this point. fsck (and friends) still blow up as well. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1's from $600 monthly to FULL DS-3 Service | 99 Analog numbers, 77 ISDN, Web servers $75/mo Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 312 803-4929] | 2 FULL DS-3 Internet links; 400Mbps B/W Internal From owner-freebsd-current Wed Feb 26 16:49:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA16696 for current-outgoing; Wed, 26 Feb 1997 16:49:41 -0800 (PST) Received: from mail.webspan.net (mail.webspan.net [206.154.70.7]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA16690 for ; Wed, 26 Feb 1997 16:49:38 -0800 (PST) Received: from orion.webspan.net (orion.webspan.net [206.154.70.5]) by mail.webspan.net (WEBSPAN/970116) with ESMTP id TAA07251; Wed, 26 Feb 1997 19:46:12 -0500 (EST) Received: from orion.webspan.net (localhost [127.0.0.1]) by orion.webspan.net (WEBSPN/970116) with ESMTP id TAA10054; Wed, 26 Feb 1997 19:46:12 -0500 (EST) To: Nate Williams cc: Paul Richards , Terry Lambert , freebsd-current@freebsd.org Reply-To: freebsd-chat@freebsd.org From: "Gary Palmer" Subject: Re: anoncvs server In-reply-to: Your message of "Wed, 26 Feb 1997 16:09:04 MST." <199702262309.QAA01395@rocky.mt.sri.com> Date: Wed, 26 Feb 1997 19:46:11 -0500 Message-ID: <10050.857004371@orion.webspan.net> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Nate Williams wrote in message ID <199702262309.QAA01395@rocky.mt.sri.com>: > Next, you'll be wanting to put a man on the moon. :) :) Too late. We know how to do that. Just have a cold war between two superpowers. Pretty simple really. :-) (note reply-to: setting to stop noise in -current :) ) Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-current Wed Feb 26 16:59:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA17224 for current-outgoing; Wed, 26 Feb 1997 16:59:27 -0800 (PST) Received: from po1.glue.umd.edu (root@po1.glue.umd.edu [129.2.128.44]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA17219 for ; Wed, 26 Feb 1997 16:59:24 -0800 (PST) Received: from ginger.eng.umd.edu (ginger.eng.umd.edu [129.2.103.20]) by po1.glue.umd.edu (8.8.5/8.8.5) with ESMTP id TAA15277; Wed, 26 Feb 1997 19:59:21 -0500 (EST) Received: from localhost (chuckr@localhost) by ginger.eng.umd.edu (8.8.5/8.7.3) with SMTP id TAA13016; Wed, 26 Feb 1997 19:59:19 -0500 (EST) X-Authentication-Warning: ginger.eng.umd.edu: chuckr owned process doing -bs Date: Wed, 26 Feb 1997 19:59:19 -0500 (EST) From: Chuck Robey X-Sender: chuckr@ginger.eng.umd.edu To: Karl Denninger cc: xaa@stack.nl, freebsd-current@freebsd.org Subject: Re: lite2-merge??? In-Reply-To: <199702270045.SAA21114@Jupiter.Mcs.Net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 26 Feb 1997, Karl Denninger wrote: > > As of today /usr/src/gnu/usr.bin/ld/rtld/rtld.c dies as follows: > > cc -O -I/usr/src/gnu/usr.bin/ld/rtld/.. -I/usr/src/gnu/usr.bin/ld/rtld -I/usr/src/gnu/usr.bin/ld/rtld/../i386 -fpic -fno-function-cse -DRTLD -c /usr/src/gnu/usr.bin/ld/rtld/rtld.c > /usr/src/gnu/usr.bin/ld/rtld/rtld.c: In function `__dlopen': > /usr/src/gnu/usr.bin/ld/rtld/rtld.c:1848: `RTLD_NOW' undeclared (first use this function) > /usr/src/gnu/usr.bin/ld/rtld/rtld.c:1848: (Each undeclared identifier is reported only once > /usr/src/gnu/usr.bin/ld/rtld/rtld.c:1848: for each function it appears in.) > *** Error code 1 > > This is a new one; it used to get past this point. Karl, as you probably know, anything funny going on in rtld is real serious news, because it affects the whole shooting match. I immediately double-checked what you said, and I can't duplicate it. rtld is part of the gnu software (although it's been FreeBSDized somewhat) and shouldn't have been smeared inthe 4.4 BSDLite changes. Can you duck into your /usr/src/gnu/usr.bin/ld, do a make clean/make cleandepend/make depend/make and (if you still show that error), send it to me (the whole make listing) ? I don't have the time for this, but it's too critical to let it get without some concern. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Wed Feb 26 21:08:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA03486 for current-outgoing; Wed, 26 Feb 1997 21:08:40 -0800 (PST) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA03481 for ; Wed, 26 Feb 1997 21:08:38 -0800 (PST) Received: from Jupiter.Mcs.Net (karl@Jupiter.mcs.net [192.160.127.88]) by Kitten.mcs.com (8.8.5/8.8.2) with ESMTP id XAA00993 for ; Wed, 26 Feb 1997 23:08:37 -0600 (CST) Received: (from karl@localhost) by Jupiter.Mcs.Net (8.8.5/8.8.2) id XAA00196 for current@freebsd.org; Wed, 26 Feb 1997 23:08:37 -0600 (CST) From: Karl Denninger Message-Id: <199702270508.XAA00196@Jupiter.Mcs.Net> Subject: problem with "ld" found To: current@freebsd.org Date: Wed, 26 Feb 1997 23:08:36 -0600 (CST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The header files had not installed yet.. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1's from $600 monthly to FULL DS-3 Service | 99 Analog numbers, 77 ISDN, Web servers $75/mo Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 312 803-4929] | 2 FULL DS-3 Internet links; 400Mbps B/W Internal From owner-freebsd-current Wed Feb 26 23:56:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA11455 for current-outgoing; Wed, 26 Feb 1997 23:56:56 -0800 (PST) Received: from scotty.masternet.it (scotty.masternet.it [194.184.65.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA11448 for ; Wed, 26 Feb 1997 23:56:52 -0800 (PST) Received: from socrate (ts1port11d.masternet.it [194.184.65.33]) by scotty.masternet.it (8.8.4/8.7.3) with SMTP id IAA07537 for ; Thu, 27 Feb 1997 08:57:44 GMT Message-ID: <33153CDE.41C67EA6@scotty.masternet.it> Date: Thu, 27 Feb 1997 08:50:54 +0100 From: Beck Peccoz Amedeo X-Mailer: Mozilla 3.01 (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: Can't compile Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk With ctm 2779 installed (3.0 current) I get the following: cc -O -c /usr/src/sbin/fsck/inode.c /usr/src/sbin/fsck/inode.c: In function `pinode': /usr/src/sbin/fsck/inode.c:517: request for member `tv_sec' in something not a structure or union /usr/src/sbin/fsck/inode.c: In function `allocino': /usr/src/sbin/fsck/inode.c:588: request for member `tv_sec' in something not a structure or union *** Error code 1 Stop. -- Beck-Peccoz Amedeo Tel. +39-125-366302 Hotel Monboso **** Fax. +39-125-366415 monboso@scotty.masternet.it From owner-freebsd-current Thu Feb 27 00:40:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA12782 for current-outgoing; Thu, 27 Feb 1997 00:40:31 -0800 (PST) Received: from out2.ibm.net (out2.ibm.net [165.87.201.252]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id AAA12777 for ; Thu, 27 Feb 1997 00:40:28 -0800 (PST) Received: (from uucp@localhost) by out2.ibm.net (8.6.9/8.6.9) id IAA94473; Thu, 27 Feb 1997 08:39:49 GMT Received: from slip129-37-195-214.nc.us.ibm.net(129.37.195.214) by out2.ibm.net via smap (V1.3mjr) id smafecBpo; Thu Feb 27 08:39:37 1997 Message-ID: X-Mailer: XFMail 1.0 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <33153CDE.41C67EA6@scotty.masternet.it> Date: Thu, 27 Feb 1997 03:33:52 -0500 (EST) From: Burley To: Beck Peccoz Amedeo Subject: RE: Can't compile Cc: freebsd-current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 27-Feb-97 Beck Peccoz Amedeo wrote: >With ctm 2779 installed (3.0 current) I get the following: > >cc -O -c /usr/src/sbin/fsck/inode.c >/usr/src/sbin/fsck/inode.c: In function `pinode': >/usr/src/sbin/fsck/inode.c:517: request for member `tv_sec' in something >not a structure or union >/usr/src/sbin/fsck/inode.c: In function `allocino': >/usr/src/sbin/fsck/inode.c:588: request for member `tv_sec' in something >not a structure or union >*** Error code 1 > >Stop. > Me too, so I am trying, make -k and then make again to see if that fixes it.. (system still work) One day we will get our systems right...hopefully they will tell us when we are getting there (or not)...have fun E-Mail: khan@ibm.net Date: 27-Feb-97 Time: 03:39:47 ---------------------------------- From owner-freebsd-current Thu Feb 27 02:40:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA17814 for current-outgoing; Thu, 27 Feb 1997 02:40:11 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA17807 for ; Thu, 27 Feb 1997 02:40:07 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id CAA11070; Thu, 27 Feb 1997 02:39:43 -0800 (PST) To: Chuck Robey cc: Mark Huizer , freebsd-current@freebsd.org Subject: Re: lite2-merge??? In-reply-to: Your message of "Wed, 26 Feb 1997 19:07:15 EST." Date: Thu, 27 Feb 1997 02:39:41 -0800 Message-ID: <11066.857039981@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > As of last night, it was dying on fsdb. I think it's not time yet, but > I (or at least me, maybe several people) will yell when we get a compile > thru. Seeing as Jordan has his "make world" machine, he'll probably know > before anyone else. Erm, no, that machine tracks 2.2, I'm afraid... Even I'm out of the -current game for the time being; all my machines have reverted to 2.2 so I can actually get some useful work done with them. :-) Jordan From owner-freebsd-current Thu Feb 27 04:16:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA21641 for current-outgoing; Thu, 27 Feb 1997 04:16:22 -0800 (PST) Received: from fty-ss20.cisco.com (fty-ss20.cisco.com [171.69.162.81]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA21636 for ; Thu, 27 Feb 1997 04:16:19 -0800 (PST) Received: by fty-ss20.cisco.com (8.8.4/1.34) id MAA29557; Thu, 27 Feb 1997 12:12:44 GMT Date: Thu, 27 Feb 1997 12:12:44 GMT From: Frank Terhaar-Yonkers Message-Id: <199702271212.MAA29557@fty-ss20.cisco.com> To: chuckr@glue.umd.edu, Karl Denninger Subject: Re: lite2-merge??? Cc: freebsd-current@freebsd.org, xaa@stack.nl X-Face: ,fjtWiMPydUaSQl%8[eTg`u:^BXt&T)Sny(6w\*U"5D9H[Z$kG%Q/z;Z=NwrPiXf-aMF3R) Rsand$,]26-8>5@HD(A3A79gN|0%NHsdek4mT8E,>j+\w!~d2#nH;~NV!5a0"`5$Cj8d\or(Jy/JQ_ |uc;C[filmZ(~#lre*l:|O%d/PJFy`.5w8)sMZ-)QI3TaV"j'k X-Mailer: [XMailTool v3.1.0] Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I did a make world last nite on my p5-120 laptop and this chunk compiles clean. Applied this mornings patches and it's still okay. BTW - Even tho some things are still broken, a "make -k world" produces a system stable enough to stay up a couple of days and get through a couple of make worlds. This with the source and obj trees mounted over NFS. - Frank >Subject: Re: lite2-merge??? > >On Wed, 26 Feb 1997, Karl Denninger wrote: > >> >> As of today /usr/src/gnu/usr.bin/ld/rtld/rtld.c dies as follows: >> >> cc -O -I/usr/src/gnu/usr.bin/ld/rtld/.. -I/usr/src/gnu/usr.bin/ld/rtld -I/usr/src/gnu/usr.bin/ld/rtld/../i386 -fpic -fno-function-cse -DRTLD -c /usr/src/gnu/usr.bin/ld/rtld/rtld.c >> /usr/src/gnu/usr.bin/ld/rtld/rtld.c: In function `__dlopen': >> /usr/src/gnu/usr.bin/ld/rtld/rtld.c:1848: `RTLD_NOW' undeclared (first use this function) >> /usr/src/gnu/usr.bin/ld/rtld/rtld.c:1848: (Each undeclared identifier is reported only once >> /usr/src/gnu/usr.bin/ld/rtld/rtld.c:1848: for each function it appears in.) >> *** Error code 1 >> >> This is a new one; it used to get past this point. > >Karl, as you probably know, anything funny going on in rtld is real >serious news, because it affects the whole shooting match. I immediately >double-checked what you said, and I can't duplicate it. rtld is part of >the gnu software (although it's been FreeBSDized somewhat) and shouldn't >have been smeared inthe 4.4 BSDLite changes. > >Can you duck into your /usr/src/gnu/usr.bin/ld, do a make clean/make >cleandepend/make depend/make and (if you still show that error), send it >to me (the whole make listing) ? I don't have the time for this, but it's >too critical to let it get without some concern. > > >----------------------------+----------------------------------------------- >Chuck Robey | Interests include any kind of voice or data >chuckr@eng.umd.edu | communications topic, C programming, and Unix. >9120 Edmonston Ct #302 | >Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD >(301) 220-2114 | version 3.0 current -- and great FUN! >----------------------------+----------------------------------------------- > \\\\////\\\\////\\\\\////\\\\\////\\\\////\\\\////\\\\////\\\\////\\\\////\\\\ Frank Terhaar-Yonkers Cisco Systems, Inc. Engineering Services, W2 F3 5 7025 Kit Creek Road PO Box 14987 Research Triangle Park, North Carolina 27709 fty@cisco.com voice (919)472-2101 FAX (919)472-2940 pager (800)796-7363 pin 1008366 -or- fty@airnote.net From owner-freebsd-current Thu Feb 27 07:17:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA01249 for current-outgoing; Thu, 27 Feb 1997 07:17:19 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA01243 for ; Thu, 27 Feb 1997 07:17:16 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id HAA13517 for ; Thu, 27 Feb 1997 07:17:07 -0800 (PST) To: current@freebsd.org Subject: 10 day countdown in 2.2-GAMMA Date: Thu, 27 Feb 1997 07:17:07 -0800 Message-ID: <13513.857056627@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I think we're in the home stretch, folks. I'd like to call for a 10 day countdown to a RELENG_2_2 branch freeze, ending on March 9th. I'd roll 2.2-RELEASE on March 10th. Any objections? If you agree, you needn't say anything since I'll take silence as implicit agreement. :-) Jordan From owner-freebsd-current Thu Feb 27 15:02:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA23091 for current-outgoing; Thu, 27 Feb 1997 15:02:39 -0800 (PST) Received: from plunger.gdeb.com (plunger.gdeb.com [153.11.11.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA23083 for ; Thu, 27 Feb 1997 15:02:34 -0800 (PST) Received: from clcrtr.clc.gdeb.com ([153.11.109.11]) by plunger.gdeb.com with SMTP (1.37.109.16/CSC-E_1.5) id AA117694241; Thu, 27 Feb 1997 17:57:21 -0500 Message-Id: <3315CC6F.167EB0E7@iworks.InterWorks.org> Date: Thu, 27 Feb 1997 18:03:27 +0000 From: "Daniel M. Eischen" X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.1.5-RELEASE i386) Mime-Version: 1.0 To: current@FreeBSD.org Subject: de0 timeout Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I don't know if this is better suited to -hackers or not... I'm having problems getting the de0 interface to work correctly. The chip is an on-board 21140A and I keep getting transmission timeouts. I don't think anything is making it out onto the network. I've got a TP cable which goes to a 10baseT to Thin net media converter out onto a Thin-net. This controller is on a Single Board Computer with on-board aic7880 and PCI<->VME bridge chip. The SBC has LEDs for 10BaseT and 100BaseT which are silent under FreeBSD. NT3.51, which works fine with this setup, illuminates the LEDs (100BaseT lit solid, 10BaseT blinks). The de0 interface is probed properly, but the 100BaseT port is enabled. After adding the -link2 option to the interface_de0 line in sysconfig, the 10baseT port is properly enabled. This doesn't help at all with the timeouts, though. Here's an abbreviated dmesg with a kernel built just before the Lite2 merges began: pcibus_setup(1): mode 1 addr port (0x0cf8) is 0x8000005c pcibus_setup(1a): mode1res=0x80000000 (0x80000000) pcibus_check: device 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 -- nothing found pcibus_setup(1b): mode1res=0x80000000 (0xff000001) pcibus_check: device 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 -- nothing found pcibus_setup(2): mode 2 enable port (0x0cf8) is 0x00 pcibus_setup(2a): mode2res=0x0e (0x0e) pcibus_setup(2a): now trying mechanism 2 pcibus_check: device 0 is there (id=04a38086) Probing for devices on PCI bus 0: configuration mode 2 allows 16 devices. chip0 rev 17 on pci0:0:0 CPU: (unknown), CPU->Memory posting OFF, read around write Warning: Cache parity disabled! Warning: DRAM parity mask! Cache: 512KB writeback, cache clocks=3-1-1-1 Cache flags: byte-control DRAM: page mode memory clocks=X-4-4-4 (70ns) CPU->PCI: posting ON, burst mode ON, PCI clocks=2-1-1-1 PCI->Memory: posting ON Refresh: RAS#Only chip1 rev 136 on pci0:2:0 Bus Modes: Bus Park, Resource Lock, Coprocessor errors enabled Mouse function enabled Keyboard controller: 60h,62h,64h,66h RTC: 70h-77h Configuration RAM: 0C00h,0800h-08FFh Port 92: enabled chip2 rev 1 on pci0:15:0 bridge from pci0 to pci1 through 1. mapping regs: io:2280e0e0 mem:fea0fca0 pmem:ff90ff90 pci0: subordinate busses from 1 upto 1. Probing for devices on PCI bus 1: chip3 rev 0 int a irq 15 on pci1:4:0 [pci1 uses memory from fca00000 to feafffff] mapreg[10] type=0 addr=fead0000 size=10000. de0 rev 32 int a irq 9 on pci1:5:0 mapreg[10] type=1 addr=0000e880 size=0080. [pci1 uses memory from fca00000 to feafffff] mapreg[14] type=0 addr=feaf6f80 size=0080. reg16: ioaddr=0xe880 size=0x80 de0: 21140A [10-100Mb/s] pass 2.0 de0: address 00:00:0c:00:27:b4 de0: enabling 100baseTX port ahc0 rev 0 int a irq 10 on pci1:6:0 mapreg[10] type=1 addr=0000ec00 size=0100. [pci1 uses memory from fca00000 to feafffff] mapreg[14] type=0 addr=feaf7000 size=1000. reg20: virtual=0xf67ef000 physical=0xfeaf7000 size=0x1000 ahc0: Reading SEEPROM...done. internal50 cable not present internal68 cable not present brdctl == 0xec external cable not present eprom is present brdctl == 0xec low byte termination enabled, high byte termination enabled ahc0: aic7880 Wide Channel, SCSI Id=7, 16/255 SCBs ahc0: Reseting Channel A ahc0: Downloading Sequencer Program...Done ahc0: Probing channel A ahc0 waiting for scsi devices to settle scbus0 at ahc0 bus 0 ahc0: target 0 using 16Bit transfers ahc0: target 0 synchronous at 10.0MHz, offset = 0x8 ahc0: target 0 Tagged Queuing Device sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access 2151MB (4406960 512 byte sectors)sd0 at scbus0 target 0 lun 0: with 3907 cyls, 10 heads, and an average 112 sectors/track ahc0: target 4 synchronous at 10.0MHz, offset = 0xf cd0 at scbus0 target 4 lun 0 cd0: type 5 removable SCSI 2 cd0: CD-ROM can't get the size vga0 rev 0 int a irq 11 on pci1:7:0 [pci1 uses memory from fca00000 to feafffff] mapreg[10] type=0 a ddr=fd000000 size=1000000. pci1: uses 16846976 bytes of memory from fd000000 upto feaf7fff. pci1: uses 384 bytes of I/O space from e880 upto ecff. Probing for devices on the ISA bus: sc0: the current keyboard controller command byte 0065 sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2 not found at 0x3e8 sio3: disabled, not probed. lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface imasks: bio c0000440, tty c003029a, net c003029a BIOS Geometries: 0:0111fe3f 0..273=274 cylinders, 0..254=255 heads, 1..63=63 sectors 0 accounted for Device configuration finished. Considering FFS root f/s. configure() finished. new masks: bio c0000440, tty c003029a, net c003029a sd0s1: type 0x7, start 63, end = 3068414, size 3068352 : OK sd0s2: type 0xa5, start 3068415, end = 4401809, size 1333395 : OK de0: enabling 10baseT port de0: transmission timeout de0: transmission timeout Dan Eischen deischen@iworks.InterWorks.org From owner-freebsd-current Thu Feb 27 16:34:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA27603 for current-outgoing; Thu, 27 Feb 1997 16:34:58 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id QAA27593 for ; Thu, 27 Feb 1997 16:34:41 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <16147(7)>; Thu, 27 Feb 1997 16:34:02 PST Received: from localhost by crevenia.parc.xerox.com with SMTP id <177476>; Thu, 27 Feb 1997 16:33:49 -0800 To: Terry Lambert cc: nate@mt.sri.com (Nate Williams), freebsd-current@freebsd.org Subject: Re: anoncvs server In-reply-to: Your message of "Wed, 26 Feb 97 12:42:32 PST." <199702262042.NAA28653@phaeton.artisoft.com> Date: Thu, 27 Feb 1997 16:33:47 PST From: Bill Fenner Message-Id: <97Feb27.163349pst.177476@crevenia.parc.xerox.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote: >I want a cvs repository that has a pre-imported "vendor branch" that >contains the FreeBSD code, and the entire modifcation history of >FreeBSD as modifications to the vendor branch. This would keep me >from losing the history, letting me mix and match what I want. 8-). I suspect this is eminently possible. Just take each RCS file and add "1.1" to the beginning of every version number reference in it. Shake, stir, and see what comes out. Bill From owner-freebsd-current Thu Feb 27 16:35:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA27649 for current-outgoing; Thu, 27 Feb 1997 16:35:35 -0800 (PST) Received: from po1.glue.umd.edu (root@po1.glue.umd.edu [129.2.128.44]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA27642 for ; Thu, 27 Feb 1997 16:35:30 -0800 (PST) Received: from uplink.eng.umd.edu (uplink.eng.umd.edu [129.2.98.181]) by po1.glue.umd.edu (8.8.5/8.8.5) with ESMTP id TAA02428 for ; Thu, 27 Feb 1997 19:35:21 -0500 (EST) Received: from localhost (chuckr@localhost) by uplink.eng.umd.edu (8.8.5/8.7.3) with SMTP id SAA27964 for ; Thu, 27 Feb 1997 18:21:02 -0500 (EST) X-Authentication-Warning: uplink.eng.umd.edu: chuckr owned process doing -bs Date: Thu, 27 Feb 1997 18:21:01 -0500 (EST) From: Chuck Robey X-Sender: chuckr@uplink.eng.umd.edu To: FreeBSD current Subject: fixing fsck Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I was looking at fsck this morning (I had a few minutes before classes) and I immediately noticed two bugs. One was affecting the ufs mount stuff, where the ufsmount file needed to be included cause of the moved structs in it (ufs/ufs/ufsmount.h), but the other one was slightly more complicated. In dinode.h, all the time related fields, which used to be timespec structs (members tv_sec and tv_usec) are now int32_t, which doesn't have any logical connection to their time-related usage at all. I can't understand the reasoning behind this change. I easily enough made local changes here, changing the called out members, and doing the required casting, so that it would compile, but I haven't checked out all the possible builders of the field, to see if the field, which has changed size from being long X 2 to long X 1, is being correctly built. I can't understand the why behind this modification. If this change (which was done in the name of BSD-Litification, I guess) is going to stay for the sole reason of compatibility with BSD-Lite, I guess I'd continue the debugging, but I cna't see a good reason for this change, and I wonder if it's negotiable. To see what I'm talking about, cd to /sys/sys/ufs/ufs, and do a: cvs diff -r 1.4 dinode.h | less ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Thu Feb 27 16:53:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA28380 for current-outgoing; Thu, 27 Feb 1997 16:53:16 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id QAA28374 for ; Thu, 27 Feb 1997 16:53:11 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15564(7)>; Thu, 27 Feb 1997 16:52:23 PST Received: from localhost by crevenia.parc.xerox.com with SMTP id <177476>; Thu, 27 Feb 1997 16:52:13 -0800 To: Nate Williams cc: Paul Richards , Terry Lambert , freebsd-current@freebsd.org Subject: Re: anoncvs server In-reply-to: Your message of "Wed, 26 Feb 97 15:09:04 PST." <199702262309.QAA01395@rocky.mt.sri.com> Date: Thu, 27 Feb 1997 16:52:10 PST From: Bill Fenner Message-Id: <97Feb27.165213pst.177476@crevenia.parc.xerox.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Oops! I knew I was going to get bitten by my mental model. Although what I described is possible, it is much more difficult than I described due to the way RCS stores diffs. Something that groks the whole file structure should not have too much of a problem doing the operations I described, but it is not something a simple perl script could do as I thought. (To see why, "man rcsfile" and see how the diff's go down the trunk but up on branches, and think about how the rcs diff data has to be reversed to move a diff from the trunk to a branch) Bill From owner-freebsd-current Thu Feb 27 17:12:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA29190 for current-outgoing; Thu, 27 Feb 1997 17:12:04 -0800 (PST) Received: from fog.xinside.com (fog.xinside.com [199.164.187.39]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA29177 for ; Thu, 27 Feb 1997 17:11:53 -0800 (PST) Received: (from smap@localhost) by fog.xinside.com (8.8.3/8.7.3) id SAA25977; Thu, 27 Feb 1997 18:10:20 -0700 (MST) X-Authentication-Warning: fog.xinside.com: smap set sender to using -f Received: from string.xinside.com(199.164.187.131) by fog.xinside.com via smap (V1.3) id sma025975; Thu Feb 27 18:09:50 1997 Message-ID: <33163005.369962BC@xig.com> Date: Thu, 27 Feb 1997 18:08:21 -0700 From: Jeremy Chatfield Organization: Xi Graphics (was X Inside) X-Mailer: Mozilla 3.01Gold (X11; I; Linux 2.0.27 i586) MIME-Version: 1.0 To: "Daniel M. Eischen" CC: current@freebsd.org Subject: Re: de0 timeout References: <3315CC6F.167EB0E7@iworks.InterWorks.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk FWIW, we've tried both the SMC and Linksys boards with this DEC chip. The SMC boards worked, the Linksys failed. We exchanged the Linksys EtherFast 100/10 for SMC EtherPower 100/10 (+$50) and things were just fine. We used two Linksys EtherFast boards, different batches from the same store and they consistently failed in the same way. The Linksys 10 Mbit/s with RJ-45 and 10Base2 was just fine though. The symptoms of our failure were complete. No traffic in or out at 10Mb/s, tested with link flags in all combinations, complete with power-down reboots between tests, showed no change in behavior. This was, BTW, true for Linux 2.0.27 kernels, too. Curiously the DEC interrupt test that shipped with the DOS based diagnostics, claimed to be unable to find the DEC chip on our (multiple) test systems. We *really* tried to make this work ;-) I was under the impression that a Tulip by any other name, worked just fine. In practical experience, there seems something different about some boards. The SMC boards consistently work for us. The Linksys 10Mb/s only (RJ45, 10Base2 or AUI) boards consistently work for us. Cheers, Jeremyc. Daniel M. Eischen wrote: > > I don't know if this is better suited to -hackers or not... > > I'm having problems getting the de0 interface to work correctly. > The chip is an on-board 21140A and I keep getting transmission > timeouts. I don't think anything is making it out onto the > network. I've got a TP cable which goes to a 10baseT to Thin > net media converter out onto a Thin-net. This controller is > on a Single Board Computer with on-board aic7880 and PCI<->VME > bridge chip. The SBC has LEDs for 10BaseT and 100BaseT which > are silent under FreeBSD. NT3.51, which works fine with this > setup, illuminates the LEDs (100BaseT lit solid, 10BaseT blinks). > > The de0 interface is probed properly, but the 100BaseT port > is enabled. After adding the -link2 option to the interface_de0 > line in sysconfig, the 10baseT port is properly enabled. This > doesn't help at all with the timeouts, though. ... -- Jeremy Chatfield, Phone: +44 (0)1234 392900 FAX:+1 303/298-1406 Commercial X Products - for sales/support/information please try: http://www.xig.com mailto:info@xig.com ftp://ftp.xig.com/ Xi Graphics, 1801 Broadway, 17th Floor, Denver, CO 80202 From owner-freebsd-current Thu Feb 27 17:41:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA00656 for current-outgoing; Thu, 27 Feb 1997 17:41:06 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id RAA00650 for ; Thu, 27 Feb 1997 17:41:02 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15746(7)>; Thu, 27 Feb 1997 17:38:58 PST Received: from localhost by crevenia.parc.xerox.com with SMTP id <177476>; Thu, 27 Feb 1997 17:38:46 -0800 To: Chuck Robey cc: FreeBSD current Subject: Re: fixing fsck In-reply-to: Your message of "Thu, 27 Feb 97 15:21:01 PST." Date: Thu, 27 Feb 1997 17:38:40 PST From: Bill Fenner Message-Id: <97Feb27.173846pst.177476@crevenia.parc.xerox.com> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Chuck Robey wrote: >In dinode.h, all the time related fields, which used to be >timespec structs (members tv_sec and tv_usec) are now int32_t, which >doesn't have any logical connection to their time-related usage at all. >I can't understand the reasoning behind this change. If you look carefully at the diffs, the old struct timespec di_atime; changed to int32_t di_atime; int32_t di_atimensec; which makes it relatively clear what happened, especially if you look at the byte offsets in the comments. di_atime.ts_sec became di_atime, and di_atime.ts_nsec became di_atimensec. The diff also describes the reason for this change: + * This structure defines the on-disk format of a dinode. Since + * this structure describes an on-disk structure, all its fields + * are defined by types with precise widths. Bill From owner-freebsd-current Thu Feb 27 17:52:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA01224 for current-outgoing; Thu, 27 Feb 1997 17:52:54 -0800 (PST) Received: from po2.glue.umd.edu (root@po2.glue.umd.edu [129.2.128.45]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA01216 for ; Thu, 27 Feb 1997 17:52:52 -0800 (PST) Received: from uplink.eng.umd.edu (uplink.eng.umd.edu [129.2.98.181]) by po2.glue.umd.edu (8.8.5/8.8.5) with ESMTP id UAA01977; Thu, 27 Feb 1997 20:52:49 -0500 (EST) Received: from localhost (chuckr@localhost) by uplink.eng.umd.edu (8.8.5/8.7.3) with SMTP id UAA28087; Thu, 27 Feb 1997 20:52:48 -0500 (EST) X-Authentication-Warning: uplink.eng.umd.edu: chuckr owned process doing -bs Date: Thu, 27 Feb 1997 20:52:48 -0500 (EST) From: Chuck Robey X-Sender: chuckr@uplink.eng.umd.edu To: Bill Fenner cc: FreeBSD current Subject: Re: fixing fsck In-Reply-To: <97Feb27.173846pst.177476@crevenia.parc.xerox.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 27 Feb 1997, Bill Fenner wrote: > Chuck Robey wrote: > >In dinode.h, all the time related fields, which used to be > >timespec structs (members tv_sec and tv_usec) are now int32_t, which > >doesn't have any logical connection to their time-related usage at all. > >I can't understand the reasoning behind this change. > > If you look carefully at the diffs, the old > > struct timespec di_atime; > > changed to > > int32_t di_atime; > int32_t di_atimensec; > > which makes it relatively clear what happened, especially if you look > at the byte offsets in the comments. di_atime.ts_sec became di_atime, > and di_atime.ts_nsec became di_atimensec. The diff also describes the > reason for this change: > > + * This structure defines the on-disk format of a dinode. Since > + * this structure describes an on-disk structure, all its fields > + * are defined by types with precise widths. Didn't see that. OK, I guess, I can go back to fixing it (unless someone beats me to it). It wasn't a matter of mechanics, it was understanding what was going on, which I now do. Thanks. > > > Bill > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Thu Feb 27 18:53:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA05148 for current-outgoing; Thu, 27 Feb 1997 18:53:04 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA05133 for ; Thu, 27 Feb 1997 18:53:00 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id NAA25366; Fri, 28 Feb 1997 13:49:11 +1100 Date: Fri, 28 Feb 1997 13:49:11 +1100 From: Bruce Evans Message-Id: <199702280249.NAA25366@godzilla.zeta.org.au> To: chuckr@glue.umd.edu, fenner@parc.xerox.com Subject: Re: fixing fsck Cc: freebsd-current@freefall.freebsd.org Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Didn't see that. OK, I guess, I can go back to fixing it (unless someone >beats me to it). It wasn't a matter of mechanics, it was understanding >what was going on, which I now do. Thanks. It is initially a matter of mechanics. First import the Lite2 fsck, then merge it with -current. Then you need to understand the changes and fix anything that they broke. Bruce From owner-freebsd-current Thu Feb 27 19:39:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA11157 for current-outgoing; Thu, 27 Feb 1997 19:39:57 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA11150 for ; Thu, 27 Feb 1997 19:39:54 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id OAA26730; Fri, 28 Feb 1997 14:35:14 +1100 Date: Fri, 28 Feb 1997 14:35:14 +1100 From: Bruce Evans Message-Id: <199702280335.OAA26730@godzilla.zeta.org.au> To: current@freebsd.org, jkh@time.cdrom.com Subject: Re: 10 day countdown in 2.2-GAMMA Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I think we're in the home stretch, folks. I'd like to call for a 10 >day countdown to a RELENG_2_2 branch freeze, ending on March 9th. I'd >roll 2.2-RELEASE on March 10th. > >Any objections? If you agree, you needn't say anything since I'll >take silence as implicit agreement. :-) One day is too short for finding the last minute bugs. Do you mean to release on March 10 1998? ;-) Bruce From owner-freebsd-current Thu Feb 27 20:10:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA13349 for current-outgoing; Thu, 27 Feb 1997 20:10:57 -0800 (PST) Received: from mail12.digital.com (mail12.digital.com [192.208.46.20]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA13344 for ; Thu, 27 Feb 1997 20:10:48 -0800 (PST) Received: from muggsy.lkg.dec.com by mail12.digital.com (8.7.5/UNX 1.5/1.0/WV) id XAA06178; Thu, 27 Feb 1997 23:05:00 -0500 (EST) Received: from tunsrv2-tunnel.imc.das.dec.com by muggsy.lkg.dec.com (5.65/DEC-Ultrix/4.3) with SMTP id AA18546; Thu, 27 Feb 1997 23:04:53 -0500 Message-Id: <3.0.32.19691231160000.006a2650@netrix.lkg.dec.com> X-Sender: popmatt@netrix.lkg.dec.com X-Mailer: Windows Eudora Pro Version 3.0 Demo (32) Date: Thu, 27 Feb 1997 20:04:35 -0800 To: Jeremy Chatfield , "Daniel M. Eischen" From: Matt Thomas Subject: Re: de0 timeout Cc: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 06:08 PM 2/27/97 -0700, Jeremy Chatfield wrote: >FWIW, we've tried both the SMC and Linksys boards with this DEC chip. >The SMC boards worked, the Linksys failed. We exchanged the Linksys >EtherFast 100/10 for SMC EtherPower 100/10 (+$50) and things were just >fine. We used two Linksys EtherFast boards, different batches from the >same store and they consistently failed in the same way. The Linksys 10 >Mbit/s with RJ-45 and 10Base2 was just fine though. The symptoms of our >failure were complete. No traffic in or out at 10Mb/s, tested with link >flags in all combinations, complete with power-down reboots between >tests, showed no change in behavior. This was, BTW, true for Linux >2.0.27 kernels, too. Curiously the DEC interrupt test that shipped with >the DOS based diagnostics, claimed to be unable to find the DEC chip on >our (multiple) test systems. We *really* tried to make this work ;-) > >I was under the impression that a Tulip by any other name, worked just >fine. In practical experience, there seems something different about >some boards. The SMC boards consistently work for us. The Linksys >10Mb/s only (RJ45, 10Base2 or AUI) boards consistently work for us. Unfortunately, that isn't true for the 21140 (or later) chips. Which is why I'm rewriting the de driver. The information to run the cards is in a serial EEPROM and my rewrite involves decoding that ROM and using the information to configure the card. However, it doesn't quite work right yet. Right now I only have limited number of cards that the support the SROM information and that makes testing problematical. (hint hint). -- Matt Thomas Internet: matt@3am-software.com 3am Software Foundry WWW URL: http://www.3am-software.com/bio/matt.html Westford, MA Disclaimer: I disavow all knowledge of this message From owner-freebsd-current Thu Feb 27 20:31:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA14055 for current-outgoing; Thu, 27 Feb 1997 20:31:58 -0800 (PST) Received: from iworks.InterWorks.org (deischen@iworks.interworks.org [128.255.18.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA14049 for ; Thu, 27 Feb 1997 20:31:55 -0800 (PST) Received: (from deischen@localhost) by iworks.InterWorks.org (8.7.5/) id WAA16499; Thu, 27 Feb 1997 22:31:46 -0600 (CST) Message-Id: <199702280431.WAA16499@iworks.InterWorks.org> Date: Thu, 27 Feb 1997 22:31:46 -0600 (CST) From: "Daniel M. Eischen" To: jdc@xig.com, matt@lkg.dec.com Subject: Re: de0 timeout Cc: current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >I was under the impression that a Tulip by any other name, worked just > >fine. In practical experience, there seems something different about > >some boards. The SMC boards consistently work for us. The Linksys > >10Mb/s only (RJ45, 10Base2 or AUI) boards consistently work for us. > > Unfortunately, that isn't true for the 21140 (or later) chips. > Which is why I'm rewriting the de driver. The information to > run the cards is in a serial EEPROM and my rewrite involves > decoding that ROM and using the information to configure the > card. However, it doesn't quite work right yet. OK. I was thinking that my problem might have been related to it being on a second PCI bus bridged by an unknown PCI bridge chip. But since the ahc driver, which works, is on the same PCI bus as the 21140A, I guess that's not likely. > Right now I only have limited number of cards that the support > the SROM information and that makes testing problematical. > (hint hint). Hmm. I will gladly test for you, but I can't send you our SBC which cost around $4K. Dan Eischen deischen@iworks.InterWorks.org From owner-freebsd-current Thu Feb 27 21:54:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA19210 for current-outgoing; Thu, 27 Feb 1997 21:54:50 -0800 (PST) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id VAA19197 for ; Thu, 27 Feb 1997 21:54:48 -0800 (PST) Received: from peeper.jackson.org ([208.128.8.134]) by mail.crl.com with SMTP id AA01374 (5.65c/IDA-1.5 for ); Thu, 27 Feb 1997 21:53:38 -0800 Received: (from tom@localhost) by peeper.jackson.org (8.8.5/8.7.3) id XAA00412; Thu, 27 Feb 1997 23:51:04 -0600 (CST) Message-Id: <199702280551.XAA00412@peeper.jackson.org> Date: Thu, 27 Feb 1997 23:51:03 -0600 From: tom@peeper.jackson.org (Tom Jackson) To: current@freebsd.org Subject: Strange fortune X-Mailer: Mutt 0.60e-PL0 Mime-Version: 1.0 Reply-To: toj@gorilla.net Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Here's a funny quirk. Running 3.0-current with last built kernel showing ctm#2718 and stuck in Lite2 hell like all other lurkers. My .login has the line 'fortune -a'. Recent logins have the fortune cut off to all but the last line. Manual 'fortune -a' and 'fortune' repeat the bug but strangely 'fortune -o' seems fine. Weird. -- Tom Jackson Powered by FreeBSD toj@gorilla.net http://www.freebsd.org tjackson@tulsix.utulsa.edu "Out in the Ozone Again" From owner-freebsd-current Thu Feb 27 22:16:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA20182 for current-outgoing; Thu, 27 Feb 1997 22:16:07 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA20177 for ; Thu, 27 Feb 1997 22:16:04 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id WAA16218; Thu, 27 Feb 1997 22:15:50 -0800 (PST) To: Bruce Evans cc: current@freebsd.org Subject: Re: 10 day countdown in 2.2-GAMMA In-reply-to: Your message of "Fri, 28 Feb 1997 14:35:14 +1100." <199702280335.OAA26730@godzilla.zeta.org.au> Date: Thu, 27 Feb 1997 22:15:50 -0800 Message-ID: <16214.857110550@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >I think we're in the home stretch, folks. I'd like to call for a 10 > >day countdown to a RELENG_2_2 branch freeze, ending on March 9th. I'd > >roll 2.2-RELEASE on March 10th. > > > >Any objections? If you agree, you needn't say anything since I'll > >take silence as implicit agreement. :-) > > One day is too short for finding the last minute bugs. Do you mean to > release on March 10 1998? ;-) No. :-) And by definition, any amount of time is insufficent for finding last minute bugs since they're still slaved to that last minute. :-) I'll still take show-stopped fixes after that date, of course, but we have to call a halt at some point or 2.2 will never happen at all. Jordan From owner-freebsd-current Thu Feb 27 22:36:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA21303 for current-outgoing; Thu, 27 Feb 1997 22:36:39 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA21237; Thu, 27 Feb 1997 22:35:58 -0800 (PST) From: Mike Pritchard Message-Id: <199702280635.WAA21237@freefall.freebsd.org> Subject: Re: Strange fortune To: toj@gorilla.net Date: Thu, 27 Feb 1997 22:35:58 -0800 (PST) Cc: current@FreeBSD.ORG In-Reply-To: <199702280551.XAA00412@peeper.jackson.org> from "Tom Jackson" at Feb 27, 97 11:51:03 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Tom Jackson wrote: > > Here's a funny quirk. Running 3.0-current with last built kernel showing > ctm#2718 and stuck in Lite2 hell like all other lurkers. My .login has the > line 'fortune -a'. Recent logins have the fortune cut off to all but the > last line. Manual 'fortune -a' and 'fortune' repeat the bug but strangely > 'fortune -o' seems fine. Weird. Must be some type of Lite2 problem. I just tried a freshly compiled fortune on thud (3.0-current a bit before the Lite2 merge) and it works just fine. Do the fortunes get cutoff if you run fortune by hand afer logging in, and does your fortune contain my recent change to help it be a bit more random? -- Mike Pritchard mpp@FreeBSD.org "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-current Thu Feb 27 23:12:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA23440 for current-outgoing; Thu, 27 Feb 1997 23:12:15 -0800 (PST) Received: from lightside.com (hamby1.lightside.net [207.67.176.17]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id XAA23391 for ; Thu, 27 Feb 1997 23:12:00 -0800 (PST) Received: by lightside.com (SMI-8.6/SMI-SVR4) id XAA09305; Thu, 27 Feb 1997 23:11:50 -0800 Date: Thu, 27 Feb 1997 23:11:50 -0800 From: jehamby@lightside.com (Jake Hamby) Message-Id: <199702280711.XAA09305@lightside.com> To: current@FreeBSD.ORG, toj@gorilla.net Subject: Re: Strange fortune Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-MD5: ndxMvMgp0315jbsPi+FWJw== Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Here's a funny quirk. Running 3.0-current with last built kernel showing > ctm#2718 and stuck in Lite2 hell like all other lurkers. My .login has the > line 'fortune -a'. Recent logins have the fortune cut off to all but the > last line. Manual 'fortune -a' and 'fortune' repeat the bug but strangely > 'fortune -o' seems fine. Weird. I remember seeing this problem after several make worlds of 3.0-current a few weeks before the Lite2 merge! Completely rebuilding fortune and the fortune data files (doing a "make clean" first) fixed the problem, but I don't understand why the usual "make depend" didn't clean things up. -- Jake From owner-freebsd-current Fri Feb 28 01:43:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA14732 for current-outgoing; Fri, 28 Feb 1997 01:43:43 -0800 (PST) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA14709 for ; Fri, 28 Feb 1997 01:43:40 -0800 (PST) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.5/CET-v2.1) with SMTP id JAA11023; Fri, 28 Feb 1997 09:43:34 GMT Date: Fri, 28 Feb 1997 18:43:34 +0900 (JST) From: Michael Hancock To: Bruce Evans cc: freebsd-current@freebsd.org Subject: Re: cvs commit: src/sys/conf options In-Reply-To: <199702280910.BAA04732@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 28 Feb 1997, Bruce Evans wrote: > bde 97/02/28 01:10:29 > > Branch: sys/conf RELENG_2_2 > Modified: sys/conf options > Log: > YAMFC (everything except INCLUDE_CONFIG_FILE, CHILD_MAX, OPEN_MAX and > ARP_PROXYALL. This merge is mainly to start nuking EXTRAVNODES. It > also removes some non-optional MSG* and SEM* "options" and sorts the > options). > > Revision Changes Path > 1.18.2.4 +33 -36 src/sys/conf/options Is the intent to be able to increase vnodes via sysctl? The ability to decrease will likely break a lot of assumptions made in the code. Regards, Mike Hancock From owner-freebsd-current Fri Feb 28 01:50:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA16650 for current-outgoing; Fri, 28 Feb 1997 01:50:52 -0800 (PST) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA16616 for ; Fri, 28 Feb 1997 01:50:46 -0800 (PST) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.4/8.8.4) id AAA12420; Fri, 28 Feb 1997 00:51:17 -0800 (PST) Message-ID: <19970228005117.GH36444@hydrogen.nike.efn.org> Date: Fri, 28 Feb 1997 00:51:17 -0800 From: jmg@hydrogen.nike.efn.org (John-Mark Gurney) To: freebsd-current@freebsd.org (FreeBSD Current) Subject: bsd.prog.mk X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Operating-System: FreeBSD hydrogen.nike.efn.org 2.2-960801-SNAP FreeBSD 2.2-960801-SNAP #4: Wed Jan 8 20:48:39 PST 1997 jmg@hydrogen.nike.efn.org:/usr/src/sys/compile/hydrogen i386 Reply-To: John-Mark Gurney X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 Organization: Cu Networking Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk is there a reason that the clean target (from a bsd.prog.mk Makefile) doesn't remove ${PROG}.core like bsd.README says it does?? also... is there a reason that the realinstall target doesn't depend on ${PROG}? (won't it evaluate to nothing if it isn't defined?) I don't know how many times I do a make install before a make all [ possible after a source mod ]... thanks for your comments... -- John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-current Fri Feb 28 02:06:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA18245 for current-outgoing; Fri, 28 Feb 1997 02:06:51 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA18237 for ; Fri, 28 Feb 1997 02:06:45 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id VAA07490; Fri, 28 Feb 1997 21:02:01 +1100 Date: Fri, 28 Feb 1997 21:02:01 +1100 From: Bruce Evans Message-Id: <199702281002.VAA07490@godzilla.zeta.org.au> To: bde@freefall.freebsd.org, michaelh@cet.co.jp Subject: Re: cvs commit: src/sys/conf options Cc: freebsd-current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> Branch: sys/conf RELENG_2_2 >> Modified: sys/conf options >> Log: >> YAMFC (everything except INCLUDE_CONFIG_FILE, CHILD_MAX, OPEN_MAX and >> ARP_PROXYALL. This merge is mainly to start nuking EXTRAVNODES. It >> also removes some non-optional MSG* and SEM* "options" and sorts the >> options). >Is the intent to be able to increase vnodes via sysctl? The ability to >decrease will likely break a lot of assumptions made in the code. Changing the number vnodes via sysctl is a standard 4.4BSD (Lite1) feature. Decreasing the number below the current number allocated has no effect except to inhibit future allocations. The limit is fuzzy anyway. Bruce From owner-freebsd-current Fri Feb 28 02:28:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA19358 for current-outgoing; Fri, 28 Feb 1997 02:28:31 -0800 (PST) Received: from bofh.cybercity.dk (bofh.cybercity.dk [195.8.128.254]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA19353 for ; Fri, 28 Feb 1997 02:28:27 -0800 (PST) Received: from critter.dk.tfs.com ([140.145.230.252]) by bofh.cybercity.dk (8.8.3/8.7.3) with ESMTP id LAA08500; Fri, 28 Feb 1997 11:31:08 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id LAA13435; Fri, 28 Feb 1997 11:31:54 +0100 (MET) To: Bruce Evans cc: bde@freefall.freebsd.org, michaelh@cet.co.jp, freebsd-current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/conf options In-reply-to: Your message of "Fri, 28 Feb 1997 21:02:01 +1100." <199702281002.VAA07490@godzilla.zeta.org.au> Date: Fri, 28 Feb 1997 11:31:53 +0100 Message-ID: <13433.857125913@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199702281002.VAA07490@godzilla.zeta.org.au>, Bruce Evans writes: >>> Branch: sys/conf RELENG_2_2 >>> Modified: sys/conf options >>> Log: >>> YAMFC (everything except INCLUDE_CONFIG_FILE, CHILD_MAX, OPEN_MAX and >>> ARP_PROXYALL. This merge is mainly to start nuking EXTRAVNODES. It >>> also removes some non-optional MSG* and SEM* "options" and sorts the >>> options). > >>Is the intent to be able to increase vnodes via sysctl? The ability to >>decrease will likely break a lot of assumptions made in the code. > >Changing the number vnodes via sysctl is a standard 4.4BSD (Lite1) feature. >Decreasing the number below the current number allocated has no effect >except to inhibit future allocations. The limit is fuzzy anyway. Decreasing it could be implemented, but it would take some time for the vnodes to be expired down to the limit. There are a few cases were you can safely kill them. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Fri Feb 28 04:33:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA24523 for current-outgoing; Fri, 28 Feb 1997 04:33:05 -0800 (PST) Received: from hellcat.umd.edu (hellcat.umd.edu [129.2.70.125]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA24514 for ; Fri, 28 Feb 1997 04:33:01 -0800 (PST) Received: from maryann.eng.umd.edu (maryann.eng.umd.edu [129.2.103.22]) by hellcat.umd.edu (8.8.5/8.8.5) with ESMTP id HAA04583; Fri, 28 Feb 1997 07:32:58 -0500 (EST) Received: from localhost (chuckr@localhost) by maryann.eng.umd.edu (8.8.5/8.6.4) with SMTP id HAA17134; Fri, 28 Feb 1997 07:32:57 -0500 (EST) X-Authentication-Warning: maryann.eng.umd.edu: chuckr owned process doing -bs Date: Fri, 28 Feb 1997 07:32:56 -0500 (EST) From: Chuck Robey X-Sender: chuckr@maryann.eng.umd.edu To: Mike Pritchard cc: toj@gorilla.net, current@FreeBSD.ORG Subject: Re: Strange fortune In-Reply-To: <199702280635.WAA21237@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 27 Feb 1997, Mike Pritchard wrote: > Tom Jackson wrote: > > > > Here's a funny quirk. Running 3.0-current with last built kernel showing > > ctm#2718 and stuck in Lite2 hell like all other lurkers. My .login has the > > line 'fortune -a'. Recent logins have the fortune cut off to all but the > > last line. Manual 'fortune -a' and 'fortune' repeat the bug but strangely > > 'fortune -o' seems fine. Weird. > > Must be some type of Lite2 problem. I just tried a freshly compiled > fortune on thud (3.0-current a bit before the Lite2 merge) and it > works just fine. I've seen this for a long time, but when I try to test it, it disappears. Something in the error method is random. > > Do the fortunes get cutoff if you run fortune by hand afer logging in, > and does your fortune contain my recent change to help it be a bit more > random? > -- > Mike Pritchard > mpp@FreeBSD.org > "Go that way. Really fast. If something gets in your way, turn" > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Fri Feb 28 07:20:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA00551 for current-outgoing; Fri, 28 Feb 1997 07:20:09 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA00542 for ; Fri, 28 Feb 1997 07:20:02 -0800 (PST) Received: from gil.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id QAA22265 for ; Fri, 28 Feb 1997 16:20:37 +0100 (MET) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.8.4/8.6.9) id QAA24287 for freebsd-current@freefall.cdrom.com; Fri, 28 Feb 1997 16:27:06 +0100 (MET) Date: Fri, 28 Feb 1997 16:27:06 +0100 (MET) From: Christoph Kukulies Message-Id: <199702281527.QAA24287@gil.physik.rwth-aachen.de> To: freebsd-current@freefall.FreeBSD.org Subject: world build - I thought I'd dare but.. Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Encouraged by a remark that the world built again I tried but got: not a structure or union /home/BLUES/src/sbin/fsck/inode.c: In function `allocino': /home/BLUES/src/sbin/fsck/inode.c:588: request for member `tv_sec' in something not a structure or union *** Error code 1 Stop. *** Error code 1 Stop. -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Fri Feb 28 11:22:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA12964 for current-outgoing; Fri, 28 Feb 1997 11:22:50 -0800 (PST) Received: from peeper.jackson.org ([208.128.8.144]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA12959 for ; Fri, 28 Feb 1997 11:22:47 -0800 (PST) Received: (from tom@localhost) by peeper.jackson.org (8.8.5/8.7.3) id NAA01140; Fri, 28 Feb 1997 13:19:15 -0600 (CST) Message-Id: <199702281919.NAA01140@peeper.jackson.org> Date: Fri, 28 Feb 1997 13:19:14 -0600 From: tom@peeper.jackson.org (Tom Jackson) To: mpp@freefall.freebsd.org (Mike Pritchard) Cc: current@freebsd.org Subject: Re: Strange fortune References: <199702280551.XAA00412@peeper.jackson.org> <199702280635.WAA21237@freefall.freebsd.org> X-Mailer: Mutt 0.60e-PL0 Mime-Version: 1.0 Reply-To: toj@gorilla.net In-Reply-To: <199702280635.WAA21237@freefall.freebsd.org>; from Mike Pritchard on Feb 27, 1997 22:35:58 -0800 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Mike Pritchard writes: > Tom Jackson wrote: > > > > Here's a funny quirk. Running 3.0-current with last built kernel showing > > ctm#2718 and stuck in Lite2 hell like all other lurkers. My .login has the > > line 'fortune -a'. Recent logins have the fortune cut off to all but the > > last line. Manual 'fortune -a' and 'fortune' repeat the bug but strangely > > 'fortune -o' seems fine. Weird. > > Must be some type of Lite2 problem. I just tried a freshly compiled > fortune on thud (3.0-current a bit before the Lite2 merge) and it > works just fine. > > Do the fortunes get cutoff if you run fortune by hand afer logging in, > and does your fortune contain my recent change to help it be a bit more > random? yes, by manual I mean typing fortune by hand btw I did check and /dev/urandom is there. --- Tom Jackson Powered by FreeBSD toj@gorilla.net http://www.freebsd.org tjackson@tulsix.utulsa.edu "Out in the Ozone Again" From owner-freebsd-current Fri Feb 28 14:51:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA23096 for current-outgoing; Fri, 28 Feb 1997 14:51:38 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA23088 for ; Fri, 28 Feb 1997 14:51:34 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA02481; Fri, 28 Feb 1997 15:47:26 -0700 From: Terry Lambert Message-Id: <199702282247.PAA02481@phaeton.artisoft.com> Subject: Re: cvs commit: src/sys/conf options To: bde@zeta.org.au (Bruce Evans) Date: Fri, 28 Feb 1997 15:47:25 -0700 (MST) Cc: bde@freefall.freebsd.org, michaelh@cet.co.jp, freebsd-current@FreeBSD.ORG In-Reply-To: <199702281002.VAA07490@godzilla.zeta.org.au> from "Bruce Evans" at Feb 28, 97 09:02:01 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >Is the intent to be able to increase vnodes via sysctl? The ability to > >decrease will likely break a lot of assumptions made in the code. > > Changing the number vnodes via sysctl is a standard 4.4BSD (Lite1) feature. > Decreasing the number below the current number allocated has no effect > except to inhibit future allocations. The limit is fuzzy anyway. Having a limit other than memory allocation failure is stupid anyway; if I'm trying to run a program and it runs out, then it's the only limiting factor on running the program -- there's no other inherent problem causing it. It's silly to think you can have "too many vnodes"... what resource that is usable are you preventing starving by hard limiting them? How do you run a program to take advantage of the resource you "saved" this way, if the program you want to run won't run because you are out of vnodes? ...Silly. 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 Feb 28 16:13:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA27866 for current-outgoing; Fri, 28 Feb 1997 16:13:15 -0800 (PST) Received: from emout12.mail.aol.com (emout12.mx.aol.com [198.81.11.38]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA27860 for ; Fri, 28 Feb 1997 16:13:08 -0800 (PST) From: JKugel@aol.com Received: (from root@localhost) by emout12.mail.aol.com (8.7.6/8.7.3/AOL-2.0.0) id TAA29906 for freebsd-current@freebsd.org; Fri, 28 Feb 1997 19:12:36 -0500 (EST) Date: Fri, 28 Feb 1997 19:12:36 -0500 (EST) Message-ID: <970228191236_918164240@emout12.mail.aol.com> To: freebsd-current@freebsd.org Subject: Put me on the mailing list Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jkugel@aol.com From owner-freebsd-current Fri Feb 28 18:30:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA04873 for current-outgoing; Fri, 28 Feb 1997 18:30:35 -0800 (PST) Received: from scanner.worldgate.com (scanner.worldgate.com [198.161.84.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA04860 for ; Fri, 28 Feb 1997 18:30:28 -0800 (PST) Received: from znep.com (uucp@localhost) by scanner.worldgate.com (8.8.5/8.7.3) with UUCP id TAA15837 for current@freebsd.org; Fri, 28 Feb 1997 19:30:19 -0700 (MST) Received: from localhost (marcs@localhost) by alive.znep.com (8.7.5/8.7.3) with SMTP id TAA20122 for ; Fri, 28 Feb 1997 19:24:04 -0700 (MST) Date: Fri, 28 Feb 1997 19:24:04 -0700 (MST) From: Marc Slemko Reply-To: Marc Slemko To: current@freebsd.org Subject: size of L_cuserid in -current Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >From what I see, L_cuserid in sys/include/stdio.h is set to 9 in -current. The comment says UT_NAMESIZE + 1. UT_NAMESIZE is 16. Are there other broken things that are holding back the change or am I missing something? And adduser in 2.2 allows names > 16... accidently brought in by mpp with some other merges on 96/12/22 18:10:01? ...just going through to see what changes have been made in -current so I can apply a local patch to 2.2 to have long usernames. What I have noticed has been changed in -current to deal with long usernames: - UT_NAMESIZE in utmp.h - bugfix in getty/main.c - off-by-one in kern/kern_prot.c - MAXLOGNAME in param.h - e_spare[4] -> 3 in user.h - adduser/rmuser - w - rwho - finger/sprint.c - last Other things that need to be recompiled, other than stuff done by make world: - xterm - xdm - sshd - rxvt If you notice anything I'm missing, please let me know. And, of course, old utmp and wtmp files don't work. If anyone wants, I can make the trivial (but sometimes annoying to find) patches against the 2.2 tree available when I'm done... From owner-freebsd-current Fri Feb 28 20:12:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA07944 for current-outgoing; Fri, 28 Feb 1997 20:12:06 -0800 (PST) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA07914 for ; Fri, 28 Feb 1997 20:12:02 -0800 (PST) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.5/CET-v2.1) with SMTP id EAA16196; Sat, 1 Mar 1997 04:11:54 GMT Date: Sat, 1 Mar 1997 13:11:54 +0900 (JST) From: Michael Hancock To: Terry Lambert cc: freebsd-current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/conf options In-Reply-To: <199702282247.PAA02481@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 28 Feb 1997, Terry Lambert wrote: > It's silly to think you can have "too many vnodes"... what resource > that is usable are you preventing starving by hard limiting them? > How do you run a program to take advantage of the resource you > "saved" this way, if the program you want to run won't run because > you are out of vnodes? ...Silly. It's a non-decreasing pool of memory, some might want a limit on it's growth so that currently running processes and other kernel functions aren't negatively affected. Having a non-decreasing pool makes it a little less complicated in the fs code. You only need to worry about the validity of the contents of a vp and not the validity of the vp itself. The code is complicated as it is, have you looked at the lite2 stuff? Whew, I feel like we need something like SUN's lint_lock aka. warlock. NOTE(LOCK_RELEASED_AS_A_SIDE_EFFECT); The boundaries between a consistent state and an inconsistent state are pretty tough to follow. Regards, Mike Hancock From owner-freebsd-current Fri Feb 28 21:23:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA10919 for current-outgoing; Fri, 28 Feb 1997 21:23:22 -0800 (PST) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA10914 for ; Fri, 28 Feb 1997 21:23:16 -0800 (PST) Received: (from davidn@localhost) by labs.usn.blaze.net.au (8.8.5/8.8.5) id QAA04653; Sat, 1 Mar 1997 16:22:48 +1100 (EST) Message-ID: <19970301162246.10505@usn.blaze.net.au> Date: Sat, 1 Mar 1997 16:22:46 +1100 From: David Nugent To: Marc Slemko Cc: current@freebsd.org Subject: Re: size of L_cuserid in -current References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61 In-Reply-To: ; from Marc Slemko on Feb 02, 1997 at 07:24:04PM Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Feb 02, 1997 at 07:24:04PM, Marc Slemko wrote: > From what I see, L_cuserid in sys/include/stdio.h is set to 9 in -current. > The comment says UT_NAMESIZE + 1. UT_NAMESIZE is 16. Are there other > broken things that are holding back the change or am I missing something? I have no idea what it is used for. It'd be useful if it was a real maximum though, since it would conveniently negate the need to use UT_NAMESIZE/utmp.h and MAXLOGNAME (which only need be large enough, but must only be > maximum). The real maximum is the lesser of both, after adjusting MAXLOGNAME to include the NUL (the real maximum in -current is therefore 15 characters, not 16). > What I have noticed has been changed in -current to deal with long > usernames: > > - UT_NAMESIZE in utmp.h > - bugfix in getty/main.c > - off-by-one in kern/kern_prot.c > - MAXLOGNAME in param.h > - e_spare[4] -> 3 in user.h > - adduser/rmuser > - w > - rwho > - finger/sprint.c > - last atrun.c There's one more userland change in the queue (not yet committed), but I can't remember what it is off-hand. I should be committing it in the next couple of days. Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-current Sat Mar 1 05:53:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA05765 for current-outgoing; Sat, 1 Mar 1997 05:53:24 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id FAA05760 for ; Sat, 1 Mar 1997 05:53:21 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id OAA04258; Sat, 1 Mar 1997 14:53:13 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id OAA01189; Sat, 1 Mar 1997 14:50:05 +0100 (MET) Message-ID: Date: Sat, 1 Mar 1997 14:50:05 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: ben@stuyts.nl Cc: freebsd-current@FreeBSD.org Subject: Re: Make world fails on dbm routines References: <199702252133.WAA24586@terminus.stuyts.nl> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199702252133.WAA24586@terminus.stuyts.nl>; from Ben Stuyts on Feb 25, 1997 22:32:11 +0100 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Ben Stuyts wrote: > I applied a bunch of ctm's to bring my /usr/src up to "src-2.2 187" and now > make world fails. E.g.: That seems to be a problem with the CTM delta generation. That's also the reason why our release tests didn't fall over. Somebody else reported that /usr/src/lib/libc/hash/ndbm.c has been truncated to length 0. -- 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 Mar 1 12:45:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA28592 for current-outgoing; Sat, 1 Mar 1997 12:45:20 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA28586 for ; Sat, 1 Mar 1997 12:45:17 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA05524; Sat, 1 Mar 1997 13:41:18 -0700 From: Terry Lambert Message-Id: <199703012041.NAA05524@phaeton.artisoft.com> Subject: Re: cvs commit: src/sys/conf options To: michaelh@cet.co.jp (Michael Hancock) Date: Sat, 1 Mar 1997 13:41:18 -0700 (MST) Cc: terry@lambert.org, freebsd-current@FreeBSD.ORG In-Reply-To: from "Michael Hancock" at Mar 1, 97 01:11:54 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > It's silly to think you can have "too many vnodes"... what resource > > that is usable are you preventing starving by hard limiting them? > > How do you run a program to take advantage of the resource you > > "saved" this way, if the program you want to run won't run because > > you are out of vnodes? ...Silly. > > It's a non-decreasing pool of memory, some might want a limit on it's > growth so that currently running processes and other kernel functions > aren't negatively affected. Well, the fact that it's a non-decreasing pool is one problem. The way to fix that particular problem is to allocate the vnode internal to the in core inode structure containing the dinode, and make a VFS specific VRELEASE(). That kills both problems with one stone. > Having a non-decreasing pool makes it a little less complicated in the fs > code. You only need to worry about the validity of the contents of a vp > and not the validity of the vp itself. You shouldn't have to worry about it anyway -- vnode references should be counting references. The magic on that is to get rid of the seperate vnode pool (as above), kill off vclean() (as I constantly yell 8-)), and to treat existance in the cache as if it were a reference as well. > The code is complicated as it is, have you looked at the lite2 stuff? I have. It has problems in that it is call-through instead of veto based. People don't seem to understand why I try to make the disctinction; I asked David "how does it make it harder?" when he claimed veto would make writing FS layers harder (I was claiming easier). David didn't ever really answer the question. One *real* problem is that any call-through is going to increase the amount of state held, and is going to increase the number of exposed kernel interfaces called by a VFS layer. Makes things real complicated right off the bat. Bletch. > Whew, I feel like we need something like SUN's lint_lock aka. warlock. > > NOTE(LOCK_RELEASED_AS_A_SIDE_EFFECT); > > The boundaries between a consistent state and an inconsistent state are > pretty tough to follow. This is why I also constantly argue for single-entry/single-exit: the better to track resource holders. Locking, in the traditional sense, isn't terribly necessary. All you *really* have to worry about is context reentrancy tracking... meaning a lot less things need locking. The Sun Solaris SMP conversion for FS reeentrany is wrong (IMHO); a better example is the Unisys SVR4.0.2 ES/MP conversion for their 6000/50, which they developed in parallel with the USL SVR4/2 SMP stuff. In any case, even if it isn't lint code, there should be comments on lock state in and out for any state transitions, anyway, just to let the code be maintainable at all. A lot of NFS problems have arisin lately from not looking at "the big picture" -- instead there are hacks upon hacks to make errors go away, with no real plan. The code is (obviously) falling apart as a result. 8-(. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sat Mar 1 19:02:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA15732 for current-outgoing; Sat, 1 Mar 1997 19:02:02 -0800 (PST) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA15722 for ; Sat, 1 Mar 1997 19:01:55 -0800 (PST) Received: from [208.2.87.4] (cod.dataplex.net [208.2.87.4]) by shrimp.dataplex.net (8.8.5/8.8.5) with ESMTP id VAA16932 for ; Sat, 1 Mar 1997 21:01:56 -0600 (CST) X-Sender: rkw@shrimp.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 1 Mar 1997 21:02:28 -0600 To: current@freebsd.org From: Richard Wackerbarth Subject: Warning CTM-2.2 - 0191 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Do to an error made while converting from 2.1.5 to 2.1.7, I inadvertedly generated an inappropriate CTM delta. This delta level should NOT be used. Wait for 0192 which will reverse the mistake. My apologies for the "extra" noise in the feed. Richard From owner-freebsd-current Sat Mar 1 19:25:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA17373 for current-outgoing; Sat, 1 Mar 1997 19:25:48 -0800 (PST) Received: from veda.is (ubiq.veda.is [193.4.230.60]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA17368 for ; Sat, 1 Mar 1997 19:25:38 -0800 (PST) Received: (from adam@localhost) by veda.is (8.8.4/8.7.3) id DAA02880; Sun, 2 Mar 1997 03:38:16 GMT Date: Sun, 2 Mar 1997 03:38:16 GMT From: Adam David Message-Id: <199703020338.DAA02880@veda.is> To: paul@originative.co.UK (Paul Richards) Cc: freebsd-current@freebsd.org Subject: Re: anoncvs server Newsgroups: list.freebsd.current References: <199702261835.LAA29819@rocky.mt.sri.com> <87pvxnjhf5.fsf@originative.co.uk> X-Newsreader: NN version 6.5.0 #2 (NOV) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [Terry] >> > I want a cvs repository that has a pre-imported "vendor branch" that >> > contains the FreeBSD code, and the entire modifcation history of >> > FreeBSD as modifications to the vendor branch. This would keep me >> > from losing the history, letting me mix and match what I want. 8-). [Paul] >What I'd like to see is the changes from the FreeBSD cvs >tree being updated in my local tree as vendor imports to a vendor >branch. This allows personal development on the head and you can >merge in changes from the vendor as and when you like. *default vendortag=FREEBSD John? -- Adam David From owner-freebsd-current Sat Mar 1 22:31:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA24803 for current-outgoing; Sat, 1 Mar 1997 22:31:47 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA24795 for ; Sat, 1 Mar 1997 22:31:43 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id RAA10978 for current@freebsd.org; Sun, 2 Mar 1997 17:31:17 +1100 Date: Sun, 2 Mar 1997 17:31:17 +1100 From: Bruce Evans Message-Id: <199703020631.RAA10978@godzilla.zeta.org.au> To: current@freebsd.org Subject: converting userland to Lite2's vfs interface Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've started working on the userland part of the Lite2 merge. I plan to use some hacks to provide full binary and almost full source code compatibility until the merge is complete (e.g., by renaming the new getvfsbyname() as new_getvfsbyname(), using macros so that not many changes will be required to unrename it later). Does anyone object? Anyway, don't repeat the work. I've been working mainly on things that aren't in John's old patches - lsvfs, mount_msdos, the Lite2 getvfsbyname() and the new vfs sysctls. Bruce