From owner-freebsd-bugs Sun Mar 12 01:33:23 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA11432 for bugs-outgoing; Sun, 12 Mar 1995 01:33:23 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA11408 for ; Sun, 12 Mar 1995 01:33:16 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA00863; Sun, 12 Mar 1995 10:29:35 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id BAA16817; Sun, 12 Mar 1995 01:47:05 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id BAA03000; Sun, 12 Mar 1995 01:46:20 +0100 From: J Wunsch Message-Id: <199503120046.BAA03000@uriah.heep.sax.de> Subject: Re: bin/239: Multiply defined symbols in the libraries To: mark@grondar.za Date: Sun, 12 Mar 1995 01:46:20 +0100 (MET) Cc: freebsd-bugs@freefall.cdrom.com In-Reply-To: <199503112230.OAA00704@freefall.cdrom.com> from "Mark Murray" at Mar 11, 95 02:30:01 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 675 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Mark Murray wrote: > > > /usr/lib/libgnuregex.so.2.0: Definition of symbol `_regerror' (multiply defined) > /usr/lib/libcompat.a(regerror.o): Definition of symbol `_regerror' (multiply defined) > /usr/lib/libcompat.a(regex.o): Definition of symbol `_regerror' (multiply defined) > /usr/lib/libc.so.2.0: Definition of symbol `_regerror' (multiply defined) Shit. Basically means that the theory that ``the appropriate regerror is being taken automatically'' is wrong. Just curious: what is the libcompat for when linking gdb? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun Mar 12 04:21:10 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA14934 for bugs-outgoing; Sun, 12 Mar 1995 04:21:10 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA14928 for ; Sun, 12 Mar 1995 04:21:08 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id HAA16666; Sun, 12 Mar 1995 07:17:20 -0500 From: Peter Dufault Message-Id: <199503121217.HAA16666@hda.com> Subject: Re: bin/239: Multiply defined symbols in the libraries To: nate@trout.sri.MT.net (Nate Williams) Date: Sun, 12 Mar 1995 07:17:19 -0500 (EST) Cc: rgrimes@gndrsh.aac.dev.com, mark@grondar.za, freebsd-bugs@freefall.cdrom.com In-Reply-To: <199503120232.TAA21374@trout.sri.MT.net> from "Nate Williams" at Mar 11, 95 07:32:19 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 421 Sender: bugs-owner@FreeBSD.org Precedence: bulk Nate Williams writes: > (...) > > ps. Rod, remember he doesn't see the messages I've sent to the core list > describing the status of the bug. Please keep in mind that if it is important to -current users it should be sent to the open list. Peter -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-bugs Sun Mar 12 04:47:11 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA15218 for bugs-outgoing; Sun, 12 Mar 1995 04:47:11 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA15212 for ; Sun, 12 Mar 1995 04:47:08 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id HAA16757; Sun, 12 Mar 1995 07:43:41 -0500 From: Peter Dufault Message-Id: <199503121243.HAA16757@hda.com> Subject: Re: kern/238: failed assertion in ncr.c --> no more scsi disk access To: oli@devsoft.com Date: Sun, 12 Mar 1995 07:43:41 -0500 (EST) Cc: freebsd-bugs@freefall.cdrom.com In-Reply-To: <199503111840.KAA14351@freefall.cdrom.com> from "oli@devsoft.com" at Mar 11, 95 10:40:01 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 3014 Sender: bugs-owner@FreeBSD.org Precedence: bulk oli@devsoft.com writes: I think we have three bugs here: > > > >Number: 238 > >Category: kern > >Synopsis: failed assertion in ncr.c --> no more scsi disk access > >Confidential: no > >Severity: serious > >Priority: medium > >Responsible: freebsd-bugs (FreeBSD bugs mailing list) > >State: open > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Sat Mar 11 10:40:00 1995 > >Originator: Oliver Adler & > >Organization: > no current org > >Release: FreeBSD 2.0-RELEASE i386 also in current snapshot > >Environment: > > The hardware: ASUS PCI/I-486SP3G > Intel 486 DX 4 100 > 32MB Ram 70ns in two sims > WD8003EP AT-BUS > Adaptec AHA1542CF with disabled Floppy and disabled BIOS > ELSA Winner100pro PCI 2MB > QUANTUM Empire 2100S Target 0 on ncr bus > "QUANTUM EMPIRE_2100S 1200" > WANG DAT 3400 Target 3 on ncr bus > "WangDAT Model 3400DX 1.10" > > >Description: > > If you try to access /dev/rst0.0 with dd bs=128k if=/dev/rst0.0 > you get on the first access: > Mar 10 09:00:28 boheme kernel: st0: bad request, must be between 0 and 0 > (I think this message doesn't do any harm. It also starts the first > access on the adaptec and does no harm there.) Bug 1: Tape prints out this message on first access. I think this bug is a minor one that is always there and shows up with the first tape access. > If you try a second time you get the following: > st0: ncr.c assertion "cp = np->header.cp" line 5171 failed > st0: ncr.c assertion "cp" line 5172 failed > . > . > ncr0: restart Bug 2: ncr driver does something funny and then resets the SCSI bus. When this is addressed you'll be able to move your DAT back to this SCSI bus. > . > . > sd0: unit attention > sd0: oops not qeued Bug 3: Disk driver can't live through a bus reset. Bug 3 is partly addressed in -current. In -current it will usually retry the disk access and you'll usually be OK. You can still lose disk transfers completely and wedge the system - I think the path where you have a timeout (versus a detected failure) doesn't retry the access and you'll start getting > sd0: timeout messages until you reset. About SCSI bus resets: Host adapter drivers should not reset the SCSI bus. Bus reset policy should be moved up out of the host adapter code and into some common code in the sys/scsi directory, with a "reset scsi bus" entry provided in the host adapter drivers. Type drivers have to be retry on the "power on, media changed, or bus device reset" occurred error - the SCSI spec ENCOURAGES devices to reset the bus on power up under the assumption that any transfer that was going on when the device was powered up is likely to be trash. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-bugs Sun Mar 12 04:51:40 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA15266 for bugs-outgoing; Sun, 12 Mar 1995 04:51:40 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA15260 for ; Sun, 12 Mar 1995 04:51:27 -0800 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.10/8.6.9) with SMTP id OAA28096; Sun, 12 Mar 1995 14:50:26 +0200 Message-Id: <199503121250.OAA28096@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: mark@grondar.za, freebsd-bugs@freefall.cdrom.com Subject: Re: bin/239: Multiply defined symbols in the libraries Date: Sun, 12 Mar 1995 14:50:26 +0200 From: Mark Murray Sender: bugs-owner@FreeBSD.org Precedence: bulk > Just curious: what is the libcompat for when linking gdb? > -- > cheers, J"org OK - here is a shortened script(1) for a make without libcompat in /usr/src/gnu/usr.bin/gdb/gdb: Script started on Sun Mar 12 14:42:21 1995 bash# make -f Makefile.MM cc -O2 -I/a/src/gnu/usr.bin/gdb/gdb/. ...(etc)... dcache.o: Undefined symbol `_remque' referenced from text segment dcache.o: Undefined symbol `_insque' referenced from text segment dcache.o: Undefined symbol `_remque' referenced from text segment dcache.o: Undefined symbol `_insque' referenced from text segment dcache.o: Undefined symbol `_remque' referenced from text segment dcache.o: Undefined symbol `_insque' referenced from text segment dcache.o: Undefined symbol `_remque' referenced from text segment dcache.o: Undefined symbol `_insque' referenced from text segment dcache.o: Undefined symbol `_remque' referenced from text segment dcache.o: Undefined symbol `_insque' referenced from text segment dcache.o: Undefined symbol `_insque' referenced from text segment *** Error code 1 Stop. bash# exit exit Script done on Sun Mar 12 14:43:03 1995 Apart from the obvious reason that they are _called_ many times, are there any reasons that _insque and _remque should be _reported_ so often? Surely once per routine is OK? -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-bugs Sun Mar 12 08:18:29 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA19637 for bugs-outgoing; Sun, 12 Mar 1995 08:18:29 -0800 Received: from clinet.fi (root@clinet.fi [193.64.6.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA19631 for ; Sun, 12 Mar 1995 08:18:25 -0800 Received: from katiska.clinet.fi (root@katiska.clinet.fi [193.64.6.3]) by clinet.fi (8.6.10/8.6.4) with ESMTP id SAA17905 for ; Sun, 12 Mar 1995 18:18:13 +0200 From: Heikki Suonsivu Received: (root@localhost) by katiska.clinet.fi (8.6.10/8.6.4) id SAA04225; Sun, 12 Mar 1995 18:18:11 +0200 Date: Sun, 12 Mar 1995 18:18:11 +0200 Message-Id: <199503121618.SAA04225@katiska.clinet.fi> To: freebsd-bugs@freefall.cdrom.com Subject: NCR SCSI fails Reply-To: Heikki Suonsivu Organization: Helsinki University of Technology, Otaniemi, Finland Sender: bugs-owner@FreeBSD.org Precedence: bulk This failed on our P60 motherboard with NCR SCSI, is this a broken motherboard, configuration problem or something else? /*========================================================== ** ** ** Test the pci bus snoop logic :-( ** ** Has to be called with interrupts disabled. ** ** **========================================================== */ #ifndef NCR_IOMAPPED static int ncr_regtest (struct ncb* np) { register volatile u_long data, *addr; /* ** ncr registers may NOT be cached. ** write 0xffffffff to a read only register area, ** and try to read it back. */ addr = (u_long*) &np->reg->nc_dstat; data = 0xffffffff; *addr= data; data = *addr; #if 1 if (data == 0xffffffff) { #else if ((data & 0xe2f0fffd) != 0x02000080) { #endif printf ("CACHE TEST FAILED: reg dstat-sstat2 readback %x.\n", (unsigned) data); return (0x10); }; return (0); } #endif -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@cs.hut.fi home +358-0-8031121 work -4513377 fax -4555276 riippu SN From owner-freebsd-bugs Sun Mar 12 12:27:56 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA22528 for bugs-outgoing; Sun, 12 Mar 1995 12:27:56 -0800 Received: from hutcs.cs.hut.fi (root@hutcs.cs.hut.fi [130.233.192.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA22522 for ; Sun, 12 Mar 1995 12:27:53 -0800 Received: from shadows.cs.hut.fi by hutcs.cs.hut.fi with SMTP id AA11309 (5.65c8/HUTCS-S 1.4 for ); Sun, 12 Mar 1995 22:27:39 +0200 From: Heikki Suonsivu Received: (hsu@localhost) by shadows.cs.hut.fi (8.6.10/8.6.10) id WAA23884; Sun, 12 Mar 1995 22:27:40 +0200 Date: Sun, 12 Mar 1995 22:27:40 +0200 Message-Id: <199503122027.WAA23884@shadows.cs.hut.fi> To: Peter Dufault Cc: freebsd-bugs@freefall.cdrom.com In-Reply-To: Peter Dufault's message of 12 Mar 1995 15:00:41 +0200 Subject: Re: kern/238: failed assertion in ncr.c --> no more scsi disk access Organization: Helsinki University of Technology, Otaniemi, Finland Sender: bugs-owner@FreeBSD.org Precedence: bulk > >Synopsis: failed assertion in ncr.c --> no more scsi disk access ... > The hardware: ASUS PCI/I-486SP3G > Intel 486 DX 4 100 > 32MB Ram 70ns in two sims > WD8003EP AT-BUS > Adaptec AHA1542CF with disabled Floppy and disabled BIOS > ELSA Winner100pro PCI 2MB > QUANTUM Empire 2100S Target 0 on ncr bus > "QUANTUM EMPIRE_2100S 1200" > WANG DAT 3400 Target 3 on ncr bus > "WangDAT Model 3400DX 1.10" Cheap taiwanese PCI-VLB combo board (junk) AMD 486 DX 3 100 32MB ram SMC Ultra (If I remember correctly) Cheap PCI NCR controller > If you try to access /dev/rst0.0 with dd bs=128k if=/dev/rst0.0 > you get on the first access: > Mar 10 09:00:28 boheme kernel: st0: bad request, must be between 0 and 0 > (I think this message doesn't do any harm. It also starts the first > access on the adaptec and does no harm there.) ... > If you try a second time you get the following: > st0: ncr.c assertion "cp = np->header.cp" line 5171 failed > st0: ncr.c assertion "cp" line 5172 failed > . > . > ncr0: restart We also got this with WangDAT 3400DX. The drive works fine on a BT or Adaptek, but not on a PCI NCR controller. I don't have much more info on this, I was too busy at the time and moved the driver to another machine. - Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@cs.hut.fi home +358-0-8031121 work -4513377 fax -4555276 riippu SN From owner-freebsd-bugs Sun Mar 12 15:02:43 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA26282 for bugs-outgoing; Sun, 12 Mar 1995 15:02:43 -0800 Received: from sxpo.fdn.org (sxpo.fdn.org [193.55.4.40]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA26273 for ; Sun, 12 Mar 1995 15:02:41 -0800 Received: by sxpo.fdn.org id AA00500 (5.65c8/IDA-1.4.4/FdN-1.0 for freebsd-bugs@freebsd.org); Sun, 12 Mar 1995 12:15:24 +0100 Received: by v34.fdn.fr (Cray III experimental) id 008c for freebsd-bugs@freebsd.org; Sat, 11 Mar 1995 22:31:21 +0100 From: ccouv@v34.fdn.fr (Christian Couvida) To: freebsd-bugs@FreeBSD.org Subject: 940210 snapshot is really bugged :(((( Date: Sat, 11 Mar 1995 22:31:20 +0100 X-Mailer: CrayMail 5.2 pl 26 experimental 1.2 Crypticode: 3990002060 Message-Id: <794979080.7054@v34.fdn.fr> Sender: bugs-owner@FreeBSD.org Precedence: bulk 1) Download (ftp) ENTIRELY this snapshot (10th of February). 2) Install the boot disk and the cpio disk. 3) If you try to install the "bin" distribution, for instance, then you'll have checksum errors : ------------------ (file do_cksum.sh) if [ -f bin.aa ] then if [ "`cksum 'bin.aa'`" != "3911826025 240640 bin.aa" ] then dialog --title "Checksum Error" ....etc. ----------------- In fact, if you type "cksum bin.aa" (if you jump to shell), then you'll get : "2774410508 240640 bin.aa" BTW I did NOT download bin.aa in ascii mode but in binary mode. From owner-freebsd-bugs Sun Mar 12 16:42:18 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA28668 for bugs-outgoing; Sun, 12 Mar 1995 16:42:18 -0800 Received: from humbaba.ipfw.indiana.edu (humbaba.ipfw.indiana.edu [149.164.187.87]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA28662 for ; Sun, 12 Mar 1995 16:42:08 -0800 Received: (from wert@localhost) by humbaba.ipfw.indiana.edu (8.6.9/8.6.9) id TAA00710; Sun, 12 Mar 1995 19:40:59 -0500 Date: Sun, 12 Mar 1995 19:40:57 -0500 (EST) From: "Randall S. Wert" To: freebsd-bugs@FreeBSD.org Subject: 950210-SNAP Problems ... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@FreeBSD.org Precedence: bulk Folks, I have just upgraded one of my two FreeBSD systems from 1.5.1.. to the 950210-SNAP release, I tried the 2.0-RELEASE version with the same problems I'm reporting only they occured on the 2.0-RELEASE set with more frequency. Here's a list of the current hardware and a outline of the problem. Motherboard: ASUS PCI/I P54SP4, w/100Mhz Pentium Cards: Old SMC 80XX, NCR onboard SCSI, mono video Memory: 64MB Disk: 1 ST3390N(345MB), 2 ST12550N (2.1GB) The system boots ok but a about 3-5 minute intervals I get the following message from the kernel: /kernel: sd0(ncr0:0:0): ABORTED COMMAND asc:47 fru:02, retries:4 And then at about 12-24 hour intervals the kernel panics with the following message, only have on copy but it's happened about 6 times. asacd /kernel: Fatal trap 12: page fault while in kernel mode asacd /kernel: fault virtual address = 0x1 asacd /kernel: fault code = supervisor read, page not present asacd /kernel: instruction pointer = 0x8:0xf0183a18 asacd /kernel: code segment = base 0x0, limit 0xfffff, type 0x1b asacd /kernel: = DPL 0, pres 1, def32 1, gran 1 asacd /kernel: processor eflags = interrupt enabled, resume, IOPL = 0 asacd /kernel: current process = 60 (cron) asacd /kernel: interrupt mask = asacd /kernel: panic: page fault This is the first problem with FreeBSD that I have had. I have the AHA1542 that was used in the old system that I could use instead of the onboard NCR if this is the problem. This system is intended to be the campus www,gopher,news etc ... box so it will get quite heavy load if this matters at all. Thanks, Randall S. Wert =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Randall Wert Email: wert@smtplink.ipfw.indiana.edu Instructional Technologies Coordinator wert@ft-wayne.in.us Indiana Purdue University Ft. Wayne Voice: (219) 481-5747 Fax: (219) 481-6880 URL: http://humbaba.ipfw.indiana.edu/~wert/ =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= From owner-freebsd-bugs Sun Mar 12 16:52:22 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA28755 for bugs-outgoing; Sun, 12 Mar 1995 16:52:22 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA28749 for ; Sun, 12 Mar 1995 16:52:19 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id QAA07180; Sun, 12 Mar 1995 16:52:12 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id QAA27726; Sun, 12 Mar 1995 16:52:12 -0800 Message-Id: <199503130052.QAA27726@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: "Randall S. Wert" cc: freebsd-bugs@FreeBSD.org Subject: Re: 950210-SNAP Problems ... In-reply-to: Your message of "Sun, 12 Mar 95 19:40:57 EST." From: David Greenman Reply-To: davidg@Root.COM Date: Sun, 12 Mar 1995 16:52:10 -0800 Sender: bugs-owner@FreeBSD.org Precedence: bulk >And then at about 12-24 hour intervals the kernel panics with the >following message, only have on copy but it's happened about 6 times. > > asacd /kernel: Fatal trap 12: page fault while in kernel mode > asacd /kernel: fault virtual address = 0x1 > asacd /kernel: fault code = supervisor read, page not present > asacd /kernel: instruction pointer = 0x8:0xf0183a18 > asacd /kernel: code segment = base 0x0, limit 0xfffff, type 0x1b > asacd /kernel: = DPL 0, pres 1, def32 1, gran 1 > asacd /kernel: processor eflags = interrupt enabled, resume, IOPL = 0 > asacd /kernel: current process = 60 (cron) > asacd /kernel: interrupt mask = > asacd /kernel: panic: page fault If you still have the kernel binary that the above occurred with, please do a nm /kernel | sort | more, and find the functions around 0xf0183a18...and send this to me. Thanks -DG From owner-freebsd-bugs Sun Mar 12 18:05:29 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA29822 for bugs-outgoing; Sun, 12 Mar 1995 18:05:29 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA29815 for ; Sun, 12 Mar 1995 18:05:27 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id VAA01805; Sun, 12 Mar 1995 21:02:27 -0500 From: Peter Dufault Message-Id: <199503130202.VAA01805@hda.com> Subject: Re: 950210-SNAP Problems ... To: wert@humbaba.ipfw.indiana.edu (Randall S. Wert) Date: Sun, 12 Mar 1995 21:02:27 -0500 (EST) Cc: freebsd-bugs@FreeBSD.org In-Reply-To: from "Randall S. Wert" at Mar 12, 95 07:40:57 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1699 Sender: bugs-owner@FreeBSD.org Precedence: bulk Randall S. Wert writes: > > Folks, > I have just upgraded one of my two FreeBSD systems from 1.5.1.. to the > 950210-SNAP release, I tried the 2.0-RELEASE version with the same > problems I'm reporting only they occured on the 2.0-RELEASE set with more > frequency. Here's a list of the current hardware and a outline of the > problem. > > Motherboard: ASUS PCI/I P54SP4, w/100Mhz Pentium > Cards: Old SMC 80XX, NCR onboard SCSI, mono video > Memory: 64MB > Disk: 1 ST3390N(345MB), 2 ST12550N (2.1GB) > > The system boots ok but a about 3-5 minute intervals I get the following > message from the kernel: > > /kernel: sd0(ncr0:0:0): ABORTED COMMAND asc:47 fru:02, retries:4 ASC 47 is "SCSI parity error". The non-zero Field Replaceable Unit field is a little odd and I can't guess what the disk is trying to tell us - it is supposed to define a device-specific field replaceable unit that may have failed. As long as retries doesn't count down to zero the disk is recovering. Do you ever get more than one failure (retries less than 4)? Are you using the same cabling with the NCR SCSI as you did with the 1542 SCSI? Did you have parity enabled on the 1542? It usually is by default. As a guess you are running the bus faster with the NCR SCSI and that is leading to the problems and revisiting the cables will fix things. > > And then at about 12-24 hour intervals the kernel panics with the > following message, only have on copy but it's happened about 6 times... I suspect this is unrelated. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-bugs Sun Mar 12 18:42:54 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA00512 for bugs-outgoing; Sun, 12 Mar 1995 18:42:54 -0800 Received: from humbaba.ipfw.indiana.edu (humbaba.ipfw.indiana.edu [149.164.187.87]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA00505 for ; Sun, 12 Mar 1995 18:42:52 -0800 Received: (from wert@localhost) by humbaba.ipfw.indiana.edu (8.6.9/8.6.9) id VAA01609; Sun, 12 Mar 1995 21:41:50 -0500 Date: Sun, 12 Mar 1995 21:41:49 -0500 (EST) From: "Randall S. Wert" To: Peter Dufault cc: freebsd-bugs@FreeBSD.org Subject: Re: 950210-SNAP Problems ... In-Reply-To: <199503130202.VAA01805@hda.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@FreeBSD.org Precedence: bulk Peter, Same cable, but I've got others to try with the system. And never less or more than 4 retries. Parity was enabled on the 1542 that was used .. I'll revisit the drives to verify they all have parity enabled as well. Don't have a good source to high quality SCSI cabling you know off, I'll I can get my hands on are the standard cables .. I've heard tell of some high quality cables that will certainlly help. Thanks for the prompt response. Randy On Sun, 12 Mar 1995, Peter Dufault wrote: > Randall S. Wert writes: > > > > Folks, > > I have just upgraded one of my two FreeBSD systems from 1.5.1.. to the > > 950210-SNAP release, I tried the 2.0-RELEASE version with the same > > problems I'm reporting only they occured on the 2.0-RELEASE set with more > > frequency. Here's a list of the current hardware and a outline of the > > problem. > > > > Motherboard: ASUS PCI/I P54SP4, w/100Mhz Pentium > > Cards: Old SMC 80XX, NCR onboard SCSI, mono video > > Memory: 64MB > > Disk: 1 ST3390N(345MB), 2 ST12550N (2.1GB) > > > > The system boots ok but a about 3-5 minute intervals I get the following > > message from the kernel: > > > > /kernel: sd0(ncr0:0:0): ABORTED COMMAND asc:47 fru:02, retries:4 > > ASC 47 is "SCSI parity error". The non-zero Field Replaceable Unit > field is a little odd and I can't guess what the disk is trying to > tell us - it is supposed to define a device-specific field replaceable > unit that may have failed. > > As long as retries doesn't count down to zero the disk is recovering. > Do you ever get more than one failure (retries less than 4)? > > Are you using the same cabling with the NCR SCSI as you did with > the 1542 SCSI? Did you have parity enabled on the 1542? It usually > is by default. > > As a guess you are running the bus faster with the NCR SCSI and > that is leading to the problems and revisiting the cables will fix > things. > > > > > And then at about 12-24 hour intervals the kernel panics with the > > following message, only have on copy but it's happened about 6 times... > > I suspect this is unrelated. > > -- > Peter Dufault Real Time Machine Control and Simulation > HD Associates, Inc. Voice: 508 433 6936 > dufault@hda.com Fax: 508 433 5267 > From owner-freebsd-bugs Mon Mar 13 02:36:30 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA00901 for bugs-outgoing; Mon, 13 Mar 1995 02:36:30 -0800 Received: from mail.lth.se (root@nic.lth.se [130.235.20.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA00890 for ; Mon, 13 Mar 1995 02:36:25 -0800 Received: from gatekeeper.axis.se by mail.lth.se with smtp (Smail3.1.28.1 #2) id m0ro6Eg-000MV0C; Mon, 13 Mar 95 10:16 MET Received: from axisab.axis.se by gatekeeper.axis.se with smtp (Smail3.1.29.0 #1) id m0ro6F9-000m1bC; Mon, 13 Mar 95 10:16 MET Received: from axis.se by axisab.axis.se with smtp (Smail3.1.28.1 #1) id m0ro6G0-000ph6C; Mon, 13 Mar 95 10:17 MET Message-Id: To: bugs@FreeBSD.org Subject: remote tar-archive, is it working?? Date: Mon, 13 Mar 1995 10:15:57 +0100 From: Joergen Haegg Sender: bugs-owner@FreeBSD.org Precedence: bulk I'm trying to use tar+rmt against a Sunos5.3 machine from a FreeBSD 2.0R machine. Could this be an OS- or a gnutar error? (user foo, host bar) tar tvf foo@bar:/dev/rmt/2cbn tar: can't open foo@bar:/dev/rmt/2cbn : Input/output error This works fine from all our sunos[45] hosts. I've checked the most obvious error sources, even tried to run /etc/rmt thru rsh -l foo manually. No problem. (Yes, .rhosts *is* correct. :-) Any ideas? ------- Joergen Haegg jh@axis.se Axis Communications AB Snailmail: Axis Communications AB Phone: +46 46 191849 Scheelevaegen 16 Fax: +46 46 136130 S-223 70 LUND, Sweden From owner-freebsd-bugs Mon Mar 13 02:50:37 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA01600 for bugs-outgoing; Mon, 13 Mar 1995 02:50:37 -0800 Received: from uclink3.berkeley.edu (uclink3.Berkeley.EDU [128.32.136.74]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA01586; Mon, 13 Mar 1995 02:50:31 -0800 Received: from uclink.berkeley.edu by uclink3.berkeley.edu (8.6.9/1.33(web)-OV2) id BAA02913; Mon, 13 Mar 1995 01:40:56 -0800 Received: by uclink.berkeley.edu (8.6.9/1.33(web)-OV4) id BAA00247; Mon, 13 Mar 1995 01:40:55 -0800 Date: Mon, 13 Mar 1995 01:40:55 -0800 From: jmacd@uclink.berkeley.edu (Joshua Peck Macdonald) Message-Id: <199503130940.BAA00247@uclink.berkeley.edu> To: freebsd-bugs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: ncr0 panic in current kernel sources Sender: bugs-owner@FreeBSD.org Precedence: bulk Hi, having problems here with the current (supped latest at about 12:00AM Sun, Mar 12) kernel sources. This problem also goes back a week or two, because I have tried several other kernels, one built as far back as 2/25, one which should be compatible, except for several peripheral addresses. The problem comes when the kernel probes the ncr0 device at startup. As you can see, it panics: ncr0 int a irq 12 on pci0:17 reg20: virtual = 0xf2dc4000 physical = 0xffbdff00 CACHE TEST FAILED: reg dstat=sstat2 readback ffffffff. CACHE INCORRECTLY CONFIGURED vga0 on pci0:18 Fatal trap 12: page fault while in kernel mode. fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0xf017097d code segment = base0x0, limit 0xfffff, type 0x16 = DPL0, pres1, def32 1, gran 1 processor eflags = interupt enabled, resume, IOPL=0 current process = 0 () interupt mask = panic: page fault hit reset please This is for a P90 running on a (its crap damnit!! I'm getting a new one soon) OPTi based VL/Super Motherboard, with the NCR card on pci int a, mapped to isa irq 12, as you can see. I notice that the addresses listed for the ncr device are different in the good boot. Oh, another note, these kernels that are failing were all built on different machines, that shouldn't matter should it? This particular one was built by swallace@freebsd.org. This is a normal boot on a kernel built from the 2/10 SNAP sources, I would be very content with this kernel except I forgot to compile in ptys so now I'm kind of stuck. Is this a hardware problem, or what? I can't really figure it out. FreeBSD 2.1.0-Development #0: Sat Mar 11 21:38:31 PST 1995 jmacd@axis.HIP.Berkeley.EDU:/usr/src/sys/compile/AXIS CPU: Pentium (Pentium-class CPU) 91 MHz Id = 0x521 Origin = "GenuineIntel" real memory = 16384000 (4000 pages) avail memory = 14934016 (3646 pages) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x220-0x23f irq 5 maddr 0xcc000 msize 16384 on isa ed0: address 00:00:c0:db:4a:8e, type SMC8416C/SMC8416BT (16 bit) bpf: ed0 attached sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: (NEC 765) [0: fd0: 1.44MB 3.5in] wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 329MB (675450 total sec), 790 cyl, 15 head, 57 sec, bytes/sec 512 npx0 on motherboard npx0: INT 16 interface snd2 at 0x240 irq 7 drq 1 on isa snd2: snd6 at 0x0 drq 5snd6: snd7 at 0x330 on isa snd7: snd1 at 0x388 on isa snd1: pci0: scanning device 0..31, mechanism=1. pci0:16: OPTI, device=0xc822, class=bridge [not supported] ncr0 int a irq 12 on pci0:17 reg20: virtual=0xf2ddb000 physical=0xc0000000 ncr0: restart (scsi reset). ncr0 scanning for targets 0..6 (V2 pl10 95/02/06) ncr0 waiting for scsi devices to settle ncr0 targ 0 lun 0: type 0(direct) fixed SCSI2 ncr0 targ 0 lun 0: sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. sd0: 1029MB (2109376 total sec), 2874 cyl, 8 head, 91 sec, bytes/sec 512 ncr0 targ 1 lun 0: type 5(readonly) removable SCSI2 ncr0 targ 1 lun 0: cd0: cd present.[208702 x 2048 byte records] vga0 on pci0:18 pci uses physical addresses from 0xc0000000 to 0xc0001000 -josh From owner-freebsd-bugs Mon Mar 13 03:00:10 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA02285 for bugs-outgoing; Mon, 13 Mar 1995 03:00:10 -0800 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA02272; Mon, 13 Mar 1995 03:00:07 -0800 Date: Mon, 13 Mar 1995 03:00:07 -0800 Message-Id: <199503131100.DAA02272@freefall.cdrom.com> From: candy@kgc.co.jp Reply-To: candy@kgc.co.jp To: freebsd-bugs Subject: bin/241: strange behavior of /bin/sh In-Reply-To: Your message of Mon, 13 Mar 1995 12:58:54 +0900 <199503130358.MAA08766@xxx.kgc.co.jp> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 241 >Category: bin >Synopsis: strange behavior of /bin/sh >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 13 03:00:03 1995 >Originator: candy@kgc.co.jp (Toshihiro Kanda) >Organization: Keisokugiken corp. >Release: FreeBSD 2.0-RELEASE i386 >Environment: >Description: It seems /bin/sh handles `&' operator inside for loop incorrectly. >How-To-Repeat: $ cat foo for i in a b c; do xx=${xx}${i} echo $xx xx=${xx}${i} echo $xx & xx=${xx}${i} echo $xx done $ sh foo a ab abc a aa ab abb abc abcc # This should be a aaa aaab aaabbb aaabbbc aaabbbccc aa aaabb aaabbbcc >Fix: I don't know, but it seems /bin/sh of NetBSD 1.0 works well. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Mar 13 03:42:04 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA04787 for bugs-outgoing; Mon, 13 Mar 1995 03:42:04 -0800 Received: from deadline.snafu.de (deadline.snafu.de [194.64.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id DAA04777 for ; Mon, 13 Mar 1995 03:41:51 -0800 Received: by deadline.snafu.de id m0ro8VC-000DWQC; Mon, 13 Mar 95 12:41 MET (/\oo/\ Smail3.1.29.1 #29.1) Message-Id: From: root@deadline.snafu.de (Andreas S. Wetzel) Subject: Wrong definition of wbkgdset in ncurses.h To: freebsd-bugs@FreeBSD.org Date: Mon, 13 Mar 1995 12:41:34 +0100 (MET) Organization: -D-E-A-D-L-I-N-E- Public access UN*X system - 13347 Berlin. X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 854 Sender: bugs-owner@FreeBSD.org Precedence: bulk Hi! --- When I was hacking on one of my programs lately, I noticed a wrong definition of the macro "wbkgdset" in the include file "ncurses.h". The original macro definition read: #define wbkgdset(w,ch) (win->_bkgd = ch) I think this should be a: #define wbkgdset(win,ch) (win->_bkgd = ch) Mickey -- ================================================================================ DIGESTED BENEFACTORS WHOSE | Andreas S. Wetzel | -D-E-A-D-L-I-N-E- SILENCE DEAFENS ANYTHING | Utrechter Strasse 41 | ALL OF WHOM DECEASE AND | 13347 Berlin | <+4930> 455 19 57 Data MISS TO PIERCE A POINT | Germany | <+4930> 456 81 68 Voice ================================================================================ E-mail: mickey@deadline.snafu.de WWW: http://deadline.snafu.de/ From owner-freebsd-bugs Mon Mar 13 05:40:42 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA09624 for bugs-outgoing; Mon, 13 Mar 1995 05:40:42 -0800 Received: from clinet.fi (root@clinet.fi [193.64.6.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA09598 for ; Mon, 13 Mar 1995 05:40:08 -0800 Received: from katiska.clinet.fi (root@katiska.clinet.fi [193.64.6.3]) by clinet.fi (8.6.10/8.6.4) with ESMTP id PAA28707 for ; Mon, 13 Mar 1995 15:39:42 +0200 From: Heikki Suonsivu Received: (hsu@localhost) by katiska.clinet.fi (8.6.10/8.6.4) id PAA02603; Mon, 13 Mar 1995 15:39:42 +0200 Date: Mon, 13 Mar 1995 15:39:42 +0200 Message-Id: <199503131339.PAA02603@katiska.clinet.fi> To: freebsd-bugs@freefall.cdrom.com In-reply-to: Heikki Suonsivu's message of 12 Mar 1995 18:24:29 +0200 Subject: NCR SCSI fails Organization: Helsinki University of Technology, Otaniemi, Finland Sender: bugs-owner@FreeBSD.org Precedence: bulk This failed on our P60 motherboard with NCR SCSI, is this a broken motherboard, configuration problem or something else? More workout; This "cache test" fails even if both internal and external caches are disabled. I also went through all BIOS settings and disabled everything which even distantly hinted into any caching or buffering, to no avail. So, it seems that this cache test can't be quite correct? The only oddity I can see is that the code doesn't first check what is sees in the "read-only" address before it tries to write 0xffffffff into it? /*========================================================== ** ** ** Test the pci bus snoop logic :-( ** ** Has to be called with interrupts disabled. ** ** **========================================================== */ #ifndef NCR_IOMAPPED static int ncr_regtest (struct ncb* np) { register volatile u_long data, *addr; /* ** ncr registers may NOT be cached. ** write 0xffffffff to a read only register area, ** and try to read it back. */ addr = (u_long*) &np->reg->nc_dstat; data = 0xffffffff; *addr= data; data = *addr; #if 1 if (data == 0xffffffff) { #else if ((data & 0xe2f0fffd) != 0x02000080) { #endif printf ("CACHE TEST FAILED: reg dstat-sstat2 readback %x.\n", (unsigned) data); return (0x10); }; return (0); } #endif -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@cs.hut.fi home +358-0-8031121 work -4513377 fax -4555276 riippu SN From owner-freebsd-bugs Mon Mar 13 06:35:54 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA10345 for bugs-outgoing; Mon, 13 Mar 1995 06:35:54 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA10330 for ; Mon, 13 Mar 1995 06:35:27 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA17786; Mon, 13 Mar 1995 08:47:06 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id IAA25915 for freebsd-bugs@FreeBSD.org; Mon, 13 Mar 1995 08:47:06 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA02105 for freebsd-bugs@FreeBSD.org; Mon, 13 Mar 1995 08:20:42 +0100 From: J Wunsch Message-Id: <199503130720.IAA02105@uriah.heep.sax.de> Subject: Re: 950210-SNAP Problems ... To: freebsd-bugs@FreeBSD.org (FreeBSD bugs list) Date: Mon, 13 Mar 1995 08:20:41 +0100 (MET) In-Reply-To: <199503130202.VAA01805@hda.com> from "Peter Dufault" at Mar 12, 95 09:02:27 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 462 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Peter Dufault wrote: > > > /kernel: sd0(ncr0:0:0): ABORTED COMMAND asc:47 fru:02, retries:4 > > ASC 47 is "SCSI parity error". Just an idea: wouldn't it make sense to print another line at least for the most commons ASC's? Something like: /kernel: sd0(ncr0:0:0): acs 47 = PARITY ERROR in the example above? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon Mar 13 08:14:50 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA12172 for bugs-outgoing; Mon, 13 Mar 1995 08:14:50 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA12166 for ; Mon, 13 Mar 1995 08:14:48 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id KAA03172; Mon, 13 Mar 1995 10:55:00 -0500 From: Peter Dufault Message-Id: <199503131555.KAA03172@hda.com> Subject: Re: 950210-SNAP Problems ... To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 13 Mar 1995 10:55:00 -0500 (EST) Cc: freebsd-bugs@FreeBSD.org In-Reply-To: <199503130720.IAA02105@uriah.heep.sax.de> from "J Wunsch" at Mar 13, 95 08:20:41 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1092 Sender: bugs-owner@FreeBSD.org Precedence: bulk J Wunsch writes: > > As Peter Dufault wrote: > > > > > /kernel: sd0(ncr0:0:0): ABORTED COMMAND asc:47 fru:02, retries:4 > > > > ASC 47 is "SCSI parity error". > > Just an idea: wouldn't it make sense to print another line at least > for the most commons ASC's? Something like: > > /kernel: sd0(ncr0:0:0): asc 47 = PARITY ERROR > Yes, except that if you have the SCSI spec look at how many there are: four pages. I'd guess there are roughly 200. The field is 16 bits consisting of ASC and ASCQ. Parity error is for ASC=47 ASCQ=0. I hate putting stuff in the kernel. One thing I've thought about is adding a "/dev/scsi-sense-0-0" (for sense data for ID 0 LUN 0) that would have a kernel ring buffer of sense information. Then you could either have a logging utility or just read out of it for debugging using debugging utilities. Of course 200 codes times about 24 bytes per code is only 4800 bytes. Peter -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-bugs Mon Mar 13 09:01:09 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA12723 for bugs-outgoing; Mon, 13 Mar 1995 09:01:09 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA12717 for ; Mon, 13 Mar 1995 09:01:03 -0800 Received: by halloran-eldar.lcs.mit.edu; id AA17493; Mon, 13 Mar 1995 12:00:20 -0500 Date: Mon, 13 Mar 1995 12:00:20 -0500 From: Garrett Wollman Message-Id: <9503131700.AA17493@halloran-eldar.lcs.mit.edu> To: Peter Dufault Cc: bugs@FreeBSD.org Subject: Re: 950210-SNAP Problems ... In-Reply-To: <199503131555.KAA03172@hda.com> References: <199503130720.IAA02105@uriah.heep.sax.de> <199503131555.KAA03172@hda.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk < said: >> > ASC 47 is "SCSI parity error". >> >> Just an idea: wouldn't it make sense to print another line at least >> for the most commons ASC's? Something like: >> >> /kernel: sd0(ncr0:0:0): asc 47 = PARITY ERROR >> > Yes, except that if you have the SCSI spec look at how many there > are: four pages. I'd guess there are roughly 200. /usr/share/misc/scsi-asc-codes? It's more useful than zipcodes... -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-bugs Mon Mar 13 09:17:14 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA12948 for bugs-outgoing; Mon, 13 Mar 1995 09:17:14 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA12942 for ; Mon, 13 Mar 1995 09:17:13 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA03304; Mon, 13 Mar 95 10:07:07 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503131707.AA03304@cs.weber.edu> Subject: Re: 950210-SNAP Problems ... To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 13 Mar 95 10:07:07 MST Cc: freebsd-bugs@FreeBSD.org In-Reply-To: <199503130720.IAA02105@uriah.heep.sax.de> from "J Wunsch" at Mar 13, 95 08:20:41 am X-Mailer: ELM [version 2.4dev PL52] Sender: bugs-owner@FreeBSD.org Precedence: bulk > Just an idea: wouldn't it make sense to print another line at least > for the most commons ASC's? Something like: > > /kernel: sd0(ncr0:0:0): acs 47 = PARITY ERROR > > in the example above? You can't have too many static strings in the kernel! (one of my favorite double entendre's) Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-bugs Mon Mar 13 14:12:47 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA00296 for bugs-outgoing; Mon, 13 Mar 1995 14:12:47 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA00289 for ; Mon, 13 Mar 1995 14:12:31 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA10308; Mon, 13 Mar 1995 23:12:17 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id XAA00253 for freebsd-bugs@FreeBSD.org; Mon, 13 Mar 1995 23:12:16 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id WAA00618 for freebsd-bugs@FreeBSD.org; Mon, 13 Mar 1995 22:26:31 +0100 From: J Wunsch Message-Id: <199503132126.WAA00618@uriah.heep.sax.de> Subject: Re: 950210-SNAP Problems ... To: freebsd-bugs@FreeBSD.org (FreeBSD bugs list) Date: Mon, 13 Mar 1995 22:26:30 +0100 (MET) In-Reply-To: <199503131555.KAA03172@hda.com> from "Peter Dufault" at Mar 13, 95 10:55:00 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 712 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Peter Dufault wrote: > > > Just an idea: wouldn't it make sense to print another line at least > > for the most commons ASC's? Something like: > > > > /kernel: sd0(ncr0:0:0): asc 47 = PARITY ERROR > > > > Yes, except that if you have the SCSI spec look at how many there > are: four pages. I'd guess there are roughly 200. ... > Of course 200 codes times about 24 bytes per code is only 4800 bytes. I don't think it's too much bloat for a 800 - 1000 K kernel. Saves people allot of trouble, and not all of us do know the ASC/ASCQ's by heart (like you :). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon Mar 13 14:13:40 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA00319 for bugs-outgoing; Mon, 13 Mar 1995 14:13:40 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA00299 for ; Mon, 13 Mar 1995 14:12:59 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA10312; Mon, 13 Mar 1995 23:12:18 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id XAA00256 for freebsd-bugs@FreeBSD.org; Mon, 13 Mar 1995 23:12:17 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id WAA00643 for freebsd-bugs@FreeBSD.org; Mon, 13 Mar 1995 22:28:21 +0100 From: J Wunsch Message-Id: <199503132128.WAA00643@uriah.heep.sax.de> Subject: Re: 950210-SNAP Problems ... To: freebsd-bugs@FreeBSD.org (FreeBSD bugs list) Date: Mon, 13 Mar 1995 22:28:21 +0100 (MET) In-Reply-To: <9503131707.AA03304@cs.weber.edu> from "Terry Lambert" at Mar 13, 95 10:07:07 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 325 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Terry Lambert wrote: > > > /kernel: sd0(ncr0:0:0): acs 47 = PARITY ERROR ... > You can't have too many static strings in the kernel! So perhaps it should be made an LKM? :--) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon Mar 13 14:14:55 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA00379 for bugs-outgoing; Mon, 13 Mar 1995 14:14:55 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA00323 for ; Mon, 13 Mar 1995 14:13:57 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA10009; Mon, 13 Mar 1995 22:51:14 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id WAA29994; Mon, 13 Mar 1995 22:51:12 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id WAA00474; Mon, 13 Mar 1995 22:17:27 +0100 From: J Wunsch Message-Id: <199503132117.WAA00474@uriah.heep.sax.de> Subject: Re: remote tar-archive, is it working?? To: jh@axis.se (Joergen Haegg) Date: Mon, 13 Mar 1995 22:17:26 +0100 (MET) Cc: bugs@FreeBSD.org In-Reply-To: from "Joergen Haegg" at Mar 13, 95 10:15:57 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 459 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Joergen Haegg wrote: > > I'm trying to use tar+rmt against a Sunos5.3 machine > from a FreeBSD 2.0R machine. > > Could this be an OS- or a gnutar error? I've got this as a long-standing bug report in my queue, but it's still not the highest prioritized topic. :-/ Should you solve the problem, let me know... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon Mar 13 16:24:14 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA02720 for bugs-outgoing; Mon, 13 Mar 1995 16:24:14 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA02714 for ; Mon, 13 Mar 1995 16:24:11 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id TAA04388; Mon, 13 Mar 1995 19:20:24 -0500 From: Peter Dufault Message-Id: <199503140020.TAA04388@hda.com> Subject: Re: 950210-SNAP Problems ... To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 13 Mar 1995 19:20:24 -0500 (EST) Cc: freebsd-bugs@FreeBSD.org In-Reply-To: <199503132126.WAA00618@uriah.heep.sax.de> from "J Wunsch" at Mar 13, 95 10:26:30 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1020 Sender: bugs-owner@FreeBSD.org Precedence: bulk J Wunsch writes: > > As Peter Dufault wrote: > > > > > Just an idea: wouldn't it make sense to print another line at least > > > for the most commons ASC's? Something like: > > > > > > /kernel: sd0(ncr0:0:0): asc 47 = PARITY ERROR > > > > > > > Yes, except that if you have the SCSI spec look at how many there > > are: four pages. I'd guess there are roughly 200. > ... > > Of course 200 codes times about 24 bytes per code is only 4800 bytes. > > I don't think it's too much bloat for a 800 - 1000 K kernel. Saves > people allot of trouble, and not all of us do know the ASC/ASCQ's by > heart (like you :). The SCSI spec is now parked next to my desk (along with the workshop manuals for my cars; I'm on those mailing lists too). In "real life" I primarily do medical instrumentation control and not SCSI work (or car repair). Peter -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-bugs Mon Mar 13 16:33:11 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA02817 for bugs-outgoing; Mon, 13 Mar 1995 16:33:11 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA02811 for ; Mon, 13 Mar 1995 16:33:09 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA05023; Mon, 13 Mar 95 16:56:27 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503132356.AA05023@cs.weber.edu> Subject: Re: 950210-SNAP Problems ... To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 13 Mar 95 16:56:26 MST Cc: freebsd-bugs@FreeBSD.org In-Reply-To: <199503132128.WAA00643@uriah.heep.sax.de> from "J Wunsch" at Mar 13, 95 10:28:21 pm X-Mailer: ELM [version 2.4dev PL52] Sender: bugs-owner@FreeBSD.org Precedence: bulk > > You can't have too many static strings in the kernel! > > So perhaps it should be made an LKM? :--) As in "there is no such thing as too many static strings in the kernel" ...or was that "too many static strings in the kernel would be bad". 8-). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-bugs Mon Mar 13 18:09:26 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA05215 for bugs-outgoing; Mon, 13 Mar 1995 18:09:26 -0800 Received: from sxpo.fdn.org ([193.55.4.40]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA05206 for ; Mon, 13 Mar 1995 18:09:18 -0800 Received: by sxpo.fdn.org id AA06248 (5.65c8/IDA-1.4.4/FdN-1.0 for bugs@freebsd.org); Tue, 14 Mar 1995 03:08:24 +0100 Received: by v34.fdn.fr (Cray III experimental) id 008v for bugs@freebsd.org; Tue, 14 Mar 1995 03:01:33 +0100 From: ccouv@v34.fdn.fr (Christian Couvida) To: bugs@FreeBSD.org Subject: 950210 snapshot - checksums errors Date: Tue, 14 Mar 1995 03:01:33 +0100 X-Mailer: CrayMail 5.2 pl 26 experimental 1.2 Crypticode: 3990002060 Message-Id: <795168093.7054@v34.fdn.fr> Sender: bugs-owner@FreeBSD.org Precedence: bulk On 12 March at 19:05, you wrote: > > 1) Download (ftp) ENTIRELY this snapshot (10th of February). > > 2) Install the boot disk and the cpio disk. > > 3) If you try to install the "bin" distribution, for instance, then > > you'll have checksum errors : > > ------------------ > > (file do_cksum.sh) > > > > if [ -f bin.aa ] > > then if [ "`cksum 'bin.aa'`" != "3911826025 240640 bin.aa" ] > > then dialog --title "Checksum Error" ....etc. > > ----------------- > > In fact, if you type "cksum bin.aa" (if you jump to shell), then you'll > > get : "2774410508 240640 bin.aa" > > > > BTW I did NOT download bin.aa in ascii mode but in binary mode. > > You should probably check closely what you have downloaded. !!! Of course I did > I downloaded the referenced snapshot back in February, have installed > it several (>4) times and have had no problems with checksums. ?!?! > Sure sounds to me that either your download is getting corrupted or the > site that you have downloaded it from has a corrupt copy (I downloaded > mine from wcarchive.cdrom.com). Are you sure the installation you made was with the actual files from "wcarchive.cdrom.com" INCLUDING the same boot & cpio disk ? I just want to say _I'm not the only one_ with the SAME problem. I read the same msg from s.o. else a week ago. Ok, now what I did EXACTLY is the following things : 1)I downloaded from wcarchive.cdrom.com the files "boot.gz" & "cpio.gz" ftp binary mode, of course. I unzipped them to 1M44 diskettes, rebooted my system and installed correctly without any problem those diskettes. 2)Then I tried to install the "bin" distribution first. I launched the "install" procedure and selected "bin" distribution. As soon as this procedure was launched, I had the error message : "Checksum error detected on bin.aa!" 3)So, I wanted to check manually the checksum. I jump to a shell (ESC ESC) then I typed : "cksum bin.aa". The result was : "2774410508 240640 bin.aa". The script says : if [ "`cksum 'bin.aa'`" != "3911826025 240640 bin.aa" ]...error... So, that's normal I've got "Checksum error detected on bin.aa!" 4)So I tried to download this fuck**g "bin.aa" (ftp binary mode) from many other sites with the same result : "2774410508 240640 bin.aa" :(((((( What the hell is happening ??? Thanx From owner-freebsd-bugs Mon Mar 13 18:10:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA05250 for bugs-outgoing; Mon, 13 Mar 1995 18:10:02 -0800 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA05243; Mon, 13 Mar 1995 18:10:01 -0800 Date: Mon, 13 Mar 1995 18:10:01 -0800 Message-Id: <199503140210.SAA05243@freefall.cdrom.com> From: Marc Ramirez Reply-To: Marc Ramirez To: freebsd-bugs Subject: bin/242: In-Reply-To: Your message of Mon, 13 Mar 1995 21:00:33 -0500 <199503140200.VAA00814@mramirez.sy.yale.edu> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 242 >Category: bin >Synopsis: >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 13 18:10:00 1995 >Originator: Marc Ramirez >Organization: You couldn't get a clue during the clue mating season in a field full of horny clues if you smeared your body with clue musk and did the clue mating dance. - Edward Flaherty >Release: FreeBSD 2.0-RELEASE i386 >Environment: fresh install of 2.0-Release + XFree86-3.0 >Description: public prototypes do not include 'extern "C" { ... }' when compiled with C++ compiler >How-To-Repeat: mrami[~]$ cat >test.cc #include void main(void) { initscr(); endwin(); } mrami[~]$ c++ test.cc /var/tmp/cc0007311.o: Undefined symbol `_initscr__Fv' referenced from text segment /var/tmp/cc0007311.o: Undefined symbol `_endwin__Fv' referenced from text segment mrami[~]$ >Fix: I'm not savvy enough to know the "correct" solution; for now, I've just put #ifdef _CPLUSPLUS's >Audit-Trail: >Unformatted: curses header files do not have correct linkages for C++ From owner-freebsd-bugs Mon Mar 13 22:00:40 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA01952 for bugs-outgoing; Mon, 13 Mar 1995 22:00:40 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA01943 for ; Mon, 13 Mar 1995 22:00:32 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id OAA10358; Tue, 14 Mar 1995 14:49:34 +1000 Date: Tue, 14 Mar 1995 14:49:34 +1000 From: Bruce Evans Message-Id: <199503140449.OAA10358@godzilla.zeta.org.au> To: freebsd-bugs@freefall.cdrom.com, mrami@mramirez.sy.yale.edu Subject: Re: bin/242: Sender: bugs-owner@FreeBSD.org Precedence: bulk >>Description: >public prototypes do not include 'extern "C" { ... }' when compiled >with C++ compiler >I'm not savvy enough to know the "correct" solution; for now, I've >just put #ifdef _CPLUSPLUS's This is supposed to be handled using the __BEGIN_DECLS and __END_DECLS macros, but some headers apparently don't know about this. Bruce From owner-freebsd-bugs Mon Mar 13 23:21:32 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA02678 for bugs-outgoing; Mon, 13 Mar 1995 23:21:32 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA02664 for ; Mon, 13 Mar 1995 23:21:24 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA17644; Tue, 14 Mar 1995 08:21:12 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id IAA03431 for freebsd-bugs@FreeBSD.org; Tue, 14 Mar 1995 08:21:12 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA01311 for freebsd-bugs@FreeBSD.org; Tue, 14 Mar 1995 08:20:47 +0100 From: J Wunsch Message-Id: <199503140720.IAA01311@uriah.heep.sax.de> Subject: Re: 950210-SNAP Problems ... To: freebsd-bugs@FreeBSD.org (FreeBSD bugs list) Date: Tue, 14 Mar 1995 08:20:47 +0100 (MET) In-Reply-To: <9503132356.AA05023@cs.weber.edu> from "Terry Lambert" at Mar 13, 95 04:56:26 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 567 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Terry Lambert wrote: > > > > You can't have too many static strings in the kernel! > > > > So perhaps it should be made an LKM? :--) > > As in "there is no such thing as too many static strings in the kernel" > > ...or was that "too many static strings in the kernel would be bad". I rather thought of an LKM to interpret the ASC's. Syslogd could load it... :-) At least, the strings are no longer _static_ then. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Tue Mar 14 03:06:04 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA07008 for bugs-outgoing; Tue, 14 Mar 1995 03:06:04 -0800 Received: from vax.cs.pitt.edu (vax.cs.pitt.edu [136.142.79.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA07001 for ; Tue, 14 Mar 1995 03:06:01 -0800 From: durham@w2xo.pgh.pa.us Received: by vax.cs.pitt.edu (8.6.10/1.14) for FreeBSD-bugfiler@freefall.cdrom.com; id FAA18102; Tue, 14 Mar 1995 05:44:01 -0500 Received: by w2xo.pgh.pa.us (8.6.8/1.34) id AAA00368; Tue, 14 Mar 1995 00:02:26 -0500 Date: Tue, 14 Mar 1995 00:02:26 -0500 Message-Id: <199503140502.AAA00368@w2xo.pgh.pa.us> Subject: Ethernet will only transfer small files with FTP Index: usr.bin Folder: FreeBSD-2.0R Apparently-To: FreeBSD-bugfiler@freefall.cdrom.com Sender: bugs-owner@FreeBSD.org Precedence: bulk Description: When transferring files from my 1.1.5.1 system to my 2.0 system, the first 12k comes in immediately, then a pause, then the total goes to 20880, then a long pause at 29400 bytes, from which point nothing further happens. Going in the other direction (client on the 1.1.5.1 system, server running on the 2.0 system, moving files TO the 1.1.5.1 sys) I get "NIC Memory Corrupt, illegal packet length 1518" on the 1.1.5.1 system's console, indicating that the 2.0 system is sending oversize packets. Looks like they are blowing away the WD8003's ram buffer. (Wish I had 2 of those WD8003's!). The 2.0 system's card is a 3Comm 3C500 with the el driver. Is this the problem? It should be electrically identical to a 3C501, but maybe not? The card in the 1.1.5.1 system is a WD8003. I can telnet to the 1.1.5.1 system from the 2.0 system and "cat" the same file, and it scrolls the whole thing out on the screen of the 2.0 system without any hangups. This leads me to believe the problem is in the ftp client, like some sort of disk buffering thing? Also, I have a DOS system on the disk and using a windows shareware program "QVTNET" , with the FTP software packet driver, I get good results with the same card to the 1.1.5.1 system. So, it's most definitely on the 2.0 end. Repeat-By: Telnet into 1.1.5.1 system from 2.0 system using el driver. Try to transfer a large file (> 30K ). Small files work fine. Thanks, Jim Durham From owner-freebsd-bugs Tue Mar 14 06:10:01 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA09928 for bugs-outgoing; Tue, 14 Mar 1995 06:10:01 -0800 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA09921; Tue, 14 Mar 1995 06:10:01 -0800 Date: Tue, 14 Mar 1995 06:10:01 -0800 Message-Id: <199503141410.GAA09921@freefall.cdrom.com> From: Lucas James Reply-To: Lucas James To: freebsd-bugs Subject: kern/243: missing routines for new sound drivers In-Reply-To: Your message of Tue, 14 Mar 1995 11:37:12 +0930 <199503140207.LAA00267@ldjpc.apana.org.au> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 243 >Category: kern >Synopsis: missing routines for new sound drivers >Confidential: yes >Severity: critical >Priority: high >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Mar 14 06:10:00 1995 >Originator: Lucas James >Organization: LDJpc Home Unix >Release: FreeBSD 2.1.0-DEVELOPMENT i386 >Environment: DELL NetPlex 433/P 486DX/33 + 16M ram, 430M IDE hdd, SoundBlaster 16 + Creative CDROM FreeBSD-2.1.0-Development Suped March 14 8:51 (Adelaide time) >Description: New sound drivers don't compile in correctly: loading kernel autoconf.o: Undefined symbol `_setconf' referenced from text segment ioconf.o: Undefined symbol `_sbxdriver' referenced from data segment ioconf.o: Undefined symbol `_sbmdriver' referenced from data segment ioconf.o: Undefined symbol `_matdriver' referenced from data segment *** Error code 1 Stop. -----/sys/i386/conf/LDJPC machine "i386" cpu "I386_CPU" cpu "I486_CPU" cpu "I586_CPU" # aka Pentium(tm) ident LDJPC maxusers 64 options "CHILD_MAX=128" options "OPEN_MAX=128" options "COMPAT_43" options USER_LDT #allow user-level control of i386 ldt options SYSVSHM options SYSVSEM options SYSVMSG options DDB options DODUMP options KTRACE #kernel tracing options DIAGNOSTIC options UCONSOLE options INET #Internet communications protocols pseudo-device ether #Generic Ethernet pseudo-device loop #Network loopback device pseudo-device sl 2 #Serial Line IP options "TCP_COMPAT_42" #emulate 4.2BSD TCP bugs options FFS #Fast filesystem pseudo-device pty 16 #Pseudo ttys - can go as high as 64 pseudo-device speaker #Play IBM BASIC-style noises out your speaker pseudo-device log #Kernel syslog interface (/dev/klog) pseudo-device gzip #Exec gzipped a.out's controller isa0 device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint options "PCVT_FREEBSD=210" # pcvt running on FreeBSD 2.1 options XSERVER # include code for XFree86 options HARDFONTS options "MAXCONS=10" device npx0 at isa? port "IO_NPX" irq 13 vector npxintr controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 device lpt0 at isa? port "IO_LPT1" tty irq 7 vector lptintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device ed0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector edintr # SB = SoundBlaster; PAS = ProAudioSpectrum; GUS = Gravis UltraSound # Controls all sound devices controller snd0 # Yamaha OPL-3 FM - for SB, SB Pro, SB16, PAS device opl0 at isa? port 0x388 # Yamaha OPL-3 FM - for PAS #device opl0 at isa? port 0x38a # SoundBlaster DSP driver - for SB, SB Pro, SB16, PAS(emulating SB) device sb0 at isa? port 0x220 irq 7 drq 1 vector sbintr # SoundBlaster 16 DSP driver - for SB16 - requires sb0 device device sbxvi0 at isa? drq 5 # SoundBlaster 16 MIDI - for SB16 - requires sb0 device device sbmidi0 at isa? port 0x300 # ProAudioSpectrum PCM and Midi - for PAS #device pas0 at isa? port 0x388 irq 10 drq 6 vector pasintr # MPU-401 - for MPU-401 standalone card #device mpu0 at isa? port 0x330 irq 6 drq 0 # Gravis UltraSound - for GUS, GUS16, GUSMAX #device gus0 at isa? port 0x220 irq 11 drq 1 vector gusintr # Gravis UltraSound 16 bit option - for GUS16 - requires gus0 #device gusxvi0 at isa? port 0x530 irq 7 drq 3 vector adintr # Gravis UltraSound MAX - for GUSMAX - requires gus0 #device gusmax0 at isa? port 0x32c # MS Sound System #device mss0 at isa? port 0x530 irq 10 drq 1 vector adintr # 6850 UART Midi #device uart0 at isa? port 0x330 irq 5 vector "m6850intr" device pca0 at isa? tty controller matcd0 at isa? port ? -----end of /sys/i386/conf/LDJPC >How-To-Repeat: config LDJPC cd ../../compile/LDJPC make >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Mar 14 12:51:38 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA00255 for bugs-outgoing; Tue, 14 Mar 1995 12:51:38 -0800 Received: from seagull.rtd.com (root@Seagull.rtd.com [198.102.68.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA00249 for ; Tue, 14 Mar 1995 12:51:37 -0800 Received: (from bodkins@localhost) by seagull.rtd.com (8.6.9/8.6.9.1) id NAA04376 for bugs@freebsd.org; Tue, 14 Mar 1995 13:51:36 -0700 From: Jim Bodkins Message-Id: <199503142051.NAA04376@seagull.rtd.com> Subject: libss build error To: bugs@FreeBSD.org Date: Tue, 14 Mar 1995 13:51:35 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 410 Sender: bugs-owner@FreeBSD.org Precedence: bulk Hi, I am using the binaries from the CD. Downloaded the sources from 2.0-950210-SNAP and did a build world. All appeared to be well, until the libraries. libss won't build. The error is make: don't know how to build ss_err.et, that is the error table isn't getting built by compile_et, I think. Should I have gotten ss_err.et with the source? Is it built else where? Whats up. Any help would help. Jim From owner-freebsd-bugs Tue Mar 14 13:32:21 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA04113 for bugs-outgoing; Tue, 14 Mar 1995 13:32:21 -0800 Received: from hutcs.cs.hut.fi (root@hutcs.cs.hut.fi [130.233.192.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA04103 for ; Tue, 14 Mar 1995 13:32:13 -0800 Received: from shadows.cs.hut.fi by hutcs.cs.hut.fi with SMTP id AA10783 (5.65c8/HUTCS-S 1.4 for ); Tue, 14 Mar 1995 23:31:58 +0200 From: Heikki Suonsivu Received: (hsu@localhost) by shadows.cs.hut.fi (8.6.10/8.6.10) id XAA05156; Tue, 14 Mar 1995 23:32:00 +0200 Date: Tue, 14 Mar 1995 23:32:00 +0200 Message-Id: <199503142132.XAA05156@shadows.cs.hut.fi> To: terry@cs.weber.edu (Terry Lambert) Cc: freebsd-bugs@freefall.cdrom.com In-Reply-To: terry@cs.weber.edu's message of 13 Mar 1995 19:32:14 +0200 Subject: Re: 950210-SNAP Problems ... Organization: Helsinki University of Technology, Otaniemi, Finland Sender: bugs-owner@FreeBSD.org Precedence: bulk > /kernel: sd0(ncr0:0:0): acs 47 = PARITY ERROR You can't have too many static strings in the kernel! (one of my favorite double entendre's) I wouldn't mind the bloat of 2k bytes, but it can always be made optional (Linux asks for verbose SCSI errors in config, though I have never checked out what it actually does). - Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@cs.hut.fi home +358-0-8031121 work -4513377 fax -4555276 riippu SN From owner-freebsd-bugs Tue Mar 14 13:33:36 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA04242 for bugs-outgoing; Tue, 14 Mar 1995 13:33:36 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA04228 for ; Tue, 14 Mar 1995 13:33:34 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA07865; Tue, 14 Mar 95 10:52:03 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503141752.AA07865@cs.weber.edu> Subject: Re: 950210-SNAP Problems ... To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 14 Mar 95 10:52:02 MST Cc: freebsd-bugs@FreeBSD.org In-Reply-To: <199503140720.IAA01311@uriah.heep.sax.de> from "J Wunsch" at Mar 14, 95 08:20:47 am X-Mailer: ELM [version 2.4dev PL52] Sender: bugs-owner@FreeBSD.org Precedence: bulk > As Terry Lambert wrote: > > > > > > You can't have too many static strings in the kernel! > > > > > > So perhaps it should be made an LKM? :--) > > > > As in "there is no such thing as too many static strings in the kernel" > > > > ...or was that "too many static strings in the kernel would be bad". > > I rather thought of an LKM to interpret the ASC's. Syslogd could > load it... :-) At least, the strings are no longer _static_ then. Actually... A console message interpreter program would be a nice thing, as would a rolling log in the kernel as a /dev (UNIX uses /dev/osm for "OS Messages"). The intent of the program would be to output console messages to the console, with no other connection to the console. That is, it would live on the "master" end of a 2 headed device, with the slave end being the currently active console message destination and the master end bing /dev/console. Actually, this distinction has been a long time coming for the console device. Real pain for X Consoles. The main boot and other messages would go to /dev/console (and thus to the target for /dev/console's hidden slave). You can't really do anything about those. But the translation of the rolling log ought to be subject to internationalization and catalog entry. The main sticky point to take care of is allowing multiple readers of /dev/osm to deal with it their own way and to roll the log on message boundries. ,-------- kernel messages --------. | | | ,-> translator -. | | | | | | | | | v | v v /dev/osm >>>>>> /dev/osm /dev/console >> ? varies ? (source) (sink) (source) (sink) The main problem now goes back to another issue that was recently discussed, which is serial I/O and the concept of canonical vs. signal processing on devices. Really, the signal processing want to be tied to the device references and the console output wants to have a permanent location (the "real" console) and a temporarily reassigned location (the "current console message destination") which could be a pty for an X terminal. This implies a logical seperation of signal processing and cannonical processing, which is part of what is necessary to reduce the serial driver porting overhead (by increasing the amount of shared code) anyway. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-bugs Tue Mar 14 19:58:35 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA07748 for bugs-outgoing; Tue, 14 Mar 1995 19:58:35 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA07738 for ; Tue, 14 Mar 1995 19:58:30 -0800 Received: (from mmead@localhost) by goof.com (8.6.9/8.6.9) id WAA18339; Tue, 14 Mar 1995 22:56:36 -0500 From: "matthew c. mead" Message-Id: <199503150356.WAA18339@goof.com> Subject: Re: kern/243: missing routines for new sound drivers To: jj@ldjpc.apana.org.au Date: Tue, 14 Mar 1995 22:56:35 -0500 (EST) Cc: freebsd-bugs@freefall.cdrom.com In-Reply-To: <199503141410.GAA09921@freefall.cdrom.com> from "Lucas James" at Mar 14, 95 06:10:01 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2022 Sender: bugs-owner@FreeBSD.org Precedence: bulk Lucas James wrote: > >Number: 243 > >Category: kern > >Synopsis: missing routines for new sound drivers > >Confidential: yes > >Severity: critical > >Priority: high > >Responsible: freebsd-bugs (FreeBSD bugs mailing list) > >State: open > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Tue Mar 14 06:10:00 1995 > >Originator: Lucas James > >Organization: > LDJpc Home Unix > >Release: FreeBSD 2.1.0-DEVELOPMENT i386 > >Environment: > DELL NetPlex 433/P > 486DX/33 + 16M ram, 430M IDE hdd, SoundBlaster 16 + Creative CDROM > FreeBSD-2.1.0-Development Suped March 14 8:51 (Adelaide time) > >Description: > New sound drivers don't compile in correctly: > loading kernel > autoconf.o: Undefined symbol `_setconf' referenced from text segment > ioconf.o: Undefined symbol `_sbxdriver' referenced from data segment > ioconf.o: Undefined symbol `_sbmdriver' referenced from data segment > ioconf.o: Undefined symbol `_matdriver' referenced from data segment > *** Error code 1 > Stop. I got the same problem - sources sup'd 3/14/95 around 10pm EST: gus_vol.o: Undefined symbol `_gus_wave_volume' referenced from text segment gus_vol.o: Undefined symbol `_gus_wave_volume' referenced from text segment gus_vol.o: Undefined symbol `_gus_wave_volume' referenced from text segment ioconf.o: Undefined symbol `_gusdriver' referenced from data segment ioconf.o: Undefined symbol `_gusintr' referenced from data segment ioconf.o: Undefined symbol `_gusxvidriver' referenced from data segment ioconf.o: Undefined symbol `_adintr' referenced from data segment ioconf.o: Undefined symbol `_gusmaxdriver' referenced from data segment -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-bugs Wed Mar 15 01:43:01 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA22701 for bugs-outgoing; Wed, 15 Mar 1995 01:43:01 -0800 Received: from uclink.berkeley.edu (uclink.Berkeley.EDU [128.32.155.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA22618; Wed, 15 Mar 1995 01:39:49 -0800 Received: by uclink.berkeley.edu (8.6.9/1.33(web)-OV4) id BAA19039; Wed, 15 Mar 1995 01:39:46 -0800 Date: Wed, 15 Mar 1995 01:39:46 -0800 From: jmacd@uclink.berkeley.edu (Joshua Peck Macdonald) Message-Id: <199503150939.BAA19039@uclink.berkeley.edu> To: bugs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: ncr still fails in -current Sender: bugs-owner@FreeBSD.org Precedence: bulk I reported a notices several days ago that the PCI drivers were totally fialing on my ncr 53c810 card. Stephan (se@FreeBSD.org) replied saying that using kernel config option PCI_REMAP would make use of the older (working code). I tried this, and still it does not work, however, it now fails in another place during startup. I don't have the rest of the -current binaries installed anymore, as I did the last time I was reporting this problem, so maybe that is the problem now, I was using fairly current kernel sources and kernel lkms though. Now, instead of panicing while probing the ncr device, it gets through to the filesystems check, runs /etc/netstart, and all that, and where a normal boot would begin "starting system logger", immediately after /etc/netstart, it panics again, slightly different message, but about this same, this is what I get. Fatal trap 12: page fault while in kernel mode fault virtual address = 0xefc2d400 fault code = supervisor read, page not present instruction pointer = 0x8;0xf016f1f3 code segment = base 0x0, limit 0xfffff, type 0xb1 = DPL 0, pres1, def32 1, gran 1 processor eflags = interupt enabled, resume, IOPL=0 current process = 43 (cp) interupt mask = panic: page fault rebooting... once again, P90 running on an OPTi chipset motherboard with an ncr card. -josh From owner-freebsd-bugs Wed Mar 15 22:09:53 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA01357 for bugs-outgoing; Wed, 15 Mar 1995 22:09:53 -0800 Received: from eccosys.com (neoteny.eccosys.com [199.100.7.5]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id WAA01310; Wed, 15 Mar 1995 22:09:04 -0800 Received: from mail.sanoh.eccosys.com (sirius.sanoh.eccosys.com) by eccosys.com (4.1/SMI-4.1-EB-940511.1) id AA14862; Thu, 16 Mar 95 15:07:13 JST Received: from [199.100.7.136] (mac136.sanoh.eccosys.com) by mail.sanoh.eccosys.com (4.1/3.3W) id AA08576; Thu, 16 Mar 95 15:08:01 JST Message-Id: <9503160608.AA08576@mail.sanoh.eccosys.com> Date: Thu, 16 Mar 1995 15:08:45 +0900 To: FreeBSD-hackers@freefall.cdrom.com, FreeBSD-questions@freefall.cdrom.com, FreeBSD-bugs@freefall.cdrom.com, FreeBSD-current@freefall.cdrom.com From: ushioda@sanoh.eccosys.com (Kazuto Ushioda) X-Sender: ushioda@sirius.sanoh.eccosys.com Mime-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp X-Mailer: Eudora-J(1.3.8-J13) Sender: bugs-owner@FreeBSD.org Precedence: bulk help From owner-freebsd-bugs Thu Mar 16 09:20:01 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA13383 for bugs-outgoing; Thu, 16 Mar 1995 09:20:01 -0800 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA13376; Thu, 16 Mar 1995 09:20:01 -0800 Date: Thu, 16 Mar 1995 09:20:01 -0800 Message-Id: <199503161720.JAA13376@freefall.cdrom.com> From: roottcsh@alano.diatel.upm.es Reply-To: roottcsh@alano.diatel.upm.es To: freebsd-bugs Subject: misc/244: reading groups from YP causes core dumps in a client machine In-Reply-To: Your message of Thu, 16 Mar 1995 18:13:37 +0100 <199503161713.SAA01786@alano.diatel.upm.es> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 244 >Category: misc >Synopsis: reading groups from YP causes core dumps in a client machine >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Mar 16 09:20:00 1995 >Originator: Operator >Organization: >Release: FreeBSD 2.0-RELEASE i386 >Environment: YP/NIS is served by a machine running SunOS 4.1.1. DES encryption is installed in the FreeBSD machine (from skeleton.mikom.csir.co.za). >Description: If you enable group sharing under YP (that is, you add the special "+" group entry to /etc/group), any process that attempts to get the list of group ids of a user, dies with a core dump. Note: enabling YP for user ids seems to work fine. >How-To-Repeat: After starting NIS (make /var/yp ; ypbind), append the following to /etc/group: +::: Now, attempt to login. It will core dump when starting up your session. Or execute "id someone". It will core dump. Or wait until cron executes atrun. atrun will core dump. >Fix: Not known. The only thing I've done is get a stack dump of a process that dies because of this: The command executed is "id jmrueda". gdb reports: Program received signal SIGSEGV (11), Segmentation fault 0x8055870 in strtol.so () (gdb) bt #0 0x8055870 in strtol.so () #1 0x80500cc in atoi.so () #2 0x802f712 in _gr_breakout_yp () #3 0x802f975 in _nextypgroup () #4 0x802f208 in getgrent () #5 0x802f9e5 in getgrouplist.so () #6 0x1daa in user (pw=0x807803c) at id.c:242 #7 0x18fb in main (argc=1, argv=0xefbfde0c) at id.c:142 >Audit-Trail: >Unformatted: : From owner-freebsd-bugs Thu Mar 16 09:40:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA14348 for bugs-outgoing; Thu, 16 Mar 1995 09:40:02 -0800 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA14341; Thu, 16 Mar 1995 09:40:01 -0800 Date: Thu, 16 Mar 1995 09:40:01 -0800 Message-Id: <199503161740.JAA14341@freefall.cdrom.com> From: roottcsh@alano.diatel.upm.es Reply-To: roottcsh@alano.diatel.upm.es To: freebsd-bugs Subject: misc/245: all users imported from YP have UID 0 In-Reply-To: Your message of Thu, 16 Mar 1995 18:34:00 +0100 <199503161734.SAA01942@alano.diatel.upm.es> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 245 >Category: misc >Synopsis: all users imported from YP have UID 0 >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Mar 16 09:40:00 1995 >Originator: Operator >Organization: >Release: FreeBSD 2.0-RELEASE i386 >Environment: YP/NIS served by a machine running SunOS 4.1.1. FreeBSD machine (YP client) has the DES patches from skeleton.mikom.csir.co.za installed >Description: When YP is activated by adding the special "+" entry to the password database, all users imported from YP have UID 0 and GID 0. >How-To-Repeat: Activate YP and add the special "+" entry to /etc/passwd (with vipw). Then execute "id anyone". If that user exists in the YP/NIS database, it will be listed with UID and GID 0, instead of its real UID and GID. Also, if you attempt to "su" to it, you won't be able, unless you are in group wheel. If you attempt to login as that user, you won't be allowed, unless the terminal is secure. Of course, that means that any user listed in the YP database that has access to a secure terminal can be root just by logging with his usual name and password. >Fix: Not known. This didn't happen under FreeBSD 1.1R. >Audit-Trail: >Unformatted: : From owner-freebsd-bugs Thu Mar 16 10:22:29 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA18224 for bugs-outgoing; Thu, 16 Mar 1995 10:22:29 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA18201 for ; Thu, 16 Mar 1995 10:22:10 -0800 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.11/8.6.9) with SMTP id UAA03067; Thu, 16 Mar 1995 20:20:55 +0200 Message-Id: <199503161820.UAA03067@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: roottcsh@alano.diatel.upm.es cc: freebsd-bugs@freefall.cdrom.com Subject: Re: misc/244: reading groups from YP causes core dumps in a client machine Date: Thu, 16 Mar 1995 20:20:55 +0200 From: Mark Murray Sender: bugs-owner@FreeBSD.org Precedence: bulk > >Synopsis: reading groups from YP causes core dumps in a client machine > >Release: FreeBSD 2.0-RELEASE i386 I don't know how much relevance this has, but the -current code has changed quite a bit since the 2.0 days. Have you tried getting your whole machine up to 2.0-current? (not for the faint-hearted!) M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-bugs Thu Mar 16 10:23:18 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA18320 for bugs-outgoing; Thu, 16 Mar 1995 10:23:18 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA18311 for ; Thu, 16 Mar 1995 10:23:06 -0800 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.11/8.6.9) with SMTP id UAA03096; Thu, 16 Mar 1995 20:22:37 +0200 Message-Id: <199503161822.UAA03096@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: roottcsh@alano.diatel.upm.es cc: freebsd-bugs@freefall.cdrom.com Subject: Re: misc/245: all users imported from YP have UID 0 Date: Thu, 16 Mar 1995 20:22:36 +0200 From: Mark Murray Sender: bugs-owner@FreeBSD.org Precedence: bulk > >Synopsis: all users imported from YP have UID 0 > >Release: FreeBSD 2.0-RELEASE i386 Again, I think you should upgrade the whole OS to 2.0-current. The code has changed quite a bit. M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-bugs Thu Mar 16 10:30:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA18743 for bugs-outgoing; Thu, 16 Mar 1995 10:30:03 -0800 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA18731; Thu, 16 Mar 1995 10:30:02 -0800 Date: Thu, 16 Mar 1995 10:30:02 -0800 Message-Id: <199503161830.KAA18731@freefall.cdrom.com> From: Heikki Suonsivu Reply-To: Heikki Suonsivu To: freebsd-bugs Subject: gnu/246: Compiler doesn't define anything to determinate bsd 4.4 origin In-Reply-To: Your message of Thu, 16 Mar 1995 20:27:34 +0200 <199503161827.UAA25477@katiska.clinet.fi> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 246 >Category: gnu >Synopsis: Compiler doesn't define anything to determinate bsd 4.4 origin >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Mar 16 10:30:01 1995 >Originator: Heikki Suonsivu >Organization: Helsinki University of Technology, Finland >Release: FreeBSD 2.1.0-Development i386 >Environment: Current (a week old) >Description: bsd or bsd4_4 or anything should be defined by C compiler. Currently there is nothing but unix, i386 and FreeBSD, which forces #ifdef FreeBSD clutter even when the program only needs generic BSD features, nothing specific to FreeBSD. gcc version 2.6.2 /usr/libexec/cpp -lang-c -v -undef -D__GNUC__=2 -D__GNUC_MINOR__=6 -Dunix -Di386 -D__FreeBSD__=2 -D__unix__ -D__i386__ -D__FreeBSD__=2 -D__unix -D__i386 -Asystem(unix) -Asystem(FreeBSD) -Acpu(i386) -Amachine(i386) /usr/users/hsu/hello.c /var/tmp/cc024742.i >How-To-Repeat: gcc -v existing-file.c >Fix: Add -D__bsd4_4__ and/or -Dbsd4_4 It should make its way into 2.1. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Mar 16 11:05:31 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA23432 for bugs-outgoing; Thu, 16 Mar 1995 11:05:31 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA23426 for ; Thu, 16 Mar 1995 11:05:29 -0800 Received: by halloran-eldar.lcs.mit.edu; id AA21721; Thu, 16 Mar 1995 14:04:21 -0500 Date: Thu, 16 Mar 1995 14:04:21 -0500 From: Garrett Wollman Message-Id: <9503161904.AA21721@halloran-eldar.lcs.mit.edu> To: Heikki Suonsivu Cc: freebsd-bugs@freefall.cdrom.com Subject: gnu/246: Compiler doesn't define anything to determinate bsd 4.4 origin In-Reply-To: <199503161830.KAA18731@freefall.cdrom.com> References: <199503161827.UAA25477@katiska.clinet.fi> <199503161830.KAA18731@freefall.cdrom.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk < said: > bsd or bsd4_4 or anything should be defined by C compiler. Currently > there is nothing but unix, i386 and FreeBSD, which forces #ifdef > FreeBSD clutter even when the program only needs generic BSD features, > nothing specific to FreeBSD. This is intentional. The correct way to find out is: #include #if BSD >= 199103 /* Net/2 stuff */ #elif BSD >= 199306 /* 4.4 stuff */ #elif defined(BSD) && BSD < 100 /* 4.2/4.3 stuff */ #endif -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-bugs Thu Mar 16 13:07:06 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA27200 for bugs-outgoing; Thu, 16 Mar 1995 13:07:06 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA27184; Thu, 16 Mar 1995 13:06:44 -0800 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.11/8.6.9) with SMTP id XAA02031; Thu, 16 Mar 1995 23:06:18 +0200 Message-Id: <199503162106.XAA02031@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: bugs@FreeBSD.org, current@FreeBSD.org Subject: Mysterious hang-type thingy... Date: Thu, 16 Mar 1995 23:06:15 +0200 From: Mark Murray Sender: bugs-owner@FreeBSD.org Precedence: bulk Hi Just to get my word in, I saw (and ignored) a report about a hang that looks like this: While doing a make install, the session concerned just _stops_. No ^c's or ^Z's can stop it. "w" On any other session dies in a similar way. The only way I have recovered the machine is to reboot (shutdown -r does the trick). I have not tried very hard to isolate this. M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-bugs Thu Mar 16 14:43:36 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA01903 for bugs-outgoing; Thu, 16 Mar 1995 14:43:36 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA01897; Thu, 16 Mar 1995 14:43:32 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.11/jtpda-5.0) with SMTP id XAA06525 ; Thu, 16 Mar 1995 23:43:23 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA04144; Thu, 16 Mar 95 23:43:16 +0100 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <9503162243.AA04144@blaise.ibp.fr> Subject: Re: Mysterious hang-type thingy... To: mark@grondar.za (Mark Murray) Date: Thu, 16 Mar 1995 23:43:16 +0100 (MET) Cc: bugs@FreeBSD.org, current@FreeBSD.org In-Reply-To: <199503162106.XAA02031@grunt.grondar.za> from "Mark Murray" at Mar 16, 95 11:06:15 pm X-Operating-System: FreeBSD 2.1.0-Development ctm#429 X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 472 Sender: bugs-owner@FreeBSD.org Precedence: bulk > While doing a make install, the session concerned just _stops_. No ^c's > or ^Z's can stop it. "w" On any other session dies in a similar way. > > The only way I have recovered the machine is to reboot (shutdown -r does > the trick). I have not tried very hard to isolate this. Nice to see I'm not the only one :-) and :-( -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #1: Mon Mar 6 23:55:18 MET 1995 From owner-freebsd-bugs Thu Mar 16 20:10:12 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA13198 for bugs-outgoing; Thu, 16 Mar 1995 20:10:12 -0800 Received: (from wpaul@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA13179; Thu, 16 Mar 1995 20:10:10 -0800 Date: Thu, 16 Mar 1995 20:10:10 -0800 From: Bill Paul Message-Id: <199503170410.UAA13179@freefall.cdrom.com> To: wpaul, freebsd-bugs Subject: Changed information for PR misc/245 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: all users imported from YP have UID 0 State-Changed-From-To: open-closed State-Changed-By: wpaul State-Changed-When: Thu Mar 16 20:06:37 PST 1995 State-Changed-Why: There is no bug: the reason this is happening is that you have not configured things correctly. To turn on client access to the passwd map, you have to use vipw to add a line to /etc/master.passwd that says '+::::::::: (that's a plus sign and nine colons). Using just a plus sign doesn't work. From owner-freebsd-bugs Thu Mar 16 21:17:48 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA15173 for bugs-outgoing; Thu, 16 Mar 1995 21:17:48 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA15167; Thu, 16 Mar 1995 21:17:45 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id VAA17638; Thu, 16 Mar 1995 21:17:23 -0800 From: "Rodney W. Grimes" Message-Id: <199503170517.VAA17638@gndrsh.aac.dev.com> Subject: Re: Changed information for PR misc/245 To: wpaul@freefall.cdrom.com (Bill Paul) Date: Thu, 16 Mar 1995 21:17:23 -0800 (PST) Cc: wpaul@freefall.cdrom.com, freebsd-bugs@freefall.cdrom.com In-Reply-To: <199503170410.UAA13179@freefall.cdrom.com> from "Bill Paul" at Mar 16, 95 08:10:10 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 871 Sender: bugs-owner@FreeBSD.org Precedence: bulk > > Synopsis: all users imported from YP have UID 0 > > State-Changed-From-To: open-closed > State-Changed-By: wpaul > State-Changed-When: Thu Mar 16 20:06:37 PST 1995 > State-Changed-Why: > There is no bug: the reason this is happening is that you have not > configured things correctly. To turn on client access to the passwd map, > you have to use vipw to add a line to /etc/master.passwd that says > '+::::::::: (that's a plus sign and nine colons). Using just a > plus sign doesn't work. Perhaps the code that reads /etc/master.passwd file and recognizes the bogos "+" only line and does all this strange stuff should be fixed to emit a syslog error!!! Otherwise we are going to see this bug report again! -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-bugs Thu Mar 16 23:34:37 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA01060 for bugs-outgoing; Thu, 16 Mar 1995 23:34:37 -0800 Received: from ambixpc2.zdv.uni-tuebingen.de (root@ambixpc2.zdv.uni-tuebingen.de [134.2.1.33]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA01045 for ; Thu, 16 Mar 1995 23:34:26 -0800 Received: by ambixpc2.zdv.uni-tuebingen.de (Linux Smail3.1.28.1 #1) Sender: bugs-owner@FreeBSD.org Precedence: bulk id m0rpWY7-00001rC; Fri, 17 Mar 95 08:34 MET Date: Fri, 17 Mar 1995 08:34:18 +0100 (MET) From: Michael Class To: bugs@FreeBSD.org Subject: System hang Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII > While doing a make install, the session concerned just _stops_. No ^c's > or ^Z's can stop it. "w" On any other session dies in a similar way. > > The only way I have recovered the machine is to reboot (shutdown -r does > the trick). I have not tried very hard to isolate this. count me too for this one :-( ------------------------------------------------------------------------- michael class michael.class@zdv.uni-tuebingen.de ZDV Uni-Tuebingen, Morgenstelle C2-P28, Tel. +49 7071 29-7539 ------------------------------------------------------------------------- From owner-freebsd-bugs Fri Mar 17 00:01:27 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA03233 for bugs-outgoing; Fri, 17 Mar 1995 00:01:27 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA02864; Thu, 16 Mar 1995 23:58:10 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA11643; Fri, 17 Mar 1995 17:57:03 +1000 Date: Fri, 17 Mar 1995 17:57:03 +1000 From: Bruce Evans Message-Id: <199503170757.RAA11643@godzilla.zeta.org.au> To: davidg@Root.COM, mark@grondar.za, roberto@blaise.ibp.fr Subject: Re: Mysterious hang-type thingy... Cc: bugs@FreeBSD.org, current@FreeBSD.org Sender: bugs-owner@FreeBSD.org Precedence: bulk >> While doing a make install, the session concerned just _stops_. No ^c's >> or ^Z's can stop it. "w" On any other session dies in a similar way. >> >> The only way I have recovered the machine is to reboot (shutdown -r does >> the trick). I have not tried very hard to isolate this. >Nice to see I'm not the only one :-) and :-( Perhaps this is the same bug that I worked around the other day. /etc/rc started hanging for the `[' process. The ddb inbuilt command `ps' said that `[' was waiting in on the channel `objde1'. ps's formatting isn't good so this looked like a bug in the formatting, but there really is a channel `objde1'. I think the hang is when `[' tries to exit. /etc/rc executes a whole lot of `['s without executing any other processes. My /bin/[ is special in being linked shared (like all the other executables in my /bin and /sbin). The hang only occurred on about 90% of boots. I worked around the problem by replacing /bin/[ by one linked statically. `make install' is a bit like /etc/rc in that it often runs the same small process many times in a row. Bruce From owner-freebsd-bugs Fri Mar 17 03:37:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA03741 for bugs-outgoing; Fri, 17 Mar 1995 03:37:02 -0800 Received: from isl.cf.ac.uk (isl-gate.elsy.cf.ac.uk [131.251.22.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA03723; Fri, 17 Mar 1995 03:36:46 -0800 Received: (from paul@localhost) by isl.cf.ac.uk (8.6.9/8.6.9) id LAA03313; Fri, 17 Mar 1995 11:33:29 GMT From: Paul Richards Message-Id: <199503171133.LAA03313@isl.cf.ac.uk> Subject: Re: Changed information for PR misc/245 To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Fri, 17 Mar 1995 11:33:28 +0000 (GMT) Cc: wpaul@freefall.cdrom.com, freebsd-bugs@freefall.cdrom.com In-Reply-To: <199503170517.VAA17638@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Mar 16, 95 09:17:23 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1242 Sender: bugs-owner@FreeBSD.org Precedence: bulk In reply to Rodney W. Grimes who said > > > > > Synopsis: all users imported from YP have UID 0 > > > > State-Changed-From-To: open-closed > > State-Changed-By: wpaul > > State-Changed-When: Thu Mar 16 20:06:37 PST 1995 > > State-Changed-Why: > > There is no bug: the reason this is happening is that you have not > > configured things correctly. To turn on client access to the passwd map, > > you have to use vipw to add a line to /etc/master.passwd that says > > '+::::::::: (that's a plus sign and nine colons). Using just a > > plus sign doesn't work. > > Perhaps the code that reads /etc/master.passwd file and recognizes the > bogos "+" only line and does all this strange stuff should be fixed to > emit a syslog error!!! > > Otherwise we are going to see this bug report again! I'm more concerned about the fact the bug isn't actually fixed. The original report looked pretty scary and if compromising root is possible from a simple configuration error then we have a serious bug. -- Paul Richards, FreeBSD core team member. Phone: +44 1222 874000 x6646 (work), +44 1222 457651 (home) Dept. Mechanical Engineering, University of Wales, College Cardiff. Internet: paul@FreeBSD.org, URL: http://isl.cf.ac.uk/~paul/ From owner-freebsd-bugs Fri Mar 17 03:51:51 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA04242 for bugs-outgoing; Fri, 17 Mar 1995 03:51:51 -0800 Received: from steam.engin.umich.edu (gineoh@steam.engin.umich.edu [141.212.128.16]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA04234 for ; Fri, 17 Mar 1995 03:51:44 -0800 Received: (gineoh@localhost) by steam.engin.umich.edu (8.6.10/8.6.4) id GAA24402; Fri, 17 Mar 1995 06:51:40 -0500 Date: Fri, 17 Mar 1995 06:37:38 -0400 (EDT) From: david lawrence hoenig Subject: Can't install 2.0-RELEASE on EIDE HD To: bugs@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@FreeBSD.org Precedence: bulk Hello- I have read all the newsgroups on freebsd and I didn't see anything on this so I'm asking you. I just got a DELL P75 w/ EIDE 1.0 gigabyte hard drive. Here's the default CMOS geometry: cylndrs heads sectors size 525 64 63 1083 megabytes problem is FreeBSD says it can't handle 64 heads and reverts to 16 in which case it will then not boot from the hard disk. I have tried setting the cmos to 16 heads and 2100 cylinders which seems to work for BSD and allows me use of the entire disk, but then the DOS partition doesn't work. I have tried writing my own partition table with different geometry for the two partitions with little success. I was able to get BSD to boot from the Hard disk, but dos would always have to be booted from a floppy, and the two partions only totaled 800 of my 1000 megs. It seems others would have encountered this problem and there must be an easy fix that I am missing. Any suggestions would be _greatly_ appreciated. -David Hoenig From owner-freebsd-bugs Fri Mar 17 07:20:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA09183 for bugs-outgoing; Fri, 17 Mar 1995 07:20:03 -0800 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA09176; Fri, 17 Mar 1995 07:20:02 -0800 Date: Fri, 17 Mar 1995 07:20:02 -0800 Message-Id: <199503171520.HAA09176@freefall.cdrom.com> From: Dave Matthews Reply-To: Dave Matthews To: freebsd-bugs Subject: kern/247: Berkeley Packet Filter fix In-Reply-To: Your message of Fri, 17 Mar 1995 13:56:33 GMT <199503171356.NAA26038@severn.prolingua.co.uk> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 247 >Category: kern >Synopsis: Berkeley Packet Filter fix >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Mar 17 07:20:01 1995 >Originator: Dave Matthews >Organization: Prolingua Ltd >Release: FreeBSD 2.0-RELEASE i386 >Environment: >Description: When I ported the CAP (Columbia Appletalk Package) to FreeBSD 1.0 I discovered what I felt to be a bug in the BPF code. I sent a simple fix to comp.386bsd.bugs but the fix hasn't been incorporated into FreeBSD 2.0 . The problem occurs when writing to the packet filter device and results in the ethernet type field being reversed. The reason is that CAP writes the data to the device in network order, then "bpf_movein" takes the ethernet header off as uninterpreted bytes. The ethernet device puts back the header, but converts the type field from host to network order. >How-To-Repeat: >Fix: My fix was to have "bpf_movein" convert the type field back from network to host order. *** /usr/src/sys/net/bpf.c Fri Mar 17 13:45:47 1995 --- /usr/src/sys/net/bpf.c.ORIG Sun Oct 9 08:35:03 1994 *************** *** 217,234 **** error = UIOMOVE((caddr_t)sockp->sa_data, hlen, UIO_WRITE, uio); if (error) goto bad; - - if (linktype == DLT_EN10MB) { - /* Adjust the protocol field. The type field - should already be in network order, but the - ethernet driver will assume that this is - an ethernet header with the type field in - host order. */ - struct ether_header *eh; - eh = (struct ether_header *)sockp->sa_data; - eh->ether_type = ntohs(eh->ether_type); - } - } error = UIOMOVE(mtod(m, caddr_t), len - hlen, UIO_WRITE, uio); if (!error) --- 217,222 ---- It may that there was a good reason why the fix wasn't incorporated, in which case it is easy enough to get round in the CAP code. I have already had people asking about running CAP on FreeBSD 2.0 and I would like to submit my patches. It would be nice to know whether this should be fixed by a temporary kernel patch or a work-around in the CAP code. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Mar 17 09:41:17 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA00305 for bugs-outgoing; Fri, 17 Mar 1995 09:41:17 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA00299 for ; Fri, 17 Mar 1995 09:41:10 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id BAA22809; Sat, 18 Mar 1995 01:54:21 +1000 Date: Sat, 18 Mar 1995 01:54:21 +1000 From: Bruce Evans Message-Id: <199503171554.BAA22809@godzilla.zeta.org.au> To: bugs@FreeBSD.org, gineoh@engin.umich.edu Subject: Re: Can't install 2.0-RELEASE on EIDE HD Sender: bugs-owner@FreeBSD.org Precedence: bulk >drive. Here's the default CMOS geometry: > cylndrs heads sectors size > 525 64 63 1083 megabytes >problem is FreeBSD says it can't handle 64 heads and reverts to 16 in >which case it will then not boot from the hard disk. I have tried Yes, it can't handle 64 heads, and it makes matters worse by reverting to 16 heads without correspondingly adjusting the number of sectors and cylinders. 64 heads used to be a configuration error. This configuration might work iff the BSD partition starts on the first head on the first cylinder, i.e., on a sectore < 63. >setting the cmos to 16 heads and 2100 cylinders which seems to work for >BSD and allows me use of the entire disk, but then the DOS partition >doesn't work. I have tried writing my own partition table with different This confguration might work if all bootable partitions are keep below cylinder 1024. Bruce From owner-freebsd-bugs Fri Mar 17 10:00:00 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA02970 for bugs-outgoing; Fri, 17 Mar 1995 10:00:00 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA02955 for ; Fri, 17 Mar 1995 09:59:54 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA29129; Fri, 17 Mar 95 10:52:34 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503171752.AA29129@cs.weber.edu> Subject: Re: Can't install 2.0-RELEASE on EIDE HD To: gineoh@engin.umich.edu (david lawrence hoenig) Date: Fri, 17 Mar 95 10:52:33 MST Cc: bugs@FreeBSD.org In-Reply-To: from "david lawrence hoenig" at Mar 17, 95 06:37:38 am X-Mailer: ELM [version 2.4dev PL52] Sender: bugs-owner@FreeBSD.org Precedence: bulk > I have read all the newsgroups on freebsd and I didn't see anything on > this so I'm asking you. I just got a DELL P75 w/ EIDE 1.0 gigabyte hard > drive. Here's the default CMOS geometry: > > cylndrs heads sectors size > 525 64 63 1083 megabytes > > problem is FreeBSD says it can't handle 64 heads and reverts to 16 in > which case it will then not boot from the hard disk. I have tried > setting the cmos to 16 heads and 2100 cylinders which seems to work for > BSD and allows me use of the entire disk, but then the DOS partition > doesn't work. I have tried writing my own partition table with different > geometry for the two partitions with little success. I was able to get BSD > to boot from the Hard disk, but dos would always have to be booted from a > floppy, and the two partions only totaled 800 of my 1000 megs. It > seems others would have encountered this problem and there must be an easy > fix that I am missing. Any suggestions would be _greatly_ appreciated. The BIOS based I/O uses C/H/S values to do it's I/O. The number of bits available in the BIOS I/O calls is insufficient to represent the number 64. BSD uses BIOS I/O to load its kernel. EIDE drives have an OnTrack or equivalent Master Boot Record that loads a redirector that extends the interface. What do you propose we do? The typical workaround is to reformat the drive to get rid of the MBR -- this is not a reversable process, unless you have the disks the OEM used to install it. I do *not* recommend it. The other workaround is to use the entire disk for BSD (effectively the same thing). The reason both of these work is that BSD itself is capable of addressing more than 1024 cylinders. This still imposes a limit of 512M, since the WD interface is expected to be an extention of the ATA, which is to say, limited to 10 bits of cylinder decode. Someone needs to reimplement the EIDE sector addressing extensions that the EIDE drive boot record or EIDE ROM redirector installed by the controller POST routine uses to access more than the legal limit on drive space. If you can find the standards documents and someone familiar with BSD coding that has an EIDE drive, your problem will probably be solved in short order. The Catch-22 here is that people familiar with BSD coding don't buy EIDE drives. Some thought is currently going into how to organizationally support developement of drivers for orphan hardware, possibly by having a common-to-all-BSD's consortium buy the hardware for willing programmers, but nothing has been formalized so far. Until something like that happens, you will probably not be able to use EIDE drives fir FreeBSD, NetBSD, or even BSDI. Regards, Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-bugs Fri Mar 17 10:50:01 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA05941 for bugs-outgoing; Fri, 17 Mar 1995 10:50:01 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA05935 for ; Fri, 17 Mar 1995 10:49:56 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA29432; Fri, 17 Mar 95 11:43:13 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503171843.AA29432@cs.weber.edu> Subject: Re: Can't install 2.0-RELEASE on EIDE HD To: bde@zeta.org.au (Bruce Evans) Date: Fri, 17 Mar 95 11:43:13 MST Cc: bugs@FreeBSD.org, gineoh@engin.umich.edu In-Reply-To: <199503171554.BAA22809@godzilla.zeta.org.au> from "Bruce Evans" at Mar 18, 95 01:54:21 am X-Mailer: ELM [version 2.4dev PL52] Sender: bugs-owner@FreeBSD.org Precedence: bulk > >drive. Here's the default CMOS geometry: > > > cylndrs heads sectors size > > 525 64 63 1083 megabytes > > >problem is FreeBSD says it can't handle 64 heads and reverts to 16 in > >which case it will then not boot from the hard disk. I have tried > > Yes, it can't handle 64 heads, and it makes matters worse by reverting > to 16 heads without correspondingly adjusting the number of sectors and > cylinders. 64 heads used to be a configuration error. > > This configuration might work iff the BSD partition starts on the first > head on the first cylinder, i.e., on a sectore < 63. Actully, it should have intermittent areas of 16 sectors throughout the disk where this would work. Making this work this way is frobbing, and there is no way to put a pretty face on it to allow this to be an acceptable general user configuration. No matter how you slice it, manual intervention by a user to do frobbing of values will be required. This is not acceptable for a "supported configuration". Party line should be that this is not a supported configuration until there is EIDE support integrated in to kill off the need to frob. > >setting the cmos to 16 heads and 2100 cylinders which seems to work for > >BSD and allows me use of the entire disk, but then the DOS partition > >doesn't work. I have tried writing my own partition table with different > > This confguration might work if all bootable partitions are keep below > cylinder 1024. On a drive with an assumed translated geometry of no more than 16 heads. This works out to a 512M limitation on the end of the 'a' slice, and since that can't be determined without yet-more-frobbing, basically a 512M limit on disk size unless you are a well-seasoned BSD installer with a good working knowledge of the boot process. In which case, the machine probably wouldn't be an EIDE box unless the intent of the programmer was to run it as a second box while developing EIDE support on their first non-EIDE box. The poor user is going to find themselves dragged through hell to get this working. 8-(. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-bugs Fri Mar 17 11:02:39 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA06256 for bugs-outgoing; Fri, 17 Mar 1995 11:02:39 -0800 Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA06249; Fri, 17 Mar 1995 11:02:34 -0800 Received: (from dfr@localhost) by minnow.render.com (8.6.9/8.6.9) id PAA16781; Fri, 17 Mar 1995 15:41:37 GMT Date: Fri, 17 Mar 1995 15:41:36 +0000 (GMT) From: Doug Rabson To: Mark Murray cc: bugs@FreeBSD.org, current@FreeBSD.org Subject: Re: Mysterious hang-type thingy... In-Reply-To: <199503162106.XAA02031@grunt.grondar.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@FreeBSD.org Precedence: bulk On Thu, 16 Mar 1995, Mark Murray wrote: > Hi > > Just to get my word in, I saw (and ignored) a report about a hang that > looks like this: > > While doing a make install, the session concerned just _stops_. No ^c's > or ^Z's can stop it. "w" On any other session dies in a similar way. > > The only way I have recovered the machine is to reboot (shutdown -r does > the trick). I have not tried very hard to isolate this. I saw something like this trying to do a make world recently (~11 or 12 Mar) but I thought it was down to the recent VM instabilities. I haven't tried running make world since then. -- Doug Rabson, RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939 From owner-freebsd-bugs Fri Mar 17 15:40:54 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA00218 for bugs-outgoing; Fri, 17 Mar 1995 15:40:54 -0800 Received: from suntan.Tandem.com (suntan.tandem.com [192.216.221.8]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA00211 for ; Fri, 17 Mar 1995 15:40:51 -0800 Received: from zorch.sf-bay.org by suntan.Tandem.com (4.1/suntan5.950313) for bugs@freebsd.org id AA17591; Fri, 17 Mar 95 15:40:18 PST Received: (from scott@localhost) by zorch.sf-bay.org (8.6.9/8.6.9) id PAA09324 for bugs@freebsd.org; Fri, 17 Mar 1995 15:39:29 -0800 Date: Fri, 17 Mar 1995 15:39:29 -0800 From: Scott Hazen Mueller Message-Id: <199503172339.PAA09324@zorch.sf-bay.org> To: bugs@FreeBSD.org Subject: bug in libc Sender: bugs-owner@FreeBSD.org Precedence: bulk rpc/auth_unix.c sense of test for authunix_maxgrouplist being changed is backwards. *** auth_unix.c Fri Mar 17 14:44:56 1995 --- auth_unix.c.orig Fri Mar 17 14:44:30 1995 *************** *** 149,155 **** aup.aup_gid = gid; /* GW: continuation of max group list hack */ if(authunix_maxgrouplist != 0) { ! aup.aup_len = ((len < authunix_maxgrouplist) ? len : authunix_maxgrouplist); } else { aup.aup_len = (u_int)len; --- 149,155 ---- aup.aup_gid = gid; /* GW: continuation of max group list hack */ if(authunix_maxgrouplist != 0) { ! aup.aup_len = ((len > authunix_maxgrouplist) ? len : authunix_maxgrouplist); } else { aup.aup_len = (u_int)len; From owner-freebsd-bugs Fri Mar 17 17:40:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA05054 for bugs-outgoing; Fri, 17 Mar 1995 17:40:02 -0800 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA05047; Fri, 17 Mar 1995 17:40:01 -0800 Date: Fri, 17 Mar 1995 17:40:01 -0800 Message-Id: <199503180140.RAA05047@freefall.cdrom.com> From: Paul Traina Reply-To: Paul Traina To: freebsd-bugs Subject: kern/248: scbus attach/probe printf inconsistency In-Reply-To: Your message of Fri, 17 Mar 1995 17:30:52 -0800 <199503180130.RAA01815@precipice.Shockwave.COM> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 248 >Category: kern >Synopsis: scbus attach/probe information is inconsistent >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Mar 17 17:40:00 1995 >Originator: Paul Traina >Organization: Nit-pickers anonymous. >Release: FreeBSD 2.1.0-Development i386 >Environment: FreeBSD-current supped yesterday (3/16/95) running on a buslogic BT445S controller with an assortment of drives. >Description: bt0: Bt445S/ 0-PCI/EISA/VLB(32bit) bus bt0: reading board settings, dma=5, int=11 bt0: version 3.37, fast sync, no parity, 32 mbxs, 32 ccbs bt0: targ 0 sync rate=10.00MB/s(100ns), offset=15 bt0: targ 1 sync rate= 4.54MB/s(220ns), offset=15 bt0: targ 4 async bt0: targ 6 async bt0: Enabling Round robin scheme bt0 at 0x330 irq 11 drq 5 on isa scbus0: (bt0:0:0): "QUANTUM PD1800S 3161" is a type 0 fixed SCSI 2 **1** sd0(bt0:0:0): Direct-Access sd0(bt0:0:0): 1717MB (3517856 sectors), 3008 C 14 H 83 S/T 512 B/S (bt0:1:0): "MAXTOR P0-12S JB22" is a type 0 fixed SCSI 1 **2** sd1(bt0:1:0): Direct-Access sd1(bt0:1:0): 997MB (2042265 sectors), 1795 C 15 H 75 S/T 512 B/S (bt0:4:0): "NEC CD-ROM DRIVE:210 1.0" is a type 5 removable SCSI 1 **3** cd0(bt0:4:0): CD-ROM cd present.[295019 x 2048 byte records] (bt0:6:0): "WANGTEK 5150ES SCSI FA14 08" is a type 1 removable SCSI 1 **4** st0(bt0:6:0): Sequential-Access drive offline Note that line 1 has been prefaced with the name of the controller (well the channel), but lines 2, 3, and 4 have not. Now, you might tend to say, we just don't repeat the channel identifier multiple times, but that's not consistent with the rest of the kernel. >How-To-Repeat: Boot a kernel with more than 1 scsi device >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Mar 17 18:46:27 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA06180 for bugs-outgoing; Fri, 17 Mar 1995 18:46:27 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA06173 for ; Fri, 17 Mar 1995 18:46:15 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id MAA05056; Sat, 18 Mar 1995 12:43:56 +1000 Date: Sat, 18 Mar 1995 12:43:56 +1000 From: Bruce Evans Message-Id: <199503180243.MAA05056@godzilla.zeta.org.au> To: bde@zeta.org.au, terry@cs.weber.edu Subject: Re: Can't install 2.0-RELEASE on EIDE HD Cc: bugs@FreeBSD.org, gineoh@engin.umich.edu Sender: bugs-owner@FreeBSD.org Precedence: bulk >> > cylndrs heads sectors size >> > 525 64 63 1083 megabytes >> >> This configuration might work iff the BSD partition starts on the first >> head on the first cylinder, i.e., on a sectore < 63. >Actully, it should have intermittent areas of 16 sectors throughout >the disk where this would work. Actually, you'd have to look at the pathology in the driver to see what it would do... it's closer to working that I thought. The driver modifies the geometry in the label from (525, 64, 63, secperunit = correct, secpercyl = 64*63) to (525, H, 63, secperunit = correct, secpercyl = 64*63) where H = (number of heads reported by drive or 16 if drive couldn't report it). Note that the driver doesn't modify secpercyl, so it screws up the C/H/S calculations later; otherwise the modified geometry would work on modern drives. If H == 16, then cylinder addresses given to the controller will be too small by a factor of 4. Bruce From owner-freebsd-bugs Fri Mar 17 21:18:58 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA12660 for bugs-outgoing; Fri, 17 Mar 1995 21:18:58 -0800 Received: (from wpaul@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA12643; Fri, 17 Mar 1995 21:18:57 -0800 Date: Fri, 17 Mar 1995 21:18:57 -0800 From: Bill Paul Message-Id: <199503180518.VAA12643@freefall.cdrom.com> To: wpaul, freebsd-bugs Subject: Changed information for PR misc/244 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: reading groups from YP causes core dumps in a client machine State-Changed-From-To: open-closed State-Changed-By: wpaul State-Changed-When: Fri Mar 17 21:06:37 PST 1995 State-Changed-Why: Fixed. the grscan() utility function inside getgrent.c in libc would slam head-first into a null pointer dereference when it hit the +::: entry while processing a string of getgrent() calls. This means that any programs that tried to scroll through the group database with getgrent() would self-destruct after retrieving the last locally stored group entry. grscan() is now smart enough to avoid the circumstances that would lead to the null pointer dereference. From owner-freebsd-bugs Fri Mar 17 21:20:01 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA12704 for bugs-outgoing; Fri, 17 Mar 1995 21:20:01 -0800 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA12697; Fri, 17 Mar 1995 21:20:01 -0800 Date: Fri, 17 Mar 1995 21:20:01 -0800 Message-Id: <199503180520.VAA12697@freefall.cdrom.com> From: smp@clem.systemsix.com Reply-To: smp@clem.systemsix.com To: freebsd-bugs Subject: misc/249: bug in netstart In-Reply-To: Your message of Fri, 17 Mar 1995 22:20:17 -0700 <199503180520.WAA04342@rick.systemsix.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 249 >Category: misc >Synopsis: $hostname variable in /etc/netstart not always set >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Mar 17 21:20:00 1995 >Originator: Steve Passe >Organization: New Ideas >Release: FreeBSD 2.1.0-Development i386 >Environment: 950210-SNAP, DISKLESS kernel >Description: /etc/netstart fails to set its variable $hostname when `hostname -s` returns a valid value. The test "if [ -z "`hostname -s`" ] ; then" fails and the script variable $hostname is not set, ie. it is NULL. This causes failure of any following commands (eg. route add) that expect it to be set. >How-To-Repeat: When a DISKLESS kernel boots via tftpd/bootpd the command `hostname -s` will return a valid hostname. >Fix: diff -r1.1 netstart if [ -z "`hostname -s`" ] ; then hostname=`cat /etc/myname` hostname $hostname + else + hostname=`hostname -s` fi >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Mar 17 23:22:14 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA20139 for bugs-outgoing; Fri, 17 Mar 1995 23:22:14 -0800 Received: from news.iadfw.net (jbryant@news.iadfw.net [204.178.72.99]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA20133 for ; Fri, 17 Mar 1995 23:22:13 -0800 Received: from localhost (jbryant@localhost) by news.iadfw.net (8.6.5/8.6.6) id BAA01125 for freebsd-bugs@freebsd.org; Sat, 18 Mar 1995 01:22:06 -0600 From: Jim Bryant Message-Id: <199503180722.BAA01125@news.iadfw.net> Subject: make To: freebsd-bugs@FreeBSD.org Date: Sat, 18 Mar 1995 01:22:05 -0600 (CST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 451 Sender: bugs-owner@FreeBSD.org Precedence: bulk has anyone had any problems with make not wanting to make various programs that it worked fine with under 2.0-RELEASE in the 950210 snapshot? Jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@server.iadfw.net, System administrator, Internet America From owner-freebsd-bugs Fri Mar 17 23:40:47 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA20271 for bugs-outgoing; Fri, 17 Mar 1995 23:40:47 -0800 Received: from suntan.Tandem.com (suntan.tandem.com [192.216.221.8]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA20265 for ; Fri, 17 Mar 1995 23:40:46 -0800 Received: from zorch.sf-bay.org by suntan.Tandem.com (4.1/suntan5.950313) for bugs@freebsd.org id AA27635; Fri, 17 Mar 95 23:39:57 PST Received: (from root@localhost) by zorch.sf-bay.org (8.6.9/8.6.9) id XAA00310 for bugs@freebsd.org; Fri, 17 Mar 1995 23:06:07 -0800 Date: Fri, 17 Mar 1995 23:06:07 -0800 From: Scott Hazen Mueller Message-Id: <199503180706.XAA00310@zorch.sf-bay.org> To: bugs@FreeBSD.org Subject: bug in kernel NFS Sender: bugs-owner@FreeBSD.org Precedence: bulk 2.0 Release (I reported a bug against libc/rpc earlier today, same release). nfs/nfs_subs.c: code seems to assume that file type information is lurking in the high bits of fa_mode; this is (likely) true if the server is UNIX, but not so true if the server is not (e.g. MS Windows). The code replaces the type field received over the wire with the high bits of the mode field; my inelegant solution is to require that there be something in the high bits of the mode field before replacing the original type value. \scott *** nfs_subs.c Fri Mar 17 22:50:42 1995 --- nfs_subs.c.orig Fri Mar 17 23:05:46 1995 *************** *** 711,717 **** fp = (struct nfsv2_fattr *)cp2; vtyp = nfstov_type(fp->fa_type); vmode = fxdr_unsigned(u_short, fp->fa_mode); ! if ((vtyp == VNON || vtyp == VREG) && vmode > 4096 ) vtyp = IFTOVT(vmode); if (isnq) { rdev = fxdr_unsigned(long, fp->fa_nqrdev); --- 711,717 ---- fp = (struct nfsv2_fattr *)cp2; vtyp = nfstov_type(fp->fa_type); vmode = fxdr_unsigned(u_short, fp->fa_mode); ! if (vtyp == VNON || vtyp == VREG) vtyp = IFTOVT(vmode); if (isnq) { rdev = fxdr_unsigned(long, fp->fa_nqrdev); From owner-freebsd-bugs Sat Mar 18 00:30:01 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA22705 for bugs-outgoing; Sat, 18 Mar 1995 00:30:01 -0800 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA22698; Sat, 18 Mar 1995 00:30:01 -0800 Date: Sat, 18 Mar 1995 00:30:01 -0800 Message-Id: <199503180830.AAA22698@freefall.cdrom.com> From: J Wunsch Reply-To: J Wunsch To: freebsd-bugs Subject: i386/251: disklabel(8) refuses to install new bootstrap In-Reply-To: Your message of Sat, 18 Mar 1995 09:12:37 +0100 <199503180812.JAA25180@uriah.heep.sax.de> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 251 >Category: i386 >Synopsis: disklabel(8) refuses to install new bootstrap >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Mar 18 00:30:00 1995 >Originator: J Wunsch >Organization: >Release: FreeBSD 2.1.0-Development i386 >Environment: FreeBSD disk as been installed by sysinstall (from the 950210-SNAP). >Description: When trying to install a new bootstrap program on a disk that has been installed by sysinstall, disklabel(8) spits out two messages: warning: revolutions/minute: 0 super block size: 0 and refuses to install the new boot program. On another disk, the warning has been partition d: extends past end of unit we all know *why* this is, but disklabel should not refuse to work. >How-To-Repeat: Run ``disklabel -B '' on a disk that has been initialized by sysinstall. >Fix: Not yet known. The problem can be worked around by running disklabel -e and fixing the values for rpm and interleave. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Mar 18 00:39:28 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA23554 for bugs-outgoing; Sat, 18 Mar 1995 00:39:28 -0800 Received: from curry.epilogue.com (curry.epilogue.com [128.224.133.105]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA23544 for ; Sat, 18 Mar 1995 00:39:24 -0800 Received: (from alan@localhost) by curry.epilogue.com (8.6.8/8.6.6) id DAA03693 for FreeBSD-bugfiler@freefall.cdrom.com; Sat, 18 Mar 1995 03:40:06 -0500 Date: Sat, 18 Mar 1995 03:40:06 -0500 From: Alan Bawden Message-Id: <199503180840.DAA03693@curry.epilogue.com> Subject: --sparse doesn't work Index: gnu/usr.bin/tar FreeBSD-1.1.5.1 Apparently-To: FreeBSD-bugfiler@freefall.cdrom.com Sender: bugs-owner@FreeBSD.org Precedence: bulk Description: The `--sparse' option to tar has no effect whatsoever. Repeat-By: Create a sparse file named "temp". (Open a new file, seek out a few megabytes, write out a single non-zero byte, close the file.) Do: tar --create --sparse --file temp.tar temp Observe that temp.tar is larger than temp. If --sparse was working, it would be smaller. Fix: Add the line "CFLAGS+= -DBSD42=1" to /src/gnu/usr.bin/tar/Makefile. This is originally a problem with the configure script that the GNU folks wrote for GNU tar. It contains a totally lame test for setting the BSD42 flag, which fails under FreeBSD, and about the only thing that depends on that flag is the handling of `--sparse'. I have already reported this problem to bug-gnu-utils@prep.ai.mit.edu. From owner-freebsd-bugs Sat Mar 18 01:09:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA24877 for bugs-outgoing; Sat, 18 Mar 1995 01:09:03 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA24870 for ; Sat, 18 Mar 1995 01:09:01 -0800 From: hasty@netcom.com Received: from localhost by netcom14.netcom.com (8.6.10/Netcom) id BAA04510; Sat, 18 Mar 1995 01:07:44 -0800 Message-Id: <199503180907.BAA04510@netcom14.netcom.com> To: freebsd-bugs@FreeBSD.org Subject: Re: make In-reply-to: Your message of Sat, 18 Mar 95 01:22:05 -0600. <199503180722.BAA01125@news.iadfw.net> Date: Sat, 18 Mar 95 01:07:44 -0800 Sender: bugs-owner@FreeBSD.org Precedence: bulk > has anyone had any problems with make not wanting to make various > programs that it worked fine with under 2.0-RELEASE in the 950210 > snapshot? Yeap, my system started to failed to link mach-i386. What is weird is that I mounted my partition on my FreeBSD-2.0 box and I was able to link successfully mach4-i386 using the same make. Also, lites started to failed to run shared binaries. My solution was to just nuke freebsd-current and installed FreeBSD-2.0. Everything now seems to be working okay. What I have to do now is to find out is what has changed to cause this behavior :( Amancio From owner-freebsd-bugs Sat Mar 18 16:40:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA00719 for bugs-outgoing; Sat, 18 Mar 1995 16:40:02 -0800 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA00712; Sat, 18 Mar 1995 16:40:02 -0800 Date: Sat, 18 Mar 1995 16:40:02 -0800 Message-Id: <199503190040.QAA00712@freefall.cdrom.com> From: pritc003@maroon.tc.umn.edu Reply-To: pritc003@maroon.tc.umn.edu To: freebsd-bugs Subject: kern/253: Tagged queuing doesn't work w/Adaptec 2842 controller In-Reply-To: Your message of Sat, 18 Mar 1995 17:59:10 -0600 (CST) <2f6b73cf120e002@maroon.tc.umn.edu> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 253 >Category: kern >Synopsis: Tagged queuing with an Adaptec 2842 controller doesn't work >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Mar 18 16:40:01 1995 >Originator: Mike Pritchard >Organization: None >Release: FreeBSD 2.1.0-Development i386 >Environment: Adaptec 2842VL SCSI controller 1 Seagate ST1239N SCSI-1 hard disk 1 Seagate ST31230 SCSI-2 hard disk >Description: System fails to boot when using the latest version of the Adaptec 2842 drive (sys/i386/scsi/aic7xxx.c). About 15 - 20 "sd1: Target Busy" messages are displayed on the console, and the system panics because it is unable to mount the root file system. I tracked this down to the fact that the driver is now enabling "tagged queuing" for the ST31230 SCSI-2 disk. If I disable the line of code that does this, the system boots fine. >How-To-Repeat: Boot with a device that supports tagged queuing (or one that the driver thinks does). Here is all of the relevant information from the boot sequence after I disabled the tagged queing code and with AHC_DEBUG turned on. ahc0: scb 2104 bytes; SCB_SIZE 19 bytes, ahc_dma 8 bytes ahc0: reading board settings ahc0: 284x Single Channel, SCSI Id=7, aic7770 <= Rev C, 4 SCBs NEEDSDTR == 0xfffa NEEDWDTR == 0x0 ahc0: Downloading Sequencer Program...Done ahc0 at 0x1000-0x10ff irq 11 on eisa slot 1 ahc0: Probing channel A scbus0: ahc0 waiting for scsi devices to settle ahc0: target 0, lun 0 (probe0) requests Check Status ahc0: target 0, lun 0 (probe0) Sending Sense (ahc0:0:0): "CDC ST1239NS 9212" is a type 0 fixed SCSI 1 sd0(ahc0:0:0): Direct-Access sd0(ahc0:0:0): 194MB (398790 sectors), 1268 C 9 H 34 S/T 512 B/S ahc0: target 1 synchronous at 10.0MB/s, offset = 0xf ahc0: target 1, lun 0 (probe0) requests Check Status ahc0: target 1, lun 0 (probe0) Sending Sense ahc0: target 1 Tagged Queuing Device (ahc0:1:0): "SEAGATE ST31230N 0290" is a type 0 fixed SCSI 2 sd1(ahc0:1:0): Direct-Access sd1(ahc0:1:0): 1010MB (2069860 sectors), 3992 C 5 H 103 S/T 512 B/S ahc0: target 2, lun 0 (probe0) requests Check Status ahc0: target 2, lun 0 (probe0) Sending Sense (ahc0:2:0): "ARCHIVE VIPER 150 21944 -001" is a type 1 removable SCSI 1 st0(ahc0:2:0): Sequential-Access st0: Archive Viper 150 is a known rogue density code 0x0, ahc0: target 2, lun 0 (st0) requests Check Status ahc0: target 2, lun 0 (st0) Sending Sense drive empty ahc0: target 1, lun 0 (sd1) requests Check Status ahc0: target 1, lun 0 (sd1) Sending Sense ahc0: target 1, lun 0 (sd1) requests Check Status ahc0: target 1, lun 0 (sd1) Sending Sense ... >Fix: A workaround is to disable tagged queuing for now: *** orig/aic7xxx.c Sat Mar 18 15:12:43 1995 --- ./aic7xxx.c Sat Mar 18 17:28:25 1995 *************** *** 1652,1659 **** --- 1653,1662 ---- scb->control |= SCB_NEEDSDTR; ahc->sdtrpending |= mask; } + #ifdef BROKEN else if(ahc->tagenable & mask) scb->control |= SCB_TE; + #endif scb->target_channel_lun = ((xs->sc_link->target << 4) & 0xF0) | ((u_long)xs->sc_link->fordriver & 0x08) | (xs->sc_link->lun & 0x07); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Mar 18 23:48:28 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA02014 for bugs-outgoing; Sat, 18 Mar 1995 23:48:28 -0800 Received: from lirmm.lirmm.fr (lirmm.lirmm.fr [193.49.104.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA02008 for ; Sat, 18 Mar 1995 23:48:25 -0800 Received: from lirmm.fr (baobab.lirmm.fr [193.49.106.14]) by lirmm.lirmm.fr (8.6.10/8.6.4) with ESMTP id IAA02310 for ; Sun, 19 Mar 1995 08:48:21 +0100 Message-Id: <199503190748.IAA02310@lirmm.lirmm.fr> To: bugs@FreeBSD.org Subject: gcc -Wall in bin (patches) Date: Sun, 19 Mar 1995 08:48:19 +0100 From: "Philippe Charnier" Sender: bugs-owner@FreeBSD.org Precedence: bulk Hello, You will find enclosed some changes to make gcc -Wall more happy in /usr/src/bin. Note that some patches are still needed in that directory. Index: bin/chmod/chmod.c =================================================================== RCS file: /home5/FreeBSD.cvsroot/src/bin/chmod/chmod.c,v retrieving revision 1.3 diff -c -r1.3 chmod.c *** 1.3 1995/02/03 22:21:09 --- chmod.c 1995/03/18 19:37:00 *************** *** 70,75 **** --- 70,77 ---- int Hflag, Lflag, Pflag, Rflag, ch, fflag, fts_options, hflag, rval; char *ep, *mode; + set = NULL; + omode = 0; Hflag = Lflag = Pflag = Rflag = fflag = hflag = 0; while ((ch = getopt(argc, argv, "HLPRXfgorstuwx")) != EOF) switch (ch) { Index: bin/csh/alloc.c =================================================================== RCS file: /home5/FreeBSD.cvsroot/src/bin/csh/alloc.c,v retrieving revision 1.2 diff -c -r1.2 alloc.c *** 1.2 1994/09/24 02:53:45 --- alloc.c 1995/03/18 14:43:43 *************** *** 122,126 **** { memtop = (char *) sbrk(0); (void) fprintf(cshout, "Allocated memory from 0x%lx to 0x%lx (%ld).\n", ! (unsigned long) membot, (unsigned long) memtop, memtop - membot); } --- 122,127 ---- { memtop = (char *) sbrk(0); (void) fprintf(cshout, "Allocated memory from 0x%lx to 0x%lx (%ld).\n", ! (unsigned long) membot, (unsigned long) memtop, ! (unsigned long) (memtop - membot)); } Index: bin/csh/time.c =================================================================== RCS file: /home5/FreeBSD.cvsroot/src/bin/csh/time.c,v retrieving revision 1.3 diff -c -r1.3 time.c *** 1.3 1995/02/16 09:17:27 --- time.c 1995/03/18 14:50:07 *************** *** 246,252 **** struct timeval td; tvsub(&td, t1, t0); ! (void) fprintf(cshout, "%d.%01d", td.tv_sec, td.tv_usec / 100000); } void --- 246,252 ---- struct timeval td; tvsub(&td, t1, t0); ! (void) fprintf(cshout, "%ld.%01ld", td.tv_sec, td.tv_usec / 100000L); } void Index: bin/df/df.c =================================================================== RCS file: /home5/FreeBSD.cvsroot/src/bin/df/df.c,v retrieving revision 1.5 diff -c -r1.5 df.c *** 1.5 1994/09/24 02:55:11 --- df.c 1995/03/18 19:41:26 *************** *** 76,104 **** char *str; long types; } typetab[] = { ! "ufs", MT(MOUNT_UFS), ! "local", MT_LOCAL, ! "all", MT_ALL, ! "nfs", MT(MOUNT_NFS), ! "mfs", MT(MOUNT_MFS), ! "lfs", MT(MOUNT_LFS), ! "msdos", MT(MOUNT_MSDOS), ! "fdesc", MT(MOUNT_FDESC), ! "portal", MT(MOUNT_PORTAL), #if 0 /* return fsid of underlying FS */ ! "lofs", MT(MOUNT_LOFS), ! "null", MT(MOUNT_NULL), ! "umap", MT(MOUNT_UMAP), #endif ! "kernfs", MT(MOUNT_KERNFS), ! "procfs", MT(MOUNT_PROCFS), ! "afs", MT(MOUNT_AFS), ! "iso9660fs", MT(MOUNT_CD9660), ! "cdfs", MT(MOUNT_CD9660), ! "misc", MT(MOUNT_LOFS)|MT(MOUNT_FDESC)|MT(MOUNT_PORTAL)| ! MT(MOUNT_KERNFS)|MT(MOUNT_PROCFS), ! NULL, 0 }; long addtype __P((long, char *)); --- 76,105 ---- char *str; long types; } typetab[] = { ! {"ufs", MT(MOUNT_UFS)}, ! {"local", MT_LOCAL}, ! {"all", MT_ALL}, ! {"nfs", MT(MOUNT_NFS)}, ! {"mfs", MT(MOUNT_MFS)}, ! {"lfs", MT(MOUNT_LFS)}, ! {"msdos", MT(MOUNT_MSDOS)}, ! {"fdesc", MT(MOUNT_FDESC)}, ! {"portal", MT(MOUNT_PORTAL)}, #if 0 /* return fsid of underlying FS */ ! {"lofs", MT(MOUNT_LOFS)}, ! {"null", MT(MOUNT_NULL)}, ! {"umap", MT(MOUNT_UMAP)}, #endif ! {"kernfs", MT(MOUNT_KERNFS)}, ! {"procfs", MT(MOUNT_PROCFS)}, ! {"afs", MT(MOUNT_AFS)}, ! {"iso9660fs", MT(MOUNT_CD9660)}, ! {"cdfs", MT(MOUNT_CD9660)}, ! {"misc", MT(MOUNT_LOFS)|MT(MOUNT_FDESC)|MT(MOUNT_PORTAL)| ! MT(MOUNT_KERNFS)|MT(MOUNT_PROCFS)}, ! {NULL, 0} ! }; long addtype __P((long, char *)); *************** *** 124,129 **** --- 125,131 ---- char *mntpt; iflag = nflag = tflag = 0; + fsmask = MT_NONE; while ((ch = getopt(argc, argv, "iknt:")) != EOF) switch (ch) { Index: bin/domainname/domainname.c =================================================================== RCS file: /home5/FreeBSD.cvsroot/src/bin/domainname/domainname.c,v retrieving revision 1.4 diff -c -r1.4 domainname.c *** 1.4 1994/09/26 02:14:27 --- domainname.c 1995/03/18 15:22:56 *************** *** 56,62 **** int argc; char *argv[]; { ! char *p, domainname[MAXHOSTNAMELEN]; argc--, argv++; --- 56,62 ---- int argc; char *argv[]; { ! char domainname[MAXHOSTNAMELEN]; argc--, argv++; Index: bin/ed/cbc.c =================================================================== RCS file: /home5/FreeBSD.cvsroot/src/bin/ed/cbc.c,v retrieving revision 1.4 diff -c -r1.4 cbc.c *** 1.4 1994/09/24 02:55:24 --- cbc.c 1995/03/18 15:48:20 *************** *** 115,121 **** des_ct = des_n = 0; ! /* initialize the initialization vctor */ MEMZERO(ivec, 8); /* intialize the padding vector */ --- 115,121 ---- des_ct = des_n = 0; ! /* initialize the initialization vector */ MEMZERO(ivec, 8); /* intialize the padding vector */ *************** *** 137,142 **** --- 137,144 ---- des_ct = cbc_decode(des_buf, fp); } return (des_ct > 0) ? des_buf[des_n++] : EOF; + #else + return (getc(fp)); #endif } *************** *** 153,158 **** --- 155,162 ---- des_n = 0; } return (des_ct >= 0) ? (des_buf[des_n++] = c) : EOF; + #else + return (fputc(c, fp)); #endif } *************** *** 168,173 **** --- 172,179 ---- des_n = 0; } return (des_ct >= 0 && cbc_encode(des_buf, des_n, fp) >= 0) ? 0 : EOF; + #else + return (fflush(fp)); #endif } Index: bin/ed/glbl.c =================================================================== RCS file: /home5/FreeBSD.cvsroot/src/bin/ed/glbl.c,v retrieving revision 1.2 diff -c -r1.2 glbl.c *** 1.2 1994/09/24 02:55:26 --- glbl.c 1995/03/18 15:54:32 *************** *** 132,139 **** for (; *ibufp;) if ((status = extract_addr_range()) < 0 || (status = exec_command()) < 0 || ! status > 0 && (status = display_lines( ! current_addr, current_addr, status)) < 0) return status; } return 0; --- 132,139 ---- for (; *ibufp;) if ((status = extract_addr_range()) < 0 || (status = exec_command()) < 0 || ! (status > 0 && (status = display_lines( ! current_addr, current_addr, status)) < 0)) return status; } return 0; Index: bin/ed/io.c =================================================================== RCS file: /home5/FreeBSD.cvsroot/src/bin/ed/io.c,v retrieving revision 1.3 diff -c -r1.3 io.c *** 1.3 1994/09/24 02:55:27 --- io.c 1995/03/18 16:37:45 *************** *** 106,112 **** return ERR; if (appended && size && o_isbinary && o_newline_added) fputs("newline inserted\n", stderr); ! else if (newline_added && (!appended || !isbinary && !o_isbinary)) fputs("newline appended\n", stderr); if (isbinary && newline_added && !appended) size += 1; --- 106,112 ---- return ERR; if (appended && size && o_isbinary && o_newline_added) fputs("newline inserted\n", stderr); ! else if (newline_added && (!appended || (!isbinary && !o_isbinary))) fputs("newline appended\n", stderr); if (isbinary && newline_added && !appended) size += 1; *************** *** 128,135 **** register int c; register int i = 0; ! while (((c = des ? get_des_char(fp) : getc(fp)) != EOF || !feof(fp) && ! !ferror(fp)) && c != '\n') { REALLOC(sbuf, sbufsz, i + 1, ERR); if (!(sbuf[i++] = c)) isbinary = 1; --- 128,135 ---- register int c; register int i = 0; ! while (((c = des ? get_des_char(fp) : getc(fp)) != EOF || (!feof(fp) && ! !ferror(fp))) && c != '\n') { REALLOC(sbuf, sbufsz, i + 1, ERR); if (!(sbuf[i++] = c)) isbinary = 1; Index: bin/ed/main.c =================================================================== RCS file: /home5/FreeBSD.cvsroot/src/bin/ed/main.c,v retrieving revision 1.3 diff -c -r1.3 main.c *** 1.3 1994/09/24 02:55:28 --- main.c 1995/03/18 16:26:46 *************** *** 154,162 **** signal(SIGQUIT, SIG_IGN); signal(SIGINT, signal_int); #ifdef _POSIX_SOURCE ! if (status = sigsetjmp(env, 1)) #else ! if (status = setjmp(env)) #endif { fputs("\n?\n", stderr); --- 154,162 ---- signal(SIGQUIT, SIG_IGN); signal(SIGINT, signal_int); #ifdef _POSIX_SOURCE ! if ((status = sigsetjmp(env, 1))) #else ! if ((status = setjmp(env))) #endif { fputs("\n?\n", stderr); *************** *** 213,219 **** isglobal = 0; if ((status = extract_addr_range()) >= 0 && (status = exec_command()) >= 0) ! if (!status || status && (status = display_lines(current_addr, current_addr, status)) >= 0) continue; --- 213,219 ---- isglobal = 0; if ((status = extract_addr_range()) >= 0 && (status = exec_command()) >= 0) ! if (!status || (status = display_lines(current_addr, current_addr, status)) >= 0) continue; *************** *** 544,550 **** return ERR; else if (build_active_list(c == 'g' || c == 'G') < 0) return ERR; ! else if (n = (c == 'G' || c == 'V')) GET_COMMAND_SUFFIX(); isglobal++; if (exec_global(n, gflag) < 0) --- 544,550 ---- return ERR; else if (build_active_list(c == 'g' || c == 'G') < 0) return ERR; ! else if ((n = (c == 'G' || c == 'V'))) GET_COMMAND_SUFFIX(); isglobal++; if (exec_global(n, gflag) < 0) *************** *** 840,846 **** break; case '=': GET_COMMAND_SUFFIX(); ! printf("%d\n", addr_cnt ? second_addr : addr_last); break; case '!': if (addr_cnt > 0) { --- 840,846 ---- break; case '=': GET_COMMAND_SUFFIX(); ! printf("%ld\n", addr_cnt ? second_addr : addr_last); break; case '!': if (addr_cnt > 0) { *************** *** 902,908 **** if (!pat) return ERR; do { ! if (n = dir ? INC_MOD(n, addr_last) : DEC_MOD(n, addr_last)) { lp = get_addressed_line_node(n); if ((s = get_sbuf_line(lp)) == NULL) return ERR; --- 902,908 ---- if (!pat) return ERR; do { ! if ((n = dir ? INC_MOD(n, addr_last) : DEC_MOD(n, addr_last))) { lp = get_addressed_line_node(n); if ((s = get_sbuf_line(lp)) == NULL) return ERR; *************** *** 910,916 **** NUL_TO_NEWLINE(s, lp->len); if (!regexec(pat, s, 0, NULL, 0)) return n; ! } } while (n != current_addr); sprintf(errmsg, "no match"); return ERR; --- 910,916 ---- NUL_TO_NEWLINE(s, lp->len); if (!regexec(pat, s, 0, NULL, 0)) return n; ! } } while (n != current_addr); sprintf(errmsg, "no match"); return ERR; *************** *** 1339,1345 **** REALLOC(file, filesz, MAXPATHLEN + 1, NULL); /* assert: no trailing escape */ ! while (file[i++] = (*s == '\\') ? *++s : *s) s++; return file; } --- 1339,1345 ---- REALLOC(file, filesz, MAXPATHLEN + 1, NULL); /* assert: no trailing escape */ ! while ((file[i++] = (*s == '\\') ? *++s : *s)) s++; return file; } Index: bin/ed/re.c =================================================================== RCS file: /home5/FreeBSD.cvsroot/src/bin/ed/re.c,v retrieving revision 1.8 diff -c -r1.8 re.c *** 1.8 1994/09/24 02:55:29 --- re.c 1995/03/18 16:27:27 *************** *** 67,73 **** return NULL; } patlock = 0; ! if (n = regcomp(exp, exps, 0)) { regerror(n, exp, errmsg, sizeof errmsg); free(exp); return exp = NULL; --- 67,73 ---- return NULL; } patlock = 0; ! if ((n = regcomp(exp, exps, 0))) { regerror(n, exp, errmsg, sizeof errmsg); free(exp); return exp = NULL; Index: bin/ed/sub.c =================================================================== RCS file: /home5/FreeBSD.cvsroot/src/bin/ed/sub.c,v retrieving revision 1.4 diff -c -r1.4 sub.c *** 1.4 1995/01/14 11:47:16 --- sub.c 1995/03/18 16:32:51 *************** *** 97,103 **** ; else if (!isglobal) { while ((n = get_tty_line()) == 0 || ! n > 0 && ibuf[n - 1] != '\n') clearerr(stdin); if (n < 0) return NULL; --- 97,103 ---- ; else if (!isglobal) { while ((n = get_tty_line()) == 0 || ! (n > 0 && ibuf[n - 1] != '\n')) clearerr(stdin); if (n < 0) return NULL; *************** *** 213,220 **** off += i; } txt += rm[0].rm_eo; ! } while (*txt && (!changed || (gflag & GSG) && rm[0].rm_eo) && ! !regexec(pat, txt, SE_MAX, rm, REG_NOTBOL)); i = eot - txt; REALLOC(rbuf, rbufsz, off + i + 2, ERR); if (i > 0 && !rm[0].rm_eo && (gflag & GSG)) { --- 213,221 ---- off += i; } txt += rm[0].rm_eo; ! } while (*txt && ! (!changed || ((gflag & GSG) && rm[0].rm_eo)) && ! !regexec(pat, txt, SE_MAX, rm, REG_NOTBOL)); i = eot - txt; REALLOC(rbuf, rbufsz, off + i + 2, ERR); if (i > 0 && !rm[0].rm_eo && (gflag & GSG)) { Index: bin/expr/expr.y =================================================================== RCS file: /home5/FreeBSD.cvsroot/src/bin/expr/expr.y,v retrieving revision 1.8 diff -c -r1.8 expr.y *** 1.8 1994/09/24 02:55:37 --- expr.y 1995/03/18 16:42:12 *************** *** 193,199 **** int yylex () { - struct val *vp; char *p; if (*av == NULL) --- 193,198 ---- *************** *** 227,232 **** --- 226,233 ---- } /* NOTREACHED */ } + + int yyparse (); void main (argc, argv) Index: bin/ls/ls.c =================================================================== RCS file: /home5/FreeBSD.cvsroot/src/bin/ls/ls.c,v retrieving revision 1.4 diff -c -r1.4 ls.c *** 1.4 1994/12/18 19:00:01 --- ls.c 1995/03/18 16:52:05 *************** *** 117,123 **** } else { f_singlecol = 1; /* retrieve environment variable, in case of explicit -C */ ! if (p = getenv("COLUMNS")) termwidth = atoi(p); } --- 117,123 ---- } else { f_singlecol = 1; /* retrieve environment variable, in case of explicit -C */ ! if ((p = getenv("COLUMNS"))) termwidth = atoi(p); } *************** *** 371,376 **** --- 371,377 ---- btotal = maxblock = maxinode = maxlen = maxnlink = 0; bcfile = 0; maxuser = maxgroup = maxflags = 0; + flags = NULL; maxsize = 0; for (cur = list, entries = 0; cur; cur = cur->fts_link) { if (cur->fts_info == FTS_ERR || cur->fts_info == FTS_NS) { Index: bin/ls/print.c =================================================================== RCS file: /home5/FreeBSD.cvsroot/src/bin/ls/print.c,v retrieving revision 1.2 diff -c -r1.2 print.c *** 1.2 1994/09/24 02:55:56 --- print.c 1995/03/18 17:28:34 *************** *** 188,194 **** dp->s_block); if ((base += numrows) >= num) break; ! while ((cnt = (chcnt + TAB & ~(TAB - 1))) <= endcol) { (void)putchar('\t'); chcnt = cnt; } --- 188,194 ---- dp->s_block); if ((base += numrows) >= num) break; ! while ((cnt = ((chcnt + TAB) & ~(TAB - 1))) <= endcol){ (void)putchar('\t'); chcnt = cnt; } Index: bin/pax/gen_subs.c =================================================================== RCS file: /home5/FreeBSD.cvsroot/src/bin/pax/gen_subs.c,v retrieving revision 1.2 diff -c -r1.2 gen_subs.c *** 1.2 1994/09/24 02:56:22 --- gen_subs.c 1995/03/18 17:56:20 *************** *** 135,141 **** # ifdef NET2_STAT (void)printf("%4u,%4u ", MAJOR(sbp->st_rdev), # else ! (void)printf("%4lu,%4lu ", MAJOR(sbp->st_rdev), # endif MINOR(sbp->st_rdev)); else { --- 135,141 ---- # ifdef NET2_STAT (void)printf("%4u,%4u ", MAJOR(sbp->st_rdev), # else ! (void)printf("%4lu,%4lu ", (unsigned long)MAJOR(sbp->st_rdev), # endif MINOR(sbp->st_rdev)); else { Index: bin/pax/options.c =================================================================== RCS file: /home5/FreeBSD.cvsroot/src/bin/pax/options.c,v retrieving revision 1.2 diff -c -r1.2 options.c *** 1.2 1994/09/24 02:56:22 --- options.c 1995/03/18 18:02:43 *************** *** 90,123 **** FSUB fsub[] = { /* 0: OLD BINARY CPIO */ ! "bcpio", 5120, sizeof(HD_BCPIO), 1, 0, 0, 1, bcpio_id, cpio_strd, bcpio_rd, bcpio_endrd, cpio_stwr, bcpio_wr, cpio_endwr, cpio_trail, ! rd_wrfile, wr_rdfile, bad_opt, /* 1: OLD OCTAL CHARACTER CPIO */ ! "cpio", 5120, sizeof(HD_CPIO), 1, 0, 0, 1, cpio_id, cpio_strd, cpio_rd, cpio_endrd, cpio_stwr, cpio_wr, cpio_endwr, cpio_trail, ! rd_wrfile, wr_rdfile, bad_opt, /* 2: SVR4 HEX CPIO */ ! "sv4cpio", 5120, sizeof(HD_VCPIO), 1, 0, 0, 1, vcpio_id, cpio_strd, vcpio_rd, vcpio_endrd, cpio_stwr, vcpio_wr, cpio_endwr, cpio_trail, ! rd_wrfile, wr_rdfile, bad_opt, /* 3: SVR4 HEX CPIO WITH CRC */ ! "sv4crc", 5120, sizeof(HD_VCPIO), 1, 0, 0, 1, crc_id, crc_strd, vcpio_rd, vcpio_endrd, crc_stwr, vcpio_wr, cpio_endwr, cpio_trail, ! rd_wrfile, wr_rdfile, bad_opt, /* 4: OLD TAR */ ! "tar", 10240, BLKMULT, 0, 1, BLKMULT, 0, tar_id, no_op, tar_rd, tar_endrd, no_op, tar_wr, tar_endwr, tar_trail, ! rd_wrfile, wr_rdfile, tar_opt, /* 5: POSIX USTAR */ ! "ustar", 10240, BLKMULT, 0, 1, BLKMULT, 0, ustar_id, ustar_strd, ustar_rd, tar_endrd, ustar_stwr, ustar_wr, tar_endwr, tar_trail, ! rd_wrfile, wr_rdfile, bad_opt, }; #define F_TAR 4 /* format when called as tar */ #define DEFLT 5 /* default write format from list above */ --- 90,123 ---- FSUB fsub[] = { /* 0: OLD BINARY CPIO */ ! {"bcpio", 5120, sizeof(HD_BCPIO), 1, 0, 0, 1, bcpio_id, cpio_strd, bcpio_rd, bcpio_endrd, cpio_stwr, bcpio_wr, cpio_endwr, cpio_trail, ! rd_wrfile, wr_rdfile, bad_opt}, /* 1: OLD OCTAL CHARACTER CPIO */ ! {"cpio", 5120, sizeof(HD_CPIO), 1, 0, 0, 1, cpio_id, cpio_strd, cpio_rd, cpio_endrd, cpio_stwr, cpio_wr, cpio_endwr, cpio_trail, ! rd_wrfile, wr_rdfile, bad_opt}, /* 2: SVR4 HEX CPIO */ ! {"sv4cpio", 5120, sizeof(HD_VCPIO), 1, 0, 0, 1, vcpio_id, cpio_strd, vcpio_rd, vcpio_endrd, cpio_stwr, vcpio_wr, cpio_endwr, cpio_trail, ! rd_wrfile, wr_rdfile, bad_opt}, /* 3: SVR4 HEX CPIO WITH CRC */ ! {"sv4crc", 5120, sizeof(HD_VCPIO), 1, 0, 0, 1, crc_id, crc_strd, vcpio_rd, vcpio_endrd, crc_stwr, vcpio_wr, cpio_endwr, cpio_trail, ! rd_wrfile, wr_rdfile, bad_opt}, /* 4: OLD TAR */ ! {"tar", 10240, BLKMULT, 0, 1, BLKMULT, 0, tar_id, no_op, tar_rd, tar_endrd, no_op, tar_wr, tar_endwr, tar_trail, ! rd_wrfile, wr_rdfile, tar_opt}, /* 5: POSIX USTAR */ ! {"ustar", 10240, BLKMULT, 0, 1, BLKMULT, 0, ustar_id, ustar_strd, ustar_rd, tar_endrd, ustar_stwr, ustar_wr, tar_endwr, tar_trail, ! rd_wrfile, wr_rdfile, bad_opt}, }; #define F_TAR 4 /* format when called as tar */ #define DEFLT 5 /* default write format from list above */ *************** *** 367,374 **** * specify an archive format on write */ tmp.name = optarg; ! if (frmt = (FSUB *)bsearch((void *)&tmp, (void *)fsub, ! sizeof(fsub)/sizeof(FSUB), sizeof(FSUB), c_frmt)) { flg |= XF; break; } --- 367,374 ---- * specify an archive format on write */ tmp.name = optarg; ! if ((frmt = (FSUB *)bsearch((void *)&tmp, (void *)fsub, ! sizeof(fsub)/sizeof(FSUB), sizeof(FSUB), c_frmt))) { flg |= XF; break; } *************** *** 823,829 **** int pos = 0; (void)fprintf(stderr,"%s: Invalid combination of options:", argv0); ! while (nxt = ffs(flg)) { flg = flg >> nxt; pos += nxt; (void)fprintf(stderr, " -%c", flgch[pos-1]); --- 823,829 ---- int pos = 0; (void)fprintf(stderr,"%s: Invalid combination of options:", argv0); ! while ((nxt = ffs(flg))) { flg = flg >> nxt; pos += nxt; (void)fprintf(stderr, " -%c", flgch[pos-1]); Index: bin/pax/pat_rep.c =================================================================== RCS file: /home5/FreeBSD.cvsroot/src/bin/pax/pat_rep.c,v retrieving revision 1.2 diff -c -r1.2 pat_rep.c *** 1.2 1994/09/24 02:56:24 --- pat_rep.c 1995/03/18 18:04:09 *************** *** 617,623 **** int negate; int ok = 0; ! if (negate = (*pattern == '!')) ++pattern; while ((c = *pattern++) != ']') { --- 617,623 ---- int negate; int ok = 0; ! if ((negate = (*pattern == '!'))) ++pattern; while ((c = *pattern++) != ']') { Index: bin/ps/print.c =================================================================== RCS file: /home5/FreeBSD.cvsroot/src/bin/ps/print.c,v retrieving revision 1.5 diff -c -r1.5 print.c *** 1.5 1994/10/02 14:11:32 --- print.c 1995/03/18 18:07:08 *************** *** 664,670 **** if (v->flag & LJUST) *cp++ = '-'; *cp++ = '*'; ! while (*cp++ = *fcp++); switch (v->type) { case CHAR: --- 664,670 ---- if (v->flag & LJUST) *cp++ = '-'; *cp++ = '*'; ! while ((*cp++ = *fcp++)); switch (v->type) { case CHAR: Index: bin/ps/ps.c =================================================================== RCS file: /home5/FreeBSD.cvsroot/src/bin/ps/ps.c,v retrieving revision 1.5 diff -c -r1.5 ps.c *** 1.5 1994/10/18 04:27:46 --- ps.c 1995/03/18 19:49:24 *************** *** 486,493 **** * if there's a trailing number, and not a preceding 'p' (pid) or * 't' (tty) flag, then assume it's a pid and insert a 'p' flag. */ ! if (isdigit(*cp) && (cp == s || cp[-1] != 't' && cp[-1] != 'p' && ! (cp - 1 == s || cp[-2] != 't'))) *ns++ = 'p'; (void)strcpy(ns, cp); /* and append the number */ --- 486,494 ---- * if there's a trailing number, and not a preceding 'p' (pid) or * 't' (tty) flag, then assume it's a pid and insert a 'p' flag. */ ! if (isdigit(*cp) && ! (cp == s || (cp[-1] != 't' && cp[-1] != 'p')) && ! (cp - 1 == s || cp[-2] != 't')) *ns++ = 'p'; (void)strcpy(ns, cp); /* and append the number */ Index: bin/rmail/rmail.c =================================================================== RCS file: /home5/FreeBSD.cvsroot/src/bin/rmail/rmail.c,v retrieving revision 1.3 diff -c -r1.3 rmail.c *** 1.3 1995/03/05 08:27:14 --- rmail.c 1995/03/18 19:50:37 *************** *** 119,124 **** --- 119,126 ---- if (argc < 1) usage(); + fplen = fptlen = 0; + addrp = ""; from_path = from_sys = from_user = NULL; for (offset = 0;;) { -------- -------- Philippe Charnier charnier@lirmm.fr LIRMM, 161 rue Ada, 34392 Montpellier cedex 5 -- France ------------------------------------------------------------------------