From owner-freebsd-bugs Sun Apr 23 10:30:01 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA02852 for bugs-outgoing; Sun, 23 Apr 1995 10:30:01 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA02845 ; Sun, 23 Apr 1995 10:30:00 -0700 Date: Sun, 23 Apr 1995 10:30:00 -0700 Message-Id: <199504231730.KAA02845@freefall.cdrom.com> From: ortmann@plains.nodak.edu Reply-To: ortmann@plains.nodak.edu To: freebsd-bugs Subject: bin/358: incorrect argument handling in "dump" In-Reply-To: Your message of Sun, 23 Apr 1995 12:18:39 -0500 <199504231718.MAA16069@localhost.nodak.edu> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 358 >Category: bin >Synopsis: incorrect argument handling in "dump" >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: Sun Apr 23 10:30:00 1995 >Originator: Daniel Ortmann >Organization: >Release: FreeBSD 2.0.950418-SNAP i386 >Environment: >Description: The command "dump -0cu -b 8 -B 349525 -f /dev/nrst0 /" gives an error of "Unknown arguments to dump: 8 -B 349525 -f /dev/nrst0 /". The problem seems to be that numargs() is not correctly adjusting the value of argc and argv. The above error message is given after the for/switch argument processing is left. >How-To-Repeat: Repeat by running the command: "dump -0cu -b 8 -B 349525 -f /dev/nrst0 /" >Fix: Work around by accepting dump defaults. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Apr 23 10:30:57 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA02874 for bugs-outgoing; Sun, 23 Apr 1995 10:30:57 -0700 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 KAA02868 for ; Sun, 23 Apr 1995 10:30:54 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA02586; Sun, 23 Apr 1995 19:29:04 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id TAA09369 for freebsd-bugs@freebsd.org; Sun, 23 Apr 1995 19:29:03 +0200 Received: (from j@localhost) by jette.heep.sax.de (8.6.8/8.6.9) id TAA01603 for freebsd-bugs@freebsd.org; Sun, 23 Apr 1995 19:21:12 +0200 From: J Wunsch Message-Id: <199504231721.TAA01603@jette.heep.sax.de> Subject: Re: List of open Problem Reports To: freebsd-bugs@FreeBSD.org Date: Sun, 23 Apr 1995 19:21:09 +0200 (MET DST) Reply-To: bugs@FreeBSD.org In-Reply-To: <9504230254.AA10114@cs.weber.edu> from "Terry Lambert" at Apr 22, 95 08:54:24 pm Reply-To: joerg_wunsch@uriah.heep.sax.de 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: 564 Sender: bugs-owner@FreeBSD.org Precedence: bulk > > > This is the list of currently open problem reports > [ ... ] > > /* EOF -- this list has not been truncated */ > > Thank you. Someone else noticed that the last one was corrupted. > I wasn't going to point it out. It wasn't really corrupted, but it looked ugly due to some spurious tabs that have been placed in some summary lines. (Setting -x1 in less cured the problem.) So i did both now: adding the EOF marker, and replace all tabs by a single space. This way, the line limitation will be honored (and the tabs have been pretty senseless at all). From owner-freebsd-bugs Sun Apr 23 11:36:50 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA04013 for bugs-outgoing; Sun, 23 Apr 1995 11:36:50 -0700 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 LAA04007 for ; Sun, 23 Apr 1995 11:36:47 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id LAA04425; Sun, 23 Apr 1995 11:34:03 -0700 From: "Rodney W. Grimes" Message-Id: <199504231834.LAA04425@gndrsh.aac.dev.com> Subject: Re: bin/358: incorrect argument handling in "dump" To: ortmann@plains.nodak.edu Date: Sun, 23 Apr 1995 11:34:02 -0700 (PDT) Cc: freebsd-bugs@freefall.cdrom.com In-Reply-To: <199504231730.KAA02845@freefall.cdrom.com> from "ortmann@plains.nodak.edu" at Apr 23, 95 10:30:00 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: 1562 Sender: bugs-owner@FreeBSD.org Precedence: bulk > > > >Number: 358 > >Category: bin > >Synopsis: incorrect argument handling in "dump" > >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: Sun Apr 23 10:30:00 1995 > >Originator: Daniel Ortmann > >Organization: > >Release: FreeBSD 2.0.950418-SNAP i386 > >Environment: > > >Description: > > The command "dump -0cu -b 8 -B 349525 -f /dev/nrst0 /" gives > an error of "Unknown arguments to dump: 8 -B 349525 -f /dev/nrst0 /". > > The problem seems to be that numargs() is not correctly adjusting > the value of argc and argv. The above error message is given > after the for/switch argument processing is left. > > >How-To-Repeat: > > Repeat by running the command: > "dump -0cu -b 8 -B 349525 -f /dev/nrst0 /" > > >Fix: > > Work around by accepting dump defaults. You are not using the correct command syntax for dump, read the manual page *very carefully*. Dump does not accept a - before the list of options, nor does it allow multiple options to be spaced apart. This is very old V6 behavior, and should probably be changed, but that would break compatibility dating back 15 years :-(. You command should be: dump 0cubBf 8 349525 /dev/nrst0 / I am closing the PR. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-bugs Sun Apr 23 11:38:01 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA04102 for bugs-outgoing; Sun, 23 Apr 1995 11:38:01 -0700 Received: (from rgrimes@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA04087 ; Sun, 23 Apr 1995 11:38:00 -0700 Date: Sun, 23 Apr 1995 11:38:00 -0700 From: "Rodney W. Grimes" Message-Id: <199504231838.LAA04087@freefall.cdrom.com> To: ortmann@plains.nodak.edu, rgrimes, freebsd-bugs Subject: Changed information for PR bin/358 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: incorrect argument handling in "dump" State-Changed-From-To: open-closed State-Changed-By: rgrimes State-Changed-When: Sun Apr 23 11:37:03 PDT 1995 State-Changed-Why: Command invocation does not support standard getopt processing by desgin. This is not a bug. From owner-freebsd-bugs Sun Apr 23 14:21:18 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA07556 for bugs-outgoing; Sun, 23 Apr 1995 14:21:18 -0700 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 OAA07542 for ; Sun, 23 Apr 1995 14:21:12 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA05822; Sun, 23 Apr 1995 23:20:53 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA10361; Sun, 23 Apr 1995 23:20:52 +0200 Received: (from j@localhost) by jette.heep.sax.de (8.6.8/8.6.9) id XAA02387; Sun, 23 Apr 1995 23:09:40 +0200 From: J Wunsch Message-Id: <199504232109.XAA02387@jette.heep.sax.de> Subject: Re: bin/358: incorrect argument handling in "dump" To: ortmann@plains.nodak.edu Date: Sun, 23 Apr 1995 23:09:37 +0200 (MET DST) Cc: freebsd-bugs@freefall.cdrom.com In-Reply-To: <199504231730.KAA02845@freefall.cdrom.com> from "ortmann@plains.nodak.edu" at Apr 23, 95 10:30:00 am Reply-To: joerg_wunsch@uriah.heep.sax.de 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: 466 Sender: bugs-owner@FreeBSD.org Precedence: bulk > >Synopsis: incorrect argument handling in "dump" > >Description: > > The command "dump -0cu -b 8 -B 349525 -f /dev/nrst0 /" gives > an error of "Unknown arguments to dump: 8 -B 349525 -f /dev/nrst0 /". This is not expected to work. dump is a really old program with a very specific syntax (same boat as `dd'). The above line should be written as dump 0cubBf 8 349525 /dev/nrst0 / I can't test it right now, but i'd expect it to work this way. Jörg From owner-freebsd-bugs Sun Apr 23 22:26:05 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA22612 for bugs-outgoing; Sun, 23 Apr 1995 22:26:05 -0700 Received: from metronet.com (root@feenix.metronet.com [192.245.137.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id WAA22606 for ; Sun, 23 Apr 1995 22:26:03 -0700 Received: from eul55.metronet.com by metronet.com with SMTP id AA22177 (5.67a/IDA1.5hp for ); Mon, 24 Apr 1995 00:25:41 -0500 Date: Mon, 24 Apr 1995 00:25:41 -0500 Message-Id: <199504240525.AA22177@metronet.com> X-Sender: jdennis@metronet.com Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: bugs@FreeBSD.org From: jdennis@metronet.com (Jay Dennis) Subject: Install Problem w/FreeBSD 2.0 X-Mailer: Sender: bugs-owner@FreeBSD.org Precedence: bulk I'm having problem installing... I have followed the instructions but for some reason when I assign the mounted directories to partitions the information is not being saved even though I execute the write option. When rebooting during the installation process to boot from the HD, the system halts with the | immediately following the initial boot prompt (where it gives the kernel boot options). Any ideas why the the mount locations are not being saved or what else might be my problem? My machine is a 486/66 w/12meg ram and I have allocated 177 meg on my primary hard drive to load FreeBSD 2.0. The floppy boots fine and begins the installation with no problems. The log show that data has been copied to the hard disk but the system simply hangs up following the attempt to reboot from the HD. I would appreciate any help... thanks... Jay Dennis [ Sing - it'll put a smile on your face ] The Vocal Majority [ ... and maybe someone elses too! ] jdennis@metronet.com jay_dennis@sdt.com From owner-freebsd-bugs Mon Apr 24 13:00:08 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA14818 for bugs-outgoing; Mon, 24 Apr 1995 13:00:08 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA14803 ; Mon, 24 Apr 1995 13:00:02 -0700 Date: Mon, 24 Apr 1995 13:00:02 -0700 Message-Id: <199504242000.NAA14803@freefall.cdrom.com> From: Mark Murray Reply-To: Mark Murray To: freebsd-bugs Subject: bin/359: BS/DEL is still not quite right. In-Reply-To: Your message of Mon, 24 Apr 1995 21:49:22 +0200 <199504241949.VAA09486@grumble.grondar.za> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 359 >Category: bin >Synopsis: BS/DEL is still not quite right. >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: Mon Apr 24 13:00:02 1995 >Originator: Mark Murray >Organization: GTA >Release: FreeBSD 2.1.0-Development i386 >Environment: CTM 548 - FreeBsd-current >Description: (Potential flamewar here :-( :-( ) With the syscons DEL/BS changes a week or 5 ago, it seems that maybe something got left behind: My or '<-' key generates BS (0x08 or ^H), but my session is still assuming that the 'erase' charater is a DEL (0x7F or ^?). Here is the output from stty -a straight after a login: speed 115200 baud; 0 rows; 0 columns; lflags: icanon isig iexten echo echoe -echok echoke -echonl echoctl -echoprt -altwerase -noflsh -tostop -flusho pendin -nokerninfo -extproc iflags: -istrip icrnl -inlcr -igncr ixon -ixoff ixany imaxbel ignbrk brkint -inpck -ignpar -parmrk oflags: opost onlcr -oxtabs cflags: cread cs8 -parenb -parodd hupcl clocal -cstopb -crtscts -mdmbuf cchars: discard = ^O; dsusp = ^Y; eof = ^D; eol = ; eol2 = ; erase = ^?; intr = ^C; kill = ^U; lnext = ^V; min = 1; quit = ^\; reprint = ^R; start = ^Q; status = ; stop = ^S; susp = ^Z; time = 0; werase = ^W; I think that the default 'erase' should agree with the definition of the /<- key. >How-To-Repeat: Login and type stty -a, or try to erase/backspace in csh(1). >Fix: Dunno. >Audit-Trail: >Unformatted: Mark Murray From owner-freebsd-bugs Mon Apr 24 22:00:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA13320 for bugs-outgoing; Mon, 24 Apr 1995 22:00:03 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA13313 ; Mon, 24 Apr 1995 22:00:02 -0700 Date: Mon, 24 Apr 1995 22:00:02 -0700 Message-Id: <199504250500.WAA13313@freefall.cdrom.com> From: Curt Mayer Reply-To: Curt Mayer To: freebsd-bugs Subject: kern/360: filesystem deadlock In-Reply-To: Your message of Mon, 24 Apr 1995 21:51:09 -0700 <199504250451.VAA00498@mofo.emergent.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 360 >Category: kern >Synopsis: filesystem deadlock trivial to produce >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 24 22:00:01 1995 >Originator: Curt Mayer >Organization: >Release: FreeBSD 2.0.950412-SNAP i386 >Environment: CX486-DX2/80 16M, wd and aic disks >Description: the filesystem deadlocks when installing a file to itself. a ktrace shows a strange sequence: 450 install CALL stat(0xefbfda0f,0xefbfd87c) 450 install NAMI "/var/tmp/xx" 450 install RET stat 0 450 install CALL stat(0xefbfda07,0xefbfd7ec) 450 install NAMI "termcap" 450 install RET stat 0 450 install CALL stat(0x4414,0xefbfd78c) 450 install NAMI "/var/tmp/xx/termcap" 450 install RET stat 0 450 install CALL unlink(0x4414) 450 install NAMI "/var/tmp/xx/termcap" 450 install RET unlink 0 450 install CALL open(0x4414,0x601,0x180) 450 install NAMI "/var/tmp/xx/termcap" 450 install RET open 3 450 install CALL open(0xefbfda07,0,0) 450 install NAMI "termcap" 450 install RET open 4 450 install CALL mmap(0,0x2c48e,0x1,0,0x4,0,0,0) 450 install RET mmap 134807552/0x8090000 450 install CALL write(0x3,0x8090000,0x2c48e) at this point, deadlock with ps -l reporting ufslk2 >How-To-Repeat: cd /tmp cp /etc/termcap . install -c -m 0644 termcap /tmp >lockup< >Fix: don't install a file to itself. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Apr 24 23:01:47 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA14835 for bugs-outgoing; Mon, 24 Apr 1995 23:01:47 -0700 Received: from unlisys.unlisys.NET (unlisys.unlisys.net [194.64.15.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA14829 for ; Mon, 24 Apr 1995 23:01:44 -0700 Received: by unlisys.unlisys.NET from deadline.snafu.de with smtp (Smail3.1.28.1 [@@]) id m0s3dgn-0000IbC; Tue, 25 Apr 95 08:01 MET DST Received: by deadline.snafu.de id m0s3dgk-000IudC; Tue, 25 Apr 95 08:01 MET DST (/\oo/\ Smail3.1.29.1 #29.1) Message-Id: From: root@deadline.snafu.de (Andreas S. Wetzel) Subject: libc wont make... To: freebsd-bugs@FreeBSD.org Date: Tue, 25 Apr 1995 08:01:33 +0200 (MET DST) Organization: -D-E-A-D-L-I-N-E- Public access UN*X system - 13347 Berlin. X-Mailer: ELM [version 2.4 PL24 PGP2] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1006 Sender: bugs-owner@FreeBSD.org Precedence: bulk Hi! --- The following problem occured with -current sources suped at about 24 Apr 01:00 MET DST: compressing in /usr/share/man/man3: dlopen.3 -> dlopen.3.gz install -c -o bin -g bin -m 444 crt0.o gcrt0.o c++rt0.o /usr/lib install -c -o bin -g bin -m 444 /usr/src/lib/csu/i386/dlfcn.h /usr/include rm -f a.out [Ee]rrs mklog crt0.o gcrt0.o c++rt0.o a.out rm -f /usr/src/lib/csu/i386/tags .depend cd /usr/src/lib/csu/i386; rm -rf obj; /usr/src/lib/csu/i386 -> /usr/obj/lib/csu/i386 cd /usr/src/lib && make depend all install cleandir obj ===> csu/i386 ===> libc make: don't know how to make setregid.c. Stop *** Error code 2 Stop. *** Error code 1 Stop. Mickey -- (__) (@@) Andreas S. Wetzel E-mail: mickey@deadline.snafu.de /-------\/ Utrechter Strasse 41 Web: http://deadline.snafu.de/ / | || 13347 Berlin Voice: <+4930> 456 81 68 * ||----|| Germany Fax/Data: <+4930> 455 19 57 ~~ ~~ From owner-freebsd-bugs Mon Apr 24 23:54:44 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA16482 for bugs-outgoing; Mon, 24 Apr 1995 23:54:44 -0700 Received: from zibbi.mikom.csir.co.za (some.schmuck.lame.delegated.to.RAIN.PSG.COM [146.64.24.58]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA16457 for ; Mon, 24 Apr 1995 23:54:11 -0700 Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.11/8.6.6) id IAA11450; Tue, 25 Apr 1995 08:52:40 +0200 From: John Hay Message-Id: <199504250652.IAA11450@zibbi.mikom.csir.co.za> Subject: Re: libc wont make... To: root@deadline.snafu.de (Andreas S. Wetzel) Date: Tue, 25 Apr 1995 08:52:40 +0200 (SAT) Cc: freebsd-bugs@FreeBSD.org In-Reply-To: from "Andreas S. Wetzel" at Apr 25, 95 08:01:33 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1262 Sender: bugs-owner@FreeBSD.org Precedence: bulk Yes I also repoerted it (with a possible fix) more than 12 hours ago but my latest ctm that I received this morning still won't compile:( -- John Hay -- jhay@mikom.csir.co.za > > Hi! > --- > > The following problem occured with -current sources suped at about > 24 Apr 01:00 MET DST: > > compressing in /usr/share/man/man3: dlopen.3 -> dlopen.3.gz > install -c -o bin -g bin -m 444 crt0.o gcrt0.o c++rt0.o /usr/lib > install -c -o bin -g bin -m 444 /usr/src/lib/csu/i386/dlfcn.h /usr/include > rm -f a.out [Ee]rrs mklog crt0.o gcrt0.o c++rt0.o a.out > rm -f /usr/src/lib/csu/i386/tags .depend > cd /usr/src/lib/csu/i386; rm -rf obj; > /usr/src/lib/csu/i386 -> /usr/obj/lib/csu/i386 > cd /usr/src/lib && make depend all install cleandir obj > ===> csu/i386 > ===> libc > make: don't know how to make setregid.c. Stop > *** Error code 2 > > Stop. > *** Error code 1 > > Stop. > > > > Mickey > > -- > (__) > (@@) Andreas S. Wetzel E-mail: mickey@deadline.snafu.de > /-------\/ Utrechter Strasse 41 Web: http://deadline.snafu.de/ > / | || 13347 Berlin Voice: <+4930> 456 81 68 > * ||----|| Germany Fax/Data: <+4930> 455 19 57 > ~~ ~~ > From owner-freebsd-bugs Tue Apr 25 02:20:04 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA21429 for bugs-outgoing; Tue, 25 Apr 1995 02:20:04 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA21421 ; Tue, 25 Apr 1995 02:20:02 -0700 Date: Tue, 25 Apr 1995 02:20:02 -0700 Message-Id: <199504250920.CAA21421@freefall.cdrom.com> From: gena@NetVision.net.il Reply-To: gena@NetVision.net.il To: freebsd-bugs Subject: kern/361: pcvt does not not compile In-Reply-To: Your message of Tue, 25 Apr 1995 12:19:26 +0300 <199504250919.MAA02097@Burka.NetVision.net.il> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 361 >Category: kern >Synopsis: pcvt wan't compile on current >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 25 02:20:01 1995 >Originator: Gennady Sorokopud >Organization: NetVision >Release: FreeBSD 2.1.0-Development i386 >Environment: Sources supped 5 min ago :-) pcvt coonfigured in kernel: 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 FAT_CURSOR # start with block cursor >Description: make depend all . . . cc -c -O -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -nostdinc -I. -I../.. -I../../sys -I/usr/include -DBURKA -DI486_CPU -DFAT_CURSOR -DXSERVER -DPCVT_FREEBSD=210 -DUCONSOLE -DSYSVMSG -DSYSVSEM -DSYSVSHM -DCOMPAT_43 -DQUOTA -DPROCFS -DNFS -DFFS -DGATEWAY -DINET -DKERNEL -Di386 -DLOAD_ADDRESS=0xF0100000 ../../i386/isa/pcvt/pcvt_drv.c In file included from ../../i386/isa/pcvt/pcvt_drv.c:84: ../../i386/isa/pcvt/pcvt_hdr.h:1214: conflicting types for `pccnprobe' ../../i386/i386/cons.h:57: previous declaration of `pccnprobe' ../../i386/isa/pcvt/pcvt_hdr.h:1214: warning: redundant redeclaration of `pccnprobe' in same scope ../../i386/i386/cons.h:57: warning: previous declaration of `pccnprobe' ../../i386/isa/pcvt/pcvt_hdr.h:1215: conflicting types for `pccninit' ../../i386/i386/cons.h:58: previous declaration of `pccninit' ../../i386/isa/pcvt/pcvt_hdr.h:1215: warning: redundant redeclaration of `pccninit' in same scope ../../i386/i386/cons.h:58: warning: previous declaration of `pccninit' ../../i386/isa/pcvt/pcvt_hdr.h:1216: conflicting types for `pccnputc' ../../i386/i386/cons.h:61: previous declaration of `pccnputc' ../../i386/isa/pcvt/pcvt_hdr.h:1216: warning: redundant redeclaration of `pccnputc' in same scope ../../i386/i386/cons.h:61: warning: previous declaration of `pccnputc' ../../i386/isa/pcvt/pcvt_hdr.h:1217: conflicting types for `pccngetc' ../../i386/i386/cons.h:59: previous declaration of `pccngetc' ../../i386/isa/pcvt/pcvt_hdr.h:1217: warning: redundant redeclaration of `pccngetc' in same scope ../../i386/i386/cons.h:59: warning: previous declaration of `pccngetc' ../../i386/isa/pcvt/pcvt_drv.c:1191: conflicting types for `pccncheckc' ../../i386/i386/cons.h:60: previous declaration of `pccncheckc' *** Error code 1 >How-To-Repeat: Add pcvt to kernel config and try to compile >Fix: Umm...probably /sys/i386/isa/pcvt/pcvt_hdr.h should be fixed >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Apr 25 05:24:37 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA29177 for bugs-outgoing; Tue, 25 Apr 1995 05:24:37 -0700 Received: (from bde@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA29162 ; Tue, 25 Apr 1995 05:24:33 -0700 Date: Tue, 25 Apr 1995 05:24:33 -0700 From: Bruce Evans Message-Id: <199504251224.FAA29162@freefall.cdrom.com> To: gena@NetVision.net.il, bde, freebsd-bugs Subject: Changed information for PR kern/361 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: pcvt wan't compile on current State-Changed-From-To: open-closed State-Changed-By: bde State-Changed-When: Tue Apr 25 05:23:33 PDT 1995 State-Changed-Why: Fixed From owner-freebsd-bugs Tue Apr 25 08:16:06 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA15287 for bugs-outgoing; Tue, 25 Apr 1995 08:16:06 -0700 Received: from unlisys.unlisys.NET (unlisys.unlisys.net [194.64.15.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA15267 for ; Tue, 25 Apr 1995 08:15:56 -0700 Received: by unlisys.unlisys.NET from deadline.snafu.de with smtp (Smail3.1.28.1 [@@]) id m0s3mKz-0000HzC; Tue, 25 Apr 95 17:15 MET DST Received: by deadline.snafu.de id m0s3mKv-000IxIC; Tue, 25 Apr 95 17:15 MET DST (/\oo/\ Smail3.1.29.1 #29.1) Message-Id: From: root@deadline.snafu.de (Andreas S. Wetzel) Subject: Re: libc wont make... To: jhay@mikom.csir.co.za (John Hay) Date: Tue, 25 Apr 1995 17:15:37 +0200 (MET DST) Cc: freebsd-bugs@FreeBSD.org In-Reply-To: <199504250652.IAA11450@zibbi.mikom.csir.co.za> from "John Hay" at Apr 25, 95 08:52:40 am Organization: -D-E-A-D-L-I-N-E- Public access UN*X system - 13347 Berlin. X-Mailer: ELM [version 2.4 PL24 PGP2] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 608 Sender: bugs-owner@FreeBSD.org Precedence: bulk Hi! --- John Hay writes: ] Yes I also repoerted it (with a possible fix) more than 12 hours ago but my ] latest ctm that I received this morning still won't compile:( I also supped the source tree again this morning, but still no changes in the libraries :-< Mickey -- (__) (@@) Andreas S. Wetzel E-mail: mickey@deadline.snafu.de /-------\/ Utrechter Strasse 41 Web: http://deadline.snafu.de/ / | || 13347 Berlin Voice: <+4930> 456 81 68 * ||----|| Germany Fax/Data: <+4930> 455 19 57 ~~ ~~ From owner-freebsd-bugs Tue Apr 25 08:50:39 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA18610 for bugs-outgoing; Tue, 25 Apr 1995 08:50:39 -0700 Received: from cs.utah.edu (cs.utah.edu [128.110.4.21]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA18604 for ; Tue, 25 Apr 1995 08:50:37 -0700 From: moore@ced.utah.edu Received: from canyonlands.ced.utah.edu by cs.utah.edu (8.6.12/utah-2.21-cs) id JAA21131; Tue, 25 Apr 1995 09:50:35 -0600 Received: from ruin.ced.utah.edu by canyonlands.ced.utah.edu (4.1/SMI-4.1) id AA04707; Tue, 25 Apr 95 09:50:05 MDT Received: by ruin.ced.utah.edu (940816.SGI.8.6.9//ident-1.0) id JAA23780; Tue, 25 Apr 1995 09:50:04 -0600 Date: Tue, 25 Apr 1995 09:50:04 -0600 Message-Id: <199504251550.JAA23780@ruin.ced.utah.edu> To: freebsd-bugs@FreeBSD.org Subject: bug in mmap / ftruncate in 041295-SNAP? Sender: bugs-owner@FreeBSD.org Precedence: bulk If this is a know problem, nevermind... strip -x is broken in 041295-SNAP. An immediate symptom is that kernels that have been strip -x'ed won't boot. The problems seems to be an interaction between mmap'ed files and ftruncate. strip chews on a mapped file and ftruncates it. After the ftruncate, the first page of the file reverts to the original data that was in the file. I thought that it might have just been "undefined" to ftruncate a mapped file, but moving the call to ftruncate () after the call to munmap showed the same behavior. Tim From owner-freebsd-bugs Tue Apr 25 14:12:59 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA17515 for bugs-outgoing; Tue, 25 Apr 1995 14:12:59 -0700 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 OAA17479 for ; Tue, 25 Apr 1995 14:12:46 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA17047; Tue, 25 Apr 1995 23:12:33 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA26640; Tue, 25 Apr 1995 23:12:32 +0200 Received: (from j@localhost) by jette.heep.sax.de (8.6.8/8.6.9) id VAA06948; Tue, 25 Apr 1995 21:59:27 +0200 From: J Wunsch Message-Id: <199504251959.VAA06948@jette.heep.sax.de> Subject: Re: Install Problem w/FreeBSD 2.0 To: jdennis@metronet.com (Jay Dennis) Date: Tue, 25 Apr 1995 21:59:23 +0200 (MET DST) Cc: bugs@FreeBSD.org In-Reply-To: <199504240525.AA22177@metronet.com> from "Jay Dennis" at Apr 24, 95 00:25:41 am Reply-To: joerg_wunsch@uriah.heep.sax.de 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: 519 Sender: bugs-owner@FreeBSD.org Precedence: bulk > When rebooting during the installation process to boot from the HD, the > system halts with the | immediately following the initial boot prompt > (where it gives the kernel boot options). ... > My machine is a 486/66 w/12meg ram and I have allocated 177 meg on my > primary hard drive to load FreeBSD 2.0. ... Does the root partition of your FreeBSD slice extend beyond cylinder 1023 from the BIOS point of view? The bootstrap uses the BIOS to load the kernel, so it has to reside below (BIOS) cylinder 1023. Jörg From owner-freebsd-bugs Tue Apr 25 14:41:21 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA19869 for bugs-outgoing; Tue, 25 Apr 1995 14:41:21 -0700 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 OAA19842 for ; Tue, 25 Apr 1995 14:41:04 -0700 Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.11/8.6.9) with ESMTP id XAA13867; Tue, 25 Apr 1995 23:40:23 +0200 Received: from localhost (localhost [127.0.0.1]) by grumble.grondar.za (8.6.11/8.6.9) with SMTP id XAA28462; Tue, 25 Apr 1995 23:40:22 +0200 Message-Id: <199504252140.XAA28462@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: root@deadline.snafu.de (Andreas S. Wetzel) cc: jhay@mikom.csir.co.za (John Hay), freebsd-bugs@FreeBSD.org Subject: Re: libc wont make... Date: Tue, 25 Apr 1995 23:40:22 +0200 From: Mark Murray Sender: bugs-owner@FreeBSD.org Precedence: bulk > ] Yes I also repoerted it (with a possible fix) more than 12 hours ago but my > ] latest ctm that I received this morning still won't compile:( > > I also supped the source tree again this morning, but still no changes > in the libraries :-< I just did a complete make. (I had to make depend before it would work, though - could that be the answer?) M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-bugs Tue Apr 25 14:58:07 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA20926 for bugs-outgoing; Tue, 25 Apr 1995 14:58:07 -0700 Received: from unlisys.unlisys.NET (unlisys.unlisys.net [194.64.15.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA20918 for ; Tue, 25 Apr 1995 14:58:04 -0700 Received: by unlisys.unlisys.NET from deadline.snafu.de with smtp (Smail3.1.28.1 [@@]) id m0s3sc6-0000IDC; Tue, 25 Apr 95 23:57 MET DST Received: by deadline.snafu.de id m0s3sc2-000IzCC; Tue, 25 Apr 95 23:57 MET DST (/\oo/\ Smail3.1.29.1 #29.1) Message-Id: From: root@deadline.snafu.de (Andreas S. Wetzel) Subject: Re: libc wont make... To: mark@grondar.za (Mark Murray) Date: Tue, 25 Apr 1995 23:57:42 +0200 (MET DST) Cc: jhay@mikom.csir.co.za, freebsd-bugs@FreeBSD.org In-Reply-To: <199504252140.XAA28462@grumble.grondar.za> from "Mark Murray" at Apr 25, 95 11:40:22 pm Organization: -D-E-A-D-L-I-N-E- Public access UN*X system - 13347 Berlin. X-Mailer: ELM [version 2.4 PL24 PGP2] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 928 Sender: bugs-owner@FreeBSD.org Precedence: bulk Hi! --- Mark Murray writes: ] > ] Yes I also repoerted it (with a possible fix) more than 12 hours ago but my ] ] > ] latest ctm that I received this morning still won't compile:( ] > ] > I also supped the source tree again this morning, but still no changes ] > in the libraries :-< ] ] I just did a complete make. (I had to make depend before it would work, ] though - could that be the answer?) The sources I SUPed again at about 17:00 MET DST worked fine. I did a complete make of includes, lib-tools, libraries and tools and it compiled and installed without any errors. Mickey -- (__) (@@) Andreas S. Wetzel E-mail: mickey@deadline.snafu.de /-------\/ Utrechter Strasse 41 Web: http://deadline.snafu.de/ / | || 13347 Berlin Voice: <+4930> 456 81 68 * ||----|| Germany Fax/Data: <+4930> 455 19 57 ~~ ~~ From owner-freebsd-bugs Tue Apr 25 17:30:06 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA25345 for bugs-outgoing; Tue, 25 Apr 1995 17:30:06 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA25338 ; Tue, 25 Apr 1995 17:30:05 -0700 Date: Tue, 25 Apr 1995 17:30:05 -0700 Message-Id: <199504260030.RAA25338@freefall.cdrom.com> From: Paul Traina Reply-To: Paul Traina To: freebsd-bugs Subject: conf/362: uname -r output hosed In-Reply-To: Your message of Tue, 25 Apr 1995 17:25:19 -0700 <199504260025.RAA01086@precipice.shockwave.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 362 >Category: conf >Synopsis: uname -r output hosed >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 25 17:30:03 1995 >Originator: Paul Traina >Organization: Shockwave Engineering >Release: FreeBSD 2.1.0-Development i386 >Environment: FreeBSD-current as of 4/24/95. >Description: The version number does not reflect whether or not FreeBSD is 1.0, 1.1, 2.0, or 2.1 based. This breaks 3rd party software that needs to use uname to figure out what kind of system we're running on. >How-To-Repeat: pst@precipice$ uname -r BUILT-19950425 >Fix: Change the uname -r output to be: 2.0-BUILT-19950425 NOTE: there must not be any spaces NOTE: it should start with '2.0' until 2.1 comes out NOTE: do not use funky characters like parens Just use this string, and we'll be happy. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Apr 25 18:50:19 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA29676 for bugs-outgoing; Tue, 25 Apr 1995 18:50:19 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA29664 ; Tue, 25 Apr 1995 18:50:13 -0700 Date: Tue, 25 Apr 1995 18:50:13 -0700 Message-Id: <199504260150.SAA29664@freefall.cdrom.com> From: pb@fasterix.freenix.fr Reply-To: pb@fasterix.freenix.fr To: freebsd-bugs Subject: kern/363: page fault in sio.c:sioioctl soon after boot (+ suggested fix) In-Reply-To: Your message of Wed, 26 Apr 1995 02:36:59 +0200 <199504260036.CAA00321@fasterix.frmug.fr.net> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 363 >Category: kern >Synopsis: page fault in sio.c soon after boot (+ suggested fix) >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 25 18:50:04 1995 >Originator: Pierre Beyssac >Organization: Pierre Beyssac >Release: FreeBSD 2.1.0-Development i386 >Environment: out-of-the-box April 12th snapshot. >Description: page fault line 1296 in sioioctl() : sio.c: 1293 com = com_addr(MINOR_TO_UNIT(mynor)); 1294 iobase = com->iobase; 1295 tp = com->tp; ->1296 term = tp->t_termios; 1297 oldcmd = cmd; >How-To-Repeat: boot single stty -f /dev/ttyid0 -> page fault >Fix: suggested fix in sioopen() : 781 if ((u_int) unit >= NSIO || (com = com_addr(unit)) == NULL) 782 return (ENXIO); |< 783 if (mynor & CONTROL_MASK) |< 784 return (0); | 785 #if 0 /* XXX TK2.0 */ | 786 tp = com->tp = sio_tty[unit] = ttymalloc(sio_tty[unit]); | 787 #else | 788 tp = com->tp = &sio_tty[unit]; | 789 #endif --> Move 783-784 after 789 Note that there seems to be a workaround : access /dev/ttydX before /dev/tty[il]X, using comcontrol for example (as in rc.serial, which may explain why the bug has gone unnoticed). Note also that there might be other pointers missing an initialization ; I had another panic after that fix (most likely related because it occured on a system call done by getty()), but have not been able to track down the problem yet. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Apr 25 18:57:28 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA00140 for bugs-outgoing; Tue, 25 Apr 1995 18:57:28 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA00111 for ; Tue, 25 Apr 1995 18:57:12 -0700 Received: (dyson@localhost) by Root.COM (8.6.8/8.6.5) id SAA14123; Tue, 25 Apr 1995 18:57:05 -0700 Date: Tue, 25 Apr 1995 18:57:05 -0700 From: dyson Message-Id: <199504260157.SAA14123@Root.COM> To: freebsd-bugs@FreeBSD.org, moore@ced.utah.edu Subject: Re: bug in mmap / ftruncate in 041295-SNAP? Sender: bugs-owner@FreeBSD.org Precedence: bulk Lots of fixes have been made since that snapshot. The new merged VM/Buffer code is significantly different from the original. It is looking really good now, and I suggest updating to the next snapshot (It might be the release of 2.0.[56]). You should be able to generally mix file and mapped file operations freely now. The msync that used to be needed is gratuitous now. (You still might want to msync for file consistancy reasons). But you should not need to do anything special for programs that mix/match mmap-I/O. John dyson@root.com From owner-freebsd-bugs Tue Apr 25 19:32:45 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA01358 for bugs-outgoing; Tue, 25 Apr 1995 19:32:45 -0700 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 TAA01331 for ; Tue, 25 Apr 1995 19:31:29 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id MAA00711; Wed, 26 Apr 1995 12:26:16 +1000 Date: Wed, 26 Apr 1995 12:26:16 +1000 From: Bruce Evans Message-Id: <199504260226.MAA00711@godzilla.zeta.org.au> To: freebsd-bugs@freefall.cdrom.com, pb@fasterix.freenix.fr Subject: Re: kern/363: page fault in sio.c:sioioctl soon after boot (+ suggested fix) Sender: bugs-owner@FreeBSD.org Precedence: bulk >>Synopsis: page fault in sio.c soon after boot (+ suggested fix) >... > out-of-the-box April 12th snapshot. >>Description: >page fault line 1296 in sioioctl() : >sio.c: > 1293 com = com_addr(MINOR_TO_UNIT(mynor)); > 1294 iobase = com->iobase; > 1295 tp = com->tp; >->1296 term = tp->t_termios; > 1297 oldcmd = cmd; This bug was introduced on April 11 and fixed on April 13. >Note that there seems to be a workaround : access /dev/ttydX before >/dev/tty[il]X, using comcontrol for example (as in rc.serial, which may >explain why the bug has gone unnoticed). I wondered why it when unnoticed for as long as one day :-). I saw it for a mouse port - in rc.serial, comcontrol is called for terminals and modems but not for mouses. Bruce From owner-freebsd-bugs Tue Apr 25 20:01:54 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA02659 for bugs-outgoing; Tue, 25 Apr 1995 20:01:54 -0700 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 UAA02653 for ; Tue, 25 Apr 1995 20:01:51 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA04190; Tue, 25 Apr 95 20:54:55 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504260254.AA04190@cs.weber.edu> Subject: Re: kern/363: page fault in sio.c:sioioctl soon after boot (+ suggested fix) To: bde@zeta.org.au (Bruce Evans) Date: Tue, 25 Apr 95 20:54:55 MDT Cc: freebsd-bugs@freefall.cdrom.com, pb@fasterix.freenix.fr In-Reply-To: <199504260226.MAA00711@godzilla.zeta.org.au> from "Bruce Evans" at Apr 26, 95 12:26:16 pm X-Mailer: ELM [version 2.4dev PL52] Sender: bugs-owner@FreeBSD.org Precedence: bulk > I wondered why it when unnoticed for as long as one day :-). I saw it > for a mouse port - in rc.serial, comcontrol is called for terminals and > modems but not for mouses. You mean meeses? Klondike Cat 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 Apr 25 20:49:37 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA05116 for bugs-outgoing; Tue, 25 Apr 1995 20:49:37 -0700 Received: from jabba.fdn.org (jabba.fdn.org [193.55.4.70]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA05108 for ; Tue, 25 Apr 1995 20:49:26 -0700 Received: (from uucp@localhost) by jabba.fdn.org (8.6.8/8.6.9) with UUCP id FAA11751; Wed, 26 Apr 1995 05:48:38 +0200 Received: (pb@localhost) by fasterix.frmug.fr.net (8.6.8/fasterix-941011) id FAA01998; Wed, 26 Apr 1995 05:33:17 +0201 From: Pierre Beyssac Message-Id: <199504260332.FAA01998@fasterix.frmug.fr.net> Subject: Re: kern/363: page fault in sio.c:sioioctl soon after boot (+ suggested fix) To: bde@zeta.org.au (Bruce Evans) Date: Wed, 26 Apr 1995 05:33:16 +0200 (MET DST) Cc: freebsd-bugs@freefall.cdrom.com, pb@fasterix.freenix.fr In-Reply-To: <199504260226.MAA00711@godzilla.zeta.org.au> from "Bruce Evans" at Apr 26, 95 12:25:57 pm 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: 616 Sender: bugs-owner@FreeBSD.org Precedence: bulk Bruce Evans writes: > >->1296 term = tp->t_termios; > > This bug was introduced on April 11 and fixed on April 13. Sorry... The weird thing is that I tried to check if the bug was corrected on a more recent source tree (dated April 17th) I had on tape, but saw no difference... I must be really tired or it has been fixed elsewhere ;-) Next time I'll compile the latest kernel before posting a problem report... -- Pierre Beyssac pb@fasterix.frmug.fr.net pb@fasterix.fdn.fr FreeBSD, NetBSD, Linux -- Il y a moins bien, mais c'est plus cher. You can also get less bang for more bucks. (translation F. Berjon) From owner-freebsd-bugs Wed Apr 26 09:10:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA15407 for bugs-outgoing; Wed, 26 Apr 1995 09:10:02 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA15400 ; Wed, 26 Apr 1995 09:10:01 -0700 Date: Wed, 26 Apr 1995 09:10:01 -0700 Message-Id: <199504261610.JAA15400@freefall.cdrom.com> From: John Capo Reply-To: John Capo To: freebsd-bugs Subject: bin/364: Interrupting man results in half-baked man page In-Reply-To: Your message of Wed, 26 Apr 1995 12:04:40 -0400 <199504261604.MAA01894@irbs.irbs.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 364 >Category: bin >Synopsis: Interrupting man results in half-baked man page >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: Wed Apr 26 09:10:01 1995 >Originator: John Capo >Organization: IRBS Engineering >Release: FreeBSD 2.1-current i386 >Environment: >Description: Interrupting man while it is waiting for the page to be formatted results in a zero length file or a half-baked file. >How-To-Repeat: Inetrrupt man while it is formatting a page. >Fix: Pay more attention to the return value from the system command. *** gnu/usr.bin/man/man/man.c.orig Tue Apr 11 22:09:32 1995 --- gnu/usr.bin/man/man/man.c Wed Apr 26 11:50:16 1995 *************** *** 1063,1069 **** status = do_system_command (command); ! if (!status) { fprintf(stderr, "Failed.\n"); unlink(temp); exit(1); --- 1063,1069 ---- status = do_system_command (command); ! if (status <= 0) { fprintf(stderr, "Failed.\n"); unlink(temp); exit(1); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Apr 26 09:20:06 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA15716 for bugs-outgoing; Wed, 26 Apr 1995 09:20:06 -0700 Received: (from root@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA15695 ; Wed, 26 Apr 1995 09:20:05 -0700 Date: Wed, 26 Apr 1995 09:20:05 -0700 From: "Jordan K. Hubbard" Message-Id: <199504261620.JAA15695@freefall.cdrom.com> To: jc@irbs.com, jkh, freebsd-bugs Subject: Changed information for PR bin/364 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: Interrupting man results in half-baked man page State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Wed Apr 26 09:19:52 PDT 1995 State-Changed-Why: Applied the provided fix. From owner-freebsd-bugs Wed Apr 26 11:50:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA21171 for bugs-outgoing; Wed, 26 Apr 1995 11:50:03 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA21164 ; Wed, 26 Apr 1995 11:50:01 -0700 Date: Wed, 26 Apr 1995 11:50:01 -0700 Message-Id: <199504261850.LAA21164@freefall.cdrom.com> From: Paul Traina Reply-To: Paul Traina To: freebsd-bugs Subject: kern/365: if_fddisubr.c doesn't compile In-Reply-To: Your message of Wed, 26 Apr 1995 11:41:15 -0700 <199504261841.LAA03550@precipice.shockwave.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 365 >Category: kern >Synopsis: if_fddisubr.c doesn't compile (it never has...?!?) >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Apr 26 11:50:00 1995 >Originator: Paul Traina >Organization: Shockwave Engineering >Release: FreeBSD 2.1.0-Development i386 >Environment: FreeBSD-current as of today. >Description: This file just plain and simple doesn't compile, which I find insanely difficult to believe. >How-To-Repeat: config LINT cd /sys/compile/LINT make cc -c -O -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -nostdinc -I. -I../.. -I../../sys -I../../../include -DLINT -DI586_CPU -DI486_CPU -DI386_CPU - DPROBE_VERBOSE -DBREAK_TO_DEBUGGER -DDSI_SOFT_MODEM -DCOM_MULTIPORT -DCOMCONSOLE -DFDSEEKWAIT="16" -DMAXCONS=16 -DHARDFONTS -DBOUNCE_BUFFERS -DAUTO_EOI_1 -DSCSI _REPORT_GEOMETRY -DSCSIDEBUG -DQUOTA -DMFS_ROOT=10 -DUNION -DUMAPFS -DPROCFS -DP ORTAL -DNULLFS -DMSDOSFS -DMFS -DLFS -DKERNFS -DFDESC -DCD9660 -DNQNFS -DNFS -DF FS -DARP_PROXYALL -DIPACCT -DIPFIREWALL_VERBOSE -DIPFIREWALL -DMROUTING -DGATEWA Y -DTCP_COMPAT_42 -DHDLC -DLLC -DEON -DNSIP -DTPCONS -DTPIP -DNS -DCCITT -DISO - DINET -DUCONSOLE -DDIAGNOSTIC -DKTRACE -DDODUMP -DDDB -DSYSVMSG -DSYSVSEM -DSYSV SHM -DUSER_LDT -DCOMPAT_43 -DMATH_EMULATE -DOPEN_MAX=128 -DCHILD_MAX=128 -DKERNE L -Di386 -DLOAD_ADDRESS=0xF0100000 ../../net/if_fddisubr.c ../../net/if_fddisubr.c: In function `fddi_input': ../../net/if_fddisubr.c:486: `ac' undeclared (first use this function) ../../net/if_fddisubr.c:486: (Each undeclared identifier is reported only once ../../net/if_fddisubr.c:486: for each function it appears in.) ../../net/if_fddisubr.c:487: `eh' undeclared (first use this function) *** Error code 1 >Fix: FIIK >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Apr 26 14:40:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA27402 for bugs-outgoing; Wed, 26 Apr 1995 14:40:02 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA27395 ; Wed, 26 Apr 1995 14:40:02 -0700 Date: Wed, 26 Apr 1995 14:40:02 -0700 Message-Id: <199504262140.OAA27395@freefall.cdrom.com> From: Paul Traina Reply-To: Paul Traina To: freebsd-bugs Subject: kern/366: queue changes broke ISO TPIP code In-Reply-To: Your message of Wed, 26 Apr 1995 14:31:44 -0700 <199504262131.OAA27000@freefall.cdrom.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 366 >Category: kern >Synopsis: queue changes broke ISO tpip code >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: Wed Apr 26 14:40:01 1995 >Originator: Paul Traina >Organization: Shockwave Engineering >Release: FreeBSD 2.1.0-Development i386 >Environment: FreeBSD current as of 26apr95. >Description: When all of the queue changes for PCB's were made, no one bothered to make a full blown version of the kernel. It would have been trivial for the developer of the changes for the queue stuff to do the right thing and fix it when he made the other changes, rather than have some idiot like myself (who doesn't have familiarity with TPIP or the queue structure macros) wade in and do things. Please folks, let's TEST stuff before committing it. That's what the damn LINT configuration is FOR. :-( >How-To-Repeat: % config LINT % cd ../../compile/LINT % make >Fix: I've fixed most of the broken files, but I don't understand how the tpip PCB structure should fit in with the new queue stuff, so netiso/tp_pcb.c still doesn't compile, even after the fix I'm about to commit. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Apr 26 14:50:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA27733 for bugs-outgoing; Wed, 26 Apr 1995 14:50:03 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA27724 ; Wed, 26 Apr 1995 14:50:02 -0700 Date: Wed, 26 Apr 1995 14:50:02 -0700 Message-Id: <199504262150.OAA27724@freefall.cdrom.com> From: pritc003@maroon.tc.umn.edu Reply-To: pritc003@maroon.tc.umn.edu To: freebsd-bugs Subject: bin/368: Lpd doesn't log errors after failed exec In-Reply-To: Your message of Wed, 26 Apr 1995 16:42:22 -0500 <199504262142.QAA01815@mpp.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 368 >Category: bin >Synopsis: Lpd doesn't log errors after failed exec >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: Wed Apr 26 14:50:01 1995 >Originator: Mike Pritchard >Organization: >Release: FreeBSD 2.1.0-Development i386 >Environment: >Description: If an exec done by lpd fails, nothing is sent to the system log indicating what went wrong. This is because lpd closes all of the file descriptors before doing the exec, thus closing the syslog file descriptor in the process. >How-To-Repeat: If you are using an output filter (e.g. apsfilter), make it so that the output filter can't be executed and then queue something up with 'lpr'. The file will go down a black hole and there will be no trace in any of the system logs as to what happened. You should also be able to duplicate this by making 'pr' unavailable and running 'lpr -p /etc/motd' if you are not using an output filter. >Fix: This patch to /usr/src/usr.sbin/lpr/lpd/printjob.c fixes lpd to properly close the system log before doing the exec, and then re-opening it if the exec fails. This will allow failed execs to be properly logged. *** orig/printjob.c Fri Apr 14 08:27:42 1995 --- printjob.c Wed Apr 26 16:27:20 1995 *************** *** 538,547 **** --- 538,549 ---- if ((prchild = dofork(DORETURN)) == 0) { /* child */ dup2(fi, 0); /* file is stdin */ dup2(p[1], 1); /* pipe is stdout */ + closelog(); for (n = 3; n < NOFILE; n++) (void) close(n); execl(_PATH_PR, "pr", width, length, "-h", *title ? title : " ", "-F", 0); + openlog("lpd", LOG_PID, LOG_LPR); syslog(LOG_ERR, "cannot execl %s", _PATH_PR); exit(2); } *************** *** 651,659 **** --- 653,663 ---- n = open(tempfile, O_WRONLY|O_CREAT|O_TRUNC, 0664); if (n >= 0) dup2(n, 2); + closelog(); for (n = 3; n < NOFILE; n++) (void) close(n); execv(prog, av); + openlog("lpd", LOG_PID, LOG_LPR); syslog(LOG_ERR, "cannot execv %s", prog); exit(2); } *************** *** 1008,1013 **** --- 1012,1018 ---- pipe(p); if ((s = dofork(DORETURN)) == 0) { /* child */ dup2(p[0], 0); + closelog(); for (i = 3; i < NOFILE; i++) (void) close(i); if ((cp = rindex(_PATH_SENDMAIL, '/')) != NULL) *************** *** 1016,1021 **** --- 1021,1028 ---- cp = _PATH_SENDMAIL; sprintf(buf, "%s@%s", user, fromhost); execl(_PATH_SENDMAIL, cp, buf, 0); + openlog("lpd", LOG_PID, LOG_LPR); + syslog(LOG_ERR, "cannot execl %s", _PATH_SENDMAIL); exit(0); } else if (s > 0) { /* parent */ dup2(p[1], 1); *************** *** 1252,1257 **** --- 1259,1265 ---- if ((ofilter = dofork(DOABORT)) == 0) { /* child */ dup2(p[0], 0); /* pipe is std in */ dup2(pfd, 1); /* printer is std out */ + closelog(); for (i = 3; i < NOFILE; i++) (void) close(i); if ((cp = rindex(OF, '/')) == NULL) *************** *** 1259,1264 **** --- 1267,1273 ---- else cp++; execl(OF, cp, width, length, 0); + openlog("lpd", LOG_PID, LOG_LPR); syslog(LOG_ERR, "%s: %s: %m", printer, OF); exit(1); } >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Apr 26 14:50:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA27726 for bugs-outgoing; Wed, 26 Apr 1995 14:50:02 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA27712 ; Wed, 26 Apr 1995 14:50:01 -0700 Date: Wed, 26 Apr 1995 14:50:01 -0700 Message-Id: <199504262150.OAA27712@freefall.cdrom.com> From: Paul Traina Reply-To: Paul Traina To: freebsd-bugs Subject: kern/367: ep0 driver in generic kernel hangs during attach In-Reply-To: Your message of Wed, 26 Apr 1995 14:42:21 -0700 <199504262142.OAA05212@precipice.shockwave.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 367 >Category: kern >Synopsis: kernel hangs after ep0 attach message appears >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Apr 26 14:50:00 1995 >Originator: Bruce Cole >Organization: cisco Systems, Inc. >Release: FreeBSD 2.1.0-Development i386 >Environment: April 24th FreeBSD snapshot generic kernel running on a Pentium based unix box with a 3COM 3C509 ethernet card at 0x300 / irq 10. >Description: The system starts to boot, and hangs after the 3c509 attach message shows up. From: Bruce Cole Subject: Re: 386bsd hint? Date: Wed, 26 Apr 1995 14:26:55 -0700 To: Paul Traina cc: Bruce Cole > Isn't boot -c wonderful? :-) > What has likely occured is that some other card has wedged the controller > first. I would use boot -c and disable anything that's probing at 0x300 or > on irq 10, leaving just the 3c509 enabled. I had tried disabling all the ones that came after it. Just tried it more completely like you suggested, and still no luck. Then I tried a binary search on getting rid of drivers... Found that it doesn't hang if I disable *both* eg0 and lnc0, but not just one or the other. Either I've got a time dependency or something weird is going on... >How-To-Repeat: Boot a generic kernel on Bruce's box. >Fix: Well, it's pretty clear that the probe routines for the eg0 and lnc0 drivers are hosing over the 3c509. I would suggest changing the order of the probes in the ethernet driver section, since the ep driver is in much greater common use than the eg and lnc drivers, and if the ep driver gets attached first, the probes for the eg and lnc drivers will never be executed. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Apr 26 21:30:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA15342 for bugs-outgoing; Wed, 26 Apr 1995 21:30:02 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA15335 ; Wed, 26 Apr 1995 21:30:01 -0700 Date: Wed, 26 Apr 1995 21:30:01 -0700 Message-Id: <199504270430.VAA15335@freefall.cdrom.com> From: mrami@mramirez.sy.yale.edu Reply-To: mrami@mramirez.sy.yale.edu To: freebsd-bugs Subject: i386/369: In-Reply-To: Your message of Thu, 27 Apr 1995 00:29:40 -0400 <199504270429.AAA06667@mramirez.sy.yale.edu> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 369 >Category: i386 >Synopsis: >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Apr 26 21:30:01 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-950412-SNAP i386 >Environment: ??? 486DX/33 SiS Chipset, 20MB ram Cardex Cobra ET4000/W32i video Adaptec 1542A rev D - Conner CFA540S - target 0 512 meg Maxtor 7120SCS - target 1 120 meg SMC Elite16 (I think; it's ed1, anyway) ??? floppy controller 2 drive, Colorado Jumbo 250 2 serial, parallel >Description: I can read from my disks fine; however, writes seem to get corrupted. Data as well as meta-data are affected by the problem. >How-To-Repeat: 1) Downloaded boot floppies and bindist. 2) Install on drive 0; Reboot from sd0 and kernel panics right after stating memory size. Reboot a couple of times; always get the same panic. 3) Reinstall on drive 0; get a different panic. Subsequent reboot cause the new and improved panic. 4) Install 2.0R floppies (keeping SNAP bootblocks) and then install the SNAP bindist (which is on sd1). On reboot, the kernel boots fine, /etc/rc runs, I get a login prompt. 5) Run do_cksum.sh on SNAP bindist on sd1. It runs with no errors. 6) Copy bindist from sd1 to sd0 and run do_cksum.sh on sd0 (copy) bindist. Half the files are corrupt. Re-run do_cksum.sh on the sd1 (original) bindist. All is well. 7) Reinstall 2.0R on sd0. An analysis of sd1 shows that the filesystem has been corrupted. A file was rm'ed under the SNAP kernel. >Fix: I don't know. >Audit-Trail: >Unformatted: 950412-SNAP corrupts writes to disks support From owner-freebsd-bugs Wed Apr 26 21:56:59 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA16615 for bugs-outgoing; Wed, 26 Apr 1995 21:56:59 -0700 Received: (from jkh@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA16601 ; Wed, 26 Apr 1995 21:56:58 -0700 Date: Wed, 26 Apr 1995 21:56:58 -0700 From: "Jordan K. Hubbard" Message-Id: <199504270456.VAA16601@freefall.cdrom.com> To: pritc003@maroon.tc.umn.edu, jkh, freebsd-bugs Subject: Changed information for PR bin/368 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: Lpd doesn't log errors after failed exec State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Wed Apr 26 21:56:40 PDT 1995 State-Changed-Why: The fix was applied to -current From owner-freebsd-bugs Thu Apr 27 15:42:33 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA06442 for bugs-outgoing; Thu, 27 Apr 1995 15:42:33 -0700 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 PAA06425 for ; Thu, 27 Apr 1995 15:42:23 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA02902; Fri, 28 Apr 1995 00:42:07 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA17986; Fri, 28 Apr 1995 00:41:57 +0200 Received: (from j@localhost) by jette.heep.sax.de (8.6.8/8.6.9) id AAA01761; Fri, 28 Apr 1995 00:20:18 +0200 From: J Wunsch Message-Id: <199504272220.AAA01761@jette.heep.sax.de> Subject: Re: i386/369: To: mrami@mramirez.sy.yale.edu Date: Fri, 28 Apr 1995 00:20:15 +0200 (MET DST) Cc: freebsd-bugs@freefall.cdrom.com In-Reply-To: <199504270430.VAA15335@freefall.cdrom.com> from "mrami@mramirez.sy.yale.edu" at Apr 26, 95 09:30:01 pm Reply-To: joerg_wunsch@uriah.heep.sax.de 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: 886 Sender: bugs-owner@FreeBSD.org Precedence: bulk > >Synopsis: Can someone with better net access than me (currently) please fill in a synopsis here? (AHA1542A problems, e.g.) Otherwise, it will show up with an empty synopsis field in the weekly summary, which is not easy to memorize. :-] [Problem with AHA1542A writing only garbage] I'm also using an AHA1540A in one machine. I do have some problems when using this machine as an NFS server, but the AHA itself appears to work. (E.g., i can start compiling the world on the machine itself. Last time i tried, i gave up after ~ 48 hours, it's only a 386sx/16 :-) My aha is: aha-1540a assy 416006-03 Rev D (on the PCB) 420504-00 C MCODE E7BC (on the firmware ROM) I guess the most important part is not the PCB revision, but the firmware revision. Some very old AHA154XA's are said to have disfunctional scatter/gather, perhaps your adapter is one of them? Jörg From owner-freebsd-bugs Thu Apr 27 16:06:50 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA09822 for bugs-outgoing; Thu, 27 Apr 1995 16:06:50 -0700 Received: from jeack.apana.org.au (nrc@jeack.apana.org.au [202.12.87.82]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA09815 for ; Thu, 27 Apr 1995 16:06:37 -0700 Received: (from nrc@localhost) by jeack.apana.org.au (8.6.8/8.6.6) id IAA06355 for FreeBSD-bugs@freefall.cdrom.com; Fri, 28 Apr 1995 08:54:21 GMT Date: Fri, 28 Apr 1995 08:54:21 GMT From: Nathan Chapman (Guest) Message-Id: <199504280854.IAA06355@jeack.apana.org.au> Apparently-To: FreeBSD-bugs@freefall.cdrom.com Sender: bugs-owner@FreeBSD.org Precedence: bulk help From owner-freebsd-bugs Thu Apr 27 16:51:55 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA11422 for bugs-outgoing; Thu, 27 Apr 1995 16:51:55 -0700 Received: from thud.cdrom.com (thud.cdrom.com [192.216.222.13]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA11414 for ; Thu, 27 Apr 1995 16:51:53 -0700 Received: (from timb@localhost) by thud.cdrom.com (8.6.11/8.6.9) id QAA01337 for bugs@freebsd.org; Thu, 27 Apr 1995 16:51:46 -0700 Date: Thu, 27 Apr 1995 16:51:46 -0700 From: Tim Bach Message-Id: <199504272351.QAA01337@thud.cdrom.com> To: bugs@FreeBSD.org Subject: reboot's with slip in latest snap Sender: bugs-owner@FreeBSD.org Precedence: bulk So far i have had three reboot's running the latest snap and slip. Not sure what caused the first two reboot's.. Though it rebooted with a panic which i did route flush route add 204.119.17.254 basicly tried to add a new route... Also when some user's where on..Not sure what they were doing at the time. I assume it has something to do with slip.. Please advise me on what could be causing this as it is quite annoying.. thanks. From owner-freebsd-bugs Thu Apr 27 17:37:20 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA13587 for bugs-outgoing; Thu, 27 Apr 1995 17:37:20 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA13581 for ; Thu, 27 Apr 1995 17:37:17 -0700 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id UAA06290; Thu, 27 Apr 1995 20:32:40 -0400 From: Peter Dufault Message-Id: <199504280032.UAA06290@hda.com> Subject: Re: i386/369: (AHA1542A problems) To: joerg_wunsch@uriah.heep.sax.de Date: Thu, 27 Apr 1995 20:32:39 -0400 (EDT) Cc: mrami@mramirez.sy.yale.edu, freebsd-bugs@freefall.cdrom.com In-Reply-To: <199504272220.AAA01761@jette.heep.sax.de> from "J Wunsch" at Apr 28, 95 00:20:15 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1141 Sender: bugs-owner@FreeBSD.org Precedence: bulk J Wunsch writes: > > I'm also using an AHA1540A in one machine. I do have some problems > when using this machine as an NFS server, but the AHA itself appears > to work. (E.g., i can start compiling the world on the machine > itself. Last time i tried, i gave up after ~ 48 hours, it's only > a 386sx/16 :-) > > My aha is: > aha-1540a > assy 416006-03 Rev D (on the PCB) > 420504-00 C > MCODE E7BC (on the firmware ROM) > > I guess the most important part is not the PCB revision, but the > firmware revision. Some very old AHA154XA's are said to have > disfunctional scatter/gather, perhaps your adapter is one of them? Is anyone else having AHA154x problems? I'm using a 1542C and a 1542B and did some real heavy testing last weekend (four days of constant file system thrashing while alternately freezing and thawing the SCSI bus) without any corruption. I'm pretty sure that the bug submitter was using this host adapter without any problems earlier. -- 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 Thu Apr 27 21:31:06 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA27835 for bugs-outgoing; Thu, 27 Apr 1995 21:31:06 -0700 Received: from mramirez.sy.yale.edu (mramirez.sy.yale.edu [130.132.57.207]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA27829 for ; Thu, 27 Apr 1995 21:31:02 -0700 Received: (from mrami@localhost) by mramirez.sy.yale.edu (8.6.9/8.6.9) id AAA00188; Fri, 28 Apr 1995 00:30:09 -0400 Date: Fri, 28 Apr 1995 00:30:08 -0400 (EDT) From: Marc Ramirez Reply-To: mrami@minerva.cis.yale.edu To: Peter Dufault cc: joerg_wunsch@uriah.heep.sax.de, freebsd-bugs@freefall.cdrom.com Subject: Re: i386/369: (AHA1542A problems) In-Reply-To: <199504280032.UAA06290@hda.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@FreeBSD.org Precedence: bulk I've never replied to two people at once before! This is neat! On Thu, 27 Apr 1995, Peter Dufault wrote: > J Wunsch writes: > > > > I'm also using an AHA1540A in one machine. I do have some problems > > when using this machine as an NFS server, but the AHA itself appears > > to work. (E.g., i can start compiling the world on the machine > > itself. Last time i tried, i gave up after ~ 48 hours, it's only > > a 386sx/16 :-) > > > > My aha is: > > aha-1540a > > assy 416006-03 Rev D (on the PCB) > > 420504-00 C > > MCODE E7BC (on the firmware ROM) Okay, here is my card: (didn't worry too much about the BIOS) AHA1542A ASSY 416006-01 Rev D Firmware: 420504-00 C MCODE E7BC AIC: 420300 E 9001 Settings: Synchronous negotiation OFF (default) Diagnostics OFF (default) SCSI parity checking enabled (default) SCSI address 7 (default) DMA channel 5 (default) IRQ line 11 (default) DMA transfer spped 5.0 MB/s (default) AT BIOS wait states disabled (default) AT port address 330H (default) AT BIOS address 0DC000H (default) automatic Request Sense disabled (???) BIOS enabled (default) > > I guess the most important part is not the PCB revision, but the > > firmware revision. Some very old AHA154XA's are said to have > > disfunctional scatter/gather, perhaps your adapter is one of them? I think maybe my adapter is too old. :) Time to move into the '90's, I reckon. :) > Is anyone else having AHA154x problems? I'm using a 1542C and a 1542B > and did some real heavy testing last weekend (four days of constant file > system thrashing while alternately freezing and thawing the SCSI > bus) without any corruption. > > I'm pretty sure that the bug submitter was using this host adapter > without any problems earlier. This is correct. Also, another thing I forgot to mention, I was successfully running the late February SNAP, until I moved back to 2.0R when I needed to use gdb. So, something happened between late February and late March. (I'm not above blaming my controller.) Marc. -- 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 From owner-freebsd-bugs Fri Apr 28 01:12:09 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA02795 for bugs-outgoing; Fri, 28 Apr 1995 01:12:09 -0700 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 BAA02780 for ; Fri, 28 Apr 1995 01:12:04 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id BAA05769; Fri, 28 Apr 1995 01:08:07 -0700 From: "Rodney W. Grimes" Message-Id: <199504280808.BAA05769@gndrsh.aac.dev.com> Subject: Re: i386/369: (AHA1542A problems) To: mrami@minerva.cis.yale.edu Date: Fri, 28 Apr 1995 01:08:07 -0700 (PDT) Cc: dufault@hda.com, joerg_wunsch@uriah.heep.sax.de, freebsd-bugs@freefall.cdrom.com In-Reply-To: from "Marc Ramirez" at Apr 28, 95 00:30:08 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: 1498 Sender: bugs-owner@FreeBSD.org Precedence: bulk > > I've never replied to two people at once before! This is neat! > > On Thu, 27 Apr 1995, Peter Dufault wrote: > > > J Wunsch writes: > > > > > > I'm also using an AHA1540A in one machine. I do have some problems > > > when using this machine as an NFS server, but the AHA itself appears > > > to work. (E.g., i can start compiling the world on the machine > > > itself. Last time i tried, i gave up after ~ 48 hours, it's only > > > a 386sx/16 :-) > > > > > > My aha is: > > > aha-1540a > > > assy 416006-03 Rev D (on the PCB) > > > 420504-00 C > > > MCODE E7BC (on the firmware ROM) > > Okay, here is my card: (didn't worry too much about the BIOS) > > AHA1542A > ASSY 416006-01 Rev D > Firmware: 420504-00 C MCODE E7BC > > AIC: 420300 E 9001 > > Settings: > Synchronous negotiation OFF (default) > Diagnostics OFF (default) > SCSI parity checking enabled (default) > SCSI address 7 (default) > DMA channel 5 (default) > IRQ line 11 (default) > DMA transfer spped 5.0 MB/s (default) > AT BIOS wait states disabled (default) > AT port address 330H (default) > AT BIOS address 0DC000H (default) > automatic Request Sense disabled (???) If you indeed to have a jumper installed on J6 pin pair 5, please remove it, that is the default setting for an aha154X card. > BIOS enabled (default) -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-bugs Fri Apr 28 05:08:59 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA11086 for bugs-outgoing; Fri, 28 Apr 1995 05:08:59 -0700 Received: from mramirez.sy.yale.edu (mramirez.sy.yale.edu [130.132.57.207]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA11080 for ; Fri, 28 Apr 1995 05:08:54 -0700 Received: (from mrami@localhost) by mramirez.sy.yale.edu (8.6.9/8.6.9) id IAA02096; Fri, 28 Apr 1995 08:08:03 -0400 Date: Fri, 28 Apr 1995 08:08:01 -0400 (EDT) From: Marc Ramirez Reply-To: mrami@minerva.cis.yale.edu To: "Rodney W. Grimes" cc: dufault@hda.com, joerg_wunsch@uriah.heep.sax.de, freebsd-bugs@freefall.cdrom.com Subject: Re: i386/369: (AHA1542A problems) In-Reply-To: <199504280808.BAA05769@gndrsh.aac.dev.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@FreeBSD.org Precedence: bulk On Fri, 28 Apr 1995, Rodney W. Grimes wrote: > > automatic Request Sense disabled (???) > > If you indeed to have a jumper installed on J6 pin pair 5, please remove > it, that is the default setting for an aha154X card. I'm sorry; it is enabled, which is the default, as you have just said. Another thing, let me show you the probe messages for my disks under 2.0R: aha0: reading board settings, dma=5 int=11 (bus speed defaulted) aha0 at 0x330-0x333 irq 11 drq 5 on isa aha0 waiting for scsi devices to settle aha0 targ 0 lun 0: type 0(direct) fixed SCSI2 aha0 targ 0 lun 0: sd0: 515MB (1056708 total sec), 2800 cyl, 4 head, 94 sec, bytes/sec 512 aha0 targ 1 lun 0: type 0(direct) fixed SCSI1 aha0 targ 1 lun 0: sd1: 121MB (248502 total sec), 1498 cyl, 4 head, 41 sec, bytes/sec 512 There doesn't happen to be a problem that I'm unaware of with mixing SCSI disk types, does there? Marc. -- 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 From owner-freebsd-bugs Fri Apr 28 09:38:29 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA18031 for bugs-outgoing; Fri, 28 Apr 1995 09:38:29 -0700 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 JAA18020 for ; Fri, 28 Apr 1995 09:38:16 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id JAA06347; Fri, 28 Apr 1995 09:33:31 -0700 From: "Rodney W. Grimes" Message-Id: <199504281633.JAA06347@gndrsh.aac.dev.com> Subject: Re: i386/369: (AHA1542A problems) To: mrami@minerva.cis.yale.edu Date: Fri, 28 Apr 1995 09:33:31 -0700 (PDT) Cc: dufault@hda.com, joerg_wunsch@uriah.heep.sax.de, freebsd-bugs@freefall.cdrom.com In-Reply-To: from "Marc Ramirez" at Apr 28, 95 08:08: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: 1402 Sender: bugs-owner@FreeBSD.org Precedence: bulk > > On Fri, 28 Apr 1995, Rodney W. Grimes wrote: > > > > automatic Request Sense disabled (???) > > > > If you indeed to have a jumper installed on J6 pin pair 5, please remove > > it, that is the default setting for an aha154X card. > > I'm sorry; it is enabled, which is the default, as you have just said. Okay, good. That was the only thing I saw that may have caused you problems. > Another thing, let me show you the probe messages for my disks under 2.0R: > > aha0: reading board settings, dma=5 int=11 (bus speed defaulted) > aha0 at 0x330-0x333 irq 11 drq 5 on isa > aha0 waiting for scsi devices to settle > aha0 targ 0 lun 0: type 0(direct) fixed SCSI2 > aha0 targ 0 lun 0: > sd0: 515MB (1056708 total sec), 2800 cyl, 4 head, 94 sec, bytes/sec 512 > aha0 targ 1 lun 0: type 0(direct) fixed SCSI1 > aha0 targ 1 lun 0: > sd1: 121MB (248502 total sec), 1498 cyl, 4 head, 41 sec, bytes/sec 512 > > There doesn't happen to be a problem that I'm unaware of with mixing SCSI > disk types, does there? Not that I know of. Been doing it for years. It may not be optimal use of a SCSI bus, but with these small drives I don't think your going to fill the bandwidth up. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-bugs Fri Apr 28 11:00:04 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA19767 for bugs-outgoing; Fri, 28 Apr 1995 11:00:04 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA19760 ; Fri, 28 Apr 1995 11:00:03 -0700 Date: Fri, 28 Apr 1995 11:00:03 -0700 Message-Id: <199504281800.LAA19760@freefall.cdrom.com> From: "Garrett A. Wollman" Reply-To: "Garrett A. Wollman" To: freebsd-bugs Subject: bin/370: pkg_manage doesn't compile and hasn't for a week In-Reply-To: Your message of Fri, 28 Apr 1995 13:58:47 -0400 <199504281758.NAA29645@khavrinen.lcs.mit.edu> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 370 >Category: bin >Synopsis: pkg_manage doesn't compile and hasn't for a week >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Apr 28 11:00:01 1995 >Originator: Garrett A. Wollman >Organization: MIT Laboratory for Computer Science >Release: FreeBSD 2.1.0-Development i386 >Environment: -current as of 0500 on Friday, 28 April >Description: pkg_manage doesn't link: cc -O2 -Wall -Wstrict-prototypes -DHELP_PATH=\"/usr/share/misc/pkg_manage/\" -I/usr/wd1/src/usr.sbin/pkg_manage/../../gnu/lib/libdialog -I/usr/wd1/src/usr.sbin/pkg_manage/../../lib/libncurses -o pkg_manage pkg_main.o pkg_manage.o pkg_ui.o version.o -ldialog -lncurses -lmytinfo pkg_manage.o: Undefined symbol `_get_helpline' referenced from text segment pkg_manage.o: Undefined symbol `_restore_helpline' referenced from text segment pkg_ui.o: Undefined symbol `_dialog_dselect' referenced from text segment pkg_ui.o: Undefined symbol `_MarkCurrentListObj' referenced from text segment pkg_ui.o: Undefined symbol `_MarkAllListObj' referenced from text segment pkg_ui.o: Undefined symbol `_UnMarkAllListObj' referenced from text segment *** Error code 1 I had this same problem a week ago and ``solved'' it by deleting pkg_manage from the usr.sbin Makefile. Fresh versions of libdialog, libncurses, and libmytinfo were installed immediately prior to the above command line. >How-To-Repeat: try to build pkg_manage >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Apr 28 11:11:11 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA19908 for bugs-outgoing; Fri, 28 Apr 1995 11:11:11 -0700 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 LAA19857 for ; Fri, 28 Apr 1995 11:08:00 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA11189; Fri, 28 Apr 1995 19:43:59 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id TAA24511; Fri, 28 Apr 1995 19:43:58 +0200 Received: (from j@localhost) by jette.heep.sax.de (8.6.8/8.6.9) id JAA02604; Fri, 28 Apr 1995 09:34:10 +0200 From: J Wunsch Message-Id: <199504280734.JAA02604@jette.heep.sax.de> Subject: Re: i386/369: (AHA1542A problems) To: dufault@hda.com (Peter Dufault) Date: Fri, 28 Apr 1995 09:34:05 +0200 (MET DST) Cc: joerg_wunsch@uriah.heep.sax.de, mrami@mramirez.sy.yale.edu, freebsd-bugs@freefall.cdrom.com In-Reply-To: <199504280032.UAA06290@hda.com> from "Peter Dufault" at Apr 27, 95 08:32:39 pm Reply-To: joerg_wunsch@uriah.heep.sax.de 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: 562 Sender: bugs-owner@FreeBSD.org Precedence: bulk > Is anyone else having AHA154x problems? I'm using a 1542C and a 1542B > and did some real heavy testing last weekend (four days of constant file > system thrashing while alternately freezing and thawing the SCSI > bus) without any corruption. I don't have general problems with it, only when using the box as a heavy-loaded NFS server. And it did make no difference to replace the adapter by an 1542CF. I will yet have to dig further, take stack traces etc. The basic symptom was that it hung unable being to do disk io, only DDB continued to work. Jörg From owner-freebsd-bugs Fri Apr 28 11:12:47 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA19989 for bugs-outgoing; Fri, 28 Apr 1995 11:12:47 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA19983 for ; Fri, 28 Apr 1995 11:12:46 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id LAA07727; Fri, 28 Apr 1995 11:12:24 -0700 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: "Garrett A. Wollman" cc: freebsd-bugs@freefall.cdrom.com Subject: Re: bin/370: pkg_manage doesn't compile and hasn't for a week In-reply-to: Your message of "Fri, 28 Apr 1995 11:00:03 PDT." <199504281800.LAA19760@freefall.cdrom.com> Date: Fri, 28 Apr 1995 11:12:24 -0700 Message-ID: <7725.799092744@time.cdrom.com> From: "Jordan K. Hubbard" Sender: bugs-owner@FreeBSD.org Precedence: bulk > pkg_manage.o: Undefined symbol `_get_helpline' referenced from text segment > pkg_manage.o: Undefined symbol `_restore_helpline' referenced from text segme nt > pkg_ui.o: Undefined symbol `_dialog_dselect' referenced from text segment > pkg_ui.o: Undefined symbol `_MarkCurrentListObj' referenced from text segment > pkg_ui.o: Undefined symbol `_MarkAllListObj' referenced from text segment > pkg_ui.o: Undefined symbol `_UnMarkAllListObj' referenced from text segment > *** Error code 1 > > I had this same problem a week ago and ``solved'' it by > deleting pkg_manage from the usr.sbin Makefile. Fresh I'm going to close this PR since this is clearly something wrong with your source tree. get_helpline() and friends most definitely ARE in the latest version of libdialog: jkh@time-> cd /usr/src/gnu/lib/libdialog/ jkh@time-> grep get_helpline * dialog.h:char *get_helpline(void); help.c: savehline = get_helpline(); help.c:get_helpline(void) help.c:} /* get_helpline() */ notify.c: tmphlp = get_helpline(); yesno.c: tmphlp = get_helpline(); Jordan From owner-freebsd-bugs Fri Apr 28 11:12:58 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA20020 for bugs-outgoing; Fri, 28 Apr 1995 11:12:58 -0700 Received: (from jkh@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA20006 ; Fri, 28 Apr 1995 11:12:56 -0700 Date: Fri, 28 Apr 1995 11:12:56 -0700 From: "Jordan K. Hubbard" Message-Id: <199504281812.LAA20006@freefall.cdrom.com> To: wollman@khavrinen.lcs.mit.edu, jkh, freebsd-bugs Subject: Changed information for PR bin/370 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: pkg_manage doesn't compile and hasn't for a week State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Fri Apr 28 11:12:30 PDT 1995 State-Changed-Why: It wasn't really a bug. Pilot error of some sort. From owner-freebsd-bugs Fri Apr 28 11:30:58 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA20444 for bugs-outgoing; Fri, 28 Apr 1995 11:30:58 -0700 Received: from hp.com (hp.com [15.255.152.4]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA20438 for ; Fri, 28 Apr 1995 11:30:50 -0700 Received: from hpisrdq.cup.hp.com (hpindio.cup.hp.com) by hp.com with SMTP (1.37.109.15/15.5+ECS 3.3) id AA074623845; Fri, 28 Apr 1995 11:30:45 -0700 Received: by hpisrdq.cup.hp.com with SMTP (1.38.193.4/15.5+IOS 3.20+cup+OMrelay) id AA05655; Fri, 28 Apr 1995 11:27:30 -0700 Message-Id: <9504281827.AA05655@hpisrdq.cup.hp.com> To: bugs@FreeBSD.org Subject: Possible bug in the 4/12 TCP Date: Fri, 28 Apr 1995 11:27:29 -0700 From: Rick Jones Sender: bugs-owner@FreeBSD.org Precedence: bulk Here is the original message, with my typo... rick jones To: Andras Olah Cc: rstevens@noao.edu (Richard Stevens), bugs@frteebsd.org Subject: Bug?: immediate ACK's in 4/12 TCP... Date: Fri, 28 Apr 1995 11:23:37 -0700 From: Rick Jones Andras - Thanks for the copy of tclient and tserver. They confirm something that I have noticed with netperf (which I have working again with minor tweaks to netperf.c and netserver.c so that a TCP_TRR test calls the tran routines and not the conn routines - what's RCS anyway :) There is (what I think is) a bug in the 4/12 TCP, of unknown origin. It is immediately ACKing *all* traffic. I have analyser traces of netperf TCP_RR, TCP_TRR, TCP_CRR, and TCP_STREAM tests which show this behaviour. I'm going to try to find time to look through the source to see if I can find the bug. I think I'll also ask bugs@freebsd.org if any other changes were added to TCP for the 4/12 snapshot to try and narrow my search. Bugs - what were the changes in the TCP code between the 3/22 and 4/12 snapshots? For TCP_RR, it means a 2x increase in packets per transaction, for TCP_TRR, things go from three packets per transaction to five. For a TCP_STREAM test, it is a 33% increase in packets. I suspect that it can be seen with just about *any* TCP connection - telnet, ftp, etc...I expect to have the 2.0PL1 netperf on ftp.cup.hp.com by Monday. later, rick ------- =_aaaaaaaaaa-- From owner-freebsd-bugs Fri Apr 28 12:27:05 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA22584 for bugs-outgoing; Fri, 28 Apr 1995 12:27:05 -0700 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 MAA22573 for ; Fri, 28 Apr 1995 12:26:55 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA13350; Fri, 28 Apr 1995 21:26:51 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA25142; Fri, 28 Apr 1995 21:26:49 +0200 Received: (from j@localhost) by jette.heep.sax.de (8.6.8/8.6.9) id UAA00327; Fri, 28 Apr 1995 20:29:03 +0200 From: J Wunsch Message-Id: <199504281829.UAA00327@jette.heep.sax.de> Subject: Re: i386/369: (AHA1542A problems) To: mrami@minerva.cis.yale.edu Date: Fri, 28 Apr 1995 20:29:01 +0200 (MET DST) Cc: freebsd-bugs@FreeBSD.org In-Reply-To: <199504280808.BAA05769@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Apr 28, 95 01:08:07 am Reply-To: joerg_wunsch@uriah.heep.sax.de 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: 626 Sender: bugs-owner@FreeBSD.org Precedence: bulk > > Okay, here is my card: (didn't worry too much about the BIOS) > > > > AHA1542A > > ASSY 416006-01 Rev D > > Firmware: 420504-00 C MCODE E7BC > > > > AIC: 420300 E 9001 > > > > Settings: > > Synchronous negotiation OFF (default) Mine is identical (forgot about the AIC revision), except that i'm using adapter synch negotiation, which seems to work (and worked all the time since FreeBSD ~ 1.1). I think the synch negotiation should only be disabled if there's a drive that claims to be able of synch transfers but actually isn't. Normally, the synch negotiation should do no harm even for asynch devices. Jörg From owner-freebsd-bugs Fri Apr 28 15:23:31 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA27322 for bugs-outgoing; Fri, 28 Apr 1995 15:23:31 -0700 Received: from mramirez.sy.yale.edu (mramirez.sy.yale.edu [130.132.57.207]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA27309 for ; Fri, 28 Apr 1995 15:23:26 -0700 Received: (from mrami@localhost) by mramirez.sy.yale.edu (8.6.9/8.6.9) id SAA04625; Fri, 28 Apr 1995 18:22:48 -0400 Date: Fri, 28 Apr 1995 18:22:47 -0400 (EDT) From: Marc Ramirez Reply-To: mrami@minerva.cis.yale.edu To: "Rodney W. Grimes" cc: dufault@hda.com, joerg_wunsch@uriah.heep.sax.de, freebsd-bugs@freefall.cdrom.com Subject: Re: i386/369: (AHA1542A problems) In-Reply-To: <199504281633.JAA06347@gndrsh.aac.dev.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@FreeBSD.org Precedence: bulk On Fri, 28 Apr 1995, Rodney W. Grimes wrote: > > > If you indeed to have a jumper installed on J6 pin pair 5, please remove > > > it, that is the default setting for an aha154X card. > > > > I'm sorry; it is enabled, which is the default, as you have just said. > > Okay, good. That was the only thing I saw that may have caused you > problems. There doesn't seem to be anything obviously wrong with the settings or with anyone else's board, so I'm going to assume that my board is just broken. I want to be on the bleeding edge too badly. I'm just going to get a new controller, and whoever wants this one can have it. Marc. -- 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 From owner-freebsd-bugs Fri Apr 28 17:20:36 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA29782 for bugs-outgoing; Fri, 28 Apr 1995 17:20:36 -0700 Received: from mpp.com (dialup-2-143.gw.umn.edu [134.84.101.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA29776 for ; Fri, 28 Apr 1995 17:20:31 -0700 Received: (from mpp@localhost) by mpp.com (8.6.11/8.6.9) id TAA00763 for bugs@freebsd.org; Fri, 28 Apr 1995 19:19:38 -0500 From: Mike Pritchard Message-Id: <199504290019.TAA00763@mpp.com> Subject: kern/subr_log.c ioctl bug To: bugs@FreeBSD.org Date: Fri, 28 Apr 1995 19:19:37 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 705 Sender: bugs-owner@FreeBSD.org Precedence: bulk Could someone apply the following patch to sys/kern/subr_log.c? It fixes the ioctl routine to not chew up massive amounts of kernel time if an invalid ioctl is done on /dev/klog. logioctl() needs to return an errno instead of -1 on a failed ioctl. Discovered while adapting this code for my screen print routines. *** orig/subr_log.c Fri Apr 28 19:12:24 1995 --- subr_log.c Fri Apr 28 19:12:43 1995 *************** *** 234,240 **** break; default: ! return (-1); } return (0); } --- 234,240 ---- break; default: ! return (EINVAL); } return (0); } -- Mike Pritchard pritc003@maroon.tc.umn.edu "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-bugs Sat Apr 29 00:56:54 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA14672 for bugs-outgoing; Sat, 29 Apr 1995 00:56:54 -0700 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 AAA14665 for ; Sat, 29 Apr 1995 00:56:41 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA15638; Sat, 29 Apr 1995 17:51:52 +1000 Date: Sat, 29 Apr 1995 17:51:52 +1000 From: Bruce Evans Message-Id: <199504290751.RAA15638@godzilla.zeta.org.au> To: bugs@FreeBSD.org, mpp@mpp.com Subject: Re: kern/subr_log.c ioctl bug Sender: bugs-owner@FreeBSD.org Precedence: bulk >Could someone apply the following patch to sys/kern/subr_log.c? >It fixes the ioctl routine to not chew up massive amounts of kernel time >if an invalid ioctl is done on /dev/klog. logioctl() needs to return >an errno instead of -1 on a failed ioctl. Discovered while adapting >this code for my screen print routines. old>! return (-1); >... new>! return (EINVAL); It should return ENOTTY. Bruce From owner-freebsd-bugs Sat Apr 29 04:30:34 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA22281 for bugs-outgoing; Sat, 29 Apr 1995 04:30:34 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA22272 for freebsd-bugs; Sat, 29 Apr 1995 04:30:32 -0700 Date: Sat, 29 Apr 1995 04:30:32 -0700 From: GNU GNATS Message-Id: <199504291130.EAA22272@freefall.cdrom.com> To: freebsd-bugs Subject: List of open Problem Reports Sender: bugs-owner@FreeBSD.org Precedence: bulk This is the list of currently open problem reports [1994/09/14] kern/1 Toshiba MK156FB scsi drive does not work with 2.0 ke [1994/10/07] kern/6 System hangs while using slip or ppp connection [1994/11/13] i386/14 No MBR put on prestine IDE disk drive [1994/11/14] bin/17 "mount -t foo /dev/wd1h /mnt" gives incorrect error [1994/11/18] kern/21 kernel panic. [1994/11/18] conf/22 Cannot use links to share kernel objects [1994/11/23] kern/27 Loopback mounts confuse unmount-on-reboot code [1994/11/30] kern/34 nullfs and union mounts can result in wild pointer r [1994/12/03] kern/39 Recent config changes hosed ft config [1994/12/04] kern/40 Floppy tape probe hosed (FIX) [1994/12/06] kern/42 PC-NFS on -current can't access disks [1994/12/07] docs/43 manpage for keysu is missing. reference from keyinit [1994/12/07] kern/44 ep driver won't work with anything but bnc [1994/12/08] kern/46 ed driver don't know the link0 flag (IFF_LINK0) [1994/12/13] misc/48 /etc/rc does not recover recovery files [1994/12/14] kern/51 Panic accessing NFS mounted file system [1994/12/14] gnu/54 No manual entry for uucpd [1994/12/18] misc/67 It took 20 tries to get free-bsd installed [1994/12/18] misc/68 bininst leaves system kinda hung [1994/12/21] misc/75 Netboot ignores gateway [1994/12/20] conf/76 fdisk can't be trusted. [1994/12/21] i386/79 Reboots sometimes don't complete. [1994/12/23] misc/83 System crash after abrupt end of slip session [1995/01/03] kern/95 Configuring a SLIP device with source = destination [1995/01/09] kern/102 PANIC after running Merged Buffer Cache kernel for a [1995/01/10] bin/104 pax -rwl may corrupt filesystem [1995/01/11] i386/105 Distributed libm (msun) has non-standard error handl [1995/01/13] gnu/107 kernel build produces internal compiler error [1995/01/14] bin/109 at command doesn't parse dates time and doesn't prom [1995/01/14] misc/112 ^C cause panic during install [1995/01/14] bin/113 /bin/csh and /usr/local/bin/tcsh choke on my nasty c [1995/01/14] bin/115 systat iostat display doesn't scale high enough [1995/01/14] bin/116 disk transfer rates reported by systat :iostat are t [1995/01/14] misc/118 use of 386bsd partition tag makes multi-os boot hard [1995/01/14] misc/119 you cannot tune your newfs parameters at intall time [1995/01/14] misc/120 first Initial security report is bogus becuase of ls [1995/01/14] bin/124 traceroute doesn't support -g flag. [1995/01/14] docs/127 locate man page does not have any clues to how the d [1995/01/14] bin/129 fsck cannot take a mount point as an argument [1995/01/14] docs/131 there is no man page for uucpd [1995/01/14] docs/132 gettytab documentation is split between /etc/gettyta [1995/01/14] bin/133 mail program doesn't have editheaders option [1995/01/14] misc/134 ispell (in ports) thinks the dictionary is in /usr/d [1995/01/14] bin/135 not enough ptys; virtual console names conflict with [1995/01/14] docs/137 domainname man page references getdomainname(2) whic [1995/01/15] bin/146 version of compress is kinda old and slow [1995/01/19] bin/151 One of the pkg_add set /tmp mod to 755 [1995/01/19] kern/152 Kernel config doesn't handle "irq 2" as irq 9 [1995/01/20] bin/153 mount -u improvement for diskless systems [1995/01/21] kern/157 Quota system does not work [1995/01/21] docs/159 uucp manual files have wrong file locations. [1995/01/21] docs/161 Not MAKEDEV(8) manual page. [1995/01/21] bin/163 telneting sometimes doesn't yield a "login:" prompt [1995/01/21] docs/164 no ptrace(2) manual page. [1995/01/21] docs/165 No documentation on kernel boot flags. [1995/01/21] misc/166 /usr/include/machine/asmacros.h includes uninstalled [1995/01/21] bin/167 makewhatis ignores symbolic links. [1995/01/21] kern/169 Errors from mkdir & mv when directories paths end wi [1995/01/21] bin/170 ar does not print an error message with readonly lib [1995/01/21] docs/171 No documentation on .forward files. [1995/01/21] bin/172 cp -f does not work [1995/01/21] bin/173 rc trys to mount modload fs before ld is available. [1995/01/21] bin/174 Poor error message from stty [1995/01/22] kern/175 Syscons does not recover X graphics mode [1995/01/22] kern/176 EIDRM not defined in errno.h [1995/01/22] docs/177 man pages missing for SYSV IPC funtions [1995/01/23] kern/180 Fiddling with process stack and using scanf with inv [1995/01/24] gnu/183 can't resolve "operator <<" overload [1995/01/24] bin/184 send-pr says "Aborting ..." and happily removes the [1995/01/25] kern/185 kernel stability problems - can't sustain uptimes > [1995/01/25] conf/187 Files referenced in Makefiles do not exist [1995/01/25] bin/188 disklabel uses c partition by default, kernel says d [1995/01/30] gnu/196 size of bss in *.o's reported wrong by size [1995/01/30] bin/198 1.1.5.1 pine binary loops; top shows fancy values [1995/02/01] bin/199 quiz(6) reading database bug, pattern matching bug [1995/02/01] misc/202 System hang or reboot without clues, tcp ppp named r [1995/02/02] bin/204 Installing failes [1995/02/08] kern/211 mv returns "Invalid argument" unreasonably [1995/02/14] kern/214 Using wt driver crashes system [1995/02/14] kern/216 /kernel: panic: ffs_alloccg: map corrupted [1995/02/14] docs/218 dbm references from hash(3) [1995/02/16] kern/219 Performance on local net drops too much when SNDBUF [1995/02/16] misc/220 Cancel still doesn't work during install [1995/02/16] misc/221 lots of error messages during unpacking via ftp inst [1995/02/16] i386/222 boot prompt doesn't always work [1995/02/16] misc/223 default domain shouldn't be hostname [1995/02/18] kern/224 ppp net serial [1995/02/18] kern/225 Panic: invalid wire count when GDB kills stopped inf [1995/03/02] misc/229 acos() core dump [1995/03/03] bin/230 C++ contructors not being called [1995/03/05] gnu/231 send-pr initializes Organization with ~/.signature [1995/03/05] docs/232 The mandoc .St macro doesn't work or misses IEEE754 [1995/03/10] misc/236 2.0-950210-SNAP/src/extract.sh references "release" [1995/03/11] kern/238 failed assertion in ncr.c --> no more scsi disk acce [1995/03/13] bin/241 strange behavior of /bin/sh [1995/03/17] kern/247 Berkeley Packet Filter fix [1995/03/17] kern/248 scbus attach/probe information is inconsistent [1995/03/18] i386/251 disklabel(8) refuses to install new bootstrap [1995/03/18] kern/253 Tagged queuing with an Adaptec 2842 controller doesn [1995/03/19] misc/254 fsck -p misbehaves for SIGQUIT [1995/03/19] gnu/256 nasty gdb bug back in 031595 system [1995/03/20] docs/263 There is absolutely no documentation for the dialog [1995/03/21] docs/265 mtrace command lacks man pages [1995/03/21] kern/266 ifconfig panics kernel built without option NFS [1995/03/27] bin/274 touch -t with century doesn't work [1995/03/28] kern/275 qic-02 streamer won't work [1995/03/28] kern/277 netstat -r reports entries with negative expire time [1995/03/28] kern/280 the new slice code is bitching about my old slices [1995/03/28] kern/281 Messages printed when checking CD ROM device too ver [1995/03/28] kern/282 buslogic adapter information WAY too verbose [1995/03/29] kern/284 Network gives permission denied [1995/03/30] conf/286 'make depend' on GENERIC kernel stops [1995/03/30] kern/287 Several header files are not consistent [1995/03/31] kern/288 panic: free: multiple frees [1995/04/01] gnu/289 info(1) cannot handle arrow keys on a VT100 [1995/04/01] kern/291 PCI devices still probe/attach after being disabled [1995/04/01] misc/292 rfc1323 and rfc1644 support can confuse terminal ser [1995/04/01] kern/293 wd0: interrupt timeout [1995/04/02] kern/294 Bootstrap has problems with -g compiled kernels [1995/04/04] i386/297 matcd does not play audio CDs from cdplay [1995/04/04] kern/299 SCSI probes stop at ID 7 even for WIDE busses [1995/04/05] bin/300 __fdnlist fails on kernels created by cc -g and stri [1995/04/06] conf/301 Log rotation wastes _much_ to much space [1995/04/06] kern/302 Changing st tapes after extract crashes system [1995/04/08] pending/307 request for a customer id [1995/04/08] bin/308 Do-it-yourself FTP needs to prompt for what to downl [1995/04/08] bin/309 Do-it-yourself FTP deletes /usr/tmp dir rather than [1995/04/08] bin/310 ^C or ^Z in do-it-yourself FTP installation crashes [1995/04/08] bin/311 Do-it-yourself FTP deletes /usr/tmp dir rather than [1995/04/09] bin/314 CTRL-Z during installation crashes install FDIV008 [1995/04/09] bin/315 Kernel and boot block don't agree on kernel name FD [1995/04/09] bin/316 SNAP950322 less stable on IDE than earlier releases [1995/04/09] docs/317 Install README doesn't list matcd as install choice [1995/04/09] bin/318 matcd driver not on boot or fixit floppy FDIV012 [1995/04/09] bin/319 Install doesn't strip sys name in prompt for domain [1995/04/09] bin/320 TCP/IP settings entered b4 install are not kept FDIV [1995/04/09] bin/321 TCP/IP settings given during install are not kept FD [1995/04/09] bin/322 No way to restart a failed FTP download FDIV016 [1995/04/09] bin/323 Creating lost+found causes fsck to stop fsck -y FDIV [1995/04/09] bin/324 /usr/include/sys -> /usr/sys/sys -> /usr/sys/sys FD [1995/04/09] bin/326 Weekly cron generates some usage and error messages [1995/04/09] bin/327 Clock management punishes you if CMOS != GMT FDIV020 [1995/04/09] bin/328 Checking for -c kernel changes randomly hangs FDIV02 [1995/04/09] bin/329 FTP transfers above 99K shown in scientific notation [1995/04/11] kern/332 Incorrect routes can cause system to reset [1995/04/11] kern/336 make world fails on NCR-SCSI machine [1995/04/11] i386/337 seagate controller code hangs on boot. [1995/04/14] docs/341 vnconfig(8) disagrees with its man page [1995/04/14] bin/342 lpd can allow users access to all of root's groups [1995/04/14] kern/343 tcpdump with filter fails on tun and lo devices [1995/04/14] misc/344 Signal 11 when running a user program [1995/04/15] kern/345 panic "biodone: page busy < 0" [1995/04/15] pending/346 request for a customer id [1995/04/17] kern/349 Panic with bad dir [1995/04/19] bin/351 long mail messages overflow line-count field [1995/04/19] ports/352 many problems in tex package [1995/04/20] kern/353 xcdplayer crashes machine (with NCR810 SCSI) [1995/04/20] kern/354 Can't configure two IP aliases with the same network [1995/04/20] misc/355 policy on /usr/local permission in base release [1995/04/20] misc/356 package xanim2683.tgz is missing man page [1995/04/20] bin/357 pkg_delete aborts when subcommand fails [1995/04/24] bin/359 BS/DEL is still not quite right. [1995/04/24] kern/360 filesystem deadlock trivial to produce [1995/04/25] conf/362 uname -r output hosed [1995/04/25] kern/363 page fault in sio.c soon after boot (+ suggested fix [1995/04/26] kern/365 if_fddisubr.c doesn't compile (it never has...?!?) [1995/04/26] kern/366 queue changes broke ISO tpip code [1995/04/26] kern/367 kernel hangs after ep0 attach message appears [1995/04/26] i386/369 /* EOF -- this list has not been truncated */ From owner-freebsd-bugs Sat Apr 29 12:32:00 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA06911 for bugs-outgoing; Sat, 29 Apr 1995 12:32:00 -0700 Received: (from joerg@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA06892 ; Sat, 29 Apr 1995 21:31:59 +0200 Date: Sat, 29 Apr 1995 21:31:59 +0200 From: Joerg Wunsch Message-Id: <199504291931.VAA06892@freefall.cdrom.com> To: joerg_wunsch@uriah.heep.sax.de, joerg, freebsd-bugs Subject: Changed information for PR misc/254 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: fsck -p misbehaves for SIGQUIT State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sat Apr 29 21:29:58 MET DST 1995 State-Changed-Why: Problem went away. Either transient failure, or pilot error. From owner-freebsd-bugs Sat Apr 29 15:29:48 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA20764 for bugs-outgoing; Sat, 29 Apr 1995 15:29:48 -0700 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 PAA20716 ; Sat, 29 Apr 1995 15:29:22 -0700 Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.11/8.6.9) with ESMTP id AAA00890; Sun, 30 Apr 1995 00:29:04 +0200 Received: from localhost (localhost [127.0.0.1]) by grumble.grondar.za (8.6.11/8.6.9) with SMTP id AAA10579; Sun, 30 Apr 1995 00:29:03 +0200 Message-Id: <199504292229.AAA10579@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: bugs@FreeBSD.org, current@FreeBSD.org Subject: pkg_manage has a problem? Date: Sun, 30 Apr 1995 00:29:03 +0200 From: Mark Murray Sender: bugs-owner@FreeBSD.org Precedence: bulk Hi I suspect this is work-in-progress, so I am not filing it as a bug report, rather mentioning it in case it has slipped by?? pkg_manage looks like a SUPERB tool, just what I always wanted, thank you, only; when it starts, it seems to want to find all the info on my installed packages in tarballs in the /var/db/pkg/.. area. This fails 'cos I build all my packages myself, and bypass the tarball phase. OTOH, is this a blatant bug? should it not be looking directly at the 3 + files in the package directories? M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-bugs Sat Apr 29 19:36:58 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA05994 for bugs-outgoing; Sat, 29 Apr 1995 19:36:58 -0700 Received: from wildride.zilker.net (meo@[198.252.182.156]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA05988 for ; Sat, 29 Apr 1995 19:36:53 -0700 Received: (from meo@localhost) by wildride.zilker.net (8.6.11/8.6.9) id VAA24899 for bugs@FreeBSD.org; Sat, 29 Apr 1995 21:37:34 -0500 Message-Id: <199504300237.VAA24899@wildride.zilker.net> Subject: version incompatibility? To: bugs@FreeBSD.org Date: Sat, 29 Apr 1995 21:37:34 -0500 (CDT) From: meo@wildride.zilker.net (Miles O'Neal) Reply-To: meo@wildride.zilker.net (Miles O'Neal) Organization: Roadkills-R-Us X-WWW-URL: http://www.netads.com/~meo/ X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 929 Sender: bugs-owner@FreeBSD.org Precedence: bulk I never could get 2.0 to boot on my NCR 53C810 PCI SCSI system. I finally tried a later kernel, which booted fine. However, I could never get ppp to work. A couple of people suggested this was a version compatibility problem between the kernel and either libraries or executables. Not having a network connection, and not wanting to deal with billions of floppies, I punted and tried a new Slackware Linux CD, and everything came up great. In the meantime, though, I had found (did you guess?) some modem config problems. But, I really like BSD! And I *need* multiple IP addresses on one ppp server. So, I need a definitive answer. or at least an fairly confident educated guess. Now that I know my modem is cinfig'd properly, if I get a later than 2.0 kernel, will everything work OK without me downloading all the rest of FreeBSD? in particular, do you think the pppd will work? Thanks, Miles "at wit's end" O'Neal From owner-freebsd-bugs Sat Apr 29 20:05:18 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA06837 for bugs-outgoing; Sat, 29 Apr 1995 20:05:18 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA06829 for ; Sat, 29 Apr 1995 20:05:14 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id UAA23097; Sat, 29 Apr 1995 20:05:08 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id UAA03104; Sat, 29 Apr 1995 20:05:07 -0700 Message-Id: <199504300305.UAA03104@corbin.Root.COM> To: Peter Dufault cc: joerg_wunsch@uriah.heep.sax.de, mrami@mramirez.sy.yale.edu, freebsd-bugs@freefall.cdrom.com Subject: Re: i386/369: (AHA1542A problems) In-reply-to: Your message of "Thu, 27 Apr 95 20:32:39 EDT." <199504280032.UAA06290@hda.com> From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 29 Apr 1995 20:05:03 -0700 Sender: bugs-owner@FreeBSD.org Precedence: bulk >> My aha is: >> aha-1540a >> assy 416006-03 Rev D (on the PCB) >> 420504-00 C >> MCODE E7BC (on the firmware ROM) >> >> I guess the most important part is not the PCB revision, but the >> firmware revision. Some very old AHA154XA's are said to have >> disfunctional scatter/gather, perhaps your adapter is one of them? > >Is anyone else having AHA154x problems? I'm using a 1542C and a 1542B >and did some real heavy testing last weekend (four days of constant file >system thrashing while alternately freezing and thawing the SCSI >bus) without any corruption. > >I'm pretty sure that the bug submitter was using this host adapter >without any problems earlier. The 1542A is broken. It fails to write data if the size of the write is larger than 16K. I've heard that there may be some revisions of the board that work correctly, but all versions of the 1542A that I have tested have this problem. The 1542B and 1542C don't have this problem. -DG From owner-freebsd-bugs Sat Apr 29 22:30:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA09388 for bugs-outgoing; Sat, 29 Apr 1995 22:30:02 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA09381 ; Sat, 29 Apr 1995 22:30:01 -0700 Date: Sat, 29 Apr 1995 22:30:01 -0700 Message-Id: <199504300530.WAA09381@freefall.cdrom.com> From: nox@jelal.hb.north.de Reply-To: nox@jelal.hb.north.de To: freebsd-bugs Subject: kern/371: panic: msdosfs_unlock: denode not locked In-Reply-To: Your message of Sun, 30 Apr 1995 02:16:36 +0200 (CEDT) <9504300016.AA00055@jelal.hb.north.de> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 371 >Category: kern >Synopsis: panic: msdosfs_unlock: denode not locked >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 Apr 29 22:30:01 1995 >Originator: Juergen Lock >Organization: me? organized? >Release: FreeBSD 2.0-RELEASE i386 >Environment: 2.0R msdosfs with some fixes from the 'net, a messdos filesystem /dev/sd0h mounted on /dos... >Description: When called from chflags looks like msdosfs_setattr clears its DE_LOCKED bit when it shouldn't. >How-To-Repeat: (dunno if this works always...) load bindist in /usr/tmp/2.0-RELEASE, then: mkdir /dos/20r mv /usr/tmp/2.0-RELEASE/bindist /dos/20r >Fix: Here is what i'm running now, relative to 2.0R. the first one is probably useless (left it there just in case), the second and third ones are the fix, and the rest is from the net. Of course i don't know if this is TRT but it works for me... --- msdosfs_vnops.c.orig Tue Nov 1 22:14:45 1994 +++ msdosfs_vnops.c Sun Apr 23 22:40:35 1995 @@ -382,7 +382,8 @@ } if (vap->va_size != VNOVAL) { - if (ap->a_vp->v_type == VDIR) + if (ap->a_vp->v_type == VDIR || + (dep->de_Attributes & ATTR_DIRECTORY)) return EISDIR; error = detrunc(dep, vap->va_size, 0, cred, ap->a_p); if (error) @@ -410,6 +411,9 @@ } if (vap->va_flags != VNOVAL) { + /* always true? */ + u_long locked = dep->de_flag & DE_LOCKED; + error = suser(cred, &ap->a_p->p_acflag); if (error) return error; @@ -420,6 +424,9 @@ dep->de_flag |= (vap->va_flags & 0xffff); } dep->de_flag |= DE_UPDATE; + if (locked) + /* !!! */ + dep->de_flag |= DE_LOCKED; } return error; } @@ -881,7 +888,9 @@ struct componentname *a_cnp; } */ *ap; { - return VOP_ABORTOP(ap->a_vp, ap->a_cnp); + VOP_ABORTOP(ap->a_vp, ap->a_cnp); + vput(ap->a_vp); + return EMLINK; } /* @@ -972,7 +981,7 @@ tdep = tvp ? VTODE(tvp) : NULL; pmp = fddep->de_pmp; -#ifdef __NetBSD__ +#if 1 /*def __NetBSD__*/ /* Check for cross-device rename */ if ((ap->a_fvp->v_mount != ap->a_tdvp->v_mount) || (tvp && (ap->a_fvp->v_mount != tvp->v_mount))) { --- msdosfs_denode.c.orig Mon Oct 10 08:57:32 1994 +++ msdosfs_denode.c Tue Apr 11 12:40:40 1995 @@ -119,13 +119,6 @@ dep->de_next = deq; dep->de_prev = depp; *depp = dep; - if (dep->de_flag & DE_LOCKED) - panic("msdosfs_hashins: already locked"); - if (curproc) - dep->de_lockholder = curproc->p_pid; - else - dep->de_lockholder = -1; - dep->de_flag |= DE_LOCKED; } static void @@ -236,6 +229,7 @@ * can't be accessed until we've read it in and have done what we * need to it. */ + VOP_LOCK(nvp); msdosfs_hashins(ldep); /* >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Apr 29 23:28:19 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA10638 for bugs-outgoing; Sat, 29 Apr 1995 23:28:19 -0700 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA10632 for ; Sat, 29 Apr 1995 23:28:15 -0700 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.11/8.6.9) with SMTP id XAA02179; Sat, 29 Apr 1995 23:20:13 GMT Message-Id: <199504292320.XAA02179@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: meo@wildride.zilker.net (Miles O'Neal) cc: bugs@FreeBSD.org Subject: Re: version incompatibility? In-reply-to: Your message of "Sat, 29 Apr 1995 21:37:34 EST." <199504300237.VAA24899@wildride.zilker.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 29 Apr 1995 23:20:10 +0000 From: Amancio Hasty Sender: bugs-owner@FreeBSD.org Precedence: bulk >>> Miles O'Neal said: > > But, I really like BSD! And I *need* multiple IP addresses > on one ppp server. So, I need a definitive answer. or at > least an fairly confident educated guess. Now that I know my > modem is cinfig'd properly, if I get a later than 2.0 kernel, > will everything work OK without me downloading all the rest > of FreeBSD? in particular, do you think the pppd will work? I am pretty sure that you had the base binaries ,a sys-current kernel and that pppd will not work for you. If I am not mistaken you need inetd, pppd, route, routed from freebsd-current . Thats what I did when I was faced with the problem that you are describing with pppd. My entire system is current as of a couple of weeks ago and I typing all this using ppp. BTW: could you try to be more specific next time , thanks. Good Luck, Amancio From owner-freebsd-bugs Sat Apr 29 23:59:22 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA10924 for bugs-outgoing; Sat, 29 Apr 1995 23:59:22 -0700 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 XAA10918 for ; Sat, 29 Apr 1995 23:59:18 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA05137; Sun, 30 Apr 1995 08:58:44 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA05621; Sun, 30 Apr 1995 08:58:43 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id HAA03173; Sun, 30 Apr 1995 07:27:18 +0200 From: J Wunsch Message-Id: <199504300527.HAA03173@uriah.heep.sax.de> Subject: Re: i386/369: (AHA1542A problems) To: davidg@Root.COM Date: Sun, 30 Apr 1995 07:27:18 +0200 (MET DST) Cc: dufault@hda.com, joerg_wunsch@uriah.heep.sax.de, mrami@mramirez.sy.yale.edu, freebsd-bugs@freefall.cdrom.com In-Reply-To: <199504300305.UAA03104@corbin.Root.COM> from "David Greenman" at Apr 29, 95 08:05:03 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: 1315 Sender: bugs-owner@FreeBSD.org Precedence: bulk As David Greenman wrote: > > >Is anyone else having AHA154x problems? > The 1542A is broken. It fails to write data if the size of the write is > larger than 16K. I've heard that there may be some revisions of the board that > work correctly, but all versions of the 1542A that I have tested have this > problem. The 1542B and 1542C don't have this problem. Is it a hardware of firmware problem (to the best of your knowledge)? I believe (but am not sure) that the PR submitter has been working with his AHA1542A before under FreeBSD. My 1540A seems to work, except savecore complains (but only now, in 2.1-development) about "hosts_stat" and fails to read a core dump out of the swap partition. I can read the dump using dd however. The difference is that savecore uses a 1 MB buffer. (But perhaps this is not a 1540A problem but rather a question that the machine has only 6 MB RAM, so the system tries to swap when savecore is running.) (Q: time for an option to savecore forcing a particular read buffer size?) All i can say: my 1540A worked all the time. (Yes, with FreeBSD. I don't even know if it has ever booted a DOS in his lifetime. :-) -- 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 Sat Apr 29 23:59:44 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA10940 for bugs-outgoing; Sat, 29 Apr 1995 23:59:44 -0700 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 XAA10934 for ; Sat, 29 Apr 1995 23:59:38 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA05180; Sun, 30 Apr 1995 08:59:06 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA05657; Sun, 30 Apr 1995 08:59:05 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA03631; Sun, 30 Apr 1995 08:46:47 +0200 From: J Wunsch Message-Id: <199504300646.IAA03631@uriah.heep.sax.de> Subject: Re: version incompatibility? To: meo@wildride.zilker.net Date: Sun, 30 Apr 1995 08:46:47 +0200 (MET DST) Cc: bugs@FreeBSD.org In-Reply-To: <199504300237.VAA24899@wildride.zilker.net> from "Miles O'Neal" at Apr 29, 95 09:37:34 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: 797 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Miles O'Neal wrote: > > I never could get 2.0 to boot on my NCR 53C810 PCI SCSI > system. I finally tried a later kernel, which booted fine. > However, I could never get ppp to work. A couple of people > suggested this was a version compatibility problem between > the kernel and either libraries or executables. Indeed. > ... Now that I know my > modem is cinfig'd properly, if I get a later than 2.0 kernel, > will everything work OK without me downloading all the rest > of FreeBSD? in particular, do you think the pppd will work? Folks are working 48 hours per day on getting an interim release out on a CD. Perhaps this is your chance? -- 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. ;-)